Le tag inscription me semble une bonne idée si le champ n'est pas approprié en
effet. Par contre il faudrait peu être mettre à jour le wiki car j'observe
d'autre guide poste avec un name. D'autant que JOSM propose le name en
prereglage lors de l'ajout.
***
Emeric Prouteau
J'ai fait une petite requête overpass qui repère les name=* non conformes
aux règles de toponymie (donc au passage les noms multilingues) sur les
noeuds avec ref:INSEE
http://overpass-turbo.eu/s/t44
On détecte au passage des objets où des ref:INSEE sont ajoutés, mais qui
n'ont rien à voir avec de
Le 18. 11. 17 à 10:01, emeric Prouteau a écrit :
> Le tag inscription me semble une bonne idée
cela me semble aussi un bon choix
> Par contre il faudrait peu être mettre à jour le wiki
> car j'observe d'autre guide poste avec un name.
> D'autant que JOSM propose le name en prereglage lors de l
Je pense qu'il y a une typo dans la dernière partie de ta regex
qui impose une ")" au début d'un nom.
Il détecte en erreur
https://www.openstreetmap.org/node/1721429280
nameSaint-Ours les Roches
En passant, tag2link ne propose pas la recherche insee du nom de la commune
Le 18. 11. 17 à 10:03
c'est moi qui suit mal réveillé
la ) ferme le début de la liste
lenom de la commune est en erreur parce qu'elle contient un espace
dans son nom.
l'insee donne comme nom "Saint-Ours
Le 18. 11. 17 à 11:10, marc marc a écrit :
> Je pense qu'il y a une typo dans la dernière partie de ta regex
> qui im
Merci Sly pour ton retour.
Bien vu pour l'erreur d'encodage UTF-8 !
Sinon 2 petites questions:
- est ce que cela vaut la peine de rajouter un tag ref:FR:Grenoble:trees
avec comme valeur une référence interne (utilisée dans le fichier JSON) ?
J'avais cru comprendre que c'était une bonne pratique
[place!~"suburb"] ne marche pas seul il faut ajouter:
[place][place!~"suburb"]
sinon ça matche un peu trop de choses qui ne sont même PAS tagués comme
"place=*" mais pourtant nommés correctement (sans forcément des traits
d'union partout hormi l'article initial). Si le but est de corriger la
topo
J'ai passé un petit moment à comparer les données de tes fichiers avec
les données existantes (couche de données OSM et couche photo aérienne
BdOrtho IGN) , et ceci aussi dans des quartiers que je connais, et ce
que tu as fait a l'air vraiment bien ! Evidemment je n'ai pas contrôlé
chacun des 2
J'avais pas vu ta réponse du jour avant d'envoyer la mienne aujourd'hui
Je rajoute ceci : qd le champ ESPECE n'existe pas, c'est concaténé avec
la chaîne "null" et on a en final 3290 arbres en création et 517 en
modification avec une species du genre"Tilia null" "Acer null" etc
Merci
Paul
Le
Peux-tu isoler le cas où plusieurs arbres sont dans ton rayon
de sécurité de 5m ?
est-ce que ce sont des espèces différentes ou identique ?
> - est ce que cela vaut la peine de rajouter un tag ref:FR:Grenoble:trees >
> jour je n'en aurais pas vraiment besoin).
Si tu n'en as besoin pour un prochai
Bonjour,
J'en fais un sujet séparé pour gagner en lisibilité :
77 505 occurrences de ref:INSEE, clef documenté dans le wiki
18 072 occurrences de ref:FR:INSEE, clef non documenté. typo
ou des outils l'utilisent ?
Si aucun usage n'est connu, je propose de faire une édition de masse
afin d'harmoni
La règle de toponymie pour les noms officiels est simple...
Pas d'espace, uniquement des traits d'union, sauf pour l'espace qui suit
l'article en début de nom, exemple:
La Celle-Saint-Cloud
Pour Saint-Ours, on a une différence entre le nom sur le noeud place=*
et la relation. Il y a d'autre
Hello,
Il m'est souvenir d'une discussion où les ref nationales devaient migrer
vers ref:FR
A mon avis, l'usage correct est ref:FR:INSEE et ref:INSEE est l'historique.
https://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Liste_des_r%C3%A9f%C3%A9rences_nationales
En tout cas je suis clairem
Le 18 novembre 2017 à 18:45, Christian Quest a
écrit :
> La règle de toponymie pour les noms officiels est simple...
>
> Pas d'espace, uniquement des traits d'union, sauf pour l'espace qui suit
> l'article en début de nom, exemple:
>
> La Celle-Saint-Cloud
>
> La règle est simple... oui mais n'a
Concernant la documentation rien n'interdit de renommer la page
"Key:ref:INSEE" du wiki vers "Key:ref:FR:INSEE", (et aussi
"FR:Key:ref:INSEE" vers "FR:Key:ref:FR:INSEE" pour la version en français:
le renommage préserve un lien de redirection depuis l'ancien nom) tout en
ajoutant la mention de l'
Je suis pour garder ref:INSEE le plus utilisé, celui qui est documenter
dans le wiki et le tag historique.
et en plus regarder où est utiliser le tag ref:FR:INSEE :
http://overpass-turbo.eu/s/t4D
IL y a une grande majorité de ses utilisation dans le Finistère sur des
hameaux et autres lieux dit et
Bonsoir Jérôme,
Le 18 novembre 2017 à 19:50, Jérôme Amagat a
écrit :
> Je suis pour garder ref:INSEE le plus utilisé, celui qui est documenter
> dans le wiki et le tag historique.
> et en plus regarder où est utiliser le tag ref:FR:INSEE :
> http://overpass-turbo.eu/s/t4D
> IL y a une grande maj
Il y a surtout qu'un outil voyant une clé "ref:FR:*" peut choisir de
l'ignorer directement sans même savoir ce que signifie "INSEE", dont le nom
peut apparaître aussi dans des références internationales (pas qu'en
France) mais uniquement pour un usage par l'administration française et
aucune admini
Le 18 novembre 2017 à 20:01, François Lacombe a
écrit :
> Bonsoir Jérôme,
>
> Le 18 novembre 2017 à 19:50, Jérôme Amagat a
> écrit :
>
>> Je suis pour garder ref:INSEE le plus utilisé, celui qui est documenter
>> dans le wiki et le tag historique.
>> et en plus regarder où est utiliser le tag re
Merci beaucoup pour vos retours !
Au final je vais donc ne pas rajouter de tag ref et je vais toujours
renseigner genus ET species (s'il y a une valeur bien sûr).
J'ai corrigé le coup des espèces/genres qui pouvaient ne pas avoir de
valeur ainsi que le problème de l'UTF-8 (une nouvelle version es
Je n'ai rien contre l'ajout du FR mais le seul bon argument est
l'harmonie avec les autres ref nationale en France (qu'on peux tout
aussi rendre harmonieux en virant le FR comme fait le reste du monde)
L'argument anti-collision n'en est pas un quand il n'y a pas de
collision. Il n'y a qu'une pa
Le 18/11/2017 à 16:14, Paul Desgranges a écrit :
J'ai passé un petit moment à comparer les données de tes fichiers avec
les données existantes (couche de données OSM et couche photo aérienne
BdOrtho IGN) , et ceci aussi dans des quartiers que je connais, et ce
que tu as fait a l'air vraiment bi
Bonsoir Marc,
Le 18 novembre 2017 à 20:50, marc marc a écrit :
> Je n'ai rien contre l'ajout du FR mais le seul bon argument est
> l'harmonie avec les autres ref nationale en France (qu'on peux tout
> aussi rendre harmonieux en virant le FR comme fait le reste du monde)
>
Ce qui pose un soucis,
Le 18 novembre 2017 à 18:03, marc marc a écrit :
> Peux-tu isoler le cas où plusieurs arbres sont dans ton rayon
> de sécurité de 5m ?
est-ce que ce sont des espèces différentes ou identique ?
>
Oui ces cas sont isolés mais actuellement l'algo ne regarde que la
distance. C'est vrai qu'il pourra
L'INSEE a des identifiants faisant référence pour l'admisnitration
française mais des objets situés hors de France. De même l'INSEE a une
activité internationale et produit des identifiants à destination de pays
ou orgnisations clientes hors de France (et il n'y a pas toujours
d'équivalent normalis
Bonsoir François,
Le 18. 11. 17 à 21:11, François Lacombe a écrit :
>> Je n'ai rien contre l'ajout du FR mais le seul bon argument est
>> l'harmonie avec les autres ref nationale en France (qu'on peux tout
>> aussi rendre harmonieux en virant le FR comme fait le reste du monde)
> Ce qui pose un so
Bonjour,
Antoine Riche a écrit :
> Si on peut passer à vélo ou à pied, ce serait mieux de relier le
> chemin et d'y ajouter une barrière : placer un node sur le way avec le
> tag barrier=block et bicycle=yes par exemple.
Mouais... Je ne suis pas convaincu que ce soit pertinent dans le cas
présent
Le 19 novembre 2017 à 00:21, marc marc a écrit :
> Bonsoir François,
>
> C'est comme si on créait des ref:SNCFxx par département.
> Et malgré tout cela, les ref TEC ne contiennent pas ":BE:"
> Et si c'était le cas, cela ne changerait rien puis qu'elles
> sont toutes en Belgique, toutes dans la
28 matches
Mail list logo
