<div dir="ltr">qui ad esempio un caso d'uso per usare WMTS appoggiandosi alle api di OSM<div><br></div><div><a href="http://www.konstantingreger.net/using-map-tile-servers-in-qgis-2-4/">http://www.konstantingreger.net/using-map-tile-servers-in-qgis-2-4/</a><br>

</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-07-03 11:31 GMT+02:00 Gino Pirelli <span dir="ltr"><<a href="mailto:luipir@gmail.com" target="_blank">luipir@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr">se il server usa WMTS c'e' una opzione che implementai a suo tempo per conto di Faunalia e finanziata da Regione Toscana proprio per questo caso d'uso. Una funzionalita' che si vede poco ma evidentemente risulta utile :)<div>


<br></div><div>in opcions-->network->Max retry in case of tile request error</div><div><br></div><div>serve cioe' a richiedere il tile in caso di timeout.</div><div>se tutti i retry di un tile vanno in errore dovresti averne traccia nel log di qgis.</div>


<div><br></div><div>di default il retry e' a 3, prova a amentarne il valore.</div><div><br></div><div>Questa e' una opzione del provider wms, percio' la eredita direttamente anche il composer.</div><div>Certo la generazione del pdf del composer dovrebbe sincronizzarsi con l'evento di termine del rendering cosa che immagino faccia.<br>


</div><div><br></div><div>se non lo fa potrebe essere un possibile e interessante modifica da aggiungere per meglio gestire questo caso d'uso.</div><div><br></div><div>a presto,</div><div><br></div><div>Luigi Pirelli (<a href="mailto:luigi.pirelli@faunalia.it" target="_blank">luigi.pirelli@faunalia.it</a> - <a href="mailto:luipir@gmail.com" target="_blank">luipir@gmail.com</a>)</div>


</div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-07-03 11:04 GMT+02:00 ant60sol <span dir="ltr"><<a href="mailto:antimobattistoni@gmail.com" target="_blank">antimobattistoni@gmail.com</a>></span>:<div>

<div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ciao,<br>
avevo lo stesso problema con QGis 2.2.<br>
L'ho risolto facendo uno **zoom al 100% nella finestra del compositor**.<br>
Facendo questo tutti i tiles che provengono da Google o OpenMap vengono<br>
sicuramente caricati dal PC prima che si chieda di stampare e quindi il<br>
sistema si trova pronto a trasformare il tutto in PDF. Se invece si e' con<br>
lo zoom al 50 o al 25 o piu' basso il sistema quando gli si chiede di fare<br>
il pdf si trova a dover scaricare i tile per quella data risoluzione e non<br>
sempre ce la fa, penso a causa della risposta non velocissima dei server<br>
Google o di altri o a causa della lentezza della rete in cui ci si trova.<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Re-Problema-con-il-compositore-di-stampa-in-Qgis-2-0-1-antoniovinci-tp7586109p7588643.html" target="_blank">http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Re-Problema-con-il-compositore-di-stampa-in-Qgis-2-0-1-antoniovinci-tp7586109p7588643.html</a><br>



<div>Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com.<br>
</div><div>_______________________________________________<br>
<a href="mailto:Gfoss@lists.gfoss.it" target="_blank">Gfoss@lists.gfoss.it</a><br>
<a href="http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss" target="_blank">http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss</a><br>
Questa e' una lista di discussione pubblica aperta a tutti.<br>
I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it.<br>
</div>666+40 iscritti al 5.6.2014</blockquote></div></div></div><br></div>
</blockquote></div><br></div>