Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL

2012-04-11 Par sujet Frédéric Rodrigo
Le 11 avril 2012 10:49, Christian Quest cqu...@openstreetmap.fr a écrit :
 Ce genre d'analyse me semble pertinent pour osmose.

 On a beau corriger les erreurs à un moment donné, elles peuvent
 réapparaitre par suite d'une mauvaise manip d'un contributeur.
 Pour ce genre de données de référence, ça me semble utile de garantir
 au maximum leur qualité.

Tout à fait, c'est bien le but d'Osmose de coder des tests unitaires.

 Je pensais aussi à croiser avec les repères géodésiques qui
 contiennent le code INSEE de la commune où ils se trouvent. Ils
 doivent être à l'intérieur du polygone de la commune (quand celui-ci
 existe).

Comme tu l'avais déjà proposé, c'est déjà dans la todo liste d'Osmose.
Mais tu peux proposer une requête sql en deux étapes, une pour calcule
les limites de communes (dans un but de factorisation avec d'autres
analyses, mais je dois bien avoir déjà ça dans mes cartons) et l'autre
pour l'analyse elle même sur un schéma osmosis. Ou proposer un
analyseur externe sur un autre schéma.

 L'autre idée était de détecter les trous dans les limites de commune
 qui ne correspondent qu'à une seule commune et donc permette de créer
 la limite de cette commune. Là aussi, les repères géodésiques peuvent
 aider à leur détection si il y a unicité du code INSEE.

Le cas est assez rare pour ne pas nécessite un fort investissement et
il y a déjà un détecteur de trous dans osmose. On peut élargir la
taille des trous détectés si besoin.
http://osmose.openstreetmap.fr/map/?item=6060

Frédéric.

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


Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL

2012-04-11 Par sujet Vincent de Chateau-Thierry

 De : Christian Quest 
 
 L'autre idée était de détecter les trous dans les limites de commune
 qui ne correspondent qu'à une seule commune et donc permette de créer
 la limite de cette commune. Là aussi, les repères géodésiques peuvent
 aider à leur détection si il y a unicité du code INSEE.
 
 Après place maker, boundary maker ?
 

Comme indiqué par Frédéric, Osmose propose déjà une détection, mais dans mon 
souvenir
elle est volontairement ciblée sur des surfaces réduites : des artefacts plutôt 
que de
vraies communes.
De mon côté, je passe de temps en temps sur layers.openstreetmap.fr où 
l'affichage du
niveau admin 8 permet de détecter à l'oeil de possibles trous correspondant à 
une
commune. Il n'est pas rare d'en trouver à proximité des communes (vectorielles)
fraîchement saisies, merci aux jolies couleurs de Sly :-).

vincent

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

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


Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL

2012-04-11 Par sujet Jocelyn Jaubert
Le 11 avril 2012, Christian Quest a écrit :
 Pour l'instant j'en suis à corriger les admin_centre foireux... les
 nodes en trop dans la relation de la commune,
 
 Ca serait possible de contribuer directement au backend d'osmose sur
 sa partie dev histoire de tester mes bricolages ?

C'est pas vraiment direct, mais tu peux déjà faire des modifs sur le
code disponible sur:
https://gitorious.org/osmose/backend

Il n'y a par contre rien pour tester des modifications sur le site de
dev d'osmose. La méthode actuelle est qu'on me soumet des patchs que je
vérifie rapidement (relecture et utilisation d'une base locale) avant de
les pusher sur les backends normaux d'osmose.

Par contre, il est très facile de tester localement des plugins Sax,
parce que ./analyser_sax.py peut prendre en argument un fichier
d'extract .osm.bz2.


-- 
Jocelyn

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