Re: [OSM-talk-fr] [cadastre] Planches raster avec projection inconnue
On 18 oct. 2010, at 23:52, Pieren wrote: Depuis l'année dernière, il y a eu quelques améliorations du plugin. Pour les plans qui contiennent des croisillons, les chiffres restent des mètres et il suffit juste d'ajouter un chiffre (à déterminer avec les plans des communes voisines) pour retomber sur ses pieds. Voir : http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilisation_de_plans_images_utilisant_une_projection_inconnue OK, merci. Je trouve la solution avec PicLayer plus intuitive ; par contre ta méthode marche aussi quand on a aucune référence dans OSM à caler sur le cadastre. J'essaierai alors. Question : comment lister toutes les planches avec une projection non identifiée ? Sur le site du cadastre, on peut obtenir des informations sur les projections des plans. A creuser de ce côté-là. Il y a des infos dans S'informer / Avancé / Éditer les informations relatives à cette feuille, mais ça dit toujours Métrique local et Géoréférencement=Non :-( Autre question : j'utilise une projection Lambert III dans JOSM. Jusqu'à maintenant (2 feuilles faites), j'arrive à faire correspondre les éléments JOSM sur le cadastre à +/- 3m. Des idées pour améliorer ça simplement ? Encore une fois, tu pourrais utiliser les croisillons. Mais même dans ce cas, le cadastre est aussi imparfait. La seule chance d'améliorer le résultat est d'avoir des points de référence sur le terrain (un coin de bâtiment, une fontaine, etc) ou mieux, un point géodésique de l'IGN (aussi affiché sur le cadastre puisqu'ils sont utilisés par les géomètres) J'utilise les points de références, créés moi même au GPS (de préférence les routes, ça va plus vite à caler à la main que des points). Il y a un point géodésique sur la commune effectivement : http://geodesie.ign.fr/fiches/pdf/2406704.pdf Je l'utiliserai quand j'arriverai à la feuille correspondante. Dernière question : les bâtiments ont l'air plus petits sur OSM que sur Google Maps : http://sautter.com/map/?zoom=17lat=44.92106lon=0.92706layers=00B000TTFF Pourtant ils correspondent au cadastre. Est-ce un effet parasite ? Ou bien est-ce un problème dans ma méthode d'import ? Certains bâtiments du cadastre peuvent ne pas correspondre à la réalité. Dans ton cas, il faut aussi tenir compte de l'angle de prise de vue aérienne qui n'est que rarement strictement à angle droit (et les ombres peuvent aussi influencer). Pour ce que j'en vois ici, c'est plutôt pas mal (et une précision inimaginable il y a quelques années pour un projet libre). OK, merci ! Je continue donc comme je fais, et j'essaierai de documenter ça sur le Wiki pour les suivants, même si j'aimerais vraiment bien savoir combien de communes sont en coordonnées locales. Tu aurais des exemples de communes en raster avec des croisillons Lambert ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Écriture collaborative d'un livr e libre sur OpenStreetMap (collection Framabook)
On 19 oct. 2010, at 00:23, Sébastien Dinot wrote: Croquette Olivier a écrit : La licence actuelle du livre n'a aucune importance si l'auteur autorise explicitement un tiers de publier une traduction sous une licence libre. Le raccourci me semble un peu rapide. À ma connaissance, seul le titulaire des droits patrimoniaux peut autoriser la diffusion de la version originale ou d'une version modifiée et/ou traduite de l'œuvre. Tu as raison, j'ai pris un raccourci. Il faudrait contacter l'auteur et l'éditeur pour être sûr. Question théorique : qu'arrive-t'il si l'auteur t'accorde des droits alors qu'il n'en a pas le droit (parce qu'il les a déjà transmis de manière exclusive) ? Et dans le cas d'un livre publié par un éditeur classique, je serais bien étonné que l'auteur soit le titulaire des droits patrimoniaux. On sait jamais pour un livre sur OSM :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Écriture collaborative d'un livre libre sur OpenStreetMap (collection Framabook)
Bonjour, - Croquette Olivier m...@ocroquette.de a écrit : Question théorique : qu'arrive-t'il si l'auteur t'accorde des droits alors qu'il n'en a pas le droit (parce qu'il les a déjà transmis de manière exclusive) ? Celui qui diffuse l'œuvre originale ou une œuvre dérivée est coupable de contrefaçon. Lorsque l'ayant droit s'en aperçoit, il entame une action en justice contre le contrefacteur et, dans le cas de figure énoncé, ce dernier se retourne contre l'auteur originel qui lui a accordé des droits qu'il n'était pas en mesure de lui accorder. À ce sujet, il est important de noter la combinaison des points suivants dans la licence d'utilisation de SpotMaps (http://www.youmapps.org/licenses/EULA-OSM-fr.html) : 3.1 Les données images satellitaires contenues dans le PRODUIT sont la propriété du Centre National d’Etudes Spatiales (CNES), France. [...] 4.1 Spot Image garantit qu’elle possède des droits de propriété suffisants sur le PRODUIT pour le mettre à la disposition de l’UTILISATEUR FINAL conformément aux termes de la présente Licence. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Écriture collaborative d'un livre libre sur OpenStreetMap (collection Framabook)
Bonjour, Je voulais vous signaler que j'ai commencé à participer à la réalisation d'un livre en français. Pour l'instant ni le mode de diffusion, ni la licence ne sont déterminé. L'idée étant de le co-écrire en comité restreint. Concernant une traduction du livre de Frederik Ramm (qui vient de sortir en anglais), il nous l'a lui même déconseille. Fred. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Écriture collaborative d'un livr e libre sur OpenStreetMap (collection Framabook)
On 19 oct. 2010, at 11:02, Frédéric Rodrigo wrote: Concernant une traduction du livre de Frederik Ramm (qui vient de sortir en anglais), il nous l'a lui même déconseille. Tu peux nous en dire plus ? Qu'est-ce qu'il a déconseillé et pour quelles raisons ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] abri de bus
bonjour, je souhaite indiquer les abris de bus sur la commune mais je ne sais pas s'il faut mieux faire du shelter=yes ou du amenity=shelter. Les 2 sont possible sur le wiki Le second représente plus le côté abri alors que le second représente un arrêt de bus. Quelque chose a t'il déjà été tranché ? -- *Emilie Poulard Bostyn* animatrice chargée TIC Communauté de communes du Val d'Ille 06 84 56 10 44 (absente le mercredi) www.valdille.fr http://www.valdille.fr/ Pensez environnement ! N'imprimez ce mail que si c'est vraiment nécessaire ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Écriture collaborative d'un livr e libre sur OpenStreetMap (collection Framabook)
Frédéric Rodrigo a écrit : Bonjour, Je voulais vous signaler que j'ai commencé à participer à la réalisation d'un livre en français. Pour l'instant ni le mode de diffusion, ni la licence ne sont déterminé. L'idée étant de le co-écrire en comité restreint Intéressant ! Avez-vous songé à contacter l'équipe Framasoft pour discuter avec eux concernant la mise sous licence libre et l'intégration dans la collection Framabook ? Qu'est-ce que tu entends par comité restreint ? Quels sont les critères d'admission pour faire partie des rédacteurs ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JDLL2010 : photos et documents OSM
J'ai mis en ligne les photos du stand OSM que j'ai prises pendant les JDLL à Lyon : http://nmoyroud.teledetection.fr/index.php?view=categorycatid=4option=com_joomgalleryItemid=2 Il n'y en pas beaucoup parce j'ai été pas mal occupé et que je n'ai pas trop eu le temps d'en prendre :-) Si quelqu'un d'autre en a pris, je peux lui donner les droits d'accès sur mon site pour les ajouter. J'ai également mis en ligne les supports des deux ateliers OSM que j'ai animé : http://nmoyroud.teledetection.fr/index.php?option=com_docmantask=cat_viewgid=4Itemid=7 Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] abri de bus
On 19/10/2010 11:55, Emilie Poulard Bostyn wrote: bonjour, je souhaite indiquer les abris de bus sur la commune mais je ne sais pas s'il faut mieux faire du shelter=yes ou du amenity=shelter. Les 2 sont possible sur le wiki Le second représente plus le côté abri alors que le second représente un arrêt de bus. Quelque chose a t'il déjà été tranché ? amenity=shelter c'est plutôt pour un abris pour randonneurs, promeneurs... Un abris-bus (et non abris de bus qui serait building=handard ;-) )c'est en fait un arrêt de bus comportant un abirs donc highway=bus_stop + shelter=yes Mais, bon, amenity=shelter, ce n'est pas une hérésie... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Limites administratives - rendu mapnik
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, Le problème a p-e déjà été évoqué mais je ne trouve pas en recherchant dans les messages. J'ai fait un rendu personnalisé avec mapnik pour pouvoir disposer d'une carte mettant en avant les communes sur une zone donnée. Alors que les limites semblent avoir été bien faites j'ai quelques communes dont le nom n'apparaît pas (comme Rennes, Paimpont, etc.). En base la requête faite pour disposer des noms me renvoie bien les communes manquantes. Avez-vous une idée du pourquoi ? Par avance merci de vos réponses. Le rendu : http://www.peacefrogs.net/~etienne/AFAC/rendu.jpg Les sections pertinentes du xml pour mapnik : Style name=area-text Rule TextSymbolizer name=name fontset_name=book-fonts size=40 fill=rgb(0,0,51) halo_radius=2 wrap_width=20/TextSymbolizer /Rule /Style Layer name=area-text srs=+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgri...@null +no_defs +over StyleNamearea-text/StyleName Datasource Parameter name=dbnameosm/Parameter Parameter name=estimate_extentfalse/Parameter Parameter name=extent-20037508,-19929239,20037508,19929239/Parameter Parameter name=hostlocalhost/Parameter Parameter name=passwordmotdepasse/Parameter Parameter name=port/Parameter Parameter name=table (select way,way_area,name from planet_osm_polygon where name is not null and (waterway is null or waterway lt;gt; 'riverbank') and admin_level='8' order by z_order,way_area desc ) as text /Parameter Parameter name=typepostgis/Parameter Parameter name=userosm/Parameter /Datasource /Layer - -- Étienne Loks -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAky9kV4ACgkQtXI+41wn9OQeyQCeJmIejZ69qf32OOhEag2/ob1X xeEAn0r1Amsj/S0FQz/ZkfOo5h9O/qEJ =rOpr -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JDLL2010 : photos et documents OSM
Le 19/10/2010 13:08, Nicolas Moyroud a écrit : J'ai mis en ligne les photos du stand OSM que j'ai prises pendant les JDLL à Lyon : http://nmoyroud.teledetection.fr/index.php?view=categorycatid=4option=com_joomgalleryItemid=2 Il n'y en pas beaucoup parce j'ai été pas mal occupé et que je n'ai pas trop eu le temps d'en prendre :-) Si quelqu'un d'autre en a pris, je peux lui donner les droits d'accès sur mon site pour les ajouter. J'ai également mis en ligne les supports des deux ateliers OSM que j'ai animé : http://nmoyroud.teledetection.fr/index.php?option=com_docmantask=cat_viewgid=4Itemid=7 Nicolas Bonjour, Merci Nicolas pour ces photos. Pour ta gouverne Vienne c'est l'Isère ;) Au fait c'est quoi ce que l'on voit à coté du plan de Canet? Ouar Je n'ai rien dit! (Amis lecteur ne cherchez pas c'est entre Nicolas et moi) Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [cadastre] Planches raster avec projection inconnue
2010/10/19 Croquette Olivier ocroque...@free.fr Je continue donc comme je fais, et j'essaierai de documenter ça sur le Wiki pour les suivants, même si j'aimerais vraiment bien savoir combien de communes sont en coordonnées locales. Tu aurais des exemples de communes en raster avec des croisillons Lambert ? Euh, je pense que 99% des plans images qui ont des croisillons sont en Lambert. Le plus dur, je crois, concerne les plans sans croisillons aucun. J'en ai fait l'expérience il y a quelques semaines et c'est beaucoup de boulot. On peut se baser sur un repère connu ou - comme je l'ai fait - sur une feuille voisine déjà référencée en tracant (temporairement) le contour des parcelles limitrophes pour ensuite recoller les feuilles ensemble. Pour caler une feuille à partir de repères connus, il y a aussi cette doc sur le wiki: http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilisation_de_plans_images_sans_croisillons Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives - rendu mapnik
Étienne Loks wrote: Bonjour, Le problème a p-e déjà été évoqué mais je ne trouve pas en recherchant dans les messages. J'ai fait un rendu personnalisé avec mapnik pour pouvoir disposer d'une carte mettant en avant les communes sur une zone donnée. Alors que les limites semblent avoir été bien faites j'ai quelques communes dont le nom n'apparaît pas (comme Rennes, Paimpont, etc.). En base la requête faite pour disposer des noms me renvoie bien les communes manquantes. Avez-vous une idée du pourquoi ? Le placement des étiquettes est fait automatiquement par mapnik. L'algorithme qui s'en charge évite de surcharger la carte en éliminant les étiquettes qui se chevauchent. Si mes souvenirs sont bons, les étiquettes sont placées dans l'ordre elles sont lues dans les résultats de la requête, c'est à dire qu'on peut prioriser en ajoutant une clause ORDER BY à la requête source. On peut aussi commander à mapnik de ne pas éviter le chevauchement avec l'attribut allow_overlap. Par exemple : TextSymbolizer name=name allow_overlap=true ... / Mais généralement, ça fait plus de mal que de bien. Mieux vaut prioriser et laisser faire mapnik afficher tout ce qu'il peut sans forcer. Ce qui n'est pas visible à un niveau de zoom le sera probablement au suivant. Plus d'infos sur : http://trac.mapnik.org/wiki/TextSymbolizer. Pour info, le projet mapnik dispose d'une liste mapnik-us...@lists.berlios.de qui me semble plus indiquée pour des questions aussi pointues. Bien cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JDLL2010 : photos et documents OSM
Pour ta gouverne Vienne c'est l'Isère ;) C'est corrigé ! Au fait c'est quoi ce que l'on voit à coté du plan de Canet? Ouar Je n'ai rien dit! (Amis lecteur ne cherchez pas c'est entre Nicolas et moi) Hé hé, je t'avais bien dis que j'avais des preuves. Tu me devras donc une bière à mon prochain passage à Lyon ! :-P ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives - rendu mapnik
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Re-bonjour, Le 19/10/2010 14:56, Gilles Bassière a écrit : Étienne Loks wrote: J'ai fait un rendu personnalisé avec mapnik pour pouvoir disposer d'une carte mettant en avant les communes sur une zone donnée. Alors que les limites semblent avoir été bien faites j'ai quelques communes dont le nom n'apparaît pas (comme Rennes, Paimpont, etc.). En base la requête faite pour disposer des noms me renvoie bien les communes manquantes. Avez-vous une idée du pourquoi ? Le placement des étiquettes est fait automatiquement par mapnik. L'algorithme qui s'en charge évite de surcharger la carte en éliminant les étiquettes qui se chevauchent. Si mes souvenirs sont bons, les étiquettes sont placées dans l'ordre elles sont lues dans les résultats de la requête, c'est à dire qu'on peut prioriser en ajoutant une clause ORDER BY à la requête source. On peut aussi commander à mapnik de ne pas éviter le chevauchement avec l'attribut allow_overlap. Par exemple : TextSymbolizer name=name allow_overlap=true ... / Merci ! Avec le allow_overlap=true, j'ai un rendu correct. Je n'avais bêtement pas testé car le problème survenait sur des communes assez étendues qui ne me semblaient pas sujettes à un recouvrement. Mais généralement, ça fait plus de mal que de bien. Mieux vaut prioriser et laisser faire mapnik afficher tout ce qu'il peut sans forcer. Ce qui n'est pas visible à un niveau de zoom le sera probablement au suivant. En l'occurrence, je fais du rendu pour juste une image, il était important que tout apparaisse. Plus d'infos sur : http://trac.mapnik.org/wiki/TextSymbolizer. Pour info, le projet mapnik dispose d'une liste mapnik-us...@lists.berlios.de qui me semble plus indiquée pour des questions aussi pointues. Oui en effet. J'ai cédé à la facilité d'une liste en français. Bien cordialement, - -- Étienne Loks -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAky9ocUACgkQtXI+41wn9ORnGQCfSbsJ81LbQUk68yGwIx/Yqhs0 qvgAmQGNIf1oxNkUEZ8V18wNE+f5b0By =KdqP -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives - rendu mapnik
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, Le 19/10/2010 15:49, sly (sylvain letuffe) a écrit : On mardi 19 octobre 2010, Étienne Loks wrote: communes dont le nom n'apparaît pas (comme Rennes, Paimpont, etc.). L'hypothèse de Gilles me semble insuffisante pour expliquer les deux que tu viens de citer, puisque la surface des deux communes est grande, et il y aurait largement la place. La vérité est ailleurs, et il faudrait faire plus de test pour savoir si ça vient d'un bug de mapnik, un problème de mémoire quelque part ou autre. Probablement un bug de mapnik du coup. Car en forçant le chevauchement ça passe. Il sera p-e utile que je reporte ce cas de figure sur la liste mapnik. - ta requête and (waterway is null or waterway lt;gt; 'riverbank') est étrange, elle sert à quoi ? (bien que je ne pense pas que cela influence) Avec le admin_level='8' à rien effectivement. Je suis parti du osm.xml de base et l'ai modifié. C'est du mauvais ménage de ma part (juste une condition inutile). Bien cordialement, - -- Étienne Loks -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAky9pEUACgkQtXI+41wn9OQBqQCcDLQ6fmHue45gwdai/ngETrSl TkwAni9ygUjR3wvs84sjgW0nXGdezR5m =EpZF -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives - rendu mapnik
Étienne Loks wrote: Bonjour, Le 19/10/2010 15:49, sly (sylvain letuffe) a écrit : On mardi 19 octobre 2010, Étienne Loks wrote: communes dont le nom n'apparaît pas (comme Rennes, Paimpont, etc.). L'hypothèse de Gilles me semble insuffisante pour expliquer les deux que tu viens de citer, puisque la surface des deux communes est grande, et il y aurait largement la place. La surface des géométrie n'entre pas en considération dans le placement des étiquettes. Si mes souvenirs sont bons, ce placement est fait après tout le reste pour que les étiquettes apparaissent toujours au-dessus des autres couches. L'algorithme utilise alors seulement les centroïdes des géométries et positionnent les étiquettes les unes après les autres en s'assurant qu'elles ne chevauchent pas d'autres étiquettes (en tenant compte d'une marge). Si mes souvenirs sont bons, cette détection de chevauchement considère les étiquettes de *toutes* les couches, pas seulement celles de la couche concernée, ce qui rendrait le résultat d'autant plus difficilement prévisible. J'ai bien dit plusieurs fois si mes souvenirs sont bons. Mieux vaut reposer la question sur mapnik-users. Les développeurs du projet ont la mémoire plus fraîche et sont habituellement très réactifs. La vérité est ailleurs, et il faudrait faire plus de test pour savoir si ça vient d'un bug de mapnik, un problème de mémoire quelque part ou autre. Probablement un bug de mapnik du coup. Car en forçant le chevauchement ça passe. Il sera p-e utile que je reporte ce cas de figure sur la liste mapnik. Possible que ce soit un bug mais possible aussi que ce soit une configuration inappropriée. Le placement des étiquettes est un mécanisme compliqué et très certainement capricieux. Il faut savoir que ce mécanisme était un des points forts du projet dès ses débuts, j'imagine que ça a été testé en long en large et en travers. Bref, si tu contactes mapnik-users, mieux vaut avancer prudemment avant de parler de bug. Il me semble qu'il y a un paramètre pour jouer sur l'écartement entre les étiquettes, min_distance peut-être (à vérifier dans la doc). Je ne sais plus quelle est la valeur par défaut. La clause order by reste aussi une piste à ne pas négliger, quand tu fais la requête à la main, est-ce que rennes et paimpont (pour reprendre l'exemple) arrivent avant les communes qui leur sont limitrophes ? Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Concarneau-Cornouaille libère ses données géo
Dans la rubrique Potential Data Sources : http://www.sig-la-lettre.com/?La-communaute-de-communes-de F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives - rendu mapnik
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 19/10/2010 16:37, Gilles Bassière a écrit : La surface des géométrie n'entre pas en considération dans le placement des étiquettes. Si mes souvenirs sont bons, ce placement est fait après tout le reste pour que les étiquettes apparaissent toujours au-dessus des autres couches. L'algorithme utilise alors seulement les centroïdes des géométries et positionnent les étiquettes les unes après les autres en s'assurant qu'elles ne chevauchent pas d'autres étiquettes (en tenant compte d'une marge). Si mes souvenirs sont bons, cette détection de chevauchement considère les étiquettes de *toutes* les couches, pas seulement celles de la couche concernée, ce qui rendrait le résultat d'autant plus difficilement prévisible. Ok. L'algorithme semble sensiblement plus complexe que ce que j'avais supposé. La vérité est ailleurs, et il faudrait faire plus de test pour savoir si ça vient d'un bug de mapnik, un problème de mémoire quelque part ou autre. Probablement un bug de mapnik du coup. Car en forçant le chevauchement ça passe. Il sera p-e utile que je reporte ce cas de figure sur la liste mapnik. Possible que ce soit un bug mais possible aussi que ce soit une configuration inappropriée. Le placement des étiquettes est un mécanisme compliqué et très certainement capricieux. Il faut savoir que ce mécanisme était un des points forts du projet dès ses débuts, j'imagine que ça a été testé en long en large et en travers. Bref, si tu contactes mapnik-users, mieux vaut avancer prudemment avant de parler de bug. Oui. Je commence juste à m'intéresser à Mapnik, je ne vais pas crier de suite au bug sans avoir compris le quart de son mode de fonctionnement. La clause order by reste aussi une piste à ne pas négliger, quand tu fais la requête à la main, est-ce que rennes et paimpont (pour reprendre l'exemple) arrivent avant les communes qui leur sont limitrophes ? Elles sont ordonnées de manière descendante par way_area et donc Paimpont et Rennes apparaissent avant leur voisins. Bien cordialement, - -- Étienne Loks -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEUEARECAAYFAky9tc4ACgkQtXI+41wn9OQulgCYynnR6mI8IbV11/y0564EQPiF +wCfSk7DgD98nCeI88/JIWAZqh26Q4k= =VT3y -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] abri de bus
2010/10/19 Vincent Pottier vpott...@gmail.com Mais, bon, amenity=shelter, ce n'est pas une hérésie... Arf, pas mal comme réponse pour embrouiller un peu plus ;-) Pourtant le wiki recommande depuis longtemps shelter=yes dans le cas dans arrêt de bus: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop Je crois qu'il suffit de recommander de suivre le wiki (comme souvent mais pas toujours). Pieren, quisaitaussibrouillerlespistes ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives - rendu mapnik
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 19/10/2010 17:02, sly (sylvain letuffe) a écrit : Si bug il y a, il pourrait être lié au calcul de la place prise par la police choisie. Je dis peut-être une connerie, mais son style indique une taille de police de 40 points, hors à y regarder de plus prêt, à l'affichage, la police semble plutôt être entre 12 et 15 points. J'ai sensiblement réduit l'image avant de vous la soumettre. J'ai environ divisé la taille par 4. J'ai essayé sur mon rendu d'utiliser la police fontset_name=book-fonts mais mon système ne semble pas l'avoir. Étienne, si tu remplaces juste fontset_name=book-fonts par face_name=DejaVu Sans Bold est-ce que ça règle ton problème ? (sans utiliser allow_overlap=true évidement) En entête j'ai : FontSet name=bold-fonts Font face_name=DejaVu Sans Bold/Font /FontSet Donc on travaille avec la même police ;) Bien cordialement, - -- Étienne Loks -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAky9t8YACgkQtXI+41wn9OTvAgCdHFnmPQZO7hmRoitecZ/9zXVp 56YAnj+X42EaPlpVacDa/pBMgHL0QHo7 =fpob -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Écriture collaborative d'un livre libre sur OpenStreetMap (collection Framabook)
RatZillaS vote toujours 2 fois ! Je me suis permis de supprimer un de tes votes Gaël :-) N'oubliez pas de participer au petit sondage pour donner votre avis concernant l'écriture d'un livre OSM en français : http://papillon.teledetection.fr/papillon/poll/bw1Pwae1287410485/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] superposition des communes du cadastre
bonjour, on peut remarquer que si l'on prend 2 communes du le cadastre leurs limites ne sont pas superposées. peut on, doit on , le signaler au autorité compétente ? car je suppose que meme pour eux cela doit poser des problèmes non ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Écriture collaborative d'un livr e libre sur OpenStreetMap (collection Framabook )
Désolé pour le double vote (erreur de rafraichissement du navigateur suite à un F5 compulsif) Framasoft dispose d'une plateforme collaborative pour la création d'ouvrage La Poule ou l'Oeuf http://www.pouleouoeuf.org/ On pourrait la mettre à rude épreuve en faisant un ouvrage HYPRA Complet sur notre addiction commune ... une sorte de thérapie ...;) J'ai dû décaler mon départ aux Antilles et mes annonces de Méga Mapping Party là bas (à cause / grâce ?!? aux grèves ...j'aime le SUD :) ... Donc j'ai du temps pour écrire quelques feuilles ;) C'est la saison des publis des actions de l'été donc allons y gaiement. Vous me connaissez j'aime l'action ;) donc ACTION CHAPITRE 1. Il était une fois OSM ... Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Concarneau-Cornouaille libère ses données géo
Le 19/10/2010 16:55, François Van Der Biest a écrit : Dans la rubrique Potential Data Sources : http://www.sig-la-lettre.com/?La-communaute-de-communes-de La donnée libérée fait tâche d'huile à l'Ouest ; c'est pas pour mettre nos amis bretons en boîte mais il faut quand même qu'ils nous donnent la recette un de ces jours. Bravo à tous les acteurs. de...@east ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JDLL2010 : photos et documents OSM
je ne veux pas dire mais il me semble que la carte de montpellier n'est pas à jour :) have a fun Le 19 octobre 2010 20:11, Yannick VOYEAUD yann...@voyeaud.org a écrit : Le 19/10/2010 15:26, Nicolas Moyroud a écrit : Au fait c'est quoi ce que l'on voit à coté du plan de Canet? Ouar Je n'ai rien dit! (Amis lecteur ne cherchez pas c'est entre Nicolas et moi) Hé hé, je t'avais bien dis que j'avais des preuves. Tu me devras donc une bière à mon prochain passage à Lyon ! :-P Bonsoir, Donc tu oses dire tu as saboté mon plan de Vienne! ;) Pour la bière on verra en Mars si tu viens à Primevère. Amitiés PS Pour fonctionner en ligne le TP du vendredi quels sont les fichiers que l'on doit mettre sur le site et le lien d'appel à insérer à l'endroit qui nous convient. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, alexis GAYTE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [cadastre] Planches raster avec projection inconnue
Le 19/10/2010 14:54, Pieren a écrit : 2010/10/19 Croquette Olivier ocroque...@free.fr mailto:ocroque...@free.fr Je continue donc comme je fais, et j'essaierai de documenter ça sur le Wiki pour les suivants, même si j'aimerais vraiment bien savoir combien de communes sont en coordonnées locales. Tu aurais des exemples de communes en raster avec des croisillons Lambert ? Euh, je pense que 99% des plans images qui ont des croisillons sont en Lambert. Le plus dur, je crois, concerne les plans sans croisillons aucun. J'en ai fait l'expérience il y a quelques semaines et c'est beaucoup de boulot. On peut se baser sur un repère connu ou - comme je l'ai fait - sur une feuille voisine déjà référencée en tracant (temporairement) le contour des parcelles limitrophes pour ensuite recoller les feuilles ensemble. Pour caler une feuille à partir de repères connus, il y a aussi cette doc sur le wiki: http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilisation_de_plans_images_sans_croisillons Toi, t'as travaillé dans le Krumme Elßass il n'y a pas longtemps ;-) Personnellement, je commencerai par faire un tour des feuilles de la commune et privilégierai celles qui ont des point de calage objectif -en premier lieu les points géodésiques-. Une fois une ou 2 planches calées correctement (itération possible et souhaitable) calées, on peut, compte tenu de l'échelle, envisager d'étendre au reste de la commune. Pour mémoire, dans le cahier des charges de la numérisation du cadastre (CCTP pour les intimes), la DGFiP exige un minimum de 10 points de calage pour une seule feuille (avec transformation de Hellmert au lieu d'une tranformation affine). On ne veut pas être plus royaliste que le roi !!! Ceci étant, nous avons la chance en Alsace, pour une fois, de disposer d'un cadastre d'une qualité nettement au-dessus de la moyenne nationale. Je m'en va explorer dans d'autres contrées limitrophes (le Grand Est a besoin de limites communales). Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] superposition des communes du cadastre
Le 19/10/2010 18:40, alexis gayte a écrit : bonjour, on peut remarquer que si l'on prend 2 communes du le cadastre leurs limites ne sont pas superposées. peut on, doit on , le signaler au autorité compétente ? car je suppose que meme pour eux cela doit poser des problèmes non ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Cela est traité dans le wiki, c'est tout à fait normal (de mémoire). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] superposition des communes du cadastre
Le 19/10/2010 18:40, alexis gayte a écrit : bonjour, on peut remarquer que si l'on prend 2 communes du le cadastre leurs limites ne sont pas superposées. peut on, doit on , le signaler au autorité compétente ? car je suppose que meme pour eux cela doit poser des problèmes non ? C'est probablement même une règle générale, malheureusement. L'unité maximale de travail de la DGFiP est la commune. A ses yeux, c'est un ilôt. Cela veut dire que les règles de topologie (superposition des différents composants) ne s'appliquent qu'à l'intérieur de la commune. Ainsi les parcelles forment les sous-section (feuilles cadastrales) qui forment les sections qui forment la commune. A noter aussi que les parcelles forment les lieux-dit qui sont donc aussi des polygones topologiquement connectés. Il est arrivé récemment (à l'échelle de notre bicentenaire cadastre) l'avénement des SIGs, des regroupements de communes (EPCI, Communautés urbaines et al.) qui a conclu à l'extension du territoire de compétences, au nécessaire établissement d'un continuum géographique. Face à ce défi, les services cadastraux ont édicté des règles de calage entre limes (limites de l'Empire) avec des calculs de tolérence d'erreur acceptable dont l'administration fiscale a le secret et dont la pudeur (et le manque d'énergie) m'empêchent d'évoquer le moindre commencement d''explication sur cette liste. Face à ce défi, l'IGN a établi, sur la base des données cadastrales, -mais hors de toute obligatoire règlementaire ou statutaire- les limites communales figurées sur le scan25, puis transformé en BD Carto, puis en BD Topo/Pays. Face à ce défi, OSM est en train d'établir une base contradicoire des limites communales françaises. abstract Oui, c'est normal que les limites communales ne se superposent pas. Non, ce n'est pas utile de signaler à l'administration fiscale cet état de fait. Oui cela peut leur poser problème, mais ce n'est pas la vocation d'OSM, AMHA, d'intervenir dans un mécanisme qui n'est pas de notre ressort. /abstract Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] abri de bus
Le 19/10/2010 17:19, Pieren a écrit : 2010/10/19 Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com Mais, bon, amenity=shelter, ce n'est pas une hérésie... Arf, pas mal comme réponse pour embrouiller un peu plus ;-) Pourtant le wiki recommande depuis longtemps shelter=yes dans le cas dans arrêt de bus: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop Je crois qu'il suffit de recommander de suivre le wiki (comme souvent mais pas toujours). et ceci : http://osm.org/go/0DJ4ekg01-?layers=O on ne voit pas bien le bâtiment sous l'icône du bus, rue de Strasbourg, mais c'est bien un building=yes+wall=no le shelter il est où ? - sur le bâtiment léger - sur l'arrêt - sur les deux ? Perso, je me suis posé la question (et surtout pas sûr d'avoir LA réponse). Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JDLL2010 : photos et documents OSM
Le 19/10/2010 20:23, alexis gayte a écrit : je ne veux pas dire mais il me semble que la carte de montpellier n'est pas à jour :) have a fun Re, Dans ce cas je dis que celle de Vienne non plus et je suis bien placé pour le savoir ;) Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Concarneau-Cornouaille libère ses données géo
Le 19/10/2010 20:19, Denis a écrit : Le 19/10/2010 16:55, François Van Der Biest a écrit : Dans la rubrique Potential Data Sources : http://www.sig-la-lettre.com/?La-communaute-de-communes-de La donnée libérée fait tâche d'huile à l'Ouest ; c'est pas pour mettre nos amis bretons en boîte mais il faut quand même qu'ils nous donnent la recette un de ces jours. Bravo à tous les acteurs. de...@east Bonsoir, Ils ont simplement mis de l'huile avant de liter les sardines. ;) Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] superposition des communes du cadastre
oke merci. Le 19 octobre 2010 21:15, Denis dhel...@free.fr a écrit : Le 19/10/2010 18:40, alexis gayte a écrit : bonjour, on peut remarquer que si l'on prend 2 communes du le cadastre leurs limites ne sont pas superposées. peut on, doit on , le signaler au autorité compétente ? car je suppose que meme pour eux cela doit poser des problèmes non ? C'est probablement même une règle générale, malheureusement. L'unité maximale de travail de la DGFiP est la commune. A ses yeux, c'est un ilôt. Cela veut dire que les règles de topologie (superposition des différents composants) ne s'appliquent qu'à l'intérieur de la commune. Ainsi les parcelles forment les sous-section (feuilles cadastrales) qui forment les sections qui forment la commune. A noter aussi que les parcelles forment les lieux-dit qui sont donc aussi des polygones topologiquement connectés. Il est arrivé récemment (à l'échelle de notre bicentenaire cadastre) l'avénement des SIGs, des regroupements de communes (EPCI, Communautés urbaines et al.) qui a conclu à l'extension du territoire de compétences, au nécessaire établissement d'un continuum géographique. Face à ce défi, les services cadastraux ont édicté des règles de calage entre limes (limites de l'Empire) avec des calculs de tolérence d'erreur acceptable dont l'administration fiscale a le secret et dont la pudeur (et le manque d'énergie) m'empêchent d'évoquer le moindre commencement d''explication sur cette liste. Face à ce défi, l'IGN a établi, sur la base des données cadastrales, -mais hors de toute obligatoire règlementaire ou statutaire- les limites communales figurées sur le scan25, puis transformé en BD Carto, puis en BD Topo/Pays. Face à ce défi, OSM est en train d'établir une base contradicoire des limites communales françaises. abstract Oui, c'est normal que les limites communales ne se superposent pas. Non, ce n'est pas utile de signaler à l'administration fiscale cet état de fait. Oui cela peut leur poser problème, mais ce n'est pas la vocation d'OSM, AMHA, d'intervenir dans un mécanisme qui n'est pas de notre ressort. /abstract Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, alexis GAYTE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [cadastre] Planches raster avec projection inconnue
Tu fais comment ta calibration? Quelle relation mathématique entre les coordonnées en pixel et les coordonnées géographiques (Lambert III pour le moment)? Je le fais à la main sur la base d'éléments présents sur les 2 cartes ; au moins 3 points, une route ou autre élément linéaire aidant beaucoup. J'ai rien trouvé de mieux, mais comme je le disais plus tôt, ça marche plutôt bien pour le moment. Je ne comprends toujours pas comment tu procèdes. Tu travailles par ajustements successifs et contrôle visuel? Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [cadastre] Planches raster avec projection inconnue
On 19 oct. 2010, at 21:58, Eric SIBERT wrote: Tu fais comment ta calibration? Quelle relation mathématique entre les coordonnées en pixel et les coordonnées géographiques (Lambert III pour le moment)? Je le fais à la main sur la base d'éléments présents sur les 2 cartes ; au moins 3 points, une route ou autre élément linéaire aidant beaucoup. J'ai rien trouvé de mieux, mais comme je le disais plus tôt, ça marche plutôt bien pour le moment. Je ne comprends toujours pas comment tu procèdes. Tu travailles par ajustements successifs et contrôle visuel? Je déplace / tourne / grossis l'image du cadastre jusqu'à ce que les éléments communs se superposent visuellement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [GIS Day] Journée mondiale des SIG le 17 Novembre 2010
CrossPost OSGéo-fr / OSM-fr Journée mondiale des SIG le 17 Novembre 2010 http://www.gisday.com/index.html Une occasion pour communiquer / adhérer / sponsoriser On a un mois pour préparer chacun de notre côté un évènement original. Je n'ai pas l'impression, après mes maigres recherches, dans l' [h]istoire de France, que l'on ait déjà fêté ça ici dans le passé ?!? C'est TRÈS Sponsorisé par ESRI / HP et consorts mais nous sommes des originaux et avons de la ressource. A nos cerveaux pour imaginer des choses intéressantes qui rapportent ;) Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [cadastre] Planches raster avec projection inconnue
Je ne comprends toujours pas comment tu procèdes. Tu travailles par ajustements successifs et contrôle visuel? Je déplace / tourne / grossis l'image du cadastre jusqu'à ce que les éléments communs se superposent visuellement. Okay!!! En fait, je viens de relire le premier message de la série. Pour revenir sur la question du choix de la projection, si tu as la bonne projection Lambert (Lambert 4 Zones : 1 à 4 suivant ta région) alors tu ne devrais pas avoir besoin de tourner, juste déplacer, agrandir. Ca devrait être le cas quand tu as des croisillons. Le mieux serait d'avoir une procédure de calibration automatique. On prend un point OSM et on clique sur sa position dans le cadastre raster. On fait pour trois points minimum, plus c'est mieux. Et ça établit une relation pixel(x,y) - coordonnées géographiques (X,Y). Y a pas ça dans JOSM? Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [cadastre] Planches raster avec projection inconnue
Le 19/10/2010 23:29, Eric SIBERT a écrit : Je ne comprends toujours pas comment tu procèdes. Tu travailles par ajustements successifs et contrôle visuel? Je déplace / tourne / grossis l'image du cadastre jusqu'à ce que les éléments communs se superposent visuellement. Okay!!! En fait, je viens de relire le premier message de la série. Pour revenir sur la question du choix de la projection, si tu as la bonne projection Lambert (Lambert 4 Zones : 1 à 4 suivant ta région) alors tu ne devrais pas avoir besoin de tourner, juste déplacer, agrandir. Ca devrait être le cas quand tu as des croisillons. Si si, tourner est nécessaire dans beaucoup de cas. Un plan image a bien souvent son Nord à l'ouest, ou plus généralement n'importe où sauf en haut de l'image. Le mieux serait d'avoir une procédure de calibration automatique. On prend un point OSM et on clique sur sa position dans le cadastre raster. On fait pour trois points minimum, plus c'est mieux. Et ça établit une relation pixel(x,y) - coordonnées géographiques (X,Y). Y a pas ça dans JOSM? Le plugin Cadastre-fr fait déjà un calage avec 2 points, donc homothétie, translation et rotation sont déjà des fonctions couvertes. Le même plugin avec un 3e point de calage et on aurait la déformation, même sommaire. Ca aiderait sur des planches vraiment bancales, distordues, bref cauchemardesques :-(. Heureusement, en proportion, ces planches restent très minoritaires (au moins sur les communes des depts 78 et 95 que j'ai traité), mais une seule suffit pour s'arracher les cheveux ! vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [GIS Day] Journée mondiale des SIG le 17 Novembre 2010
Le 19/10/2010 23:17, RatZilla$ a écrit : CrossPost OSGéo-fr / OSM-fr Journée mondiale des SIG le 17 Novembre 2010 http://www.gisday.com/index.html Une occasion pour communiquer / adhérer / sponsoriser On a un mois pour préparer chacun de notre côté un évènement original. Je n'ai pas l'impression, après mes maigres recherches, dans l' [h]istoire de France, que l'on ait déjà fêté ça ici dans le passé ?!? C'est TRÈS Sponsorisé par ESRI / HP et consorts mais nous sommes des originaux et avons de la ressource. C'est même organisé _par_ ESRI. Cependant avec la sortie récente d'un module d'ArcGIS pour l'édition de données OSM [1] il y a sûrement quelques convergences à trouver pour ce genre d'évènement. vincent [1] : http://www.arcorama.fr/search/label/OpenStreetMap ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] abri de bus
Le 19/10/2010 21:37, Denis a écrit : Le 19/10/2010 17:19, Pieren a écrit : 2010/10/19 Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com Mais, bon, amenity=shelter, ce n'est pas une hérésie... Arf, pas mal comme réponse pour embrouiller un peu plus ;-) Pourtant le wiki recommande depuis longtemps shelter=yes dans le cas dans arrêt de bus: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop Je crois qu'il suffit de recommander de suivre le wiki (comme souvent mais pas toujours). et ceci : http://osm.org/go/0DJ4ekg01-?layers=O on ne voit pas bien le bâtiment sous l'icône du bus, rue de Strasbourg, mais c'est bien un building=yes+wall=no le shelter il est où ? - sur le bâtiment léger - sur l'arrêt - sur les deux ? Perso, je me suis posé la question (et surtout pas sûr d'avoir LA réponse). Denis Bonsoir, C'est évidemment le bon/mauvais exemple d'import du cadastre. Évidemment qu'il faut repasser après l'import et transformer l'emprise de ce bâtiment en highway=bus_stop + shelter=yes + name=nom de l'arrêt. Tout l'intérêt est de savoir que l'arrêt est couvert et non qu'il y a un arrêt et un abri pas loin. penséeHumm ! Quelle certitude ! C'est suspect./pensée Mes 0.02 EUR -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr