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 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&t=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 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 : 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 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 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-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 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 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$ 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 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] 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] 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 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
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 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 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/wik
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 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] 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 <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] Normalisation du tag antenne
Attention à la modélisation présentée ici ou là: 1 support + plusieurs antennes : comment représenter dans OSM cela ? Les relations ? La modélisation n'a pas l'air triviale A+ Marc Sibert m...@sibert.fr Le 29 avril 2015 14:07, dHuy Pierre a écrit : > En me basant sur la discussion initiée ici précédemment et des discussions > avec des opérateurs, je reviens avec une proposition pour l'utilisation > d'un tag unifié pour les antennes. > > https://pad.partipirate.org/plobm2h0ZV > > <https://pad.partipirate.org/plobm2h0ZV> > Ceci n'est qu'un draft encore, mais nécessaire pour l'intégration de > cartoradio correctement. > > Il sera nécessaire de le traduire en anglais, ne faisant guère confiance > au mien, je souhaiterai savoir s'il y aurait un volontaire? Verdy? > > Mister Lacombe et Chateau-Thierry avaient été réactifs sur le sujet la > dernière fois, j'attends donc votre point de vue sur ce que j'ai pu en > tirer. > > Librement, > > > ___ > 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] 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 a écrit : > Et utilisé un compte dédié aux imports ? ;) > Le 29 avr. 2015 10:56, "Christian Quest" 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 a écrit : > J'ai laissé un message (gentil) sur le site. > > Marc Sibert > m...@sibert.fr > > Le 22 avril 2015 11:01, Marc SIBERT 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] 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 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] 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 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/ArticleActualite&jid=1250268711858&cid=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 ?)
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 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] 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 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 ?)
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 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] 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 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=01054&service=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 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 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....
té nécessaire à l'affichage correcte des > bitmaps, sans générer d''effets d'escaliers ou des pixels flous ou des > artefacts de couleur, ils sont liés au matériel d'affichage utilisé : leur > densité physique, leur taille associée à leur distance normale > d'observation, la géométrie physique des pixels, leur colorimétrie... ce > mapping des pixels physiques aux pixels logiques fait partie des données du > pilote de la carte vidéo est n'est géré que par l'OS, ce n'est pas aux > applications de le changer et s'ils ont accès aussi à cette information > c'est pour des 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 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 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 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 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 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 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 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 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 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 >> 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 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] 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 ç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] 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 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 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 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 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 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" 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 >> a écrit : >> >>> OK pour chez Papa, mais le mois d'août en terrasse alors ! ;) >>> Le 24 juil. 2014 19:55, "Christian Quest" 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 >>> > 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" a >>>>> écrit : >>>>> >>>>> Et 10 ans d'OSM au NUMA... donc demain 19h "Chez PAPA" >>>>>> >>>>>> >>>>>> Le 24 juillet 2014 18:51, Marc SIBERT 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 ?
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 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 ?
Bonne relance ! Je regarde de mon côté et "je vous dis quoi". A+ Le 24 juillet 2014 16:58, Jean-Baptiste Holcroft 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 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 : > >> 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 : >> >> 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 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
Oui tes exemples sont parlants, mais : en quoi ça : http://www.openstreetmap.org/#map=18/50.27884/3.98179&layers=T est moins parlant que ça : http://www.openstreetmap.org/#map=18/50.74264/4.68263&layers=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.60467&layers=T http://www.openstreetmap.org/#map=18/50.74104/4.68945&layers=T http://www.openstreetmap.org/#map=18/50.81559/4.26312&layers=T http://www.openstreetmap.org/#map=18/50.83748/4.11484&layers=T http://www.openstreetmap.org/#map=18/50.84873/2.91817&layers=T 2014-07-17 21:54 GMT+02:00 THEVENON Julien <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 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. &
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
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 a écrit : > Bonjour, > > Le 16 juillet 2014 11:26, Stéphane Péneau 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 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 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 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 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 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 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" 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
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 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] Rendu BANO
--. | tLogRow_1 | |=+-+--=| |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 a écrit : > Le 21 mai 2014 13:08, Tetsuo Shima 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] 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 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] 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 <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] 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}.png<http://layers.openstreetmap.fr/bano/%7Bzoom%7D/%7Bx%7D/%7By%7D.png> Le 19 mai 2014 06:34, Vincent de Château-Thierry 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
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 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 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] 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 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
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
[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] 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 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 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 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 a écrit >>> : >>> >>>> Le 14 mai 2014 09:04, Mides 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
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 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 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" 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 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] Chemins de randonnée (GR et autres)
Le 9 avril 2014 16:35, Greg 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] 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 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] 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$ 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 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 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
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 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] 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 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] 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 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
[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] Lyon nous a quitté
Le 12 février 2014 10:42, Christian Quest 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 à > Paris<http://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
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.70896&layers=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 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] 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 a écrit : > > Bonjour > > > - Mail original - > De: "Nicolas Moyroud" > > > 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] 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 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 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] JOSMparty à Paris ce vendredi 17 au soir à La Fonderie
OK j'en serais ! A+ 2014/1/14 Christian Quest > 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 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 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 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