Re: [OSM-talk-fr] Remplacement de données non compatibles - début des hostilités sur Toulouse

2011-07-25 Par sujet Vincent Privat
Ah, ben le chantier toulousain n'aura finalement pas lieu, les CT semblent
avoir été acceptées.
J'ai hâte de voir le rafraichissement de http://odbl.de/france.html, on
devrait voir un saut significatif dans le pourcentage de données compatibles
!
Vincent

Le 24 juillet 2011 20:01, Vincent Privat vincent.pri...@gmail.com a écrit
:

 Bonjour,

 Je viens de lancer le grand chantier de réimport de bâti sur Toulouse.
 Merci encore à l'équipe de cleo-carto pour l'export du cadastre :)
 Mon premier changeset, sur un quartier résidentiel du centre-ville ouest:

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

 A titre d'exemple pour celles et ceux qui vont se lancer dans les chantiers
 du type (pas seulement sur Toulouse), j'explique ici la méthode que j'ai
 suivi.

 1) Installer le plugin licensechange pour JOSM

 2) Télécharger les données OSM du quartier que l'on souhaite corriger,
 sauver le tout dans un calque.

 3) Télécharger l'export du cadastre de la commune. Avec JOSM, enregistrer
 un sous-ensemble de cet export correspondant au quartier visé, à grands
 coups de Ctrl-Shift-P (purge). Sur ce calque, effectuer le nettoyage
 classique de tout import cadastral (jonctions des bâtiments, tout ça).

 4) Fusionner les 2 calques. Lancer l'analyse de compatibilité des données.

 5) Pour toutes les bâtiments taggués perte *possible *de données, ne
 rien remplacer pour l'instant. Il s'agit d'utilisateurs n'ayant pas encore
 accepté la nouvelle licence, mais pouvant encore le faire, donc plutôt le
 contacter si ce n'est déjà fait (voir fil de discussion Invitation pour
 accepter le changement de licence).

 6) Pour les bâtiments taggués perte de données. Si le volume est
 important (cas de Toulouse), sélectionner tous bâtiments concernés. Dans la
 fenêtre d'attributs de JOSM, relever tous les attributs sortant de
 l'ordinaire (différents de building, source, note:qadastre, created_by). Les
 plus courants sont name et amenity, mais il peut y en avoir bien d'autres.
 Pour chacun de ses attributs, effectuer une recherche au sein de la
 sélection des bâtiments problématiques avec cet attribut comme filtre de
 recherche. Pour chacun de ces bâtiments, vérifier que les attributs
 supplémentaires ont été ajoutés par des utilisateurs ayant accepté la
 nouvelle licence. Si c'est le cas, copier les attributs du bâtiment vers le
 nouveau, et opérer au remplacement. Si ce n'est pas le cas, vérifier si
 l'information peut-être trouvée via une autre source et effectuer le
 remplacement. Une fois que tous les bâtiments spécifiques ont été remplacés,
 il ne doit rester que des bâtiments taggués building=yes + source=***
 (et éventuellement created_by + note:qadastre). Il est donc possible de
 supprimer tout ce bloc de bâti d'un coup sans perte d'attributs
 additionnels. Par contre, vérifier que le tracé correspond, les bâtiments
 ayant pu être corrigés par rapport à un cadastre erroné.

 7) Terminer le travail en remplaçant des nodes isolés restants de vieux
 bâtiments pouvant être utilisés par d'autres objets (highways, entrance,
 addr:housenumber, etc...) par les nouveaux nodes.

 8) Itérer l'analyse de compatibilité des données jusqu'à ne plus avoir de
 perte de données. Pour les highways, même philosophie, mais c'est plus
 rapide :)

 9) Lancer un coup de validator et corriger les erreurs. Ne pas oublier de
 bien corriger les relations pouvant être impactées (les associatedStreet,
 les lignes de bus, etc...). Si des bâtiments existants étaient compatibles
 avec la licence, faire attention à ne pas importer de doublon.

 10) Plus d'erreur ni de données incompatibles. Les données sont prêtes à
 uploader.

 Pour info, rien que ce petit quartier de Toulouse m'a occupé presque tout
 l'après-midi. C'est long, c'est pénible, mais je ne vois pas de méthode plus
 efficace pour l'instant.

 S'il y a des volontaires pour Toulouse c'est le moment de se faire
 connaître pour coordonner l'action (par mail ou via le wiki si on est
 nombreux. Le mieux étant de travailler en fonction des 22 quartiers définis
 par la Mairie, et des quartiers à stationnement résidant pour
 l'hypercentre).

 Vincent

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


[OSM-talk-fr] Remplacement de données non compatibles - début des hostilités sur Toulouse

2011-07-24 Par sujet Vincent Privat
Bonjour,

Je viens de lancer le grand chantier de réimport de bâti sur Toulouse. Merci
encore à l'équipe de cleo-carto pour l'export du cadastre :)
Mon premier changeset, sur un quartier résidentiel du centre-ville ouest:

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

A titre d'exemple pour celles et ceux qui vont se lancer dans les chantiers
du type (pas seulement sur Toulouse), j'explique ici la méthode que j'ai
suivi.

1) Installer le plugin licensechange pour JOSM

2) Télécharger les données OSM du quartier que l'on souhaite corriger,
sauver le tout dans un calque.

3) Télécharger l'export du cadastre de la commune. Avec JOSM, enregistrer un
sous-ensemble de cet export correspondant au quartier visé, à grands coups
de Ctrl-Shift-P (purge). Sur ce calque, effectuer le nettoyage classique de
tout import cadastral (jonctions des bâtiments, tout ça).

4) Fusionner les 2 calques. Lancer l'analyse de compatibilité des données.

5) Pour toutes les bâtiments taggués perte *possible *de données, ne rien
remplacer pour l'instant. Il s'agit d'utilisateurs n'ayant pas encore
accepté la nouvelle licence, mais pouvant encore le faire, donc plutôt le
contacter si ce n'est déjà fait (voir fil de discussion Invitation pour
accepter le changement de licence).

6) Pour les bâtiments taggués perte de données. Si le volume est important
(cas de Toulouse), sélectionner tous bâtiments concernés. Dans la fenêtre
d'attributs de JOSM, relever tous les attributs sortant de l'ordinaire
(différents de building, source, note:qadastre, created_by). Les plus
courants sont name et amenity, mais il peut y en avoir bien d'autres. Pour
chacun de ses attributs, effectuer une recherche au sein de la sélection des
bâtiments problématiques avec cet attribut comme filtre de recherche. Pour
chacun de ces bâtiments, vérifier que les attributs supplémentaires ont été
ajoutés par des utilisateurs ayant accepté la nouvelle licence. Si c'est le
cas, copier les attributs du bâtiment vers le nouveau, et opérer au
remplacement. Si ce n'est pas le cas, vérifier si l'information peut-être
trouvée via une autre source et effectuer le remplacement. Une fois que tous
les bâtiments spécifiques ont été remplacés, il ne doit rester que des
bâtiments taggués building=yes + source=*** (et éventuellement
created_by + note:qadastre). Il est donc possible de supprimer tout ce bloc
de bâti d'un coup sans perte d'attributs additionnels. Par contre, vérifier
que le tracé correspond, les bâtiments ayant pu être corrigés par rapport à
un cadastre erroné.

7) Terminer le travail en remplaçant des nodes isolés restants de vieux
bâtiments pouvant être utilisés par d'autres objets (highways, entrance,
addr:housenumber, etc...) par les nouveaux nodes.

8) Itérer l'analyse de compatibilité des données jusqu'à ne plus avoir de
perte de données. Pour les highways, même philosophie, mais c'est plus
rapide :)

9) Lancer un coup de validator et corriger les erreurs. Ne pas oublier de
bien corriger les relations pouvant être impactées (les associatedStreet,
les lignes de bus, etc...). Si des bâtiments existants étaient compatibles
avec la licence, faire attention à ne pas importer de doublon.

10) Plus d'erreur ni de données incompatibles. Les données sont prêtes à
uploader.

Pour info, rien que ce petit quartier de Toulouse m'a occupé presque tout
l'après-midi. C'est long, c'est pénible, mais je ne vois pas de méthode plus
efficace pour l'instant.

S'il y a des volontaires pour Toulouse c'est le moment de se faire connaître
pour coordonner l'action (par mail ou via le wiki si on est nombreux. Le
mieux étant de travailler en fonction des 22 quartiers définis par la
Mairie, et des quartiers à stationnement résidant pour l'hypercentre).

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