[OSM-talk-fr] collectons.org

[Emilie Laffray]

2009/11/23 Marc Sibert <marc at sibert.fr>

> Bonjour,
>
> Donc voici à quoi je pense :
> 1. Ils versent leurs données dans OSM. Attention, il s'agit souvent de PDV
> (points de vente) qui assurent une fonction de lieu de collecte : il faudra
> donc dédoubler leur données et supprimer les redondances avec les PDV
> existants en y intégrant les tags nécessaires.
> 2. Être capable de ressortir d'un planet + diff, en léger temps différé, la
> liste des points qu'ils "possèdent" aujourd'hui pour en faire des "pins"
> comme actuellement avec critère de code-postal (?) de département (facile
> avec les contours), de type de point de recyclage (facile avec les tags)
> 3. Avoir un outil de suivi de "leurs" points dans OSM permettant le
> contrôle des modifications / améliorations / destructions et facilité de
> "revert".
> 4. Refaire la même page qu'avec GM, mais avec OpenLayer avec un fond de
> carte Mapnik existant (pas de déploiement d'un serveur spécifique).
> 5. Leur expliquer qu'ils doivent installer JOSM pour mettre à jour leur
> base de points et suivre les "standards" de taggage ;-).
>
> Étapes suivantes si cette idée intéresse d'autres personnes ici (je ne peux
> pas le faire tout seul) et surtout Eco-Systèmes, faire une page dans le Wiki
> et se lancer.
>

C'est a peu près le concept sur lequel mon frère travaille pour son travail
de licence. L'idée est de travailler sur une synchronisation des données a
partir d'une base de donnée indépendante. Je pense toutefois qu'il y a un
fort niveau de complexité a résoudre. Il faut tenir compte bien sur des
modifications améliorations ainsi que des déplacements ainsi que de la
"polygonisation" des données qui arrivera a terme (lire un landuse ou un
building). Ça implique d'utiliser quelque chose chose comme un mélange de
osmosis et osm2pgsql en terme de base de données. Osmosis est important car
on conserve tous les tags, tandis que osm2pgsql gère les polygones mais avec
une très forte dégradation des données (on ne garde que peu de choses au
final). Il faudrait un schéma intermédiaire a terme qui permette de cumuler
les deux avantages en sachant que ce schéma ne sera pas fait pour avoir
quelque chose d'énorme en taille.
Pour faire ressortir leurs points, il faudrait une API de type XAPI ou TRAPI
au final.

Emilie Laffray
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20091123/5b90abce/attachment.htm>