Le 08/09/2020 à 09:41, Christian Quest - cqu...@openstreetmap.fr a écrit :
Je ne sais pas si nominatim utilise les polygones pour son géocodage
inverse.
Si : /j'avais échangé avec Sarah suite à une erreur, en fait il se
trompe si un place= surfacique touche la voirie et que l'objet cherché
Le 07/09/2020 à 18:12, Topographe Fou a écrit :
Bonjour,
Je vois plus de problème que d'avantages à l'utilisation des addr sur
les radars :
1. Cela revient à utiliser is_in, un tag qui avait une raison d'être à
une époque mais qui n'a presque plus de raison de vivre aujourd'hui,
surtout
Bonsoir,
Pour aller au bout, quelqu'un saurait-il si on peut géocoder directement
via la requête overpass turbo ?
Merci.
Romain
Le 07/09/2020 à 20:17, Jérôme Amagat a écrit :
avec les addr:* (pas besoin de bbox) :
avec les addr:* (pas besoin de bbox) :
[out:csv(::id,type,enforcement,"addr:country",maxspeed,"addr:city","addr:postcode","addr:street",ref,milestone,name)];
relation ["addr:country"="FR"] [type=enforcement] [enforcement=maxspeed];
out;
https://overpass-turbo.eu/s/XMY
la response est quasi
> 4. rien ne dit qu'une relation radar de vitesse ne soit pas à cheval
sur deux villes (en même temps ce n'est peut-être jamais le cas de par
les contraintes d'implantation ?)
Bien vu !
Radar tronçon (mal tagué) :
Radar de départ https://www.openstreetmap.org/node/100403189
à: talk-fr@openstreetmap.orgObjet: [OSM-talk-fr] Tags addr: pour les radars Bonjour,Quand j'ai supprimé les polygones boundary=urban, il m'est arrivé
de faire quelques corrections annexes comme de retirer des tags
addr:country, addr:city en particulier sur les relations des
radars de vitesse.Un co
Bonjour,
Ce que j'en conclurais : ne pas ajouter les codes postaux «non sur» tant
que la poste ne fournit pas de découpage précis.
Sinon : c'est faire au hasard …
Le 07/09/2020 à 15:48, Philippe Verdy a écrit :
> On doit donc "estimer" ces tracés en faisant pas mal d'erreurs. Et
> pour estimer
LA comparaison par code INSE est justement ce que fait le FANTOIR. Et
pourquoi mettre des poitns adresse avec juste les numéros n'est pas non
plus suffisant partout, et pourquoi on a des relations associatedStreet et
pourquoi aussi un même segment de rue (même si elle ne fait poas frontière
Je suppose qu'à la base le problème est de distinguer deux communes de
même nom.
Ça fait environ un siècle que les communes homonymes ont été
"dédupliquées" par ajout d'un complément sur une commune.
Camaret => Camaret-sur-Mer
Cesson => Cesson-Sévigné.
S'il y a plusieurs codes postaux pour la
La remarque vaut pour le pays ou la ville; cependant il y a des exceptions
pour les codes postaux, notamment dans les villes qui en ont plusieurs (et
toujours pas de publiciation officielle de leur délimitation par la poste,
on en a juste une idée approximative, avec aussi des exceptions sur les
Le 06/09/2020 à 22:23, Romain MEHUT a écrit :
Quand j'ai supprimé les polygones boundary=urban, il m'est arrivé de
faire quelques corrections annexes comme de retirer des tags
addr:country, addr:city en particulier sur les relations des radars de
vitesse.
Un contributeur m'a contacté car
Le 06/09/2020 à 22:23, Romain MEHUT a écrit :
Bonjour,
Quand j'ai supprimé les polygones boundary=urban, il m'est arrivé de
faire quelques corrections annexes comme de retirer des tags
addr:country, addr:city en particulier sur les relations des radars de
vitesse.
Un contributeur m'a
Ca marche aussi... à peu près. Cela dépend de la précision de
area[name="France"]
telle que dans l'instance utilisée: c'est un très grand polygone qui a été
simplifié pour des raisons de performance (il y a quelques débordements aux
frontières, pas sûr qu'il y ait un "buffer" défini autour de
Bonjour,
Quand j'ai supprimé les polygones boundary=urban, il m'est arrivé de
faire quelques corrections annexes comme de retirer des tags
addr:country, addr:city en particulier sur les relations des radars de
vitesse.
Un contributeur m'a contacté car il utilise ces tags pour contrôler leur
14 matches
Mail list logo