Le 21/05/2014 17:02, Francescu GAROBY a écrit :
Si on fait un jeu celui qui a la plus grande zone rouge erronée a
gagné, je crois que je pars bien, avec l'avenue Albert 1er, à Caen
http://layers.openstreetmap.fr/?zoom=16lat=49.17165lon=-0.33986layers=00B00FFT (le
grand
Même chose sur Lille... bien sûr il ne faut pas reprendre les libellés du
cadastre !
Nous allons devoir traiter ça en exception...
Le 22 mai 2014 08:15, Vincent Bergeot vinc...@bergeot.org a écrit :
Le 21/05/2014 17:02, Francescu GAROBY a écrit :
Si on fait un jeu celui qui a la plus
On a ce problème sur toutes les communes fusionnées. Il faudra faire
attention, au moment de créer la relation AssociatedStreet, de bien
préciser le nom de l'ancienne commune d'une manière ou d'une autre
(j'utilise addr:place) pour éviter les noms de rues en double à
l'intérieur d'une unique
Le 22/05/2014 08:28, Christian Quest a écrit :
Même chose sur Lille... bien sûr il ne faut pas reprendre les libellés
du cadastre
Nous allons devoir traiter ça en exception...
je me doutais un peu mais à part sur cette liste je ne voyais pas
comment le faire remonter.
Est ce qu'il y a un
On 22/05/2014 08:28, Christian Quest wrote:
Le 22 mai 2014 08:15, Vincent Bergeot vinc...@bergeot.org
mailto:vinc...@bergeot.org a écrit :
alors je ne sais pas et je ne veux pas jouer la comparaison mais
si l'on regarde cette zone :
Bonjour,
De : Jean-Marc Liotier
On 22/05/2014 08:28, Christian Quest wrote:
Nous allons devoir traiter ça en exception...
Ca n'est certes pas moi qui ait l'écriture du code sur ma TODO, mais j'ai
comme un
hérissement de poils à l'idée d'introduire des cas d'exception de ce genre,
que
Le 22/05/2014 09:43, Jean-Marc Liotier a écrit :
On 22/05/2014 08:28, Christian Quest wrote:
Le 22 mai 2014 08:15, Vincent Bergeot vinc...@bergeot.org
mailto:vinc...@bergeot.org a écrit :
alors je ne sais pas et je ne veux pas jouer la comparaison mais
si l'on regarde cette zone :
Le 21/05/2014 20:29, Antoine Riche a écrit :
Je propose de prendre les inscriptions pour proposer un projet jusqu'à
vendredi, puis de le proposer sur le site de FUN. Il faut un porteur
de projet, je veux bien m'y coller mais si quelqu'un d'autre est
volontaire tout va bien. Vincent en est çà
Bano voit rouge pour la rue où j'habite :
http://layers.openstreetmap.fr/?zoom=18lat=48.67121lon=6.17732layers=BFFT
OSM et Cadastre ont été correctement appariés, puisque des adresses bleues
apparaissent.
Mais le cadastre fait mention d'une autre rue au nom étrange (Rue
Ca ressemble à une erreur du cadastre (ou de nos scripts, mais ça
m'étonnerai dans le cas présent).
Le cadastre n'est pas une référence absolue, exempte d'erreurs (comme
quasiment toute source).
Que faire ?
Vérifier sur le terrain si un 3bis et 3ter existent, et peut être ce 73.
Ils sont peut
Le 21/05/2014 12:04, Christian Quest a écrit :
le ref:FR:FANTOIR est apparu dans OSM avant que le fichier FANTOIR ne
soit disponible sous licence libre.
En fait, on avait dans des données opendata (Nantes pas exemple) un
code RIVOLI devenu FANTOIR, mais ne comportant que les 5 derniers
C'est manifestement une erreur du cadastre. Donc je laisse en l'état.
En revanche, je sèche sur celui-ci :
http://layers.openstreetmap.fr/?zoom=18layers=BFFTlat=48.68721lon=6.16134
Le code FANTOIR est sur la relation depuis janvier :
Le 22/05/2014 20:22, Pierre-Yves Berrard a écrit :
C'est manifestement une erreur du cadastre. Donc je laisse en l'état.
En revanche, je sèche sur celui-ci :
http://layers.openstreetmap.fr/?zoom=18layers=BFFTlat=48.68721lon=6.16134
Le code FANTOIR est sur la relation
Bonsoir,
Le 22/05/2014 20:30, Frédéric Rodrigo a écrit :
Le 22/05/2014 20:22, Pierre-Yves Berrard a écrit :
C'est manifestement une erreur du cadastre. Donc je laisse en l'état.
En revanche, je sèche sur celui-ci :
Un grand merci pour la construction de ce travail
Gaël
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
15 matches
Mail list logo
