Re: [OSM-talk-fr] Import bâtiments en France

[Benoît ROUSSEAU]

  
  
Le 22/09/2010 17:07, Etienne Trimaille a écrit :
Le 22 septembre 2010 16:36, Benoît ROUSSEAU 
  a écrit :
  

   Le logiciel d'éclatement des fichiers d'import bâti est
prêt en v0.1. Si qqun veux tester :
  http://adresseimpossible.free.fr/
Il fonctionne sous Windows en .Net Framework 4
Il y a pas mal de limitations pour l'instant comme :
- extension des fichiers en minuscules ".osm" ;
- ne travaille que sur un dossier, pas de ftp ;
- extrait les amenity=swimming_pool mais le script à je
crois évolué vers "leisure" ;
- ...
Benoît R.
  


  Ton logiciel éclate un fichier .osm en séparant les buildings,
  piscines,.. ?

  

Oui.

  

  Juste pour information, osmosis permet de le faire le tag
  filter : 
  http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--tag-filter_.28--tf.29
  

  

Bien vu. Pourquoi la question n'a pas été traité avant ? Mystère...
Ca m'a fait travailler les neurones c'est déjà ça.
Donc aucun pb a fractionner les fichiers d'imports...

  
Bon, surement que osmosis est moins accessible que ton
  outils.

  
  

Oui, quoi que la bêta est rudimentaire.

Benoît R.

  




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Etienne Trimaille]

Le 22 septembre 2010 16:36, Benoît ROUSSEAU  a
écrit :

>  Le logiciel d'éclatement des fichiers d'import bâti est prêt en v0.1. Si
> qqun veux tester : http://adresseimpossible.free.fr/
> Il fonctionne sous Windows en .Net Framework 4
> Il y a pas mal de limitations pour l'instant comme :
> - extension des fichiers en minuscules ".osm" ;
> - ne travaille que sur un dossier, pas de ftp ;
> - extrait les amenity=swimming_pool mais le script à je crois évolué vers
> "leisure" ;
> - ...
> Benoît R.
>

Ton logiciel éclate un fichier .osm en séparant les buildings, piscines,.. ?

Juste pour information, osmosis permet de le faire le tag filter :
http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--tag-filter_.28--tf.29
Bon, surement que osmosis est moins accessible que ton outils.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Benoît ROUSSEAU]

  
  
Le 22/09/2010 03:33, Benoît ROUSSEAU a écrit :

  
  
  Le 21/09/2010 17:29, Jean-Francois Nifenecker a écrit :
   
Le 21/09/2010 14:25, Vincent Pottier a écrit : 
+1. 
  Et la séparation building - water est pertinente. Les travaux
  de 
  contrôle sur le layer building n'ont rien à voir avec les
  retouches de 
  polygones water. 


+1 sur ça aussi. Waterway et building sont des entités
différentes qu'il faut traiter différemment. Il serait donc
(très) utile de séparer les fichiers les contenant. 

  
  Suite aux messages, je bosse sur un logiciel d'extraction des
  différents éléments depuis les fichiers existants. Ca extrait déjà
  les "buildings" dans un fichier séparé, autant dire que les
  "river" et les "swinming-pool" vont arriver très vite.
  
  Pour vérifier que je ne détruit pas de données, je regarde si le
  fond de cadastre correspond aux "buildings" extraits... Et là,
  SURPRISE ! Mon extraction SVG de référence, faite au début de
  l'apparition du script, comporte plus de bâtiments que le fond
  Cadastre sous JOSM ! Alors qui quoi où comment ? ? ? Ma voiture
  étant en panne je ne pourrais pas rapidement aller vérifier si les
  bâtiments existent en "vrai".
  
  La mise à jour me paraît bien rapide... et c'est la moitié d'un
  hameau, ça me paraît bizarre. Encore que...
  
  QQun a t'il remarqué des pb similaires ?
  
  Benoît R.
  
  



Le logiciel d'éclatement des fichiers d'import bâti est prêt en
v0.1. Si qqun veux tester :
  http://adresseimpossible.free.fr/
Il fonctionne sous Windows en .Net Framework 4
Il y a pas mal de limitations pour l'instant comme :
- extension des fichiers en minuscules ".osm" ;
- ne travaille que sur un dossier, pas de ftp ;
- extrait les amenity=swimming_pool mais le script à je crois évolué
vers "leisure" ;
- ...
Benoît R.




  




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Benoît ROUSSEAU]

  
  
Le 22/09/2010 09:19, Julien Balas a écrit :

  

   Pour vérifier que je ne
détruit pas de données, je regarde si le fond de cadastre
correspond aux "buildings" extraits... Et là, SURPRISE ! Mon
extraction SVG de référence, faite au début de l'apparition
du script, comporte plus de bâtiments que le fond Cadastre
sous JOSM ! Alors qui quoi où comment ? ? ? Ma voiture étant
en panne je ne pourrais pas rapidement aller vérifier si les
bâtiments existent en "vrai".
  



  
  Certaines batiments sont dupliqués 4-5-6 fois dans le cadastre,
  c'est peut-etre l'explication.
  Tes bâtiments "en plus" sont peut-etre dans cette catégorie.
  
  -- 
  JB
  



Là c'est l'inverse ils n'existent plus sur le Cadastre en ligne.
Benoît R.
  




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Julien Balas]

