Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI
bonjour, > De: "Discussions sur OSM en français" > Envoyé: Jeudi 15 Février 2024 13:04:03 > Objet: Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI > Le 14.02.24 à 15:55, Bruno Remy via Talk-fr a écrit : >> je ne vois toujours pas comment techniquement faire ce remplacement >> automatisé? > > overpass turbo pour récupérer tous les objets pole emploi > export vers josm > sélection de tous les noms pole emploi > vérifier que tu n'as pas des choses tordues (ex un arret de bus) > remplacer le nom > envoyer en n'oubliant pas les tags de changeset vers ta page wiki de > l'opération Juste pour rappeler, comme l'a fait Vincent Bergeot avant moi, que cette discussion a démarré le 16 janvier sur le forum [1], y est toujours active et mobilise pas mal d'intervenants. Pour la recherche de consensus, merci de considérer les questions soulevées là bas avant de procéder à un quelconque changement massif. merci vincent [2] : https://forum.openstreetmap.fr/t/de-pole-emploi-a-france-travail/20397 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI
Le 14/02/2024 à 11:22, Raphaël Jacquot a écrit : Le 14/02/2024 à 11:17, Bruno Remy via Talk-fr a écrit : Bonjour, Comme vous le savez déjà, Pôle emploi est devenu France Travail depuis le 1er janvier 2024.Il serait bon de mettre à jour toutes les agences. Avec l'éditeur ID on a une prise en charge des changements de tags qui se fait bien. Mais c'est pour un seul POI.exemple :https://www.openstreetmap.org/way/843821449 Y-a-t-il un moyen d'industrialiser le changement sur tous les POI de France? J'ai regardé avec JOSM mais on est obligé de sélectionner une zone de modification sur la carte. Vos idées sont les bienvenues. --- Bruno REMY faut il aussi changer toutes les CAF en "France Famille" ? et attention sans doute car sur le terrain cela m'étonnerait que France Travail soit vraiment indiqué partout sur toutes les agences de france. Que l'operator soit changé en France Travail me semble assez logique, que le name soit changé me parait plus douteux car le nom visible sur le terrain est-il vraiment France Travail ? my2cents Pour lier https://forum.openstreetmap.fr/t/de-pole-emploi-a-france-travail/20397/1 ___ 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] BANO
Le 8 février 2024 08:05:34 GMT+01:00, Bruno Remy via Talk-fr a écrit : >.A quelle fréquence est rafraichie la BANO? Pour avoir un aperçu immédiat de tes modifs tu peux rafraichir la partie L'Hay les Roses de BANO via la page Pifometre de la commune (bouton bleu en haut à droite): https://bano.openstreetmap.fr/pifometre/index.html?insee=94038 Pour l'instant tu as 2 lignes pour Gabriel Peri, il devrait n'en rester qu'une après ta modif. Pour une prise d'effet dans les fichiers CSV c'est fait chaque nuit. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rivoli / fantoir
> De: "didier2020" > Envoyé: Samedi 27 Janvier 2024 10:36:12 > Objet: [OSM-talk-fr] rivoli / fantoir > afin de correspondre au nouveau format (lettre optionnelle a la fin) > j'ai corrigé la regle josm mapcss sur > https://josm.openstreetmap.de/wiki/Rules/FranceSpecificRules > > et ajouté des "osmoseAssertNoMatchWithContext" pour la cohérence > d'analyse pour osmose Merci (tardif) Didier pour avoir fait ces modifs ! vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO
Bonjour, > De: "Discussions sur OSM en français" > Cc: "Bruno Remy" > Envoyé: Mercredi 7 Février 2024 15:20:00 > Objet: [OSM-talk-fr] BANO > Bonjour, > En faisant du geocaching je me suis aperçu que dans la commune de > l'Hay-Les-Roses (94) il y a une erreur dans la BANO v2: sur cette commune il y > a l'Avenue Gabriel-Péri mais il n'y a plus la Rue Gabriel-Péri, qui pourtant > est sur openstreetmap et surtout est bien affichée avec les bonnes pancartes > dans la rue. > Comment signaler des erreurs dans la BANO v2? > source : https://bano.openstreetmap.fr/data/bano-94.csv L'erreur que tu vois dans BANO reflète les bizarreries qu'on a dans OSM. Si tu regardes la relation associatedStreet de cette voie [1] tu peux constater que pour les membres avec un rôle 'street' on a des "Rue Gabriel Péri" [2] et des "Avenue Gabriel-Péri" [3]. Au moment de constituer la BANO un des 2 noms est choisi, arbitrairement. Pour corriger BANO il suffit de mettre au carré OSM en uniformisant les noms des membres de la relation. A noter, un fil sur ce sujet ouvert sur le forum cette semaine [4] merci vincent [1] : https://www.openstreetmap.org/relation/9653023/history/11 [2] : https://www.openstreetmap.org/way/155422648 [3] : https://www.openstreetmap.org/way/39041589 [4] : https://forum.openstreetmap.fr/t/voie-nommee-avenue-au-lieu-de-rue-a-94-lhay-les-roses/20900/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Où consulter le rendu "fr" ?
Bonjour > De: "Arnaud Champollion" > > Existe-t-il une instance de consultation "grand public" du rendu "Fr" ? Tu as une visu du rendu Fr sur le Geoportail : https://www.geoportail.gouv.fr/carte?c=6.2472309,44.0882860001=11=OPEN_STREET_MAP::GEOPORTAIL:OGC:WMTS(1)=yes vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rond-point dupliqués et découpés suite à l'utilisation de OSM-relatify
Bonjour,
Le 24 octobre 2023 06:41:50 GMT+02:00, Baptiste Jonglez
a écrit :
>Bonjour,
>
>On 19-09-23, Marc_marc wrote:
>> Bonjour,
>>
>> Le 17.09.23 à 21:43, Baptiste Jonglez a écrit :
>> > Je ne sais pas comment voir l'état de ces rond-points
>> > et relations avant la modification
>>
>> le plus simple est overpass avec l'instruction [date:
>> tu donnes la date avant la modif et tu auras l'état
>> à ce moment là
>>
>> plus précisement, je vais qlq chose genre :
>>
>> 1) centrer overpass sur la zone en prenant l'id d'un vieil objet
>> way(id:...);
>> out geom;
>> https://overpass-turbo.eu/s/1AH9
>> exécuter et centrer sur les données, zoomer
>>
>> 2) voir l'état à une date donnée
>> [date:"2023-06-22T00:00:00Z"];
>> way[highway]({{bbox}});
>> out geom;
>> https://overpass-turbo.eu/s/1AHa
>
>Je réponds un peu tard, mais merci du tuyau, je viens de tester et c'est
>très pratique ! Seul bémol, ça n'a pas l'air de charger les relations de
>l'époque.
Dans la requête, seul les 'way' sont demandés à la date donnée (way[]), la
même chose fonctionne pour une relation, il me semble.
--
Vincent Bergeot
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Absence de crédit
Le 15/10/2023 à 06:34, Yannick a écrit : Bonjour, La mairie de Saint-Laurent de Mure affiche le crédit Leaflet mais pas celui d'OSM. J'ai donc envoyer le courriel ci-après afin de faire le nécessaire Amitiés Monsieur le maire, Je me dois de vous faire remarquer le crédit de la carte interactive est incomplet. En effet vous utilisez, sans le savoir, un fond de carte d'OpenStreetMap Vous devez donc créditer la communauté OSM comme indiqué dans la page suivante https://www.openstreetmap.org/copyright. Le crédit peut prendre la forme suivante Communauté OpenStreetMap avec un lien vers la page principale du site https://openstreetmap.org c'est de préférence vers la page https://www.openstreetmap.org/copyright qui explique justement la question du copyright noté pour suivi https://github.com/osm-fr/attributions/issues/376 Amicalement ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Une carte pour Pifomètre
Bonjour, J'ai mis en ligne il y a quelques jours une version cartographique de Pifomètre, afin d'accéder autrement à l'analyse des voies et adresses manquantes dans OSM en vue de leur intégration. J'en ai parlé sur le forum : https://forum.openstreetmap.fr/t/pifometre-a-sa-carte-pifomap/18040 et le service se consulte à : https://bano.openstreetmap.fr/pifometre/pifomap.html Pour démarrer, entrer un code INSEE de commune en haut à gauche ou bien baladez vous sur la carte jusqu'à voir le nom de la commune que vous voulez analyser, puis cliquez dessus. Vous reconnaîtrez le code couleur rouge du rendu BANO, sans lequel on ne dégommerait rien. Pour les autres couleurs, une légende (en haut à droite) vous donnera quelques billes. merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Absence de crédit
Le 30/09/2023 à 11:32, Nicolas VIGNERON a écrit : la copie sans attribution est un délit de contrefaçon qui peut être puni de trois ans d'emprisonnement et de 300 000 euros d'amende (article L335-2 et suivants du Code de la propriété intellectuelle). c'est vrai que comme second mail, cela commence sans doute à interpeller davantage :) merci pour la référence, je propose qu"elle rejoigne l'accueil du dépot de suivi des manquements aux attributions https://github.com/osm-fr/attributions/issues/368 -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Absence de crédit
Le 05/10/2023 à 14:22, Yannick a écrit : Le 05/10/2023 à 13:57, Yannick a écrit : Bonjour, Je viens de signaler,2-3 jours, l'absence d'attribution sur cette page https://www.sglb.org/page/2104577-8e-forum-de-genealogie-rhone-alpes La remarque a été transmise au webmestre mais cela ne bouge pas rapidement. Le taggage les feraient probablement bouger car cela couvrirait leur carte quasi complètement. c'est une image fixe, il n'y a pas de taggage possible dans ce cas:) mais il manque cependant bien l'attribution :) à plus -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données Overture Maps - export OSM normalisé
Bonjour, > De: "Cyrille37 OSM" > > Il me semble que quelques coder français (@panierAvide ? @cquest ? @vdct > ? ...) ont fait une telle proposition il y a qlqs années, un export osm > simplifié et normalisé. Il peut s'agir de ça : https://forum.openstreetmap.fr/t/publier-des-donnees-osm-augmentees/9043 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pifométrage en Normandie....
Bonjour > De: "Christian Perrier" > À: "Discussions sur OSM en français" > Envoyé: Lundi 7 Août 2023 11:57:07 > Objet: Re: [OSM-talk-fr] Pifométrage en Normandie > Le lun. 7 août 2023 à 10:33, leni a écrit : > > > >> Je pense que celà n'est pas dû à ton incompréhension, mais que c'est un >> problème dû aux regroupements de communes : >> >> Quand je vais dans Pifomètre V3 avec le code insee que tu donnes >> "27676", j'arrive sur la commune "Venables" >> >> > Merci de ton analyse : effectivement, je soupçonnais assez fort qu'il y ait > une conséquence liée au regroupement de communes. Le fait d'arriver sur > Venables lorsqu'on donne le code INSEE de la nouvelle commune m'avait mis > la puce à l'oreille et j'imaginais assez bien que ce sac de noeuds vienne > de là. En effet il y avait 2 micmacs qui n'aidaient pas. D'abord le polygone administratif de la commune "Les Trois Lacs", qui avait un code INSEE périmé dans OSM (27058 au lieu de 27676) ce qui perdait BANO J'ai corrigé ce point via https://www.openstreetmap.org/changeset/139554469 mais ensuite restait un souci dans BANO, où la mise à jour de cette modif était débranchée et n'avait donc aucune chance d'être prise en compte. J'ai fixé ce point et la page des Trois Lacs semble avoir meilleure allure maintenant, j'y vois par exemple ta rue comme rapprochée : https://bano.openstreetmap.fr/pifometre_v3/index.html#insee=27676 Je te laisse vérifier. @deuzeffe : les modifs en questions m'ont l'air de corriger le JOSM 404 que tu rencontres aussi, à vérifier itou merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Visio Pifomètre
Bonjour, > De: "osm vdct" > Envoyé: Dimanche 16 Juillet 2023 12:28:38 > Je propose une visio autour de Pifomètre cette semaine. À quoi ça sert, > comment > ça marche, etc. Ce sera l'occasion de triturer ensemble tous vos cas bizarres > d'adresses. Rendez-vous demain (mardi) soir à 21h dans ce salon : https://osmvideo.cloud68.co/user/vin-wmv-quf-b8g merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Visio Pifomètre
Bonjour Je propose une visio autour de Pifomètre cette semaine. À quoi ça sert, comment ça marche, etc. Ce sera l'occasion de triturer ensemble tous vos cas bizarres d'adresses. Ce sera à 21h mais le jour dans la semaine n'est pas encore fixé, un sondage est ouvert dans ce but : https://forum.openstreetmap.fr/t/visio-pifometre/16154 Merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pifomètre v3 arrive...
Bonjour, > De: "Discussions sur OSM en français" > Cc: "Bruno Remy" > Envoyé: Mercredi 12 Juillet 2023 10:11:59 > Bonjour, > Depuis hier soir Pifomètre V3 ne répond plus. Au départ je gardais l'interface > grâce au cache mais plus aucune donnée ne se chargeait dans JOSM.Maintenant > l'URL renvoie l'erreur suivante : > 502 Bad Gateway > Quelqu'un a des infos sur l'hébergement de pifomètre? Une maintenance semble > nécessaire.. Problème évoqué aussi ici : https://forum.openstreetmap.fr/t/pifometre-plus-accessible/16091 Je constate la même chose que toi mais sans pouvoir agir avant ce soir, je n'aurai pas accès au serveur avant, désolé. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pifomètre v3 arrive...
Bonsoir, Lors du SOTM ce WE j'ai présenté une nouvelle version de Pifomètre & de BANO, encore en développement mais avec une partie Pifomètre déjà fonctionnelle et utilisable à cette adresse : https://bano.openstreetmap.fr/pifometre_v3/ Pour plus de détails je vous renvoie à ce post https://forum.openstreetmap.fr/t/pifometre-v3-arrive/15455 qui synthétise les principales nouveautés. Questions, critiques et retours d'expérience bienvenus ici comme là-bas. merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Quelques éléments de "rapport d'activités 2022-2023"
Bonjour, à l'occasion du SotM-fr https://sotm2023.openstreetmap.fr/, l'association osm-france tente chaque année de "recenser" les activités menées dans l'année précédente ! n'hésitez pas à noter quelques éléments, c'est ici https://semestriel.framapad.org/p/osm-activites-2022-2023-a150?lang=fr Bonne journée -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [import] import partiel des adresses en France
Le 25/04/2023 à 21:10, Marc_marc a écrit : Bonjour, Le 25.04.23 à 14:46, Vincent de Château-Thierry a écrit : La certification n'est hélas en aucun cas un critère de qualité. bien noté, je pensais que c'était quand même une indication que quelqu'un avait revu ces données et que donc, en moyenne, c'était mieux des adresses certifiés que non certifiée (qui peuvent avoir des années sans revue humaine). pq on a cette info dans le pifomètre si tu estimes que cela n'a aucun impact ? Tu inverses cause et conséquence... L'info a été demandée pour Pifomètre, je l'y ai mise. Une fois disponible, elle a permis à des contributeurs de se concentrer sur les adresses certifiées, pour finalement constater que la qualité n'était pas au rendez-vous, en tout cas pas de manière constante. Dire ça c'est donc assumer qu'on n'ajoute pas de valeur à l'import la valeur ajoutée de l'import est de transformer des données opendata existante en donnée utilisable dans tous les outils osm, tout en se gardant la possibilité de détecter les données venant de l'opendata de celle ayant été améliorée dans osm Dis comme ça je n'y vois aucun intérêt, ça donne juste à OSM le rôle d'un grand réservoir dans lequel on déverse de la donnée. L'intérêt avec OSM ça n'est pas de juste faire une compilation (j'allais dire une accumulation) de données, c'est d'harmoniser toutes ces données pour constituer un jeu cohérent. Le passage d'une compilation à un jeu de données cohérent se fait par les différents ajouts de valeur que nous apportons dans nos contributions. - garantir la bonne orthographe des noms de voies (dans la BAN c'est un poème, défauts d'accents, défauts de majuscules, etc) à partir du moment oü on n'importe que les no sur des rues rapprochées, comment pourrait-il y avoir une erreur d'accent/majuscule du à l'import? c'est le rapprochement de la route qui traite cela (et raison pour laquelle c'est proposé de ne pas traiter les routes non rapprochée) Ok donc tu voudrais partir de BANO et non de la BAN - assigner à chaque adresse une position cohérente Quel est la position cohérente quand il n'y a pas de concensus ? l'un positionera à l'endroit de la plaque "officielle" l'autre en limite (parfois suposée) de propriété public/privé le 3ieme la mettre à l'entrée correspondante et surtout le 4ieme ferra un import sans en parler à personne et les mettra là oü le dit l'opendata sans aucun moyen de les retrouver, cfr le contributeur qui a importé à ce jour 1.6 millions d'adresses par 10k, brut de décoffrage, majuscule et toute erreur compris, y compris celle renseignée dans bano ou y compris des addr:street ne correspondant pas à la voie [1] Et donc parce qu'un contributeur a fait n'importe quoi, cela justifierait qu'on ne se pose pas de questions et qu'on garde tel quelle la position de chaque adresse prise dans la BAN à l'avenir ? Le fait est que certaines positions d'adresse sont totalement farfelues (certifiées ou non). - filtrer les données sources : ne pas ajouter dans OSM des numéros assignés à une autre voie et totalement erronés dans leur affectation et leur position, sans parler des 5xxx et 9xxx n'est-ce pas déjà ce que fais le pifomètre ? si oui en quoi prendre importer depuis le pifomètre provoquerait-il une moins bonne qualité que intégrer depuis le pifomètre ? Ce qui compte ici ce n'est pas l'outil (Pifomètre ne sert pas pour de l'import massif) mais le contenu, donc BANO si une rue est rapprochée, la seule chose à faire en intégration est d'éventuelement regarder si les adresses pair/impair sont de chaque côté de la rue et en ordre croissant, chose tout a fait possible aussi en chargeant une donnée depuis osm qui aurait le created_by=Import* non ? C'est réducteur, le schéma pair/impair est loin d'être le seul. Si tu t'attends à juste vérifier la parité, tu vas déchanter avec les numérotations continues, métriques, anarchiques... qui se base sur... 3 réponses j'en compte 17 dans ma boite mais 3 ou 17 n'est pas important, je ne fais que des opérations de masse consensuelles donc soit la discussion permet d'aboutir à un consensus sur un import (éventuellement encore plus) limité soit je ne le ferrai pas... et d'autres continueront à importer sous le radar avec une qualité bien moindre que ce que je pense possible avec un import ciblé... et l'impossibilité de retrouver ces objets pour celui qui souhaiterai faire des opérations supplémentaire. A te lire c'est "moi ou le chaos"... C'est moins manichéen dès qu'on considère aussi tous les contributeurs qui font de l'intégration d'adresses (et non de l'import), à leur rythme et avec le souci de bien faire. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [import] import partiel des adresses en France
Bonjour, > De: "Marc_marc" > > Suite à l'accueil favorable sur le principe, je poursuis > la discussion entamé [2] il y a quelques mois lié à la procédure > https://wiki.openstreetmap.org/wiki/FR:Import/Guidelines > je propose de diviser l'import en plusieurs tranches > et de discuter uniquement de la première tranche : > > Étendue de l'import de la première tranche > - le nom de la rue est présente dans osm, identique à celui > de la BAL ou la ref fantoir permet de lier le nom osm au nom officiel > tel que visible avec la colonne "adresse BAN avec voie rapprochée %" > sur le pifomètre [1] > - le taux de certification de 100% tel que visible avec la colonne "% > adresses certifiées BAN" sur le pifomètre [1] > - j'avais proposé "la rue dans osm ne contient aucune addr" : certains > ont suggéré de commencer avec ce critère sur l'étendue de la commune. > le pifomètre [1] renseigne en effet des communes avec 0 adresse dans osm > > A voir s'il y a beaucoup de communes avec 100% adresses certifiées + > 100% voies adressée rapprochée + pas d'adresse dans osm :) > mais c'est une première tranche > > Questions : > > - faut-il ajouter des critères de qualité ? par ex dans le passé, > ce n'était pas rare d'avoir plusieurs adresses au même endroit. > il n'y a pas eu de retour sur ce point que je propose de supprimer > sauf si quelqu'un souhaite le conserver. > J'espère que ce problème a disparu avec la certification > mais un retour est bienvenu si ce n'est pas le cas. La certification n'est hélas en aucun cas un critère de qualité. Il y a eu différents retours d'expérience là-dessus, notamment sur le canal OSM-Fr matrix/telegram et aussi sur le forum où ce post couvre le même sujet [1]. En version courte : la certification est auto-déclarative et l'aspect géométrique est loin d'être au cœur des préoccupations des communes, plus focalisées sur l'inventaire. Donc partir sur ce critère comme un filtre d'adresses fiables et sujettes à import est biaisé dès le départ : on se trompe de postulat. > - la position des addr est souvent flottante tandis que d'autres > voudraient les voir au moins en bordure du bâtiments concernées. > Il avait été proposé de sortir cette question hors de l'import > et d'importer avec la position actuelle de l'opendata Dire ça c'est donc assumer qu'on n'ajoute pas de valeur à l'import, on photocopie l'OpenData de la BAN. C'est vraiment regrettable je trouve. Parmi nos valeurs ajoutées sur le sujet des adresses par rapport à la BAN il y a : - garantir la bonne orthographe des noms de voies (dans la BAN c'est un poème, défauts d'accents, défauts de majuscules, etc) - assigner à chaque adresse une position cohérente avec notre propre graphe et nos bâtiments, donc potentiellement retoucher les coordonnées (manuellement, car non il n'y a aucune magie pour ce genre d'opération) - filtrer les données sources : ne pas ajouter dans OSM des numéros assignés à une autre voie et totalement erronés dans leur affectation et leur position, sans parler des 5xxx et 9xxx Donc je tempère l'accueil favorable dont tu parles au début, et qui se base sur... 3 réponses. Personnellement je ne suis pas favorable à un tel import, mais ça ne devrait pas étonner par ici : si j'ai conçu Pifomètre c'est justement pour ne pas encourager les imports, tout en proposant un outil pour mécaniser le travail d'intégration sans verser dans l'ingestion aveugle d'open data. On peut largement faire évoluer Pifomètre pour changer d'échelle (la commune au lieu de la rue, etc) mais en aucun cas ça ne nous dispensera de contrôler finement ce qu'on fait, en s'interdisant les uploads aveugles par un bot. Parlons *d'intégration* massive dans ce cas, ou tout autre terme non ambigu, mais tant que le sujet sera un *import* avec tes postulats actuels, je n'y souscrirai pas. merci vincent [1] : https://forum.openstreetmap.fr/t/a-quand-des-imports-automatiques-des-bal/9012 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import d'adresses à Andernos (relation associated-street)
Bonjour, > De: "Cyrille37 OSM" > J'utilise le plugin "cadastre" de JOSM qui gère très bien les relations > associated-street. > > On sélectionne l'outil dans la barre ce qui ouvre une petite fenêtre > pour paramètrer la numérotation. On clique sur un way ce qui commence > (ou réutilise) une relation associated-street, puis on clique sur les > emplacements pour créer les housenumber. > > La doc : > https://wiki.openstreetmap.org/wiki/FR:JOSM/Greffons/Cadastre-fr#Utilitaire_de_saisie_des_adresses > On 25/04/2023 11:21, Bruno Remy via Talk-fr wrote: >> Bonjour, >> Je lis que vous suggérez d'utiliser la relation associated-street.Je suis >> plus >> partisan du tag addr:street. >> Rajouter une relation à chaque noeud nécessite une opération manuelle sur >> chaque >> noeud, ce qui est laborieux quand on travaille sur un ensemble de noeuds par >> exemple à l'échelle d'une ville. Je me vois mal créer des centaines de >> relations une par une à la main... >> En manipulant les données d'un fichier JSON ou CSV on peut plus facilement >> attribuer au noeud le tag addr:street correspondant au nom de la rue présent >> dans le fichier source de BANO. >> Vous voyez ce que je veux dire? >> Je cherche une solution qui associe l'intégrité des données (donc le numéro >> et >> le nom de la rue je suis d'accord avec vous) et la simplicité de manipulation >> des données. Bienvenue Bruno Pour ajouter des adresses j'ai conçu l'outil "Pifomètre" dont un des buts est d'éviter les nombreuses opérations manuelles et clics que peut générer la saisie des adresses. Pifomètre est organisé par commune. Pour Andernos voici le lien : https://bano.openstreetmap.fr/pifometre/index.html#insee=33005=0 Pour une présentation des fonctionnalités il existe entre autres cette description : https://wiki.openstreetmap.org/wiki/Contribuer_%C3%A0_la_BANO#Interface_de_contr%C3%B4le_et_de_saisie_Fantoir/OSM et cette video de présentation : https://peertube.openstreetmap.fr/w/viNLdwLGw3AMdcUT1V8ba2 merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mapbox contribute ?
Hi, I missed an answer ? J'ai raté une réponse ? Le 15 mars 2023 04:50:02 GMT+01:00, Christian Quest a écrit : >So "Imrove this map" does not mean anymore "Improve the OSM data used for the >base map that covers 99% of my screen" ? > >Can you confirm this Mapbox move ? > > >Le 14/03/2023 à 19:05, Sergey Beliamei a écrit : >> Hello, Christian! >> All POI and addresses in France are not from OSM. Mapbox follows ODbL and >> does not mix internal data with OSM. >> >> Best regards, >> Member of Mapbox team, >> Sergey >> >> >> Salut, Christian! >> Tous les POI et adresses en France ne proviennent pas d'OSM. Mapbox suit >> ODbL et ne mélange pas les données internes avec OSM. >> >> Cordialement, >> Membre de l'équipe Mapbox, >> Sergey >> >> On Tue, Mar 14, 2023 at 10:14 AM Christian Quest >> wrote: >> >> Le 13/03/2023 à 14:42, Sergey Beliamei a écrit : >>> Hello! >>> The clickable POIs that are seen on the map are not extracted >>> from the OSM. Mapbox uses a variety of sources to keep POIs >>> updated. Please bear in mind that these POIs are not associated >>> with OSM and could be found either via search bar or by clicking >>> on the map. >>> The primary goal of Mapbox Contribute is to let the customers >>> report about Mapbox proprietary data. If you would like to report >>> one-off issues about OSM, one can send a feedback with missing >>> address category and indicate your request in the comment. All >>> feedback are reviewed manually. If you have a bunch of OSM >>> requests, Mapbox Contribute is not the best tool to report about >>> them. >>> >>> Best regards, >>> Member of Mapbox team, >>> Sergey >>> >>> >>> Bonjour! >>> Les POI cliquables visibles sur la carte ne sont pas extraits de >>> l'OSM. Mapbox utilise une variété de sources pour maintenir les >>> points d'intérêt à jour. Veuillez garder à l'esprit que ces >>> points d'intérêt ne sont pas associés à OSM et peuvent être >>> trouvés via la barre de recherche ou en cliquant sur la carte. >>> L'objectif principal de Mapbox Contribute est de permettre aux >>> clients de signaler les données propriétaires de Mapbox. Si vous >>> souhaitez signaler des problèmes ponctuels concernant OSM, vous >>> pouvez envoyer un commentaire avec une catégorie d'adresse >>> manquante et indiquer votre demande dans le commentaire. Tous les >>> commentaires sont examinés manuellement. Si vous avez un tas de >>> requêtes OSM, Mapbox Contribute n'est pas le meilleur outil pour >>> en faire rapport. >>> >>> Cordialement, >>> Membre de l'équipe Mapbox, >>> Sergey >> >> >> Merci pour la confirmation, très inquiétante sur la dérive de >> Mapbox par rapport à OSM. >> >> "Improve this MAP" ce n'est pas "Improve these POI over an OSM >> basemap" >> >> Mapbox devient clairement de plus en plus prédateur vis à vis d'OSM. >> >> On avait déjà le problème d'attribution, maintenant c'est une >> captation des contributions pour alimenter autre chose qu'OSM. >> >> >> Quelle est l'origine de ces données de POI en France ? >> >> Les mélangez-vous avec des données de POI OSM ? (car dans ce cas >> il va falloir une fois de plus rappeler les termes du partage à >> l'identique de la licence ODbL) >> >> >> -- Christian Quest - OpenStreetMap France >> >-- >Christian Quest - OpenStreetMap France >___ >Talk-fr mailing list >Talk-fr@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-fr -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le forum et la liste
Bonjour, - Mail transféré - > De: "Marc_marc" > À: "Discussions sur OSM en français" > Envoyé: Lundi 17 Avril 2023 12:54:43 > Objet: Re: [OSM-talk-fr] traduction de "tag" en français dans JOSM > Marc qui a voté sur le forum https://localhost, ben quoi > faut fragmenter... Je rebondis sur cette remarque (pique ?) de Marc au sujet du forum et de la fragmentation, pour donner quelques éléments factuels sur le forum https://forum.openstreetmap.fr/ En 1 année glissante (20 avril 2022 -> 20 avril 2023) le forum a vu : - la création de 4400 sujets, soit environ 12/jour - l'arrivée de 600 nouveaux inscrits (pour un total de 3000, soit 4x plus que la liste talk-fr) - la publication de 11000 posts soit environ 30/jour Sur la même période on compte 1062 messages sur cette liste, à peine 3/jour. Évidemment chacune, chacun a ses habitudes de lecture, ses préférences en termes d'ergonomie, et je ne suis pas là pour en juger. Mais poster sur le forum, en 2023, n'est pas fragmenter, au contraire : c'est aller à la rencontre du plus grand nombre, se donner le plus de chances de recevoir avis, arguments, conseils. Voilà, sans polémique, mais pour mettre un peu à jour le paysage de nos canaux de communication, notamment pour celles et ceux qui ne consultent que la liste. merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mardi 18 avril, 21h, en visio, présentation de Welcome
C'est ce soir :) Le 12/04/2023 à 11:13, Vincent Bergeot a écrit : Bonjour, mardi 18 avril, à 21h, en visio (https://osmvideo.cloud68.co/user/fre-aux-yuh), @SUPER_HEROS_67 fait une présentation de welcome et en particulier son usage pour la France / https://welcome.osm.be/europe/france/list Mais c'est quoi welcome ? 1. présentation sur le site(https://welcome.osm.be/) : Voici l'OpenStreetMap Welcome Tool. Il vous aide à détecter les nouveaux contributeurs dans votre région et à les accueillir. 2. c'est un projet ouvert https://github.com/osmbe/osm-welcome-tool C'est l'occasion de découvrir le service (si vous ne connaissez pas) et/ou de voir comment accueillir les nouveaux contributeurs et nouvelles contributrices. à plus ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mardi 18 avril, 21h, en visio, présentation de Welcome
Bonjour, mardi 18 avril, à 21h, en visio (https://osmvideo.cloud68.co/user/fre-aux-yuh), @SUPER_HEROS_67 fait une présentation de welcome et en particulier son usage pour la France / https://welcome.osm.be/europe/france/list Mais c'est quoi welcome ? 1. présentation sur le site(https://welcome.osm.be/) : Voici l'OpenStreetMap Welcome Tool. Il vous aide à détecter les nouveaux contributeurs dans votre région et à les accueillir. 2. c'est un projet ouvert https://github.com/osmbe/osm-welcome-tool C'est l'occasion de découvrir le service (si vous ne connaissez pas) et/ou de voir comment accueillir les nouveaux contributeurs et nouvelles contributrices. à plus -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Hack Week-end parisien les 13 & 14 mai
Bonsoir, (presque) tout est dans le titre. Un peu de détail ici : https://forum.openstreetmap.fr/t/save-the-date-hack-week-end-les-13-14-mai-a-paris/14070 et pour la logistique c'est sur le wiki : https://wiki.openstreetmap.org/wiki/Paris_Hack_Weekend_May_2023 On vos espère nombreuses et nombreux dans un mois à Nanterre :) Christian & vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pifomètre la même route arrive différemment via FANTOIR et via la BAN
Bonjour, > De: "leni" > dans Pifomètre le rapprochement se fait bien, mais je me retrouve avec > deux lignes et les adresses sont signalées comme manquantes alors > qu'elles sont sur la voie rapprochée. Oui il y a 2 lignes distinctes car la ligne avec le nom issu de la BAN et dépourvu de code FANTOIR ne peut pas être rapproché : divergence d'orthographe avec FANTOIR et absence de code. > > Vu que FANTOIR va être supprimé, je pense qu'il vaut mieux que j'enlève > la ref:FR:FANTOIR, le rapprochement ne se fera plus, il se fera avec la > BAN qui a le bon nom Attention, le fichier FANTOIR va disparaître mais les codes qu'on appelle par facilité "codes FANTOIR" restent, ils seront maintenant diffusés via un autre fichier appelé "TOPO". Donc la présence de ces codes dans OSM n'est pas remise en cause, ils continueront de nous aider à identifier les voies manquantes comme depuis le début de BANO. Je ne vois donc pas de souci à ce que tu laisses le code dans le cas présent. Sur un autre aspect, je vois que les adresses que tu as ajoutées sont à la fois dans une relation associatedStreet et renseignées chacune avec le tag addr:street. Ca créé une redondance inutile, tu peux soit enlever le tag addr:street sur chaque point d'adresse soit supprimer la relation. merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mapbox contribute ?
Bonjour, sur ce site https://www.mapbox.com/contribute il est proposé de contribuer mais il est difficile de comprendre à quelle base la contribution est faite ni de quelle base les points d'intérêts sont extraits. @mapboxteam, pourrriez vous nous expliquer d'où proviennent les données et qu'est ce qui est fait des contributions svp ? Dans ma zone de contribution, je ne reconnais pas vraiment les points d'intérêts, donc cela ne provient pas d'OpenStreetMap, je ne sais donc pas où peuvent aller mes éventuelles contributions ! English version (Translated with www.DeepL.com/Translator (free version) Hello, on this site https://www.mapbox.com/contribute it is proposed to contribute but it is difficult to understand to which base the contribution is made nor from which base the points of interest are extracted. @mapboxteam, could you please explain where the data comes from and what is done with the contributions? For information, in my contribution area, I don't really recognise the points of interest, so it doesn't come from OpenStreetMap, so I don't know where my possible contributions can go! Regards -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] panne 18/02 umap.openstreetmap.fr
Suite des infos, umap est en lecture seule, il n’est plus possible d’enregistrer (attention on ne le sait qu’au moment de sauvegarder…). Les données pour l’instant sont celles du 27 décembre … Cela devrait être temporaire, sans savoir quelle durée pour le moment Le 19 février 2023 21:06:02 GMT+01:00, Marc_marc a écrit : >Bonjour, >hier un serveur du cluster hébergeant umap.openstreet.fr a connu >une défaillance, le service a été migré, normalement les données >sont synchronisée entre les serveurs avec une maj inférieur à 2h >cependant les différents messages montrent qu'il y a un quelque >chose de non prévu et que les donnes ont quelques jours de retard >au moins >j'ai transmis à la personne ayant fait l'opération pour voir ce >qu'il est possible de faire >Cordiaalement, >Marc > > > >___ >Talk-fr mailing list >Talk-fr@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-fr -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Dernier FANTOIR et conséquences
Bonjour, J'ai ouvert sur le forum une discussion autour du fichier FANTOIR et de sa fin programmée, qui a pour le contenu OSM et les outils (Osmose, Pifomètre) quelques conséquences : https://forum.openstreetmap.fr/t/dernier-fantoir-et-consequences/12795 N'hésitez pas à venir contribuer à la discussion (ou à la continuer ici pour celles / ceux que le forum rebute). Merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] CA, ouvert, 7 février, 21h
C'est toujours ici : https://osmvideo.cloud68.co/user/fre-aux-yuh c'est à 21h C'est ouvert à toutes les personnes intéressées. L'ordre du jour est élaboré ici https://annuel.framapad.org/p/N_IDAQXYLHswlpU2s3oE Il est fixé une semaine avant sauf priorité due à d'éventuelle échéance **SOTM 2023 - point d'étape (Tony) :** - On en est où ? - Validation du plateau TV de Thomas Lombard ; - Validation du devis Audio/Vidéo de Thomas Lombard - Validation du devis communication d'Antoine Bardelli **Adresse cont...@openstreetmap.fr (Vinber)** - appel à participation, qui veut en être ? (on prend du retard, on ne répond pas, beaucoup de demande umap de récupération de l'édition ...) **Prendre contact avec Microsoft France** (cet ajout est tardif, désolé pour celles et ceux qui souhaitent préparer intensément le CA avec un ordre du jour fixé 1 semaine avant, mais cela me semble important à aborder, Vinber) - https://www.openstreetmap.org/user/Pieter%20Vander%20Vennet/diary/400909 -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] adresse - numéros en double entre Chanceaux-sur-Choisille et Notre-Dame-D'Oé (Indre-et-Loire)
Bonjour, > De: "Cyrille37 OSM" > > La Rue de Bretagne est à cheval en les communes de > Chanceaux-sur-Choisille et Notre-Dame-D'Oé et étrangement de chaque côté > de la rue on retrouve les mêmes numéros: les 2, 4 et 6. Du coup Josm > n'est pas content et il ne doit pas être le seul. > > J'ai forcé l'envoi des données malgré l'erreur de validation. > > Existe-t-il une façon de taguer correctement ce cas atypique ? Si la rue est à cheval sur les 2 communes tu devrais composer une relation associatedStreet par commune. On y trouverait à chaque fois le filaire de voie, mais pour les numéros, chaque relation n'incluerait que ceux de sa commune. Par suite, plus de souci de validation ni de modélisation. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment rendre OSM utile à une mairie
i est souhaité par les mairies, malheureusement je n'ai pas eu de réponse d'Adrien Pavie donc je ne sais pas comment ça marche vraiment, combien ça coûterait à la mairie, etc. Et dans tous les cas, il faudrait une solution qui ne se base pas *uniquement* sur OSM : les mairies souhaitent pouvoir recevoir des signalements d'obstacles temporaires (pour les traiter), qui n'ont pas leur place dans OSM. Je crois qu'espérer une solution "toute prête" est trop ambitieux, mais du coup, mes questions pour la communauté sont : 1. Quelles sont les entreprises qui offrent déjà des solutions, ou qui aimeraient participer à la personnalisation/adaptation de l'existant pour développer une solution qui convienne aux mairies ? Par exemple, les communes d'à côté ont elles aussi des commissions communales pour l'accessibilité, dont l'un des objectifs est de "dresser le constat de l’état d’accessibilité du cadre bâti existant, de la voirie, des espaces publics et des transports". OSM me semble très bien adapté pour cela. 2. Comment "apprendre" aux administrations locales qu'il existe des possibilités basées sur l'open data, quand les élus ne s'y intéressent pas ? Je n'ai pas les moyens d'aller à tous les conseils de toutes les villes pour essayer de voir ce qui se passe. Est-ce qu'envoyer des e-mails aux administrations marche ? Faut-il créer une association ? J'ai l'impression que dans ma région du 91 il n'y en a pas. Je ne sais pas comment ça s'est passé à Rennes, par exemple, où il me semble que l'administration utilise actuellement des solutions à base d'OSM. Enfin, si jamais vous auriez des modèles de lettre type pour envoyer aux administrations et les informer à propos des possibilités, cela me serait très utile. Je n'ai jamais pris des démarches associatives de ce genre, donc je ne sais pas comment m'y prendre. Avec la construction de l'Université Paris-Saclay aux alentours, il y a un afflux d'habitants, de bâtiments et un changement de mentalités, et j'espère pouvoir en profiter pour faire évoluer l'urbanisme. Merci, Daniel _______ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pifometre : voie présente dans la BAN et dans OSM, dans onglet "Dans OSM et inconnu de FANTOIR"
Bonjour, Le 26/01/2023 à 18:59, leni a écrit : Si je ne me trompe pas : * l'Impasse des Prunus (https://www.openstreetmap.org/way/28236540) est dans le fichier de la BAN (https://adresse.data.gouv.fr/data/ban/adresses/latest/csv-bal/ adresses-34.csv.gz) * Elle se retrouve dans l'onglet "Dans OSM et inconnu de FANTOIR" https://bano.openstreetmap.fr/pifometre/index.html#insee=34129=6 alors que je pensais la trouver dans l'onglet https://bano.openstreetmap.fr/pifometre/index.html#insee=34129=1 avec la mention "Voie sans FANTOIR" Est-ce dû au fait que les 4 adresses sont validées mais qu'il y en a des "non validées" pour les mêmes maisons, qui semblent correspondent aux adresses anciennement rattachées (dans le cadastre) à la "rue des Prunus" ? La BAN fournit un identifiant FANTOIR pour certaines voies (pas toutes). Un des critères pour identifier les "Voie sans FANTOIR" c'est de ne pas avoir d'identifiant FANTOIR issu de la BAN. Or dans le cas de l'impasse des Prunus on a bien un identifiant fourni, qui correspond au code FANTOIR erroné que tu as supprimé. Donc cette vois passe au travers et se retrouve juste "connue d'OSM et pas de FANTOIR". Pas grand chose à faire ici côté Pifomètre, je vois que tu as créé les adresses de l'impasse dans OSM et c'est bien l'essentiel. merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes FANTOIR portés par des nodes & ways OSM et inconnus de la source FANTOIR
Bonjour, Le 24/12/2022 à 06:37, Philippe Verdy a écrit : Autoriser un ";" peut être permis sur les noeuds (par exemple les points d'adresse qui normalement seraient situés à cheval sur 2 communes, ou géométriquement dans le territoire d'une seule car la frontière ne passe pas physiquement par ce point sité un peu à côté alors que c'est le point d'accès principal vers la propriété sur l'autre commune), mais sur les ways c'est un peu un non-sens: les ways ont une orientation, et un côté ":left" et ":right" qui permettent de lever l'ambiguité Les codes multiples peuvent arriver sur un noeud comme sur un way lorsque il existe plusieurs codes FANTOIR pour un même nom (de voie, de lieu-dit) dans une commune, associables à une même entité. Cas extrême : 30 codes différents pour la "FORET DE LANVAUX COUPE N 1" à Brandivy (56022) [1] Cas plus banal : 2 codes pour le Square Jean Moulin à Cugnaux (31157) [2] Sur la France on compte plus de 22000 cas de codes multiples, pour un même nom, dans une même commune, sans qu'un des codes soit annulé. Mais dans le lot il y beaucoup de codes pour des entités bien distinctes, dans des communes issues de fusion. Si chacune avait sa "Rue de l'Eglise" ou sa "Place de la Mairie" avant fusion, on a techniquement des doublons, mais qui ne sont pas voués à se retrouver sur un même objet OSM. vincent [1] : https://bano.openstreetmap.fr/pifometre/liste_brute_fantoir.html#insee=56022 [2] : https://bano.openstreetmap.fr/pifometre/liste_brute_fantoir.html#insee=31157 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Overture Maps
Bonsoir, je reposte ici un message déjà mis sur le forum[1], au cas où. Le lancement d’Overture Maps, annoncé cette semaine, fait beaucoup parler tellement les implications côté OSM sont (possiblement) nombreuses. Je vous propose qu’on se retrouve jeudi prochain 22/12 à 21h en visio histoire d’aborder le sujet, en essayant de décanter un peu ce que chacun(e) comprend de ce qui est annoncé, et aussi en s’essayant un peu à imaginer l’avenir. C’est absolument ouvert à tout le monde, j’ai ouvert ce salon BBB pour l’occasion : https://osmvideo.cloud68.co/user/vin-rol-wgn-nex merci vincent [1] : https://forum.openstreetmap.fr/t/overture-maps-parlons-en/11616 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] le ver est dans la pomme ? alliance style AFAM pour un "osm validé"
Bonjour, ce qui m'intrigue le plus c'est : - la double licence pour les contributions, permettant la privatisation des données depuis leurs outils (rapidID en est 1), - et cela toujours avec son compte OSM car je suppose qu'il ne doit pas être compliqué de séparer les contributeurs autorisant le domaine public (si si la case à cocher autorisant le domaine public lors de la création d'un compte, effectif depuis X années), https://wiki.osmfoundation.org/wiki/Licence_and_Legal_FAQ/Why_would_I_want_my_contributions_to_be_public_domain Je ne suis pas juriste mais cela me donne l'impression que le compte osm peut servir à alimenter overture si l'outil utilisé le permet (rapidID de facebook est parait-il super (et je suis prêt à croire que quelques millions doivent aider à améliorer un logiciel) mais les données bientôt elles alimenteront seulement osm humhum) un peu en vrac, pas très cohérent peut être, mais belles discussions à venir PS : retrait de la pièce jointe, capture d'écran qui montrait le domaine public lors de la création d'un compte OSM Le 15 décembre 2022 22:20:31 GMT+01:00, Georges Dutreix via Talk-fr a écrit : J'ai du mal à cerner ce qu'ils veulent faire, mais ça fait mal de voir la fondation linux avec "Amazon Web Services (AWS), Meta, Microsoft, and TomTom" Le 15/12/2022 à 21:07, Marc_marc a écrit : Bonjour, lecture du jour : https://www.linuxfoundation.org/press/linux-foundation-announces-overture-maps-foundation-to-build-interoperable-open-map-data à force de ne jamais résoudre les incohérents landuse=grass et de ne pas traquer les erreurs de manière massive, j'ai l'impression qu'on va perdre le controle sur ce qu'est un bon schéma de donnée et sur ce qu'est "validé". les AAFAM décideront donc entre eux. triste jour... même si cela augmentera l'utilisation des données osm (à mettre en corélation avec l'annonce par TomTom de sa migration vers osm) votre avis ? Cordialement, Marc 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 -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes FANTOIR portés par des nodes & ways OSM et inconnus de la source FANTOIR
Bonjour, > De: "leni" > > Dans cet onglet, j'ai corrigé les codes qui étaient uniques. > > Maintenant, je regarde les codes qui sont séparés par un ";" ce qui est > autorisé par > https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR#Cas_particuliers > > Avant de me lancer, j'ai pris un premier enregistrement ; les deux codes > existent séparément : Pour trouver si le code est inconnu de la source > Pifometre prend chaque code ou l'ensemble ? Pifomètre considère le contenu du tag ref:FR:FANTOIR comme un seul code FANTOIR, donc en effet dans le cas de codes listés avec un ';' comme séparateur ça remonte en erreur. J'ai ouvert un ticket pour améliorer ça : https://github.com/osm-fr/osm-vs-fantoir/issues/203 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pifomètre : voie présente dans deux onglets avec/sans adresse puis sans/avec rapprochement
Bonjour Le 21/10/2022 à 18:26, leni a écrit : à Monbrun (32262) https://bano.openstreetmap.fr/pifometre/index.html#insee=32262=0 il y a des voies présentes dans FANTOIR/BAN/OSM Elles se retrouvent 2 fois dans Pifomètre (avec et sans adresses) - (sans et avec rapprochement) Par exemple : "Rue de la Régie" https://www.openstreetmap.org/way/62819082 Voies avec adresse(s) numérotée(s) xx voies FANTOIR sans rapprochement OSM 322620020D 2012-10-29 RUE DE LA REGIE rue de la régie. 12 Points Relation Anomalies Voies sans adresse(s) numérotée(s) x voies FANTOIR avec rapprochement OSM 322620020D 2012-10-29 RUE DE LA REGIE Rue de la Régie Il me semble qu'elle devrait être dans Voies avec adresse(s) numérotée(s) voies FANTOIR avec rapprochement OSM Oui elles devraient, mais ça coince à cause du caractère de fin de nom dans le nom BAN : un point ! Il y a plusieurs noms de voies de Montbrun qui se terminent par un point, et il suffit à mettre le bazar, car il empêche le rapprochement avec le nom OSM. Pour les rapprochements on traite une série de caractères parasites à nettoyer (parenthèses, deux points, slash, etc) mais le point ne faisait pas partie du lot jusque là. Il restait donc jusqu'à l'étape de comparaison BAN <> OSM, et suffisait à considérer que les 2 noms sont différents. C'est corrigé à l'instant [1] Y a-t-il une adresse spécifique pour les signalements ? ou si je trouve autre chose, je continue sur la liste ? Un endroit pratique est le repo Github du projet où tu peux ouvrir des tickets : https://github.com/osm-fr/bano/issues/new vincent [1] : https://github.com/osm-fr/bano/pull/298 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes FANTOIR erronés non trouvé
Bonjour, > De: "leni" > La liste est un peu remontée 212 et il me semble qu'il y a encore des > "codes FANTOIR imaginaires" mais avec des minuscules, par exemple : > > 31084b8bbb Impasse des Calaouères et du Pré Commun Les b minuscule sont une marque de reconnaissance des pseudo-fantoir. Il y a un loupé dans le processus pour qu'il en apparaisse entre hier et aujourd'hui. Va falloir y re-regarder merci pour le signalement (bis ! :) ) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes FANTOIR erronés non trouvé
Le 19/10/2022 à 19:16, leni a écrit : Le 19/10/2022 à 18:52, Vincent de Château-Thierry a écrit : un manque à combler (ce soir si j'ai le temps). En ce qui me concerne, il n'y a pas d'urgence, je sais que pour le moment, il ne faut pas que je les cherche. Voilà c'est rétabli, la liste a fondu mais on compte quand même 160 lignes avec de *vrais* codes faux ;) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] codes FANTOIR erronés non trouvé
Bonjour, > De: "leni" > > Dans la page "codes FANTOIR erronés" j'ai recherché : > 09140B3BBB Chemin de la Pujadeille > > J'ai recherché ce code Fantoir dans OSM et je n'ai pas su le trouver !!! Il devrait être dans une page dédiée "codes FANTOIR imaginaires" :) Il s'agit d'un pseudo code Fantoir fabriqué pour intégrer les données BAN quand justement FANTOIR manque sur les voies correspondantes. Tu vois ce code dans la page "Fantoirs erronés" tout simplement parce que je n'ai pas fini le boulot de *ne pas* propager ces codes : je l'ai fait pour Pifomètre, les listings Fantoir et le top des adresses, mais je n'ai pas vérifié pour les Fantoirs erronés. Bref, un manque à combler (ce soir si j'ai le temps). merci pour la remontée vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voies connues de la BAN pb avec télécommande
> De: "leni" > Après avoir choisi Relation, Josm m’avertit qu'il reçoit des données, mais pas > de téléchargement des données ni d'affichage de calque : > Voici les infos : > 2022-09-27 15:07:28.980 INFOS: RemoteControl received: GET > /import?new_layer=true_name=Chemin%20de%20Lembessin=https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Relation > HTTP/1.1 2022-09-27 15:07:29.660 INFOS: GET > https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012=32012b13bb=Relation > -> HTTP/1.1 200 (637 ms; 1,42 kB) 2022-09-27 15:07:29.660 INFOS: > L?élément 'body' trouvé dans le flux d?entrée n?est pas défini. Abandon. > 2022-09-27 15:11:28.827 INFOS: GET > https://api.openstreetmap.org/api/0.6/user/details (obtient le nombre > des messages non lus) -> HTTP/1.1 200 (513 ms; 751 B) La requête que tu montres n'a pas le bon nombre de paramètres, c'est le signe que ta page n'est pas à jour. Il faudrait la rafraichir avec un Ctrl+F5 > alors qu'avec point c'est ok : Oui la partie "points" n'est pas affectée par les pseudo-FANTOIR. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voies connues de la BAN pb avec télécommande
> De: "osm vdct" > Le 25 septembre 2022 19:29:12 GMT+02:00, leni a écrit > : > >>J'ai un problème, mais est-ce dû à ma configuration ? > > Non du tout. J'ai passé pas mal de temps à reconfigurer l'onglet Pifomètre > suite > aux nouveautés dont je parlais ce matin, et j'ai tout simplement *oublié* de > gérer les conséque'ces sur les autres onglets /o\ :) C'est maintenant réglé, l'onglet "Top adresses manquantes" devrait fonctionner y compris avec le mode Relation. merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR
Bonjour, > De: "leni" > J'ai fait l'option pour le rapprochement : > - la Voie sans FANTOIR a disparu > > - la Voie FANTOIR a été rapprochée de la voie OSM par contre, elle ne > voit pas que les points adresse existent Il y avait un mic-mac toute la matinée, peut-être la cause de cet affichage. J'ai forcé le rapprochement et les adresses ne sont plus proposés. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR
Le 26/09/2022 à 19:32, leni a écrit : https://bano.openstreetmap.fr/pifometre/index.html#insee=32087=0 une Voie sans FANTOIR "chemin de genboy" avec deux points adresse qui correspond à la voie avec FANTOIR (onglet 2) CHEM DE JENBOY (les 2 mêmes points adresse, précédents, sont dans le cadastre et il y a un GENBOY qui traîne sur le plan cadastral) si je met dans osm "Chemin de Genboy" avec ref:FR:FANTOIR le rapprochement va se faire avec l'onglet 2, mais pas avec l'onglet 0 ? il faudra lui ajouter "voie doublon avec orthographe différente" ? Si tu combines l'orthographe de la BAN (avec un G plutôt qu'un J) et un ref:FR:FANTOIR, ça devrait tout réconcilier, le contenu OSM faisant le lien aussi bien avec FANTOIR qu'avec la BAN. Je dis ça mais je n'ai pas essayé, je te laisse la primeur :) Tu peux aussi qualifier la voie avec une erreur ou divergence d'orthographe, mais ça n'influence pas le rapprochement. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR
Bonjour, > De: "deuzeffe" > Question bête : si par miracle, les voies hors FANTOIR apparaissent > soudainement dans le fichier FANTOIR/TOPO à venir (on peut rêver et > croire au PN), comment va réagir pifomètre ? Un gros rhume ? (pardon) Le fichier évolue chaque trimestre (comme tu sais ;) ) et donc la situation que tu décris est bien réelle. En l'état, le vrai déclencheur de la disparition du code pseudo-FANTOIR c'est l'apparition du vrai code conjointement dans FANTOIR et la BAN. Il faudrait un peu de boulot additionnel pour que le pseudo disparaisse rien qu'avec la publication du vrai dans FANTOIR. > Les LD se reconnaissent facilement dans l'onglet 0 -> je ne les traite > pas. En revanche, si tu peux arriver à faire qq chose (si ce n'est pas > déjà en train) pour nettoyer l'onglet 6 des voies sans FANTOIR une fois > qu'elles sont rapprochées, ça serait bien... On peut déjà intégrer les adresses des lieux-dits en cliquant sur le format 'n Points' et en remplaçant le tag addr:street par un tag addr:place. Mais comme Pifomètre ne gère pas encore addr:place, les adresses en question continueront d'être proposées à l'intégration. Vraiment pas top. Ca sera géré dans BANO v3 qui est en cours de dev. Les noms dans l'onglet 6 disparaissent (normalement) au rythme où apparaissent des adresses dans OSM associées au nom de voie. >> Côté exports BANO, il y a aura à coup sûr des doublons liés à des >> divergences d'orthographe, mais je n'ai pas terminé l'analyse. Si vous >> voyez des cas de doublon dans Pifomètre, je suis preneur. > > J'ai (c'est un peu le bazar dans osm :/) ! > https://bano.openstreetmap.fr/pifometre/index.html#insee=87041=0 > - divergence d'orthographe : > -- Voie sans FANTOIR RUE ADJ GAL DESVERINES rue de l'adj général > desverines onglet 0 > -- 870410015E 2018-03-26 RUE DE L'ADJ GAL DEVERINE Rue du Général > Déverrine onglet 1 > > C'est moi où tu as "reverse"renommé les voies de la BAN dans le style > des libellés FANTOIR ? Oui les noms BAN dans leur version pseudo-FANTOIR essaient au mieux de ressembler aux noms FANTOIR. Au moment de leur chercher un nom correspondant dans OSM, le même traitement est fait pour les noms OSM. La plupart du temps, ça converge. Mais juste la plupart du temps, pas tout le temps :) Ton exemple est typique : deSverineS dans la BAN, deverine dans FANTOIR, deverRine dans OSM. Pur bazar. Le tag ref:FR:FANTOIR permet de faire le lien OSM <-> FANTOIR pour compenser ces divergences, mais on n'a aucun mécanisme pour l'équivalent entre BAN et OSM ou BAN et FANTOIR. C'est un peu la limite de l'exercice pour l'instant. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voies connues de la BAN pb avec télécommande
Le 25 septembre 2022 19:29:12 GMT+02:00, leni a écrit : >J'ai un problème, mais est-ce dû à ma configuration ? Non du tout. J'ai passé pas mal de temps à reconfigurer l'onglet Pifomètre suite aux nouveautés dont je parlais ce matin, et j'ai tout simplement *oublié* de gérer les conséque'ces sur les autres onglets /o\ :) >Si je vais dans l'onglet "Voies connues de la BAN mais pas d'OSM, avec >beaucoup d'adresses" que je sélectionne "relation" rien ne se passe (parfois >l'icône JOSM clignote comme s'il chargeait, mais rien), mais si je vais dans >Pifomètre et que je sélectionne la relation correspondante, le calque >correspondant se charge bien dans JOSM (par contre si je choisis "points" il >se charge normalement dans les deux onglets): Tu as donné le contournement. J'essaie de mettre ça au carré ce soir ou demain. Merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] BANO : rapprochements sans code FANTOIR
Bonjour, Suite aux discussions ici [1] et sur Github [2] j'ai apporté une modification au fonctionnement de BANO afin de tolérer le rapprochement de voies dépourvues de code FANTOIR. C'est la situation qu'on rencontre quand des adresses figurent dans la BAN mais que la voie correspondante n'est pas présente dans FANTOIR. On a eu le cas l'année dernière avec Torsac [3] qui disposait de sa BAL, mais dont quasi aucune voie n'était référencée dans FANTOIR (et au passage, 1 an plus tard, c'est toujours le cas). Désormais quand une voie est connue de la BAN mais pas de FANTOIR, elle est intégrée à BANO avec un pseudo code FANTOIR. Le pivot technique de BANO reste donc FANTOIR, mais parfois le contenu du code FANTOIR est fabriqué pour l'occasion, et non pérenne. Les adresses correspondantes de la BAN étant prises en compte dans BANO, elles deviennent disponible pour intégration via Pifomètre (Deuzeffe, ça pourrait modifier ton tuto...), et elles sont présentes dans les exports BANO. Comme le code est factice, il n'a pas vocation à se retrouver dans OSM via le tag ref:FR:FANTOIR. Par suite, il est masqué dans Pifomètre. A la place vous verrez un texte "Voie sans FANTOIR". Exemples avec Nedde [4]. Autres conséquences dans Pifomètre : - l'intégration de ces adresses en mode Relation n'ajoute pas de ref:FR:FANTOIR - la qualification des voies ne fonctionne pas (car les codes factices ne sont pas stables, donc inutilisables pour stocker un état sur la durée). Vous aurez une pop-up d'erreur en changeant le statut des voies, et à la prochaine ouverture de Pifomètre le statut sera remis à 'Ok' - on retrouve en tant que voies avec adresses quantité de lieux-dits, tout simplement car la BAN ne fait pas le distinguo entre lieux-dits et voies. J'ai bien dans les cartons d'opérer ce distinguo (cf ce ticket [5]) mais ça sera dans un second temps Côté exports BANO, il y a aura à coup sûr des doublons liés à des divergences d'orthographe, mais je n'ai pas terminé l'analyse. Si vous voyez des cas de doublon dans Pifomètre, je suis preneur. merci pour vos retours, vincent [1] : https://lists.openstreetmap.org/pipermail/talk-fr/2022-August/105633.html [2] : https://github.com/osm-fr/bano/issues/276 [3] : https://forum.openstreetmap.fr/t/adressage-commune-torsac/7040 [4] : https://bano.openstreetmap.fr/pifometre/index.html#insee=87104=1 [5] : https://github.com/osm-fr/bano/issues/277 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible
Bonjour, > De: "deuzeffe" > > Une chtite mise à jour ici : > https://wiki.openstreetmap.org/wiki/FR:France/Base_Adresses_Nationale_Ouverte_(BANO)#Sources > avec différenciation BANO v1/BANO v2 > > C'est mieux ? Oui ! :) > D'autre part, l'ordre de priorité a plus ou moins évolué aussi puisque > exit OpenData historique et cadastre. Et donc, le nouveau est ? OSM en > premier, mais après ? OSM en 1er, puis BALs et enfin BAN hache-thé-hache vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible
Le 17/09/2022 à 21:10, deuzeffe a écrit : Je vais voir les 87XXX (et chercher les faux positifs ?) Ah ben bien volontiers oui :) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible
Le 07/09/2022 à 17:28, Vincent de Château-Thierry a écrit : Pour rappel, les buts recherchés : - proposer dans Pifomètre une intégration de rues et n° pour les communes où les voies sont absentes de FANTOIR - augmenter le contenu exporté de BANO avec les adresses de ces communes tout ça via la création de codes FANTOIR bidons dans les traitements internes à BANO et tout en évitant de coller des faux codes FANTOIR dans OSM. J'ai un peu avancé sur ce sujet, en choisissant 2 communes cobayes : Torsac (16382) et Nedde (87104). Ca donne ce type de possibilité dans Pifomètre : https://bano.openstreetmap.fr/pifometre/#insee=87104=1 Comme vous le voyez, on a à dispo chaque rue de la commune disposant d'adresses dans la BAN, avec moyen d'intégrer les adresses simplement. La nuance par rapport à une commune dont les voies sont connues de FANTOIR, c'est qu'ici les codes FANTOIR sont masqués car à ne pas mettre dans OSM, ce sont de faux codes créés dans BANO uniquement à des fins de tambouille interne. C'est pas complètement sec, notamment car le dernier onglet (voies connues d'OSM) est rempli alors qu'on devrait trouver majoritairement son contenu plutôt dans le 2e onglet. Peu importe, ça n'empêche pas de jouer avec l'intégration d'adresses, sans code FANTOIR. Si c'est satisfaisant, la suite consistera à identifier d'autres communes sujettes au même procédé. merci vincnt ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible
Bonjour, Le 17/09/2022 à 12:52, deuzeffe a écrit : Le 05/09/2022 à 23:25, Vincent de Château-Thierry a écrit : Soit on les détermine par une règle, par exemple quelles communes ont des enregistrements dans la BAN et n'ont que des lieux-dits dans FANTOIR : on en trouve quand même 1900. Cette liste est visible "quelque part sur le ternet" ? (et 1 900 sur près de 35 000 communes, c'est un pouième ; moins de 6 % il me semble) Voici la liste : https://gist.github.com/vdct/be5ff23fa87bf7550daea828b90d92f4 Je ne l'ai pas vraiment analysée, possible que ça ne nous donne pas ce qu'on attend... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bano fantoir
Salut Didier,
Le 17/09/2022 à 14:28, didier a écrit :
merci pour le lien wiki
la regle devient
*["ref:FR:FANTOIR"]["ref:FR:FANTOIR"!~/^(no|([1-9][0-9]|0[1-9])([0-
9]{3})([0-9]|[A-Z])([0-
9]{3})([ABCDEFGHJKLMNPRSTUVWXYZ]))$/][inside("FR")] {
throwWarning: "mauvaise référence ref:FR:FANTOIR";
group: tr("validation rules nat_ref in France");
-osmoseItemClassLevel: "9019/9019002/3";
-osmoseTags: list("ref", "highway");
-osmoseAssertNoMatchWithContext: list("way highway=residential
name=impasse ref:FR:FANTOIR=75106S581T", "inside=FR");
}
idem pour ref:FR:FANTOIR:left/right
il y aura des faux postifs dans les cas de plusiers reférence comme
ref:FR:FANTOIR=75106S581T;75107S581L
J'ai l'impression qu'il manque la possibilité de A et B en 2e position
pour la Corse ?
vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible
Bonjour, > De: "deuzeffe" >> Soit on les énumère dans un fichier et on fait vivre ce fichier, en >> ajoutant au fil de l'eau les communes où on constate du vide dans >> Pifomètre et de la matière dans la BAN, et en supprimant celles pour >> lesquelles on voit apparaître du contenu "voies" dans FANTOIR. > > Question de nunuche : comment détermines-tu celles qui doivent être dans > la liste ? Pas compris :( > >> Vos avis & idées bienvenus, surtout si on essaie de trouver des règles. >> Par défaut, je peux partir sur une liste de communes (au hasard pour >> commencer, Torsac et Nedde) > > Certes, c'est parce qu'on te les as signalées... C'est donc le critère > pour les inclure dans la liste ? Je crains que ça ne soit pas gtrès > productif :((( Oui, on navigue entre - une liste totalement faite main, où on n'ajoute que les communes où quelqu'un a constaté le vide (typiquement Nedde avec ton constat). C'est trs conservateur, mais 100% fiable. - une heuristique basée sur une règle qui reste à déterminer, qui pourrait s'amorcer avec "le croisement des communes présentes dans la BAN et pour lesquelles FANTOIR ne référence que des lieux-dits". Le souci c'est que la classif en lieux-dits de FANTOIR n'est pas super fiable. C'est donc moins fiable, et plus laxiste. Finalement peut-être que les 2 approches peuvent se combiner : utiliser Nedde comme cobaye, s'en servir pour adapter Pifomètre et les exports BANO, puis essayer d'étendre à beaucoup plus de communes déterminées par une ou des règles. Pour rappel, les buts recherchés : - proposer dans Pifomètre une intégration de rues et n° pour les communes où les voies sont absentes de FANTOIR - augmenter le contenu exporté de BANO avec les adresses de ces communes tout ça via la création de codes FANTOIR bidons dans les traitements internes à BANO et tout en évitant de coller des faux codes FANTOIR dans OSM. à suivre vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible
Bonjour, > De: "Marc_marc" > > Le 05.09.22 à 23:25, Vincent de Château-Thierry a écrit : >> Soit on les détermine par une règle, par exemple quelles communes ont >> des enregistrements dans la BAN et n'ont que des lieux-dits dans FANTOIR >> : on en trouve quand même 1900. > > cela me semble le mieux, tant en raison du nombre, qu'en raison > du caractère éventuelement fluctuant > une règle au niveau de la rue n'est pas + ciblée ? > si la rue existe dans ban mais pas dans fantoir Ca me parait très fastidieux rue par rue, je doute qu'on récolte beaucoup de contenu. Je préfère envisager à la commune, avec des règles de priorité pour les vrais FANTOIR quand on se retrouve par inadvertance avec un libellé BAN correspondant en fait à un libellé FANTOIR. >> je peux partir sur une liste de communes (au hasard pour commencer, Torsac et >> Nedde) > > cela permettrait de tester le système en attendant de récolter > des retours pour la règle la plus pertinante Oui a minima. A suivre merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible
Bonsoir, Le 02/09/2022 à 01:21, Jérôme Amagat a écrit : (Désolé de faire 3 messages...) Pour les communes avec des voies dans la BAN mais pas dans BANO car pas de Fantoir, on peut les trouver en regardant la page des stats par commune sur un département. Par exemple pour le Cantal (15) : https://bano.openstreetmap.fr/pifometre/stats_dept.html#dept=15 Regardez la colonne "Adresse BAN sans voie rapprochées", il y a des communes avec un nombre important. (Par contre si l'on va sur les voies récentes manquantes du même département : https://bano.openstreetmap.fr/pifometre/voies_recentes_manquantes.html#dept=15 Il n'y a que 74 voies manquantes dans osm pour ce département.) Si l'on clic sur une de ces communes avec beaucoup d'adresses sans voies rapprochées, par exemple Anglards-de-Salers (c'est la communes qui en a le plus 744) : https://bano.openstreetmap.fr/pifometre/index.html#insee=15006=0 Il ne manque qu'un lotissement de 3 adresses. Le reste des adresses de la BAN que l'on ne voit pas c'est soit des adresses lié à un lieu dit soit des adresses lié à une rue sans code Fantoir. On peut télécharger les données de la commune sur le site adresse.data.gouv.fr. Pour Anglards-de-Salers la source des adresses est très majoritairement la commune. On a une centaine de noms de voie différents dont environ la moitié qui sont en fait des noms de hameaux mais même les nom de hameau ont pour la plupart leur clé d’interopérabilité qui n'est pas le code fantoir du hameau) Dans le Cantal il y a en a quelques unes de communes dans ce cas mais ça dépend beaucoup du département. On doit pouvoir mettre en place un mécanisme assez simple qui complète FANTOIR avec les noms des voies de la BAN et un identifiant (qui n'a même pas besoin d'être pérenne). Le principal souci est de bien déterminer quelles communes sont concernées. Soit on les détermine par une règle, par exemple quelles communes ont des enregistrements dans la BAN et n'ont que des lieux-dits dans FANTOIR : on en trouve quand même 1900. Soit on les énumère dans un fichier et on fait vivre ce fichier, en ajoutant au fil de l'eau les communes où on constate du vide dans Pifomètre et de la matière dans la BAN, et en supprimant celles pour lesquelles on voit apparaître du contenu "voies" dans FANTOIR. Vos avis & idées bienvenus, surtout si on essaie de trouver des règles. Par défaut, je peux partir sur une liste de communes (au hasard pour commencer, Torsac et Nedde) merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible
Bonjour,
Le 01/09/2022 à 16:50, deuzeffe a écrit :
Si je lis bien le wiki, dans les sources :
https://wiki.openstreetmap.org/wiki/FR:France/Base_Adresses_Nationale_Ouverte_(BANO)#Sources
on trouve celles en OD :
https://wiki.openstreetmap.org/wiki/FR:France/Base_Adresses_Nationale_Ouverte_(BANO)/OpenData
et je m'étonne de ne trouver aucune BAL.
Cette partie du Wiki date du tout début de BANO, avant qu'émergent les
BAL. C'était la foire à l'open-data, chaque entité (ville, agglo) y
allant de sa publication. Christian produisait un script par source pour
unifier tout ça.
Vu de maintenant : non, le wiki n'est pas à jour :(
D'autre part, dans les fichiers départementaux de la BANO
(https://bano.openstreetmap.fr/data/) on trouve comme source de données :
- OSM, OD, CAD : ok
- C+O, O+O ? : Commune, OD ?
C'est une codification du début de BANO, et qu'on a gardée au fil des
changements de sources (arrêt du Cadastre et des Open-data, arrivée de
BALs et BAN)
OSM = nom et numéro issus d'OSM
O+O ("Open data + OSM") = nom issu d'OSM, numéro issu d'une BAL
OD : nom et numéro issus d'une BAL
C+O ("Cadastre + OSM") = signifie désormais numéro issu de la BAN et nom
issu d'OSM
CAD ("Cadastre") = signifie désormais numéro et nom issus de la BAN
Et j'ai vraiment l'impression qu'il y a des bouts de BAL dedans.
sont-ce des BAL qui sont raccord avec FANTOIR ou des BAL "orphelines"
ie sans lien avec FANTOIR ?
Oui il y en a, issues de
https://adresse.data.gouv.fr/data/adresses-locales/latest/csv/. Celles
qu'on trouve en sortie de BANO sont forcément liées à FANTOIR, en l'état
du fonctionnement de BANO
vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible
Bonsoir, Le 31/08/2022 à 12:00, Marc_marc a écrit : Le 30.08.22 à 18:54, deuzeffe a écrit : J'ai brouillonné un petit tuto pour dégommer du rouge avec ou sans Pifomètre, ici : https://wiki.openstreetmap.org/wiki/User:Deuzeffe/voies-sans-nom Merci pour ton partage de méthode Deuzeffe :) question : - comment est-ce que BANO donc pifomètre se retrouve à ne pas avoir des addr venant des BAL ? c'est parce que le code fantoir est absent ? oui Vincent il n'est pas possible de faire quelque chose pour éviter toutes ces étapes manuelles ? non, ou en tout cas pas si simplement que ça. Comme le rappelle Deuzeffe, Fantoir est le pivot de BANO (moi j'aime bien parler de "dorsale", mais on dit la même chose). Fantoir, sur le papier, est l'ensemble le plus complet de noms de voies & lieux-dits qu'on peut trouver pour la France. Ca a donc du sens de vouloir s'appuyer dessus pour comparer différents contenus articulés autour des noms de voie : les adresses de la BAL, celles d'OSM, et plus largement les noms de voie d'OSM. Fantoir étant le hub de tout ça, une commune non couverte par Fantoir pour ses voies se retrouve mécaniquement invisible dans BANO, et donc aussi dans les outils Pifomètre. On a eu le cas l'été dernier avec Torsac, en Charente [1]. C'est moche, je suis d'accord. Je n'ai pas idée de l'ampleur du phénomène, avec Nedde ça fait au moins 2. Le souci pour bricoler un mécanisme dans BANO sans codes Fantoir, c'est que ça vient casser le paradigme de base, où Fantoir est le pivot, et le code Fantoir l'identifiant unique de chaque voie, qu'on recycle dans BANO. Ca a des conséquences dans tous les recoins de BANO, donc pas évident à affronter sans introduire de régressions pour le tout venant des communes. Ce serait cependant bien plus satisfaisant de ne pas zapper ces adresses dans les exports BANO in fine, je suis d'accord. Suggestions bienvenues ! vincent [1] : https://forum.openstreetmap.fr/t/adressage-commune-torsac/7040 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] josm : ajouter un fond de carte jpg
Bonjour Hélène > De: "Hélène PETIT" > > J'ai un fond de carte fait à la main que je veux mettre dans un calque > de josm, pour comparer, je ne retrouve pas comment faire, PicLayer est ton ami ! https://josm.openstreetmap.de/wiki/Help/Plugin/PicLayer vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une note qui fait partie d'une relation ?
Bonjour, > De: "deuzeffe" > Je viens de tomber sur ça : https://www.openstreetmap.org/way/229728801 > Je suis perplexe. Ou bien il y a une raison historique ? > Je laisse qui sait corriger, s'il y a qq chose à corriger. Un way sans aucun tag c'est possiblement déroutant pour quiconque tombe dessus. Donc j'imagine ce tag note=* au moins pour éviter le vide ? Quand on regarde le propos de la relation, alors un tag boundary=* serait pertinent sur les ways, mais je ne vois rien de bien adapté dans le wiki [1], tout juste une quinzaine de boundary=mountain_range via taginfo [2] vincent [1] : https://wiki.openstreetmap.org/wiki/Key:boundary [2] : https://taginfo.openstreetmap.org/tags/boundary=mountain_range ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] question sur un nouveau nom de rue et procédures BANO
Bonjour, > De: "Pierre Beyssac" > > Faut-il reporter telle quelle l'orthographe du panneau dans OSM ? > > Sinon, comment faire pour trouver une autre référence ? > > Peut-on vérifier dans une autre base publique servant de source pour BANO ? > J'ai regardé hier l'extraction IGN pour le Puy de Dôme mais le nom > n'y figure pas encore, pas plus que les autres noms de rues. > > Faut-il appeler la mairie ? Appeler la mairie devrait clore le débat, si tu as moyen de consulter la délibération qui a décidé du nom de la voie. Les erreurs de retranscription sur les plaques de rue font partie des blagues récurrentes, c'est vraiment la délib qui doit faire foi. Si finalement la plaque se trompe, tu peux ajouter le nom constaté sur la plaque via un tag note=* pour éviter que quelqu'un après toi veuille rétablir dans le tag name le nom erroné. Bonne enquête vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Clés pour chemin sous marée
Bonjour,
> De: "whatis moss"
> Bonjour, j'aurais besoin d'aide pour savoir quelle clés utiliser pour un
> chemin
> qui est accessible seulement lors de la basse marée. La clé tidal=yes semble
> être répandue mais d'après le wiki, cette clé serait pour les étendues d'eau
> soumises à la marée plutôt que pour les chemins accessibles lors de la basse
> marée. Après cela, il y aurait t-il aussi une clé pour indiquer à quel niveau
> de marée le chemin est accessible ? Dans mon cas j'ai un chemin accessible
> seulement lorsque la marée est inférieure à 3 mètres.
En regardant le Passage du Gois {1] je vois un "access=tidal" qui pourrait
convenir, mais qui est très peu utilisé (30 occurrences dans le monde) et pas
documenté.
Une manière un peu plus élaborée serait avec access:conditional=yes␣@␣tidal.
Voir la doc associée [2].
vincent
[1] : https://www.openstreetmap.org/way/24369838
[2] : https://wiki.openstreetmap.org/wiki/Conditional_restrictions
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [édition mécanique/de masse] post_office:type=* -> `post_office=*
Bonjour, > De: "Marc_marc" > > je propose de convertir les post_office:type=* en`post_office=* > si post_office=* existe deja avec la même valeur, post_office:type=* > serra simplement supprimé > les éventuels conflits entre l'info donnée par post_office:type=* > et post_office=* se feront hors de l'édition de masse > > l'étendue géographique est la France entière, > un changeset pour la france métropolitaine, un par domtom pour éviter > les changeset d'étendue inutilement étendu à travers des zones non > concernées. > > Avis ? Ok pour moi. Merci Marc vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aide OSMAND ?
Le 13/07/2022 à 23:33, pepilepi...@ovh.fr a écrit : Salut tout le monde, C'est un peu hors sujet, mais je viens de faire une mise à jour de mes cartes sur OSMAND~ et ça me plante l'appli. Apparemment c'est l'indexation de grand-est France, qu'il a d'ailleurs renommé "great east", on se demande bien pourquoi, qui fait planter. Et toutes mes autres cartes disparaissent de la vue. Où puis-je trouver de l'aide pour résoudre ça ? J'ai rien trouvé sur osmand.net, j'ai rien vu sur forum.openstreetmap.org... En plus quand je vais sur l'onglet "télécharger", parfois j'ai la liste "afrique, amérique, asie, europe,..." et parfois j'ai une liste ultralongue qui commence par "afghanistan région 1, etc" bonjour, dans les cas que j'ai pu lire qui ressemblent à ce qui t'arrive. La procédure qui semble marcher est : * desinstaller osmand * éteindre son téléphone et le redémarrer (il semble que cela finisse de nettoyer quelques fichiers qui sinon continue de faire planter osmand avec une simple désinstallation, réinstallation) * installer de nouveau osmand * être satisfait si cela marche :) * ... Espérant que cela marche et donc t'aide :) -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonnes pratiques pour la délimitation des landuse et autres natural ?
Bonsoir, Le 12/07/2022 à 19:15, osm.sanspourr...@spamgourmet.com a écrit : Avec cette logique, pour une rue bordée d'immeubles, il faudrait prolonger la surface des immeubles jusqu'à l'axe central de la voie... On ne le fait pas, au moins parce que notre source pour le bâti est de qualité correcte, et que souder les bâtiments aux highways serait à la fois chronophage et synonyme de dégradation de la qualité, vue la déformation manifeste qu'on ferait subir aux géométries de bâtiments. Bref, ça ne vient à l'idée de personne je pense. Non le landuse en question c'est le residential. Mon exemple ne s'appuie pas sur un landuse mais sur un building, et c'est volontaire, pour montrer ce qui me parait bancal dans l'approche, indépendamment de la nature des polygones. Le bâtiment est collé au trottoir. Le trottoir est inclus dans le dessin filaire taggué highway=*. Donc le bâtiment doit être collé au filaire highway. C'est exactement ce qui se passe pour les landuses, je ne vois pas pourquoi ce qui nous choque pour les buildings serait acceptable pour les landuses. Par analogie, la seule raison que je vois pour coller les landuses aux filaires de voies est l'absence d'une source géométrique assez précise, combiné au temps que prend le dessin de ces surfaces. Ça n'est donc (pour moi) qu'une version intermédiaire de dessin des landuse, et surtout pas une bonne pratique. La fonctionnalité de copie parallèle dispo dans JOSM [1] est un bon compromis pour dessiner du 1er coup une limite de landuse non collée au filaire mais approximant l'emprise de la chaussée. OK pour la première partie. Par contre pas pour la seconde : on fabrique de la fausse précision. En restant au landuse surfacique / route filaire (mais éventuellement avec une largeur), on ne crée pas de fausses données. Si, ne serait-ce que pour la surface du landuse, dilatée jusqu'au filaire de voie, cf ce qui disais Stéphane plus haut. C'est imparfait, OK mais entre imparfait et faux... Absolument tout ce qu'on dessine dans OSM est imparfait géométriquement, approximé. Le faux c'est autre chose : dessiner un bâtiment à la place d'un terrain de pétanque, une rivière à la place d'une autoroute, etc. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonnes pratiques pour la délimitation des landuse et autres natural ?
Bonsoir Le 11/07/2022 à 18:47, osm.sanspourr...@spamgourmet.com a écrit : Pas trop d’accord. Le « problème » est celui soulevé par David : la route est modélisée en filaire et les landuse en surfacique. Tant qu’on fait ça, la représentation la plus logique est de faire aller les landuse jusqu’à la route. Et c'est parce que du as des landuse=railway que tu ne vas pas jusqu'au rails. Avec cette logique, pour une rue bordée d'immeubles, il faudrait prolonger la surface des immeubles jusqu'à l'axe central de la voie... On ne le fait pas, au moins parce que notre source pour le bâti est de qualité correcte, et que souder les bâtiments aux highways serait à la fois chronophage et synonyme de dégradation de la qualité, vue la déformation manifeste qu'on ferait subir aux géométries de bâtiments. Bref, ça ne vient à l'idée de personne je pense. Par analogie, la seule raison que je vois pour coller les landuses aux filaires de voies est l'absence d'une source géométrique assez précise, combiné au temps que prend le dessin de ces surfaces. Ça n'est donc (pour moi) qu'une version intermédiaire de dessin des landuse, et surtout pas une bonne pratique. La fonctionnalité de copie parallèle dispo dans JOSM [1] est un bon compromis pour dessiner du 1er coup une limite de landuse non collée au filaire mais approximant l'emprise de la chaussée. vincent [1] : https://josm.openstreetmap.de/wiki/Fr%3AHelp/Action/Parallel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet de cartographie des distributeur de preservatifs
Le 06/07/2022 à 12:33, Ludovic Hirlimann a écrit : avec plaisir améliorable sans souci et administration partageable sans souci non plus :) Y a quoi à faire en terme administratif ? sans doute qu'il y a des traductions qui pourraient être faites, il me semble qu'il y a seulement l'affichage des tags, non traduits là -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet de cartographie des distributeur de preservatifs
Le 06/07/2022 à 11:32, Ludovic Hirlimann a écrit : Coucou, je cherche le site qui permet de cartographier les distributeurs de capote, dans ma tête c'était à openstreetmap.xyz, mais a priori non, car cela ne répond pas. Qui peut me donner l'URL, mon qawnt/bing/google fu ne fonctionnant pas. j'avais commis cela https://mapcontrib.openstreetmap.fr/t/8f3614-Les_distributeurs_de_preservatifs qui est d'ailleurs le même que https://www.mapcontrib.xyz/t/8f3614-Les_distributeurs_de_preservatifs avec donc des xyz :) Merci Ludo avec plaisir améliorable sans souci et administration partageable sans souci non plus :) -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] géolocalisation des photos
Bonjour, > De: "Jacques Lavignotte" > Le 22/06/2022 à 15:23, Hélène PETIT a écrit : > >> Avec quelques autres vieux comme moi, on utilise des photos >> géolocalisées (plutôt que de prendre des notes). > > Bienvenue au club. > >> Bug : lorsque nous nous échangeons ces photos, il arrive que la >> géolocalisation soit enlevée automatiquement ; > > Très petite expérience qui consiste à transférer du SmartPhone Android > vers un partage Owncloud/Linux. EXIF ( et géoloc donc) préservés. > > > Prêt à tester à plusieurs d'autres procédés. Mes photos n'ont par défaut pas de géoloc, je les cale grâce à une trace, avec JOSM. Il m'arrive de figer la geoloc d'une photo en écrivant les coordonnées dans l'EXIF via le plugin photo_geotagging et ça marche plutôt bien pour rouvrir les photos, y compris en changeant d'ordinateur entre temps. Pas sûr que ça réponde à ta question Hélène, tu diras. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cohérence base adresse / siren / cadastre
Bonjour, Le 20/06/2022 à 22:46, Nicolas Bétheuil a écrit : Bonsoir, Allant bientôt faire un tour de vélo dans le coin de la normandie vers le mont saint michel, j'ai voulu repérer les réparateurs de vélo au cas où. Je suis tombé sur un noeud entre le cadastre et la base adresse. Qui tranche entre les différentes autorités ? c'est la que le terrain prend tout son sens. Décidé que telle ou telle base fait foi est complexe. Après, le terrain cela peut aussi être de téléphoner à VELO'NATUREL pour préparer ton voyage et leur demander des précisions :) bon voyage La route en question : https://www.openstreetmap.org/way/236981573 côté base adresse : https://adresse.data.gouv.fr/base-adresse-nationale/50484_6ajy9x#16.19/48.579986/-1.103393 Il y a une différence dans la localisation du lieu dit/quartier "Le clos drieux" "Les isles" est lui absent du cadadre. La société en question SARL VELO'NATUREL LES ISLES 143 RTE D AVRANCHES 50600 SAINT-HILAIRE-DU-HARCOUET avec son site : https://www.velonaturel.com/ Du coup tout un paté de maison n'est pas géocodé et ne remonte pas dans osmose (j'imagine) dans l'analyse siren http://osmose.openstreetmap.fr/en/map/#zoom=17=48.580269=-1.101916=8310=1%2C2%2C3=== Les modifications que j'envisage : déplacer le nom "le clos drieux" placer "les isles" nommer la way "route d'avranche" positionner les adresses (le 143 est absent de la base adresse). voir ce que osmose remonte Comme la modif est un peu grosse et que c'est un peu nouveau, je me demandais avant de tout casser. Merci pour vos lumières ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout systématique de : Contact
Le 28/05/2022 à 16:30, Marc_marc a écrit : il y a 2 choses en une : tel web réseau sociaux : c'est mitigé (aucune des 2 propositions avec ou sans le préfix contact: n'a eu la majorité nécessaire en partie à cause de la franche conservatrice) mais je trouve qu'il y a une logique à les avoir dous contact: je suis sincèrement intéressé par la logique, car j'ai du mal entre les phone, contact:phone, il y a de plus en plus de cas je pense où il y a les deux, un utilisateur averti qui ajoute contact: (sans doute du josm inside) suivi d'un utilisateur moins averti qui ne le voie pas dans iD et donc l'ajoute :) -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout systématique de : Contact
Bonjour, Le 28/05/2022 à 17:02, Jacques Lavignotte a écrit : Le 28/05/2022 à 16:30, Marc_marc a écrit : bonjour, il y a 2 choses en une : Pour le débat contact:* vs addr:* : je trouve assez inexplicable (ou du moins difficile à argumenter) le recours à contact:* pour stocker une adresse en certaines occasions, et le recours à addr:* pour stocker la même info en d'autres occasions. Je serais plutôt favorable au recours permanent à addr:* quel que soit l'objet auquel on veut coller une adresse, en ajoutant sur chaque occurrence une qualification, pour indiquer que les tags addr: d'un objet décrivent : - l'adresse "principale" d'un lieu (au hasard, le pas de porte avec boîtes aux lettres, interphone, plaque de rue...) - l'adresse d'un commerce, quand celle-ci fait doublon avec la principale - l'adresse pour un accès de type parking automobile etc, sur le même mode que les tags entrance=* L'idée est de donner le type d'une adresse. On pourrait utiliser un tag addr:type, ou plus simplement le tag addr seul. Ca donnerait par exemple pour ce bâtiment https://www.openstreetmap.org/way/79804469 : - le noeud https://www.openstreetmap.org/node/1363472191 avec un tag additionnel addr=main - le noeud https://www.openstreetmap.org/node/2195019201 avec un tag addr=shop et ainsi de suite. Libre ensuite aux consommateurs des données de prendre toutes les occurrences d'un addr:housenumber, ou d'en piocher une quand on ne veut pas de doublon, et dans ce cas addr=main serait l'élue. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rapport "d'activité" 2021-2022
Bonjour, comme chaque année, un petit mot à destination de tous et toutes pour faire un rapport d'activité de l'association OpenStreetMap France entre les AG (quoi tu ne viens pas à l'AG du 11 juin à Nantes ?). Cela se passe sur ce pad (https://mypads.framapad.org/mypads/?/mypads/group/osm-fr-upup77pw/pad/view/pad-activites-2021-2022-9o3ax7i3). Groupes locaux, adhérents, contributrices et contributeurs, si vous pensez que ce que vous avez fait contribuent d'une manière ou d'une autre à l'objet social de l'association (soutenir OSM en résumé) alors n'hésitez pas, l'idée de ce pad est de montrer "l'activité" autour d'OSM ... Cela peut concerner un évènement, une production (qui a dit les 10 commandements ou une carte de visite), la participation à des réunions (AFIGEO, CNIG, IGN, ENEDIS, ... mais aussi toutes les présentations dont on ne connaît même pas l'existence), Allez c'est parti, la première ou le premier aura un autocollant ! https://mypads.framapad.org/mypads/?/mypads/group/osm-fr-upup77pw/pad/view/pad-activites-2021-2022-9o3ax7i3 Bonne journée PS il fait trop chaud aujourd'hui pour sortir, alors remplissez ce pad :) PS2 : listes, forums, matrix, désolé si tu es multicanal, mais si tu te sens poursuivi-e, c'est que tu as sans doute des choses à remplir dans le pad ... -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM et version de Java ?
Hello, Je recommande d'utiliser OpenWebStart: https://openwebstart.com/ c'est libre, développé par nos amis allemands de Karakun, ça remplace Java WebStart d'Oracle, dont le code n'a jamais été ouvert. Le logiciel va télécharger automatiquement le bon JRE sans avoir à se soucier des détails techniques, et gère toutes les mises à jour (la sienne, celle de JOSM, celle du JRE). J'avais en tête d'expliquer tout ça dans un talk mais pas eu le temps cette année. L'an prochain j'espère :) A+ Vincent Le mer. 11 mai 2022 à 22:09, a écrit : > > Le 11/05/2022 à 20:49, pepilepi...@ovh.fr - pepilepi...@ovh.fr a écrit : > > Et si oui lequel tu me conseilles ? Celui d'Oracle ou OpenJDK ? (Bon, > > j'ai un peu honte de devoir l'avouer, mais je suis sur des windows...) > > > > Merci, bonne soirée > > > > JP > > Pas de soucis, pour les Windozes, on essaye d'être accueillant pour les > personnes handicapées ;-). > > Si tu comptes utiliser le greffon Kendzi3d vise la 11 : > > https://josm.openstreetmap.de/ticket/21348 > > D'une manière générale si tu utilises la version utilisée pour compiler, > c'est minimiser les ennuis potentiels. > > OpenJDK ? Heu c'est passé chez Adoptium et ça s'appelle Temurin, tant > pour le JDK que le JRE. > > Trivial, non ? > > https://adoptium.net/download, > > https://adoptium.net/temurin/archive si tu ne veux pas le JDK 17 mais > par exemple le JRE 11 Windows. > > Si tu n'as pas besoin du JDK, contente-toi du JRE. > > Oracle ou une solution libre, tu te poses la question ? Ma réponse est > ci-dessus. De plus à chaque nouvelle version Oracle, de nouvelles > restrictions d'utilisation sans payer. > > Professionnellement j'utilise les deux. Mais Oracle c'est juste pour > vérifier que ça tourne aussi dessus. > > Je pense que don-vip ;-) confirmera que les développeurs utilisent pour > la plupart la version libre. > > > Si tu veux faire simple tu peux aussi utiliser josm.exe qui embarque une > JVM : > > https://josm.openstreetmap.de/wiki/Download > > Ou utiliser le jnlp. Là encore kle wiki comporte son tuto en étranger^^. > > Jean-Yvon > > > > ___ > 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] Education - Comment mapper les ULIS et les SEGPA ?
Le 06/04/2022 à 07:46, Arnaud Champollion a écrit : Du coup pour l'ULIS il y a un tag déjà ou pas ? Dans le genre fr:ulis=yes je ne sais pas Le 06/04/2022 à 07:33, Vincent Bergeot a écrit : Bonjour Arnaud, Segpa, collège. 2 établissements différents (de mémoire souvent distinct dans l'espace) j'aurai tendance à utiliser un landuse=education pour l'ensemble et 2 amenity=school distincts pour chaque établissement. Ulis en (primaire, élémentaire maternelle ?). Effectivement plutôt une 'caractéristique de l'établissement. Vincent Le 6 avril 2022 06:51:42 GMT+02:00, Arnaud Champollion a écrit : Bonjour, Comment mapper un établissement (node) dans un établissement (surface) ? JOSM signale comme erreur le fait d'avoir un amenity=school dans un amenity=school. Cas 1 : une SEGPA au sein d'un collège. La SEGPA possédant son propre RNE a le statut d'établissement, à ce titre amenity=school pour la SEGPA et pour le collège. Cas 2 : une ULIS au sein d'une école primaire. L'ULIS ne possède pas son propre RNE, du coup je ne sais pas comment la qualifier. Ou bien un attribut de l'école pour signifier qu'elle dispose d'une ULIS ? Dans ce cas on pourrait étendre aux autres dispositifs comme UPE2A (pour les élèves allophones nouvellement arrivés) Merci, Bonne journée, Arnaud Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr <https://lists.openstreetmap.org/listinfo/talk-fr> -- Vincent Bergeot -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Education - Comment mapper les ULIS et les SEGPA ?
Bonjour Arnaud, Segpa, collège. 2 établissements différents (de mémoire souvent distinct dans l'espace) j'aurai tendance à utiliser un landuse=education pour l'ensemble et 2 amenity=school distincts pour chaque établissement. Ulis en (primaire, élémentaire maternelle ?). Effectivement plutôt une 'caractéristique de l'établissement. Vincent Le 6 avril 2022 06:51:42 GMT+02:00, Arnaud Champollion a écrit : >Bonjour, > >Comment mapper un établissement (node) dans un établissement (surface) ? >JOSM signale comme erreur le fait d'avoir un amenity=school dans un >amenity=school. > >Cas 1 : une SEGPA au sein d'un collège. > >La SEGPA possédant son propre RNE a le statut d'établissement, à ce >titre amenity=school pour la SEGPA et pour le collège. > > >Cas 2 : une ULIS au sein d'une école primaire. > >L'ULIS ne possède pas son propre RNE, du coup je ne sais pas comment la >qualifier. > >Ou bien un attribut de l'école pour signifier qu'elle dispose d'une ULIS ? > >Dans ce cas on pourrait étendre aux autres dispositifs comme UPE2A (pour >les élèves allophones nouvellement arrivés) > >Merci, > >Bonne journée, > >Arnaud > >___ >Talk-fr mailing list >Talk-fr@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-fr -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] accès cassé pour josm.openstreetmap.de
le serveur est revenu. Plus de détails ici : https://lists.openstreetmap.org/pipermail/josm-dev/2022-March/008420.html Le lun. 14 mars 2022 à 10:18, Vincent Privat a écrit : > Salut, > C'est une maintenance non planifiée du serveur. > Rien de grave, il devrait revenir sous peu. > Désolé pour l'interruption de service. > > Vincent > > Le lun. 14 mars 2022 à 10:12, Cyrille37 OSM > a écrit : > >> Bonjour, >> >> Le domaine josm.openstreetmap.de n'est plus accessible :( >> >>Impossible d'initialiser la connexion à josm.openstreetmap.de: 443 >> (2a01:4f9:2b:907::2). - connect (101: Le réseau n'est pas accessible) >> Connexion à josm.openstreetmap.de: 443 (95.216.72.248) impossible, délai >> de connexion dépassé >> >> Je dis ça ici car je ne peux pas le dire sur josm.openstreetmap.de :-) >> >> Belle journée à tou⋅te⋅s <3 >> >> Cyrille. >> ___ >> 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] accès cassé pour josm.openstreetmap.de
Salut, C'est une maintenance non planifiée du serveur. Rien de grave, il devrait revenir sous peu. Désolé pour l'interruption de service. Vincent Le lun. 14 mars 2022 à 10:12, Cyrille37 OSM a écrit : > Bonjour, > > Le domaine josm.openstreetmap.de n'est plus accessible :( > >Impossible d'initialiser la connexion à josm.openstreetmap.de: 443 > (2a01:4f9:2b:907::2). - connect (101: Le réseau n'est pas accessible) > Connexion à josm.openstreetmap.de: 443 (95.216.72.248) impossible, délai > de connexion dépassé > > Je dis ça ici car je ne peux pas le dire sur josm.openstreetmap.de :-) > > Belle journée à tou⋅te⋅s <3 > > Cyrille. > ___ > 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] Prochain CA de l’association OSM-FR - mardi 8 mars
Bonjour, Le prochain CA de l’association aura lieu *mardi 8 mars 2022*. Il est ouvert comme toujours à tout le monde. Vous pouvez compléter l'ordre du jour : https://annuel.framapad.org/p/N_IDAQXYLHswlpU2s3oE Rendez-vous à 21h sur https://osmvideo.cloud68.co/user/fre-aux-yuh À bientôt PS : nous reprendrons les premiers mardis du mois, mais plusieurs membres du CA ont exprimé leurs indisponibilités, donc 8 mars ce coup ci -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer un 'local à vélo'
Le 27/02/2022 à 17:59, Vincent Bergeot a écrit : Bonjour, sur le batiment concerné building=yes amenity=bicycle_parking capacity=14 bicycle_parking=stands mais surtout un access=private car c'est privé si j'en crois les photos non ? PS : Comment tagguer un 'local à vélo', j'ai failli répondre "avec une bombe de peinture" ... Le 27/02/2022 à 18:51, pdaeuslg a écrit : Vincent, tu n'as pas vu que (https://wiki.openstreetmap.org/wiki/FR:Key:bicycle_parking) le tag bicycle_parking peut prendre la valeur building ou shed, et que si ce tag prend cette valeur, alors on ne peut plus specifier le fait que ce soit des 'stands' (par exemple). Et comment introduire la nouvelle valeur proposée 'premises' ? Bref je crois que tu réponds à coté ? Puisque c'est principelement ça la question, j'espère que tu pourras faire une deuxième réponse, ou alors je n'ai rien compris moi-même, lol ? tu as raison j'ai répondu effectivement à coté de la plaque, je n'avais pas bien compris. je ne sais pas effectivement quel tag est pertinent, j'ai l'impression que la même clé (bicycle_parking) est utilisé pour décrire 2 choses différentes (le type d'accroche et le type de batiment). je crois que j'avais en tête que c'était 2 trucs différents le bâti d'un coté de type building=shed, premises et bicycle_parking=* pour le type d'accroche Je trouve que bicycle_parking=building, shed sont vraiment surprenants en fait (dans ma représentation :) ) Désolé pour le flou Le 27/02/2022 à 11:08, pdaeuslg via Talk-fr a écrit : Bonjour à tous Le tag *bicycle_parking* <https://wiki.openstreetmap.org/wiki/FR:Key:bicycle_parking> devrait pouvoir s'enrichir d'une nouvelle valeur, pour recenser les emplacements de parking vélos de type '*local à vélos*'. Je mets ci-dessous trois exemples troouvés près de chez moi (Fontaine 38600, banlieue de Grenoble) * https://drive.google.com/file/d/1BB5dM-wKc5clWun5fro3ZuPonwRZD8CJ/view?usp=sharing * https://drive.google.com/file/d/1bkq49ph6ke8gA1NwMZi_tUDn5VtTIxfa/view?usp=sharing <https://drive.google.com/file/d/1bkq49ph6ke8gA1NwMZi_tUDn5VtTIxfa/view?usp=sharing> * https://drive.google.com/file/d/11FplhzQw_pfRrBbV6c35jeOffY1zT952/view?usp=sharing Peut-être que la valeur de clé '*premises*' conviendrait ? Ce qui donnerait par exemple : * amenity=bicycle_parking * bicycle_parking=premises * capacity=14 Mais ce n'est qu'à moitié satisfaisant puisque les différentes valeurs actuelles du tag '*bicycle_parking*' confondent deux choses : 1. L'équipement sur lequel on accroche le vélo ou qui lui sert de béquille : toutes les valeurs sauf les valeurs 'shed' et 'building'. 2. La structure de bâti qui abrite les le parking à vélo : les valeurs 'shed' et 'building' et donc maintenant on aurait 'premises' en plus. Donc il faudrait reprendre le tag actuel, et introduire une nouvelle clé (peut être '*bicycle_parking:building*') qui prendrait différentes valeurs. Pour illustrer ceci : bicycle_parking:building=yes bicycle_parking:building=shed bicycle_parking:building=premises et on pourrait alors caractériser dans ces structures, les équipements qui permettent d'accrocher les vélos : stands, wall_loops, etc Ce qui donnerait finalement alors par exemple : * amenity=bicycle_parking * bicycle_parking:building=premises * bicycle_parking=stands * capacity=14 Merci pour vos commentaires Bonne journée Paul PS: Les résidences construites récemment doivent être équipées, de manière réglementaire, de parkings à vélos. La FUB <https://www.fub.fr> a bien voulu me renseigner à ce sujet (merci la FUB), alors je partage ci-dessous en annexe cette information car je crois qu'il y a de nombreux cyclistes sur cette liste. _*Annexe : réglementation sur les locaux à vélos *_ /Au jour d'aujourd'hui, la page //https://www.fub.fr/velo-ville/stationnement/stationnement-espaces-prives//n'est plus à jour, elle devrait être mise-à-jour prochainement avec ce qui suit : // / // /On trouve d’abord les articles législatifs issu de la Loi d’Orientation des Mobilités (LOM) : //*article L.113-18 à L.113-20 *//du code de la construction et de l’habitation. Disponible en cliquant ici : //https://www.legifrance.gouv.fr/codes/section_lc/LEGITEXT06074096/LEGISCTA41563739/#LEGISCTA41563739/ // * /Ensuite, s’agissant des textes réglementaires, depuis un décret du 30 juin 2021, les articles R.111-14-4 et suivants ont été codifié aux //*articles R.113-13 et R.113-17 *//du code de la construction et de l’habitation. Vous pouvez les retrouver en cliquant sur le lien ci-joint : //https://www.legifrance.gouv.fr/codes/section_lc/LEGITEXT06074096/LEGISCTA43818339/#LEGISCTA43818339/ * /Enfin, //*les articles 3 et 4 de l’arrêté du 13 juillet 2016*//qui précise le nombre de places, la surface de logement, le type de stationnement sont eux toujours d’
Re: [OSM-talk-fr] Comment tagguer un 'local à vélo'
Bonjour, sur le batiment concerné building=yes amenity=bicycle_parking capacity=14 bicycle_parking=stands mais surtout un access=private car c'est privé si j'en crois les photos non ? PS : Comment tagguer un 'local à vélo', j'ai failli répondre "avec une bombe de peinture" ... Le 27/02/2022 à 11:08, pdaeuslg via Talk-fr a écrit : Bonjour à tous Le tag *bicycle_parking* <https://wiki.openstreetmap.org/wiki/FR:Key:bicycle_parking> devrait pouvoir s'enrichir d'une nouvelle valeur, pour recenser les emplacements de parking vélos de type '*local à vélos*'. Je mets ci-dessous trois exemples troouvés près de chez moi (Fontaine 38600, banlieue de Grenoble) * https://drive.google.com/file/d/1BB5dM-wKc5clWun5fro3ZuPonwRZD8CJ/view?usp=sharing * https://drive.google.com/file/d/1bkq49ph6ke8gA1NwMZi_tUDn5VtTIxfa/view?usp=sharing <https://drive.google.com/file/d/1bkq49ph6ke8gA1NwMZi_tUDn5VtTIxfa/view?usp=sharing> * https://drive.google.com/file/d/11FplhzQw_pfRrBbV6c35jeOffY1zT952/view?usp=sharing Peut-être que la valeur de clé '*premises*' conviendrait ? Ce qui donnerait par exemple : * amenity=bicycle_parking * bicycle_parking=premises * capacity=14 Mais ce n'est qu'à moitié satisfaisant puisque les différentes valeurs actuelles du tag '*bicycle_parking*' confondent deux choses : 1. L'équipement sur lequel on accroche le vélo ou qui lui sert de béquille : toutes les valeurs sauf les valeurs 'shed' et 'building'. 2. La structure de bâti qui abrite les le parking à vélo : les valeurs 'shed' et 'building' et donc maintenant on aurait 'premises' en plus. Donc il faudrait reprendre le tag actuel, et introduire une nouvelle clé (peut être '*bicycle_parking:building*') qui prendrait différentes valeurs. Pour illustrer ceci : bicycle_parking:building=yes bicycle_parking:building=shed bicycle_parking:building=premises et on pourrait alors caractériser dans ces structures, les équipements qui permettent d'accrocher les vélos : stands, wall_loops, etc Ce qui donnerait finalement alors par exemple : * amenity=bicycle_parking * bicycle_parking:building=premises * bicycle_parking=stands * capacity=14 Merci pour vos commentaires Bonne journée Paul PS: Les résidences construites récemment doivent être équipées, de manière réglementaire, de parkings à vélos. La FUB <https://www.fub.fr> a bien voulu me renseigner à ce sujet (merci la FUB), alors je partage ci-dessous en annexe cette information car je crois qu'il y a de nombreux cyclistes sur cette liste. _*Annexe : réglementation sur les locaux à vélos *_ /Au jour d'aujourd'hui, la page //https://www.fub.fr/velo-ville/stationnement/stationnement-espaces-prives//n'est plus à jour, elle devrait être mise-à-jour prochainement avec ce qui suit : // / // /On trouve d’abord les articles législatifs issu de la Loi d’Orientation des Mobilités (LOM) : //*article L.113-18 à L.113-20 *//du code de la construction et de l’habitation. Disponible en cliquant ici : //https://www.legifrance.gouv.fr/codes/section_lc/LEGITEXT06074096/LEGISCTA41563739/#LEGISCTA41563739/ // * /Ensuite, s’agissant des textes réglementaires, depuis un décret du 30 juin 2021, les articles R.111-14-4 et suivants ont été codifié aux //*articles R.113-13 et R.113-17 *//du code de la construction et de l’habitation. Vous pouvez les retrouver en cliquant sur le lien ci-joint : //https://www.legifrance.gouv.fr/codes/section_lc/LEGITEXT06074096/LEGISCTA43818339/#LEGISCTA43818339/ * /Enfin, //*les articles 3 et 4 de l’arrêté du 13 juillet 2016*//qui précise le nombre de places, la surface de logement, le type de stationnement sont eux toujours d’actualité et à retrouver ici : //https://www.legifrance.gouv.fr/loda/id/JORFTEXT32894249// * /Cette réglementation est amenée à changer prochainement puisque nous sommes actuellement dans l’attente d’un nouveau décret d’application pour le stationnement des vélos dans les bâtiments. / * /C’est d’ailleurs ce qui explique également que le site internet ne soit pas à jour et certaines incohérences entre les textes. En effet, depuis la LOM et l’introduction des nouveaux articles L.113-18 et suivants, la réglementation n’a pas suivi. Le décret du 30 juin 2021, est uniquement venu changer la numérotation des articles en passant de R.111-14-4 et suivants à R.113-13 et suivants./ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des points des "coffee shop"
Le 24/02/2022 à 10:15, FR via Talk-fr a écrit : Si tu peux "reverter" ce serait bien. fait -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des points des "coffee shop"
Le 23/02/2022 à 11:47, Jacques Lavignotte a écrit : Le 23/02/2022 à 11:26, FR via Talk-fr a écrit : Qu'est-ce qu'on fait ? C'est conforme au terrain ? je ne suis pas allé voir mais j'ai écrit un mot https://www.openstreetmap.org/changeset/117768967#map=19/43.34667/5.34744 Cela fait 3 changesets sur de l'ajout de coffe shop Si quelqu'un peut reverter, sinon je m'en occupe plus tard -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MS BOT
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
[OSM-talk-fr] SotM Monde, appel aux chercheur-e-s souhaitant faire partie du comité scientifique pour 2022
mme) [4] See the call for abstracts for 2021 (https://2021.stateofthemap.org/calls/academic/) and the program of the Academic Track on Sunday, 11 July (https://2021.stateofthemap.org/programme) [5] See the conference announcement at https://blog.openstreetmap.org/2022/02/16/announcing-sotm-2022-firenze-19-21-august-2022 -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chercher dans les archives de talk-fr
Le 02/02/2022 à 18:11, pepilepi...@ovh.fr a écrit : Si tu en as vraiment besoin, que tu ne trouves pas d'autre moyen et que ma suggestion soit insuffisante, dis-le : j'essaierai de trouver quelques quarts d'heure dans les jours qui viennent pour te faire ça. merci beaucoup de la proposition mais d'une certaine manière c'est justement pour éviter cela (en pratique moi je ne sais pas du tout faire, le python est toujours un serpent pour moi). D'avoir une manière de chercher dans les archives tal-fr et le forum par exemple, cela serait quand même un moyen de retrouver un peu de notre mémoire quand même (enfin au moins ma mémoire :) )et surtout donner l'accès à cela à d'autres Le 02/02/2022 à 18:01, Marc_marc a écrit : dans les messages recu c'est le plus facile :) oui mais c'est vrai que parfois je fais du ménage, souvent en début d'année ... Le 02/02/2022 à 18:01, Marc_marc a écrit : certains moteurs de recherchent supportent site:lists.openstreetmap.org/pipermail/talk-fr/ co2 à oui, merci je vais creuser. J'ai aussi vu un truc comme cela pour se faire un raccourci de recherche dans le wiki Merci pour vos retours -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [talk-ph] FW: [Ticket#2022012010000052] "Open Paint Maps"
Yes his versioning of comments is awkward. Doubt it's a kid. A child wouldn't do the versioning - highly unlikely. And his grammar/style - Either we're dealing with someone who's mentally not capable - then we should be very considerate and try to help. or with someone who seriously has some issues with English and maybe therefore making mistakes and doesn't understand how everything works. In any case, looking at the edits - I doubt we're dealing here with someone who does deliberate vandalism. The edits don't look like deliberate vandalism. But I can understand the frustration - I for one wouldn't know how to revert changesets so it would be a huge problem to me. https://wiki.openstreetmap.org/wiki/Change_rollback - that article isn't really straight forward either. Some tutorials with step by step and illustration surely wouldn't be a bad thing for the wiki for something as important as reverting changesets. From: Jherome Miguel To: , talk-ph Sent: 25/01/2022 12:47 Subject: Re: [talk-ph] FW: [Ticket#202201201052] "Open Paint Maps" All I know is most of his edit comments save "Version [number]" are mostly hardly understandable garbage. Also, I'm not attempting any communication with him (and I also asked other mappers not to attempt communication or name him in edits rolling back his changes) since those threats of block in what I think to be apparent revenge for reverting or correcting his shady map edits, and there seems to be competency issues with the mapper. Other fellow Filipino mappers suspect this could be a sock of long-time problematic user, but it's a different case after all. ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] FW: [Ticket#2022012010000052] "Open Paint Maps"
“One Way Another May Road Number” Maybe he means: -1) this is a one-way -2) another user may add the road number Maybe addressing him in his native tongue could clarify some issues? ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-fr] Sondage : l'utilisation et la contribution à OpenStreetMap dans les collectivité et administrations
Le 26/12/2020 à 18:31, Jean-Christophe Becquet a écrit : Le 26/12/2020 à 10:13, Christian Quest a écrit : Cadeau de Noël ouvert sans trop de problème avec LibreOffice... avec juste 2 problèmes de décalage. J'ai remis ça au propre et publié le résultat en ressource communautaire sur data.gouv.fr: https://static.data.gouv.fr/resources/resultat-dun-questionnaire-portant-sur-les-usages-et-perspectives-dopenstreetmap/20201226-101028/sondage-lutilisation-et-la-contribution-a-openstreetmap-dans-les-collectivite-et-administrations.ods Bonjour, Merci mais ce fichier comporte encore des problèmes. Par exemple : APITUX est associé à Administration locale le Cerema à PME/TPE et la Mairie Avignon à Association J'ai l'impression que la colonne K (organisation) a été classée par ordre alphabétique sans que le reste suive. j'ai fait la demande à Inno3 de faire un autre extract depuis framaform, pour pouvoir avoir un fichier plus propre. Sans doute après les vacances :) Bonne fin de journée Bonne soirée JCB -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] Ajout d'adresses associatedStreet avec adresses pré-existantes
Le 20/12/2020 à 15:55, Georges Dutreix via Talk-fr a écrit : je ne connaissais pas du tout cet outil. Il est destiné à intégrer des adresses via JOSM ? Y-a-t-il une description, même très succincte, quelque part ? (je n'ai rien trouvé) Il y a de la lecture ici : https://wiki.openstreetmap.org/wiki/Contribuer_%C3%A0_la_BANO qui n'est pas à jour des dernières évolutions, dont la possibilité d'ajouter des adresses justement. Sur le principe : lorsque dans les processus BANO on détecte que des adresses existent dans la BAN et pas dans OSM, on propose leur iintégration, en effet via JOSM. Dans ce cas tu as pour chaque nom de voie "avec Adresses" (les 2 premiers onglets à gauche) deux choix en fin de ligne : soit "x points" où x correspond au nombre d'adresses pas encore connues d'OSM, soit "Relation". Un clic sur "x points" envoie dans JOSM (via la telecommande) autant de nouveaux points avec addr:housenumber et addr:street remplis Un clic sur "Relation" envoie ces mêmes points incluis dans une relation associatedStreet, nouvelle si besoin, et recyclant de précédents points isolés si besoin aussi. Dans tous les cas, l'envoi se fait vers un nouveau calque portant le nom de la voie. il convient de vérifier ces nouvelles données, déplacer les points si besoin (leur géométrie vient de la BAN), et ensuite envoyer au serveur. Si quelqu'un a le courage de mettre à jour le wiki, surtout ne pas hésiter :) merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [BANO] Ajout d'adresses associatedStreet avec adresses pré-existantes
Bonjour, Juste pour signaler une évolution dans l'outil d'intégration d'adresses (colonne "Adresses à intégrer" dans https://bano.openstreetmap.fr/fantoir/). Désormais lorsqu'on choisit l'option "Relation" et qu'il existe déjà dans OSM des points d'adresse isolés pour la voie en question, l'outil cherche à incorporer ces adresses à la relation, en supprimant au passage leur tag addr:street pour qu'il ne fasse pas doublon avec le tag name de la relation. C'est en lien avec ce ticket : https://github.com/osm-fr/osm-vs-fantoir/issues/113 et je demande votre vigilance lors de l'usage de l'outil, d'où ce mail. La nouvelle version est sensée appréhender les différents types d'objets avec le rôle "house", j'ai l'impression d'avoir tout pris en compte, mais rien ne vaut un vrai test par celles et ceux qui voudront bien, loin de mes quelques tests. En cas de soucis observés, vous pouvez les remonter ici ou directement dans le ticket. merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] un début de OSM - mon commerce
Le 17/12/2020 à 10:09, Stéphane Péneau a écrit : Autre solution intermédiaire : Afficher les horaires des différents services (Osm, google, pages jaunes, etc...). C'est probable que ça intéresse les commerçants de vérifier depuis une seule page que tout est à jour. Et dans un premier temps, depuis ce site il ne sera possible que de modifier les horaires Osm. rho, j'adore ! car c'est rendre un service sympa et surtout montrer à quel point cela peut-être simple de changer ses heures d'ouvertures avec OSM :) Plusieurs fournisseurs de données, c'est intéressant de pouvoir voir l'inhomogénéité (ou pas). Après MapCompare, OpenhoursCompare :) bonne journée -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] un début de OSM - mon commerce
Le 14/12/2020 à 19:07, Christian Quest via Talk-fr a écrit : Le 14/12/2020 à 18:13, Yves P. a écrit : puis-je suggérer d'améliorer les outils existant (par ex OsmMyBiz) au lieu de refaire une nouvelle rue depuis zéro ? Si possible oui. Je suis un peu dépité quand je renseigne osm a un commerçant de devoir lui renseigner 3 roues incomplètes au lieu d'un écosystème intégré. C'est bien le problème§me, il n'y a rien d'adapté pour la France et de complet (par exemple on peut rajouter une entreprise, mais pas mettre à jour les informations existantes). la liste de souhait a été évoqué ici et sur là ml aussi cette année As-tu des liens stp ? Améliorer les outils existants est une piste dont on a discuté, mais l'idée est d'aller plus loin que ces outils d'édition génériques et de s'appuyer sur les données opendata, pour limiter le plus possible les infos à saisir. Donc c'est du cousu main dépendant de données provenant de SIRENE ou du RNM (Registre des Métiers, pour les artisans). pour l'avoir redécouvert il y a peu, il y a ce rendu "qa" qui reprend des analyses osmose et un code couleur de "complétude" vert ok, orange manque, rouge peut vraiment mieux faire, bleu absent d'osm : https://www.caresteouvert.fr/qa#16.02/44.838153/-0.598528 il y a un bug, le qa de l'url disparaît à chaque fois mais cela fonctionne en rajoutant ce qa. Je ne parle pas ici nouvel outil, ancien outil, améliorer l'existant, repartir de zéro mais fonctionnalité permettant de croiser le "meilleur" des bases. à plus -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Usages des cartes IGN pour contribuer à OSM [était : Évolution de l'IGN, ouverture de données
Bonjour, Le 13/12/2020 à 18:12, Marc_marc a écrit : Le 13.12.20 à 18:07, Vincent de Château-Thierry a écrit : La seule convention en vigueur actuellement entre OSM-Fr et l'IGN date de juin 2019 elle devient vide de contenu réel non ? puisque son intérêt pour osm était d'avoir accès à la BDOrtho pour les contributeurs OSM, je suis d'accord. Cependant pour OSM-France (dans le cadre de son soutien du projet OSM, visibilité du projet, local chapter, relais, organisation des sotm-fr, ) avoir une convention avec l'IGN ne concerne pas QUE la bd ortho, c'est bien aussi du réseau, du lobbying, de faire caisse de résonance, de montrer quelques trucs qui se font en dehors de l'IGN qui ne sera plus restraint dans 19j. après reste l'excuse de s'en servir pour faire du réseau... OSM-fr ne cherche pas d'excuses pour faire du réseau (je parle bien de l'association osm-fr car la convention est entre osm-fr et l'IGN). Au contraire même il me semble qu'OSM-fr revendique faire du réseau-lobbying pour donner à voir le projet OSM, montrer les possibles. Quand l'IGN demande à OSM-fr son avis sur la future géoplateforme, que nous nous étonnons qu'il n'y ait pas davantage d'OSM, voire un serveur overpass, voire des rendus de tuiles ... c'est bien du réseau-lobbying pour faire avancer ce qui est l'objet social même d'osm-fr. my2cents -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Usages des cartes IGN pour contribuer à OSM [était : Évolution de l'IGN, ouverture de données
Bonsoir, Le 11/12/2020 à 17:59, deuzeffe a écrit : Le 11/12/2020 à 17:53, Vincent Bergeot a écrit : cela me fait me demander si cela pourrait être un nouvel élément de la convention entre osm-fr et l'ign, sur le même principe que ce nous avions avec la bd ortho et son usage pour contribuer à OSM. Histoire de changer une convention caduque par une autre, en somme (et ailleurs en France). Peut-on envisager l'usage, par convention, des cartes IGN pour la contribution à OSM (avec, comme le souligne Jean-Claude les vérifications adéquates) ? Avec correction des cartes IGN par leur soins avec les données OSM ? Je ne sais pas s'il y avait une contre-partie demandée à OSM-FR par l'IGN dans la défunte convention. De quelle convention caduque et/ou défunte parles-tu ? La seule convention en vigueur actuellement entre OSM-Fr et l'IGN date de juin 2019, elle a été signée au SOTM de Montpellier pour une durée de 3 ans. C'est elle qui nous permet de choisir la BD Ortho dans nos éditeurs. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] changesets caresteouvert
Bonjour, Le 13/12/2020 à 11:36, Georges Dutreix via Talk-fr a écrit : Bonjour, Je viens de m'apercevoir qu'OSMCha affiche toute une série de changesets "vides" pour l'utilisateur CaResteOuvert_visitor. Est-ce vraiment normal ou est-ce un petit bug ? ex : https://osmcha.org/?filters=%7B%22users%22%3A%5B%7B%22label%22%3A%22CaResteOuvert_visitor%22%2C%22value%22%3A%22CaResteOuvert_visitor%22%7D%5D%7D Bon week-end à tous ! à priori c'est un petit bug, tu fais bien de le relever sur la liste, j'eusse pu le faire car ce bug est identifié ici https://github.com/caresteouvert/caresteouvert/issues/878. Merci -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Résultats des élections à la fondation [était Élections pour la fondation OSM / l'enjeu de la présence des AFAM ...]
Bonjour, les résultats sont visibles ici : https://www.opavote.com/results/4833558100180992/0 En résumé : Tobias Knerr, Jean-Marc Liotier, et Eugene Alvin Villar sont élus. Bonne soirée -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Usages des cartes IGN pour contribuer à OSM [était : Évolution de l'IGN, ouverture de données
Le 11/12/2020 à 17:45, deuzeffe a écrit : Le 11/12/2020 à 15:43, Jean-Claude Repetto a écrit : Bonjour, Bonjour, Cela signifie-t-il qu'on pourra se servir des cartes IGN pour compléter OSM (après vérification évidemment, car il y a de nombreuses erreurs dans les cartes IGN) ? De ce que je comprends de la discussion qui a suivi le tweet d'annonce, les cartes sont exclues du dispositif et donc de la licence. Au moins, les cartes papiers. cela me fait me demander si cela pourrait être un nouvel élément de la convention entre osm-fr et l'ign, sur le même principe que ce nous avions avec la bd ortho et son usage pour contribuer à OSM. Peut-on envisager l'usage, par convention, des cartes IGN pour la contribution à OSM (avec, comme le souligne Jean-Claude les vérifications adéquates) ? Avis ? -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Évolution de l'IGN, ouverture de données
Bonjour, pour information https://www.ign.fr/publications-de-l-ign/institut/informations_legales_administratives/deliberation_evolution_tarification_licences_dec2020.pdf Cela part de cet oiseau bleu https://twitter.com/SylvainLatarget/status/1337304477867630594 "Les premières données disponibles seront : la #BDTOPO ; la #BDORTHO France entière ; la pyramide #PlanIGN. D'autres données seront progressivement disponibles en téléchargement et en flux." Bonne journée -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
