[OSM-talk-fr] BANO/FANTOIR : portion de rue sans nom mais avec des adresses rapprochées !?

Bonjour, Le filet de BANO aurait-il des (trop gros) trous ? Je suis tombé sur une portion de route sans nom, mais les adresses étaient en bleu, hors elles devraient être en rouge ? — Yves Route de Lovagny (sans nom jusqu’en version 7) http://www.openstreetmap.org/way/72466644/history

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Bonjour, Le 27/11/2014 23:49, Ronan Morin a écrit : Dans ce genre de cas, le fait de noter la ref fantoir de la voie sans adresse sur OSM risque de casser le lien qui existait entre la voie de l'autre commune et donc empirer les choses... Normalement non, si on utilise un Fantoir par côté, av

Re: [OSM-talk-fr] Mapillary

C'est dommage que le programme Android ne le soit pas d'ailleurs :p J'aurais aimé le proposer pour fdroid! Le Vendredi 28 novembre 2014 0h15, Yves Pratter a écrit : Le 27 nov. 2014 à 23:55, dHuy Pierre a écrit : Si c'est Open Source où est le code? Je ne l'ai pas trouvé sur gith

Re: [OSM-talk-fr] Mapillary

Le 27 nov. 2014 à 23:55, dHuy Pierre a écrit : > Si c'est Open Source où est le code? Je ne l'ai pas trouvé sur github :/ C’est pas Mapillary qui est OpenSource, c’est la partie vision ;-) https://github.com/mapillary/OpenSfM — Yves

Re: [OSM-talk-fr] Mapillary

Si c'est Open Source où est le code? Je ne l'ai pas trouvé sur github :/ Le Jeudi 27 novembre 2014 19h28, Yves Pratter a écrit : Le 18 nov. 2014 à 08:33, Stéphane Péneau a écrit : J'ai été plusieurs fois surpris de voir le nombre d'infos qu'on pouvait ressortir des photos, des i

Re: [OSM-talk-fr] Création automatique de relations associated street

Oups, je t'avais un peu oublié ! Le 25/11/2014 15:44, Tony Emery a écrit : J'ai réussi à relancer le fichier asso.rb. Par contre, je ne pense pas que l'on puisse paramétrer le fichier .sh sous windows, pas avec le bloc-note ou notepad, en tout cas. Si, mais j'en convient que c'est pas très li

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Attention à ce genre de cas, il y a de nombreux doublons dans fantoir, particulièrement aux frontières entre communes. Il arrive qu'une voie existe, sans adresse dans une commune et qu'une autre voie, avec les adresses cette fois, existe dans la commune d'a coté avec le même nom. Au final sur l

Re: [OSM-talk-fr] Crèches, halte-garderies, multi-accueils, écoles maternelles

Une modif du wiki https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool date du 20 octobre... La version précédente était : > Crèche, halte-garderie > amenity=nursery ou amenity=creche (en débat) > pas de school:FR=* Quelqu'un a donc choisit un autre tag (rejeté à l'international) amenity=c

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Une question sur les liste de rue. Dans "Voies sans adresse" -> "Voies FANTOIR sans rapprochement OSM", je retrouve pas mal de rue qui ont stritement le meme nom dans OSM et dans FANTOIR ... mais qui ne sont visiblement pas rapproché dans la liste. Par contre elle n'apparaissent pas manquante - en

Re: [OSM-talk-fr] Crèches, halte-garderies, multi-accueils, écoles maternelles

2014-11-27 20:40 GMT+01:00 Yves Pratter : > Mais pour les crèches… quels sont les attributs (franco-français ou pas) ? 2014-11-27 21:54 GMT+01:00 Christian Quest : > kindergarten... mais sans le school:FR=maternelle La documentation en anglais recommande maternelle [amenity=kindergarten] et en ef

[OSM-talk-fr] Illustration des gisements de pétrole de roche-mère dans le Dakota du nord

Bonjour Une carte pour représenter plus visuellement l'extraction de pétrole de roche-mère ("de schiste") dans le Dakota du nord: "What North Dakota Would Look Like if Its Oil Drilling Lines Were Aboveground" http://www.nytimes.c

Re: [OSM-talk-fr] Crèches, halte-garderies, multi-accueils, écoles maternelles

Le 27 novembre 2014 20:40, Yves Pratter a écrit : > > C'est même un peu (beaucoup) pour ça qu'on a créé school:FR qui a été > servi pour tout le reste aussi. > Ok si je comprends tout, en France on utilise << nos >> tags pour toutes les > écoles :-) > > Oui parce que les équivalences entre les pa

Re: [OSM-talk-fr] société de domiciliation postale

Office=company ? Ou quelque chose dans la même veine ? JB. Le 27/11/2014 21:22, Pierre-Yves Berrard a écrit : Bonjour, Quelqu'un aurait-il une idée de tag pour une société de domiciliation postale ? Merci d'avance, PY ___ Talk-fr mailing list

[OSM-talk-fr] société de domiciliation postale

Bonjour, Quelqu'un aurait-il une idée de tag pour une société de domiciliation postale ? Merci d'avance, PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Crèches, halte-garderies, multi-accueils, écoles maternelles