> Pour vérifier que je ne détruit pas de données, je regarde si le fond de
> cadastre correspond aux "buildings" extraits... Et là, SURPRISE ! Mon
> extraction SVG de référence, faite au début de l'apparition du script,
> comporte plus de bâtiments que le fond Cadastre sous JOSM ! Alors qui quoi
> où comment ? ? ? Ma voiture étant en panne je ne pourrais pas rapidement
> aller vérifier si les bâtiments existent en "vrai".
>

Certaines batiments sont dupliqués 4-5-6 fois dans le cadastre, c'est
peut-etre l'explication.
Tes bâtiments "en plus" sont peut-etre dans cette catégorie.

-- 
JB
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Benoît ROUSSEAU]

  
  
Le 21/09/2010 17:29, Jean-Francois Nifenecker a écrit :

  
  Le 21/09/2010 14:25, Vincent Pottier a écrit :
  
  +1.

Et la séparation building - water est pertinente. Les travaux de

contrôle sur le layer building n'ont rien à voir avec les
retouches de

polygones water.

  
  
  +1 sur ça aussi. Waterway et building sont des entités différentes
  qu'il faut traiter différemment. Il serait donc (très) utile de
  séparer les fichiers les contenant.
  
  

Suite aux messages, je bosse sur un logiciel d'extraction des
différents éléments depuis les fichiers existants. Ca extrait déjà
les "buildings" dans un fichier séparé, autant dire que les "river"
et les "swinming-pool" vont arriver très vite.

Pour vérifier que je ne détruit pas de données, je regarde si le
fond de cadastre correspond aux "buildings" extraits... Et là,
SURPRISE ! Mon extraction SVG de référence, faite au début de
l'apparition du script, comporte plus de bâtiments que le fond
Cadastre sous JOSM ! Alors qui quoi où comment ? ? ? Ma voiture
étant en panne je ne pourrais pas rapidement aller vérifier si les
bâtiments existent en "vrai".

La mise à jour me paraît bien rapide... et c'est la moitié d'un
hameau, ça me paraît bizarre. Encore que...

QQun a t'il remarqué des pb similaires ?

Benoît R.

  




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[g.d]

Le 21 sept. 2010 à 11:01, alexis gayte a écrit :
> et peut être en décréter un "Officiel"

Nope, s'il te plaît, ne pas faire ça.

OSM n'a pas la science infuse,
et n'est pas en position de "décréter de l'officiel", de quoi que ce soit, loin 
de là.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Pen Beuz]

Le 20/09/2010 14:19, Pieren a écrit :
2010/9/20 Emilie Laffray >


que l'on peut retrouver ici :

http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import#Removing_duplicate_nodes


Attention, ce script n'élimine que les nodes avec des coordonnées 
strictement identiques. Ce qu'il faudrait, c'est surtout améliorer à 
la source le script qui traduit le PDF cadastral en données OSM en y 
instillant un peu d'analyse (inutile de reproduire les erreurs de 
l'export du cadastre PDF).

Une autre priorité serait d'améliorer la carte dupe_nodes de Matt:
http://matt.dev.openstreetmap.org/dupe_nodes/
en filtrant les données IGN pour mieux faire apparaître les endroits à 
problèmes. Il faut aussi garder un oeil sur les stats journallières 
pour contacter les cancres:

http://matt.dev.openstreetmap.org/dupe_nodes/about.html
et les inciter à faire plus attention.

Pieren


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
   

promis je ferai attention!

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Jean-Francois Nifenecker]

Le 21/09/2010 14:25, Vincent Pottier a écrit :

+1.
Et la séparation building - water est pertinente. Les travaux de
contrôle sur le layer building n'ont rien à voir avec les retouches de
polygones water.


+1 sur ça aussi. Waterway et building sont des entités différentes qu'il 
faut traiter différemment. Il serait donc (très) utile de séparer les 
fichiers les contenant.


--
Jean-Francois Nifenecker, Bordeaux


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Vincent Pottier]

On 21/09/2010 11:13, Etienne Trimaille wrote:
Le 21 septembre 2010 11:01, alexis gayte > a écrit :


juste pour info,
quels sont les serveurs de depots des fichiers des batiments à jours ?
"ceux qui vivent encore ?"


Et si certains serveurs font des mises à jour, personnellement, je 
préfère quand il y a plusieurs fichiers par communes : buildings et 
les autres. Les fichiers sont déjà bien assez lourd comme çà.

+1.
Et la séparation building - water est pertinente. Les travaux de 
contrôle sur le layer building n'ont rien à voir avec les retouches de 
polygones water.

--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Vincent Pottier]

On 21/09/2010 10:44, alexis gayte wrote:

bonjour,

je pense également pour avoir fait des imports de batiments que le 
probleme ne vient pas des fichiers mais plus d'un probleme entre la 
connexion avec le serveur OSM et JOSM.


Pour une fois qu'on invoque une autre cause de bug que l'interface 
chaise-clavier !...

On va bientôt pouvoir faire suivre le sujet sur la liste dev-fr !
--
FrViPofm

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Pieren]

2010/9/21 alexis gayte 

> ne faudrait il pas modifier le wiki ?
> et peut être en décréter un "Officiel"
>
>
On ne peut rien faire d' "officiel" . Ces fichiers ne peuvent être mis à
disposition que  temporairement pour ceux qui importent dans OSM uniquement.
Toutes redistributions permanentes de données cadastrales qui ne forment pas
de produits composites (comme c'est le cas ici) violent les CGU de la DGFiP.

Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Philippe Pary]

Le mardi 21 septembre 2010 à 11:01 +0200, alexis gayte a écrit :
> juste pour info,
> quels sont les serveurs de depots des fichiers des batiments à jours ?
> "ceux qui vivent encore ?"
> 
> http://cadastre.osm.cleo-carto.org/075/osm/
> a des dates de modification des fichiers au 08/09 ( a jours )

Mon dépot se met à jour une fois par mois. J'ai un script cron pour ça.

Attention, ça ne règle pas les soucis d'apparition/disparition des
bâtiments. 

J'avais pensé à mettre les anciens fichiers avec les diffs, mais en
réalité ça ne sert à rien : même si le cadastre ne change pas, le
fichier osm généré d'une ville sera tout de même différent et générera
un diff.
Je n'ai pas approfondi le sujet.

Philippe

> Le 21 septembre 2010 10:44, alexis gayte  a
> écrit :
> bonjour,
> 
> je pense également pour avoir fait des imports de batiments
> que le probleme ne vient pas des fichiers mais plus d'un
> probleme entre la connexion avec le serveur OSM et JOSM.
> 
> 
> 
> 
> 
> Le 21 septembre 2010 00:16, Croquette Olivier
>  a écrit :
> 
> 
> Le 20 sept. 2010 à 14:15, Vincent de Chateau-Thierry a
> écrit :
> > Oui et non. L'apparition de points dupliqués peut se
> faire dès la source au niveau du
> > cadastre, mais aussi très facilement lors de
> l'upload. JOSM a parfois des hoquets qui
> > sont redoutables car pas très bavards en messages
> d'erreurs.
> 
> 
> Ca m'est arrivé aussi. J'ai d'ailleurs l'impression
> que ça arrive d'autant plus facilement que la
> connexion est mauvaise (via un téléphone portable par
> exemple).
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> -- 
> Cordialement, 
> alexis GAYTE
> 
> 
> 
> -- 
> Cordialement, 
> alexis GAYTE
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Etienne Trimaille]

Le 21 septembre 2010 11:01, alexis gayte  a écrit :

> juste pour info,
> quels sont les serveurs de depots des fichiers des batiments à jours ?
> "ceux qui vivent encore ?"
>


Et si certains serveurs font des mises à jour, personnellement, je préfère
quand il y a plusieurs fichiers par communes : buildings et les autres. Les
fichiers sont déjà bien assez lourd comme çà.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[alexis gayte]

juste pour info,
quels sont les serveurs de depots des fichiers des batiments à jours ?
"ceux qui vivent encore ?"

http://cadastre.osm.cleo-carto.org/075/osm/
a des dates de modification des fichiers au 08/09 ( a jours )

http://osm.cquest.org/bati/
ce dépôt ne semble plus à jour au 30/06

http://ratzillas.com/bati/
celui la non plus 30/06

ne faudrait il pas modifier le wiki ?
et peut être en décréter un "Officiel"



Le 21 septembre 2010 10:44, alexis gayte  a écrit :

> bonjour,
>
> je pense également pour avoir fait des imports de batiments que le probleme
> ne vient pas des fichiers mais plus d'un probleme entre la connexion avec le
> serveur OSM et JOSM.
>
>
>
>
>
> Le 21 septembre 2010 00:16, Croquette Olivier  a écrit :
>
> Le 20 sept. 2010 à 14:15, Vincent de Chateau-Thierry a écrit :
>> > Oui et non. L'apparition de points dupliqués peut se faire dès la source
>> au niveau du
>> > cadastre, mais aussi très facilement lors de l'upload. JOSM a parfois
>> des hoquets qui
>> > sont redoutables car pas très bavards en messages d'erreurs.
>>
>> Ca m'est arrivé aussi. J'ai d'ailleurs l'impression que ça arrive d'autant
>> plus facilement que la connexion est mauvaise (via un téléphone portable par
>> exemple).
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Cordialement,
> alexis GAYTE
>



-- 
Cordialement,
alexis GAYTE
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[alexis gayte]

bonjour,

je pense également pour avoir fait des imports de batiments que le probleme
ne vient pas des fichiers mais plus d'un probleme entre la connexion avec le
serveur OSM et JOSM.





Le 21 septembre 2010 00:16, Croquette Olivier  a écrit :

> Le 20 sept. 2010 à 14:15, Vincent de Chateau-Thierry a écrit :
> > Oui et non. L'apparition de points dupliqués peut se faire dès la source
> au niveau du
> > cadastre, mais aussi très facilement lors de l'upload. JOSM a parfois des
> hoquets qui
> > sont redoutables car pas très bavards en messages d'erreurs.
>
> Ca m'est arrivé aussi. J'ai d'ailleurs l'impression que ça arrive d'autant
> plus facilement que la connexion est mauvaise (via un téléphone portable par
> exemple).
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Cordialement,
alexis GAYTE
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Croquette Olivier]

Le 20 sept. 2010 à 14:15, Vincent de Chateau-Thierry a écrit :
> Oui et non. L'apparition de points dupliqués peut se faire dès la source au 
> niveau du
> cadastre, mais aussi très facilement lors de l'upload. JOSM a parfois des 
> hoquets qui
> sont redoutables car pas très bavards en messages d'erreurs.

Ca m'est arrivé aussi. J'ai d'ailleurs l'impression que ça arrive d'autant plus 
facilement que la connexion est mauvaise (via un téléphone portable par 
exemple).


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Benoît ROUSSEAU]

  
  
Le 20/09/2010 18:07, Tenshu a écrit :
2010/9/20 Emilie Laffray 
  

  
  Quant a l'utilisation de JOSM pour un import quelconque, je ne
  commenterais pas mais je n'en pense pas moins. C'est toutefois
  l'outil le plus pratique a l'heure actuelle.
  
Emilie Laffray

  
  
  C'est bien beau de dire ça, j'utilise Linux au quotidien et je me
  dit youpi utilisons bulk_upload pour importer les bâtiments depuis
  le cadastre.
  Et bien totu semblait rouler mais sur Corbeil-Essonnes ils c'est
  mis en tête de créer chaque éléments en 10-20-30-50 exemplaires.
  J'ai sué sang et eau pour revert tout ce foutoir.
  
  Et pendant ce temps personne n'a été capable de me décrire comment
  cet outil fonctionne etc.
  Alors j'ai utilisé JOSM sur Draveil, mais il m'a dupliqué 1700 way
  et leur nodes.
  
  Depuis je n'ai plus importé de bâtiments en me disant que
  j'attendrais que le bon outil soit disponible.
  Et c'est pas la découverte des (centaines) de milliers d'overlap
  entre bâtiments qui va me faire changer d'avis.
  
  -- 
  Mon weblog - http://www.tenshu.fr/
  Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
  

Pour faire suite à la conversation dans son ensemble et pas ce
courrier en particulier avec lequel je suis en accord...

Pour ma part, je pense que ça merdx au moins pour une part côté
serveurs. Que les outils ne sont pas la cause et la source de tous
les mots mais que la charge de travaille imposée par l'import massif
en France couplé à l'émergence d'autres pays, les traitements
massifs de différents sites, fait que ça révèle des faiblesses au
niveau serveurs. Quand je dis serveurs c'est à prendre de manière
générique, cela peut être logiciel, matériel, ...
J'ai pour la suppression des points orphelins, des requêtes qui
n'aboutissent jamais, ... Sans conséquences dans ce cas, mais
révélateur. Il m'est difficile de croire que JOSM ne respecte pas
les protocoles et ne gère pas correctement les erreurs même si c'est
possible. Je dis qu'il faudrait ptet voir côté serveur et protocoles
avant de taper sur les clients. Et ce n'est pas Potlatch V2 qui va
changer la face du monde OSM.

Benoît R.
  




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France - Cadas tre comment indiquer ce qui qui n'est plus

[hamster]

sly (sylvain letuffe) a écrit :
L'exemple typique auquel je pense est celui des ruisseaux de montagne (car 
j'ai vu des imports massifs de cours d'eau en région montagneuse qui sont à 
peu prêt équivalent à générer aléatoirement des traits sur une carte), mais 
valable aussi pour des anciens chemins, des bâtiments et plein d'autre 
chose :

Comment pourrait-on indiquer que l'information terrain qu'on a collectée est :
"Je suis sûr qu'il n'y a rien, le cadastre est faux, ne pas ajouter ce 
bâtiment qui n'existe plus"
  


quand des gens (j'utilise ce mot pour rester poli) importent des 
fichiers en 3 clics sans meme avoir regarde la gueule de ce qui est 
dedans et donc sans s'appercevoir que ca ressemble a rien et surtout pas 
aux standards d'OSM (riverbank sans way central, etc) c'est aussi un 
probleme de comportement et donc d'education


un avertissement sur les sites qui proposent des fichiers .osm sortis 
tout doit du V script genre "attention il s'agit de fichiers bruts de 
conversion depuis le cadastre et ils sont pleins d'erreurs, il ne faut 
pas les importer tel qu'el mais commencer par corriger les erreurs" avec 
un lien vers la page du wiki qui decrit ces erreurs et la methode pour 
les corriger, ca serait pas bien dur a faire et au pire ca servirait a rien


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Tenshu]

2010/9/20 Emilie Laffray 

>
> Quant a l'utilisation de JOSM pour un import quelconque, je ne commenterais
> pas mais je n'en pense pas moins. C'est toutefois l'outil le plus pratique a
> l'heure actuelle.
>
> Emilie Laffray
>

C'est bien beau de dire ça, j'utilise Linux au quotidien et je me dit youpi
utilisons bulk_upload pour importer les bâtiments depuis le cadastre.
Et bien totu semblait rouler mais sur Corbeil-Essonnes ils c'est mis en tête
de créer chaque éléments en 10-20-30-50 exemplaires.
J'ai sué sang et eau pour revert tout ce foutoir.

Et pendant ce temps personne n'a été capable de me décrire comment cet outil
fonctionne etc.
Alors j'ai utilisé JOSM sur Draveil, mais il m'a dupliqué 1700 way et leur
nodes.

Depuis je n'ai plus importé de bâtiments en me disant que j'attendrais que
le bon outil soit disponible.
Et c'est pas la découverte des (centaines) de milliers d'overlap entre
bâtiments qui va me faire changer d'avis.

-- 
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Emilie Laffray]

2010/9/20 Vincent de Chateau-Thierry 

>
> Ce que je voulais indiquer, c'est que certaines erreurs ne sont pas
> décelables au stade des mises à disposition
> de fichiers, les erreurs étant générées au delà, à l'import en base.
> Dernier exemple en date ce week-end : les
> imports évoqués hier dans ce thread :
> http://lists.openstreetmap.org/pipermail/talk-fr/2010-September/026899.html
> concernent des fichiers de bâti sans souci au départ, c'est l'étape
> d'upload qui a généré les doublons (voire triplets, etc).
>
>
Oui et ce n'etait pas mon propos. Ca fait malheureusement parti des
accidents.


> > Quant a l'utilisation de JOSM pour un import quelconque, je ne
> commenterais pas mais je n'en pense pas moins.
> > C'est toutefois l'outil le plus pratique a l'heure actuelle.
>
> Des noms ! Des noms ! :-)
>

Je ne pensais a personne en particulier :)


> Concrètement, s'il y a des méthodes d'import préconisées pour de l'import
> de bâti, je ne demande qu'une chose :
> qu'elles soient expliquées ici, encouragées ici. Les imports massifs de
> bâti se déroulent depuis juin sur la France,
> et sur talk-fr, les conseils là-dessus tournent plus autour du paramétrage
> de JOSM et les contrôles qualité
> pré-import que sur une méthode alternative d'upload. "bulk_import.py" est
> bien cité une fois de temps en temps,
> mais quand on n'a jamais écrit ni éxécuté une ligne de python, ça n'aide
> pas vraiment.
>

Comme je le disais, JOSM reste le moyen le plus simple actuellement pour ce
genre d'imports. Ca ne va pas dire que ca soit une bonne chose. Je ne vais
certainement pas commencer a recommander bulk_import.py justement pour les
raisons dont tu parles. Il manque un vrai outil simple et sur pour faire un
vrai import.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Vincent de Chateau-Thierry]

> De : "Emilie Laffray" 
> 
> A noter que pas mal de gens utilisent des fichiers OSM qu'ils n'ont pas 
> téléchargés eux mêmes.
> Ces fichiers peuvent être pré-traités. Quand on a un répertoire de fichiers, 
> on peut essayer de
> faire en sorte qu'ils soient clean. C'est justement l'approche Fire and 
> Forget que je récuse.
> La methode via Postgis est une methode qui marche actuellement. Mais la 
> encore, je tiens a rappeler
> que je vise ceux qui proposent les fichiers en téléchargement afin d'éviter 
> certains désagréments.
> Ca ne veut pas dire que ca soit la bonne. (en fait, je suis même sure que ca 
> n'est pas la bonne en
> attendant une meilleure solution qui permet d'avoir un executable qui fait le 
> boulot par lui meme).

Ce que je voulais indiquer, c'est que certaines erreurs ne sont pas décelables 
au stade des mises à disposition
de fichiers, les erreurs étant générées au delà, à l'import en base. Dernier 
exemple en date ce week-end : les
imports évoqués hier dans ce thread :
http://lists.openstreetmap.org/pipermail/talk-fr/2010-September/026899.html
concernent des fichiers de bâti sans souci au départ, c'est l'étape d'upload 
qui a généré les doublons (voire triplets, etc).

> Quant a l'utilisation de JOSM pour un import quelconque, je ne commenterais 
> pas mais je n'en pense pas moins.
> C'est toutefois l'outil le plus pratique a l'heure actuelle.

Des noms ! Des noms ! :-)
Concrètement, s'il y a des méthodes d'import préconisées pour de l'import de 
bâti, je ne demande qu'une chose : 
qu'elles soient expliquées ici, encouragées ici. Les imports massifs de bâti se 
déroulent depuis juin sur la France,
et sur talk-fr, les conseils là-dessus tournent plus autour du paramétrage de 
JOSM et les contrôles qualité
pré-import que sur une méthode alternative d'upload. "bulk_import.py" est bien 
cité une fois de temps en temps,
mais quand on n'a jamais écrit ni éxécuté une ligne de python, ça n'aide pas 
vraiment. 
Personnellement j'importe le bâti -via JOSM- par morceaux de communes pour 
éviter les trop gros soucis. J'ai un script (en PHP)
qui divise un fichier initial de bâti en 4 quarts (Nord-Est, Nord-Ouest, 
Sud-Est, Sud-Ouest), et tant que
chaque fichier résultant est trop gros à mon goût, je le redivise en 4 de façon 
récursive. Si ça peut aider certain(e)s,
je le mets volontiers à dispo, mais c'est très spécifique "fichiers de bâti" et 
très gourmand en RAM :-( .

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France - Cada stre comment indiquer ce qui qui n'est plus

[sly (sylvain letuffe)]

On lundi 20 septembre 2010, Pieren wrote:
> Pour abonder dans ce sens, il m'est arrivé de volontairement conserver un
> polygone bâti que je savais disparu mais en ne conservant qu'un tag
> "notes=présent dans cadastre mais plus sur le terrain" (avec quelques
> variations). 

Je fais un truc similaire, mais pour un ruisseau que je sais à sec depuis bien 
longtemps, j'ai la flemme de tracer tout le ruisseau pour ensuite 
mettre "n'existe plus", alors je place un trait grossier sans tag avec une 
note.

> Il serait peut-être intéressant de standardiser cette notation 
> pour pouvoir les contrôler plus facilement à intervalle régulier (genre
> "cadastre=obsolete", "error", etc) et pouvoir les exploiter dans les mises à
> jour cadastrales, prochain grand chantier d'OSM.

L'idée serait à creuser, et peut-être pas seulement pour le cadastre (bien que 
c'est clairement le cas le plus courant), des photos satellite anciennes 
(j'ai en tête l'exemple des photos aériennes de l'IGN qui montre un lac de 
montagne qui a été asséché depuis au moins 10 ans)


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France - Cadas tre comment indiquer ce qui qui n'est plus

[Emilie Laffray]

2010/9/20 Pieren 

> 2010/9/20 sly (sylvain letuffe) 
>
>
>> J'en arrive à me demander, sachant que le cadastre est peut-être la source
>> n°1
>> utilisée en France actuellement, s'il ne serait pas judicieux de trouver
>> un
>> moyen de noter les erreurs du cadastre.
>>
>>
> Pour abonder dans ce sens, il m'est arrivé de volontairement conserver un
> polygone bâti que je savais disparu mais en ne conservant qu'un tag
> "notes=présent dans cadastre mais plus sur le terrain" (avec quelques
> variations). Il serait peut-être intéressant de standardiser cette notation
> pour pouvoir les contrôler plus facilement à intervalle régulier (genre
> "cadastre=obsolete", "error", etc) et pouvoir les exploiter dans les mises à
> jour cadastrales, prochain grand chantier d'OSM.
>
>
Oui le problème de la maintenance se pose de plus en plus et il va bien
falloir que l'on regarde tout cela a un moment ou a un autre. Enfin, du
moment que l'on n'utilise pas le not:* ca me va.

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France - Cadas tre comment indiquer ce qui qui n'est plus

[Pieren]

2010/9/20 sly (sylvain letuffe) 

>
> J'en arrive à me demander, sachant que le cadastre est peut-être la source
> n°1
> utilisée en France actuellement, s'il ne serait pas judicieux de trouver un
> moyen de noter les erreurs du cadastre.
>
>
Pour abonder dans ce sens, il m'est arrivé de volontairement conserver un
polygone bâti que je savais disparu mais en ne conservant qu'un tag
"notes=présent dans cadastre mais plus sur le terrain" (avec quelques
variations). Il serait peut-être intéressant de standardiser cette notation
pour pouvoir les contrôler plus facilement à intervalle régulier (genre
"cadastre=obsolete", "error", etc) et pouvoir les exploiter dans les mises à
jour cadastrales, prochain grand chantier d'OSM.

Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Emilie Laffray]

2010/9/20 Pieren 

> 2010/9/20 Emilie Laffray 
>
> que l'on peut retrouver ici :
>>
>> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import#Removing_duplicate_nodes
>>
>>
> Attention, ce script n'élimine que les nodes avec des coordonnées
> strictement identiques. Ce qu'il faudrait, c'est surtout améliorer à la
> source le script qui traduit le PDF cadastral en données OSM en y instillant
> un peu d'analyse (inutile de reproduire les erreurs de l'export du cadastre
> PDF).
> Une autre priorité serait d'améliorer la carte dupe_nodes de Matt:
> http://matt.dev.openstreetmap.org/dupe_nodes/
> en filtrant les données IGN pour mieux faire apparaître les endroits à
> problèmes. Il faut aussi garder un oeil sur les stats journallières pour
> contacter les cancres:
> http://matt.dev.openstreetmap.org/dupe_nodes/about.html
> et les inciter à faire plus attention.
>
>
On est tout a fait d'accord. Je n'ai pas regarde les fichiers mais il n'est
pas impossible que pas mal de points dans le cadastre soient strictement
identiques. Sinon je partage ton analyse sur la nécessité du travail en
amont. C'est essentiel et c'est ce qui a été fait lors de l'import Corine.
Concernant le dupe node de Matt, c'est extrêmement pratique car ça permet de
voir ce qui se passe a posteriori.

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Emilie Laffray]

2010/9/20 Vincent de Chateau-Thierry 

>
> Certes, il est possible de faire plein de choses avec un PostGIS sous la
> main
> et plein de connaissances qui vont avec et l'ordinateur ad'hoc, mais il
> faut reconnaître
> que ça n'est pas à la portée de tout un chacun. JOSM en soi (avec
> Validator) est déjà un bon outil,
> encore faut-il vouloir s'en servir. Pour moi le plus gros défaut des
> buildings en vectoriel,
> ça n'est pas la qualité de la donnée, c'est la facilité que ça offre
> d'updloader des données
> dans la base sans se poser de questions.
>

A noter que pas mal de gens utilisent des fichiers OSM qu'ils n'ont pas
téléchargés eux mêmes. Ces fichiers peuvent être pré-traités. Quand on a un
répertoire de fichiers, on peut essayer de faire en sorte qu'ils soient
clean. C'est justement l'approche Fire and Forget que je récuse.
La methode via Postgis est une methode qui marche actuellement. Mais la
encore, je tiens a rappeler que je vise ceux qui proposent les fichiers en
téléchargement afin d'éviter certains désagréments. Ca ne veut pas dire que
ca soit la bonne. (en fait, je suis même sure que ca n'est pas la bonne en
attendant une meilleure solution qui permet d'avoir un executable qui fait
le boulot par lui meme).

Quant a l'utilisation de JOSM pour un import quelconque, je ne commenterais
pas mais je n'en pense pas moins. C'est toutefois l'outil le plus pratique a
l'heure actuelle.

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Emilie Laffray]

2010/9/20 Christophe Merlet 

>
> Le problème a été soulevé sur la liste a de nombreuses reprises.
>
> Le consensus à la quasi unanimité qui en a chaque fois ressorti est que
> cela ne servait à rien de se prendre la tête à faire du bon travail car
> il y aurait toujours un script ou une bonne âme pour corriger
> derrière...
> Et qu'en plus, grâce à la loi de Moore, on ne serait jamais limité par
> la base de données...
>

Ironie et sarcasme de ta reponse mise a part. Si l'on peut faire un import
qui soit clean autant que possible sans que cela coute enormement de temps,
autant le faire.
Mon argument dans le passe a toujours été qu'il y a des erreurs de faites et
qu'il ne faut pas en faire un fromage.

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France - Cadas tre comment indiquer ce qui qui n'est plus

[sly (sylvain letuffe)]

On lundi 20 septembre 2010, Vincent de Chateau-Thierry wrote:
> Pour moi le plus gros défaut des buildings en vectoriel,
> ça n'est pas la qualité de la donnée, c'est la facilité que ça offre
> d'updloader des données  
> dans la base sans se poser de questions.

Bien que je n'attribuerais pas ça au fait même que les buildings soient dispo 
en vectoriel, mais plutôt qu'ils soient ajoutable dans osm par n'importe qui 
(et n'importe comment ?) en 5 clics, je place un gros 
+1

J'ai constaté par endroit que le problème allait au delà du simple fait de 
chemins ou noeuds dupliqués (qui finalement est un moindre mal car 
détectable/corrigeable de façon automatique par un outil de contrôle qualité) 
mais parfois avec carrément l'import brutal sans trop de regard réfléchi sur 
ce qu'il y avait déjà dans la base, ce qui peut donner des bâtiments 
dupliqués, des ruines minutieusement relevées au gps ressortant de terre sous 
forme de beaux bâtiments, etc. et ça, ça me semble beaucoup plus grave car 
peu ou pas détectable.

J'en arrive à me demander, sachant que le cadastre est peut-être la source n°1 
utilisée en France actuellement, s'il ne serait pas judicieux de trouver un 
moyen de noter les erreurs du cadastre.

L'exemple typique auquel je pense est celui des ruisseaux de montagne (car 
j'ai vu des imports massifs de cours d'eau en région montagneuse qui sont à 
peu prêt équivalent à générer aléatoirement des traits sur une carte), mais 
valable aussi pour des anciens chemins, des bâtiments et plein d'autre 
chose :
Comment pourrait-on indiquer que l'information terrain qu'on a collectée est :
"Je suis sûr qu'il n'y a rien, le cadastre est faux, ne pas ajouter ce 
bâtiment qui n'existe plus"



-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Pieren]

2010/9/20 Emilie Laffray 

> que l'on peut retrouver ici :
>
> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import#Removing_duplicate_nodes
>
>
Attention, ce script n'élimine que les nodes avec des coordonnées
strictement identiques. Ce qu'il faudrait, c'est surtout améliorer à la
source le script qui traduit le PDF cadastral en données OSM en y instillant
un peu d'analyse (inutile de reproduire les erreurs de l'export du cadastre
PDF).
Une autre priorité serait d'améliorer la carte dupe_nodes de Matt:
http://matt.dev.openstreetmap.org/dupe_nodes/
en filtrant les données IGN pour mieux faire apparaître les endroits à
problèmes. Il faut aussi garder un oeil sur les stats journallières pour
contacter les cancres:
http://matt.dev.openstreetmap.org/dupe_nodes/about.html
et les inciter à faire plus attention.

Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Vincent de Chateau-Thierry]

Bonjour,

> De : "Emilie Laffray" 
> 
> suite a la multiplication des imports de bâtiments en France, je tiens a 
> rappeler qu'ils existent certains outils permettant d'éviter les points 
> dupliques dans un fichier OSM. Pieren lors de l'import Corine a pris soin de 
> créer un tel outil que l'on peut retrouver ici :
> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import#Removing_duplicate_nodes
> 
> Cela serait fantastique que les gens utilisent cet outil sur tous les 
> fichiers OSM qu'ils mettent a disposition. Cela éviterait d'avoir une 
> quantité de points dupliqués absolument astronomique.

Oui et non. L'apparition de points dupliqués peut se faire dès la source au 
niveau du
cadastre, mais aussi très facilement lors de l'upload. JOSM a parfois des 
hoquets qui
sont redoutables car pas très bavards en messages d'erreurs.
Ce changeset par exemple :
http://www.openstreetmap.org/browse/changeset/5527702
est l'exact annulation d'un envoi que j'ai fait la veille. Je dis bien envoi et 
non
changeset : 1200, c'est la taille que j'ai parametré pour mes paquets d'upload.
J'ai donc généré 1200 dup nodes sans effort, et surtout, sans le savoir, faute 
de 
message dans la console JOSM. Depuis cet épisode, il m'arrive (mais pas tout le 
temps,
je le concède) de recharger illico dans JOSM les données de l'emprise que je 
viens
d'uploader, pour leur passer un coup de Validator. 

> L'idéal serait que les gens passent par une étape intermédiaire lors de la 
> création des fichiers OSM a partir des fichiers SVG, et utilisent OGR2OSM. 
> Cela permettrait de se débarrasser des ways en double ainsi que des points 
> dupliques en créant les bonnes relations. C'est vraiment primordial de passer 
> a cela.
> Pour les fichiers existants, il est tout a fait possible de créer ces 
> fichiers OSM corriges en utilisant plusieurs étapes (dont osm2pgsql et 
> psgsql2shp et finalement OGR2OSM). J'incite vraiment les gens a évaluer cela 
> car les administrateurs des serveurs OSM font des bons a chaque fois qu'ils 
> voient un import résultant en de milliers de points dupliques.

Certes, il est possible de faire plein de choses avec un PostGIS sous la main
et plein de connaissances qui vont avec et l'ordinateur ad'hoc, mais il faut 
reconnaître
que ça n'est pas à la portée de tout un chacun. JOSM en soi (avec Validator) 
est déjà un bon outil,
encore faut-il vouloir s'en servir. Pour moi le plus gros défaut des buildings 
en vectoriel,
ça n'est pas la qualité de la donnée, c'est la facilité que ça offre 
d'updloader des données 
dans la base sans se poser de questions.

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import bâtiments en France

[Christophe Merlet]

Le lundi 20 septembre 2010 à 12:38 +0100, Emilie Laffray a écrit :
> Bonjour,
> 
> suite a la multiplication des imports de bâtiments en France, je tiens
> a rappeler qu'ils existent certains outils permettant d'éviter les
> points dupliques dans un fichier OSM. Pieren lors de l'import Corine a
> pris soin de créer un tel outil que l'on peut retrouver ici :
> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import#Removing_duplicate_nodes
> 
> Cela serait fantastique que les gens utilisent cet outil sur tous les
> fichiers OSM qu'ils mettent a disposition. Cela éviterait d'avoir une
> quantité de points dupliqués absolument astronomique.
> L'idéal serait que les gens passent par une étape intermédiaire lors
> de la création des fichiers OSM a partir des fichiers SVG, et
> utilisent OGR2OSM. Cela permettrait de se débarrasser des ways en
> double ainsi que des points dupliques en créant les bonnes relations.
> C'est vraiment primordial de passer a cela.
> Pour les fichiers existants, il est tout a fait possible de créer ces
> fichiers OSM corriges en utilisant plusieurs étapes (dont osm2pgsql et
> psgsql2shp et finalement OGR2OSM). J'incite vraiment les gens a
> évaluer cela car les administrateurs des serveurs OSM font des bons a
> chaque fois qu'ils voient un import résultant en de milliers de points
> dupliques.
> Je travaille sur un outil qui sera capable de travailler sur des
> fichiers OSM faisant la fusion entre des géométries du même type
> (genre building=yes ou landuse=residential etc...) mais c'est loin
> d'être terminé.


Le problème a été soulevé sur la liste a de nombreuses reprises.

Le consensus à la quasi unanimité qui en a chaque fois ressorti est que
cela ne servait à rien de se prendre la tête à faire du bon travail car
il y aurait toujours un script ou une bonne âme pour corriger
derrière...
Et qu'en plus, grâce à la loi de Moore, on ne serait jamais limité par
la base de données...


Librement,
-- 
Christophe Merlet (RedFox)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Import bâtiments en France

[Emilie Laffray]

Bonjour,

suite a la multiplication des imports de bâtiments en France, je tiens a
rappeler qu'ils existent certains outils permettant d'éviter les points
dupliques dans un fichier OSM. Pieren lors de l'import Corine a pris soin de
créer un tel outil que l'on peut retrouver ici :
http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import#Removing_duplicate_nodes

Cela serait fantastique que les gens utilisent cet outil sur tous les
fichiers OSM qu'ils mettent a disposition. Cela éviterait d'avoir une
quantité de points dupliqués absolument astronomique.
L'idéal serait que les gens passent par une étape intermédiaire lors de la
création des fichiers OSM a partir des fichiers SVG, et utilisent OGR2OSM.
Cela permettrait de se débarrasser des ways en double ainsi que des points
dupliques en créant les bonnes relations. C'est vraiment primordial de
passer a cela.
Pour les fichiers existants, il est tout a fait possible de créer ces
fichiers OSM corriges en utilisant plusieurs étapes (dont osm2pgsql et
psgsql2shp et finalement OGR2OSM). J'incite vraiment les gens a évaluer cela
car les administrateurs des serveurs OSM font des bons a chaque fois qu'ils
voient un import résultant en de milliers de points dupliques.
Je travaille sur un outil qui sera capable de travailler sur des fichiers
OSM faisant la fusion entre des géométries du même type (genre building=yes
ou landuse=residential etc...) mais c'est loin d'être terminé.

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr