[OSM-dev-fr] Export Postgis -> OSM

sly (sylvain letuffe) sylvain at letuffe.org
Jeu 25 Nov 12:45:23 GMT 2010


On jeudi 25 novembre 2010, Emilie Laffray wrote:
> > !!ATTENTION!! c'est du Émilie, donc c'est, comment dire, technique,
> > complexe,
> > dur à comprendre... mais efficace !
> >
> 
> Je ne sais pas si je dois le prendre comme un compliment ou comme une
> insulte :P

Ma spécialité : "taper fort, puis passer de la paumade, ou l'inverse"
Sinon, mon commentaire sur ton travail était bien évidement un

> De plus, j'avais commence à écrire un programme qui fait cela
> sans avoir besoin de Postgis ou d'une base de donnée et qui travaille à
> partir de XAPI (au moins sur le papier).
ça, ce serait une super nouvelle pour améliorer plusieurs imports, mais j'ai 
jamais été très fort pour appliquer les algos de tête ou avec un stylo, 
surtout sur des miliers d'enregistrements. Et puis, ce programme miracle, on 
en entend pas mal parler, mais c'est comme le yéti personne ne l'a jamais vu, 
si je me souviens bien il est bloqué à (l'inutile) phase de stockage 
compressé en mémoire avec arbres binaires et indexes géo-spatiaux alors que 
l'homme à déjà inventé spatialite (c'était juste après la roue) et depuis on 
dispose de très chouettes bicyclettes.
Mais je m'égare aux morilles en m'écartant du sujet, la gueule toujours grande 
ouverte alors que je n'ai point pissé la moindre ligne de code, mais j'ai la 
sensation que cette R&D pour ré-inventer un SIG te noie un peu loin du 
problème que tu veux résoudre ;-)

Je ne sais pas où en est le moteur osm2spatialite de M. Sibert, mais peut-être 
une option de ce coté pour éviter le rouleau compresseur postGIS...


> L'idée est à terme de faire cela 
> chaque jour pour détecter les changement dans les bâtiments sur le cadastre
> et de gérer la maintenance.

Qui peut 1 fois, peut N fois en informatique, faut juste une babasse avec des 
cycles CPU à revendre

-- 
sly





More information about the dev-fr mailing list