Re: [OSM-talk-fr] Rapprochement Bano

2017-10-28 Par sujet Christian Quest 
Oui, tile.openstreetmap.fr est down (osm13 pour être exact*), par contre,
le rendu BANO n'est pas généré par ce serveur et fonctionne très bien dans
JOSM.

J'ai dégommé du rouge ce matin sans problème.


* on est sur le coup, mais la machine est totalement injoignable (pas de
réponse aux ping), donc pas de SSH et intervention sur site nécessaire...


Le 28 octobre 2017 à 13:21, Julien Lepiller  a écrit :

> On Sat, 28 Oct 2017 13:04:10 +0200
> osm.sanspourr...@spamgourmet.com wrote:
>
> > Ceci dit je n'empêche pas les autres de dégommer du rouge dans ces
> > zones : bien des noms de rues peuvent être trouvés par ailleurs,
> > c'est justement la base de la mesure de 160 000 (soit 5 rues par
> > commune en moyenne). Et oui tomber à 0 serait un bon objectif.
> >
> > Jean-Yvon
>
> En parlant de dégommer du rouge, http://tile.openstreetmap.fr/ a l'air
> dans les choux. Du coup, pas moyen d'avoir le rendu bano ou zone à
> mapper.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-28 Par sujet Julien Lepiller 
On Sat, 28 Oct 2017 13:04:10 +0200
osm.sanspourr...@spamgourmet.com wrote:

> Ceci dit je n'empêche pas les autres de dégommer du rouge dans ces
> zones : bien des noms de rues peuvent être trouvés par ailleurs,
> c'est justement la base de la mesure de 160 000 (soit 5 rues par
> commune en moyenne). Et oui tomber à 0 serait un bon objectif.
> 
> Jean-Yvon

En parlant de dégommer du rouge, http://tile.openstreetmap.fr/ a l'air
dans les choux. Du coup, pas moyen d'avoir le rendu bano ou zone à
mapper.

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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-28 Par sujet osm . sanspourriel 

Le 27/10/2017 à 10:10, Christian Quest - cqu...@openstreetmap.fr a écrit :


Donc on pourrait recommander l'ajout de l'adresse dans les pages
Wiki de amenity, shop et office. Mais cela fera quelques rues
commerçantes avec plein d'adresses et pas grand chose ailleurs.


Ouille... tout comme un bâtiment n'a pas de lien 1/1 avec une adresse, 
un commerce n'a pas de lien 1/1 non plus.
Il est préférable de mettre son adresse en contact:*=*, l'adresse est 
un objet à part entière.

Pourquoi ouille ?
Tu mets un commerce et tu mets une adresse, il n'est pas dit tu mets 
l'adresse dans le nœud commerce.


Par contre il m'a toujours étonné de ne pas voir ces commerces dans la 
rue associée : seules la rue et les point d'adresses y figurent, ce qui 
oblige à dupliquer le nom de rue.


Le 27/10/2017 à 04:56, Francois Gouget - fgou...@free.fr a écrit :

Si elles restent c'est qu'il n'y a pas de contributeur dans ces
villes ?
Pas forcément, par chez moi si c'est une rue nouvelle et qu'elle est en 
continuité de l'agglo, j'ajoute.
Si c'est un champ où on n'élève plus des vaches mais des maisons 
individuelles, je me mets dans un coin et j'attends que ça me passe.

Car un bénévole fait ce qu'il veut bien.
En ajoutant des rues loin des commerces, j'ai l'impression de participer 
à l'étalement urbain et au mitage.
Ceci dit je n'empêche pas les autres de dégommer du rouge dans ces zones 
: bien des noms de rues peuvent être trouvés par ailleurs, c'est 
justement la base de la mesure de 160 000 (soit 5 rues par commune en 
moyenne). Et oui tomber à 0 serait un bon objectif.


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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-27 Par sujet Christian Quest 
Le 27 octobre 2017 à 04:56, Francois Gouget  a écrit :

> Le jeudi 26 octobre 2017 à 10:45 +0200, Christian Quest a écrit :
> > Les applis qui ont besoin d'adresses peuvent utiliser celles d'OSM et
> > compléter avec d'autres sources (BANO en est une).
> [...]
> > On va aussi pouvoir bien mieux exploiter les données du cadastre dans
> > un avenir très proche, vu qu'on a accès depuis quelques semaines aux
> > données EDIGEO brutes. Donc je patienterai un peu pour voir ce qu'on
> > peut faire de mieux que ce qui a été fait jusque maintenant avec les
> > extractions faites uniquement à partir de fichiers PDF sur
> > cadastre.gouv.fr
>
> Donc ce que je retiens :
> * Priorité aux noms de rues.
>   Tout à fait d'accord. Mais c'est pas évident de contribuer si on
> n'est pas sur place. Quelles sont vos techniques ?
>

Le rendu BANO permet de se faire une très bonne idée dans la majorité des
cas.


  A-t-on une idée du temps que vont prendre les 16 dernières voies
> ? Si elles restent c'est qu'il n'y a pas de contributeur dans ces
> villes ?
>

Le rythme s'est pas mal ralentit ces derniers temps. Si on s'y remet
sérieusement comme au début de la dispo de BANO, ces 160.000 voies peuvent
quasi disparaitre d'ici un an. Bien sûr, il y aura un résidu qui résistera
sur les cas tordus et particuliers qui nécessitent d'aller sur le terrain.


  Enfin, si on arrive effectivement au bout de cet aspect, je pense que
> ça a du sens de revisiter comment va s'organiser la suite.
>
> * Attendre voir si on peut mieux faire avec le nouveau cadastre.
>   Mieux = import massif ? Points "adresse manquante" dans Osmose ? (20
> millions de points ça va être joli ;-)
>
>
Le mieux c'est un peu plus d'adresses et peut être un meilleur calage
géographique.

* En l'absence d'import massif alors on continue avec une intégration
> manuelle qui prendra 10 à 15 ans.
>

L'import massif n'est pas souhaitable de mon point de vue ou alors c'est
qu'on privilégie la quantité à la qualité, et je ne suis pas pour.

  Peut-on déveloper des stratégies pour maximiser le rendement des
> efforts d'intégration ?
>   - Par exemple si un contributeur ajoute un commerce / restaurant et
> pointe vers son site web, il aura probablement vu son adresse quelque
> part. Donc on pourrait recommander l'ajout de l'adresse dans les pages
> Wiki de amenity, shop et office. Mais cela fera quelques rues
> commerçantes avec plein d'adresses et pas grand chose ailleurs.
>

Ouille... tout comme un bâtiment n'a pas de lien 1/1 avec une adresse, un
commerce n'a pas de lien 1/1 non plus.
Il est préférable de mettre son adresse en contact:*=*, l'adresse est un
objet à part entière.

Ces adresses en contact:* sont de toute façon exploitables si on en a
besoin, mais au moins on sait que ce n'est pas l'adresse elle même qu'on a
renseigné.


  - Ajouter les adresses aux intersections. Je pense qu'avoir ces
> données dans OSM serait presque suffisant pour les usages courants.
> Mais pour un contributeur ce n'est pas le cas le plus simple à traiter
> : à chaque fois la question se pose de savoir sur quelle rue est le
> numéro. Aussi, un contributeur gagne-t-il en temps à se concentrer sur
> les intersections ?
>

J'avais commencé comme ça sur ma commune, avec des interpolations. A
l'époque le plan cadastral était en image et pas vectoriel.
J'ai ensuite remplacé ces interpolations par les points adresse (toujours à
partir du plan image).

Qu'on ajoute les points ou qu'on mette des interpolations, la question
reste la source: terrain ou pas, donc amélioration/contrôlé ou juste copie
d'une source (le cadastre dans la majorité des cas).

  - Ajouter une adresse par rue bordant un paté de maison. Là on évite
> le problème des intersections mais on répond un peu moins bien à la
> question "je tourne à droite ou à gauche ?".
>   - Se concentrer sur les rues couvertes par Mapillary. Ca permet de
> gagner du temps et de couvrir une zone plus étendue en évitant d'avoir
> à aller sur place. Mais la couverture Mapillary est très loin d'être
> complète mais j'ai l'impression qu'assez peu de numéros sont lisibles
> et donc si je compte le temps passé à chercher une image où un numéro
> est lisible je ne suis pas sûr que le rendement soit si bon.
>
>
Il faudrait des photos latérales... or c'est souvent des photos frontales
qui sont prises et versées et oui, ça prend un temps fou.


* Les outils peuvent s'appuyer sur la BANO.
>   Si on table sur une intégration qui prend 10 ans ou plus alors
> effectivement les outils ont plutôt intérêt à ajouter du support pour
> la BANO afin d'être utilisables. Mais dans ce cas il faudrait les en
> informer clairement.
>   Ca veut aussi dire qu'ils devront intégrer du code spécifique pour la
> France, soit au niveau de l'outil même, soit au niveau de la
> préparation des fichiers OSM qu'ils utilisent en faisant leur propre
> 'import massif' de la BANO.
>
>
Non, ce n'est pas du code spécifique pour la France, c'est du code
spécifique pour les

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-26 Par sujet Romain MEHUT 
Le 26 octobre 2017 à 11:16, marc marc  a écrit :

>
> Pour les numéros de bâtiments il y a 5 méthodes :
>

