Alors ces cercles sont juste une nuisance inutile. Ils ne servent à rien
dans le cas d'une visualisation d'une relation, si ce ne sont : ni des
nœuds membres, ni des extrémités non connectées de ways membres (là ils
seraient bien plus utiles). Le cercle devrait aussi être distingué par un
symbole d
Le 28 novembre 2012 11:37, Philippe Verdy a écrit :
> Le problème n'est pas là: la relation n'est visiblement pas fermée et
> cette page le signale:
> http://www.openstreetmap.org/browse/relation/27768
>
> Regarde où sont les cercles : il ne sont PAS QUE sur les deux nœuds de
> Dijon et du label
2012/11/28 Philippe Verdy :
> Ces cercles sont nouveaux sur les pages /browse/relation/* (qui avant ne
> marquaient pas les extrémités des lignes non fermées, et qu'on avait du mal
> à voir même en zoomant au maximum comme ici).
"Les paroles s'envolent, les écrits restent."
Pieren
_
Bref c'est pour ça que Nominatim se trompe : il ne voyait comme contour
fermé que les enclaves et ignorait les lignes non fermées. Ce problème est
là dans Nominatim depuis longtemps : pour trouver une région d'appartenance
d'un lieu, il utilise alors une heuristique approximative basée sur les
cent
Le problème n'est pas là: la relation n'est visiblement pas fermée et cette
page le signale:
http://www.openstreetmap.org/browse/relation/27768
Regarde où sont les cercles : il ne sont PAS QUE sur les deux nœuds de
Dijon et du label de la région, mais le long de la frontière, là où elle
est brisée
Les ways "surtagués" le sont depuis longtemps et partout avec
boundary=administrative et le plus petit admin_level=* parmi les relations
dont ils sont membres. Cela n'a jamais posé ce genre de problème et cela
aide encore pas mal d'outils qui ne savent pas lire les relations parentes
et se contente
Tagguer un way fermé d'une enclave (je parle de celle de Beauvernois entre
Bourgogne et Franche-Comté signalée par Pierre) en "boundary=administrative
+ admin_level=4 + name=région1-région2" est pour moi une erreur car ce
polygone fermé avec ces attributs décrit clairement une nouvelle région car
c
Bon... la bonne nouvelle c'est que Nominatim se met à jour très très vite,
ce qui facilite les corrections !
La mauvaise, c'est que ça coinçait toujours... la Côte d'Or est en
"Champagne-Ardenne" et la Nièvre est un niveau trop haut...
Le noeud "label" de Champagne Ardenne avait plein de tags du
C'est ce que tu crois, le rendu est bien différent pour ces exclaves, il
disparait même à certains niveaux de zoom là où la frontière de région
apparaît encore.
J'appelle cette modif "taguer pour le rendu" (Nominatim) au lieu de
signaler l'anomalie à Nominatim (qui en a bien d'autres dans ses
heuri
Il y a peut être un truc étrange avec deux way "Bourgogne - Franche Comté"
qui viennent polluer la liste "administrative" des détails de "France":
http://nominatim.openstreetmap.org/details.php?place_id=98156803
Ces deux way sont les polygones des enclaves signalées par Pierre et étant
des chemins
: Talk-fr@openstreetmap.org
>Envoyé le : Mardi 27 novembre 2012 18h07
>Objet : [OSM-talk-fr] Soucis sur Nominatim
>
>Bonjour,
>
>En recherchant les communes de Dijon, Auxerre, saint-père, etc. toute
>situé en Bourgogne. Nominatim indique qu'elles sont dans d'autre ré
Le mercredi 28 novembre 2012 à 00:07 +0100, Nicolas Frery a écrit :
> Bonjour,
>
> En recherchant les communes de Dijon, Auxerre, saint-père, etc. toute
> situé en Bourgogne. Nominatim indique qu'elles sont dans d'autre régions.
> Dijon, Côte-d'Or, Franche-Comté, France
> Auxerre, Yonne, Champagne
Bonjour,
En recherchant les communes de Dijon, Auxerre, saint-père, etc. toute
situé en Bourgogne. Nominatim indique qu'elles sont dans d'autre régions.
Dijon, Côte-d'Or, Franche-Comté, France
Auxerre, Yonne, Champagne-Ardenne, 89000, France
Kézako ?
__
13 matches
Mail list logo
