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