Partant de ce principe, c'est déjà mal parti pour avoir un consensus. Comme
Christian l'a à nouveau rappelé, adresse et bâtiment sont deux notions
différentes.

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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-26 Par sujet Romain MEHUT 
Le 26 octobre 2017 à 10:40, Nicolas Moyroud  a écrit :

>
> Je fais en général attention à bien marquer local_survey comme source de
> ceux que j'ai vérifié sur place.
>

Juste la valeur "local_survey" n'est pas documentée dans le wiki. Il s'agit
de "survey" tout simplement.

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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-26 Par sujet gergero 

Bonjour,

(Excusez-moi, si cette question n’apparait pas au bonne endroit - c'est 
mon 1èr message sur cette liste.)


J'ai une question par rapport aux données suivantes :

> (Message de Christian Quest Mer 25 Oct 13:55:58 UTC 2017 :)

> "Pour les points en violet, ce sont des adresses issues des fichiers du
> cadastre désormais en opendata. C'est un peu expérimental, mais ça peut
> être utile."

Comment retrouver les données/fichiers à l'origine de ces adresses 
(points en violet) ?





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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-26 Par sujet Vincent de Château-Thierry 
Bonjour,

> De: "Philippe Verdy" 
> 
> En bref, BANO est un "aggrégateur" de données, dont les sources sont
> OSM, la BAN, et d'autres bases ouvertes en OpenData des
> collectivités locales ou de certaines entreprises. 

Non on ne peut pas dire que la BAN alimente BANO. Mais BANO, comme la BAN, va 
puiser dans le Cadastre. Le Cadastre (source DGFip) ainsi que le fichier 
FANTOIR sont des sources majeures pour BANO.

> BANO a donc sa vie propre, c'est le meilleur de tous les mondes
> actuels concernant la France (donc meilleur qu'OSM ou la BAN
> utilisés seuls).

Il y a 2 facettes dans BANO...
* Initialement l'idée était bien d'agréger plusieurs sources de données pour 
constituer le meilleur référentiel d'adresses sur la France, à disposition du 
plus grand nombre. L'idée reste, évidemment, mais depuis le paysage a changé : 
l'initiative BAN a enfin émergé, titillée par BANO après des années de sommeil. 
Pour autant, comme l'a rappelé Christian, le contenu issu de BANO est bien 
disponible, et rafraîchi chaque nuit. La BAN n'a pas encore atteint une 
envergure et un rythme de mise à jour qui videraient le contenu BANO de son 
intérêt.
* La seconde facette est finalement la plus importante je pense, vue du côté 
OSM : le coup de projecteur sur la thématique Adresses impulsé par BANO a 
permis l'émergence de quelques outils d'aide à la contribution OSM : par 
exemple le rendu cartographique et la page de comparaison Fantoir par commune. 
On pensait initialement focaliser notre énergie sur les adresses elles-mêmes 
(les numéros) et comme Christian l'a redit, c'est essentiellement sur les noms 
de voies que l'accent a été mis. C'est là que la balance entre temps passé et 
valeur ajoutée aura été la plus équilibrée, au final profitable pour OSM. 

On a parlé dans ce fil d'import d'adresses. Si la finalité est de disposer de 
toutes les adresses connues de BANO dans une application consommant par 
ailleurs le contenu OSM, un import brut n'a pas de sens. Autant utiliser OSM 
sans les adresses d'une part, et ajouter les adresses BANO d'autre part. La 
vraie valeur ajoutée n'est pas dans l'import, voué à l'échec en terme de 
maintenance compte tenu du volume (autour de 20 millions d'adresses) et du 
nombre de contributeurs capables d'y consacrer du temps. Parlons plutôt 
d'intégration, à savoir un processus manuel, long, requérant souvent un passage 
sur le terrain car les adresses sont tout sauf une matière simple : exceptions, 
cas tordus, contradictions... reparlons-en quand OSM disposera en France d'un 
contributeur par (communauté de) commune(s), là oui ;)

> (...) Si d'autres
> collectivités publiques se joignent à la BAN, on pourra les exclure
> en tant que source pour BANO puisque ce sera fait dans BAN (et donc
> économiser plein de signalements inutiles liés tous aux différences
> existant encore entre les sources). La BAN en revanche ne rapproche
> pas encore les éléments extraits du cadastre (mais BANO le fait).

Non, il ne s'agit pas de déshabiller BANO au fur et à mesure de la constitution 
de la BAN. Il faut considérer que BANO a sa vie propre, et reste une 
alternative à la BAN, comme dit plus haut.

vincent

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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-26 Par sujet Philippe Verdy 
Le 26 octobre 2017 à 11:56, Christian Quest  a
écrit :

> Vu la diversité de modélisation des adresses dans OSM (pas qu'en France),
> c'est là aussi que BANO est utile car ça remet tout ça sous une unique
> forme simple et un réutilisateur ayant besoin d'adresses devrait plutôt
> regarder de ce côté (pour la France) que de se prendre la tête avec la
> donnée OSM brute car il faut prendre en compte ces cas, mais aussi la
> hiérarchie administrative, les relations boundary=administrative, les codes
> postaux, etc...
>

En bref, BANO est un "aggrégateur" de données, dont les sources sont OSM,
la BAN, et d'autres bases ouvertes en OpenData des collectivités locales ou
de certaines entreprises. Il tente ensuite des rapprochements entre ces
sources, et dresse une carte statistique destiné à comparer les sources,
mais cette carte n'est pas un outil d'import en tant que tel, juste un état
des lieux du rapprochement et des progrès restant à faire dans chacune des
sources utilisées par BANO et des différences significatives trouvées.

Pour le reste c'est à chaque source de trouver en elle-même un chemin
d'accord permettant un rapprochement satisfaisant (le critère de
rapprochement peut évoluer encore avec des seuils de différence abaissés,
aussi bien pour la géolocalisation que la topoynymie). Le travail reste à
faire pour OSM afin de le mettre progressivement en accord avec les autres
sources de la BANO.

BANO a donc sa vie propre, c'est le meilleur de tous les mondes  actuels
concernant la France (donc meilleur qu'OSM ou la BAN utilisés seuls).

La BAN est un autre projet séparé de rapprochement entre certains acteurs
de missions de service public. Lui aussi fait des rapprochements mais pas
avec OSM ni avec toutes les bases OpenData. Je ne pense pas que ce soit la
mission de BANO de refaire lui-même le rapprochement déjà fait et géré par
la BAN gouvernementale, donc BANO n'a pas besoin d'utiliser les sources
comme La Poste puisque cela fait déjà partie du rapprochement dans la BAN.
Si d'autres collectivités publiques se joignent à la BAN, on pourra les
exclure en tant que source pour BANO puisque ce sera fait dans BAN (et donc
économiser plein de signalements inutiles liés tous aux différences
existant encore entre les sources). La BAN en revanche ne rapproche pas
encore les éléments extraits du cadastre (mais BANO le fait).

Ceci dit, BANO produit aussi des données à destination des acteurs de la
BAN publique et notamment les données présentes dans OSM mais pas encore
(ou plus) dans la BAN ou ayant de grosses différences de position ou de
nom. Pour cela il s'appuie sur un outil de signalement, commune par
commune, pour le moment au niveau des voies et lieux-dits (mais pas encore
pour les adresses)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-26 Par sujet Christian Quest 
Le 26 octobre 2017 à 11:16, marc marc  a écrit :

> Bonjour,
>
> Christian quand tu dis que Bano agrège différentes sources d'adresse
> opendata dont osm, comment a l'inverse les outils utilisent bano ?
>

ça, c'est à chaque outil qu'il faut poser la question...


> est-ce que nominatim ou un app utilise bano ?
>

A ma connaissance Nominatim n'utilise pas BANO.

D'autres apps l'utilisent peut être, on n'a pas de moyen simple de le
savoir, tout comme l'usage de données OSM par des applis d'une façon
générale.



> ou cela reste une superbe base composite mais utilisée uniquement
> pour l'édition manuelle d'som ?
>
>
Pas que vu le nombre important et régulier de téléchargements des données
sur bano.openstreetmap.fr
J'ai du mal à imaginer que ces fichiers soient régulièrement téléchargés
pour ne pas être utilisés.
On les retrouve même sur des plateformes régionales, exemple:
https://geobretagne.fr/geonetwork/apps/georchestra/?uuid=9ffb161b-d8d8-4ec4-bde5-a03104300df8

Je peux au moins te dire ce que moi j'en fais:
- j'ai une instance du géocodeur addok qui permet d'interroger BANO:
bano.addok.xyz
- je l'utilise chaque mois pour compléter le géocodage de la base SIRENE,
car BANO contient les infos sur les lieux-dits alors que la BAN est très
incomplète de ce côté.
- j'ai mis en place un "meta-géocodeur" le week-end dernier qui permet en
une requête d'interroger BANO, BAN et les POI d'OSM: all.addok.xyz


Le 26. 10. 17 à 10:40, Nicolas Moyroud a écrit :
> > Mais ce n'était pas sur la question des sources de données que portait
> > la remarque de mon message précédent, plutôt sur la façon de modéliser
> > les adresses dans OSM en France : ajout du numéro comme tag du bâtiment,
> > sur un noeud isolé, ou sur un noeud attaché au contour du bâtiment.
> > Une recommandation qui permette de clarifier et d'homogénéiser les
> > pratiques serait la bienvenue !
>
> Malheureusement, il n'y a aucune harmonisation a ce sujet.
> Même la page qui renseigne LES différentes méthodes utilisées
> n'est pas suivie partout. En résumé :
> Pour les numéros de bâtiments il y a 5 méthodes :
> - mettre le tag sur le bâtiment
> avantage : est géré par "tous" les outils
> désavantage : ne convient pas en cas de numéro multiple sur un bâtiment,
> ou d'un numéro pour plusieurs bâtiment (une école par exemple)
> - mettre le tag sur l'entrée du bâtiment
> avantage : permet de gérer les bâtiments multi-numéro
> désavantage : non supporté par les apps genre maps.me ce
> qui conduit à créer des doublons et pire à des incohérences.
> - mettre le tag sur un chemin fermé représentant +- la parcelle
> ou sur un multipolygone
> avantage : permet de gérer le cas d'un numéro multi-bâtiments
> désavantage : peu supporté niveau apps
> - mettre le tag sur un nœud hors du bâtiment, parfois situé à l'endroit
> de la boite aux lettre, à la connexion du chemin privé avec la voie
> publique, à l'endroit de la plaque avec le numéro ou l'endroit d’où
> elle est visible.
> avantage : j'en ai pas trouvé :) hormis la simplicité à la création
> (pas besoin de réfléchir dans lequel des cas précédent on se trouve)
> désavantage : oblige les outils à faire de la devinette pour trouver
> la bâtiment concerné. devinette qui a donc un taux d'erreur.
> Vu qu'il n'y a aucun lien entre le nœud isolé et le bâtiment,
> cela conduit comme dans le cas précédent a des doublons
>
> pour les rues, il y a 2 méthodes :
> - mettre addr:street sur l'objet qui possède addr:housenumber
> avantage : supporté par toutes les apps
> désavantage : donnée dupliquée
> - créer une associatedStreet qui lie les numéros d'une rue avec la rue
> avantage : maintenance que je trouve plus cohérente (le marque les
> numéros avec une changeset source=survey, je fais l'associatedStreet
> avec source=bano ou source=extrapolation)
> - désavantage : support limité dans les apps
>
> pour addr:city addr:postcode addr:country, 2 méthodes :
> - les gérer par des zones boundary (mais faudrait améliorer leur
> prise en compte par les apps)
> - les ajouter sur l'objet qui possède addr:housenumber (avantage :
> géré par tous les outils, désavantage : données dupliquées)
>
> Le détail est là
> http://wiki.openstreetmap.org/wiki/FR:Adresses
> https://wiki.openstreetmap.org/wiki/Key:addr
>
> Mais ceci dit, autant je suis d'accord qu'il serrait utile de commencer
> l'import des numéros de bâtiments pour les cas simple (par exemple
> lorsque bano renseigne un numéro unique sur un bâtiment) vu qu'en
> l'absence de cet import, on "consomme" du temps humain pour le faire,
> autant je suis aussi d'accord qu'il est plus utile de commencer par
> renseigner toutes les rues d'une commune avant de traiter les numéros.
>