> C'est même un peu (beaucoup) pour ça qu'on a créé school:FR qui a été servi > pour tout le reste aussi. Ok si je comprends tout, en France on utilise « nos » tags pour toutes les écoles :-) Mais pour les crèches… quels sont les attributs (franco-français ou pas) ? Merci

Re: [OSM-talk-fr] Crèches, halte-garderies, multi-accueils, écoles maternelles

à l'international nos écoles maternelles sont des amenity=kindergarten C'est même un peu (beaucoup) pour ça qu'on a créé school:FR qui a été servi pour tout le reste aussi. Le 27 novembre 2014 17:52, Yves Pratter a écrit : > Bonjour, > > J'ai intégré des écoles maternelles proposées par Osmose

Re: [OSM-talk-fr] Mapillary

> Le 18 nov. 2014 à 08:33, Stéphane Péneau a écrit > : > > J'ai été plusieurs fois surpris de voir le nombre d'infos qu'on pouvait > ressortir des photos, des infos que je n'avais pas vues lorsque j'étais sur > place. Deux autres surprises vues sur la lettre d’info

Re: [OSM-talk-fr] Suivi qualité des frontières communales

> Quel serait l'intérêt ? Leurs limites ne sont pas forcément meilleures que > celles d'osm. Disons que c'est variable selon les endroits. Ne pas consommer le temps des contributeurs sur ça alors que l’IGN en a sûrement une, « officielle » (?). Mieux vaut utiliser notre énergie à faire ce que l’I

[OSM-talk-fr] Crèches, halte-garderies, multi-accueils, écoles maternelles

Bonjour, J’ai intégré des écoles maternelles proposées par Osmose avec amenity=school school:FR=maternelle ref:UAI= Je tombe sur un multi-accueil et je pense intuitivement à amenity=kindergarten sauf que le wiki est clair — et ce que propose Osmose plus haut n’est pas cohérent ;-) La « gra

Re: [OSM-talk-fr] Suivi qualité des frontières communales

L'IGN a plusieurs découpages administratifs (si, si, on peut). Celui de la BD Topo est bof bof d'après les retours que j'ai pu avoir. Beaucoup de problème de mise à jour lors d'échange de terrains entre communes à ce qu'il me semble. Il y en a un qui est issu de la BD Parcellaire, mais je ne sais

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Le 27/11/2014 09:19, Vincent de Château-Thierry a écrit : Bonjour, http://cadastre.openstreetmap.fr/fantoir/ permet maintenant de qualifier, ligne par ligne, des divergences et/ou anomalies constatées lors des tentatives de rapprochement des données OSM, Cadastre et Fantoir (pensez à purger v

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Je comprends la peur de l'usine à gaz. Sinon, un bête champ libre pour laisser un commentaire ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

> De: "Stéphane Péneau" > > Dommage que je n'ai pas noté toutes les erreurs que j'ai rencontrées, > surtout au niveau des adresses hors périmètres puisqu'une fois le > rapprochement effectué, on ne les voit plus. En effet. Là c'est la mémoire de chacun qui pourra aider, même si (mode yaka) un

Re: [OSM-talk-fr] Suivi qualité des frontières communales

Le jeudi 27 novembre 2014 13:14:48, Yves Pratter a écrit : Question naïve ? Ne peut-on pas pousser l’IGN à publier les limites communales dans le cadre d'Etalab ? Quel serait l'intérêt ? Leurs limites ne sont pas forcément meilleures que celles d'osm. Disons que c'est variable selon les endroi

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Ce n'est pas un vrais doublon. Pour cela il faut faire une relation par commune. On pourrait également mettre les deux code fantoir séparé par un ";", mais c'est mal gérer par les outil et on perd de l'information sur qu'elle adresse est dans qu'elle commune. D'ailleurs dans ce cas il faudrait é

Re: [OSM-talk-fr] Suivi qualité des frontières communales

Question naïve ? Ne peut-on pas pousser l’IGN à publier les limites communales dans le cadre d'Etalab ? — Yves https://www.data.gouv.fr/fr/topics/territoires-et-transports/ Il y a GéoFLA communes

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Quid des voies en doublon sur des codes fantoir appartenant à deux communes différentes? Doit on considérer ça comme un doublon classique? Comment choisir le code fantoir à appliquer(celui de la commune A ou B)? Est ce que ce n'est pas plutot à nous de trouver un moyen pour indiquer les deux co

Re: [OSM-talk-fr] Suivi qualité des frontières communales

Bonjour, Encore du yakafokon : Une autre approche : 1. Rechercher une commune A 2. Choisir une commune voisine B - l'outil "Etat Commune" de Christian sait les retrouver 3. Récupérer le chemin de limite communale entre les deux communes 4. Récupérer les limites communales du cadas

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Le 27/11/2014 09:19, Vincent de Château-Thierry a écrit : Bonjour, http://cadastre.openstreetmap.fr/fantoir/ permet maintenant de qualifier, ligne par ligne, des divergences et/ou anomalies constatées lors des tentatives de rapprochement des données OSM, Cadastre et Fantoir (pensez à purger v

