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) a écrit :
> Depuis les bonnes nouvelles sur corine, je me suis lancé dans l'intégration et
> la représentation, couplé à
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 sui
Pieren a écrit :
> 2009/5/13 Emilie Laffray :
>
> 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 cette reprojection. Je
> Tadam !
> Et voilà :
>
http://beta.letuffe.org/?zoom=10&lat=45.69171&lon=5.50457&layers=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
> 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
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é-exporte
>
http://beta.letuffe.org/?zoom=10&lat=45.69171&lon=5.50457&layers=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
2009/5/13 Vincent Pottier :
> 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 les opérations
> 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"
http://bet
> 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 descr
Pieren a écrit :
> 2009/5/13 Vincent Pottier :
>
>> 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
> res
2009/5/13 Emilie Laffray :
> 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 futurs (CLC 2012, 2020,
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, tou
2009/5/13 Vincent Pottier :
> 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 sont plus des "
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 faci
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
sylvain letuffe a écrit :
> Tadam !
> Et voilà :
> http://beta.letuffe.org/?zoom=10&lat=45.69171&lon=5.50457&layers=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
> 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'es
> Je comptais sinon ecrire un petit programme pour transformer de SHP a
> OSM (en passant par Postgis) afin de tenir compte des parametres vu sur
> le wiki.
A titre d'info (concernant ton précédent message) je ne suis pas sur la
conversion corine -> osm, tu as champs libre !
Pour l'instant ce
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).
Je
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 qu
2009/5/13 Emilie Laffray :
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 cette reprojection. Je pense qu'ensuite chacun pourrai
Bon je confirme que c'est inverse. J'ai charge la France entiere et
c'est pour le moins interessant.
J'inclus un screenshot pour montrer a quel point c'est inverse. C'est la
premiere fois que je vois la Bretagne a la place de la Corse.
Emilie Laffray
sly (sylvain letuffe) wrote:
> Depuis les bo
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
l'ouv
Depuis les bonnes nouvelles sur corine, je me suis lancé dans l'intégration et
la représentation, couplé à osm, de leurs données.
Histoire d'avoir une idée de ce que pourrait rendre la france quand on aura
fait l'import.
Mais je patauge, quelqu'un a-t-il déjà fait des tests avec les données dis
25 matches
Mail list logo
