Bonjour,
De : Philippe B
(...)
5) insérer les SIREN en base à partir d'une table de correspondance
Code INSEE de la commune = SIREN de la commune
(...)
Je ne sais pas comment a été constituée la table, mais en regardant un peu
la notion de SIREN (que je ne connais pas plus que ça) j'ai
2011/1/24 Philippe B babi...@wanadoo.fr
Manifestement, je n'ai pas compris le principe des relations dans les *.osm
par région :
tous les tags d'une relation sont là, mais pas tous ses membres.
C'est un problème connu dans les extractions d'OSM. Il suffit qu'un node qui
fait partie de la
Selon Damouns damo...@gmail.com:
OK, tout a l'air rentré dans l'ordre ! Par contre pour la méthode je
ne suis pas encore assez agguerri pour te dire ce qui a posé
problème... Est-ce que c'est pas possible de faire des changesets en
disant juste à l'API d'ajouter un tag s'il est absent ?
Le 25/01/2011 09:57, Vincent de Chateau-Thierry a écrit :
Je ne sais pas comment a été constituée la table, mais en regardant un
peu
la notion de SIREN (que je ne connais pas plus que ça) j'ai pu voir ici [1]
qu'un
code SIREN pour une commune, est dérivable du code INSEE de la même commune.
Il y a un problème avec pas mal de communes autour de la région
Pays-de-la-Loire (et Bretagne aussi apparemment) : elles ont disparu
du rendu ici :
http://beta.letuffe.org/?zoom=8lat=47.66lon=-0.61layers=BFFFTF
Exemple avec la commune de Langon :
Peut-être est-il en train de corriger de lui même.
Un exemple que je connais :
http://www.openstreetmap.org/browse/relation/123671/history
On voit bien sa modif SIREN du 23 janvier 2011 à 14:35, ma
correction à 17:14, et son revert à 23:45
S'il reste encore des choses cassée, le mieux est
Je propose donc de lancer un revert sur cette série de modifications
malheureuses.
philippe
Le lundi 24 janvier 2011 21:26:06 UTC :
La série de revert vient de se terminer.
En espérant que tout soit rentré dans l'ordre, mes plus plates excuses.
OK, tout a l'air rentré dans l'ordre ! Par
7 matches
Mail list logo