Vu la diversité de modélisation des adresses dans OSM (pas qu'en France),
c'est là aussi que BANO est utile car ça remet tout ça sous une unique
forme simple et un réutilisateur ayant besoin d'adresses devrait plutôt
regarder de ce côté (pour la France) que de se prendre la tête avec

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-26 Par sujet marc marc 
Bonjour,

Christian quand tu dis que Bano agrège différentes sources d'adresse 
opendata dont osm, comment a l'inverse les outils utilisent bano ?
est-ce que nominatim ou un app utilise bano ?
ou cela reste une superbe base composite mais utilisée uniquement
pour l'édition manuelle d'som ?

Le 26. 10. 17 à 10:40, Nicolas Moyroud a écrit :
> Mais ce n'était pas sur la question des sources de données que portait 
> la remarque de mon message précédent, plutôt sur la façon de modéliser 
> les adresses dans OSM en France : ajout du numéro comme tag du bâtiment, 
> sur un noeud isolé, ou sur un noeud attaché au contour du bâtiment.
> Une recommandation qui permette de clarifier et d'homogénéiser les 
> pratiques serait la bienvenue !

Malheureusement, il n'y a aucune harmonisation a ce sujet.
Même la page qui renseigne LES différentes méthodes utilisées
n'est pas suivie partout. En résumé :
Pour les numéros de bâtiments il y a 5 méthodes :
- mettre le tag sur le bâtiment
avantage : est géré par "tous" les outils
désavantage : ne convient pas en cas de numéro multiple sur un bâtiment, 
ou d'un numéro pour plusieurs bâtiment (une école par exemple)
- mettre le tag sur l'entrée du bâtiment
avantage : permet de gérer les bâtiments multi-numéro
désavantage : non supporté par les apps genre maps.me ce
qui conduit à créer des doublons et pire à des incohérences.
- mettre le tag sur un chemin fermé représentant +- la parcelle
ou sur un multipolygone
avantage : permet de gérer le cas d'un numéro multi-bâtiments
désavantage : peu supporté niveau apps
- mettre le tag sur un nœud hors du bâtiment, parfois situé à l'endroit 
de la boite aux lettre, à la connexion du chemin privé avec la voie 
publique, à l'endroit de la plaque avec le numéro ou l'endroit d’où
elle est visible.
avantage : j'en ai pas trouvé :) hormis la simplicité à la création
(pas besoin de réfléchir dans lequel des cas précédent on se trouve)
désavantage : oblige les outils à faire de la devinette pour trouver
la bâtiment concerné. devinette qui a donc un taux d'erreur.
Vu qu'il n'y a aucun lien entre le nœud isolé et le bâtiment,
cela conduit comme dans le cas précédent a des doublons

pour les rues, il y a 2 méthodes :
- mettre addr:street sur l'objet qui possède addr:housenumber
avantage : supporté par toutes les apps
désavantage : donnée dupliquée
- créer une associatedStreet qui lie les numéros d'une rue avec la rue
avantage : maintenance que je trouve plus cohérente (le marque les 
numéros avec une changeset source=survey, je fais l'associatedStreet 
avec source=bano ou source=extrapolation)
- désavantage : support limité dans les apps

pour addr:city addr:postcode addr:country, 2 méthodes :
- les gérer par des zones boundary (mais faudrait améliorer leur
prise en compte par les apps)
- les ajouter sur l'objet qui possède addr:housenumber (avantage :
géré par tous les outils, désavantage : données dupliquées)

Le détail est là
http://wiki.openstreetmap.org/wiki/FR:Adresses
https://wiki.openstreetmap.org/wiki/Key:addr

Mais ceci dit, autant je suis d'accord qu'il serrait utile de commencer 
l'import des numéros de bâtiments pour les cas simple (par exemple 
lorsque bano renseigne un numéro unique sur un bâtiment) vu qu'en 
l'absence de cet import, on "consomme" du temps humain pour le faire,
autant je suis aussi d'accord qu'il est plus utile de commencer par 
renseigner toutes les rues d'une commune avant de traiter les numéros.

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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-26 Par sujet Christian Quest 
Les applis qui ont besoin d'adresses peuvent utiliser celles d'OSM et
compléter avec d'autres sources (BANO en est une).
Je rappelle aussi que BANO contient aussi les adresses présentes dans OSM
(mise à jour chaque nuit), ce qui simplifie la vie de ceux qui ont besoin
d'adresses qui n'ont du coup pas à refaire cette agrégation de sources.
BANO leur mâche le travail en agrégeant les adresses OSM, celles en
opendata et celles extraites du cadastre et en remettant tout ça au propre.

Quand on a démarré BANO, on s'est posé ces questions, et les tests
d'intégration d'adresses que j'ai fait à l'époque ont montré qu'il nous
faudrait au moins 10/15 ans pour tout intégrer dans OSM avec un minimum de
contrôle humain. Il suffit de voir qu'on n'a pas terminé les bâtiments,
alors que c'est plus simple à intégrer et qu'on a démarré en 2009 (et je ne
parle pas de la mise à jour).

Donc on a surtout poussé dès le départ à "dégommer du rouge", c'est à dire
avant tout à compléter les noms de rues manquantes dans OSM, car en plus ça
demande de l'intelligence humaine sans bien sûr empêcher ceux qui veulent
intégrer des adresses de la faire.
Donc si dans votre coin ajouter les adresses vous branche, n'hésitez pas...
mais pensez à dégommer le rouge si possible avant !

Le pire que j'ai vu, c'est l'import d'adresses, sans amélioration ou
contrôle... et sans avoir complété les noms des rues sur les highway voire
même sans highway du tout ! C'est typiquement ce qu'on a voulu éviter (et
qu'on a bien évité sauf très rares cas).

On va aussi pouvoir bien mieux exploiter les données du cadastre dans un
avenir très proche, vu qu'on a accès depuis quelques semaines aux données
EDIGEO brutes. Donc je patienterai un peu pour voir ce qu'on peu faire de
mieux que ce qui a été fait jusque maintenant avec les extractions faites
uniquement à partir de fichiers PDF sur cadastre.gouv.fr

Bien sûr, chacun est libre de contribuer comme il a envie, ce sont ici
juste des recommandations pour que le temps que nous passons tous à
contribuer soit le plus utile.
Globalement pour le projet OSM, pouvoir annoncer qu'un type de donnée est
"complet" comme on a pu le faire en 2012 quand on a terminé le découpage
communal est très positif.
En fléchant le "dégommage de rouge" comme prioritaire sur l'intégration des
adresses elles-même, on devrait pouvoir annoncer dans quelques mois que les
noms de rues sont "complets", alors que si on s'était dispersé sur les
adresses , je pense qu'on aurait mis quelques années de plus pour les noms
de rues ;)


