[OSM-dev-fr] [OSM-talk-fr] [HS] Rasterisation de traces GPX

[sly (sylvain letuffe)]

Salut,

> En fait, je crois avoir compris que ce sont des traces relatives à des
> chemins forestiers, d'où ma suggestion d'enrichir OSM. A partir de ces
> données, j'imagine qu'il calcule des itinéraires.

Ha ? et viking est capable de faire ça sur des données gpx qui sont, par 
essence, non topologiques ?
J'imagine que viking ne lui sert pas à ça, mais juste à avoir une 
vue "d'ensemble"
Alors segmenter son pack de fichier gpx en plein de petite zones pourrait sans 
doute être tout aussi bien.

> > Avec une telle contrainte c'est mort car je ne vois aucune solution toute
> > faite.
> 
> Ah... ben je croyais que c'était pas si original comme problème.

J'ai dis "je ne vois aucune", mais il est tout à fait possible que cet outil 
existe, mais que j'en ignore simplement l'existence, j'avais cherché il a 
longtemps, pour finir par le faire moi même.

 
> L'idée derrière ce "foisonnement" est assez simple :
> - soit la mécanique à mettre en oeuvre en externe est pas trop complexe
> - soit on bidouille Viking pour en faire un outil qui est capable de
> ce genre de prouesse.
> Mais vu les moyens en terme de développement (main d'oeuvre) je pense
> que la seconde idée est difficile.

ça me semble être une impasse alors ;-)
A moins qu'il n'existe une troisième voie :
- faire faire 1) par quelqu'un qui sait faire ;-) mais qui risque bien de ne 
pas vouloir le faire gratuitement


> L'idée du WMS, c'est que Viking sait déjà attaquer ce protocole, alors
> que rien n'est codé aujourd'hui pour permettre l'utilisation d'une
> arborescence de tuiles arbitraire.

J'ai lu ça en effet sur la liste de diffusion de viking, sachant que viking 
sait toutefois causer le TMS, remplacer les appels à une URL distante par une 
ouverture de fichier local avec exactement la même arborescence serait une 
option, je l'imagine, mais je n'en sais rien, qui ne doit pas être trop 
violente.

Si je me gourre, installer en local un serveur web et placer dans 
~/.viking/maps.xml une entrée du style :
<object class="VikSlippyMapSource">
   <property name="label">Mes tuiles en locales</property>
   <property name="hostname">localhost</property>
   <property name="url">/%d/%d/%d</property>
   <property name="id">XYZ</property>
</object>
devrait faire l'affaire sinon.

> L'étape postgres me semble être (de loin) celle qui pourrait faire le
> plus peur :
Et à raison ;-)

> déployer telle que sqlite (spatialite je crois) ?
Si le besoin en performance de la pré-génération n'est pas si important, comme 
je disais, on peut même se passer de base de donnée car mapnik sait 
directement utiliser des fichiers gpx
Il "suffirait" par exemple, de lui générer son fichier de style en xml qui 
contiendrait les 50000 traces et (en priant un peu) ça devrait passer
Quoique en me relisant, boudiou que 50000 c'est beaucoup...



-- 
sly
qui suis-je : http://sly.letuffe.org