Re: [OSM-talk-fr] Mise à jour BANO

2020-07-08 Par sujet Philippe Verdy 
Les postulat de BANO était que le code FANTOIR correspond uniquement aux
codes INSEE des communes de plein exercice.
Hors dans les communes nouvelles, les communes déléguées **conservent**
leur code INSEE propre (et les codes FANTOIR qui leur sont associés, ainsi
que leur toponymie/odonymie et toutes les désignations locales...)
La commune nouvelle est une structure adminsitrative de gestion, elle a une
identité légale mais les communes déléguées aussi: le code INSEE de la
commune chef-lieu n'est pas suffisant pour distinguer ça, c'erst le code
SIREN qui fait la distinction des personnes morales.

BANO ne doit pas se baser sur seulement le code INSEE communal à 5 chiffres
des seules communes de plein exercice (donc seulement les communes
nouvelles et pas les communes déléguées) et doit conserver les codes INSEE
des communes déléguées. Et je pense même que BANO ne devrait pas dut tout
utiliser les codes des communes nouvelles mais seulement ceux des communes
déléguées.

La remarque vaut aussi pour les recherches cadastrales. Les planches
cadastrales sont distinguées: hormis la commune déléguée chef-lieu de la
commune nouvelle, dont les planches sont désignées par 1 lettre et
plusieurs chiffres, les planches des communes déléguées sont préfixées par
le code communal à 3 chiffres de chaque commune déléguée. Il arrive que le
code communal à 3 chiffres de la commune chef-lieu soit utilisé aussi en
préfixe, ou que ce préfixe soit "000".

Le code INSEE géographique à 5 chiffres (ou lettre A/B en Corse) des
communes est une version simplifiée du code communal, il ne désigne pas
nécessairement une commune en exercice, ou une personne morale, c'est juste
un code **géographique*.




Le mer. 8 juil. 2020 à 00:14, Vincent de Château-Thierry 
a écrit :

> Bonsoir,
>
> > De: "Jérôme Amagat" 
> >
> > Je pense que bano v2 ne gère pas toutes les communes nouvelles vu que
> > le nom de la commune indiquée par bano est Saint-Jean-sur-Couesnon
> > qui n'existe plus alors que la commune nouvelle "Rives-du-Couesnon"
> > créée en 2019 a le même code insee, Saint-Marc-sur-Couesnon est
> > aussi toujours present
> > https://bano.openstreetmap.fr/fantoir/index.html#insee=35293=3
>
> Un postulat de base pour BANO était qu'on ne rencontrait qu'une seule
> occurrence de chaque nom de voie sur le terrain, pour une commune donnée.
> Pas de bol avec les fusions, qui provoquent le casse-tête (pour tout le
> monde, pas juste pour BANO) d'homonymies infra-communales, avec x rues de
> l'Eglise, y place de la Mairie, etc. Je n'ai pas d'idée immédiatement de
> correctif pour gérer ça proprement, car ça casse un des fondamentaux de
> BANO. De là à dire qu'il faudrait tout casser pour bien gérer les
> homonymies, il y a peu.
> Pour répondre à Pierre-Yves : dispatcher le code Fantoir sur les ways ne
> changera (hélas) rien au problème.
> On peut imaginer casser le paradigme de BANO, en donnant l'ascendant au
> code FANTOIR sur le nom. Ca résoudra les homonymies, pas sûr que ça ne
> casse pas autre chose...
> On peut continuer d'en discuter ici, n'hésitez pas à détailler les
> problèmes directement sur le repo aussi :
> https://github.com/osm-fr/bano/issues
>
> merci
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour BANO

2020-07-08 Par sujet Pierre-Yves Mevel via Talk-fr 
Merci Vincent pour ces précisions. Je vais aller reporter ce problème sur
Github pour éviter de flooder cette liste de discussion.

P-Y

Le mer. 8 juil. 2020 à 00:14, Vincent de Château-Thierry 
a écrit :

