* Discussions développeur OSM en français
Dans la base GNS, la précision de la géolocalisation varie d'un pays a
l'autre et les données sont souvent arrondies à quelques décimales pour
représenter cette imprécision. Pour le Sierra Leone où nous travaillons
actuellement, la marge d'erreur est plus grande qu'ailleurs.
Et oui, il y a des problèmes de conflits possibles. Un noeud peut se
retrouver entouré de plusieurs villages. En observant les différents
noeuds à importer, on peut mieux voir la distribution et décider à
quelle zone résidentielle appliquer chaque noeud. Et non, je ne penses
pas que ce travail puisse se faire via MapRoulette.
Comme le suggérait Frédéric plutôt aujourd'hui, Il serait sans doute mieux de
fonctionner de la même façon que le Gestionnaire de tâche, en découpant
les infos par carrés. Nous avons fait cela une fois je pense, fournir
un fichier osm pour un carré particulier avec un hyperlien lors de la
sélection de la tâche.
Le remoteControl de JOSM, dans le wiki
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RemoteControl où on
parle de la possibilité d'importer un fichier osm (Import command).
Idéalement, ce qui faciliterait le travail d'appariement avec le combo
Gestionnaire de tâches / JOSM, c'est de combiner dans un même calque données
OSM
(nodes[place] seulement) et données importées. Un attribut
particulier pourrait distinguer les données à ajouter à la base. Dans
l'éditeur JOSM, un style MapCSS permettrait de les distinguer facilement.
Pierre
________________________________
De : Christian Quest <cqu...@openstreetmap.fr>
À : Discussions développeur OSM en français <dev-fr@openstreetmap.org>
Envoyé le : Samedi 21 juin 2014 13h40
Objet : Re: [OSM-dev-fr] Travail contributif, Conflation données
externes vs OSM
Ca ressemble plus à un challenge pour MapRoulette non ?
Les noms à placer sont distribués un à un. Pas de problème de répartition
géographique donc et donc de conflit.
Le 21 juin 2014 18:14, Frédéric Rodrigo <fred.rodr...@gmail.com> a écrit :
Le 21/06/2014 17:54, Pierre Béland a écrit :
>
>
>
>>Voici un exemple où nous avons besoin d'une ressource pour partager le
>>travail de conflation parmi plusieurs contributeurs.
>>
>>Lors des activations humanitaires, nous avons souvent des tâches
>>préliminaires comme actuellement pour le Sierra Leone (Ebola).
>>
>>Les noms de places habitées sont une information importante et les
>>données à importer imprécises quant à la localisation exacte.
>>
>>Le travail de conflation consiste pour chaque node(place) à confirmer la
>>géolocalisation d'un village particulier à partir d'imagerie aérienne
>>telle que Bing et consolider avec l'existant dans la base OSM.
>>
>>Le travail se fait habituellement dans JOSM Pour chaque node, il faut :
>>1. Télécharger les données OSM pour la zone dans une couche JOSM
>>2. Joindre à cette couche la node(place) à importer, déterminer à quel
>>village le plus près l'associer (de vieilles cartes topo nous aide aussi
>>la-dessus)
>>3. Si une node(place) existe déja pour ce nom, combiner les attributs
>>GNS avec les attributs existants.
>>
>>C'est un travail fastidieux et dificile à partager. Le Gestionnaire de
>>tâches HOT nous permet de distribuer à chacun une zone à traiter. Il y a
>>quand même des risques à partager le fichier d'import contenant des
>>milliers de nodes entre plusieurs contributeurs plus ou moins expérimentés.
>>
>>La question, quelle solution peut permettre de faire un tel travail
>>contributif de Conflation.
>>
>>Je crois qu'un tel travail a déja été fait avec Osmose. Serait-ce la
>>solution?
>>
>>Quelqu'un a d'autres solutions à proposer? Des solutions pratiques svp,
>>nous travaillons dans l'urgence.
>>
>
Oui Osmose peut faire ça, mais dans l'urgence c'est difficile. Si le pays est
déjà supporté par Osmose (toute l'Afrique en particulier) on peut mettre ça en
2 à 4 jours. Si ce n'est pas le cas ça sera plus long.
>
>Une solution pourrait être de découper vos données sur le même carroyage que
>le gestionnaire de taches.
>
>Frédéric.
>
>
>_______________________________________________
>dev-fr mailing list
>dev-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/dev-fr
>
--
Christian Quest - OpenStreetMap France
_______________________________________________
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr
_______________________________________________
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr
