Grazie per il consiglio,
ho fatto come suggerito ma non sono riuscito a risolvere. Ho sparisce il layer di Bing (o Google) o mi viene riportato spostato rispetto al mio shape puntiforme.
Qualcuno sa consigliarmi qualche altra soluzione?
E’ un problema della versione 2.0? Con la 1.8 non ho mai riscontrato grandi difficoltà ad impaginare carte.
In un progetto nuovo, riproietta FISICAMENTE la shape puntiforme in
EPSG:3857, carica l’ortofoto Bing e riprova il layout.
Salve a tutti,
sto incontrando difficoltà ad esportare una carta in jpeg dal compositore di stampa.
Oltre ad un shape puntiforme ho inserito una base bingmap usando Openlayer plugin.
Non ho problemi nella visualizzazione però quando l’esportazione presenta sempre dei problemi: o sparisce il layer di Bingmap, oppure il mio shape puntiforme e la base Bingmap vengono riportati in modo errato.
Succede anche a voi? Posso risolvere in qualche modo?
Grazie per l’attenzione
Antonio
–
Antonio Maini
Mobile 0039 348-9003346 You can find me on Whatsapp
Skype: antoniomaini
Salve a tutti,
sono riuscito a risolvere il problema con il compositore di stampa.
Non so dirvi perché, però caricando il layer proveniente da bingmap (o googlemap) attraverso Openlayer Overview - e no dalla finestra a tendina - il problema sparisce.
Questa procedura non è necessaria nella versione 32bit che ho istallato in un altro pc.
Ringrazio chi si è reso disponibile.
Saluti
Antonio
···
Grazie per il consiglio,
ho fatto come suggerito ma non sono riuscito a risolvere. Ho sparisce il layer di Bing (o Google) o mi viene riportato spostato rispetto al mio shape puntiforme.
Qualcuno sa consigliarmi qualche altra soluzione?
E’ un problema della versione 2.0? Con la 1.8 non ho mai riscontrato grandi difficoltà ad impaginare carte.
In un progetto nuovo, riproietta FISICAMENTE la shape puntiforme in
EPSG:3857, carica l’ortofoto Bing e riprova il layout.
Salve a tutti,
sto incontrando difficoltà ad esportare una carta in jpeg dal compositore di stampa.
Oltre ad un shape puntiforme ho inserito una base bingmap usando Openlayer plugin.
Non ho problemi nella visualizzazione però quando l’esportazione presenta sempre dei problemi: o sparisce il layer di Bingmap, oppure il mio shape puntiforme e la base Bingmap vengono riportati in modo errato.
Succede anche a voi? Posso risolvere in qualche modo?
Grazie per l’attenzione
Antonio
–
Antonio Maini
Mobile 0039 348-9003346 You can find me on Whatsapp
Skype: antoniomaini
–
Antonio Maini
Mobile 0039 348-9003346 You can find me on Whatsapp
Skype: antoniomaini
A me da lo stesso tuo problema e non risolvo niente neanche in overview. Sono su winxp 32bit (ovviamente QGis 2.0.1 Dufour)
Ho abilitato la riproiezione al volo sul EPSG 3003 ma non credo dipenda da quello perchè me lo stesso errore me lo da con EPSG 3857.
Per me baco è…
Salve a tutti,
sono riuscito a risolvere il problema con il compositore di stampa.
Non so dirvi perché, però caricando il layer proveniente da bingmap (o googlemap) attraverso Openlayer Overview - e no dalla finestra a tendina - il problema sparisce.
Questa procedura non è necessaria nella versione 32bit che ho istallato in un altro pc.
Ringrazio chi si è reso disponibile.
Saluti
Antonio
Grazie per il consiglio,
ho fatto come suggerito ma non sono riuscito a risolvere. Ho sparisce il layer di Bing (o Google) o mi viene riportato spostato rispetto al mio shape puntiforme.
Qualcuno sa consigliarmi qualche altra soluzione?
E’ un problema della versione 2.0? Con la 1.8 non ho mai riscontrato grandi difficoltà ad impaginare carte.
In un progetto nuovo, riproietta FISICAMENTE la shape puntiforme in
EPSG:3857, carica l’ortofoto Bing e riprova il layout.
Salve a tutti,
sto incontrando difficoltà ad esportare una carta in jpeg dal compositore di stampa.
Oltre ad un shape puntiforme ho inserito una base bingmap usando Openlayer plugin.
Non ho problemi nella visualizzazione però quando l’esportazione presenta sempre dei problemi: o sparisce il layer di Bingmap, oppure il mio shape puntiforme e la base Bingmap vengono riportati in modo errato.
Succede anche a voi? Posso risolvere in qualche modo?
Grazie per l’attenzione
Antonio
–
Antonio Maini
Mobile 0039 348-9003346 You can find me on Whatsapp
Skype: antoniomaini
–
Antonio Maini
Mobile 0039 348-9003346 You can find me on Whatsapp
Skype: antoniomaini
Ciao,
avevo lo stesso problema con QGis 2.2.
L'ho risolto facendo uno **zoom al 100% nella finestra del compositor**.
Facendo questo tutti i tiles che provengono da Google o OpenMap vengono
sicuramente caricati dal PC prima che si chieda di stampare e quindi il
sistema si trova pronto a trasformare il tutto in PDF. Se invece si e' con
lo zoom al 50 o al 25 o piu' basso il sistema quando gli si chiede di fare
il pdf si trova a dover scaricare i tile per quella data risoluzione e non
sempre ce la fa, penso a causa della risposta non velocissima dei server
Google o di altri o a causa della lentezza della rete in cui ci si trova.
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
in opcions–>network->Max retry in case of tile request error
serve cioe’ a richiedere il tile in caso di timeout.
se tutti i retry di un tile vanno in errore dovresti averne traccia nel log di qgis.
di default il retry e’ a 3, prova a amentarne il valore.
Questa e’ una opzione del provider wms, percio’ la eredita direttamente anche il composer.
Certo la generazione del pdf del composer dovrebbe sincronizzarsi con l’evento di termine del rendering cosa che immagino faccia.
se non lo fa potrebe essere un possibile e interessante modifica da aggiungere per meglio gestire questo caso d’uso.
Ciao,
avevo lo stesso problema con QGis 2.2.
L’ho risolto facendo uno zoom al 100% nella finestra del compositor.
Facendo questo tutti i tiles che provengono da Google o OpenMap vengono
sicuramente caricati dal PC prima che si chieda di stampare e quindi il
sistema si trova pronto a trasformare il tutto in PDF. Se invece si e’ con
lo zoom al 50 o al 25 o piu’ basso il sistema quando gli si chiede di fare
il pdf si trova a dover scaricare i tile per quella data risoluzione e non
sempre ce la fa, penso a causa della risposta non velocissima dei server
Google o di altri o a causa della lentezza della rete in cui ci si trova.
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
in opcions–>network->Max retry in case of tile request error
serve cioe’ a richiedere il tile in caso di timeout.
se tutti i retry di un tile vanno in errore dovresti averne traccia nel log di qgis.
di default il retry e’ a 3, prova a amentarne il valore.
Questa e’ una opzione del provider wms, percio’ la eredita direttamente anche il composer.
Certo la generazione del pdf del composer dovrebbe sincronizzarsi con l’evento di termine del rendering cosa che immagino faccia.
se non lo fa potrebe essere un possibile e interessante modifica da aggiungere per meglio gestire questo caso d’uso.
Ciao,
avevo lo stesso problema con QGis 2.2.
L’ho risolto facendo uno zoom al 100% nella finestra del compositor.
Facendo questo tutti i tiles che provengono da Google o OpenMap vengono
sicuramente caricati dal PC prima che si chieda di stampare e quindi il
sistema si trova pronto a trasformare il tutto in PDF. Se invece si e’ con
lo zoom al 50 o al 25 o piu’ basso il sistema quando gli si chiede di fare
il pdf si trova a dover scaricare i tile per quella data risoluzione e non
sempre ce la fa, penso a causa della risposta non velocissima dei server
Google o di altri o a causa della lentezza della rete in cui ci si trova.
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
in opcions–>network->Max retry in case of tile request error
serve cioe’ a richiedere il tile in caso di timeout.
se tutti i retry di un tile vanno in errore dovresti averne traccia nel log di qgis.
di default il retry e’ a 3, prova a amentarne il valore.
Questa e’ una opzione del provider wms, percio’ la eredita direttamente anche il composer.
Certo la generazione del pdf del composer dovrebbe sincronizzarsi con l’evento di termine del rendering cosa che immagino faccia.
se non lo fa potrebe essere un possibile e interessante modifica da aggiungere per meglio gestire questo caso d’uso.
Ciao,
avevo lo stesso problema con QGis 2.2.
L’ho risolto facendo uno zoom al 100% nella finestra del compositor.
Facendo questo tutti i tiles che provengono da Google o OpenMap vengono
sicuramente caricati dal PC prima che si chieda di stampare e quindi il
sistema si trova pronto a trasformare il tutto in PDF. Se invece si e’ con
lo zoom al 50 o al 25 o piu’ basso il sistema quando gli si chiede di fare
il pdf si trova a dover scaricare i tile per quella data risoluzione e non
sempre ce la fa, penso a causa della risposta non velocissima dei server
Google o di altri o a causa della lentezza della rete in cui ci si trova.
