> Le problème des autres outils qui
> fonctionnent en flux (ala osm2pgsql),
> c'est que cette modélisation
> implique un double passage sur les relations au minimum ou un stockage
> séparé des relations-segments.

Je ne sais pas trop où tu veux en venir, mais si c'est pour préciser que 
l'algorithme de traitement entre une relation construite en pyramide de 
relation et celle sans ne sera pas le même, en effet, il n'y a pas de doute.

Mais osm2pgsql, tel qu'existant aujourd'hui, pour construire des géométries à 
partir de fichiers .osm et .pbf ne fonctionne pas en flux dans le sens "être 
capable de construire toutes les géométries en une lecture continue du fichier 
de donnée sans stockage"

ogr2ogr qui dispose aussi d'un drivers de lecture des fichiers .osm et .pbf 
passe, lui aussi par un stockage temporaire.

Enfin bref, avec ou sans modèle pyramide, que ça soit dans 400Go de RAM si on 
les as (osm2pgsql sans le --slim), une base sur disque (mode --slim) ou base 
sqlite temporaire (ogr2ogr) il faut de toute façon un algo avec stockage 
temporaire pour passer des données osm monde à des géométries (way, relation, 
ou pyramides de relations).

Et si ce sur quoi tu t'interroges à la fin c'est la vitesse de construction 
des géométries avec chaque modèles sur un ordinateur qui existe, bien que ça 
dépende de la manière de faire l'algo, je pense que de deux algo bien 
réalisés, celui qui traite la pyramide sera le plus rapide car il y a 
factorisation du stockage sur disque d'une relation de frontière et sa 
construction (car ré-utilisée par les deux polygones qui se touchent)

Mais je pense que ces considérations sont vraiment secondaires, laissons aux 
développeurs ces questions et posons nous plutôt la question du temps passé 
par le contributeur, sa difficulté à comprendre la construction, et les 
possibilités offerte pour maintenir des relations géantes avec les deux 
modèles.


-- 
sly (sylvain letuffe)
pour me contacter / to contact me : sylvain(A)letuffe(.)org




--
View this message in context: 
http://gis.19327.n5.nabble.com/Re-Limites-administratives-le-modele-pyramidal-un-echec-tp5779415.html
Sent from the France mailing list archive at Nabble.com.

_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à