Re: [OSM-talk-fr] Noms des quartiers en ville postal_code)

[deuzeffe]

Le 18/08/2020 à 11:33, osm.sanspourr...@spamgourmet.com a écrit :

J'ai plus l'impression que les contributeurs occasionnels mettent tout 


Influencés (de mauvaise manière) par les "preset" d'iD.
--
deuzeffe - je sais, je l'ai fait quand j’étais bleuette très claire.

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

Re: [OSM-talk-fr] Noms des quartiers en ville postal_code)

[osm . sanspourriel]

Les codes postaux en revanche suivent la topologie des voies publiques
pour des raisons de facilité de distribution postale, sans tenir
compte des limites territoriales adminsitratives (et donc pas non plus
du FANTOIR.

Plus ou moins, je reprends le 40 rue du Bignon qui est à la fois sur les
communes de Chantepie et de de Cesson-Sévigné, ce que soit pour la poste
ou les livreurs (la rue du Bignon  La question est plutôt: doit-on garder
encore mention des codes postaux dans les relations communales ? A mon
vis non, c'est une redondance qui marche mal et en fait est devenu plus
gênant qu'utile.> est aussi une rue qui passe par Rennes, et oscillant
entre Chantepie et Cesson donc intéressante pour tester les adresses).

La question est plutôt: doit-on garder encore mention des codes
postaux dans les relations communales ? A mon vis non, c'est une
redondance qui marche mal et en fait est devenu plus gênant qu'utile.


C'est le bon code postal dans 99 % des cas, donc oui évidemment. Inutile
de créer un "boundary" de plus quand on peut réutiliser les limites
existantes et de n'ajouter les zones postales que si nécessaire :
souvent les codes postaux valent sur des communes entières. Donc à
réserver plutôt aux cas où il n'y a pas correspondance avec une ou
quelques communes.

Normalement on devrait avoir un pavage de addr:postal_code. Via les
communes si code unique ou via ces zones postales.


La seule chose calire est qu'on a des tags "addr:*:=*" pour les
**noeuds** POI; mais que souvent on n'y rensigne pas grand chose, à
peine un numéro parfois un nom de rue, mais toujours pas de décision
pour éliminer les autres champs.


contact:*= en France ;-).
Et je suis pour éliminer les addr:country, etc...

J'ai plus l'impression que les contributeurs occasionnels mettent tout
et les contributeurs réguliers le nécessaire.

> notamment en Allemagne qui préfère encore mettre des noueds POI
contenant tous les champs, quitte à introduire beaucoup de redondance
entre les noeuds

En fait ce n'est pas la raison donnée, la raison donnée c'est que les
associatedStreet et les PDA/POI étaient incohérents avec les
associatedStreet et que les PDA/POI étaient plus complets.

Donc une décision essentiellement pragmatique.

Dans la même gamme les cours d'eau qui sont découpés (comme la voirie,
de plus en plus) et donc une gestion toujours plus pénible des noms
(name, alt_name et les déclinaisons dans les langues locales).

Jean-Yvon

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

Re: [OSM-talk-fr] Noms des quartiers en ville postal_code)

[Philippe Verdy]

Le mer. 1 juil. 2020 à 20:06,  a écrit :

> J'ai vérifié : il existe une réalisation de ce formatage en PHP, donc si
> vous pensez que c'est intéressant un petit +1 sur
>
> https://github.com/osm-search/Nominatim/issues/213#issuecomment-652466541
>
> Je vois une scorie d'une ancienne version anglaise qui est présente sur la
> page FR:Key:place  :
> postal_code  Text [image:
> nœud]  [image: chemin]
>  [image: zone]
>  Code postal. (Lui préférer
> addr:postcode =*)
>
> Or la pratique en France (sauf par Philippe !) c'est d'utiliser comme
> ailleurs dans le monde postal_code
>  sur les communes et
> et de réserver les addr:* aux adresses.
>