Le 26 octobre 2017 à 09:51, Nicolas Moyroud  a écrit :

> Bonjour,
>
>> Mais quel est le plan pour les numéros ?
>> Parce que même si ils sont dans la BANO, ça ne m'aide pas lorsque je
>> cherche une adresse and Osmand, Maps.me ou autres.
>>
> 100% d'accord avec ça. L'argument "oui mais c'est déjà dans BANO" n'est
> pas à mon avis pas valable sur une liste qui concerne le projet OSM. En
> raisonnant comme ça on peut presque arrêter de contribuer à OSM en France,
> il y a déjà plein de données géographiques disponibles en OpenData un peu
> partout...
>
>> Et vu le temps que prend l'intégration des rues, une intégration
>> manuelle des numéros va prendre des décennies vu qu'il doit y avoir au
>> moins 10 fois plus de numéros.
>>
>> Mais sera-t-il possible de faire un import automatique ? Est-ce prévu ?
>>
>> Comment ça va se passer avec les adresses déjà présentes dans OSM ?
>>
> Il serait plus que temps de se demander comment on procède et quelles
> recommandations on propose pour l'intégration des numéros d'adresses dans
> OSM, plutôt que de reporter sans arrêt le problème à plus tard. Parce que
> là vu les chiffres indiqués par Donat on a presque fini le rapprochement
> des rues, donc il va falloir s'occuper avec autre chose dans pas longtemps
> ! ;-)
>
> Nicolas
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-26 Par sujet Nicolas Moyroud 


Par chez moi, je n'ajoute des numéros que si j'ai au préalable fait un 
repérage sur le terrain (photos, etc..) S'il me manque certains 
numéros, et que ceux que j'ai vérifiés correspondent bien avec 
Bano/Cadastre, alors je complète avec ces sources.
Merci pour ces précisons. En ce qui me concerne j'ai plus tendance à 
faire confiance directement aux données BANO/Cadastre en intégration 
directe, avec des vérifications terrain quand c'est possible. Je fais en 
général attention à bien marquer local_survey comme source de ceux que 
j'ai vérifié sur place.
Mais ce n'était pas sur la question des sources de données que portait 
la remarque de mon message précédent, plutôt sur la façon de modéliser 
les adresses dans OSM en France : ajout du numéro comme tag du bâtiment, 
sur un noeud isolé, ou sur un noeud attaché au contour du bâtiment.
Une recommandation qui permette de clarifier et d'homogénéiser les 
pratiques serait la bienvenue !


Nicolas

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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-26 Par sujet Stéphane Péneau 

Le 26/10/2017 à 09:51, Nicolas Moyroud a écrit :
Il serait plus que temps de se demander comment on procède et quelles 
recommandations on propose pour l'intégration des numéros d'adresses 
dans OSM
Par chez moi, je n'ajoute des numéros que si j'ai au préalable fait un 
repérage sur le terrain (photos, etc..) S'il me manque certains numéros, 
et que ceux que j'ai vérifiés correspondent bien avec Bano/Cadastre, 
alors je complète avec ces sources.


Stéphane

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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-26 Par sujet Nicolas Moyroud 

Bonjour,

Mais quel est le plan pour les numéros ?
Parce que même si ils sont dans la BANO, ça ne m'aide pas lorsque je
cherche une adresse and Osmand, Maps.me ou autres.
100% d'accord avec ça. L'argument "oui mais c'est déjà dans BANO" n'est 
pas à mon avis pas valable sur une liste qui concerne le projet OSM. En 
raisonnant comme ça on peut presque arrêter de contribuer à OSM en 
France, il y a déjà plein de données géographiques disponibles en 
OpenData un peu partout...

Et vu le temps que prend l'intégration des rues, une intégration
manuelle des numéros va prendre des décennies vu qu'il doit y avoir au
moins 10 fois plus de numéros.

Mais sera-t-il possible de faire un import automatique ? Est-ce prévu ?

Comment ça va se passer avec les adresses déjà présentes dans OSM ?
Il serait plus que temps de se demander comment on procède et quelles 
recommandations on propose pour l'intégration des numéros d'adresses 
dans OSM, plutôt que de reporter sans arrêt le problème à plus tard. 
Parce que là vu les chiffres indiqués par Donat on a presque fini le 
rapprochement des rues, donc il va falloir s'occuper avec autre chose 
dans pas longtemps ! ;-)


Nicolas

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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-26 Par sujet Francois Gouget 
On Wed, 25 Oct 2017, Christian Quest wrote:
[...]
> Pour les numéros, si on a envie de les intégrer on peut le faire, mais 
> ça prend beaucoup de temps et il semble bien plus utile dans un premier 
> temps d'avoir déjà toutes les rues nommées. Pour ceux qui de toute façon 
> ont besoin d'utiliser une base d'adresses, les données de BANO sont là ;)

Mais quel est le plan pour les numéros ?
Parce que même si ils sont dans la BANO, ça ne m'aide pas lorsque je 
cherche une adresse and Osmand, Maps.me ou autres.

Et vu le temps que prend l'intégration des rues, une intégration 
manuelle des numéros va prendre des décennies vu qu'il doit y avoir au 
moins 10 fois plus de numéros.

Mais sera-t-il possible de faire un import automatique ? Est-ce prévu ?

Comment ça va se passer avec les adresses déjà présentes dans OSM ? 

Est-ce que les adresses déjà présentes posent problème pour un import 
automatique des numéros ?

Pourrait-on commencer l'import automatique des numéros pour les villes 
où toutes les rues ont été rapprochées ?

Faudrait-il recommander à ceux qui travaillent sur l'intégration des 
rues d'ajouter une adresse à chaque intersection ? Cela permettrait aux 
utilisateurs d'OSM de savoir à peu près à quel endroit se trouve leur 
destination, ou au moins de résoudre ce problème typique lorsqu'on 
arrive à une intersection en voiture : pour trouver le 42, dois-je 
tourner à droite ou à gauche ?


-- 
Francois Gouget   http://fgouget.free.fr/
  Any sufficiently advanced Operating System is indistinguishable from Linux___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-25 Par sujet Christian Quest 

Le 25/10/2017 à 19:02, pepilepi...@ovh.fr a écrit :

Le 25/10/2017 à 15:55, Christian Quest a écrit :

Ce fameux "rouge" on le voit par exemple ici:
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#7/47.000/2.000

Ce sont les adresses connues de BANO mais avec un nom de voie que l'on
n'a pas retrouvé dans OSM et que l'on peut donc ajouter pour qu'OSM
soit plus complet sur les noms de rues. Il en reste donc environ 160
000 à ajouter.

Exemple (plus proche):
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.86048/3.15177

Bonsoir,

Mais comment interpréter ça ? Sur cet exemple l'espèce de grand cigare
marqué "rue de Saint Germain" est il un nuage de probabilité dans lequel
BANO cherche une rue de Saint Germain, qui serait alors la D37A ?

Et que faire des numéros (quand il n'y en a aucun dans OSM) ? Peut-on
importer brutalement la couche BANO pour ensuite peaufiner en déplaçant
chaque numéro à sa place (avec JOSM) ?

Merci,

Jean-Pierre



Les explications sur le rendu BANO sont ici: 
https://wiki.openstreetmap.org/wiki/FR:WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#Rendu_BANO


Les adresses de la rue St Germain sont entourées, on peut ainsi 
facilement identifier les limites de cette rue qui va de la limite de la 
commune à l'intersection avec la D37.


Pour les numéros, si on a envie de les intégrer on peut le faire, mais 
ça prend beaucoup de temps et il semble bien plus utile dans un premier 
temps d'avoir déjà toutes les rues nommées. Pour ceux qui de toute façon 
ont besoin d'utiliser une base d'adresses, les données de BANO sont là ;)


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-25 Par sujet pepilepi...@ovh.fr 
Le 25/10/2017 à 15:55, Christian Quest a écrit :
> Ce fameux "rouge" on le voit par exemple ici:
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#7/47.000/2.000
>
> Ce sont les adresses connues de BANO mais avec un nom de voie que l'on
> n'a pas retrouvé dans OSM et que l'on peut donc ajouter pour qu'OSM
> soit plus complet sur les noms de rues. Il en reste donc environ 160
> 000 à ajouter.
>
> Exemple (plus proche):
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.86048/3.15177

Bonsoir,

Mais comment interpréter ça ? Sur cet exemple l'espèce de grand cigare
marqué "rue de Saint Germain" est il un nuage de probabilité dans lequel
BANO cherche une rue de Saint Germain, qui serait alors la D37A ?