Re: [OSM-talk-fr] BANO avé l'assent

Il y a un pépin d'encodage quelque part, plutôt du côté rendu car les données sont OK dans la base. +1 sur la tout doux liste ! Le 27 novembre 2014 10:54, Yves Pratter a écrit : > > http://layers.openstreetmap.fr/?zoom=18&lat=47.21579&lon=5.98253&layers=BFT > Parce que l'

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

> Oui, à creuser. Il faut trouver le compromis entre listes longues et page > large :) Un tri par colonne et/ou un filtre sur rapprochée (ou pas) ? — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-f

Re: [OSM-talk-fr] BANO avé l'assent

> http://layers.openstreetmap.fr/?zoom=18&lat=47.21579&lon=5.98253&layers=BFT > Parce que l'accent, là, il n'est ni espagnol, ni franc-comtois… Je ne vois plus rien ce matin (rapprochement probablement effectué), mais j’ai vu des caractères codés dans des noms de rues sur l

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Attention donc à ne pas mélanger les choses. Certains des status ne signifient pas qu'il faut ignorer le code fantoir comme "Erreur d'orthographe" Le 27/11/2014 10:38, Christian Quest a écrit : Le rouge pourra disparaitre de la carte... ça sera utile pour éviter de revenir dessus. Ce système d

Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?

> A défaut, tu as les polygones des communes stables (la dernière publiée sur > data.gouv.fr simplifiée à 5m) dans la table communes > sur osm104 ;) +1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreet

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Le rouge pourra disparaitre de la carte... ça sera utile pour éviter de revenir dessus. Ce système de qualification des non rapprochements est tout neuf et pas encore exploité par le rendu BANO, mais je vais regarder ça rapidos ;) Le 27 novembre 2014 10:33, Frédéric Rodrigo a écrit : > Le 27/11/

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

> De: "Frédéric Rodrigo" > > Donc si je comprend bien la qualification dans l'outil ne retire pas > la > voie de de la génération de la bano, et ne fait pas disparaître le > rouge > de la carte ? Tout à fait, au moins pour l'instant. On peut bien sûr imaginer tenir compte de certains types (vo

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

> De: "Donat ROBAUX" > > Par contre, quid des erreurs qu'on avait corrigé avant sans faire de > remonter d'info? Toutes les voies dans les 4 listes sont qualifiables, sans limite de temps. > PS: on va être responsable d'une meilleure levée de l'impôt avec > notre projet BAN(O) de correction d

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Le 27/11/2014 10:28, Vincent de Château-Thierry a écrit : De: "Frédéric Rodrigo" Tu as finalement abandonné l'idée de backliste sur le wiki que l'on avait commencé ? http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29/Liste_noire L'av

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

> De: "Frédéric Rodrigo" > > Tu as finalement abandonné l'idée de backliste sur le wiki que l'on > avait commencé ? > > http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29/Liste_noire > > L'avantage du wiki c'est que c'était indépendant

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

> De: didier2...@free.fr > > Actuellement il y a "4 colonnes" avec/sans adresse et avec/sans > rapprochement osm > il serait peut etre interessant de n'avoir que 2 colonnes et l'info > si adresse > > Code FANTOIR - Voie FANTOIR - "Adresse" - Voie OSM - Cartes - Édition > - Statut FANTOIR > > ce

[OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

> > Bonjour Vincent, > C'est super ta MaJ! On va pouvoir dégommer du rouge "intelligemment" maintenant. lol Par contre, quid des erreurs qu'on avait corrigé avant sans faire de remonter d'info? Y a possibilité de faire un export comparatif pour recatégoriser l'erreur a posteriori pour le donner à

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Tu as finalement abandonné l'idée de backliste sur le wiki que l'on avait commencé ? http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29/Liste_noire L'avantage du wiki c'est que c'était indépendant de l'outil, dans l'idée ça permettait a

[OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Actuellement il y a "4 colonnes" avec/sans adresse et avec/sans rapprochement osm il serait peut etre interessant de n'avoir que 2 colonnes et l'info si adresse Code FANTOIR - Voie FANTOIR - "Adresse" - Voie OSM - Cartes - Édition - Statut FANTOIR cela permettrait de "mieux" voir les libellés

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Le 27 novembre 2014 09:19, Vincent de Château-Thierry a écrit : > Bonjour, > > http://cadastre.openstreetmap.fr/fantoir/ permet maintenant de qualifier, > ligne par ligne, des divergences et/ou anomalies constatées lors des > tentatives de rapprochement des données OSM, Cadastre et Fantoir (pense

[OSM-talk-fr] Le beau fail de Nominatim du matin

Là, j'ai beau chercher une explication rationnelle, je vous avoue que je n'en n'ai pas ! Sachant que cherche "Avenue Charlemagne, Caen" va donner le bon résultat. -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https

[OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

Bonjour, http://cadastre.openstreetmap.fr/fantoir/ permet maintenant de qualifier, ligne par ligne, des divergences et/ou anomalies constatées lors des tentatives de rapprochement des données OSM, Cadastre et Fantoir (pensez à purger vos caches navigateur). La liste des items avait été amorc