Re: [OSM-talk-fr] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superposant

2010-07-22 Par sujet Marc Sibert

Le 20/07/2010 00:33, Marc Sibert a écrit :

Le 19/07/2010 20:38, Marc Sibert a écrit :
...
Et ce soir mon premier 1 ! Encore une heure ou deux de 
prétraitements...
Bon, déjà 5000 suppressions, plus ou moins car square en déjà 
supprimé certains (beaucoup).
J'espère ne pas avoir merdé, sinon vous allez me haïr ! Perso, j'ai 
testé une dizaine d'exemples, mais...

Ça finira sans moi, bonne nuit.

A+

Aller, il y en a assez des demi-mesures, ce soir c'est la Grande Lessive 
(http://fr.wikipedia.org/wiki/La_Grande_Lessive_%28!%29) !


http://www.openstreetmap.org/browse/changeset/5291235

A+

--
Marc Sibert
m...@sibert.fr


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


Re: [OSM-talk-fr] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superposant

2010-07-20 Par sujet Benoît ROUSSEAU




V a crit:

  Le 19 juillet 2010 11:52, Pieren pier...@gmail.com a crit :
  
  
Sur le script, je suis d'accord qu'il faut d'avantage mettre en avant ces
problmes. Personne ne semble vouloir faire l'effort d'en corriger les
dfauts, en particulier son auteur original.

  
  
Selon moi, le script n'a pas de dfaut, dans le sens o il remplit
parfaitement son rle qui est de prendre les donnes vectoriels bruts
du cadastre et d'en faire un fichier osm qui peut ensuite tre
retrait comme bon semble  son usager. Aprs s'il s'avre que les
donnes en double sont cres par le script j'essaierai de corriger ce
bug mais il me semble que les doublons sont dj dans le pdf (sur les
rares exemples que j'ai pu voir). Aprs, le code est sur le svn, donc
il est finalement assez facile de proposer un patch :-),

  
  
'V', si tu nous lis, est-ce que tu cherches  corriger ces problmes de
dublons dans le script ?

  
  
Pas du tout, j'ai vu des cas tellement tordus (encore une fois
surement pour privilgier le rendu) sur les quelques villages o j'ai
pu chercher  importer le bti, que je ne me risquerai pas  essayer
d'automatiser cela. Je pense qu'il risque d'tre difficile d'enlever
le "semi" de "semi-automatique" et qu'il serait prfrable d'amliorer
par exemple le validator de josm (certains ont parl de la mthode
utilise pour CLC qui si j'ai bien compris calcule l'aire d'overlap
entre deux polygones, je n'ai pas trouv de code mais peut tre cela
peut il s'adapter pour amliorer le validator). Mme les auteurs du
validator ne font pas d'effort pour corriger les erreurs des
utilisateurs. _o_

___
  

Juste concernant le Cadastre on voit dans les donnes pour tracer
nombre de quadrilatres type parcelles, des squences comme : pt1 
pt2  pt2  pt1  pt2  pt3  pt4  pt1. Ca explique
peut-tre des duplications de points sur les btiments et d'autres
choses.
Tout ce qui sort du Cadastre sera SEMI-automatique et demandera un
effort d'interprtation, qui plus est, conformment  notre engagement
de ne pas pomper sans retravailler.
Tout a se transforme petit  petit en avantages, la nature  horreur
du vide.
Benot R.



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


Re: [OSM-talk-fr] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superposant

2010-07-19 Par sujet René-Luc D'Hont

Bonjour,

Merci pour cette liste car je croyais avoir bien fait tout comme il faut 
mais je m'y retrouve! Je n'ai que 3 bâtiments mais c'est déjà 3 de trop.


Pour infos ces doublons sont directement issu du fichier .osm généré par 
le batch. Le jeux de transparence dans JOSM ne me permettais pas de les 
repérer, Merci encore.


ReLuc

Le 19/07/2010 10:42, Marc SIBERT a écrit :
Le 17 juillet 2010 11:08, Marc Sibert m...@sibert.fr 
mailto:m...@sibert.fr a écrit :


Bonjour,

J'ai commencé des suppressions massives de doublons de bâtiments.
Pour rappel, les critères sont :

   1. Superposition exacte (indépendamment des nodes, identiques
  ou différents, utilisés) ;
   2. Même liste de tags (n'importe quel ordre, si c'est possible ?) ;
   3. Non prise en compte des références (mais l'outil de
  suppression refuse les ways inclus dans des relations)
   4. Non gestion des nodes isolés après suppression des ways (les
  nodes pouvant appartenir à d'autres éléments)

Je fais ça par groupe de 2000 ways. Merci à Benoit pour son outil
pour Windows.

* http://www.openstreetmap.org/browse/changeset/5235681
* http://www.openstreetmap.org/browse/changeset/5237590
* http://www.openstreetmap.org/browse/changeset/5238237
* http://www.openstreetmap.org/browse/changeset/5240133

Je continuerais sur une base de 2000 / jour si tout va bien.


A+

-- 
Marc Sibert

m...@sibert.fr  mailto:m...@sibert.fr

Bonjour,

J'ai remis à jour le fichier http://freeroute.fr/libosm/superposes.htm 
qui contient à la fois le classement des users propriétaires de 
doublons.


Je souhaite vous alerter sur la production de nouveaux doublons 
puisque nous atteignons maintenant plus de 5 doublons de bâtiments.


*Je crois qu'il faut corriger le batch qui fait l'import, ou refaire 
les fichiers .osm ou bien préciser la procédure JOSM pour effacer les 
doublons avant l'import (je ne connais pas le processus d'import)*


Vu les circonstances, je vais essayé d'augmenter le volume de 
suppressions (à 1 ?), si ça passe, mais l'idéal serait de tarir la 
source (analogie aux problèmes de BP ;-) ). Je lance le processus 
manuellement, et je risque de me lasser.