Et que faire des numéros (quand il n'y en a aucun dans OSM) ? Peut-on
importer brutalement la couche BANO pour ensuite peaufiner en déplaçant
chaque numéro à sa place (avec JOSM) ?

Merci,

Jean-Pierre

>
>
> Pour les points en violet, ce sont des adresses issues des fichiers du
> cadastre désormais en opendata. C'est un peu expérimental, mais ça
> peut être utile.
>
>
>
> Le 25/10/2017 à 15:14, Cédric Frayssinet a écrit :
>> Bonjour,
>>
>> N'étant pas expert et ayant rejoint la communauté qu'il y a quelques
>> semaines, pouvez-vous préciser le travail accompli et le travail
>> restant à faire ? Quel est l'outil utilisé ?
>>
>> Merci, Cédric
>


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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-25 Par sujet Philippe Verdy 
La légende complète est sur https://wiki.openstreetmap.org/wiki/FR:
WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)

Le 25 octobre 2017 à 16:29, Philippe Verdy  a écrit :

>
>
> Le 25 octobre 2017 à 15:17, Donat ROBAUX  a écrit :
>
>> D'ailleurs c'est quoi les numéros d'adresse en violet? Tu m'avais dit que
>> c'était nouveau.
>>
>> ● nº ou lieu-dit mauve : adresse présente dans OSM mais sans
> rapprochement avec FANTOIR (différence de nom, ou adresse inexistante
> actuellement dans FANTOIR pour les toutes nouvelles rues)
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-25 Par sujet Philippe Verdy 
Le 25 octobre 2017 à 15:17, Donat ROBAUX  a écrit :

> D'ailleurs c'est quoi les numéros d'adresse en violet? Tu m'avais dit que
> c'était nouveau.
>
> ● nº ou lieu-dit mauve : adresse présente dans OSM mais sans
rapprochement avec FANTOIR (différence de nom, ou adresse inexistante
actuellement dans FANTOIR pour les toutes nouvelles rues)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-25 Par sujet Vincent de Château-Thierry 
Bonjour,

> De: "Christian Quest" 
> 
> Le 25/10/2017 à 15:14, Cédric Frayssinet a écrit :
> > Bonjour,
> >
> > N'étant pas expert et ayant rejoint la communauté qu'il y a
> > quelques
> > semaines, pouvez-vous préciser le travail accompli et le travail
> > restant à faire ? Quel est l'outil utilisé ?

Cédric, pour compléter, tu as un peu de contexte ici :
https://wiki.openstreetmap.org/wiki/FR:WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)

vincent

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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-25 Par sujet Christian Quest 
Ce fameux "rouge" on le voit par exemple ici: 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#7/47.000/2.000


Ce sont les adresses connues de BANO mais avec un nom de voie que l'on 
n'a pas retrouvé dans OSM et que l'on peut donc ajouter pour qu'OSM soit 
plus complet sur les noms de rues. Il en reste donc environ 160 000 à 
ajouter.


Exemple (plus proche): 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.86048/3.15177



Pour les points en violet, ce sont des adresses issues des fichiers du 
cadastre désormais en opendata. C'est un peu expérimental, mais ça peut 
être utile.




Le 25/10/2017 à 15:14, Cédric Frayssinet a écrit :

Bonjour,

N'étant pas expert et ayant rejoint la communauté qu'il y a quelques 
semaines, pouvez-vous préciser le travail accompli et le travail 
restant à faire ? Quel est l'outil utilisé ?


Merci, Cédric


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-25 Par sujet Donat ROBAUX 
Cela dit, on peut voir sur le fond Bano de Tile OSM-FR quelques communes de
taille respectables qui ont pas mal de rouge, donc y a encore de quoi
d'amuser. D'autant plus que pas mal de communes n'ont pas de cadastre
vectorisé, c'est assez flagrant en Champagne-Ardennes et "centre-sud" de la
France, sans parler de la Corse et DOM-COM
D'ailleurs c'est quoi les numéros d'adresse en violet? Tu m'avais dit que
c'était nouveau.

Donat


> -- Message transféré --
> From: Christian Quest <cqu...@openstreetmap.fr>
> To: talk-fr@openstreetmap.org
> Cc:
> Bcc:
> Date: Wed, 25 Oct 2017 14:34:07 +0200
> Subject: Re: [OSM-talk-fr] Rapprochement Bano
>
> Les dégommeurs de rouge vont avoir de plus en plus de mal à trouver de
> quoi dégommer ;)
>
> Le 25/10/2017 à 14:28, Donat ROBAUX a écrit :
>
> Bonjour,
>
> Je viens de voir que le nombre de voies rapprochées dans le cadre de Bano
> est de 1 million et celles des voies non-rapprochées est à 160 000 et ce
> depuis le 01 octobre.
>
> Champagne!
>
> Donat
>
> PS: le million, le million, le m...
>
> --
> Christian Quest - OpenStreetMap France
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-25 Par sujet Cédric Frayssinet 
Bonjour,

N'étant pas expert et ayant rejoint la communauté qu'il y a quelques
semaines, pouvez-vous préciser le travail accompli et le travail restant
à faire ? Quel est l'outil utilisé ?

Merci, Cédric


Le 25/10/2017 à 15:10, Philippe Verdy a écrit :
> Il y a encore pas mal de boulot à faire dans le Cotentin, le sud de
> l'Aquitaine autour de l'Adour ou les Charentes. On est encore loin
> d'avoir du vert (ou même du bleu) partout. Le vert est très avancé
> autour des grosses métropoles disposant de données open data les mieux
> fournies (mais bien moins avancé pour la métropole de Nice où l'orange
> prédomine encore sur le vert: données open data encore à
> importer/fusionner).
>
> Le 25 octobre 2017 à 14:34, Christian Quest  > a écrit :
>
> Les dégommeurs de rouge vont avoir de plus en plus de mal à
> trouver de quoi dégommer ;)
>
>
> Le 25/10/2017 à 14:28, Donat ROBAUX a écrit :
>> Bonjour,
>>
>> Je viens de voir que le nombre de voies rapprochées dans le cadre
>> de Bano est de 1 million et celles des voies non-rapprochées est
>> à 160 000 et ce depuis le 01 octobre.
>>
>> Champagne!
>>
>> Donat
>>
>> PS: le million, le million, le m...
>>
>
> -- 
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 
En cure de désintoxication  de
Google ! Client d'Enercoop
, l'énergie militante

Également sur Mastodon : @bristow...@framapiaf.org


Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-25 Par sujet Philippe Verdy 
Il y a encore pas mal de boulot à faire dans le Cotentin, le sud de
l'Aquitaine autour de l'Adour ou les Charentes. On est encore loin d'avoir
du vert (ou même du bleu) partout. Le vert est très avancé autour des
grosses métropoles disposant de données open data les mieux fournies (mais
bien moins avancé pour la métropole de Nice où l'orange prédomine encore
sur le vert: données open data encore à importer/fusionner).

Le 25 octobre 2017 à 14:34, Christian Quest  a
écrit :

> Les dégommeurs de rouge vont avoir de plus en plus de mal à trouver de
> quoi dégommer ;)
>
> Le 25/10/2017 à 14:28, Donat ROBAUX a écrit :
>
> Bonjour,
>
> Je viens de voir que le nombre de voies rapprochées dans le cadre de Bano
> est de 1 million et celles des voies non-rapprochées est à 160 000 et ce
> depuis le 01 octobre.
>
> Champagne!
>
> Donat
>
> PS: le million, le million, le m...
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement Bano

2017-10-25 Par sujet Christian Quest 
Les dégommeurs de rouge vont avoir de plus en plus de mal à trouver de 
quoi dégommer ;)



Le 25/10/2017 à 14:28, Donat ROBAUX a écrit :

Bonjour,

Je viens de voir que le nombre de voies rapprochées dans le cadre de 
Bano est de 1 million et celles des voies non-rapprochées est à 160 
000 et ce depuis le 01 octobre.


Champagne!

Donat

PS: le million, le million, le m...



--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Cactusbone 
On pourrais utiliser ref:INSEE="97-8;97801" ? ou peut-être un dérivé de
ref:INSEE pour dire que c'est le code à 5 positions ?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Rapprochement-BANO-dans-L-ile-de-Saint-Martin-tp5866521p5866605.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Philippe Verdy 
On n'a pas la même chose à Saint-Barthélemy ?
Et à Wallis-et-Futuna (pas de communes là non plus, juste les 3
circonscriptions administratives correspondant aux royaumes coutumiers) ?
Et pour les "adresses" des TAF (pas habitées de façon permanente mais il y
a bien des installations permanentes et des personnels et visiteurs
tournants, et une toponymie bein établie, même si le courrier arrive
épisodiquement par un circuit spécial, l'essentiel passant maintenant par
des réseaux numériques et moyens radio et satellite)

2016-02-03 10:21 GMT+01:00 Cactusbone :

> On pourrais utiliser ref:INSEE="97-8;97801" ? ou peut-être un dérivé de
> ref:INSEE pour dire que c'est le code à 5 positions ?
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Rapprochement-BANO-dans-L-ile-de-Saint-Martin-tp5866521p5866605.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Jérôme Seigneuret 
J'ai vu un problème de rapprochement aussi sur l'îles d'Aix. Il doit
manquer la relation de niveau 8 par contre.

Le contour correspondant au frontière contient:
place=island + natural=costline+ name=Île d'Aix

et le noeud place=village existe avec en name=Île-d'Aix ( < tiret ou pas?)

