Pwah, c'est bluffant ! Effectivement je l'avais laissé tournant en augmentant la valeur du timeout à 10 heures, et il a mis 5h15 pour générer le fichier sur ma machine. La je viens de tester l'optim et ça met moins de 30s, bravo !!! Merci Pierre !
Le 23 juillet 2011 17:59, Pierre <[email protected]> a écrit : > On Saturday 23 July 2011 17:23:20 Pierre wrote: > > On Saturday 23 July 2011 16:14:30 Vincent Privat wrote: > > > Je continue cette histoire sur la liste dev vu qu'il va falloir plonger > > > dans le code. > > > > > > Pas moyen de générer l'extract de Toulouse avec Qadastre, je viens de > > > tester moi-même, et au bout de plusieurs dizaines de minutes/heures > (j'ai > > > pas chronométré), le process s'arrête avec pour seul message "Timeout > on > > > convert". > > > > > > Le programme lui-même n'est pas très bavard, les seules infos que j'ai > > > sur la sortie standard sont: > > > > > > huge pen ? 11.88 << plein de fois > > > "#000000" QColor(ARGB 1, 0, 0, 0) > > > GraphicProducer::parse done > > > 0xb5d60860 > > > I found 91869 houses > > > I found 0 rails > > > I found 4106 water > > > Number of possible cross lines : 0 0 > > > I found 0 crosses. > > > Gonna check against 83515 elements. > > > Now I've got 0 candidates. > > > Churches found : () > > > Now detect inners and outers city limits > > > Done extracting nodes > > > We have a multipolygon 3 > > > We have a multipolygon 2 > > > We have a multipolygon 3 > > > We have a multipolygon 3 > > > We have a multipolygon 3 > > > We have a multipolygon 5 > > > We have a multipolygon 2 > > > We have a multipolygon 2 > > > We have a multipolygon 3 > > > We have a multipolygon 3 > > > We have a multipolygon 2 > > > We have a multipolygon 2 > > > We have a multipolygon 2 > > > We have a multipolygon 4 > > > We have a multipolygon 2 > > > We have a multipolygon 2 > > > We have a multipolygon 2 > > > We have a multipolygon 2 > > > We have a multipolygon 2 > > > We have a multipolygon 2 > > > Timeout on convert > > > > > > Des idées pour la correction ? > > > > Je suis dessus, mais ça peut être lié à la taille de la ville. > > Je ne gère pas le téléchargements d'une grosse ville en plusieurs PDFs, > > mais ça va être indispensable pour avoir un truc propre sur des grandes > > villes (Lille, Toulouse, Lyon...), à la fois sur les données récupérées, > > et pour avoir un code qui se prenne pas les pieds dans le tapis. > > Pour l'instant, je vais tenter d'optimiser les structures de données > > utilisées. > J'ai commité une optimisation expérimentale, tu peux essayer avec s'il-te- > plaît ? > Pour donner une idée de l'optimisation, la conversion du PDF de toulouse en > 100Mo de fichiers OSMprend maintenant 16 secondes... contre plusieurs > heures > avant. > > _______________________________________________ > dev-fr mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/dev-fr > >
_______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