C'est une pseudo-règle qui n'existe pas en France: les communes n'ont
elles-même pas de code postal propre puisqu'elles se les partage à
plusieurs (très souvent) et peuvent aussi en avoir plusieurs (pour les
communes importantes ou dans le territoire n'est pas entièrement desservi
par la poste sur la base des limites territoriales (exemple des propriétés
frontalières qui ne sont desservies que depuis une rue/route d'une autre
commune, la connexion entre les deux étant par des chemins privés).

L'association aussi des rues avec les communes c'est le code FANTOIR et là
aussi une même rue peut avoir plusieurs codes FANTOIR pour la même section,
ou des codes différents pour des sections différentes. quand la rue
transite par plusieurs communes ou oscille de l'une à l'autre. Chaque
FANTOIR comporte son nom propre attribué par la commune correspondante,
mais on ne le retrouve pas toujours comme nom sur le terrain car la voie
publique peut même ne pas avoir du tout d'intersection sur la commune
concernée, même si elle est l'unique accès public aux propriétés concernées
qui sont sur l'autre commune. De fait les points d'adresse ne sont pas
simples à associer aux rues.

Les codes postaux en revanche suivent la topologie des voies publiques pour
des raisons de facilité de distribution postale, sans tenir compte des
limites territoriales adminsitratives (et donc pas non plus du FANTOIR.

Alors que faire; on a deux tags historiques issus de
propositions différentes toutes apprrouvées ou massivement utilisées "de
facto": postal_code=* (qui est ue redondance introduite de façon très mal
faite comme tag "informatif" mais souvent faux pour les communes. Il ne
marche pas) et addr:postcode=* qui lui a été étudié spécifiquemetn pour les
adresses du shcéma général des adresses (totalement indépendant du
découpage administratif, comme c'est bien le cas en France, mais aussi chez
la pluaprt de nos voisins, y compris en Allemagne où le schéma dit de
Karksruhe a été défini et approuvé, utilisé aussi en Belgique et ailleurs).

Il a fallu du temps pour qu'en France on se mette aussi à avoir des
relations "boundary" pour les zones postales (comme cela a été fait bien
avant en Allemagne et Belgique). Mais maintenant c'est en place.
La question est plutôt: doit-on garder encore mention des codes
postaux dans les relations communales ? A mon vis non, c'est une redondance
qui marche mal et en fait est devenu plus gênant qu'utile.

Quel tag utiliser en revanche pour les relations "boundary" des zones
postales: la logique voudrait qu'on y mette aussi les tags "addr:*" du
schéma de Karlsruhe. Mais pour l'isntant aucune décision d'unification n'a
eu lieu.

Je n'ai pas de préférence pour une solution ou une autre. On trouve les
deux tags en France (issus de diférents imports ou différents
contibuteurs individuels), les deux tags sont à considérer comme
équivalents et ne devraient pas être différents s'ils sont renseignés
simultanément. S'ils sont identiques, Un d'eux est redondants mais il y a
aussi des tags liés comme "source:addr:postcode" ou "source:postal_code"
qui doivent "matcher" le tag correspondant: si on supprime un tag
"redondant" en laissant le mauvais "source=*", on a des warnings sur une
sources d'un tag inexistant. Il faut juste être cohérent. J'ai juste pris
le décision de minimiser l'impact des changements tout en réduisant le
nombre de "warnings" de validation (car quand on en a trop, on ne voit pas
les autres plus importants que ceux-là qui sont somme toutes mineurs). Je
n'ai pas pris de décision d'unification.

La seule chose calire est qu'on a des tags "addr:*:=*" pour les **noeuds**
POI; mais que souvent on n'y rensigne pas grand chose, à peine un numéro
parfois un nom de rue, mais toujours pas de décision pour éliminer les
autres champs.

En particulier la solution des relations "associatedStreet" n'est toujours
pas prise, et n'est utilisée "en masse" mais partiellement qu'en France.
Ailleurs, les "associatedStreet" sont très critiquées 

Re: [OSM-talk-fr] Noms des quartiers en ville postal_code)

[osm . sanspourriel]

J'ai vérifié : il existe une réalisation de ce formatage en PHP, donc si
vous pensez que c'est intéressant un petit +1 sur

https://github.com/osm-search/Nominatim/issues/213#issuecomment-652466541

Je vois une scorie d'une ancienne version anglaise qui est présente sur
la page FR:Key:place  :

postal_code  Text
nœud  chemin
 zone
 Code postal. (Lui
préférer addr:postcode
=*)

Or la pratique en France (sauf par Philippe !) c'est d'utiliser comme
ailleurs dans le monde postal_code
 sur les communes
et et de réserver les addr:* aux adresses.

On met en cohérence avec la pratique ? On vire l'info ?

Jean-Yvon


Le 01/07/2020 à 13:26, Yves P. - yves.prat...@gmail.com a écrit :