Du coup, il n'y a pas de rapprochement sur les tronçons de voirie
@Vincent pour le rapprochement, il faut un admin_level=8 ?

Un petit lien pour la zone
https://www.openstreetmap.org/#map=16/46.0150109309655/-1.1721847542041282

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Jérôme Seigneuret 
Arff, désolé Vincent je croyais avoir une réponse par mail via les
abonnements email...
Bon je m'en charge dans ce cas!

Le 3 février 2016 à 15:20, Vincent de Château-Thierry  a
écrit :

>
> > De: "Philippe Verdy" 
> >
> > Effectivement il manque la relation communale (ce n'est pas en vert
> > dans Layers). Peut-être que quelqu'un l'a supprimé en croyant à un
> > doublon avec l'île elle-même...
> > D'ailleurs je crois que le Fort Boyard fait aussi partie de cette
> > commune de l'Île-d'Aix (je me pose la question pour l'îlot du Fort
> > Enet, actuellement attribué à la commune de Fouras)
> >
> > Le 3 février 2016 à 14:27, Jérôme Seigneuret <
> > jseigneuret-...@yahoo.fr > a écrit :
> >
> > J'ai vu un problème de rapprochement aussi sur l'îles d'Aix. Il doit
> > manquer la relation de niveau 8 par contre.
> >
> > Le contour correspondant au frontière contient:
> > place=island + natural=costline+ name=Île d'Aix
> >
> > et le noeud place=village existe avec en name=Île-d'Aix ( < tiret ou
> > pas?)
> >
> > Du coup, il n'y a pas de rapprochement sur les tronçons de voirie
> > @Vincent pour le rapprochement, il faut un admin_level=8 ?
> >
> > Un petit lien pour la zone
> >
> https://www.openstreetmap.org/#map=16/46.0150109309655/-1.1721847542041282
>
> Jérôme, un petit lien vers le ticket que tu as ouvert et ma réponse ;)
> https://github.com/osm-fr/osm-vs-fantoir/issues/28
>
> 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] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Jérôme Seigneuret 
Je sais pas comment j'ai fait mon coup mais c'est rectifié.
Jérôme

Le 3 février 2016 à 15:25, Jérôme Seigneuret  a
écrit :

> Arff, désolé Vincent je croyais avoir une réponse par mail via les
> abonnements email...
> Bon je m'en charge dans ce cas!
>
> Le 3 février 2016 à 15:20, Vincent de Château-Thierry 
> a écrit :
>
>>
>> > De: "Philippe Verdy" 
>> >
>> > Effectivement il manque la relation communale (ce n'est pas en vert
>> > dans Layers). Peut-être que quelqu'un l'a supprimé en croyant à un
>> > doublon avec l'île elle-même...
>> > D'ailleurs je crois que le Fort Boyard fait aussi partie de cette
>> > commune de l'Île-d'Aix (je me pose la question pour l'îlot du Fort
>> > Enet, actuellement attribué à la commune de Fouras)
>> >
>> > Le 3 février 2016 à 14:27, Jérôme Seigneuret <
>> > jseigneuret-...@yahoo.fr > a écrit :
>> >
>> > J'ai vu un problème de rapprochement aussi sur l'îles d'Aix. Il doit
>> > manquer la relation de niveau 8 par contre.
>> >
>> > Le contour correspondant au frontière contient:
>> > place=island + natural=costline+ name=Île d'Aix
>> >
>> > et le noeud place=village existe avec en name=Île-d'Aix ( < tiret ou
>> > pas?)
>> >
>> > Du coup, il n'y a pas de rapprochement sur les tronçons de voirie
>> > @Vincent pour le rapprochement, il faut un admin_level=8 ?
>> >
>> > Un petit lien pour la zone
>> >
>> https://www.openstreetmap.org/#map=16/46.0150109309655/-1.1721847542041282
>>
>> Jérôme, un petit lien vers le ticket que tu as ouvert et ma réponse ;)
>> https://github.com/osm-fr/osm-vs-fantoir/issues/28
>>
>> 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] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Jérôme Seigneuret 
> Effectivement il manque la relation communale (ce n'est pas en vert dans
> Layers). Peut-être que quelqu'un l'a supprimé en croyant à un doublon avec
> l'île elle-même...
>
Humm J'ai fait des correctif mais je pense pas avoir fait cela...
Tu peux remettre la relation en question? Merci



> D'ailleurs je crois que le Fort Boyard fait aussi partie de cette commune
> de l'Île-d'Aix
>
Oui en effet c'est bien sur le territoire de l'Île d'Aix

(je me pose la question pour l'îlot du Fort Enet, actuellement attribué à
> la commune de Fouras)
>
Fort Enet c'est bien sur la presqu'île de Fouras

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Vincent de Château-Thierry 

> De: "Philippe Verdy" 
> 
> Effectivement il manque la relation communale (ce n'est pas en vert
> dans Layers). Peut-être que quelqu'un l'a supprimé en croyant à un
> doublon avec l'île elle-même...
> D'ailleurs je crois que le Fort Boyard fait aussi partie de cette
> commune de l'Île-d'Aix (je me pose la question pour l'îlot du Fort
> Enet, actuellement attribué à la commune de Fouras)
> 
> Le 3 février 2016 à 14:27, Jérôme Seigneuret <
> jseigneuret-...@yahoo.fr > a écrit :
> 
> J'ai vu un problème de rapprochement aussi sur l'îles d'Aix. Il doit
> manquer la relation de niveau 8 par contre.
> 
> Le contour correspondant au frontière contient:
> place=island + natural=costline+ name=Île d'Aix
> 
> et le noeud place=village existe avec en name=Île-d'Aix ( < tiret ou
> pas?)
> 
> Du coup, il n'y a pas de rapprochement sur les tronçons de voirie
> @Vincent pour le rapprochement, il faut un admin_level=8 ?
> 
> Un petit lien pour la zone
> https://www.openstreetmap.org/#map=16/46.0150109309655/-1.1721847542041282

Jérôme, un petit lien vers le ticket que tu as ouvert et ma réponse ;)
https://github.com/osm-fr/osm-vs-fantoir/issues/28

vincent

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

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Philippe Verdy 
Effectivement il manque la relation communale (ce n'est pas en vert dans
Layers). Peut-être que quelqu'un l'a supprimé en croyant à un doublon avec
l'île elle-même...
D'ailleurs je crois que le Fort Boyard fait aussi partie de cette commune
de l'Île-d'Aix (je me pose la question pour l'îlot du Fort Enet,
actuellement attribué à la commune de Fouras)


Le 3 février 2016 à 14:27, Jérôme Seigneuret  a
écrit :

> J'ai vu un problème de rapprochement aussi sur l'îles d'Aix. Il doit
> manquer la relation de niveau 8 par contre.
>
> Le contour correspondant au frontière contient:
> place=island + natural=costline+ name=Île d'Aix
>
> et le noeud place=village existe avec en name=Île-d'Aix ( < tiret ou pas?)
>
> Du coup, il n'y a pas de rapprochement sur les tronçons de voirie
> @Vincent pour le rapprochement, il faut un admin_level=8 ?
>
> Un petit lien pour la zone
> https://www.openstreetmap.org/#map=16/46.0150109309655/-1.1721847542041282
>
> Jérôme
>
> ___
> 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] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Jérôme Seigneuret 
Mon objectif sur cette zone était de corriger toute la zone humide (avec
wetland=tidalflat) ce qui apparaît maintenant sur le rendu. J'ai plaqué les
éléments sur la ligne de cote. Et à mon avis j'ai voulu retiré un élément
de la relation et au-lieu de supprimer l'élément j'ai supprimé la
relation... (J'ai fais la même sur une ligne de bus il y a quelque mois
rectifié depuis...)