> Bonsoir,
>
> > De: "Jérôme Amagat" 
> >
> > Je pense que bano v2 ne gère pas toutes les communes nouvelles vu que
> > le nom de la commune indiquée par bano est Saint-Jean-sur-Couesnon
> > qui n'existe plus alors que la commune nouvelle "Rives-du-Couesnon"
> > créée en 2019 a le même code insee, Saint-Marc-sur-Couesnon est
> > aussi toujours present
> > https://bano.openstreetmap.fr/fantoir/index.html#insee=35293=3
>
> Un postulat de base pour BANO était qu'on ne rencontrait qu'une seule
> occurrence de chaque nom de voie sur le terrain, pour une commune donnée.
> Pas de bol avec les fusions, qui provoquent le casse-tête (pour tout le
> monde, pas juste pour BANO) d'homonymies infra-communales, avec x rues de
> l'Eglise, y place de la Mairie, etc. Je n'ai pas d'idée immédiatement de
> correctif pour gérer ça proprement, car ça casse un des fondamentaux de
> BANO. De là à dire qu'il faudrait tout casser pour bien gérer les
> homonymies, il y a peu.
> Pour répondre à Pierre-Yves : dispatcher le code Fantoir sur les ways ne
> changera (hélas) rien au problème.
> On peut imaginer casser le paradigme de BANO, en donnant l'ascendant au
> code FANTOIR sur le nom. Ca résoudra les homonymies, pas sûr que ça ne
> casse pas autre chose...
> On peut continuer d'en discuter ici, n'hésitez pas à détailler les
> problèmes directement sur le repo aussi :
> https://github.com/osm-fr/bano/issues
>
> merci
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour BANO

2020-07-07 Par sujet Vincent de Château-Thierry 
Bonsoir,

> De: "Jérôme Amagat" 
> 
> Je pense que bano v2 ne gère pas toutes les communes nouvelles vu que
> le nom de la commune indiquée par bano est Saint-Jean-sur-Couesnon
> qui n'existe plus alors que la commune nouvelle "Rives-du-Couesnon"
> créée en 2019 a le même code insee, Saint-Marc-sur-Couesnon est
> aussi toujours present
> https://bano.openstreetmap.fr/fantoir/index.html#insee=35293=3

Un postulat de base pour BANO était qu'on ne rencontrait qu'une seule 
occurrence de chaque nom de voie sur le terrain, pour une commune donnée. Pas 
de bol avec les fusions, qui provoquent le casse-tête (pour tout le monde, pas 
juste pour BANO) d'homonymies infra-communales, avec x rues de l'Eglise, y 
place de la Mairie, etc. Je n'ai pas d'idée immédiatement de correctif pour 
gérer ça proprement, car ça casse un des fondamentaux de BANO. De là à dire 
qu'il faudrait tout casser pour bien gérer les homonymies, il y a peu.
Pour répondre à Pierre-Yves : dispatcher le code Fantoir sur les ways ne 
changera (hélas) rien au problème. 
On peut imaginer casser le paradigme de BANO, en donnant l'ascendant au code 
FANTOIR sur le nom. Ca résoudra les homonymies, pas sûr que ça ne casse pas 
autre chose... 
On peut continuer d'en discuter ici, n'hésitez pas à détailler les problèmes 
directement sur le repo aussi : https://github.com/osm-fr/bano/issues

merci

vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour BANO

2020-07-07 Par sujet Jérôme Amagat 
pour l'exemple je me suis trompé de rue de la mairie.
celle indiqué est bien rapproché mais pas celle la
https://www.openstreetmap.org/relation/11263768 name=Rue de la Mairie
ref:FR:FANTOIR=352820032V non rapproché
https://bano.openstreetmap.fr/fantoir/#insee=35282=2
Je pense que bano v2 ne gère pas toutes les communes nouvelles vu que le
nom de la commune indiquée par bano est Saint-Jean-sur-Couesnon qui
n'existe plus alors que la commune nouvelle "Rives-du-Couesnon" créée en
2019 a le même code insee, Saint-Marc-sur-Couesnon est aussi toujours
present https://bano.openstreetmap.fr/fantoir/index.html#insee=35293=3