C'est un problème de Nominatim qui ne dit pas tout simplement "14,
Chemin des Gravas, 04000 Digne-les-Bains, France"

J'avais demandé il y a quelques années aux développeurs de mettre un
formatage par pays pour éviter ce problème, sans résultat :/


J'ai retrouvé le ticket.
https://github.com/osm-search/Nominatim/issues/213

Il y a un projet qui formate les adresses en fonction des usages dans
les pays : https://github.com/OpenCageData/address-formatting

Je viens d'essayer avec l'API de démo
 du géocodeur OpenCage pour ton adresse
à Digne :
 14 Chemin des Gravas, 04000 Digne-les-Bains, France

Il est aussi mentionné un fichier de config par pays dans iD, mais je
ne sais pas si il est utilisé : iD/data/address-formats.json


Il faudrait peut-être relancer les développeurs de Nominatim pour
intégrer ça ?

__
Yves

___
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] Noms des quartiers en ville

[Arnaud Champollion]

Le 01/07/2020 à 13:59, Yves P. a écrit :

Moi je vois plutôt :

         +-> hameau
  |
commune +
  |
         +-> quartier



OK en effet je reconnais que j'ai été influencé par la hiérarchie faite 
par Nominatim.


Un hameau peut aussi avoir des quartiers, ex :

https://www.openstreetmap.org/node/7252566049#map=17/44.87224/6.03056

Comme les hameaux sont marqués en tant que nodes, j'ai l'impression 
que leur influence s'étend sur tout le centre-ville ou toute autre 
zone qui n'est pas sous l'influence d'un autre hameau.



ça c'est plutôt un "bug" dans Nominatim ?


Je comprends.

Bon, sur Digne ce qu'on peut faire en attendant la résolution du "bug", 
c'est déjà de faire correctement :


--> mettre neigbourhood au lieu de hamlet quand il y a continuité urbaine
--> ajouter les neigbourhood manquants (noms des différents quartiers)

Ça me ramène à une autre discussion plus ancienne. À Digne nous avons un 
certain nombre de quartiers qui sont mappés en tant que 
landuse=residential + name= , bien qu'étant déjà à l'intérieur de 
landuse=residential englobants. Si j'ajoute les neigbourhood, peut-être 
devrais-je supprimer ces landuse ?




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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Arnaud Champollion]

Le 01/07/2020 à 13:26, Yves P. a écrit :
Il y a un projet qui formate les adresses en fonction des usages dans 
les pays : https://github.com/OpenCageData/address-formatting


Je viens d'essayer avec l'API de démo  du 
géocodeur OpenCage pour ton adresse à Digne :

 14 Chemin des Gravas, 04000 Digne-les-Bains, France


En effet j'ai testé avec une autre adresse : 44.0877, 6.24994

Cela donne une adresse satisfaisante :

26 Avenue des Thermes, 04000 Digne-les-Bains, France

Alors que Nominatim sur Osmand ou openstreetmap.org donnent une 
indication erronée :


Avenue des Thermes, Les Hautes Sièyes, Digne-les-Bains, 
Alpes-de-Haute-Provence, Provence-Alpes-Côte d'Azur, France 
métropolitaine, 04000, France


En effet, c'est le hameau des Hautes Sièyes, pourtant éloigné, qui étend 
son influence sur toute la ville désormais :)



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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Yves P.]

> Il peut y avoir des villages, des hameaux et pourtant une ou des zones 
> urbaines avec des quartiers. On ne met pas de hamlet (ou pire des 
> isolated_dwelling comme signalé à Dignes) dans la zone urbaine.
> 
> C'est juste du bon sens.
> 
Oui c'est bien ça.