Bref désolé en effet on a rectifié à deux. Comme j'ai pas eu de message de
ta part j'ai pris l'initiative de faire la correction (Ce que j'ai mis dans
mon précédent message. L'erreur étant en plus de mon fait... )

L'incident est clos. Et puis, tu as ajouter le fort ;-) Et merci de t'en
être préoccupé.

Jérôme

Le 2 février 2016 à 14:40, Cactusbone  a écrit :

> L'île de Saint-Martin est un territoire français ne contenant pas de
> commune
> (
> https://fr.wikipedia.org/wiki/Saint-Martin_%28Antilles_fran%C3%A7aises%29
> )
> taggé admin_level 3 dans osm
>
> dans bano on a des adresses dans le CSV, mais aucune n'est rapprochée
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#14/18.0743/-63.0576
>
> par exemple ,
> 15 rue du Général De Gaule, 97150 Saint-Martin est bien dans le CSV,
> la rue existe aussi dans OSM ( https://www.openstreetmap.org/way/27614897
> )
> mais aucun rapprochement n'est fait.
>
> Je pense que c'est lié a l'absence de ville/commune coté osm
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Rapprochement-BANO-dans-L-ile-de-Saint-Martin-tp5866521.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Philippe Verdy 
J'avais rectifié mais en plein milieu de mon envoi tu as réjouté ta propre
modif et j'ai passé quelques minutes et gérer le conflit.
La différence était que j'ai intégré le fort Boyard, que tu n'avais pas mis
dans un premier temps, tu as ensuite voulu corriger une anomalie mais ça a
généré d'autres conflits avec mon envoi pas terminé. Comme ce sont des
lignes côtières ça impacte de grosses relations et le serveur met du temps
à répondre.
Comme je disais c'est toi même qui avait supprimé la relation communale en
croyant sans doute que c'était une relation inutile en doublon avec l'île.
Pourtant la relation n'était pas réduite à 1 seul élément, la ligne de
côte, et il en manquait puisque le Fort Boyard était oublié (mais il
n'était pas oublié dans les niveaux <8 et autres EPCI).

Tu as peut-être voulu faire un rendu plus joli pour que le nom de l'île
n'apparaisse pas en "doublon" avec le nom de la commune, pourtant la
commune est un peu diférente puisqu'elle prend un trait d'union (voir cas
similaire avec le Mont-Saint-Michel ,qui d'ailleurs lui non plus ne se
limite pas à sa seule île principale, et d'autres îles habitées dont la
commune comporte aussi des îlots annexes, habités ou pas)

Le 3 février 2016 à 15:25, Jérôme Seigneuret  a
écrit :

> Arff, désolé Vincent je croyais avoir une réponse par mail via les
> abonnements email...
> Bon je m'en charge dans ce cas!
>
> Le 3 février 2016 à 15:20, Vincent de Château-Thierry 
> a écrit :
>
>>
>> > De: "Philippe Verdy" 
>> >
>> > Effectivement il manque la relation communale (ce n'est pas en vert
>> > dans Layers). Peut-être que quelqu'un l'a supprimé en croyant à un
>> > doublon avec l'île elle-même...
>> > D'ailleurs je crois que le Fort Boyard fait aussi partie de cette
>> > commune de l'Île-d'Aix (je me pose la question pour l'îlot du Fort
>> > Enet, actuellement attribué à la commune de Fouras)
>> >
>> > Le 3 février 2016 à 14:27, Jérôme Seigneuret <
>> > jseigneuret-...@yahoo.fr > a écrit :
>> >
>> > J'ai vu un problème de rapprochement aussi sur l'îles d'Aix. Il doit
>> > manquer la relation de niveau 8 par contre.
>> >
>> > Le contour correspondant au frontière contient:
>> > place=island + natural=costline+ name=Île d'Aix
>> >
>> > et le noeud place=village existe avec en name=Île-d'Aix ( < tiret ou
>> > pas?)
>> >
>> > Du coup, il n'y a pas de rapprochement sur les tronçons de voirie
>> > @Vincent pour le rapprochement, il faut un admin_level=8 ?
>> >
>> > Un petit lien pour la zone
>> >
>> https://www.openstreetmap.org/#map=16/46.0150109309655/-1.1721847542041282
>>
>> Jérôme, un petit lien vers le ticket que tu as ouvert et ma réponse ;)
>> https://github.com/osm-fr/osm-vs-fantoir/issues/28
>>
>> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Philippe Verdy 
Tu as avais eu mon message puisque c'était dans la réponse un peu plus haut
de Vincent à laquelel tu as répondu... On s'est téléescopé à ce moment-là
mrce qu'au passage tu as léègrement retouché la géométrie du fort (mais tu
ne l'avais pas inclus dans la commune).

Note: la plateforme et la passerelle ne sont pas dans l'eau mais suspendues
sur des pylones. Elles auraient du être provisoires le temps des travaux
mais elles sont encore là.
Je me demande magré tout si cela devrait être inclus dans la coastline.
L'île elle-même où est construit le fort s'appelle Longe Boyard.

Le 3 février 2016 à 17:06, Jérôme Seigneuret 
a écrit :

> Mon objectif sur cette zone était de corriger toute la zone humide (avec
> wetland=tidalflat) ce qui apparaît maintenant sur le rendu. J'ai plaqué les
> éléments sur la ligne de cote. Et à mon avis j'ai voulu retiré un élément
> de la relation et au-lieu de supprimer l'élément j'ai supprimé la
> relation... (J'ai fais la même sur une ligne de bus il y a quelque mois
> rectifié depuis...)
>
> Bref désolé en effet on a rectifié à deux. Comme j'ai pas eu de message de
> ta part j'ai pris l'initiative de faire la correction (Ce que j'ai mis dans
> mon précédent message. L'erreur étant en plus de mon fait... )
>
> L'incident est clos. Et puis, tu as ajouter le fort ;-) Et merci de t'en
> être préoccupé.
>
> Jérôme
>
>
>
> Le 3 février 2016 à 16:49, Philippe Verdy  a écrit :
>
>> J'avais rectifié mais en plein milieu de mon envoi tu as réjouté ta
>> propre modif et j'ai passé quelques minutes et gérer le conflit.
>> La différence était que j'ai intégré le fort Boyard, que tu n'avais pas
>> mis dans un premier temps, tu as ensuite voulu corriger une anomalie mais
>> ça a généré d'autres conflits avec mon envoi pas terminé. Comme ce sont des
>> lignes côtières ça impacte de grosses relations et le serveur met du temps
>> à répondre.
>> Comme je disais c'est toi même qui avait supprimé la relation communale
>> en croyant sans doute que c'était une relation inutile en doublon avec
>> l'île. Pourtant la relation n'était pas réduite à 1 seul élément, la ligne
>> de côte, et il en manquait puisque le Fort Boyard était oublié (mais il
>> n'était pas oublié dans les niveaux <8 et autres EPCI).
>>
>> Tu as peut-être voulu faire un rendu plus joli pour que le nom de l'île
>> n'apparaisse pas en "doublon" avec le nom de la commune, pourtant la
>> commune est un peu diférente puisqu'elle prend un trait d'union (voir cas
>> similaire avec le Mont-Saint-Michel ,qui d'ailleurs lui non plus ne se
>> limite pas à sa seule île principale, et d'autres îles habitées dont la
>> commune comporte aussi des îlots annexes, habités ou pas)
>>
>> Le 3 février 2016 à 15:25, Jérôme Seigneuret 
>> a écrit :
>>
>>> Arff, désolé Vincent je croyais avoir une réponse par mail via les
>>> abonnements email...
>>> Bon je m'en charge dans ce cas!
>>>
>>> Le 3 février 2016 à 15:20, Vincent de Château-Thierry 
>>> a écrit :
>>>

 > De: "Philippe Verdy" 
 >
 > Effectivement il manque la relation communale (ce n'est pas en vert
 > dans Layers). Peut-être que quelqu'un l'a supprimé en croyant à un
 > doublon avec l'île elle-même...
 > D'ailleurs je crois que le Fort Boyard fait aussi partie de cette
 > commune de l'Île-d'Aix (je me pose la question pour l'îlot du Fort
 > Enet, actuellement attribué à la commune de Fouras)
 >
 > Le 3 février 2016 à 14:27, Jérôme Seigneuret <
 > jseigneuret-...@yahoo.fr > a écrit :
 >
 > J'ai vu un problème de rapprochement aussi sur l'îles d'Aix. Il doit
 > manquer la relation de niveau 8 par contre.
 >
 > Le contour correspondant au frontière contient:
 > place=island + natural=costline+ name=Île d'Aix
 >
 > et le noeud place=village existe avec en name=Île-d'Aix ( < tiret ou
 > pas?)
 >
 > Du coup, il n'y a pas de rapprochement sur les tronçons de voirie
 > @Vincent pour le rapprochement, il faut un admin_level=8 ?
 >
 > Un petit lien pour la zone
 >
 https://www.openstreetmap.org/#map=16/46.0150109309655/-1.1721847542041282

 Jérôme, un petit lien vers le ticket que tu as ouvert et ma réponse ;)
 https://github.com/osm-fr/osm-vs-fantoir/issues/28

 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
>>>
>>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Cordialement,
> Jérôme Seigneuret
>

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-03 Par sujet Vincent de Château-Thierry 

Bonjour,

Le 03/02/2016 10:21, Cactusbone a écrit :

On pourrais utiliser ref:INSEE="97-8;97801" ? ou peut-être un dérivé de
ref:INSEE pour dire que c'est le code à 5 positions ?


ref:INSEE="97-8;97801" : oui on pourrait, mais en terme de faciité de 
réutilisation c'est la solution la moins pratique, car on change de 
paradigme : au lieu d'attendre dans ref:INSEE une et une seule valeur, 
et donc tester une égalité, on se retrouve à explorer une liste de 
valeurs, les impacts sont assez costauds.


On a aujourd'hui 2 relations avec le même ref:INSEE ce qui n'est pas 
courant (ni trop souhaitable):

http://www.openstreetmap.org/relation/1891583 (boundary = administrative)
http://www.openstreetmap.org/relation/299354 (boundary = land_area)
La seconde est spatialement incluse dans la première. Une autre solution 
pourrait consister à remplacer 97-8 par 97801 sur une des deux, je 
pencherais pour la seconde (boundary=land_area).


Sinon si on revient à la motivation du code à 5 positions selon l'INSEE, 
on pourrait inaugurer un tag alt_ref:INSEE (0 dans taginfo) vu que 97801 
est bien une alternative au code officiel pour faciliter la vie des 
utilisateurs.


vincent

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

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-02 Par sujet Vincent de Château-Thierry 

Bonsoir,

Le 02/02/2016 17:04, Philippe Verdy a écrit :