A+

--
Marc Sibert
m...@sibert.fr mailto:m...@sibert.fr


___
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] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superposant

2010-07-19 Par sujet Pierre-Alain Dorange


Le 19 juil. 10 à 17:57, Pieren a écrit :

Je viens d'envoyer un message à 'square' pour lui dire d'employer  
une méthode plus carrée.



J'ai aussi contacté Square cet après-midi et effectivement il c'était  
aperçu depuis hier qu'il y avait un problème et a déjà commencé à y  
travailler, tout en s'excusant.
Il chercher éventuellement un moyen de rattraper les erreurs  
rapidement...


--
Pierre-Alain Dorange,
Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/
Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange 



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


Re: [OSM-talk-fr] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superposant

2010-07-19 Par sujet Benoît ROUSSEAU




Pierre-Alain Dorange a crit:

  
  Le 19 juil. 10  17:57, Pieren a crit :
  
  Je
viens d'envoyer un message  'square' pour lui dire d'employer une
mthode plus carre.
  
  
  
J'ai aussi contact Square cet aprs-midi et effectivement il c'tait
aperu depuis hier qu'il y avait un problme et a dj commenc  y
travailler, tout en s'excusant.
  Il chercher ventuellement un moyen de rattraper les erreurs
rapidement...
  
   
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  --
  Pierre-Alain
Dorange,
  Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/
  
  
  
  
  
  
  
  Twitter : https://twitter.com/padorange
-Facebook : http://www.facebook.com/pa.dorange
  
  
  
  
  
  
  
   
  
  
  


Juste un avis, le traitement sera plus rapide en automatique mme si
Marc fait pour l'instant  la main. Je vais voir avec lui pour modifier
mon logiciel afin qu'il ai moins de traitements manuels et l'aider pour
aller plus vite.

Le plus important c'est surtout de ne plus gnrer de doublons, n'en
j'tez plus.

Benot R.



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


Re: [OSM-talk-fr] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superposant

2010-07-19 Par sujet Marc Sibert

Le 19/07/2010 20:12, Benoît ROUSSEAU a écrit :

Pierre-Alain Dorange a écrit :


Le 19 juil. 10 à 17:57, Pieren a écrit :

Je viens d'envoyer un message à 'square' pour lui dire d'employer 
une méthode plus carrée.


J'ai aussi contacté Square cet après-midi et effectivement il c'était 
aperçu depuis hier qu'il y avait un problème et a déjà commencé à y 
travailler, tout en s'excusant.
Il chercher éventuellement un moyen de rattraper les erreurs 
rapidement...


--
Pierre-Alain Dorange,
Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/
Twitter : https://twitter.com/padorange - Facebook : 
http://www.facebook.com/pa.dorange



Juste un avis, le traitement sera plus rapide en automatique même si 
Marc fait pour l'instant à la main. Je vais voir avec lui pour 
modifier mon logiciel afin qu'il ai moins de traitements manuels et 
l'aider pour aller plus vite.


Le plus important c'est surtout de ne plus générer de doublons, n'en 
j'tez plus.


Benoît R.
Oui, je plussois fortement. Mes tableaux n'ont pas pour but de vous 
faire corriger manuellement, puisque justement il s'agit d'extractions 
qui permettent des traitements automatiques (et fiables).


Mais essayez de ne plus en rajouter : mon message est bien de corriger 
la source, pas les erreurs faciles à corriger qui sont déjà là. C'est 
sûr que certains doublons passeront au travers des mails du filet 
(associations, tags déjà différents...)


Ah, au fait, regarder les petites églises, elles incorporent parfois 
une croix dans leur centre et ça forme un beau multipolygon avec la 
croix en creux au centre.


Et ce soir mon premier 1 ! Encore une heure ou deux de prétraitements...

A+

--
Marc Sibert
m...@sibert.fr

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


Re: [OSM-talk-fr] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superposant

2010-07-19 Par sujet Marc Sibert

Le 19/07/2010 20:38, Marc Sibert a écrit :
...
Et ce soir mon premier 1 ! Encore une heure ou deux de 
prétraitements...
Bon, déjà 5000 suppressions, plus ou moins car square en déjà supprimé 
certains (beaucoup).
J'espère ne pas avoir merdé, sinon vous allez me haïr ! Perso, j'ai 
testé une dizaine d'exemples, mais...

Ça finira sans moi, bonne nuit.

A+

--
Marc Sibert
m...@sibert.fr


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


Re: [OSM-talk-fr] Alerte ! Les doublons, ça grossi t sans arrêt - Était :Bâtiments se superposant

2010-07-19 Par sujet Vincent de Chateau-Thierry

Bonjour,

Pieren a écrit :
Les deux premiers de la liste doivent être responsables de 95% des 
doublons. Je sais que 'tenshu' nous lit et qu'il est au courant de ces 
problèmes mais est-ce que quelqu'un a déjà tenter de contacter 
'square' pour lui dire de se calmer ?


Sur le script, je suis d'accord qu'il faut d'avantage mettre en avant 
ces problèmes. Personne ne semble vouloir faire l'effort d'en corriger 
les défauts, en particulier son auteur original.


'V', si tu nous lis, est-ce que tu cherches à corriger ces problèmes 
de dublons dans le script ?
De mon point de vue ça n'est pas -en tout cas pas seulement- à V de 
devoir plancher sur le sujet, et d'assumer la mise en cohérence d'une 
source qui reste très hétérogène, d'une ville à l'autre. Son script ne 
fait que transferer jusqu'à chacun de nous le cadastre dans un état 
assez proche de la source vectorielle, du moins dans un état plus fidèle 
à la source que rasterisé via le WMS Png. Alors oui c'est bourré de 
défauts, doublons, vrais-fausses superpositions, etc. mais ça reflète 
juste la variété des méthodes de travail au stade de la vectorisation : 
orienté base de donnée / SIG ou orienté dessin / CAO, fait avec soin ou 
faitjuste fait. Comme le dit Benoît R. par ailleurs ce matin C'est 
à se demander si la vectorisation n'est pas faite pour le rendu qui 
serait obtenu par superposition de couches. Je suis convaincu de ça 
quand je vois certains cadastres ou tous les bâtiments sont 
rigoureusement en double dans la source (ex. Bezons (95), le pays des 
serveurs Free).
Donc oui les SVG ne sont pas garantis sans doublons ni cohérents entre 
bâtiments, mais pour moi cest bien l'idée de départ : import _semi_ 
auto, à charge pour chacun de faire la 2è moitié du boulot : une mise en 
conformité géométrique par rapport aux attentes OSM (pas de noeuds 
dupliqués, etc), et surtout une analyse au cas par cas : d'une commune à 
l'autre, on passera du meilleur au pire (en inversement, heureusement -:).


vincent

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