J'avais mal compris le cas de figure pensant que c'était des hameaux (faisant 
forcément partie d'une commune).
Exemple dans le Jura : Auge 


En cliquant sur where am I 
 (je 
viens de remarquer ce lien dans l'interface web d'OSM) ça donne la réponse :
Thoiria, Lons-le-Saunier, Jura, Bourgogne-Franche-Comté, France métropolitaine, 
39130, France 

Et avec l'API d'OpenCage :
39130 Barésia-sur-l'Ain, France
46.5323969, 5.7124287
_category: place
_type: village

Auge est bien un hameau, mais de quelle commune ?
Si on regarde le polygone de Thoiria 
, Auge 
n'en fait pas partie !
Bizarrement je ne trouve pas le polygone de Barésia. Y a-t-il un problème de 
données ici ?

Et cerise sur le gâteau, Barésia et Thoiria font partie de la Communauté de 
Communes du Pays des Lacs .
(Elle doit bientôt fusionner avec d'autres com com pour devenir la communauté 
Terre d'Émeraude )

__
Yves

Doit-on afficher les noms de com com dans le géocodage ?
A part la page FR:ComcomMaker 
 je ne trouve rien dans le 
wiki concernant les "Com com".
Pour info, http://comcommaker.openstreetmap.fr affiche une erreur 502



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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Yves P.]

> L'idée c'est aussi de respecter une certaine logique dans la hiérarchie des 
> subdivisions : commune --> hameau --> quartier.
??
Moi je vois plutôt :

+-> hameau
|
commune +
|
+-> quartier
> 
> Comme les hameaux sont marqués en tant que nodes, j'ai l'impression que leur 
> influence s'étend sur tout le centre-ville ou toute autre zone qui n'est pas 
> sous l'influence d'un autre hameau.
ça c'est plutôt un "bug" dans Nominatim ?

Pour cela, l'utilisation de règles de formatage pour la France éviterais ce 
problème.

__
Yves

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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Arnaud Champollion]

Le 01/07/2020 à 12:31, ades a écrit :

Après les tags spécialement adaptés aux calcul d’itinéraires, voici les tags 
adaptés à nominatim ! Que ce soit l’un ou l’autre il me semble qu’il s’agit de 
rendus et que c’est au « moteur » de rendu de faire son boulot, non ?


Il ne me semble pas que ce soit "tagguer pour nominatim". L'idée c'est 
aussi de respecter une certaine logique dans la hiérarchie des 
subdivisions : commune --> hameau --> quartier.


Comme les hameaux sont marqués en tant que nodes, j'ai l'impression que 
leur influence s'étend sur tout le centre-ville ou toute autre zone qui 
n'est pas sous l'influence d'un autre hameau.






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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Yves P.]

> C'est un problème de Nominatim qui ne dit pas tout simplement "14, Chemin des 
> Gravas, 04000 Digne-les-Bains, France"
> 
> J'avais demandé il y a quelques années aux développeurs de mettre un 
> formatage par pays pour éviter ce problème, sans résultat :/

J'ai retrouvé le ticket. https://github.com/osm-search/Nominatim/issues/213

Il y a un projet qui formate les adresses en fonction des usages dans les pays 
: https://github.com/OpenCageData/address-formatting

Je viens d'essayer avec l'API de démo  du 
géocodeur OpenCage pour ton adresse à Digne :
 14 Chemin des Gravas, 04000 Digne-les-Bains, France

Il est aussi mentionné un fichier de config par pays dans iD, mais je ne sais 
pas si il est utilisé : iD/data/address-formats.json 


Il faudrait peut-être relancer les développeurs de Nominatim pour intégrer ça ?

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

Re: [OSM-talk-fr] Noms des quartiers en ville

[osm . sanspourriel]

Le 01/07/2020 à 12:57, Yves P. - yves.prat...@gmail.com a écrit :

On réserverait "hamlet" à des communes constituées exclusivement de
hameaux, comme par exemple Valjouffrey :

oui

Non

Il peut y avoir des villages, des hameaux et pourtant une ou des zones
urbaines avec des quartiers. On ne met pas de hamlet (ou pire des
isolated_dwelling comme signalé à Dignes) dans la zone urbaine.

C'est juste du bon sens.

Si l'étalement urbain fait qu'un hamlet ou un village se met à toucher
cette zone, ça devient un neighbourhood.

Jean-Yvon

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

Re: [OSM-talk-fr] Noms des quartiers en ville

[osm . sanspourriel]

Effectivement on ne tague pas pour tel ou tel outil.

hamlet n'a rien à faire dans la zone urbaine d'une ville, on ne met pas.

> tous les quartiers mêmes excentrés sont à tagguer "neighbourhood

Excentrés mais partie de la zone urbaine agglomérée.

Si c'est discontigu, c'est village, hamlet, isolated_dwelling.

Et si quel ou tel cas ne marche pas on ouvre ou commente pour que Sarah
regarde :

https://github.com/osm-search/Nominatim/issues/1505

Jean-Yvon

Le 01/07/2020 à 12:31, ades - ades.s...@orange.fr a écrit :

Ah bon ?
Je croyais avoir compris que l’on ne ,taggait pas pour le rendu ?
C’est vrai dans tous les cas ? Après les tags spécialement adaptés aux calcul 
d’itinéraires, voici les tags adaptés à nominatim ! Que ce soit l’un ou l’autre 
il me semble qu’il s’agit de rendus et que c’est au « moteur » de rendu de 
faire son boulot, non ?



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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Yves P.]

>> tous les quartiers mêmes excentrés sont à tagguer "neighbourhood").
oui

>> 
>> On réserverait "hamlet" à des communes constituées exclusivement de hameaux, 
>> comme par exemple Valjouffrey :
oui

Il me semble que c'est la logique (et donc on ne tag pas pour le rendu).

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

Re: [OSM-talk-fr] Noms des quartiers en ville

[ades]

Ah bon ?
Je croyais avoir compris que l’on ne ,taggait pas pour le rendu ?
C’est vrai dans tous les cas ? Après les tags spécialement adaptés aux calcul 
d’itinéraires, voici les tags adaptés à nominatim ! Que ce soit l’un ou l’autre 
il me semble qu’il s’agit de rendus et que c’est au « moteur » de rendu de 
faire son boulot, non ?


> Le 1 juil. 2020 à 12:00, Arnaud Champollion 
>  a écrit :
> 
> Le 30/06/2020 à 10:04, Christian Quest a écrit :
> 
>> Un chemin près d'un hameau se retrouve rattaché même si il n'en fait pas 
>> partie.
> 
> Ça le fait même sur des distances assez longues.
> 
> Exemple ici :
> 
> https://www.openstreetmap.org/search?whereami=1=44.0903%2C6.2453#map=16/44.0903/6.2453
> 
> Une adresse à l'avenue des Thermes se retrouve comme faisant parties des 
> Hautes Sieyes, un hameau (ou quartier?) pourtant excentré  à l'autre bout de 
> la ville.
> 
> Cela donne des adresses un peu cocasses.
> 
>> Très difficile à changer sans revoir l'ensemble de la logique de nominatim 
>> qui doit surtout s'adapter à des densités très variables d'infos dans OSM.
> 
> Mais on peut en revanche adapter notre façon de tagguer selon le modèle 
> urbain local.
> 
> J'ai l'impression que, dès lors qu'une ville possède, dans la base OSM, des 
> hameaux (place=hamlet) cela crée pour Nominatim un zonage jointif, en 
> d'autres termes tout point géographique semble appartenir à un ou un autre 
> hameau, même des rues en plein centre-ville. Et pour cause : le centre-ville 
> n'a pas de "hamlet", et comme c'est un niveau intermédiaire entre 
> "neigbouhood" et "city", Nominatim "attrape" le hameau le plus proche.
> 
> Donc soit on crée un 'hamlet" par quartier (ce qui est faux d'un point de vue 
> sémantique), soit on n'en met pas du tout, et tous les quartiers mêmes 
> excentrés sont à tagguer "neighbourhood").
> 
> On réserverait "hamlet" à des communes constituées exclusivement de hameaux, 
> comme par exemple Valjouffrey :
> https://www.openstreetmap.org/relation/1299601#map=12/44.8841/6.0737
> 
> Qu'en pensez-vous ?
> 
> ___
> 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] Noms des quartiers en ville

[Arnaud Champollion]

Le 30/06/2020 à 10:04, Christian Quest a écrit :

Un chemin près d'un hameau se retrouve rattaché même si il n'en fait pas 
partie.


Ça le fait même sur des distances assez longues.

Exemple ici :

https://www.openstreetmap.org/search?whereami=1=44.0903%2C6.2453#map=16/44.0903/6.2453

Une adresse à l'avenue des Thermes se retrouve comme faisant parties des 
Hautes Sieyes, un hameau (ou quartier?) pourtant excentré  à l'autre 
bout de la ville.


Cela donne des adresses un peu cocasses.

Très difficile à changer sans revoir l'ensemble de la logique de 
nominatim qui doit surtout s'adapter à des densités très variables 
d'infos dans OSM.


Mais on peut en revanche adapter notre façon de tagguer selon le modèle 
urbain local.


J'ai l'impression que, dès lors qu'une ville possède, dans la base OSM, 
des hameaux (place=hamlet) cela crée pour Nominatim un zonage jointif, 
en d'autres termes tout point géographique semble appartenir à un ou un 
autre hameau, même des rues en plein centre-ville. Et pour cause : le 
centre-ville n'a pas de "hamlet", et comme c'est un niveau intermédiaire 
entre "neigbouhood" et "city", Nominatim "attrape" le hameau le plus proche.


Donc soit on crée un 'hamlet" par quartier (ce qui est faux d'un point 
de vue sémantique), soit on n'en met pas du tout, et tous les quartiers 
mêmes excentrés sont à tagguer "neighbourhood").


On réserverait "hamlet" à des communes constituées exclusivement de 
hameaux, comme par exemple Valjouffrey :

https://www.openstreetmap.org/relation/1299601#map=12/44.8841/6.0737

Qu'en pensez-vous ?

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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Arnaud Champollion]

Fait.

J'ai passé le Plan de Gaubert en place=neighbourhood

et ajouté un place=neighbourhood "Les Sieyes".




Le 30/06/2020 à 11:54, Arnaud Champollion a écrit :

Le 30/06/2020 à 10:27, osm.sanspourr...@spamgourmet.com a écrit :

Arnaud, ici c'est un neighbourhood, pas un hamlet donc déjà testé


On peut quand même le passer en neighbourhood, car c'est ce qui 
correspond à la réalité.


Et augmenter la densité des neighbourhood, dans le cas présent en 
ajoutant le nom du quartier qui manque, ça pourrait aider Nominatim à 
être plus précis ?


___
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] Noms des quartiers en ville

[Arnaud Champollion]

Le 30/06/2020 à 10:27, osm.sanspourr...@spamgourmet.com a écrit :

Arnaud, ici c'est un neighbourhood, pas un hamlet donc déjà testé


On peut quand même le passer en neighbourhood, car c'est ce qui 
correspond à la réalité.


Et augmenter la densité des neighbourhood, dans le cas présent en 
ajoutant le nom du quartier qui manque, ça pourrait aider Nominatim à 
être plus précis ?


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

Re: [OSM-talk-fr] Noms des quartiers en ville

[osm . sanspourriel]

Le 30/06/2020 à 09:40, Yves P. - yves.prat...@gmail.com a écrit :


Si oui, faut-il créer un place=hamlet "Les Sieyes" qui est le
quartier du lieu correspondant à la position donnée ?

Peut-être ?


En tous cas pas des isolated_dweling comme ici :
https://overpass-turbo.eu/s/VBo

On devrait faire des requêtes pour vérifier l'absence de bâtiments
nombreux autour !


Le problème est que nous définissions les lieux-dit, hameaux,
quartiers dans OSM sous forme de noeuds.

Pour régler ce problème il faudrait définir un polygone, que nous
n'avons presque jamais concernant les lieux dits


Mais quand on l'a il faut le faire.


Le 30/06/2020 à 10:04, Christian Quest - cqu...@openstreetmap.fr a écrit :

Ce défaut disparaît-il quand on définit le hameau en surfacique plutôt
qu'avec un unique noeud ?


La réponse est non par contre on a des arguments pour demander à
Nominatim de ne pas retourner un tel résultat.

Exemple assez fort de café :

https://www.openstreetmap.org/search?query=jardins%20de%20vitalis%2C%20guidel#map=18/47.78742/-3.48546

2 réponses : le lotissement en question (bien) et une piscine en dehors
qui ne porte pas de nom ni d'adresse !

Arnaud, ici c'est un neighbourhood, pas un hamlet donc déjà testé ;-).

Jean-Yvon




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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Arnaud Champollion]

Le 30/06/2020 à 10:04, Christian Quest a écrit :

Ce défaut disparaît-il quand on définit le hameau en surfacique plutôt 
qu'avec un unique noeud ?


Je peux tester ça quand j'ai un moment.

Ou plutôt le passer en neighbourhood, ce qui correspondrait à la réalité 
(car il s'agit bien d'un quartier et non d'un hameau) ?



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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Christian Quest]

C'est malheureusement la logique de fonctionnement de nominatim qui 
cherche à hiérarchiser toute la toponymie.


On a du coup parfois à des niveaux intermédiaires des toponymes 
inadaptés, uniquement par la proximité.


Un chemin près d'un hameau se retrouve rattaché même si il n'en fait pas 
partie.


Très difficile à changer sans revoir l'ensemble de la logique de 
nominatim qui doit surtout s'adapter à des densités très variables 
d'infos dans OSM. En France, nous avons l'ensemble des limites 
administratives et donc à ce niveau on peut raisonner par zonage, mais 
c'est loin d'être le cas partout dans le monde.


Ce défaut disparaît-il quand on définit le hameau en surfacique plutôt 
qu'avec un unique noeud ?



Le 30/06/2020 à 07:53, Arnaud Champollion a écrit :

Bonjour,

Je viens de constater un phénomène en partageant une adresse avec 
l'application Osmand.


Quand on sélectionne cette position :
https://www.openstreetmap.org/?mlat=44.08165=6.20359#map=19/44.08165/6.20359 



on obtient le libellé suivant :

Chemin des Gravas (Le Plan de Gaubert) 14, Digne-les-Bains
Position: geo:44.081646,6.20359?z=19
https://osmand.net/go?lat=44.081646=6.20359=19

Je m'interroge sur "Le Plan de Gaubert" qui est certes un quartier de 
la ville, mais pas le bon. Il en est même relativement éloigné du 
point de vue de l'organisation de la ville, même si proche à vol 
d'oiseau.


Est-ce parce-que "Le Plan de Gaubert" est le place=hamlet le plus 
proche ?


Si oui, faut-il créer un place=hamlet "Les Sieyes" qui est le quartier 
du lieu correspondant à la position donnée ?


Et comment limiter la "portée" d'un place=hamlet pour qu'il ne soit 
pas pris en compte par défaut dans d'autres parties de la ville qui en 
sont dépourvues ?


Merci

Arnaud


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Yves P.]

Pour répondre directement à ta question :)

> Est-ce parce-que "Le Plan de Gaubert" est le place=hamlet le plus proche ?
Oui

https://overpass-turbo.eu/s/VBm

> 
> Si oui, faut-il créer un place=hamlet "Les Sieyes" qui est le quartier du 
> lieu correspondant à la position donnée ?
Peut-être ?

> Et comment limiter la "portée" d'un place=hamlet pour qu'il ne soit pas pris 
> en compte par défaut dans d'autres parties de la ville qui en sont dépourvues 
> ?
Le problème est que nous définissions les lieux-dit, hameaux, quartiers dans 
OSM sous forme de noeuds.

Pour régler ce problème il faudrait définir un polygone, que nous n'avons 
presque jamais concernant les lieux dits/

L'autre solution serait d'avoir un formatage "régional" (pays par pays) cf. mon 
mél précédent.

Un formatage house_number + road + ',' + postcode + town + ',' + country 
fonctionne bien en ville en France.
Mais pas pour une adresse pour un hameau…

A creuser

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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Yves P.]

> OsmAnd se base sur la proximité géographique d'autres objets pour déterminer 
> une adresse à partir d'une coordonnée de ce que j'ai pu comprendre, ce qui 
> donne souvent des résultats incorrectes.
Je ne sais pas si OsmAnd utilise Nominatim.

En tout cas, si tu cherches 14 Chemin des Gravas 

 dans OSM, il te retourne :
14, Chemin des Gravas, Le Plan de Gaubert, Digne-les-Bains, 
Alpes-de-Haute-Provence, Provence-Alpes-Côte d'Azur, France métropolitaine, 
04000, France

C'est un problème de Nominatim qui ne dit pas tout simplement "14, Chemin des 
Gravas, 04000 Digne-les-Bains, France"

J'avais demandé il y a quelques années aux développeurs de mettre un formatage 
par pays pour éviter ce problème, sans résultat :/

__
Yves

Photon ne renvoi pas d'adresse complète mais si tu mets bout à bout les valeurs 
retournées, l'adresse est bonne :
http://photon.komoot.de/api/?q=14+Chemin+des+Gravas
{
  "features": [
{
  "geometry": {
"coordinates": [
  6.2036739,
  44.0816309
],
"type": "Point"
  },
  "type": "Feature",
  "properties": {
"osm_id": 5498485824,
"osm_type": "N",
"country": "France",
"osm_key": "place",
"housenumber": "14",
"city": "Digne-les-Bains",
"street": "Chemin des Gravas",
"osm_value": "house",
"postcode": "04000",
"state": "Provence-Alpes-Côte d'Azur"
  }
}
  ],
  "type": "FeatureCollection"
}

En appelant l'API Nominatim et en lui demandant explicitement de détailler 
l'adresse on obtient :
https://nominatim.openstreetmap.org/search?q=14+Chemin+des+Gravas=json=1
[
  {
"place_id": 64039962,
"licence": "Data © OpenStreetMap contributors, ODbL 1.0. 
https://osm.org/copyright;,
"osm_type": "node",
"osm_id": 5498485824,
"boundingbox": [
  "44.0815809",
  "44.0816809",
  "6.2036239",
  "6.2037239"
],
"lat": "44.0816309",
"lon": "6.2036739",
"display_name": "14, Chemin des Gravas, Le Plan de Gaubert, 
Digne-les-Bains, Alpes-de-Haute-Provence, Provence-Alpes-Côte d'Azur, France 
métropolitaine, 04000, France",
"class": "place",
"type": "house",
"importance": 0.411,
"address": {
  "house_number": "14",
  "road": "Chemin des Gravas",
  "hamlet": "Le Plan de Gaubert",
  "town": "Digne-les-Bains",
  "municipality": "Digne-les-Bains",
  "county": "Alpes-de-Haute-Provence",
  "state": "Provence-Alpes-Côte d'Azur",
  "country": "France",
  "postcode": "04000",
  "country_code": "fr"
}
  }
]
En ne gardant que les champs house_number, road, town, postcode, country 
l'adresse "à la française" est correcte.

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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Topographe Fou]

Vue la carte je doute que le Plan de Gaubert soit un hameau, cela m'a tout 
l'air d'un quartier et dans ce cas on utilise au maximum place=suburb (ou 
quarter ou neighboroud si pertinent).

Si il y a un quartier qui s'appelle Les Sieyes alors il mérite son propre noeud 
(ou way s'il y a une limite officielle).

OsmAnd se base sur la proximité géographique d'autres objets pour déterminer 
une adresse à partir d'une coordonnée de ce que j'ai pu comprendre, ce qui 
donne souvent des résultats incorrectes.

LeTopographeFou


  Message original  


De: arnaud.champoll...@linux-alpes.org
Envoyé: 30 juin 2020 7:54 AM
À: talk-fr@openstreetmap.org
Répondre à: talk-fr@openstreetmap.org
Objet: [OSM-talk-fr] Noms des quartiers en ville


Bonjour,

Je viens de constater un phénomène en partageant une adresse avec
l'application Osmand.

Quand on sélectionne cette position :
https://www.openstreetmap.org/?mlat=44.08165=6.20359#map=19/44.08165/6.20359

on obtient le libellé suivant :

Chemin des Gravas (Le Plan de Gaubert) 14, Digne-les-Bains
Position: geo:44.081646,6.20359?z=19
https://osmand.net/go?lat=44.081646=6.20359=19

Je m'interroge sur "Le Plan de Gaubert" qui est certes un quartier de la
ville, mais pas le bon. Il en est même relativement éloigné du point de
vue de l'organisation de la ville, même si proche à vol d'oiseau.

Est-ce parce-que "Le Plan de Gaubert" est le place=hamlet le plus proche ?

Si oui, faut-il créer un place=hamlet "Les Sieyes" qui est le quartier
du lieu correspondant à la position donnée ?

Et comment limiter la "portée" d'un place=hamlet pour qu'il ne soit pas
pris en compte par défaut dans d'autres parties de la ville qui en sont
dépourvues ?

Merci

Arnaud




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

[OSM-talk-fr] Noms des quartiers en ville

[Arnaud Champollion]

Bonjour,

Je viens de constater un phénomène en partageant une adresse avec 
l'application Osmand.


Quand on sélectionne cette position :
https://www.openstreetmap.org/?mlat=44.08165=6.20359#map=19/44.08165/6.20359

on obtient le libellé suivant :

Chemin des Gravas (Le Plan de Gaubert) 14, Digne-les-Bains
Position: geo:44.081646,6.20359?z=19
https://osmand.net/go?lat=44.081646=6.20359=19

Je m'interroge sur "Le Plan de Gaubert" qui est certes un quartier de la 
ville, mais pas le bon. Il en est même relativement éloigné du point de 
vue de l'organisation de la ville, même si proche à vol d'oiseau.


Est-ce parce-que "Le Plan de Gaubert" est le place=hamlet le plus proche ?

Si oui, faut-il créer un place=hamlet "Les Sieyes" qui est le quartier 
du lieu correspondant à la position donnée ?


Et comment limiter la "portée" d'un place=hamlet pour qu'il ne soit pas 
pris en compte par défaut dans d'autres parties de la ville qui en sont 
dépourvues ?


Merci

Arnaud




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