Le mar. 7 juil. 2020 à 19:46, Jérôme Amagat  a
écrit :

> Je ne sais pas si le problème vient de là mais il y a un souci de
> rapprochement avec bano v2.
> des codes fantoir qui sont sur des relations associatedStreet sont indiqué
> comme non rapproché sur la page
> https://bano.openstreetmap.fr/fantoir/#insee=35282=2
> exemple name=Rue de la Mairie ref:FR:FANTOIR=352820045J
> https://www.openstreetmap.org/relation/11261731
> la relation a été crée le 1/07 et le rapprochement est indiqué comme fait
> le 4/07 https://bano.openstreetmap.fr/fantoir/#insee=35282=2
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour BANO

2020-07-07 Par sujet Jérôme Amagat 
Je ne sais pas si le problème vient de là mais il y a un souci de
rapprochement avec bano v2.
des codes fantoir qui sont sur des relations associatedStreet sont indiqué
comme non rapproché sur la page
https://bano.openstreetmap.fr/fantoir/#insee=35282=2
exemple name=Rue de la Mairie ref:FR:FANTOIR=352820045J
https://www.openstreetmap.org/relation/11261731
la relation a été crée le 1/07 et le rapprochement est indiqué comme fait
le 4/07 https://bano.openstreetmap.fr/fantoir/#insee=35282=2
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour BANO

2020-07-07 Par sujet Pierre-Yves Mevel via Talk-fr 
Bonjour,

Constatant que la dernière version du FANTOIR intégrait désormais les
communes nouvelles de 2019 et que la BANO v2 était désormais disponible
dans http://bano.openstreetmap.fr/data/, j'ai donc testé le 30 juin ce que
ça donnait dans mon secteur.

Ça m'a permis de repérer un souci lié aux voies homonymes dans une même
commune nouvelle. J'ai focalisé mon attention sur Rives-du-Couesnon (code
INSEE 35282). Mon extraction BANO précédente des voies de ce qui était
alors quatre communes distinctes pour le FANTOIR s'était passée sans souci.
J'ai donc eu la désagréable surprise de constater que seules les voies de
Saint-Jean-sur-Couesnon (code 35282) étaient reprises dans BANO v2 et
aucune des autres ex-communes. J'ai donc refait une passe sur OSM pour
forcer les nouveaux codes FANTOIR dans les relations AssociatedStreet de la
commune (cf. https://www.openstreetmap.org/relation/6600634, par exemple).
Je m'attendais donc à ce que l'extraction de BANO faite après cette
opération me fasse ressortir tous les points adresses de la commune. Hélas,
non...
Il faut dire que Rives-du-Couesnon présente l'intérêt d'avoir dans chacun
de ses quatres bourgs historiques des voies nommées, avec une remarquable
originalité, "Rue de la Mairie" ou "Rue de l'Église". Et c'est là que le
bât blesse... Bien que la rue de la Mairie de Saint-Marc ait un code
(352820032V) différent de celui de la rue de la Mairie de Saint-Jean
(352820007T), le code retenu pour chaque adresse de Rives-du-Couesnon
située dans une des rues de la Mairie est celui de la rue de la Mairie de
Vendel (352820045J)... Et les points ayant le même numéro sont tout
bonnement ignorés pour ne garder qu'un seul "2 rue de la Mairie".

Étant donné que, sur le terrain, chacune de ces rues a gardé sa plaque "Rue
de la Mairie", il ne me semble pas opportun de renommer les rues dans OSM
pour les faire correspondre aux appellations du FANTOIR (Rue de la Mairie
St Marc, Rue de la Mairie Vendel ou Rue de la Mairie St Jean). Pour que le
fichier BANO soit correct, y-a-t-il moyen , via
http://bano.openstreetmap.fr/fantoir/, de forcer le rapprochement entre une
relation AssociatedStreet et son code correspondant ? (Je n'ai pas vu
comment faire) Ou bien faut-il que chaque highway concernée ait une valeur
"ref:FR:FANTOIR", ce qui n'est pas recommandé vu que ledit code s'applique
à une relation ?

Merci pour vos éclairages.

Pierre-Yves

Le mar. 3 mars 2020 à 22:44, Vincent de Château-Thierry 
a écrit :

>
> Le 03/03/2020 à 19:39, Pierre-Yves Mevel via Talk-fr a écrit :
> > Merci Vincent pour cette réponse.
> >
> > Donc, ça finira bien par revenir. Je ne me sens pas les compétences pour
> > aller tripatouiller sur Github, mais si je peux être utile à quoi que ce
> > soit, n'hésite pas à me faire signe.
>
> Si tu es partant pour beta-tester les fichiers d'Ille-et-Vilaine en v2
> dès leur dispo, moi ça me va :)
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour BANO

2020-03-10 Par sujet osm . sanspourriel 

Il y a espoir que ce soit finalisé avant le 10 mai 2020
 ?

Je dis ça, je dis rien^^ mais je crois qu'on serait nombreux à être
heureux de voir ça dans la catégorie "cartographie" ou "communauté".

Jean-Yvon

Le 03/03/2020 à 15:06, Vincent de Château-Thierry - osm.v...@free.fr a
écrit :

Salut Pierre-Yves,


De: "Pierre-Yves Mevel via Talk-fr" 

Désolé de remettre le sujet sur la table mais, après avoir parcouru
les différents échanges sur le sujet, il me semble qu'un point n'a
pas été abordé concernant la BANO. Depuis de nombreuses années, je
contribue à la création de points adresse sur OSM et je m'en sers
pour alimenter la base adresse de ma communauté d'agglo grâce aux
extractions quotidiennes que l'on peut trouver sur
http://bano.openstreetmap.fr/data/ . A priori, ces fichiers sont mis
à jour quotidiennement. Si je lis correctement le très complet
message que Vincent (dct) a écrit sur cette liste le 11 novembre
dernier, le passage en v2 ne devait pas changer cela.

Oui dans mon message je disais que les exports ne changeaient pas. J'aurais du dire : 
"pas pour l'instant". L'objectif est bien que tout bascule sur une seule 
instance de BANO (celle qu'on appelle V2). Les exports depuis cette nouvelle instance 
sont un gros chantier, sur lequel je suis pile actuellement (cf le dernier commit en date 
[1]). Lorsque ce ticket sera terminé, alors on basculera l'alimentation de 
http://bano.openstreetmap.fr/data/ sur la V2, mise à jour quotidiennement.


Cependant, je constate que les fichiers concernant l'Ille-et-Vilaine
(et sans doute les autres départements) n'évoluent guère depuis le
début de l'année. Ainsi, si des changements faits le 18 décembre
sont bien intégrés dans le SHP (par exemple,
https://www.openstreetmap.org/node/7066812399 ), d'autres, faits le
6 février, n'y apparaissent pas (cf.
https://www.openstreetmap.org/node/7191078724 ) et ils ne figurent
pas non plus en vert sur
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html .

J'avoue ne pas trop surveiller au jour le jour la V1, mais ton message laisse 
penser que la base OSM qui l'alimente a du retard (litote). Et comme c'est 
jusque là cette V1 qui alimente aussi le rendu carto BANO, on y constate le 
même retard. C'est sur la pile de trucs à faire de Christian que de brancher le 
rendu carto sur la V2.


Ai-je loupé un épisode concernant le lieu où trouver ces données ?
Dans ce cas, ne serait-il pas souhaitable de l'indiquer sur la page
dédiée de data.gouv.fr (
https://www.data.gouv.fr/fr/datasets/base-d-adresses-nationale-ouverte-bano/
) ?
Ou bien y a-t-il un problème de moissonnage qui empêche l'extraction
quotidienne de se dérouler correctement ?

Non tu n'as pas loupé de message, la comm' sur BANO est loin d'être au top  j'avoue /o\. En tout 
cas ce sujet des exports est le dernier "gros" sujet qui empêche la bascule de tout le 
système BANO sur une version unique, c'est bien ce qui me motive pour que ça ne s'éternise pas 
trop. Donc j'y travaille et je compte bien annoncer cette vrai v2 complète rapidement. Je n'ose pas 
dire "fin de ce mois" car c'est le meilleur moyen de ne pas tenir le délai. Donc non je 
l'ai pas dit :)

vincent

[1] 
:https://github.com/osm-fr/bano/commit/ba496b90a1ba37a919d9576694fd89a1c0cf0428

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour BANO

2020-03-03 Par sujet Vincent de Château-Thierry 


Le 03/03/2020 à 19:39, Pierre-Yves Mevel via Talk-fr a écrit :

Merci Vincent pour cette réponse.

Donc, ça finira bien par revenir. Je ne me sens pas les compétences pour 
aller tripatouiller sur Github, mais si je peux être utile à quoi que ce 
soit, n'hésite pas à me faire signe.


Si tu es partant pour beta-tester les fichiers d'Ille-et-Vilaine en v2 
dès leur dispo, moi ça me va :)


vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour BANO

2020-03-03 Par sujet Pierre-Yves Mevel via Talk-fr 
Merci Vincent pour cette réponse.

Donc, ça finira bien par revenir. Je ne me sens pas les compétences pour
aller tripatouiller sur Github, mais si je peux être utile à quoi que ce
soit, n'hésite pas à me faire signe.

Bonne soirée

Le mar. 3 mars 2020 à 15:06, Vincent de Château-Thierry 
a écrit :

> Salut Pierre-Yves,
>
> > De: "Pierre-Yves Mevel via Talk-fr" 
> >
> > Désolé de remettre le sujet sur la table mais, après avoir parcouru
> > les différents échanges sur le sujet, il me semble qu'un point n'a
> > pas été abordé concernant la BANO. Depuis de nombreuses années, je
> > contribue à la création de points adresse sur OSM et je m'en sers
> > pour alimenter la base adresse de ma communauté d'agglo grâce aux
> > extractions quotidiennes que l'on peut trouver sur
> > http://bano.openstreetmap.fr/data/ . A priori, ces fichiers sont mis
> > à jour quotidiennement. Si je lis correctement le très complet
> > message que Vincent (dct) a écrit sur cette liste le 11 novembre
> > dernier, le passage en v2 ne devait pas changer cela.
>
> Oui dans mon message je disais que les exports ne changeaient pas.
> J'aurais du dire : "pas pour l'instant". L'objectif est bien que tout
> bascule sur une seule instance de BANO (celle qu'on appelle V2). Les
> exports depuis cette nouvelle instance sont un gros chantier, sur lequel je
> suis pile actuellement (cf le dernier commit en date [1]). Lorsque ce
> ticket sera terminé, alors on basculera l'alimentation de
> http://bano.openstreetmap.fr/data/ sur la V2, mise à jour
> quotidiennement.
>
> > Cependant, je constate que les fichiers concernant l'Ille-et-Vilaine
> > (et sans doute les autres départements) n'évoluent guère depuis le
> > début de l'année. Ainsi, si des changements faits le 18 décembre
> > sont bien intégrés dans le SHP (par exemple,
> > https://www.openstreetmap.org/node/7066812399 ), d'autres, faits le
> > 6 février, n'y apparaissent pas (cf.
> > https://www.openstreetmap.org/node/7191078724 ) et ils ne figurent
> > pas non plus en vert sur
> > http://tile.openstreetmap.fr/~cquest/leaflet/bano.html .
>
> J'avoue ne pas trop surveiller au jour le jour la V1, mais ton message
> laisse penser que la base OSM qui l'alimente a du retard (litote). Et comme
> c'est jusque là cette V1 qui alimente aussi le rendu carto BANO, on y
> constate le même retard. C'est sur la pile de trucs à faire de Christian
> que de brancher le rendu carto sur la V2.
>
> > Ai-je loupé un épisode concernant le lieu où trouver ces données ?
> > Dans ce cas, ne serait-il pas souhaitable de l'indiquer sur la page
> > dédiée de data.gouv.fr (
> >
> https://www.data.gouv.fr/fr/datasets/base-d-adresses-nationale-ouverte-bano/
> > ) ?
> > Ou bien y a-t-il un problème de moissonnage qui empêche l'extraction
> > quotidienne de se dérouler correctement ?
>
> Non tu n'as pas loupé de message, la comm' sur BANO est loin d'être au
> top  j'avoue /o\. En tout cas ce sujet des exports est le dernier "gros"
> sujet qui empêche la bascule de tout le système BANO sur une version
> unique, c'est bien ce qui me motive pour que ça ne s'éternise pas trop.
> Donc j'y travaille et je compte bien annoncer cette vrai v2 complète
> rapidement. Je n'ose pas dire "fin de ce mois" car c'est le meilleur moyen
> de ne pas tenir le délai. Donc non je l'ai pas dit :)
>
> vincent
>
> [1] :
> https://github.com/osm-fr/bano/commit/ba496b90a1ba37a919d9576694fd89a1c0cf0428
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour BANO

2020-03-03 Par sujet Vincent de Château-Thierry 
Salut Pierre-Yves,

> De: "Pierre-Yves Mevel via Talk-fr" 
> 
> Désolé de remettre le sujet sur la table mais, après avoir parcouru
> les différents échanges sur le sujet, il me semble qu'un point n'a
> pas été abordé concernant la BANO. Depuis de nombreuses années, je
> contribue à la création de points adresse sur OSM et je m'en sers
> pour alimenter la base adresse de ma communauté d'agglo grâce aux
> extractions quotidiennes que l'on peut trouver sur
> http://bano.openstreetmap.fr/data/ . A priori, ces fichiers sont mis
> à jour quotidiennement. Si je lis correctement le très complet
> message que Vincent (dct) a écrit sur cette liste le 11 novembre
> dernier, le passage en v2 ne devait pas changer cela.

Oui dans mon message je disais que les exports ne changeaient pas. J'aurais du 
dire : "pas pour l'instant". L'objectif est bien que tout bascule sur une seule 
instance de BANO (celle qu'on appelle V2). Les exports depuis cette nouvelle 
instance sont un gros chantier, sur lequel je suis pile actuellement (cf le 
dernier commit en date [1]). Lorsque ce ticket sera terminé, alors on basculera 
l'alimentation de http://bano.openstreetmap.fr/data/ sur la V2, mise à jour 
quotidiennement. 

> Cependant, je constate que les fichiers concernant l'Ille-et-Vilaine
> (et sans doute les autres départements) n'évoluent guère depuis le
> début de l'année. Ainsi, si des changements faits le 18 décembre
> sont bien intégrés dans le SHP (par exemple,
> https://www.openstreetmap.org/node/7066812399 ), d'autres, faits le
> 6 février, n'y apparaissent pas (cf.
> https://www.openstreetmap.org/node/7191078724 ) et ils ne figurent
> pas non plus en vert sur
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html .

J'avoue ne pas trop surveiller au jour le jour la V1, mais ton message laisse 
penser que la base OSM qui l'alimente a du retard (litote). Et comme c'est 
jusque là cette V1 qui alimente aussi le rendu carto BANO, on y constate le 
même retard. C'est sur la pile de trucs à faire de Christian que de brancher le 
rendu carto sur la V2.  

> Ai-je loupé un épisode concernant le lieu où trouver ces données ?
> Dans ce cas, ne serait-il pas souhaitable de l'indiquer sur la page
> dédiée de data.gouv.fr (
> https://www.data.gouv.fr/fr/datasets/base-d-adresses-nationale-ouverte-bano/
> ) ?
> Ou bien y a-t-il un problème de moissonnage qui empêche l'extraction
> quotidienne de se dérouler correctement ?

Non tu n'as pas loupé de message, la comm' sur BANO est loin d'être au top  
j'avoue /o\. En tout cas ce sujet des exports est le dernier "gros" sujet qui 
empêche la bascule de tout le système BANO sur une version unique, c'est bien 
ce qui me motive pour que ça ne s'éternise pas trop. Donc j'y travaille et je 
compte bien annoncer cette vrai v2 complète rapidement. Je n'ose pas dire "fin 
de ce mois" car c'est le meilleur moyen de ne pas tenir le délai. Donc non je 
l'ai pas dit :)

vincent

[1] 
:https://github.com/osm-fr/bano/commit/ba496b90a1ba37a919d9576694fd89a1c0cf0428

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Mise à jour BANO

2020-03-03 Par sujet Pierre-Yves Mevel via Talk-fr 
Bonjour,

Désolé de remettre le sujet sur la table mais, après avoir parcouru les
différents échanges sur le sujet, il me semble qu'un point n'a pas été
abordé concernant la BANO. Depuis de nombreuses années, je contribue à la
création de points adresse sur OSM et je m'en sers pour alimenter la base
adresse de ma communauté d'agglo grâce aux extractions quotidiennes que
l'on peut trouver sur http://bano.openstreetmap.fr/data/. A priori, ces
fichiers sont mis à jour quotidiennement. Si je lis correctement le très
complet message que Vincent (dct) a écrit sur cette liste le 11 novembre
dernier, le passage en v2 ne devait pas changer cela.

Cependant, je constate que les fichiers concernant l'Ille-et-Vilaine (et
sans doute les autres départements) n'évoluent guère depuis le début de
l'année. Ainsi, si des changements faits le 18 décembre sont bien intégrés
dans le SHP (par exemple, https://www.openstreetmap.org/node/7066812399),
d'autres, faits le 6 février, n'y apparaissent pas (cf.
https://www.openstreetmap.org/node/7191078724) et ils ne figurent pas non
plus en vert sur http://tile.openstreetmap.fr/~cquest/leaflet/bano.html.

Ai-je loupé un épisode concernant le lieu où trouver ces données ? Dans ce
cas, ne serait-il pas souhaitable de l'indiquer sur la page dédiée de
data.gouv.fr (
https://www.data.gouv.fr/fr/datasets/base-d-adresses-nationale-ouverte-bano/)
?
Ou bien y a-t-il un problème de moissonnage qui empêche l'extraction
quotidienne de se dérouler correctement ?

Dans l'attente de vous lire,

Bonne journée,

Pierre-Yves, aka Pymouss
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour BANO à la demande

2014-12-20 Par sujet Yves Pratter 

 Le 20 déc. 2014 à 00:18, Vincent de Château-Thierry v...@laposte.net a 
 écrit :
 
 Bonsoir,
 Un nouveau bouton est apparu en haut à droite de la page 
 http://cadastre.openstreetmap.fr/fantoir/ . Il vous permet, pour une commune 
 donnée, de forcer la mise à jour BANO, et donc de mettre à jour les listes de 
 voies.
+1
Merci
—
Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Mise à jour BANO à la demande

2014-12-19 Par sujet Vincent de Château-Thierry 

Bonsoir,
Un nouveau bouton est apparu en haut à droite de la page 
http://cadastre.openstreetmap.fr/fantoir/ . Il vous permet, pour une 
commune donnée, de forcer la mise à jour BANO, et donc de mettre à jour 
les listes de voies. Le rafraîchissement des tuiles n'est pas lié en 
revanche, donc utilisez au cas par cas le /dirty pour forcer la 
regénération.
Le traitement qui est lancé par ce bouton est le même que celui lancé 
automatiquement chaque nuit. L'intérêt ici, c'est de ne pas attendre 
l'itération nocturne, si on veut y voir clair suite à de la 
contribution orientée Noms de rues, adresses et ref:FR:FANTOIR.
Il faut juste garder en tête que le processus de mise à jour (= de 
rapprochement) s'appuie sur des données OSM décalées de quelques minutes 
par rapport à la base d'osm.org. Donc comparez l'heure précise de vos 
changesets avec l'heure de la 3è ligne de cette page :

http://osm2pgsql-monde.openstreetmap.fr/~osm2pgsql/state.txt
en vous assurant que cette dernière est la plus actuelle (c'est une 
heure GMT, attention au décalage horaire).


vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr