Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
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
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
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
Re: [OSM-dev-fr] Utilisation des diffs pendant la phase de passage à ODBL
Merci Sly pour ces précisions ;) Le 10 avril 2012 13:52, sly (sylvain letuffe) li...@letuffe.org a écrit : On mardi 10 avril 2012, kimaidou wrote: Bonjour, Une petite traduction rapide d'un passage du lien précédent, pour ceux qui préfèrent le français : Q: Est-ce qu'après avoir appliqué tous les diffs dans une base de données osm2pgsql, elle ne contiendra que des données ODBL ? Pour être précis, je parlais des redacted diffs, c'est à dire les diffs spéciaux mis en place dans un autre dossier, et uniquement dans la phase où la base aura une licence bâtarde odbl/cc-by-sa R: Oui, mais pour des raisons légales, vous devrez néanmoins supprimer votre base de données et réimporter les données après que la fondation OSMF a déclaré le passage effectif à l'ODBL. Parce qu'il n'est pas possible d'appliquer des diffs à une base de données CC-BY-SA pour la transformer magiquement en ODBL Ajouté d'un petit morceau : Bien sûr, puisqu'après avoir appliquer ces diffs tu aura la même chose que si tu avais ré-importé, personne ne le remarquera... -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ 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
Le mardi 10 avril 2012 21:50:13, Jocelyn Jaubert a écrit : C'est relancé, et la base osmosis d'osm7 est en train de se mettre à jour :) Idem pour la base osm2pgsql de osm7, merci à toi d'avoir adapté les diffs spécial france. -- sly (sylvain letuffe) ___ 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
Tu relance les updates sur osm7 ? Chouette ! J'ai vu que le schéma osmosis n'y était plus mis à jour depuis le 1er avril. Le 9 avril 2012 17:43, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Le 9 avril 2012, Lapinos03 a écrit : Si j'ai bien compris, le répertoire http://planet.openstreetmap.org/redaction-period/minute-replicate/ contient les nouveaux diffs pendant la phase de nettoyage. Ces diffs contiendraient les éléments non ODBL qui sont effacés progressivement, et contiennent (-ça, c'est sûr-) toutes les éditions depuis la remise en route du système en date du 4 avril dernier. Yep, c'est vrai, mais on dirait qu'il manque un 000.state.txt pour repartir du tout début, y compris 001.osc.gz. J'ai du tout tenter une mise à jour en modifiant le state.txt à la main: on va voir si ça marche. -- Jocelyn ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
