Voilà un bout de ce que ça me donne dans qgis en important le .shp (en
pièce jointe). J'utilise la version 1.0.0-Kore de qgis
Fred
Le 12 mai 2009 21:33, sly (sylvain letuffe) sylv...@letuffe.org a écrit :
Depuis les bonnes nouvelles sur corine, je me suis lancé dans l'intégration et
la
sylvain letuffe a écrit :
Tadam !
Et voilà :
http://beta.letuffe.org/?zoom=10lat=45.69171lon=5.50457layers=0BTFFF
Un peu à l'arrache pour l'instant, mais en reprenant les couleurs habituelles
osm ça donnerait un truc dans ce goût là
--
sly
Ah ouais ! Joli !
Je suppose que
Bon, je sais ce que je vais faire ce soir :)
Production de fichier de fichier OSM!
Je vais voir le script qui a ete mentionne auparavant, mais je pense que
je vais le reecrire de toute facon. Je l'ecrirais en python comme ca
tout le monde pourra reutiliser ca facilement plutot que C# que
j'utilise
Emilie Laffray a écrit :
Bon, je sais ce que je vais faire ce soir :)
Production de fichier de fichier OSM!
Je vais voir le script qui a ete mentionne auparavant, mais je pense que
je vais le reecrire de toute facon. Je l'ecrirais en python comme ca
tout le monde pourra reutiliser ca
2009/5/13 Vincent Pottier vpott...@gmail.com:
Est-ce canonique de mettre un 'layer=-1' sur les surfaces produites ?
Elles seraient ainsi en arrière plan de l'existant dans un import.
Vincent
Euh, ça doit se discuter au cas par cas : ok pour les landuse types
residential ou industrial qui
Je ne sais pas si c'est canonique, mais c'est quelque chose de faisable.
Je vais voir pour le script qui permet de transformer des fichiers SHP
en OSM.
Je pense que je vais travailler sur Postgis initialement et ensuite
exporter a nouveau en SHP. Postgis a le script inverse: pgsql2shp.
Donc,
2009/5/13 Emilie Laffray emilie.laff...@gmail.com:
D'ailleurs, comment doit on formatter la source au niveau texte?
Emilie Laffray
source=Union européenne – SOeS, CORINE Land Cover, 2006.
en UTF-8
Je pense qu'il faudra ajouter d'autres tags pour faire un suivi plus
facile lors des imports
Pieren a écrit :
2009/5/13 Vincent Pottier vpott...@gmail.com:
Est-ce canonique de mettre un 'layer=-1' sur les surfaces produites ?
Elles seraient ainsi en arrière plan de l'existant dans un import.
Vincent
Euh, ça doit se discuter au cas par cas : ok pour les landuse types
le layer=-1 permet :
- d'avoir une sortie qui n'efface pas les rivières
(...)
. layer=1 signifierait, occupation du
terrain par défaut.
Hmmm, ça ressemble typiquement à l'adage on ne tague pas pour le rendu
Le tag layer est prévu pour :
http://wiki.openstreetmap.org/wiki/Layer
It describes the
Je pense que je vais travailler sur Postgis initialement et ensuite
exporter a nouveau en SHP. Postgis a le script inverse: pgsql2shp.
Si ça peut gagner du temps, j'ai ré-exporter en shp après ma réparation,
c'est plus rapide que le site corine et les coordonnées sont justes
2009/5/13 Vincent Pottier vpott...@gmail.com:
Mais quand on a un landuse=forest en provenance de Corine et un
waterway=riverbank au même endroit, et que le riverbank est ajusté au
cadastre et au GPS (à ±1m). le layer=-1 permet :
- d'avoir une sortie qui n'efface pas les rivières
- de prévoir
http://beta.letuffe.org/?zoom=10lat=45.69171lon=5.50457layers=0BTFFF
--
sly
Ah ouais ! Joli !
Je suppose que ce sont les codes 11 (tissus urbain) et 31 (forêt) qui
ont été importé.
Non, j'ai tout importé, il suffit juste de compléter le style mapnik pour
afficher ce
Hello,
oui ca permet de gagner un peu de temps, merci.
Emilie Laffray
sly (sylvain letuffe) wrote:
Je pense que je vais travailler sur Postgis initialement et ensuite
exporter a nouveau en SHP. Postgis a le script inverse: pgsql2shp.
Si ça peut gagner du temps, j'ai ré-exporter en
Pieren
Je viens de voir la réponse de Sly. Nous sommes d'accord pour la
forêt. Mais je vois très souvent des landuse=residential combinés avec
layer=-1. Là, ça peut se discuter.
http://wiki.openstreetmap.org/wiki/Landuse ne conseille pas particulièrement
l'utilisation combinée avec layer.
Tadam !
Et voilà :
http://beta.letuffe.org/?zoom=10lat=45.69171lon=5.50457layers=0BTFFF
Mon serveur est sur les genoux, la génération de corine était temps réél et il
a pris cher, j'ai rajouté du cache pour tenter de le laisser vivre, les
layers ont un peu changer d'ordre :
Pieren a écrit :
2009/5/13 Emilie Laffray emilie.laff...@gmail.com:
Denis a suggéré de reprojeter le shapefile en WGS84 puis d'utiliser
le script polyshp2osm pour créer des données directement au format
OSM. Je suis sûr qu'il pourra nous expliquer brièvement une façon
simple de faire
Bonsoir,
Quelques reponses sur la demarche que je compte suivre.
Denis wrote:
J'ai eu un peu de mal à digérer l'ensemble du trafic sur le topic. Bzz,
bzz font les abeilles autour du pot de miel.
En conséquence, je vais peut-être enfoncer des portes déjà ouvertes
entre-temps.
1. Je suis
Coucou,
j'ai ouvert le fichier SHP que tu as fourni avec une version de Open
Jump. Pour confirmation, c'est bien le lac de Geneve. Si c'est bien le
cas, il semblerait en effet que latitude et longitude soient inversees.
Il me faudrait etre sure de la zone pour affirmer toutefois. A noter que
Bonsoir,
Pas de plantage chez moi en ouverture directe avec qgis, mais même
constat que vous sur l'inversion lat/lon.
Le Lambert 93 m'a également l'air complètement foiré (à moins que leur
extracteur ne convertisse dans l'une des 143621 zones qui couvrent la
France, sinon je ne vois pas ce que
Bonsoir,
Le fichier que j'ai telecharge pour toute la France etait deja en WGS84.
Il n'y a donc pas besoin de retroprojeter le shapefile.
Pour la retroprojection, si on avait besoin, il existe certains outils
inclus dans FWtools sous Windows. (Oui la honte, je suis principalement
sous Windows).
Ma chaîne à moi à titre d'info :
* http://sd1878-2.sivit.org/
* export france WGS84 en shp
* shp2pgsql - postgis
* update corine set way=st_Affine(way,0,1,1,0,0,0);
( transformation affine d'inversion lat/long)
* Dessin avec mapnik
* ouvrir ces yeux et admirer
résultat je l'espère sous
21 matches
Mail list logo