Il n'y a pas de commune car les compétences d'une commune sont dévolues
à la collectivité entière. C'était une commune. Néanmoins il devrait
rester un noeud place=town dedans. La capitale Gustavia est en fait un
des quartier de la collectivité, et pourrait se coder aussi en suburb,
en plus du place=town avec capital=4 en tant que capitale "régionale".
Pas 3 car le niveau 3 c'est l'ensemble des com.

Le 2 févr. 2016 14:41, "Cactusbone" > a écrit :

L'île de Saint-Martin est un territoire français ne contenant pas de
commune
(
https://fr.wikipedia.org/wiki/Saint-Martin_%28Antilles_fran%C3%A7aises%29
)
taggé admin_level 3 dans osm

dans bano on a des adresses dans le CSV, mais aucune n'est rapprochée
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#14/18.0743/-63.0576

par exemple ,
15 rue du Général De Gaule, 97150 Saint-Martin est bien dans le CSV,
la rue existe aussi dans OSM (
https://www.openstreetmap.org/way/27614897 )
mais aucun rapprochement n'est fait.

Je pense que c'est lié a l'absence de ville/commune coté osm


Les adresses du CSV proviennent du Cadastre, en effet sans 
rapprochement. Plusieurs facteurs se cumulent :
- côté Cadastre, Saint-Martin a son cadastre comme les autres communes, 
mais son code est "ZS127", ce qui correspond au code INSEE 97127, qui 
n'est plus en vigueur depuis 2007 d'après l'INSEE :

http://www.insee.fr/fr/methodes/default.asp?page=nomenclatures/cog/outremer.htm#saintmartin

BANO cherche donc à rapprocher les adresses de ce Cadastre avec les 
voies adresses d'OSM incluses dans un polygone administatif ayant le tag 
ref:INSEE=97127, polygone qui n'existe pas. Cependant OSM ne propose pas 
non plus de limite administrative avec ref:INSEE=97801 qui est le code à 
5 chiffres donné par l'INSEE pour "les applications nécessitant une 
codification sur 5 positions".


En résumé pour OSM : ça aurait du sens de rajouter un ref:INSEE=97801 
sur la relation http://www.openstreetmap.org/relation/1891583 ou sur 
http://www.openstreetmap.org/relation/299354 ceci afin de se rendre 
compatible avec certains usages comme suggéré par l'INSEE. Le problème : 
ces 2 relations ont déjà un tag ref:INSEE=97-8.


En résumé pour BANO : il faut adapter la mécanique de rapprochement pour 
faire correspondre le Cadastre "ZS127" avec le code INSEE 97-8 ou 97801. 
Le code 97801 a moins d'impact sur le code de BANO car on reste sur un 
code à 5 positions, mais comme vu plus haut, il n'est pas évident de lui 
faire une place dans le schéma de tags actuel.


Suggestions bienvenues,

vincent

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

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-02 Par sujet Philippe Verdy 
Il n'y a pas de commune car les compétences d'une commune sont dévolues à
la collectivité entière. C'était une commune. Néanmoins il devrait rester
un noeud place=town dedans. La capitale Gustavia est en fait un des
quartier de la collectivité, et pourrait se coder aussi en suburb, en plus
du place=town avec capital=4 en tant que capitale "régionale". Pas 3 car le
niveau 3 c'est l'ensemble des com.
Le 2 févr. 2016 14:41, "Cactusbone"  a écrit :

> L'île de Saint-Martin est un territoire français ne contenant pas de
> commune
> (
> https://fr.wikipedia.org/wiki/Saint-Martin_%28Antilles_fran%C3%A7aises%29
> )
> taggé admin_level 3 dans osm
>
> dans bano on a des adresses dans le CSV, mais aucune n'est rapprochée
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#14/18.0743/-63.0576
>
> par exemple ,
> 15 rue du Général De Gaule, 97150 Saint-Martin est bien dans le CSV,
> la rue existe aussi dans OSM ( https://www.openstreetmap.org/way/27614897
> )
> mais aucun rapprochement n'est fait.
>
> Je pense que c'est lié a l'absence de ville/commune coté osm
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Rapprochement-BANO-dans-L-ile-de-Saint-Martin-tp5866521.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-02 Par sujet Ludovic Hirlimann 
So tu ajoute me tag ref:FR:FANTOIR. Ca change quelque chose ?
Le 2 févr. 2016 14:41, "Cactusbone"  a écrit :

> L'île de Saint-Martin est un territoire français ne contenant pas de
> commune
> (
> https://fr.wikipedia.org/wiki/Saint-Martin_%28Antilles_fran%C3%A7aises%29
> )
> taggé admin_level 3 dans osm
>
> dans bano on a des adresses dans le CSV, mais aucune n'est rapprochée
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#14/18.0743/-63.0576
>
> par exemple ,
> 15 rue du Général De Gaule, 97150 Saint-Martin est bien dans le CSV,
> la rue existe aussi dans OSM ( https://www.openstreetmap.org/way/27614897
> )
> mais aucun rapprochement n'est fait.
>
> Je pense que c'est lié a l'absence de ville/commune coté osm
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Rapprochement-BANO-dans-L-ile-de-Saint-Martin-tp5866521.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rapprochement BANO dans L'île de Saint-Martin

2016-02-02 Par sujet Cactusbone 
je teste. j'ai mis FANTOIR 971270095M sur la rue du Général de Gaulle.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Rapprochement-BANO-dans-L-ile-de-Saint-Martin-tp5866521p5866528.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] rapprochement BANO: rues avec des noms différents sur les deux côtés

2015-11-29 Par sujet Christian Quest 
Sur les relations associatedStreet, j'ai remis des name=*, c'est sur le way
que c'est nécessaire d'avoir name:left et name:right... et j'ai ajouté un
name pour avoir quelque chose sur le rendu.

BANO retrouve maintenant ses petits...

Le 29 novembre 2015 18:15, Ralf Treinen  a écrit :

> Bonjour,
>
> je n'arrive toujours pas à faire comprendre au rapprochement BANO des cas
> de rues qui sont sur (ou très proche de) la limite de deux communes, et
> qui portent des noms différents sur les deux côtés. Mon exemple est
> le way 24930015 [1] qui s'appele Avenue du Boulodrome côté Kremlin-Bicêtre,
> et Avenue du Cimetière Parisien côté Ivry.
>
> J'utilise deux rélations associatedStreet.
>
> Sur le highway il n'y ni nom ni fantoir.
>
> Sur chacune des deux rélations associatedStreet j'ai mis :
>
> addr:city
> addr:postcode
> name:right/left
> ref:FR:FANTOIR (sans left/right !)
>
> j'ai cru avoir compris que c'est ce qu'il faut faire, mais appérement
> non. Ou est l'erreur ?
>
> -Ralf.
>
> [1] https://www.openstreetmap.org/way/24930015
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] rapprochement BANO: rues avec des noms différents sur les deux côtés

2015-11-29 Par sujet Christian Quest 
KISS !

https://fr.wikipedia.org/wiki/Principe_KISS

Le 29 novembre 2015 19:53, Ralf Treinen  a écrit :

> On Sun, Nov 29, 2015 at 06:57:07PM +0100, Christian Quest wrote:
> > Sur les relations associatedStreet, j'ai remis des name=*, c'est sur le
> way que
> > c'est nécessaire d'avoir name:left et name:right... et j'ai ajouté un
> name pour
> > avoir quelque chose sur le rendu.
>
> Merci, Christian, la bonne solution est donc finalement plus simple que
> toutes
> les alternatives que j'avais essayé ...
>
> -Ralf.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] rapprochement BANO: rues avec des noms différents sur les deux côtés

2015-11-29 Par sujet Ralf Treinen 
On Sun, Nov 29, 2015 at 06:57:07PM +0100, Christian Quest wrote:
> Sur les relations associatedStreet, j'ai remis des name=*, c'est sur le way 
> que
> c'est nécessaire d'avoir name:left et name:right... et j'ai ajouté un name 
> pour
> avoir quelque chose sur le rendu.

Merci, Christian, la bonne solution est donc finalement plus simple que toutes
les alternatives que j'avais essayé ... 

-Ralf.

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

Re: [OSM-talk-fr] Rapprochement BANO - Carhaix-Plouguer (29)

2015-07-26 Par sujet Vincent de Château-Thierry 


Le 26/07/2015 22:59, . ZZ29 a écrit :


Certainement un coup de fatigue du dimanche soir, mais quelqu'un peut-il
m'expliquer pourquoi aucune voie de la commune de Carhaix n'est
rapprochée sur Bano?
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/48.2771/-3.5678 Le
festival des vieilles charrues s'est terminé, les adresses sont pourtant
censées persister. ;-)

Le rapprochement Fantoir est de même type, mais les voies dans la
catégorie sans adresses sont bien rapprochées.
http://cadastre.openstreetmap.fr/fantoir/#insee=29024


La raison habituelle est que la limite de commune était cassée au moment 
du dernier passage de script BANO (donc la nuit dernière). C'est 
confirmé par l'historique de la relation, qui a été corrigée aujourd'hui :

http://www.openstreetmap.org/changeset/32882406

Tu peux tester que tout est rentré dans l'ordre, en demandant une mise à 
jour du rapprochement sur la commune avec le bouton noir en haut à 
droite de :

http://cadastre.openstreetmap.fr/fantoir/#insee=29024

vincent

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