Le 12 mai 2010 19:29, sly (sylvain letuffe) <sylv...@letuffe.org> a écrit :
> > C'est d'la triche ! Tu as sous traité le calcul d'intersection avec le > polygone france à géofabrik ;-) > C'est clair, les dés sont pipés... (Mais je me doute que ça ne devrait pas coûter très cher, les algos > d'appartenance polygone sont bien rôdés et je suppose que spatialite doit > savoir faire) > J'ai même pas créé les index spatiaux qui sont vraiment très longs à créer... presque autant que l'import lui même !!! > > Note de benchmark : sur Intel i5 650 (3.2 GHz) & 2 Go de RAM, j'importe > > le planet en 48h (avec un minimum d'indexes). > > Très très bon score vu ta bécanne, quel disque ? Disque de poste de travail 1Go en SATA, 7200 tr j'imagine, d'origine dans la boîte. > Question qui me taraude, ça gère quoi au niveau des relations ? > Pas de gestion. En fait en gros j'ai une table par élément (Tag, Changeset, Node, Way, Relation) et des tables pour faire les relations (SQL) entre les tables. Donc si je veux regarder les éléments OSM dans une relation, il faut que je code la requête SQL. Les ordres de création des tables sont là : http://github.com/Marcussacapuces91/LibOsm/blob/master/baseosm.cpp#L65 Je n'ai acun pré-traitement comme PostGIS. C'est plus rapide mais ça m'assure aussi une réplication complète de la Base OSM. > -- > sly > Sylvain Letuffe sylv...@letuffe.org > qui suis-je : http://slyserv.dyndns.org > -- Marc Sibert m...@sibert.fr
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
