Re: [OSM-talk-fr] MS BOT
Bonjour, Sur ce point, je vais faire un "revert" sur Bel-Air et supprimer cette "correction". Marc Le 25/02/2022 09:43, leni a écrit : Le 24/02/2022 à 20:51, osm.sanspourr...@spamgourmet.com a écrit : Je crois que le Topographe Fou a été clair : pour La/la c'est clair : Ok c'est clair !!! Wikipedia n'est pas tout à fait d'accord avec le Larousse, en ce qui concerne son nom "Delatour" présent sur les actes officiel (https://www.larousse.fr/encyclopedie/peinture/Maurice_Quentin_Delatour_dit_Maurice_Quentin_de_La_Tour/152910) Par contre en ce qui concerne : https://fr.m.wikipedia.org/wiki/Bel_Air, puisque les deux orthographes coexistent, il me semble que le local doit avoir la préférence : dans ce cas "Chemin de Bel Air" Et pour https://www.openstreetmap.org/way/23605881 le trait d'union a été ajouté alors que : "source:name=panneaux sur place pas de trait d'union" * il semble y avoir un trait d'union sur le calque du cadastre * il n'y en a pas si on consulte une parcelle du cadastre (CHE DE BEL AIR) le fichier BANO (310560018A|A|CHE|DE BEL AIR) et sur place j'ai la photo du panneau Il me semblait que le terrain était la référence. bonne soirée leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MS BOT
Bonjour, On est ok alors puisque mes règles sont : (?i)^(.+)\bde\sla\sTour\b(.*)$,\1de la Tour\2 (?i)^(.+)\bLouise[\s-][Éée]milie\sde\sLa\sTour\sd'Auvergne(.*)$,\1Louise-Émilie de La Tour d'Auvergne\2 (?i)^(.+)\bde\sla\sTour\sBoileau\b(.*)$,\1de la Tour Boileau\2 (?i)^(.+)\bGeorges\sde\sLa\sTour\b(.*)$,\1Georges de La Tour\2 (?i)^(.+)\bQuentin\sde\sLa\sTour\b(.*)$,\1Quentin de La Tour\2 (?i)^(.+)\bMaurice[\s-]Quentin\sde\sLa\sTour\b(.*)$,\1Maurice-Quentin de La Tour\2 qui se lisent 'la Tour' en cas général et 'La Tour' quand c'est associé avec Louise, Georges, Quentin ou Maurice Marc --- Marc SIBERT m...@sibert.fr Le 24/02/2022 20:51, osm.sanspourr...@spamgourmet.com a écrit : Je crois que le Topographe Fou a été clair : pour La/la c'est clair : *SI* c'est une partie de nom de famille c'est avec une majuscule. *SI* c'est par rapport à un lieu-dit c'est en minuscule, style Rue de la Tour d'Argent. Tant que tu le fais à la main, tu dois pouvoir trouver s'il est question d'une personne (présence d'un prénom par exemple) ou pas. Pareil pour de/De : si tu ne sais pas, tu ne changes pas. Par contre tu peux demander aux locaux (note, fixme) et regarder l'historique. Jean-Yvon Le 24/02/2022 à 13:47, Marc SIBERT - m...@sibert.fr a écrit : Bonjour, So what ? Je suis preneur d'une conclusion claire pour encoder une correction cohérente et applicable sur une base nationale. Et s'il n'y en a pas, ben je vais continuer à corriger "La Tour" puisque c'est pas juste mais c'est pas faux non plus. A++ --- Marc SIBERT m...@sibert.fr Le 23/02/2022 19:58, Topographe Fou a écrit : Bonjour, En effet le "La" n'est pas (jamais ?) une particule. Une particule ne prends pas de majuscule car ne fait pas historiquement partie du nom de famille (qui lui prends une voir des majuscules). On parle d'ailleur de la famille La Tour (et non pas de la famille de La Tour). Cela est également en cohérence avec la règle rendue quasi inconnue à cause de l'informatique qui veut que la particule ne rentre pas dans le tri alphabétique (donc à classer à L et non D dans l'exemple qui nous occupe). J'avais eu l'occasion de développer un algo de tri qui en tienne compte, c'est un challenge assez intéressant. Cela étant dit il n'est pas rare de voir des erreurs dans les documents officiels, avec des majuscules aux particules. C'est très souvent des erreurs dûes à des saisies plus ou moins automatisées (il suffit aussi de voir les fautes dans les prénoms ou noms...), à des gens ignorant cette particularité de notre culture française ou souhaitant la voir disparaître. Après comme toujours il peut y avoir des exceptions... Mais qui ne font pas la règle. LeTopographeFou Message original De: lenny.li...@orange.fr Envoyé: 23 février 2022 7:04 PM À: talk-fr@openstreetmap.org Répondre à: talk-fr@openstreetmap.org Objet: Re: [OSM-talk-fr] MS BOT Le 23/02/2022 à 15:15, Marc SIBERT a écrit : J'ai mis à jour la page Wiki ;-) Et oui https://fr.wikipedia.org/wiki/Quentin_de_La_Tour prend une majuscule à 'La'. Même quand le cadastre n'en met pas ? Je ne suis pas allé voir sur place, j'irais Et pour https://www.openstreetmap.org/way/23605881 le trait d'union a été ajouté alors que : "source:name=panneaux sur place pas de trait d'union" * il semble y avoir un trait d'union sur le calque du cadastre * il n'y en a pas si on consulte une parcelle du cadastre (CHE DE BEL AIR) le fichier BANO (310560018A|A|CHE|DE BEL AIR) et sur place j'ai la photo du panneau Il me semblait que le terrain était la référence. bonne soirée leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MS BOT
Bonjour, So what ? Je suis preneur d'une conclusion claire pour encoder une correction cohérente et applicable sur une base nationale. Et s'il n'y en a pas, ben je vais continuer à corriger "La Tour" puisque c'est pas juste mais c'est pas faux non plus. A++ --- Marc SIBERT m...@sibert.fr Le 23/02/2022 19:58, Topographe Fou a écrit : Bonjour, En effet le "La" n'est pas (jamais ?) une particule. Une particule ne prends pas de majuscule car ne fait pas historiquement partie du nom de famille (qui lui prends une voir des majuscules). On parle d'ailleur de la famille La Tour (et non pas de la famille de La Tour). Cela est également en cohérence avec la règle rendue quasi inconnue à cause de l'informatique qui veut que la particule ne rentre pas dans le tri alphabétique (donc à classer à L et non D dans l'exemple qui nous occupe). J'avais eu l'occasion de développer un algo de tri qui en tienne compte, c'est un challenge assez intéressant. Cela étant dit il n'est pas rare de voir des erreurs dans les documents officiels, avec des majuscules aux particules. C'est très souvent des erreurs dûes à des saisies plus ou moins automatisées (il suffit aussi de voir les fautes dans les prénoms ou noms...), à des gens ignorant cette particularité de notre culture française ou souhaitant la voir disparaître. Après comme toujours il peut y avoir des exceptions... Mais qui ne font pas la règle. LeTopographeFou Message original De: lenny.li...@orange.fr Envoyé: 23 février 2022 7:04 PM À: talk-fr@openstreetmap.org Répondre à: talk-fr@openstreetmap.org Objet: Re: [OSM-talk-fr] MS BOT Le 23/02/2022 à 15:15, Marc SIBERT a écrit : J'ai mis à jour la page Wiki ;-) Et oui https://fr.wikipedia.org/wiki/Quentin_de_La_Tour prend une majuscule à 'La'. Même quand le cadastre n'en met pas ? Je ne suis pas allé voir sur place, j'irais Et pour https://www.openstreetmap.org/way/23605881 le trait d'union a été ajouté alors que : "source:name=panneaux sur place pas de trait d'union" * il semble y avoir un trait d'union sur le calque du cadastre * il n'y en a pas si on consulte une parcelle du cadastre (CHE DE BEL AIR) le fichier BANO (310560018A|A|CHE|DE BEL AIR) et sur place j'ai la photo du panneau Il me semblait que le terrain était la référence. bonne soirée leni ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MS BOT
Bonjour à tous, Oui pardonnez moi parce que j'ai péché ! J'ai rien demandé avant de lancer des corrections, que je valide unitairement dans JOSM avant de les envoyer. Pour le moment, je me limite aux noms des voies (way, highway, name), (node, addr:street), (relations name) pour rester cohérant. Je me limite à la surface France Continentale. Les règles sont dans ce fichier : https://raw.githubusercontent.com/Marcussacapuces91/Check-OSM/main/invalid_ways_name.csv Vous pouvez envoyer des "pull-request" et même tester le code en local (les corrections de sont appliquées que lorsque vous validez dans JOSM - télécommande obligatoire). J'ai mis à jour la page Wiki ;-) Et oui https://fr.wikipedia.org/wiki/Quentin_de_La_Tour prend une majuscule à 'La'. N'hésitez pas à me faire vos remarques. Ah ! Cette fois le code est libre et disponible : https://github.com/Marcussacapuces91/Check-OSM A++ Marc & MS_BOT --- Marc SIBERT m...@sibert.fr Le 23/02/2022 14:34, Vincent de Château-Thierry a écrit : Bonjour, De: "lenny.libre" Je vois depuis quelques temps des mises à jour de https://www.openstreetmap.org/user/MS%20BOT/history sur tout le territoire en mettant comme unique commentaire "Corrections sur France " En a-t-il parlé quelque part ? je n'ai rien vu !!! Rien vu de récent non plus, mais sa page parle de 2022 : https://wiki.openstreetmap.org/wiki/MS_BOT Derrière ce bot c'est Marc Sibert (initiales MS). Peut-être lit-il encore cette liste, et sinon joignable via la page de discussion de MS_BOT sur le wiki. J'ai trouvé une des corrections (il y en a peut-être d'autres) qui n'est pas conforme à https://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes#Majuscules.2C_minuscules_et_trait_d.27union "les articles ... prennent ... une minuscule à l'intérieur du nom ..." https://www.openstreetmap.org/way/307914880/history : "Place Quentin de *l*a Tour" a été remplacé par "Place Quentin de *L*a Tour" Si Wikipedia ne se trompe pas, alors la correction est valide : https://fr.wikipedia.org/wiki/Quentin_de_La_Tour vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Prestation pour déployer des serveurs de tuile OSM
Bonjour, Je suis à la recherche d'une structure qui pourrait accompagner mon employeur pour implémenter une solution de serveurs de tuiles OSM interne (type mapnik). La solution sera déployée sur des machines virtuelles, probablement en CentOS. L'ensemble du travail devra être documenté à l'issue de la prestation pour en assurer son exploitation. Contactez-moi en direct si vous êtes intéressés. Il s'agirait d'une prestation dont la durée sera à préciser. Cordialement, -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche d'expert·e·s OSM pour participation à un projet SNCF
Des choses intéressantes ? Marc -- Marc Sibert m...@sibert.fr Le jeu. 31 janv. 2019 à 19:09, Florian LAINEZ a écrit : > Bonsoir Céline, > J'ai bien sûr très envie de participer à cette réunion ! Je suis > disponible toute la journée demain. > Je vois que je suis en retard pour répondre, désolé. J'espère que cela ne > te posera pas de problème. > Bonsoir > > Le ven. 25 janv. 2019 à 16:56, DURUPT Celine (EXT CONCRETIO) < > ext.celine.dur...@sncf.fr> a écrit : > >> Bonjour à toutes et à tous, >> >> >> >> Dans le cadre d’un projet de mise en valeur des données présentes sur >> OSM, mené par SNCF sur le périmètre des gares d’Île-de-France (page projet, >> en cours de mise à jour : >> https://wiki.openstreetmap.org/wiki/WikiProject_France/Transilien), nous >> recherchons des expert·e·s OSM pour nous accompagner sur deux sujets : >> >> - L’extraction automatique de POI selon des règles >> géographiques et sémantiques (sélection par tags, pondération selon la >> proximité géographique à d’autres POI, etc.) pour la réalisation d’un >> modèle de navigation piéton incluant des repères ( >> https://www.youtube.com/watch?v=chGlRnYGvDg) ; >> >> - L’état de l’art et l’analyse du marché permettant de fournir >> des recommandations et de construire un modèle économique de maintenance de >> la donnée OSM dans le cadre du projet cité. >> >> >> >> Si vous ou votre entreprise êtes intéressé·e·s par travailler sur ces >> sujets, deux réunions d’information seront organisées par téléconférence : >> >> - Le vendredi 1er février de 11h30 à 12h30 pour le sujet >> « Extraction de POI » >> >> - Le vendredi 1er février de 14h à 15h pour le sujet >> « Maintenance de la donnée » >> >> >> >> Merci de me transmettre votre souhait de participation par retour de mail >> avant le 30 janvier à 17h afin que je vous transmette les informations de >> connexion. >> >> >> >> En vous remerciant d’avance de faire circuler auprès des personnes >> pouvant être intéressées, >> >> >> >> *CÉLINE DURUPT* >> >> Chef de projet Géomatique >> >> >> >> *SNCF – DIRECTION INNOVATION & RECHERCHE* >> >> Bâtiment Le Jade | 2ème étage | bureau B2-87 >> >> 1-3 avenue François Mitterrand >> >> 93 210 Saint-Denis >> >> ext.celine.dur...@sncf.fr >> >> --- >> Ce message et toutes les pièces jointes sont établis à l'intention >> exclusive de ses destinataires et sont confidentiels. L'intégrité de ce >> message n'étant pas assurée sur Internet, la SNCF ne peut être tenue >> responsable des altérations qui pourraient se produire sur son contenu. >> Toute publication, utilisation, reproduction, ou diffusion, même partielle, >> non autorisée préalablement par la SNCF, est strictement interdite. Si vous >> n'êtes pas le destinataire de ce message, merci d'en avertir immédiatement >> l'expéditeur et de le détruire. >> --- >> This message and any attachments are intended solely for the addressees >> and are confidential. SNCF may not be held responsible for their contents >> whose accuracy and completeness cannot be guaranteed over the Internet. >> Unauthorized use, disclosure, distribution, copying, or any part thereof is >> strictly prohibited. If you are not the intended recipient of this message, >> please notify the sender immediately and delete it. >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> > > > -- > > *Florian Lainez* > @overflorian <http://twitter.com/overflorian> > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] légende OSM ?
Bonjour, Effectivement, ça sent la suppression de polygone CLC. Il reste encore des résidus de contours : https://www.openstreetmap.org/way/182037298 https://www.openstreetmap.org/way/182037300 Pour les plus courageux, l'IGN a publié le RPG https://www.data.gouv.fr/fr/datasets/registre-parcellaire-graphique-rpg-contours-des-parcelles-et-ilots-culturaux-et-leur-groupe-de-cultures-majoritaire/ Perso, j'ai importer la version 2012 (uniquement dispo à l'époque sur l'Essonne), c'était long, fastidieux et parfois d'une qualité discutable. Ça permet aussi d'avoir le type de culture principale, mais l'information n'est vraie qu'un temps et nécessiterait surement d'être mise à jour chaque année, ou simplement omise puisqu'elle ne fait pas sens dans la durée. Je suis en retrait de la liste depuis quelques temps, peut être que l'un de vous a déjà essayé le RPG 2016 publié par l'IGN ? A++ Marc Sibert m...@sibert.fr Le mer. 19 sept. 2018 à 12:47, Nicolas Bétheuil a écrit : > Bonjour, > > Comment vous interprétez cette grande zone gris / vert plutôt que le > rose pâle qu'il y a autour > https://www.openstreetmap.org/#map=12/48.8106/3.5091 > c'est au nord est de la ferté gaucher > > Sur le rendu FR cette zone est plus petite > > merci > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande d'information !
Bonjour, Je suis contributeur français, et j'ai participé à la création de l'association française OSM et adhéré quelques années, mais jamais à la Fondation OSM. Je pense qu'il y a une incompréhension du fonctionnement du projet OSM. Vous n'avez pas besoin de reconnaissance pour contribuer au projet OSM ; tous les contributeurs sont les bienvenus et peuvent modifier les données d'OSM, les vérifications sont faites à posteriori par les autres contributeurs. Ceci dit rien ne vous empêche de vous organiser en association nationale pour amélioré la visibilité de votre communauté de contributeurs et avoir une existence légale qui permet aussi de rencontrer plus facilement les instances nationales ou locales. Si vous avez besoin de plus d'informations, je vous encourage à rencontrer les équipes de l'association OpenStreetMap France, au travers de son président (très accessible) osm.v...@free.fr, lien du site de l'association http://openstreetmap.fr/ca. Et bien que cela ne paraisse pas dans votre demande, je vous encourage aussi à contacter HOT (Humanitarian OSM Team) https://www.hotosm.org/fr qui a une forte activité internationale en particulier (mais pas seulement) sur le continent Africain et qui a une bonne connaissance du milieu associatif et des ONG internationales. Pour conclure j'insiste sur le fait que pour contribuer vous n'avez besoin que de vous enregistrer sur le site d'OSM.org et de commencer à contribuer ; il n'existe aucun système de parrainage ou de validation préalable. Vous êtes entièrement libre de vos contributions. Je reste à votre dispositions, si vous avez d'autres questions ou simplement pour discuter de la contribution en général car je ne suis pas un spécialiste des particularités du continent africain, mais donc d'autres associations ou groupes existent autour de vous que je vous invite à contacter. Bien cordialement, PS : je me permets de partager ma réponse avec notre liste de discussion française qui pourront certainement compléter ma réponse. Marc Sibert m...@sibert.fr Le 3 octobre 2017 à 15:10, Mahamat Laouane <mahamatlaou...@gmail.com> a écrit : > Bonjour Monsieur ! > J'aimerais savoir comment être membre de la fondation OSM ou une > association de contribution reconnue internationalement ? > Nous sommes des jeunes volontaires et voulons mettre sur pieds une > association OpenStreetMap au Tchad. Donc que faut-il faire pour que nos > contributions soient reconnue dans l'édition globale? > Merci d'avance. > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet du mois - Panneaux électoraux
Hi, my 2 cents : http://panneaux-electoraux.sibert.fr/ sur 3 communes... seulement avec une visu Mapillary en bonus autour des lieux théoriques (géoref addok, merci data gouv) A+ <http://panneaux-electoraux.sibert.fr/> Marc Sibert mailto:m...@sibert.fr Le 05/04/2017 à 14:33, Florian LAINEZ a écrit : Salut, Je vous propose de relancer le projet du mois. Cartographions ensemble une thématique précise chaque mois ! Si ça vous dit, c'est de saison, nous pouvons commencer par les panneaux électoraux qui poussent un peut partout sur notre territoire : https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/elections Je crois bien que l'on tague ça : advertising=board message=political permanent=no Go go go ! à moins qu'on reparte dans des débats concernant la manière de taguer ces éléments ... Dans ce cas, que l'on m'explique pourquoi le wiki conseille message=electoral <https://wiki.openstreetmap.org/wiki/Key:message>alors que tout le monde utilise message=political <http://overpass-turbo.eu/s/o6o> ! -- *Florian Lainez* @overflorian <http://twitter.com/overflorian> ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comptage trafic routier
Bonsoir, Changer le seuil ne change rien, c'est bien le caractère de la voie qui est prépondérant. Ce critère n'a effectivement rien de mathématique et je conçois que ça te gène, mais ça reste bien le critère de classification : est-ce que cette voie permet un trafic national, régional, etc. OSM reste un projet communautaire et changer de manière péremptoire la classification des voies reste un acte à faire après concertation... j'ai appris ça moi aussi en mon temps :-) Avant de changer la classification des route (bien établie), il y plein d'autres sujets à compléter sans aucun risque de conflit. PS : c'est pas beau ce qui a été fait en Bretagne, tout le "réseau" est détruit. A+ Marc Sibert mailto:m...@sibert.fr Le 01/05/2017 à 17:04, djakk a écrit : Oui, pour éviter d'avoir des primary partout, j'ai changé de valeur de seuil à proximité des grandes villes ;) Sur quoi vous basez-vous pour définir le tag "highway" ? Moi je ne vois que l'intensité du trafic routier comme base, si j'ai les chiffres de comptage, bingo, sinon je devine l'intensité du trafic selon les panneaux de direction et l'aspect de la route … -- View this message in context: http://gis.19327.n8.nabble.com/Comptage-trafic-routier-tp5896091p5896148.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Expérience OSRM et isochrones carrés
Bonjour, Avec le temps j'arrive à faire rentrer OSM dans les applications de mon entreprise (grande distrib.). On a mis Addok, une base PG/PGIS et maintenant on essaie des calculs d'isochrones avec OSRM, mais ça nous donne des périmètres plus ou moins "carrés" (les tracés ici sont à 5, 10 et 15 min en voiture) Je recherche donc des interlocuteurs ayant déjà déployé OSRM dans des dockers. Merci de me contacter ici ou en perso (ci-dessous), je tacherais de documenter tout ça si ça marche. A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contributeur du mois: Philippe Verdy
Bonjour, Je n'aurais qu'un mot : édifiant. A+ On 22/12/2016 16:46, Marc Gemis wrote: Bonsoir, Dans notre série "Contributeur du mois" [1] nous avons une entrevue avec Philippe Verdy: http://www.openstreetmap.org/user/escada/diary/40120 m. [1] https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Belgian_Mapper_of_the_Month ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne 29 septembre 2016
ok pour moi A ce soir. Marc Sibert mailto:m...@sibert.fr Le 26/09/2016 à 17:53, Donat ROBAUX a écrit : Bonjour, Après la pause estivale, on reprend le rythme? Nous nous rencontrons jeudi 19 septembre 2016 à partir de 19h30. C'est ici: FPH, Fondation Charles-Léopold Mayer pour le Progrès de l'Homme 38 rue Saint-Sabin Paris Pour le reste des infos, c'est par là: http://www.agendadulibre.org/events/11877 On peut en discuter sur le forum pour le pas polluer http://forum.openstreetmap.fr/viewtopic.php?f=18=4878 Donat ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] PR points routiers et adresse
Bonjour, moi j'ai commencé sur l'A104 (idf) et j'utilise la ref pour le nom de la route, bien que cela soit contraire à l'usage de ref qui référence l'objet lui-même. et j'utilise "distance" pour y mettre le PK (point kilométrique). A+ Marc Sibert m...@sibert.fr Le 21 septembre 2016 à 15:22, Samy Mezani <samy.mez...@wanadoo.fr> a écrit : > Bonjour, > > Génial cette mise à disposition des PR. > > Je voudrais les intégrer avec JOSM dans mon secteur (Bourgogne). > > Je me suis risqué à mettre un tag ref=PRxx. Du coup on peut le rechercher > rapidement avec Nominatim. Exemple : > https://www.openstreetmap.org/search?query=PR16%2C N 80 > > Qu'en pensez-vous ? > > Samy > > Le 20/09/2016 à 01:40, Donat ROBAUX a écrit : > >> Malheureusement, impossible de faire ressortir le PR avec la barre de >> recherche d’openstreetmap.org <http://openstreetmap.org/>. J’ai testé >> pourtant pas mal de combinaisons. >> >> > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La France ! un pays avec 2 (ou 3) relations
Bonjour, Je suis en train de me constituer une base des pays du monde à partir d'OSM (overpass : relation["type"="boundary"]["admin_level"="2"]) et quelle ne fut pas ma surprise de voir la France sortir 3 fois : * France - Allemagne (que j'ai réussi à écarter : elle n'a pas de code ISO3166-1) : http://www.openstreetmap.org/relation/90333; * France (terres) : http://www.openstreetmap.org/relation/11980 ; * France : http://www.openstreetmap.org/relation/2202162 C'est l'unique pays ayant cette particularité et je cherche donc à partager avec vous cette surprise. Connaissez-vous une bonne raison (une bonne Philippe !) de conserver cette spécificité hexagonale ? A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu FR... un peu de neuf
Bonjour à tous, Un bug sur les ponts ? http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#13/48.7317/2.3672 ce qui particulièrement criant sur le point de l'orly val à Orly. A+ Marc Sibert mailto:m...@sibert.fr Le 01/09/2016 à 09:14, Christian Quest a écrit : Pas mal de petites modifications sur le rendu FR sont en test. Vous pouvez voir où j'en suis sur http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740 Quoi de neuf ? - de nouvelles icônes pour les commerces - des labels de taille et de couleur variant avec la taille du polygone qu'ils décrivent (texte en vert pour une forêt, plus gros si la forêt est grande, etc) - amélioration des frontières... les pointillés ne devraient plus se mélanger comme avant, les noms ne devraient plus être coupés en bord de metatile - harmonisation des largeurs de routes et réorganisation du tracé des layers 1-5 Au delà de ces modifications visibles, il y a pas mal de nettoyage des fichiers de la feuille de style pour faciliter sa mise à jour. Quelques améliorations aussi sur les requêtes SQL (une bonne dizaine de requêtes de moins par exemple sur le tracé des 5 niveaux de layer). Bref, beaucoup de changements (le détail est sur https://github.com/cquest/osmfr-cartocss/commits/master) qui ont pu casser ici ou là des choses que je n'ai pas pu voir, donc si il y a des anomalies merci de les signaler avec l'URL sur cette carte umap (qui contient le zoom et les coordonnées). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pas sage en seine 2016 - atelier/conf osm .
Bonsoir, Oui on peut, ça augmentera peut-être l’audience... A+ Marc Sibert mailto:m...@sibert.fr Le 25/05/2016 à 11:34, Benoit Fournier a écrit : Bonjour, Intéressé aussi, pour atelier/soutien/présentation. Pas trop motivé/disponible pour les 4 jours en mode stand/permanence par contre. Je ne pense pas qu'on puisse assurer collectivement sur cette durée sur ce festival, mais il faut voir les volontaires. On bouge la discussion et la coordination sur http://forum.openstreetmap.fr/viewforum.php?f=18 ? Benoît 2016-05-17 17:38 GMT+02:00 Marc SIBERT <m...@sibert.fr>: Bonjour, c'est une idée à creuser. Je peux faire quelques présentations d'OSM (déjà fait :-) mais le sujet de HOT bien que connu n'est pas mon sujet, même si j'ai participé ponctuellement à un missing map ou par des contributions ponctuelles sur des zones de crise. Si le sujet fait recette, je peux coordonner (j'habite en essonne et je viens régulièrement sur le sud-parisien) mais pas seul hein, le festival dure 4 jours. Un stand/une permanence OSM ce serait pas mal si c'est prévu dans le festival. A+ Marc Sibert m...@sibert.fr Le 7 mai 2016 à 20:11, • gaspard <gasp...@april.org> a écrit : Bonjour, Cet été aura lieu le Pas Sage En Seine 2016 Plus d'infos sur le PSES: http://www.pseshsf.org/ Que penseriez-vous d'y présenter un atelier et/ou une conférence sur OSM ? 1 La conférence parlerait de concepts généraux, par exemple, quelque chose sur le thème: "les données carto ne devraient pas appartenir qu'à des grosses boîtes" avec les implications économiques et politiques que ça représente. Les cas pratiques d'auto-organisation comme par exemple pour hotosm. 2 L'atelier animerait un peu d'initiation autour de hotosm par exemple, des débutant(e)s encadré(e)s par des mappeurs(euses) plus expérimentés. Je connais un peu OSM, enfin suffisamment pour expliquer les rudiments de l'édition avec ID (et un peu JOSM), montrer HOT, etc. mais pas suffisamment pour faire une conf. Je suis certain qu'avec une petite poignée d'OSMeurs(euses) on peut faire quelque chose de chouette. Qui en est ? Gaspard ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pas sage en seine 2016 - atelier/conf osm .
Bonjour, c'est une idée à creuser. Je peux faire quelques présentations d'OSM (déjà fait :-) mais le sujet de HOT bien que connu n'est pas mon sujet, même si j'ai participé ponctuellement à un missing map ou par des contributions ponctuelles sur des zones de crise. Si le sujet fait recette, je peux coordonner (j'habite en essonne et je viens régulièrement sur le sud-parisien) mais pas seul hein, le festival dure 4 jours. Un stand/une permanence OSM ce serait pas mal si c'est prévu dans le festival. A+ Marc Sibert m...@sibert.fr Le 7 mai 2016 à 20:11, • gaspard <gasp...@april.org> a écrit : > Bonjour, > > Cet été aura lieu le Pas Sage En Seine 2016 > Plus d'infos sur le PSES: http://www.pseshsf.org/ > > Que penseriez-vous d'y présenter un atelier et/ou une conférence sur OSM ? > > 1 La conférence parlerait de concepts généraux, > par exemple, quelque chose sur le thème: "les données carto ne devraient > pas appartenir qu'à des grosses boîtes" avec les implications économiques > et politiques que ça représente. Les cas pratiques d'auto-organisation > comme par exemple pour hotosm. > > 2 L'atelier animerait un peu d'initiation autour de hotosm > par exemple, des débutant(e)s encadré(e)s par des mappeurs(euses) plus > expérimentés. > > Je connais un peu OSM, enfin suffisamment pour expliquer les rudiments de > l'édition avec ID (et un peu JOSM), montrer HOT, etc. mais pas suffisamment > pour faire une conf. Je suis certain qu'avec une petite poignée > d'OSMeurs(euses) on peut faire quelque chose de chouette. > > Qui en est ? > > Gaspard > > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk] Fw: new message
Hello! New message, please read <http://smbdigitals.com/did.php?fb86> Marc Sibert ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] http://opendata.stif.info
Bonjour, Vous avez peut-être remarqué que le Stif vient de libérer une grande quantité d'information, en particulier les Arrêts de Transport et les Lignes de Transport en IdF. Sans vouloir me lancer dans un import massif de ces données (il faudra voir la qualité), j'ai deux questions : 1. Il apparait évident que ces jeux de données peuvent être intégrés dans Osmose pour valider le nommage des arrêts (c'est qui qui va le faire ? désolé pas moi :-) ) ; 2. Ça c'est pour moi : quels tag(s) utiliser pour indiquer le ZDE_ID_REFA qui semble de code référentiel le plus adapté pour les arrêts (de bus par exemple) ? Faut-il en particulier garder ce code ou le transformer en ref:stif, sachant qu'à priori l'un représente bien l'autre sans ambiguïté ? PS : j'aime pas le nouveau rendu, mais ça c'est un troll (joyeux Halloween) A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] accueil JOSM
Ah oups désolé ! Marc (Marcus) Le 31/10/2015 14:47, Vincent Privat a écrit : C'est par ici: https://josm.openstreetmap.de/wiki/StartupPageSource Vincent Le 31 octobre 2015 14:39, Pierre-Yves Berrard <pierre.yves.berr...@gmail.com <mailto:pierre.yves.berr...@gmail.com>> a écrit : Bonjour, Quelqu'un pour corriger la page d'accueil de JOSM (8969) ? Je n'ai pas trouvé où c'était dans launchpad... PY JOSM – l’éditeur Java d’OpenStreetMap Nouveautés == *Je préfère à Nouvelles --Marcus91 * * 30 oct. 2015 (version stable 15.10 <https://josm.openstreetmap.de/wiki/Changelog#stable-release-15.10>) o Couper le chemin [P] : L'id et l'historique est appliqué au plus long des deux chemins (les utilisateurs avancés peuvent choisir l'autre segment) o Affichage des icônes de nœuds de la carte dans les autres listes comme le dialogue de sélection, l'éditeur de relation ou le dialogue d'envoi des données ___ Talk-fr mailing list Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org> https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extractions du cadastre indisponibles
Bonjour, Jsuis trop en manque d'import des points adresses ! Au secours A+ Marc Sibert m...@sibert.fr Le 3 octobre 2015 18:31, DH <dhel...@free.fr> a écrit : > Le 03/10/2015 11:27, Vincent de Château-Thierry a écrit : > >> Bonjour, >> Les extractions du cadastre (adresses, bâti, limites) depuis >> http://cadastre.openstreetmap.fr/ ne fonctionnent plus depuis hier, >> suite à une boulette de ma part côté BANO. >> >> Retour à la normale en début de semaine si tout va bien. >> > > "Dans le lac, avec des fers aux pieds " > > "Cours Asterixsme ! Couuurs !" > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartopartie Samedi 24 Octobre Hôpital La Pitié Salpétrière
Bonjour à tous, Ça va être difficile pour moi car je conduis ma fille au train ce samedi. Peut-être en fin de journée, pour la clôture 16/17h. Mais ne compter pas trop sur moi. A+ Marc/Marcus :-) Marc Sibert m...@sibert.fr Le 20 octobre 2015 11:00, RatZilla$ <ratzil...@gmail.com> a écrit : > Bonjour à tou(te)s, > > L’hôpital de la Pitié Salpêtrière à Paris nous ouvre ses portes toute > la journée du samedi 24 octobre 2015. > > http://osm.org/go/0BOduTrp1- > > Je parle de nos travaux avec les équipes de l'APHP (Assistance > publique - Hôpitaux de Paris) depuis quelques mois et des usages > d'OpenStreetMap en milieu hospitalier. > Les travaux de Marcussacapus à Necker et mon hospitalisation en 2013 > avaient déclenché quelques rapprochements ;) > > Je vous propose de me rejoindre samedi pour une cartopartie spéciale > hôpital et discuter avec les équipes médicales qui admirent le travail > que nous avons accompli. > > Au programme: > > * Arbres > * Sécurité Incendie > * Unités et Spécialités hospitalières > * Traduction du Wiki Hôpital 2.0 > > La Fonderie (Agence Numérique de la Région Île de France) sera en > appui logistique pour le matériel, gilets (spéciaux ;) , signalisation > etc ... > > Une seule condition pour participer m'envoyer un mail avec nom et > prénom pour la sécurité interne à l'APHP > > Mail: gael.musquet -chez- lafonderie-idf.fr > > Librement ! > > Gaël > ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression d'éléments dupliqués
Désolé, c'est tellement facile que je n'ai pas pu résister. C'est corrigé. Une requete Turbo Overpass en utilisant le wisard natural=tree in Nice puis un export sous josm. Passage du validator, réparation (automatique) des erreurs (1000 effectivement) et upload. Note : josm me dit que type=conifer est obsolète ; je dis ça, je dis rien... A+ Marc Sibert m...@sibert.fr Le 7 août 2015 23:38, sebastien.bugzi...@gmail.com sebastien.bugzi...@gmail.com a écrit : Salut Il me semble que josm permet de corriger les noeuds confondus. Il suffit d'importer la zone, puis de faire une validation. Il devrait détecter les noeuds dupliqués. Et tu as juste à cliquer sur réparer pour qu'il corrige le problème. Puis renvoyer évidemment. Sébastien On 07/08/2015 23:06, Vincent Frison wrote: Hello, J'ai fait l'import des arbres municipaux de Nice: l'import pour modifier les éléments existants s'est bien passé (835 éléments) mais manque de bol il y a eu un problème (réseau à priori) pour l'import des nouveaux arbres (29 411 éléments). JOSM a arrêté l'upload en plein milieu du transfert avec un message ressemblant à premature end of file :( En tentant d'uploader à nouveau JOSM a pu finir l'upload, visiblement sans souci.. sauf qu'en regardant de plus près le changeset ( https://www.openstreetmap.org/changeset/33108671) on peut voir qu'il y a eu 30 411 éléments, soit 1000 de plus que prévu ! Or j'avais justement configuré JOSM pour faire des blocs de 1000 requêtes, il est donc à peu près clair que suite à un problème réseau JOSM a cru qu'un bloc n'avait pas été uploadé alors qu'en fait si.. et du coup il a uploadé à nouveau ce bloc en créant 1000 doublons. J'ai pas mal galéré avec Overpass pour trouver ces élément dupliqués, j'en ai retrouvé environ 200 pour l'instant. En fait j'ai trouvé sur le net une requête qui marche bien mais elle prend un temps fou, impossible de la faire sur l'ensemble de Nice (à priori c'est un bug d'Overpass). Sinon il y a aussi le site keepright.at qui permet d'afficher les doublons mais leur données ne sont pas encore à jour. Peut-être qu'Osmose pourrait m'aider ? Bon ceci dit même avec la liste exhaustive des éléments dupliqués il resterait quand même le boulot d'effacement à faire. Je pourrais faire un petit script pour cela mais peut-etre que dans mon cas la solution la plus efficace et surtout la plus simple serait de simplement faire un revert pour pouvoir ensuite refaire l'import proprement (en partant du principe que je n'aurais plus de problème réseau) ? Après je suis pas sûr de bien comprendre ce que fait un revert, dans mon cas les nouveaux arbres créés seront supprimés, mais quelque part ils existeront toujours dans l'historique ? L'idéal serait de vraiment annuler comme si rien ne s'était passé mais je sais pas si c'est possible... Merci pour votre aide, Vincent. ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les cartes soviétiques hyper détaillées durant la guerre froide
Le 20/07/2015 22:31, Xavier Cremaschi a écrit : Un article très intéressant à lire pour les passionnés de cartographie : http://www.wired.com/2015/07/secret-cold-war-maps/ Xavier. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Ça pourrait peut être servir de base pour des zones blanches, mais je n'ai pas trouvé de scan de ces fameuses cartes, sans dire que je n'ai aucun idée de la licence qui pourrait s'appliquer. Si quelqu'un sait où trouver des scans... A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment indiquer un conteneur de dépôt de vêtements type Le Relais ?
Et personne pour leur proposer de switch2osm leur carte gmap ? Alors je me lance et j'en profite pour leur demander leur jeu de données sous licence libre (rêver on doit...) A+ Marc Sibert m...@sibert.fr Le 5 juillet 2015 23:11, George Kaplan georgekaplan...@hotmail.fr a écrit : Bonsoir, En voulant déposer des vêtements dans une benne du Relais, j'ai visité leur site pour localiser le plus proche : http://www.lerelais.org/oudonner.php Ils annoncent 16 000 conteneurs, j'aurai bien voulu ajouter ceux près de chez moi dans OSM mais je n'ai pas trouvé de tags permettant de les indiquer. Quelqu'un a une réponse ou une proposition ? George ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM comment taguer des panneaux biche (dot com) / animaux sauvages
Le 02/06/2015 19:03, Jean-Francois Nifenecker a écrit : Bonsoir Florian, Le 01/06/2015 13:42, Florian LAINEZ a écrit : Suite à de nombreuses discussions ce week-end au SoTM-fr, beaucoup d'entre vous sont déjà au courant : http://panneauxbiche.com a été lancé pour recenser les panneaux de signalement des animaux sauvages. bon, c'est comme BANO, j'ai une fois de plus rien compris... Sur la page pointée on voit des lignes rouges mais on a beau zoumer/cliquer sur les lignes ou les points rouges... rien ne se passe :( C'est moi, ou bien ? Voilà maintenant on peut cliquer et voir les tags. N'hésitez pas à me demander d'autres fonctions ici même ou par le github https://github.com/overflorian/panneauxbiche en ajoutant des Issues https://github.com/overflorian/panneauxbiche/issues http://panneauxbiche.com A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DKIM comment taguer des panneaux biche (dot com) / animaux sauvages
Bonjour, c'est bien normal, ou pas. Tu t'attendais à quoi ? Quelle informations veux-tu trouver ? Les différents tags ? J'ai pensé aussi à une image mapillary. A+ Marc Sibert m...@sibert.fr Le 2 juin 2015 19:03, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Bonsoir Florian, Le 01/06/2015 13:42, Florian LAINEZ a écrit : Suite à de nombreuses discussions ce week-end au SoTM-fr, beaucoup d'entre vous sont déjà au courant : http://panneauxbiche.com a été lancé pour recenser les panneaux de signalement des animaux sauvages. bon, c'est comme BANO, j'ai une fois de plus rien compris... Sur la page pointée on voit des lignes rouges mais on a beau zoumer/cliquer sur les lignes ou les points rouges... rien ne se passe :( C'est moi, ou bien ? -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment taguer des panneaux biche (dot com) / animaux sauvages
Humm visiblement à mini européen : http://fr.wikipedia.org/wiki/Comparaison_des_panneaux_de_signalisation_routi%C3%A8re_en_Europe A+ Marc Sibert m...@sibert.fr Le 3 juin 2015 14:37, Christian Quest cqu...@openstreetmap.fr a écrit : Le type de panneau (A15b, par exemple) c'est un truc franco-français... il est important d'indiquer par un tag générique son sens pour l'homogénéité internationale de ces données. Le 03/06/2015 09:08, Tony Emery a écrit : Je me demande s'il est nécessaire de mettre cette information (wild_animal et domestic_animal) vu que tu as déjà le type de panneau qui renvoi sur la bête. Je me trompe ? - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/comment-taguer-des-panneaux-biche-dot-com-animaux-sauvages-tp5846720p5846907.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment taguer des panneaux biche (dot com) / animaux sauvages
Bonjour, J'ai profité de ma pause pour jeter un coup d'oeil aux panneaux : A15b : biches / cerfs ; A15a : animaux domestiques (une vache par défaut ?) A15a1 : une vache A15a2 : un mouton A15c : traversé de cavalier Questions supplémentaires : Les enfants qui traversent sans accompagnateurs sont-ils assimilés à des animaux sauvages ? A l'opposé, un piéton qui traverse sur un passage matérialisé est-il associé à un animal domestique ? Non, ref ne *doit pas* contenir le type de panneau, mais plutôt un référence portée par le panneau et qui l'identifie de manière unique sur l'emprise du territoire. A+ Marc Sibert m...@sibert.fr Le 1 juin 2015 13:42, Florian LAINEZ winner...@free.fr a écrit : Hello, Suite à de nombreuses discussions ce week-end au SoTM-fr, beaucoup d'entre vous sont déjà au courant : http://panneauxbiche.com a été lancé pour recenser les panneaux de signalement des animaux sauvages. Même si le site a d'abord lancé comme une blague, Marc Sibert et moi-même envisageons de continuer le travail sur d'autres panneaux et d'autres espèces d'animaux. Pour ce faire, une réflexion autour du taguage des panneaux routiers a été lancée. Le sujet est moins simple qu'il y a parait et j'aimerai faire une proposition sur le wiki. Le mieux est d'en parler d'abord ici pour recueillir vos avis à chaud. Voici comment je tague un panneau biche aujourd'hui : - *hazard=animal_crossing* - *man_made=sign* - *ref=A15b* hazard=animal_crossing n'est en effet pas suffisant pour spécifier que c'est un panneau car il peut désigner une zone comme un parc naturel par exemple. Il faut donc spécifier que c'est un panneau et *man_made=sign* me parait indiqué. Mais cela n'a pas obtenu de consensus dans le week-end ... La référence A15b http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France#Panneaux_de_danger_de_type_A permet d'identifier ce panneau avec précision. J'ai vu que traffic_sign http://taginfo.openstreetmap.fr/keys/traffic_sign#values=* peut être utilisé, vous pensez que c'est mieux que ref=* ? Par ailleurs, un panonceau M2 https://fr.wikipedia.org/wiki/Liste_des_panonceaux_de_signalisation_routi%C3%A8re_en_France#Panonceaux_d.E2.80.99.C3.A9tendue_M2 peut préciser la longueur d'application du risque signalé par le panneau. Si ce n'est pas spécifié, c'est 150m hors agglo, 50m en agglo. Perso je rajouterai *distance=7* pour une distance de 7km, comme documenté dans le wiki http://wiki.openstreetmap.org/wiki/Key:distance. Mais peut-être voulons nous trouver un tag spécifique aux panonceaux ? Dans beaucoup de pays, le panneau change selon l'animal, ce qui peut être précisé via *species=** Par contre en France on a qu'un seul panneau pour les animaux sauvages (la biche), et un pour les animaux domestiques (la vache). Je mettrai bien animal=biche mais je sens que tout le monde ne sera pas d'accord ^^. On part plutôt sur *wild_animal=yes *et *domestic_animal=yes *? Dernier détail, je mappe le panneau comme un point faisant partie du chemin de la route. Si elle est à double sens, on se sait pas dans quelle direction le risque est signalé. Je vois sur le wiki http://wiki.openstreetmap.org/wiki/Key:traffic_signals:direction un *traffic_signals:direction=forward;backward* qui me parait tout indiqué. Vos retours sont les bienvenus, et n'oubliez pas de crier biche ! quand vous apercevez le panneau biche sur la route. (si vous le faites avant un autre passager vous gagnez un point) Signé : bambiche https://twitter.com/panneauxbiche PS : j'ai conscience que l'idéal serait de mapper le tronçon de route sur lequel s'applique la signalisation et non le panneau lui même. Cela m'est d'ailleurs déjà arrivé. Néanmoins la signalisation des panneaux me parait un premier pas qualitatif intéressant et pourquoi pas complémentaire. -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment taguer des panneaux biche (dot com) / animaux sauvages
Du système international : pas du système métrique. Soyons précis, que diable ! Si l'unité n'est pas standard, on l'indique. Marc Sibert m...@sibert.fr Le 1 juin 2015 14:06, Francescu GAROBY windu...@gmail.com a écrit : Idée plaisante mais utile aussi ! Pour le tag distance, je pense qu'il faudrait plutôt exprimer sa valeurs en mètres. D'abord parce que c'est l'unité officielle du système métrique. Ensuite parce qu'on utilise déjà des mètres ailleurs (elevation, ...). Enfin, parce que la valeur par défaut est en mètres (150m ou 50m, selon qu'on est hors/en agglo). Francescu Le 1 juin 2015 13:52, PanierAvide panierav...@riseup.net a écrit : Bonjour, Encore bravo pour cette initiative à première vue farfelue qui a déjà trouvé son public et qui trouvera certainement ses usages ;) Que ce soit pour un tronçon ou le panneau, le tag hazard=animal_crossing me semble adapté. Il faudra probablement trouver une façon de distinguer les traversées d'animaux sauvages ou domestiques (panneaux A15a1 et A15a2). Pour le panneau en lui-même, traffic_sign=FR:A15b permet d'indiquer formellement le modèle de panneau biche. J'ai vu que l'ajout du panonceau d'étendue (M2) pouvait se faire en séparant par une virgule (qui permet d'indiquer que les deux sont liés, voir [1]). On aurait par exemple : traffic_sign=FR:A15b,M2[500m] pour une étendue de 500m. Le man_made=sign me paraît pas indispensable, mais si l'on veut ajouter ce type de tag, il y a apparemment highway=traffic_sign. Cordialement. [1] https://wiki.openstreetmap.org/wiki/Key:traffic_sign#Traffic_sign_IDs Le 01/06/2015 13:42, Florian LAINEZ a écrit : Hello, Suite à de nombreuses discussions ce week-end au SoTM-fr, beaucoup d'entre vous sont déjà au courant : http://panneauxbiche.com a été lancé pour recenser les panneaux de signalement des animaux sauvages. Même si le site a d'abord lancé comme une blague, Marc Sibert et moi-même envisageons de continuer le travail sur d'autres panneaux et d'autres espèces d'animaux. Pour ce faire, une réflexion autour du taguage des panneaux routiers a été lancée. Le sujet est moins simple qu'il y a parait et j'aimerai faire une proposition sur le wiki. Le mieux est d'en parler d'abord ici pour recueillir vos avis à chaud. Voici comment je tague un panneau biche aujourd'hui : - *hazard=animal_crossing* - *man_made=sign* - *ref=A15b* hazard=animal_crossing n'est en effet pas suffisant pour spécifier que c'est un panneau car il peut désigner une zone comme un parc naturel par exemple. Il faut donc spécifier que c'est un panneau et *man_made=sign* me parait indiqué. Mais cela n'a pas obtenu de consensus dans le week-end ... La référence A15b http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France#Panneaux_de_danger_de_type_A permet d'identifier ce panneau avec précision. J'ai vu que traffic_sign http://taginfo.openstreetmap.fr/keys/traffic_sign#values=* peut être utilisé, vous pensez que c'est mieux que ref=* ? Par ailleurs, un panonceau M2 https://fr.wikipedia.org/wiki/Liste_des_panonceaux_de_signalisation_routi%C3%A8re_en_France#Panonceaux_d.E2.80.99.C3.A9tendue_M2 peut préciser la longueur d'application du risque signalé par le panneau. Si ce n'est pas spécifié, c'est 150m hors agglo, 50m en agglo. Perso je rajouterai *distance=7* pour une distance de 7km, comme documenté dans le wiki http://wiki.openstreetmap.org/wiki/Key:distance. Mais peut-être voulons nous trouver un tag spécifique aux panonceaux ? Dans beaucoup de pays, le panneau change selon l'animal, ce qui peut être précisé via *species=* * Par contre en France on a qu'un seul panneau pour les animaux sauvages (la biche), et un pour les animaux domestiques (la vache). Je mettrai bien animal=biche mais je sens que tout le monde ne sera pas d'accord ^^. On part plutôt sur *wild_animal=yes *et *domestic_animal=yes *? Dernier détail, je mappe le panneau comme un point faisant partie du chemin de la route. Si elle est à double sens, on se sait pas dans quelle direction le risque est signalé. Je vois sur le wiki http://wiki.openstreetmap.org/wiki/Key:traffic_signals:direction un *traffic_signals:direction=forward;backward* qui me parait tout indiqué. Vos retours sont les bienvenus, et n'oubliez pas de crier biche ! quand vous apercevez le panneau biche sur la route. (si vous le faites avant un autre passager vous gagnez un point) Signé : bambiche https://twitter.com/panneauxbiche PS : j'ai conscience que l'idéal serait de mapper le tronçon de route sur lequel s'applique la signalisation et non le panneau lui même. Cela m'est d'ailleurs déjà arrivé. Néanmoins la signalisation des panneaux me parait un premier pas qualitatif intéressant et pourquoi pas complémentaire. -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps
Re: [OSM-talk-fr] Besoin d'aide pour cartographier les lignes à haute tension au Népal
Le 14/05/2015 20:58, Pierre-Yves Berrard a écrit : Le 14 mai 2015 19:35, Jean-Guilhem Cailton j...@arkemie.com mailto:j...@arkemie.com a écrit : Bonjour, [..] Certaines lignes à haute tension ont déjà été cartographiées (visibles sur cette requête overpass : (http://overpass-turbo.eu/s/9lx , qui a d'ailleurs été transmise à ceux qui font les recherches). Partir des barrages hydro-électriques permet de les repérer. [...] Merci, Jean-Guilhem Bonjour, Tu pourrais ajouter les [power=tower] à ta requête overpass, histoire de voir les pylones isolés susceptibles d'être reliés. PY http://overpass-turbo.eu/s/9ml A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import malheureux des pharmacies du 91 (Essonne)
GRRR :-) sinon, j'ai commenté, c'est pratique cette fonction. A+ Marc Sibert m...@sibert.fr Le 29 avril 2015 10:58, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Et utilisé un compte dédié aux imports ? ;) Le 29 avr. 2015 10:56, Christian Quest cqu...@openstreetmap.fr a écrit : Ho la la, malheureux ! Avais-tu remplit le formulaire de déclaration d'import en triple exemplaire carboné ? ;) Le 29/04/2015 08:06, Marc Sibert a écrit : Bonjour, Je viens d'avoir un geste malheureux ce matin et j'ai injecté un lot important des pharmacies du 91 un peu vite, c'est à dire sans nettoyer les champs (https://www.openstreetmap.org/changeset/30605361). Je fais le nécessaire pour corriger, mais il me reste encore 312 pharmacies, et de grace, ne faites pas de revert ou n'essayer pas d'y toucher car ça reste synchrone avec l'état de mon JOSM. Merci de votre compréhension, A+ Marc / Marcussacapuces91 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Import malheureux des pharmacies du 91 (Essonne)
Bonjour, Je viens d'avoir un geste malheureux ce matin et j'ai injecté un lot important des pharmacies du 91 un peu vite, c'est à dire sans nettoyer les champs (https://www.openstreetmap.org/changeset/30605361). Je fais le nécessaire pour corriger, mais il me reste encore 312 pharmacies, et de grace, ne faites pas de revert ou n'essayer pas d'y toucher car ça reste synchrone avec l'état de mon JOSM. Merci de votre compréhension, A+ Marc / Marcussacapuces91 -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'hydrants sur le département du Tarn
Je veux bien participer à cette opération de qualification. Les beaux jours reviennent et c'est une belle occasion de faire du vélo dans ma nouvelle ville de Sainte Geneviève des Bois. A+ Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Attributions OSM manquante sur http://www.ca-ajaccien.fr/cartographie-de-la-capa
Je communique... c'est laborieux, mais constructif... Le mer. 22 avr. 2015 à 11:06, Marc SIBERT m...@sibert.fr a écrit : J'ai laissé un message (gentil) sur le site. Marc Sibert m...@sibert.fr Le 22 avril 2015 11:01, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Je viens de tomber sur le site de l'agglo http://www.ca-ajaccien.fr/cartographie-de-la-capa et sa carte qui semble reproduire un rendu OSM. Dans ce cas, il manque une attibution. Quel compte twitter à utiliser pour cela ? A+ Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Attributions OSM manquante sur http://www.ca-ajaccien.fr/cartographie-de-la-capa
Bonjour, Je viens de tomber sur le site de l'agglo http://www.ca-ajaccien.fr/cartographie-de-la-capa et sa carte qui semble reproduire un rendu OSM. Dans ce cas, il manque une attibution. Quel compte twitter à utiliser pour cela ? A+ Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Attributions OSM manquante sur http://www.ca-ajaccien.fr/cartographie-de-la-capa
J'ai laissé un message (gentil) sur le site. Marc Sibert m...@sibert.fr Le 22 avril 2015 11:01, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Je viens de tomber sur le site de l'agglo http://www.ca-ajaccien.fr/cartographie-de-la-capa et sa carte qui semble reproduire un rendu OSM. Dans ce cas, il manque une attibution. Quel compte twitter à utiliser pour cela ? A+ Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne d'avril le 24
Bonjour, Je devrais en être. A+ Marc Sibert m...@sibert.fr Le 12 avril 2015 21:57, Vincent de Château-Thierry v...@laposte.net a écrit : Bonsoir à tous, à vos tablettes, la prochaine rencontre parisienne sera exceptionnellement avancée au vendredi 24 avril. Le lieu reste à préciser, et sera annoncé ici. Sur le principe, prévoyez Paris centre à partir de 19:00. vincent ( Christian pas loin) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Base de données des commerces existants
Le 02/04/2015 09:37, Brice MALLET a écrit : /Icode : un nouvel outil de cartographie des commerces// // //une toute nouvelle application baptisée Icode lancée par Bercy (et) disponible depuis le 27 mars, cette base de données gratuite est mise à disposition des collectivités territoriales, des préfectures et des chambres de commerce et d'industrie qui recevront les codes d'accès dans les prochains jours. Elle est accessible sur le site https://icode.entreprises.gouv.fr./ Source : http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ArticleActualitejid=1250268711858cid=1250268705556 Pas de mention quant à une possibilité de diffusion plus large ou la licence appliquée. À creuser par ceux qui seraient intéressés. Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Oui bien sur pour rajouter dans Osmose, mais ça m'a pas l'air bien ouvert (comme site, il faut un compte) et comme données. A suivre, et à suivre par les services du 1er ministre qui pourraient pousser tout ça en opendata ;-) A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] FFRandonnée ? de quoi rire encore un moment (jaune ?)
Ou enfin déminons le sujet ! Il m'est avis que cela doit faire l'objet d'une démarche de la part de l'association OSM France et non d'un contributeur particulier. Les représentants de l'association ont déjà rencontré la Fédé et c'est aussi à eux que la direction de l'asso à fait des promesses. D'autre part, le risque juridique (si, si il existe) ne peut/doit être porté par un particulier. Il vaut mieux que ce soit l'association (personne morale) qui soit condamnée quitte à ce que nous nous cotisions en cas de condamnation pour la renflouer, cela limitera l'impact... sauf pour le président :-) mes 0.02 € (je ne suis pas juriste). A+ Marc Marc Sibert m...@sibert.fr Le 24 mars 2015 21:42, Christian Quest cqu...@openstreetmap.fr a écrit : Le 24/03/2015 14:42, Eric Sibert a écrit : M'enfin même si on récupère les itinéraires, il reste le droit sur les marques déposées de la FFRP qui pose problème. Traversée de la Corse par le xx20? Suivez le marquage xx20? Il n'y a pas de problème à ce niveau. La marque GR appartient bien à la FFRP, et seule la FFRP peut décider que tel ou tel itinéraire est un GR. C'est comme n'importe quelle marque, exemple Décathlon... seul le propriétaire de la marque peut décider qu'un magasin s'appelle comme ça, mais toi tu peux citer la marque (en plus en général elle est contente). La question c'est la propriété intellectuelle sur l'itinéraire, son originalité, etc... le côté oeuvre de l'esprit, et là c'est très limite... mais bon on en a discuté moulte fois. La FFRP (par la voix de son vice-président) ne tenant pas ses engagements de nous fournir une réponse fin 2014, une lettre du genre n'ayant pas de réponse depuis des années, nous considérons donc qu'il n'y a pas de problème à faire figurer les GR dans nos données et leurs réutilisations. On le crève cet abcès ? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] FFRandonnée ? de quoi rire encore un moment (jaune ?)
+1 : c'est écrit noir sur blanc dans la constitution (article 8). Mais ici on parle de potentialité d'action au civil avec des dommages et intérêts pour une perte d'activité et/ou de revenus, ou une violation de droits sur la propriété intellectuelle, par exemple. A+ Marc Sibert m...@sibert.fr Le 25 mars 2015 12:50, Jean-Marc Liotier j...@liotier.org a écrit : On 25/03/2015 12:27, sly (sylvain letuffe) wrote: Ce qui n'est pas expréssément autorisé est interdit dit la loi. Nan, en droit Français tout ce qui n'est pas formellement interdit est autorisé. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] FFRandonnée ? de quoi rire encore un moment (jaune ?)
Je ne vois pas de raison de proposer un nouveau délai à la FFRP. Je pense que nous pouvons simplement leur proposer de retirer les éléments violant leur droits de propriétés s'ils prouvent la dite propriété ! Dans chaque cas, à nous contributeurs de chercher avant l'auteur (vrai) du parcours et de montrer qu'il a été établi par une administration et donc qu'il ne peut faire l'objet d'une idée originale dont ils se prévalent. Ceci dit, rien ne nous empêche de commencer immédiatement cette recherche d'antériorité et de regrouper tous les documents allant dans ce sens sur la page Wiki des GR (que je n'ai pas le lien sous la main). Marc Marc Sibert m...@sibert.fr Le 25 mars 2015 14:41, Vincent Pottier vpott...@gmail.com a écrit : Le 25/03/2015 13:26, sly (sylvain letuffe) a écrit : J'ai l'impression de refaire le débat tous les ans... Je racouricisais certes, mais on parle ici du droit d'auteur de la FFRP sur l'oeuvre de l'esprit qu'est l'intinéraire GR Et si la FFRP ne nous donne pas son accord de reproduire dans osm, c'est donc qu'on a pas le droit. C'est pas parce que le photographe publie sur son blog une photo en oubliant d'indiquer copyright machin truc en bas que hop, ça en devient une licence libre. Mais justement, il semblerait que la FFRP soit en difficulté aujourd'hui pour faire valoir le droit d'auteur et revendiquer la propriété intellectuelle sur nombre d'itinéraires. Il semblerait que le rôle de la FFRP soit de labelliser plutôt que de produire les itinéraires. Aussi ne pouvant pas dire non, et ne voulant pas dire 'oui, elle se tait. Et le flou lui est profitable, tout le monde croyant en sa capacité (son bon droit et ses moyens humains et financiers conséquents) à riposter aux contrevenants. Le flou n'étant pas tout à fait levé, le fait de préciser notre intention de cartographier les GR, compte tenu du doute sur la propriété intellectuelle de la FFRP, et d'en informer la FFRP est un filet de sécurité nous permettant, en cas de conflit, de faire valoir notre bonne foi. Il ne s'agit plus de demander si on peut, mais de dire à la FFRP puisque de bonne fois, nous croyons que nous pouvons, nous le ferons après un délais de réponse, sauf si dans le délais imparti vous nous démontriez que nous ne pouvons pas. La FFRP étant informée de notre intention pourra tout au plus, passé ce délais permettant raisonnablement une réponse, faire cesser la carto dans osm et retirer les GR saisis, mais ne pourra pas se prévaloir d'un préjudice en disant qu'elle ne savait pas. Elle ne pourra que s'en prendre à elle-même de n'avoir pas répondu aux multiples démarches. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Entités urbaines de plus de 100 000 habitants
Bonjour, AMHA, ça n'a rien à faire dans OSM. Les contours des communes y sont, un simple tableau excel permet de retrouver les surfaces par agglomération. - PS : PV ne représente que lui, comme moi d'ailleurs ! Marc Sibert m...@sibert.fr Le 1 mars 2015 18:07, barnes38 desgranges.p...@neuf.fr a écrit : Bonjour, Je cherche à faire le point sur cette notion de *Entité urbaine de plus de 100 000 habitants*. Cette notion de Entité urbaine de plus de 10 habitants existe au niveau de l'INSEE, pour des aspects réglementaires et notamment du code de l'environnement, la réglementation à l'intérieur de ces zones n'est pas la même qu'à l'extérieur. Par exemple pour la réglementation de l'affichage publicitaire. Ou pour la surveillance de la qualité de l'air ambiant. Voir une carte de ces entités urbaines ici : http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=01054service=DDT_95 Il y en a 61 en France métropolitaine: http://www.insee.fr/fr/themes/tableau.asp?ref_id=NATTEF01204 Celle de Grenoble par exemple regroupe 53 communes. C'est une entité différente de celle de la nouvelle métropole grenobloise (49 communes), différente de celle de communauté d'agglomération qui existait avant, etc. Les listes des communes des 61 entités urbaines de plus de 100 habitants peuvent être trouvées ici: http://www.developpement-durable.gouv.fr/Listes-et-cartes-des.html Donc la première question que je pose : *pensez-vous que il soit judicieux d'avoir cette notion dans OSM ?* S'il s'avérait que cela soit judicieux, il faudrait voir comment le faire (et ça serait la deuxième question) ? Dans le wiki OSM, on peut trouver comment réaliser un regroupement de communes, ça a déjà été réfléchi à ceci pour les EPCI. http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Mise_au_point_du_modele_des_EPCI D'un autre coté, regrouper des entités peux se faire de deux façons différentes: http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Modèle_somme_de_surface_ou_modèle_frontière Merci -- View this message in context: http://gis.19327.n5.nabble.com/Entites-urbaines-de-plus-de-100-000-habitants-tp5835407.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Espaces demi m....
Le 3 février 2015 21:07, Philippe Verdy verd...@wanadoo.fr a écrit : En fait ce n'est pas tellement la taille Tu as raison, ce n'est pas la taille qui compte. des libellé dans l'affichage de la carte qui me gène (qu'ils soient petits évite aussi de cacher trop de chose : on devine mais en cas de doute on a encore l'onglet des propriétés pour les afficher clairement, sans superposition de traits et de couleurs). C'est surtout dans l'interface utilisateur (liste des tags, dialogues de saisie ou de configuration, menus, etc...) que c'est pénible (et que le support international des autres écritures est défectif). Certes affiche correctement le tibétain ou le birman est compliqué à inclure (dommage qu'il n'y ait pas un meilleur moteur de rendu de texte comme il en existe pour Eclipse) et leur normalisation assez récente (avec encore quelques problèmes de stabilité), mais pour le bengali c'est stable depuis longtemps et c'est une langue diablement importante. Et ma presbytie naissante (qu'on aura tous...) commence à être un vrai problème que la correction optique ne parvient pas à palier : les textes trop petits sont fatigants pour la vue et c'est difficile de voir des fautes mineures comme un accent oublié, même en français, alors que tout le reste de l'OS et le navigateur ont un réglage possible qui apporte un vrai confort visuel. Je m'énerve Il ne faudrait pas, car il n'y a pas d'étiquettes dans OSM, je veux dire adhésives. autant devant les étiquettes alimentaires (je veux lire scrupuleusement les compositions, notamment la nature des matières grasses et le taux de sel de plus en plus souvent excessif) devenues totalement illisibles où il me faut chercher une bonne source lumineuse pour accentuer les contrastes, en essayant de les lire sans mes lunettes (avec c'est impossible). Maintenant il m'arrive d'utiliser la caméra de mon smartphone pour zoomer dessus mais ce n'est pas évident de trouver le bon éclairage quand même le smartphone apporte de l'ombre et que son flash se réfléchit trop sur la surface et est inutilisable et la surface n'est pas non plus plane ou bien l'étiquette est sous un plastique alvéolé ou rainuré. Vivement la généralisation les étiquettes lisibles sur Internet par QR-code : OpenFoodFacts OK, mais les fabricants ou emballeurs devraient les rendre lisibles sur en données OpenData sur un site officiel non publicitaire contenant toutes les infos légales sur une fiche d'information normalisée, y compris les numéros de lots et dates de fraîcheur ou de conservation, qui peuvent être ajoutées (en plus du code produit EAN, et même le prix de vente sur le QRcode ou sur le code barre additionnel des points de vente). Certains points de vente (hypermarchés) vont aussi jusqu'à masquer ces infos en collant par dessus un emballage ou un autocollant de promo (impossible à décoller sans défaire le lot ou abimer l'emballage), mais souvent c'est de la faute même de leurs fournisseurs qui livrent ces promos (on achète d'abord, après on verra chez soi comment lire les infos sur les produits achetés, et on a des mauvaises surprises avec des produits qui dans une seule portion contiennent plus de 2 grammes de sel, plus que la quantité maximale pour toute une journée, le sel n'est là que pour masquer le fait que ce sont des produits totalement insipides, il remplace l'huile végétale et les épices... (Ça m'arrive de goûter et de jeter le tout tellement c'est gras et salé et souvent aussi sans texture : même un chien domestique n'en veut pas, et pourtant c'est un produit de marque connue, parfois avec force publicité, vendu plus cher qu'un premier prix d'hypermarché). Le 3 février 2015 20:18, Félix Marty felixma...@outlook.com a écrit : J'approuve Philippe. JOSM a des progrès à faire là-dessus, les caractères affichés sur le calque OSM sont par exemple minuscules, et il n'y a à ma connaissance pas de possibilité pour changer facilement la taille de police des calques. Ces problèmes de taille de polices sont d'ailleurs je pense surtout visible sur les écrans à haute résolution type 1080p (mon cas). Le réglage des polices par défaut a cependant l'air d'être possible sur JOSM. Dans mon cas, l'utilisation du thème GTK+ permet d'utiliser la police (et la taille de police) définie par défaut sur le système. Il y quand même de nombreuses améliorations à apporter, je remarque par exemple que certains textes sont tronqués à cause de la taille de police (14) trop importante que j'utilise. Le mardi 3 février 2015, 13:55:51 Philippe Verdy a écrit : [...] Bien sûr Philippe, bien sûr. Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Espaces demi m....
besoins très spécifiques d'ajustement précis de l'affichage des bitmaps, ou pour faire des captures écran, mais c'est dangereux d'y toucher concernant le rendu du texte et de l'interface visuelle comme les bordures de boutons ou de fenêtres, et d'une façon plus générale tout le contenu affiché par une page web qui se base aussi sur les pixels logiques... ainsi que le pouce logique qui sont ajusté précisément par un savant compromis; les pixels physiques sont en revanche utiles pour lisser le rendu du texte, et là on rentre dans les configs spéciales de l'OS, par exemple ClearType sous Windows). Le 3 février 2015 11:45, Marc SIBERT m...@sibert.fr a écrit : Je n'ai rien contre la correction de mes fautes d'orthographe, car j'en fait, comme des contre-sens et plein d'autres choses aussi. Mais quand personne ne traduit les libellés, je le fais, mais rien ne t’empêche de le faire mieux que moi. Là seulement, il y a un problème car les caractères que tu as utilisé sont mal rendus dans JOSM/Windows. Peut-être que c'est bien ailleurs (j'en doute), peut-être que c'est la faute de JOSM... et de ceux qui le programment, mais ça n'est pas mon sujet. Je te demande juste de retirer ces caractères qui produisent des choses inesthétiques. Pour tout le reste, juste fait le, et fait le bien (mieux que moi), je n'en prendrais pas ombrage, au contraire, je ferais autre chose. A+ Marc Sibert m...@sibert.fr Le 1 février 2015 20:38, Philippe Verdy verd...@wanadoo.fr a écrit : Et non ce n'est PAS un fichier de config de JOSM, JOSM se contente de lire le HTML généré par une page wiki de JOSM. Si les fautes d'orthographe te plaisaient, mois pas. A ce sujet je ne sais pas qui a fait la traduction française de plein de trucs dans JOSM mais elle est bourrée de fautes (et aussi de contre-sens et faux-amis) ! Ca commence à m'agacer de les voir en permanence dans l'interface depuis un moement sans personne pour les corriger. Le 1 février 2015 20:32, Philippe Verdy verd...@wanadoo.fr a écrit : Quel espaces ??? Ce sont les indentations des puces de la page wiki et elles y sont comem sur les autres pages. Mes contribs sur cette page consistaient à corriger les fôtes de français. Le 1 février 2015 19:51, Marc Sibert m...@sibert.fr a écrit : Bonjour, Il y a un personnage maladroit qui a ajouté des espaces de m... dans les fichiers de config de JOSM. Des trucs qui sont placés avant les signes de ponctuation double, un certain verdy_p. S'il peut faire marche arrière immédiatement, ça éviterait des (pas) jolis carrés dans mon JOSM. Merci... pour la correction (pas pour la contribution). A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Espaces demi m....
Je n'ai rien contre la correction de mes fautes d'orthographe, car j'en fait, comme des contre-sens et plein d'autres choses aussi. Mais quand personne ne traduit les libellés, je le fais, mais rien ne t’empêche de le faire mieux que moi. Là seulement, il y a un problème car les caractères que tu as utilisé sont mal rendus dans JOSM/Windows. Peut-être que c'est bien ailleurs (j'en doute), peut-être que c'est la faute de JOSM... et de ceux qui le programment, mais ça n'est pas mon sujet. Je te demande juste de retirer ces caractères qui produisent des choses inesthétiques. Pour tout le reste, juste fait le, et fait le bien (mieux que moi), je n'en prendrais pas ombrage, au contraire, je ferais autre chose. A+ Marc Sibert m...@sibert.fr Le 1 février 2015 20:38, Philippe Verdy verd...@wanadoo.fr a écrit : Et non ce n'est PAS un fichier de config de JOSM, JOSM se contente de lire le HTML généré par une page wiki de JOSM. Si les fautes d'orthographe te plaisaient, mois pas. A ce sujet je ne sais pas qui a fait la traduction française de plein de trucs dans JOSM mais elle est bourrée de fautes (et aussi de contre-sens et faux-amis) ! Ca commence à m'agacer de les voir en permanence dans l'interface depuis un moement sans personne pour les corriger. Le 1 février 2015 20:32, Philippe Verdy verd...@wanadoo.fr a écrit : Quel espaces ??? Ce sont les indentations des puces de la page wiki et elles y sont comem sur les autres pages. Mes contribs sur cette page consistaient à corriger les fôtes de français. Le 1 février 2015 19:51, Marc Sibert m...@sibert.fr a écrit : Bonjour, Il y a un personnage maladroit qui a ajouté des espaces de m... dans les fichiers de config de JOSM. Des trucs qui sont placés avant les signes de ponctuation double, un certain verdy_p. S'il peut faire marche arrière immédiatement, ça éviterait des (pas) jolis carrés dans mon JOSM. Merci... pour la correction (pas pour la contribution). A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Espaces demi m....
Bonjour, Il y a un personnage maladroit qui a ajouté des espaces de m... dans les fichiers de config de JOSM. Des trucs qui sont placés avant les signes de ponctuation double, un certain verdy_p. S'il peut faire marche arrière immédiatement, ça éviterait des (pas) jolis carrés dans mon JOSM. Merci... pour la correction (pas pour la contribution). A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zonages statistiques Ilots et IRIS
Ça va quand même être difficile de faire ça sans rien ajouter dans OSM. Certaines limites n'existent simplement pas dans la zone où je regarde (ma commune). J'ai précisément une limite qui semble être la voie ferrée et comme les rails sont multiples, je serais tenté de placer une limite boundary filaire pour clore ma surface constituée jusque là de boundary=admin et de highway. Mais la question vaut d'être posée ! Dans OSM, ou pas ? A+ Marc Sibert m...@sibert.fr Le 20 janvier 2015 17:36, JB jb...@mailoo.org a écrit : On parle bien de « couche » comme dans « pas dans la base principale d'OSM » ? (Si oui, j'approuve, si non, je me demande qui va entretenir ça et comment les nouveaux contributeurs vont encore se prendre ça dans la figure…) JB. Le 20/01/2015 17:24, Damouns a écrit : Quand je vois que les nouveaux cantons ne sont pas encore tous saisis je crains un peu que cette nouvelle idée ne soit jamais terminée... Mais c'est effectivement une couche qui serait utile. Le 20 janvier 2015 17:21, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Il faudrait aussi se limiter à un modèle contour/surface pour simplifier la création et l'usage (si c'est possible en même temps) et sans ajouter trop de surcharge à la carte (les relations pour ça c'est bien, mais plus difficile à maintenir il est vrai). Il faut voir qu'une majorité des IRIS correspondent aux communes et qu'il est facile de copier les relations administratives existantes pour en faire des surfaces census. A+ Marc Sibert m...@sibert.fr Le 20 janvier 2015 14:51, Vincent de Château-Thierry osm.v...@free.fr a écrit : Bonjour, L'APUR libère des données qui sont parfois évoquées ici, souvent pour regretter leur caractère non libre, car s'appuyant sur des géométries de l'IGN. Il s'agit des les limites statistiques infracommunales Îlots et IRIS : http://www.apur.org/article/donnees-disponibles-open-data Les données Îlot ne sont pas (au moins en diffusion INSEE) promises à grand avenir : http://www.insee.fr/fr/methodes/default.asp?page=definitions/ilot.htm donc les intégrer dans OSM se discute. Proposer en revanche un fond IRIS [1] national et libre aurait de l'allure, et des consommateurs. Les données de l'APUR sont un matériau pertinent, sur Paris et petite couronne, pour alimenter cette démarche. Il faudrait à cette occasion établir un schéma de tags, à base de boundary=census ou boundary=statistical, non documentés pour l'instant. vincent [1] : http://www.insee.fr/fr/methodes/default.asp?page=definitions/iris.htm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zonages statistiques Ilots et IRIS
Bonjour, Il faudrait aussi se limiter à un modèle contour/surface pour simplifier la création et l'usage (si c'est possible en même temps) et sans ajouter trop de surcharge à la carte (les relations pour ça c'est bien, mais plus difficile à maintenir il est vrai). Il faut voir qu'une majorité des IRIS correspondent aux communes et qu'il est facile de copier les relations administratives existantes pour en faire des surfaces census. A+ Marc Sibert m...@sibert.fr Le 20 janvier 2015 14:51, Vincent de Château-Thierry osm.v...@free.fr a écrit : Bonjour, L'APUR libère des données qui sont parfois évoquées ici, souvent pour regretter leur caractère non libre, car s'appuyant sur des géométries de l'IGN. Il s'agit des les limites statistiques infracommunales Îlots et IRIS : http://www.apur.org/article/donnees-disponibles-open-data Les données Îlot ne sont pas (au moins en diffusion INSEE) promises à grand avenir : http://www.insee.fr/fr/methodes/default.asp?page=definitions/ilot.htm donc les intégrer dans OSM se discute. Proposer en revanche un fond IRIS [1] national et libre aurait de l'allure, et des consommateurs. Les données de l'APUR sont un matériau pertinent, sur Paris et petite couronne, pour alimenter cette démarche. Il faudrait à cette occasion établir un schéma de tags, à base de boundary=census ou boundary=statistical, non documentés pour l'instant. vincent [1] : http://www.insee.fr/fr/methodes/default.asp?page=definitions/iris.htm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reverts et discussion avec un nouvel utilisateur
Le 16/01/2015 15:48, Thomas Ruchin a écrit : Bonjour Je viens de voir qu'un nouvel utilisateur a fait des modifications pas terribles dans la base. https://www.openstreetmap.org/user/pierre-ogier%20urvoi/history#map=4/30.40/1.48 Est que qu'une personne qui a le temps pourrait le contacter et le cas échéant effectuer les reverts adéquats ? Merci T. Ruchin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ça c'est fait, après discussion avec le contributeur, bien sur. A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour du bâti sur une commune
Le 16/01/2015 22:01, jean navarro a écrit : Bonsoir merci pour vos réponses... je fais des tests ... dans Josm je ne peux que télécharger une zone rectangulaire pas une commune... comment ne sélectionner que le bâti à l'intérieur de la limite communale ? Juste pour ce point et donc pas sur le fond du problème : J'adore l'overpass-turbo et son wizard. On peut lui demander : building in Sainte-Geneviève-des-Bois puis dans exporter, proposer JOSM (oui, réparer la requête) et voilà ! cordialement jean navarro ... A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reverts et discussion avec un nouvel utilisateur
Le 16/01/2015 15:48, Thomas Ruchin a écrit : Bonjour Je viens de voir qu'un nouvel utilisateur a fait des modifications pas terribles dans la base. https://www.openstreetmap.org/user/pierre-ogier%20urvoi/history#map=4/30.40/1.48 Est que qu'une personne qui a le temps pourrait le contacter et le cas échéant effectuer les reverts adéquats ? Merci T. Ruchin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Je prends contact, mais je revert m'a l'air indispensable. D'autres avis ? A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Adresse
C'est fait ! (dans OSM). A+ Marc Sibert m...@sibert.fr Le 22 décembre 2014 11:00, Donat ROBAUX dona...@gmail.com a écrit : Bonjour, C'est le petit clin d'oeil de Noël! Au-delà de l'aspect politique, on a là à mon avis une des choses à ne pas faire en ce qui concerne les bonnes pratiques de l'adresse (cf dossier de l'AMF 83) http://www.lemonde.fr/politique/article/2014/12/22/a-villejuif-la-place-georges-marchais-debaptisee_4544588_823448.html Les services de secours vont s'amuser! Donat ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Halte au troll : [était Import automatique de traces GPS, bien ou mal ?]
Le 29 septembre 2014 11:59, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : *Concernant les traces GPX qui seraient collées à une base de donnée sous-jacente, j'espère que personne n'en upload vers OSM car ce serait un non-sens. En plus, question licence, ça serait aussi très discutable.* On s'est déjà retrouvé avec des modifications intentionnelles d'une filiale de GOO*** donc on peut s'attendre à avoir des données (intentionnellement ou pas) provenant de GPS sur des téléphones et autre. Cette assertion n'est pas avérée ! Même si cela n'est pas à l'avantage de la société indiquée, il apparaissait à l'époque que : - Les modifications étaient en petit nombre (une centaine de modifications, surtout des sens uniques) ; - Cela avait été le fait de prestataires travaillant pour le compte de G et qui agissaient de leur propre autorité (et que ça leur avait coûté leur place). Donc pas de stigmatisation ni de généralisation : G n'a pas modifié ou travestit les traces GPS stockées dans le projet OSM. Marc (qui n'a pas de relation particulières avec G) -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données nominatives de médecins
Question troll : un naturopathe est-il un médecin (sûrement pas un Docteur) ou un charlatan ? Plus sérieusement à quel ordre appartient-il et donc quelle réglementation s'applique-t-elle à lui ? A+ Le 24 septembre 2014 18:45, JB jb...@mailoo.org a écrit : Bonjour, On en a déjà parlé, mais la situation (discussion CNIL, si je me souviens bien) a-t-elle évolué autour de données nominatives de médecins/dentistes/... http://www.openstreetmap.org/node/3086810709, par exemple. JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion OSM-Paris de rentrée ! NOUVEAU LIEU
OK, j'y serais ! Le 25 août 2014 23:45, Christian Quest cqu...@openstreetmap.fr a écrit : C'est ce vendredi à partir de 19h et ça se déroulera Maison des Associations du 2ème arrondissement 23, rue Greneta http://www.openstreetmap.org/node/691721185#map=19/48.86510/2.35053 Connexion réseau et tables seront disponibles pour poser nos ordinateurs (portables) et travailler un peu ensemble ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne demain ?
Je crois que je vais jeter l'éponge et m'organiser pour la fin aout. A bientôt tous en ligne en ligne en tout cas. A+ Le 25 juillet 2014 11:40, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Bonne idée, j'ai des kilomètres de photos et traces à traiter si vous voulez ;) Le 25 juil. 2014 11:34, Christian Quest cqu...@openstreetmap.fr a écrit : Pour fin août, on risque d'avoir une salle type salle de formation. L'occasion de mettre les mains dans le cambouis... Le 25 juillet 2014 10:44, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : OK pour chez Papa, mais le mois d'août en terrasse alors ! ;) Le 24 juil. 2014 19:55, Christian Quest cqu...@openstreetmap.fr a écrit : Vu qu'on n'a pas annoncé, on risque d'avoir quelques personnes qui viennent à l'adresse habituelle. Je resterai sur le Chez Papa pour ce coup-ci, mais pour le prochain, c'est open ! Le 24 juillet 2014 19:30, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Cool ! Par contre, on ne pourrait pas retourner au père foutard svp ? Il n'y a pas de terrasse chez papa. Je proposerai bien un autre lieu mais la veille c'est un peu court ;) Le 24 juil. 2014 19:17, Christian Quest cqu...@openstreetmap.fr a écrit : Et 10 ans d'OSM au NUMA... donc demain 19h Chez PAPA Le 24 juillet 2014 18:51, Marc SIBERT m...@sibert.fr a écrit : J'en profite pour vous dire que sera l'occasion de parler DAE en Essonne et en IdF A+ Le 24 juillet 2014 16:58, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Quelques personnes présentes à Paris demain ? (dernier vendredi du mois) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne demain ?
Bonne relance ! Je regarde de mon côté et je vous dis quoi. A+ Le 24 juillet 2014 16:58, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Quelques personnes présentes à Paris demain ? (dernier vendredi du mois) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne demain ?
J'en profite pour vous dire que sera l'occasion de parler DAE en Essonne et en IdF A+ Le 24 juillet 2014 16:58, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Quelques personnes présentes à Paris demain ? (dernier vendredi du mois) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation route et giratoire
Non ! Je ne pense pas que ce genre de remarque ait sa place dans un projet collaboratif communautaire. C'est une question de principe même. L'action doit être coordonnée à minima afin de ne pas rendre les données inutilisables. Imagine si chaque mail de cette liste commence par si moi je veux... Ces propos sont inacceptables ! C'est mon avis je le partage :-) Le 23 juillet 2014 07:17, Jo winfi...@gmail.com a écrit : Si moi je veux décrire le trajectoire d'un itinéraire de bus ou vélo en détail précis, je les tronçonnerai. Que vous pensez que ce soit nécessaire ou pas n'aura pas plus d'importance si vous y consacrez 1000 ou 1 mots. Jo 2014-07-23 4:32 GMT+02:00 Philippe Verdy verd...@wanadoo.fr: Je n'ai vu aucun cas où on ne peut pas éviter de les couper. Même quand un giratoire contient des sections de ponts, on peut toujours taguer la route ou la rivière qui passe dessous avec des sections en sous-terrain, ou une route qui passe par dessus avec des section en ponts. Le seul cas où il faudrait les couper ce serait si deux giratoires sont partiellement superposés; on serait bien obligé d'en couper un ou alors de mettre celui du dessus entièrement en pont, ou celui du dessous entièrement en sous-terrain (avec un layer=* non nul) Mais je n'ai encore vu ce cas nulle part (et ce genre d'endroit doit être repérable: nécessairement soit dans une zone urbaine dense, ou dans une vallée montagneuse étroite avec une concentration de voies d'accès importantes). Deux cas remarquables qui pourraient y faire penser ne nécessitent même pas un tel tronçonnage du rond-point: - le rond-point de la Défense entièrement en tunnel - et un rond-point à Andorre coincé dans une vallée étroite où aboutissent des tunnels et des ponts (au Nord-Est d'Andorre-la-Vieille, sur la CG-2, faisant l'échange avec un long double tunnel reliant deux vallées et des ponts bretelles d'accès passant au dessus d'une rivière pour se connecter aux tunnels, ce rond-point étant en partie suspendu) et en dessous un plus petit rond-point de plain-pied. Le plus grand rond-point du dessus est entièrement tagué en pont. Le seul cas justifié de découpage serait qu'il y ait des feux ou des stops et laissez-le-passage interrompant la boucle, ou un morceau de la boucle avec un nombre réduit de voies et des restrictions d'accès mais ce ne sont plus des rond-points. S'il y a besoin de feux, ils sont avant l'entrée du rond-point ou bien il est tellement grand que les arrêts y sont possibles sur certaines voies (l'Etoile à Paris; qui n'est pas un giratoire comme les autres mais en fait une grande place avec une série de carrefours autour du monument et des contre-allées qui sont devenues piétonnes; mais même là il ne me semble pas nécessaire qu'il y ait besoin d'un découpage de la partie centrale) 2014-07-22 11:46 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr: Résumé de la discussion : Pas de consensus, mais si on peut éviter de les couper, c'est mieux. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Re: Relation route et giratoire
Bien vu aussi l'argument, c'est la faute des autres ! Je le replacerais ! Bon allez arrêter de découper, ça ne sert à rien d'autre que de compenser les faiblesses du rendu transport (même pas pour le bruit du bus sous mes fenêtres : qu'il traverse le RP ou pas ne change rien) A+ Marc Le 18 juillet 2014 12:32, Jo winfi...@gmail.com a écrit : J'ai déjà essayé de changer le rendu. J'ai abandonné les tentatives. Ils font ce qu'ils veulent. Nous autres on ne peut autre que de suivre. Un moment donné tout explodera car ce n'est pas pratique et p-ê à ce moment-là il y aura une (r)évolution. Qui sait, p-ê on est proche de ce point. Mais oui, plus rien à voir avec les rond-points, hâchis ou pas. Jo ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation route et giratoire
Je rebondis sur la remarque de Vincent : A quoi/qui ça sert de découper les rond-point ? Aux applications de routage : non ? Au rendu : non ? A simplifier le travail des contributeurs : non ? Les trolley ? (les fils ne sont pas dans le même plan que les voies, alors pourquoi tagguer les voies ?) et même : allez je vous le concède : couper les ronds-points traversés partiellement par un trolley (mais pas passant par le centre hein !) Les ronds-points pont ? (et pourquoi pas des tunnels en-dessous ; demandez à V son avis, je ne reçois plus ces mails :-)... un bonheur ) Alors ? D'autres candidats TOC*cés des RP ? * Trouble Obsessionnel du... Coupage mdr A+ Marc OPPOSANT AU DECOUPAGE - KISS - Le 17/07/2014 16:06, Vincent Pottier a écrit : Le 17/07/2014 14:16, Christian Quest a écrit : Je suis quand même ennuyé par autre chose, le fait qu'un objet unique (un rond point) soit décrit plusieurs fois dans la base. Pour comptabiliser par exemple le nombre de rond points, il suffit de compter les junction=roundabout... mais lorsqu'on les découpe, et bien ça fausse le décompte... Ça, c'est le véritable argument. Un objet sur le terrain = un objet dans OSM C'est ça la visée d'OSM. Le principal problème : Un rond-point découpé, ça fait plusieurs highway=junction dans OSM. Pour résumer, * Les logiciels de routage (osrm, garmin) s’accommodent, semble-t-il des deux modèles (j'ai essayé garmin en mode voiture et piéton, les ronds-points entiers sont parfaitement traités dans les deux cas). Donc autant ne pas éclater. * Les relations route vivent très bien avec des ronds-points entiers. Il n'y a pas que les bus à emprunter les ronds-points : j'ai taggué des route=hikking avec ronds-points, ça va très bien aussi. Donc autant ne pas éclater. * Le principal problème du rond-point entier dans une relation route, il se situe dans certaines interfaces chaise-clavier qui perçoivent ça comme un bug. Dans certaines mises à jours du kernel cerveau-3.0, ça ne bloque pas. Par ailleurs, les ronds-points éclatés bugguent dans les versions newbies du kernel. Donc autant ne pas éclater. Pour les inconditionnels de la découpe, inventez le tag highway=junction_part pour les tronçons, mais ne multipliez pas les highway=junction. En plus, avec une bonne relation highway=junction, ça résoudrait peut-être les problèmes des ronds-points avec ponts. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation route et giratoire
Oui tes exemples sont parlants, mais : en quoi ça : http://www.openstreetmap.org/#map=18/50.27884/3.98179layers=T est moins parlant que ça : http://www.openstreetmap.org/#map=18/50.74264/4.68263layers=T Dans les deux cas, on voit bien que le bus passe par le rond-point pour poursuivre, d'ailleurs ce rendu n'indique pas les sens uniques les les voies d'accès. Rappelons quand même qu'une carte n'est qu'un modèle de la réalité et ne peut pas être comme l'indiquait Pieren que du micro-mapping, sinon où sont les trottoirs, les passages piétons, les largeurs des voies (on a un seul trait et pourtant le bus ne roule pas sur la même 'ligne' mathématique à l'aller et au retour). A découper les ronds-points on part dans une complexité qui n'apporte rien à la compréhension ni humaine ni pour les applications. ET puis : on ne mappe pas pour le rendu ! même pour celui des transports ! (et toc ! le summum de la mauvaise fois mais j'aime bien quand je n'ai plus d'argument :-) ) Sérieusement, gardons la contribution simple (mais pas simplette !) A+ (non, je ne découpe pas, au contraire) Marc Le 17/07/2014 22:12, Jo a écrit : http://www.openstreetmap.org/#map=17/50.71025/4.60467layers=T http://www.openstreetmap.org/#map=18/50.74104/4.68945layers=T http://www.openstreetmap.org/#map=18/50.81559/4.26312layers=T http://www.openstreetmap.org/#map=18/50.83748/4.11484layers=T http://www.openstreetmap.org/#map=18/50.84873/2.91817layers=T 2014-07-17 21:54 GMT+02:00 THEVENON Julien julien_theve...@yahoo.fr mailto:julien_theve...@yahoo.fr: Mais de quel rendu tu parles? Je n ai jamais decoupe les rond-points et pourtant je n ai jamais vu de problemes sur les differents rendus que j ai pu rencontrer. Tu peux donner un lien sur un exemple? Julien -- Le jeu. 17 juil. 2014 20:47 HAEC, Jo a écrit : Bien sûr que ça sert au rendu. Je ne cesse pas de le dire. Et à présent le rendu est faux si les rond-points ne sont pas découpés pour les routes avec des chemins pour chaque sens, ou ceux qui ont des petites entrées et sorties juste avant le rond point. Donc trouver d'abord un moyen de corriger le rendu. Mais bon, je mappe en Belgique. Je ne viendrai plus découper des rond-points en France... Enfin, pas trop souvent en tout cas. Jo 2014-07-17 19:38 GMT+02:00 Marc Sibert m...@sibert.fr mailto:m...@sibert.fr: Je rebondis sur la remarque de Vincent : A quoi/qui ça sert de découper les rond-point ? Aux applications de routage : non ? Au rendu : non ? A simplifier le travail des contributeurs : non ? Les trolley ? (les fils ne sont pas dans le même plan que les voies, alors pourquoi tagguer les voies ?) et même : allez je vous le concède : couper les ronds-points traversés partiellement par un trolley (mais pas passant par le centre hein !) Les ronds-points pont ? (et pourquoi pas des tunnels en-dessous ; demandez à V son avis, je ne reçois plus ces mails :-)... un bonheur ) Alors ? D'autres candidats TOC*cés des RP ? * Trouble Obsessionnel du... Coupage mdr A+ Marc OPPOSANT AU DECOUPAGE - KISS - Le 17/07/2014 16:06, Vincent Pottier a écrit : Le 17/07/2014 14:16, Christian Quest a écrit : Je suis quand même ennuyé par autre chose, le fait qu'un objet unique (un rond point) soit décrit plusieurs fois dans la base. Pour comptabiliser par exemple le nombre de rond points, il suffit de compter les junction=roundabout... mais lorsqu'on les découpe, et bien ça fausse le décompte... Ça, c'est le véritable argument. Un objet sur le terrain = un objet dans OSM C'est ça la visée d'OSM. Le principal problème : Un rond-point découpé, ça fait plusieurs highway=junction dans OSM. Pour résumer, * Les logiciels de routage (osrm, garmin) s'accommodent, semble-t-il des deux modèles (j'ai essayé garmin en mode voiture et piéton, les ronds-points entiers sont parfaitement traités dans les deux cas). Donc autant ne pas éclater. * Les relations route vivent très bien avec des ronds-points entiers. Il n'y a pas que les bus à emprunter les ronds-points : j'ai taggué des route=hikking avec ronds-points, ça va très bien aussi. Donc autant ne pas éclater. * Le principal problème du rond-point entier dans une relation route, il se situe dans certaines interfaces chaise-clavier qui perçoivent ça comme un bug. Dans certaines mises à jours du kernel cerveau-3.0, ça ne bloque pas. Par ailleurs, les ronds-points éclatés bugguent dans les versions newbies du kernel. Donc autant ne pas
Re: [OSM-talk-fr] Relation route et giratoire
Halte à la vente à la découpe ! Mettez fin au charcutage des rond-points ! -1 PS : N'oubliez pas que dans les modèles routables, les RP sont généralement réduit à un noeud. Les RP n'ont d'intérêt que pour le rendu alors il est bien inutile de les découper. (et ça rend sa maintenance bien difficile). Le 16 juillet 2014 11:39, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Bonjour, Le 16 juillet 2014 11:26, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Est-ce qu'on est d'accord sur le fait que sur les relations route, il est inutile de découper les giratoires en plusieurs morceaux ? Non. On coupe bien une rue empruntée seulement pour moitié par le véhicule, alors pourquoi faire une distinction ? Je ne vois vraiment pas l'intérêt de ce morcelage qui complique vraiment l'édition. Connaître le parcours exact du véhicule. C'est vrai que cela peut compliquer l'édition, mais pas de façon insurmontable, selon moi. PY (the_knife) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Parcs départementaux du 92
Ya pas les hydrants / PEI ? (j'ai rien vu dans la description) A+ Le 10 juillet 2014 14:03, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, Vu passer cette annonce d'il y a quelques semaines : http://opendata.hauts-de-seine.net/actualites/actualite/plans-topographiques-des-parcs- et-jardins-des-hauts-de-seine J'ai regardé rapidement un des jeux de données. C'est du DXF (que sait ouvrir QGis) en Lambert CC zone 8. Le niveau de détail géométrique est sympathique, avec la délimitation notamment de chaque carré de pelouse. On trouve du ponctuel, du linéaire, du surfacique. Bref, il y a peut -être matière à enrichir notre description des grands espaces verts des Hauts-de-Seine. Le détail de la nomenclature utilisée : http://applis.hauts-de-seine.net/v3fichiers/openData/CG92-NOMENCLATURE_TOPO_v2.0.pdf vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Manque une attribution sur http://www.ville.gouv.fr/?carte-des-nouveaux-quartiers
Bonjour, Je laisse un porte parole d'OSM Fr se lancer ;-) avant d'envoyer un tweet rageur : Là : http://www.ville.gouv.fr/?carte-des-nouveaux-quartiers ce serait bien d'ajouter une attribution (c) les contributeurs d'OSM non ? En tout cas merci d'utiliser et de mettre en valeur les cartes OSM. A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Couche BANO HS ?
Le 13/06/2014 12:40, Nicolas Moyroud a écrit : Salut. Il manque au moins des Gpl Grand Place, aperçus hier dans Fantoir. J'ai eu aussi un cas de Grand Place Grand Place dans mon village. Et un aussi cas d'erreur de nom dans le FANTOIR qui propose un Avenue Paul Demarne alors que le vrai nom est Avenue du Commandant Paul Demarne (j'ai vérifié sur place). Mais ça risque d'être impossible à corriger automatiquement ce dernier cas. Il faut quand même bien laisser un peu de boulot de vérification sur place sinon on ne va bientôt plus décoller du tout de nos écrans ;-) Pour mon village j'avais commencé au cadastre et je viens de terminer l'ajout de toutes les adresses supplémentaires proposées par la couche BANO. 1240 adresses renseignées en tout ça fait plaisir ! http://osm.org/go/xVwqjmP6A- Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Il ne faut pas oublier qu'il y a des erreurs que *vous* pouvez corriger dans OSM, puisque OSM prévaut sur les autres sources. Ne perdez pas cet élément de vue : la source ultime reste OSM == les corrections se font dans OSM. Cela n'empêche pas la mise en place de certains filtres spécifiques pour corriger des erreurs massives de typo ou d'intégration. A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tracer les anciens éléments (Était : Relations)
Bonjour, Perso, je ne vois pas d'intéret à conserver des informations sur des éléments disparus dans OSM. SI l'ancienne voie ferrée n'en est plus une, ben... c'en est plus une, c'est devenue une piste cyclable. J'imagine que le terrassement sera refait et qu'il ne reste pas de trace de la voie initiale. mes 0.02 EURO A+ Le 5 juin 2014 08:32, Mides mides@gmail.com a écrit : Tout à fait, ma question porte sur ce point bien précis : faut il tracer deux voie ou pas ? La logique m'orienterait moi aussi vers une seule voie reprenant le cas échéant les différentes informations aux travers des tags. Et apparemment c'est bien dans ce sens qu'il nous faut aller. Michel Le 5 juin 2014 08:22, Francescu GAROBY windu...@gmail.com a écrit : Si je comprends bien : tu demandes s'il faut tracer 2 ways, une pour l'ancienne voie ferrée, l'autre pour la piste cyclable . Sachant que cette dernière est sur la première ? Dans ce cas, la réponse est non ! La piste cyclable et l'ancienne voie ferrée sont une seule et même way, qui cumule les tags pour les 2, comme le montre cet exemple http://www.openstreetmap.org/way/4610017. Francescu Le 5 juin 2014 08:08, Mides mides@gmail.com a écrit : Prenons un exemple concret. Dans ce cas de figure nous avons un tronçon de way qui est sur le terrain une piste cyclable, cette dernière se situant sur l'emprise d'une ancienne voie ferrée désaffectée et sera très certainement intégrée dans un futur proche, ou pas, dans voie cyclable de plus grande envergure. http://www.openstreetmap.org/#map=18/43.00468/1.13042 Doit on tracer, ou pas, deux voies parallèles pour refléter ces informations ? Mon interrogation est à ce niveau. Michel Le 5 juin 2014 01:43, Copro Grammes coprogram...@yahoo.fr a écrit : Pour une ligne de chemin de fer (au sens d'ensemble de voies, pas de service commercial), on peut utiliser une relation type=route + route=railway (http://wiki.openstreetmap.org/wiki/Tag:route%3Drailway ) Une partie de la ligne, voire la totalité, pouvant être abandonnée, je ne vois pas ce qui empêcherait d'y regrouper des railway=disused. Zigeuner ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relations
Les relations n'ont pas cette vocation, quoi que... http://wiki.osm.org/wiki/FR:Relations/Relations_are_not_Categories A+ Le 5 juin 2014 01:43, Copro Grammes coprogram...@yahoo.fr a écrit : Pour une ligne de chemin de fer (au sens d'ensemble de voies, pas de service commercial), on peut utiliser une relation type=route + route=railway (http://wiki.openstreetmap.org/wiki/Tag:route%3Drailway) Une partie de la ligne, voire la totalité, pouvant être abandonnée, je ne vois pas ce qui empêcherait d'y regrouper des railway=disused. Zigeuner ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne ce vendredi
Je suis en route A+ -- Marc m...@sibert.fr Le 27 mai 2014 23:25, Vincent de Château-Thierry v...@laposte.net a écrit : Bonsoir, Le dernier vendredi du mois, c'est dans 3 jours... L'occasion de notre rencontre parisienne mensuelle. Rendez-vous à partir de 19:00 Chez Papa, 153 rue Montmartre : http://www.openstreetmap.org/node/2695378308#map=19/48.87064/2.34257 Comme d'habitude, les premiers arrivés prennent une table à l'étage. À vendredi, vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
| |=+-+--=| |voie |code_post|nom| |=+-+--=| |rue Lefèvre-Utile|91200|Athis-Mons | |rue de Juvisy|91200|Athis-Mons | |avenue Mazarin |91380|Chilly-Mazarin | |avenue de Carlet |91380|Chilly-Mazarin | |domaine de Bel Abord |91380|Chilly-Mazarin | |domaine du Château |91380|Chilly-Mazarin | |rue Ollivier Beauregard |91380|Chilly-Mazarin | |rue d'Athis |91380|Chilly-Mazarin | |rue de l'Ecole |91380|Chilly-Mazarin | |rue du Lion |91380|Chilly-Mazarin | |résidence de la Croix Blanche|91380|Chilly-Mazarin | |rue Feray|91100|Corbeil-Essonnes | |allée elisabeth de feydeau |91190|Gif-sur-Yvette | |rue de panserot |91510|Lardy | |allée d'Ermenonville |91300|Massy | |rue Christophe Colomb|91300|Massy | |La Vigne d'Orsay |91400|Orsay | |Pas de Corbeville|91400|Orsay | |rue Boursier |91400|Orsay | |rue Verrier |91400|Orsay | |rue de Lozère|91400|Orsay | |avenue Stalingrad|91120|Palaiseau | |rue Marceau |91120|Palaiseau | |rue Théodore de Banville |91120|Palaiseau | |rue Amand Louis |91710|Vert-le-Petit | |rue Henri Dunant |91140|Villebon-sur-Yvette| '-+-+---' Evidemment, le code compilé de TOS est assez efficace et analyse l'ensemble des 78 fichiers disponibles en quelques minutes. A se demander si l'outil ne serait pas indiqué pour *produire* la base BANO. A+ Le 21 mai 2014 14:51, Christian Quest cqu...@openstreetmap.fr a écrit : Le 21 mai 2014 13:08, Tetsuo Shima tets...@gmail.com a écrit : Plusieurs petite choses à propos du rendu : - les déficients visuels, genre daltonien comme moi, ont du mal avec les petits points de couleur ... Serait il possible comme c'est le cas avec OSMOSE par exemple, d'associer une couleur ET une forme pour facilité l'identification, au moins aux gros zoom. genre croix rouge, carré vert, rond bleu. Le problème se pose aussi avec le rendu Route500 accessoirement. - les zones rouges ne sont pas assez mises en valeur aux petits zoom, donc on a du mal à faire une recherche exhaustive dessus. Pourtant visiblement c'est l'essentiel du boulot, chercher les zones rouges, et les traiter. - serait il possible d'avoir des listes de ces zone rouge pour pouvoir travailler dessus sans en oublier. Pour le reste c'est très bien, et il y a assez peu de GROS souci de correspondance dans les zone ou je travaille. Je vais voir ce que je peux faire. A minima, sur les derniers niveaux de zoom, il est possible d'avoir des formes différentes au moins pour le ROUGE à améliorer. Sortir des listes de voire non rapprochée par commune est tout à fait possible, je rajoute sur la tout doux liste. En fait, l'apport de BANO pour corriger/améliorer les données OSM en dehors des adresses je ne l'avais pas imaginée. On découvre parfois qu'on est assis sur une mine d'or ;) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu BANO
Je suis très étonné car dans la version que j'utilise l'import CSV est trivial, par contre il est vrai que je n'ai pas trouvé de ligne de commande et que tout se fait dans un environnement fenêtré (Eclipse) lourd et gourmand en ressources mais tellement convivial :-) A+ Le 21 mai 2014 15:28, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 21/05/2014 15:18, Marc SIBERT a écrit : Dans cet ordre d'idée, j'ai lancé TOS (Talend Open Studio) sur les volumineux fichiers de données de BANO dont j'ai tiré (à titre d'exemple sur l'Essonne) des listes d'erreurs sur les libellés des voie et sur les numéros. Voilà ce que ça donne : Evidemment, le code compilé de TOS est assez efficace et analyse l'ensemble des 78 fichiers disponibles en quelques minutes. A se demander si l'outil ne serait pas indiqué pour *produire* la base BANO. Je me suis posé la même question. J'avais déjà modifié des projets existant par le passé et j'ai voulu testé. J'ai peut-être raté quelque chose. Mais la version Open Studio m'a eu l'air assez dépourvu de fonctionnalité, même pour charger un CSV ce n'est pas simple. Alors j'ai abandonné l'idée. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Telenav adopte OpenStreetMap et propose un SDK alternatif à Google Maps
C'est super, tout ça... C'est surtout Steve C qui fait la pub pour son nouvel employeur. tant que ça ramène de nouveaux contributeurs... A+ Le 20 mai 2014 15:23, THEVENON Julien julien_theve...@yahoo.fr a écrit : C est toujours bon a prendre une alternative a GM basee sur OSM :-) http://pro.clubic.com/creation-de-site-web/api-web-service/actualite-703709-telenav-migre-scout-openstreetmap-sdk-avance.html Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet BANO : bonne manière de taguer
le lien TMS à mettre dans JOSM / Imagerie :
tms[19]:http://{switch:a,b,c}.
layers.openstreetmap.fr/bano/{zoom}/{x}/{y}.pnghttp://layers.openstreetmap.fr/bano/%7Bzoom%7D/%7Bx%7D/%7By%7D.png
Le 19 mai 2014 06:34, Vincent de Château-Thierry v...@laposte.net a écrit
:
Bonjour,
Le 19/05/2014 00:37, Jean-Marc Liotier a écrit :
A mon avis, il faudrait que nous nous replongions dans les 2 rapports
de référence sur l'adresse: celui du CNIG et celui de l'Afigéo. Il y a
quand même du monde qui a réfléchit à ces problèmes, et à moins que ça
soit trop alambiqué (je ne crois pas), plus nous collerons à ce
modèle, plus OSM apparaitra comme crédible.
On passera ainsi directement de la BAN (qui n'existe toujours pas) à
la BANO...
Tu as les URL sous la main ?
Les liens sont dans le premier paragraphe de :
http://openstreetmap.fr/blogs/cquest/BAN-a-cote-de-la-plaque
vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Le 19/05/2014 14:57, Marc SIBERT a écrit : Bon j'ai un petit schéma : En fait il ne passe pas donc voici un lien : http://eirl-marc.wp.sibert.fr/files/2014/05/Dessin2.png C'est bien clair : BANO synthétise et produit ; OSM est l'une des sources (la meilleure ?) A+ Le 19 mai 2014 12:38, Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com a écrit : Le 19/05/2014 11:38, Pieren a écrit : Je ne suis pas très à l'aise vis à vis de ce projet. D'un côté, je comprend l'envie d'aller vite et d'offrir une base adresse s'affranchissant des contraintes de l'import dans OSM. C'est aussi à cette tentation qu'à céder mapbox en créant le projet openaddresses ([1]), en voulant s'affranchir, lui, des problèmes de licences. Ca nous fait donc déjà deux bases adresses libres. On voit bien où ça nous mène : un fork des données avec des outils qui seront obligés de jongler avec plusieurs bases (OSM pour la navigation et bano pour le géocodage, par exemple). C'est exactement contre ça qu'OSM a été créer : ne plus avoir à chercher à gauche et à droite voir qui fait quoi, qui fait le mieux et comment et avec quelle license pour travailler avec des données géographiques mais avoir le tout centralisé dans une seule base (et aussi pour les mises à jour). Donc hourra pour bano si ça sert à accélerer l'intégration des adresses dans OSM. Mais bof si ça devient une solution pérenne pour compenser nos faiblesses comme dans la modélisation ou les contraintes de l'import (et qu'il vaudrait mieux surmonter). OSM reste bien le réservoir de données autours duquel se développe un écosystème. Par nature, base de donnée ouverte, OSM a besoin de cet écosystème pour la fourniture de données stabilisées. OSM ne permet pas de connaître la qualité des données fournies : précision, cohérence, libellés, exhaustive... On le voit dans de nombreux exemples : trait de côte, limites des collectivités territoriales... Ce ne sont pas des données brutes OSM qui sont fournies, mais des données au moins vérifiées dans leur intégrité, voire simplifiées. Ce sont des interfaces de nature diverse qui fournissent ces données avec un minimum d'information sur la qualité de celles-ci. Il me semble, si j'ai tout compris, que BANO s'inscrit bien dans la logique OSM en étant une double interface. D'un côté l'aspect QA, permettant de compléter et corriger OSM (et non d'importer dans OSM, ça a bien été répété) De l'autre côté, proposer un jeu de données stabilisées, échappant aux vicissitudes intrinsèques d'OSM : non permanence des ids, risques d'introductions d'erreurs... BANO permet que : * à terme OSM soit bien le réservoir de données, * à terme des jeux d'adresses cohérents soient fournis à qualité standardisée (exhaustivité, précision, libellés, références...). Comme il y a plusieurs fournisseurs de cartes Garmin à partir des données OSM, comme il y a de nombreuses cartes en lignes, il y aura probablement plusieurs fournisseurs de données stabilisées... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr mailto:m...@sibert.fr -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Si c'est pas déjà un troll, en voici un : Doit-on déplacer les points d'adresse sur les bâtiments ou les laisser en limite de parcelle (ce que je fais). Faudrait quand même trancher le point, sur tout maintenant qu'on a une bonne raison de charger les adresses en masse dans OSM : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html A+ Le 16 mai 2014 13:09, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Bonjour, J'essaie d'affiner la méthode pour importer les adresses. J'ai choisi d'utiliser les données associatedStreet_point_sur_batiment. Donc, je vérifie un par un (visuellement d'un seul coup pour une petite rue avec moins de 20 adresses) les points, et je m'attarde sur les noeuds qui n'ont pas trouvé de bâtiment à qui se rattacher. Et là, comment faire ? La réponse est en lançant cette recherche dans JOSM : addr:housenumber=* - child type:way Si il en a beaucoup, un petit coup de todo list, et puis je traite les cas. Bien souvent, le bâtiment manque, donc je le copie-colle depuis le calque de l'import de bâtiment du cadastre, et je rattache le noeud (J puis L). J'ai vu d'autre cas où il n'y a pas de bâtiment (même un cas avec piscine mais sans bâtiment), ou bien il y en a un pour 2 bâtiments et donc un doute sur le rattachement. Dans ce cas, si l'imagerie ne me paraît pas incohérente, je laisse le noeud en bordure et je verrai plus tard. Quand j'aurai fini la commune, je reprendrai les noeuds non rattachés pour aller voir sur place. Si ça peut donner des idées, ou susciter des remarques :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Désolé d'avoir été imprécis dans mon propos. C'est juste que j'aime faire disparaître les taches rouges, dégommer les points comme disent d'autres, et la carte indiquée précédemment me pousse à importer, rue par rue et manuellement, les points d'adresse dans OSM. Si ce comportement se multiplie, ça va provoquer une vague et donc une forme d'import de masse, comme le bâti en son temps. Il ne s'agit évidemment pas de pousser à des imports automatisés ou aveugles des données du cadastre. A+ Le 16 mai 2014 16:11, Jean-Marc Liotier j...@liotier.org a écrit : On 16/05/2014 15:54, Nicolas Dumoulin wrote: Faudrait quand même trancher le point, sur tout maintenant qu'on a une bonne raison de charger les adresses en masse dans OSM : http://tile.openstreetmap.fr/~cquest/leaflet/bano.html Selon moi, il n'est pas question de charger les adresses en masse dans OSM. C'est justement l'intérêt de BANO, avoir une base à part avec le maximum de données, et ensuite *intégrer* les adresses manquantes dans OSM. Aïe oui - surtout ne parlons pas d'import et encore moins en masse: non seulement ça complique nos rapports avec le reste du projet déjà bien méfiant, mais en plus ce n'est pas vrai vu que (si j'ai bien compris) l'intégration dans Openstreetmap des données une fois la conflation effectuée, et en particulier le positionnement du point d'adresse sera une valeur ajoutée par des utilisateurs humains. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un bâtiment avec JOSM
Oui tout est dans le bien placer les adresses ! c'est justement ma question : comment bien placer les adresses. Ce que propose le générateur est une... proposition de solution à laquelle on n'est pas obligé d'adhérer sur tout en habitat horizontal et résidentiel : aller coller un numéro sur un bâtiment à 20m à l'intérieur d'une parcelle, ça donne quoi ? l'entrée ? le bâtiment principal ? l'adresse de la niche du chien ? Voilà voilà... A+ Le 16 mai 2014 17:43, jerome.ama...@gmail.com jerome.ama...@gmail.com a écrit : Le très bon outil adresse sur cadastre.openstreetmap.fr permet bien sur de placer les adresse mais aussi de compléter ce filaire de voirie. Les numéro d'une même rue sont regrouper entre eux donc facile de savoir ou passe la rue sont début et sa fin et son nom ( tous ça n'est pas facile à voir si l'on regarde que le cadastre avec le plugin josm) Bien sur pour les voie qui n'ont pas de numéro on a aucune info... Si l'on veut pas s'embêter avec les numéro on peut seulement s'en servir pour placer les rue et leur nom. Ce qui revient a peu près a ce servir du nouveau font de carte lié à la bano. Le 16 mai 2014 à 15:31, Christian Quest cqu...@openstreetmap.fr a écrit : Si je peux me permettre... La priorité est à mon avis plus à compléter le filaire de voirie (tracés manquants, noms manquants, noms incorrects). Cela permettra d'améliorer beaucoup plus massivement la qualité des données adresses. Le 16 mai 2014 13:09, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Bonjour, J'essaie d'affiner la méthode pour importer les adresses. J'ai choisi d'utiliser les données associatedStreet_point_sur_batiment. Donc, je vérifie un par un (visuellement d'un seul coup pour une petite rue avec moins de 20 adresses) les points, et je m'attarde sur les noeuds qui n'ont pas trouvé de bâtiment à qui se rattacher. Et là, comment faire ? La réponse est en lançant cette recherche dans JOSM : addr:housenumber=* - child type:way Si il en a beaucoup, un petit coup de todo list, et puis je traite les cas. Bien souvent, le bâtiment manque, donc je le copie-colle depuis le calque de l'import de bâtiment du cadastre, et je rattache le noeud (J puis L). J'ai vu d'autre cas où il n'y a pas de bâtiment (même un cas avec piscine mais sans bâtiment), ou bien il y en a un pour 2 bâtiments et donc un doute sur le rattachement. Dans ce cas, si l'imagerie ne me paraît pas incohérente, je laisse le noeud en bordure et je verrai plus tard. Quand j'aurai fini la commune, je reprendrai les noeuds non rattachés pour aller voir sur place. Si ça peut donner des idées, ou susciter des remarques :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Overpass.Turbo.eu résultat requête
Visiblement le regv prend toutes les données, mais pas le v normal et ça produit un dépassement de capacité. Sûrement une question d'optimisation de la requête. As-tu essayé de croiser les filtres ? A voir aussi : [maxsize:1073741824] (je parle de la requête en version xml). Le 14 mai 2014 13:49, Mides mides@gmail.com a écrit : Peut être effectivement que ce n'est pas conçu pour cela mais partant donc du principe que c'est le area qui pose problème, en englobant une zone trop important, je serai curieux de savoir pourquoi avec ces deux requêtes, une fonctionne très bien alors que l'autre lève une erreur. L'approche est certes différente mais le area reste identique pour les deux et le résultat renvoyé est normalement le même. area [name=France][admin_level=2]-.zone; ( node(area.zone) [name=Conseil Général]; ); out meta; //-- area [name=France][admin_level=2]-.zone; ( node(area.zone) [name~^Conseil Général$]; ); out meta; Pour info, ce problème est très récent. Michel Le 14 mai 2014 10:48, Christian Quest cqu...@openstreetmap.fr a écrit : overpass n'est tout simplement pas conçu pour faire des requêtes sur des zones aussi grandes. Le 14 mai 2014 10:36, Mides mides@gmail.com a écrit : Je pensais que l'on pouvait travailler sur une emprise du style inside_polygon. (admin_level = 2) sans pour cela remonter toutes les données existantes dans ce polygone. Je peux biaiser le problème en définissant une bbox mais ce n'est pas le top non plus (résultats en UK) node[name~^Police](42.33194,-4.79556,51.07167,8.230); Michel Le 14 mai 2014 09:55, Christian Quest cqu...@openstreetmap.fr a écrit : Le 14 mai 2014 09:04, Mides mides@gmail.com a écrit : J'ai un peu de mal à appréhender cette API, comme par exemple cette syntaxe : area [name=France][admin_level=2]-.zone; je pensais qu'à ce niveau là, je ne remontais pas une quantité phénoménale de données mais juste le polygone d'emprise. Ça dépend ce que tu veux dire par remonter. Si par là tu entends que tu va recevoir une grosse quantité de données, effectivement ce n'est pas le cas (exemple de Monaco). En fait, l'overpass va commencer par sélectionner tout les noeuds dans l'area... et remonter ça en RAM, sauf que là, sur la France entière... ça dépasse les 512Mo qui sont sa limite et c'est pour ça que tu as une erreur. Ca n'a rien à voir avec ce qui sera transféré au final. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Quelqu'un pour arrêter Super-Map ?
Bonjour, Il applique systématiquement les qualifications de la Route500 et supprime les espaces des références de voies. et en plus il ajoute un petit commentaire : comment=Please, don't use Bing for the roads classification, it's prohibited! ***secondary road*** A+ PS : j'arrive pas à ma connecter sur la messagerie OSM où je suis. -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO... premiers pas...
Cool, pour ceux qui veulent, le lien TMS à mettre dans Imagerie :
tms[19]:http://{switch:a,b,c}.
layers.openstreetmap.fr/bano/{zoom}/{x}/{y}.png
Sinon, on attend aussi les fichiers bruts... avec impatience... ya bien O
comme Open dans BANO ;-) ?
A+
Le 13 mai 2014 16:42, Christian Quest cqu...@openstreetmap.fr a écrit :
Le colonne cadastre c'est tout ce qui a été trouvé dans le cadastre, la
colonne non rapproché, correspond aux adresses du cadastre pour
lesquelles on n'a pas trouvé de voirie dans OSM (non fortement similaire).
Il n'y a pas encore de rapprochement fait à l'adresse elle même, c'est la
prochaine étape de la BANO qui va dé-doublonner (ou dé-triplonner) les
différentes sources pour produire un fichier cohérent en sortie.
J'ai aussi utilisé la couche BANO dans JOSM pour compléter, c'est vraiment
super pratique !
Je vais voir pour utiliser non pas uniquement le rouge, mais plusieurs
couleurs pour différencier les rues et adresses correspondant pour que ça
soit plus lisible sur des coin où aucune rue n'est nommée. Bien sûr ça ne
serait que sur les plus forts zoom, pour mapper.
Voici une copie d'écran de mon JOSM: http://cl.ly/image/0T1C2l0O133h
J'ai un filtre qui ne me montre que les highway=* sans name=*
Le 13 mai 2014 16:35, Pierre Knobel pierr...@gmail.com a écrit :
Super. J'ai commencé à corriger des noms de rues dans OSM pour dégommer
le rouge autant que possible dans les coins que je connais bien.
Une question à propos du tableau : est ce que le chiffre dans la colonne
cadastre correspond à toutes les adresses dans le cadastre ou seulement
celle qui n'ont pas encore été identifiées dans OSM ?
Le 13 mai 2014 04:51, Christian Quest cqu...@openstreetmap.fr a
écrit :
Voici un tableau pour avoir un aperçu du contenu de BANO (en live) :
https://openstreetmap.fr/outils/bano/status
J'ai aussi modifié le rendu pour indiquer le code FANTOIR des voies sur
lesquelles on n'a pas pu faire de rapprochement avec OSM.
Ceci permet d'indiquer le ref:FR:FANTOIR plus facilement dans OSM et
permettre le rapprochement à la prochaine itération de BANO.
--
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Share alike ou le partage à l'identique
Bonjour, A noter aussi que la licence ODbL n'impose pas de reverser les données enrichies dans OSM, mais seulement de les mettre sous une licence similaire (share-alike) et ainsi de les rendre potentiellement réutilisables dans le projet. Perso, je ne voit pas ce qui coince dans la licence actuelle. La licence contraint à libérer les données enrichies et à citer la source. C'est tout et c'est bien le minimum à demander à un utilisateur des ces données. A+ Le 4 mai 2014 22:41, Christian Quest cqu...@openstreetmap.fr a écrit : Au sujet de l'ODbL... de toutes nouvelles pages sur le wiki sont disponibles pour préciser certains aspects de la licence. https://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines Par exemple... qu'est-ce qui est substantiel ? https://wiki.openstreetmap.org/wiki/Open_Data_License/Substantial_-_Guideline Lecture recommandée de l'ensemble ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fichier des PR
J'ai trouvé ça ici : http://diffusion-numerique.info-routiere.gouv.fr/description-des-donnees-a15.html A+ Le 9 avril 2014 16:07, HParv talk-fr@rramuhn.org a écrit : Bonjour, au #sotmfr , certains m'ont parlé d'un site où sont cachés les PR (Points de Repéres Routiers ex PK). Je n'ai pas retrouvé. Je suis preneur ! Merci H/P @parvillersh ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins de randonnée (GR et autres)
Le 9 avril 2014 16:35, Greg ewala...@gmail.com a écrit : Bonjour à tous ... Je ne peux pas exploiter les données (je n'ai pas les logiciels nécessaires), quelqu'un peut jeter un coup d'oeil pour voir si c'est utilisable ? Je pense surtout à ça : http://www.data.gouv.fr/fr/dataset/grands-itineraires-de-randonnee-en-loire-atlantique-laod Étrange ! c'est un beau OpenDataFail ou bien ? Informations Open Data Commons Open Database License (ODbL) et en même temps une belle réserve : Les itinéraires connus sous le nom de GR et GRP , balisés respectivement de marques blanc-rouge et jaune-rouge, sont des créations de la FFRandonnée. Ils sont protégés au titre du code de la propriété intellectuelle. Les marques utilisées sont déposées à l'INPI. Nul ne peut en disposer sans autorisation expresse. (c) FFRandonnée. Autorisation 2012. Greg, qui essaie de passer par la fenêtre quand il ne sait pas si la porte est ouverte Va pas te casser la gueule quand même :-) -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre Président de Région Île de France
Je plussois pour le STIF et évidemment tous les acteurs des transports publics (et/ou sous-traitants privés) en IdF. A+ Le 8 avril 2014 13:55, RatZilla$ ratzil...@gmail.com a écrit : Bonjour à tou[te]s, Je dînerai ce soir,avec d'autres acteurs du numérique, avec le Président de la Région Île de France. Au delà des remerciements du soutien logistique de la Région pour notre SOTM j'aborderai des sujets liés à l'OpenData (qui a parlé du STIF ;) . Avez vous des messages ou des remarques à remonter ? Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression de landuse CLC
Bonjour,
Le 26 mars 2014 11:44, Vincent Pottier vpott...@gmail.com a écrit :
...
J'ai aimé la phrase suivante :
Et j'ai relevé quelques sophismes et approximations, que je conteste :
...
Ou alors, elle ne gêne que ceux qui sont irrités par l'idée de l'import.
Et les allergiques, ils ont la cortisone pour se soigner.
Je prends de la cortisone et c'est très efficace et je pense que l'on
devrait maximiser les imports (hum) quand on n'a pas les moyens
(contributeurs, sources) de faire de la haute qualité quitte à revenir plus
tard sur les zones incorrectes (oui ! je suis partisan d'importer des
erreurs, raisonnablement quand même : l'adage des référentiels shit in /
shit out s'appliquant tout à fait à OSM)
...
Sur wikipédia, ils ont inventé des tags plus malins : références
nécessaires, ébauche... Ils ne blanchissent pas les pages sous prétexte que
la précision n'est pas suffisante.
Sur ce dernier point, je vois une idée géniale (bravo Vincent) qui serait
qu' *il y a un tag pour ça*(c) et qui éviterait la suppression (maladroite
?) de données intéressantes mais incomplètes (au hasard {todo =
draft|imprécis|qualification|etc.}
mes 0.02 EURO
--
Marc Sibert
m...@sibert.fr
FrViPofm
Le 26/03/2014 10:51, Pieren a écrit :
Le 26 mars 2014 09:42, Eric eric...@sfr.fr a écrit :
Par exemple, changeset 21257545, 21257976, ...
Les changesets mentionnés remontent à 3 jours. pnorman a effectivement
lancé une proposition de suppression automatique de l'ensemble des
polygones CLC meadow parce qu'il était tombé sur quelques cas
problématiques en France.
Il faut donc distinguer deux discussions :
1. ces suppressions manuelles qu'il a effectué il y a quelques jours
2. le lancement d'un script supprimant l'ensemble des CLC meadows
d'origine (ceux encore en version 1)
Pour le 1, il faudrait que quelqu'un examine plus en détail les
suppressions effectuées par pnorman, si les meadow étaient
effectivement complétement faux ou simplement approximatifs et s'il a
fait un travail d'amélioration ou simplement une suppression bête et
méchante (auquel cas, je serais pour un revert).
Pour le 2, je m'y suis opposé pour 2 raisons. Les landuse de CLC ne
sont pas si mauvais que ça en général même si on peut critiquer leur
placement (c'était fait aussi à une autre échelle) et pour certains,
leur taille excessive. On conseille systématiquement de les améliorer
(en les supprimant éventuellement localement) plutôt que de tout
supprimer sur tout le pays. L'autre raison était la démarche de
proposer la suppression massive des landuses CLC meadow (et pourquoi
les meadow seulement ?) d'un ou plusieurs pays sans contacter les
contributeurs locaux et voir ce qu'ils en pensaient.
Personnellement, je ne suis pas opposé à la suppression des landuses
CLC. Mais à condition de les remplacer par quelque chose de meilleur.
Il faut rappeler que cet import s'est fait à une époque où l'imagerie
aérienne de Bing n'était pas disponible et que celle de Yahoo! était
de très mauvaise résolution en dehors des zones urbaines (donc
l'argument sur les limites approximatives n'était pas important à ce
moment-là). Certaines personnes préfèrent des zones blanches plutôt
que des landuses approximatifs. Mais nous sommes un grand pays et peu
de contributeurs ajoutent des landuses dans nos campagnes. Combler ces
landuses manuellement risque de prendre de nombreuses années. Nous
n'avons pas le nombre de contributeurs des allemands ni la surface et
densité de population du Luxembourg. Il faut parfois accepter que les
premières contributions ne soient pas parfaites du premier coup et
qu'OSM fonctionne par itérations multiples.
Pieren
___
PS (pour ceux qui lisent les messages jusqu'au bout) :
Une rumeur dit que Pieren est un bot et donc que vous ne le verrez pas à
SOTM-FR 2014 ; à quand un démenti ?
cf http://wiki.openstreetmap.org/wiki/FR:Fortunes
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Atelier OSM aux rencontres Decryptageo
Bonjour, Je serais présent le 9/4 toute la journée. N'hésitez pas à nous rejoindre (tenus du stand, ateliers initiation OSM). A+ Le 6 mars 2014 12:52, Vincent de Château-Thierry v...@laposte.net a écrit : Bonjour, Les rencontres Decryptageo auront lieu les 8,9,10 avril à l'ENSG (Marne-la-Vallée). Cette année, une animation autour d'OSM est mise en place, sous la forme d'ateliers : http://lesrencontres.decryptageo.fr/les-ateliers-osm/ L'idée est de proposer aux visiteurs de contribuer à OSM notamment sur les thématiques humanitaires : une manière concrète d'aborder la contribution, et de présenter la base, à un public de géomaticiens. Ces ateliers se feront en partenariat avec CartONG ( http://www.cartong.org/). Pour l'instant, la présence de contributeurs OSM sur ces ateliers n'est assurée que pour le 8 avril (Christian Fred R.) Si vous êtes présents aux Rencontres le 9 ou le 10 avril, et avez un peu de temps à consacrer à ces ateliers, essentiellement sous forme d'accompagnement / initiation à OSM, merci de vous faire connaître, qu'on puisse esquisser rapidement une organisation. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Atelier OSM aux rencontres Decryptageo
Oui je pense aussi qu'OSM France peut surement regrouper les inscriptions pour obtenir une remise groupe. Si d'ailleurs vous êtes intéressés vous pouvez me pousser des demandes, je centraliserais. Et je vous confirme que l'accès au site des exposants est libre, une raison de plus de passer nous voir. A+ Le 7 mars 2014 14:22, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Nicolas Moyroud Hé bien ce serait avec grand plaisir (d'autant que je serai présent sur Paris le week-end précédent pour le SOTM-FR) mais n'ayant pas obtenu l'accord de mon organisme pour participer aux rencontres décryptagéo, ce serait à mes frais. Et à 335 EURO le tarif d'entrée faut pas pousser... Si tu parles de l'entrée aux Rencontres Decryptageo, elle est libre pour l'accès général aux stands. Et a fortiori en tant qu'exposant, si tu viens animer le stand OSM et contribuer aux ateliers. Après il y a l'accès aux conférences, qui lui est payant (il me semble). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Registre parcellaire graphique 2012
Trop cool la version 2012 est sortie. Moi qui m'évertue à saisir le V2010 en Essonne. Bon, je me mets à jour et... On va faire ça déjà ! A+ Le 17 février 2014 14:50, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Est-ce qu'il serait envisageable de proposer une couche du RPG 2012 ( http://www.data.gouv.fr/fr/dataset/registre-parcellaire-graphique-2012-contours-des-ilots-culturaux-et-leur-groupe-de-cultures-majorita) comme ce qui a déjà été fait pour Route 500, BD Carthage... ? Pour mémoire Rodolphe Quiédeville avait produit http://carto.quiedeville.org/datagouv/rpg/ avec les données de 2010. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lyon nous a quitté
Le 12 février 2014 10:42, Christian Quest cqu...@openstreetmap.fr a écrit : Plus intuitif oui, mais on franchit une sorte de ligne... on commence à mettre ici des metadonnées destinées uniquement au rendu, ce qui pour l'instant n'a jamais été le cas que je sache. Ben si layer qui sert à indiquer quelle voie est au-dessus/dessous d'une autre sans rapport avec le niveau du sol au contraire de level. Si c'est pas un tag pour le rendu ça ! Il y a déjà plein d'informations sur lesquelles on peut s'appuyer pour classifier les données. Il y a la population qui est simple à exploiter, mais on peut s'appuyer sur pas mal d'autres infos, exemple: est-ce que la ville est le centre administratif d'un niveau plus ou moins élevé du découpage administratif ? Le tag capital=* peut indiquer ce niveau de découpage et servir au rendu. Le problème c'est que pour un rendu dynamique (mise à jour en temps quasi-réel), les requêtes doivent rester légères et donc ces pré-traitements ne peuvent pas être trop complexes. Avoir des tags explicites comme capital=* permet de garder des requêtes simples et donc rapides, sans tomber dans des tags de pur rendu et qui peuvent aussi servir à accéder plus simplement à ces données. Nominatim a tout un algo pour déterminer le niveau d'importance d'un objet. Cet algo va même jusqu'à tester la présence de liens vers wikipédia. -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr Désolé, ça vaut même pas 0,02 EURO A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Journée d'étude Open Data en Ile-de-France le 04.03.2014 à université de Cergy-Pontoise
Bonjour, Je voulais savoir si certains d'entre vous y vont... en dehors de Notre Président Gaël ? et si vous aviez trouvé le moyen de s'inscrire ? A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une relation pour décrire un bâtiment
Bonjour, Oui, j'ai fait une petite requête avec turbo overpass pour récupérer tous les nodes et ways avec power=sub_station et je les ai importés dans JOSM, corrigé massivement et re-uploader mes corrections. Je ne pense pas avoir toucher à des relations. J'ai noté par contre, et corrigé quelques uns, que les surface power=substation contenaient un noeud power=substation qui servait de connexion à toutes les lignes électriques comme ici : http://www.openstreetmap.org/node/1436789236 ou là http://www.openstreetmap.org/way/175129792#map=19/50.00074/4.70896layers=D Je viens de me rendre compte que ces power=substation surfaciques ne sont pas/plus rendu par mapnik. A+ Le 5 février 2014 11:04, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Bonjour, En regardant la volumétrie de power=substation, je me suis aperçu que : - Leur nombre avait augmenté de 600 à ~5000 en quelques jours (merci à celui qui s'est retroussé les manches) - Des relations portaient ce tag (alors qu'il n'est pas fait pour ça https://wiki.openstreetmap.org/wiki/Substation) En regardant de plus près, les relations sont là pour réutiliser les limites d'autres polygones et constituer ainsi un bâtiment ou un périmètre fermé. (relation[power=substation]); (._;;); out body; Hormis les multi-polygon, je n'ai jamais rien vu de tel http://www.openstreetmap.org/relation/3331285 Est-ce une pratique courante ? Il y a d'autres cas où la relation n'est pas valable : il y a deux postes distincts et non un seul séparé par la route. http://www.openstreetmap.org/relation/1604500 On peut envisager la correction suivant vos retours. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Peut-on acheter OSM?
Bonjour, Précisément (mais je ne suis pas... juriste) G pourrait racheter la fondation qui possède les droits sur le projet (marque, serveurs, domaine)... et après la licence impose que les données restent libres et comme lors du changement de licence CC-BY-SA - ODbL un fork de la base est possible à la date du rachat mais avec un autre nom. Ce qui n'est pas très grave en fait car dans OpenStreetMap, il ne reste que Open, puisque nous ne cartographions pas que des rues (Street) et que nous ne produisons pas que des cartes (Map) ! mes 0.02 EURO Le 30 janvier 2014 09:42, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Suite à la parution dans le dernier numéro de Courrier International, de la traduction d'un article du New York Times sur Google Maps Google Maps à la conquête du monde ( http://www.courrierinternational.com/article/2014/01/29/google-maps-a-la-conquete-du-monde), on m'a évoqué la possibilité que Google pourrait acheter OSM. Que répondre à cela? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] opendata au SHOM...
Oui ! Il a l'air pas mal du tout. C'est bien meilleur que PGS en tout cas. Il faudrait d'abord se mettre d'accord sur la séquence de lignes en bordure de mer : - Laisse de basse mer, - laisse de haute mer, - limite administratives locale (cadastre), départementale... nationale. Du travail stratégique avant pas passer à l'intégration. A+ Le 24 janvier 2014 14:25, Romain MEHUT romain.me...@gmail.com a écrit : Et le trait de côte http://www.data.gouv.fr/fr/dataset/tch intéressant? Romain Le 24 janvier 2014 14:16, Christian Quest cqu...@openstreetmap.fr a écrit : Que vois-je sur data.gouv.fr ? - https://www.data.gouv.fr/fr/dataset/donnees-numeriques-vectorielles-des-cartes-marines-sur-la-zone-iroise - https://www.data.gouv.fr/fr/dataset/toponymes-marins-et-cotiers-sur-la-zone-iroise - https://www.data.gouv.fr/fr/dataset/rastermarine-sur-la-zone-iroise Le premier est dans un format que je découvre (S57) le second de l'incontournable shapefile et le troisième des raster en GeoTIFF. Attention, pas de fausse joie... le shapefile contient une douzaine de géométries très approximatives et rien de plus. La zone est toute petite, bref un échantillon d'échantillon. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le filtre anti-spam du wiki participe à la reconnaissance des numéros de rues
A un détail près, c'est qu'ici l'utilisateur n'a pas le choix d'utiliser un captcha pour G ou un autre libre. C'est bien l'éditeur du site qui fait ce choix et te l'impose. Note : je fais pareil, saloperie ! A+ Le 24 janvier 2014 14:31, David Crochet david.croc...@free.fr a écrit : Bonjour - Mail original - De: Nicolas Moyroud nmoyr...@free.fr Non pardon ça n'a rien à voir. Ce qui est écœurant c'est qu'une multinationale comme Google fasse travailler dans leur propre intérêt des personnes à travers le monde sans leur expliquer ce qu'ils font en tapant ce captcha. Ce serait pour un projet libre, je trouverai ça aussi écœurant. Il ne faut pas tout confondre. Je n'ai pas envie de travailler gratuitement pour Google par conviction personnelle, c'est mon droit et pourtant je suis obligé de le faire lorsque que je veux ajouter des liens sur le wiki d'OSM. Il m'arrive donc très souvent de taper volontairement des erreurs dans les recaptcha de google pour marquer mon désaccord avec ce procédé sans scrupule. - Mail original - Désolé s'il y a un malentendu, mais intégrer des erreurs, même lorsqu'il y a une entreprise lucrative je trouve très dommagable et je suis en désaccord avec ce principe. -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSMparty à Paris ce vendredi 17 au soir à La Fonderie
OK j'en serais ! A+ 2014/1/14 Christian Quest cqu...@openstreetmap.fr A partir de 17h30 jusque 21h. http://openstreetmap.fr/2014-01-17-JOSMparty-a-paris -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] le nouveau modèle économique de l'IGN... en avant première
Ou offrir 5 à 6 millions aux contributeurs d'OSM pour qu'ils le fasse eux-mêmes ! A+ Le 14 janvier 2014 14:40, Pieren pier...@gmail.com a écrit : J'aime bien aussi: Nous devons parvenir à ce que l’IGN, La Poste et l’INSEE arrivent à mixer leurs données pour construire la base adresse nationale (BAN) qui a vocation à avoir une tarification progressive : gratuit pour la plupart des usagers, le grand public… On n'est pas prêt d'avoir un BAN public, gratuit et libre ... sauf dans OSM bien-sûr ! (si ça trouve, on aura fini les adresses avant que le BAN soit publié ;-) Pour rendre le RGE gratuit: il va manquer 5 à 6 millions d’euros pour payer le personnel. Bon, ben, y a pu qu'à lancer un appel aux dons :( Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
A confirmer, mais il m'a semblé que les fichiers FANTOIR étaient extrait du cadastre (données du SIG du cadastre, si il existe bien). J'ai retrouvé dans le FANTOIR de ma commune des résidus de rues disparues mais dont j'ai retrouvé des numéros qui sont encore visibles sur le cadastre. C'est pas très clair... mais moi je me comprends ! A+ Le 10 janvier 2014 10:27, Tony Emery tony.em...@yahoo.fr a écrit : Il faut quand même savoir que c'est un peu le bazar dans les fichiers Fantoir. Il y a un peu à boire et à manger (voies, lotissements, résidences, quartier, parking, zone d'activité, square, ...). De plus, il y a beaucoup de doublons dans les voies. Du coup, une même voie peu être recensée avec plusieurs identifiants sous différentes orthographe (ou pas). Exemple :ANC RTE D ORANGE A JONQUIE . Je l'ai 3 fois dans la base, donc 3 codes rivoli A176, A881, 0086. Alors c'est sûr que c'est mieux que rien. Mais il faut être très vigilent et essayer d'abord de nettoyer le fichier Fantoir avant de l'utiliser. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Du-Fantoir-tp5778578p5792468.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Meilleure méthode pour repérer les chemins privés
Le 9 janvier 2014 00:01, Plop76 vaujani...@free.fr a écrit : ... , et en plus le cadastre n'est pas une preuve de propriété. Ben merde alors ! on m'aurait menti ? J'espère que si au contraire, car mon acte de vente référence les numéros de parcelles cadastrales ! PV sort de ce corps ! A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
