Re: [QGIS-it-user] un mercato di plugin a pagamento per QGIS?
Il 02/02/2024 08:56, Totò Fiandaca via QGIS-it-user ha scritto: Buongiorno, da giorni, nella lista QGIS developer, Nyall ha scritto questa emal [1] (Theoretical discussion: A QGIS paid plugin marketplace?), in cui si ipotizza di creare un 'mercato di plugin a pagamento'. Io non sono d'accordo per vari motivi: 1. se nascesse questo mercato, quale sviluppatore creerebbe plugin 'gratis'? quindi con il tempo, tutti i plugin diventerebbero a pagamento?; 2. spesso accade che nuove funzioni, invece di integrarle nel core di QGIS, vengano realizzati dei plugin e quindi si inizierà a pagare anche QGIS? (per esempio: il georeferenzitore di QGIS è un plugin, DB Manager è un plugin ecc...); 3. poi ci sono aspetti legati alle licenze : questo scrive Nyall "Despite the fact that a paid user could freely re-distribute a paid-for plugin, there's still potential financial gain for the developer in making a plugin available for a charge on a theoretical QGIS plugin marketplace" 4. se nascesse questo mercato, si creerebbero plugin di seria A e B? e quindi si abbasserebbe ulteriormente la fiducia verso il mondo Open Source e free?; 5. se nascesse questo mercato ci sarebbe un incremento notevole di plugin? e un corrispondente aumento di crash di QGIS?; 6. ecc... QGIS è diffusissimo perché è facile da usare, perché è Open Source e perché è LIBERO; un mercato ufficializzato di plugin legato a QGIS potrebbe essere molto deleterio?. mi fermo qui e aspetto altri contributi, questo è solo un mio punto di vista. saluti condivido molte delle riflessioni e, avendo letto anche gli altri contributi, me ne nascono di ulteriori. Se un plugin è stato commissionato ad uno sviluppatore per essere opensource, è evidente che tale rimarrà. Integrare un plugin nel core necessità ulteriore sviluppo, credo, che va monetizzato. Parrebbe un paradosso: uno sviluppatore che ha fatto del guadagno sul plugin viene ulteriormente pagato o per integrarlo nel core o per "venderlo". Comunque sia poi diventa patrimonio di QGIS. Rispolverare il vecchio shareware (qualcuno ha parlato di 5 o 10 euro) non mi pare una eresia. Se il plugin ti piace e lo usi mandami 5 euro. Il destino del plugin dipenderà dalla richiesta, esosa o meno, e dall'onestà dell'utente. Se c'è un plugin particolarmente "performante" ma costa è probabile che ne nasca uno simile più economico, con buona pace del riutilizzo del codice tipico dell'opensource. Nasce, appunto, un mercato dei plugin. Se la pletora di nuovi plugin mandano in crash QGIS, si mettono fuori gioco da soli. Mah... in definitiva credo che alla lunga ne risentirà QGIS. Entreranno nella giostra sviluppatori cui si apre un mercato, mentre il core si svuoterà o rallenterà lo sviluppo. mg -- Marco Guiducci 055 4383194 Direzione Urbanistica e sostenibilità Regione Toscana - Settore Sistema Informativo e pianificazione del territorio ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Etichette in DWG da qgis
Prova a esportare il progetto come DXF: menù progetto importa/esporta/esporta come dxf. C'è una opzione "esporta le etichette come elementi MTXT". Non l'ho provato. Comunque in qualche gruppo di utenti di PROGECAD puoi chiedere come ricreare le etichette in quell'ambiente. marcog Il 24/01/2024 16:50, Giada Biraghi via QGIS-it-user ha scritto: Buona sera, avrei bisogno di una consulenza in merito ad una procedura da QGIS a PROGECAD. In QGIS ho creato dei punti con associato nella tabella degli attributi una quota altimetrica (con etichetta visibile direttamente in QGIS con ciascun punto la relativa quota). Ho poi esportato in PROGECAD i punti che si posizionano correttamente nello spazio e a cui è correttamente associata la quota Z visibile nella geometria del punto (Z posizione). Avrei la necessità di visualizzare un’etichetta con la quota per ciascuno dei punti (più di 1000). È possibile in qualche maniera? Grazie Giada === Avvertenza: Gli allegati ricevuti sono scansionati automaticamente per la ricerca di software malevolo. Nel caso di file o archivi protetti da password potrebbe non essere possibile analizzarne correttamente il contenuto. Si invita, pertanto, ad adottare le cautele previste dalle norme sull'utilizzo della postazione di lavoro. === ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user -- Marco Guiducci 055 4383194 Direzione Urbanistica e sostenibilità Regione Toscana - Settore Sistema Informativo e pianificazione del territorio ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Form non ridimensionabile
ci sono molte finestre che ogni volta che si aprono aumentano di dimensioni fino ad uscire dallo schermo, purtroppo. Non riesci a ridurla perché non raggiungi i pulsanti di ridimensionamento? Oppure non ci sono i pulsanti? Nel primo caso, su win prova così: mouse sulla barra della finestra, tasto destro--->sposta, premi una freccia sulla tastiera. (oppure Alt+barra) A questo punto la finestra è agganciata al mouse e forse riesci a spostarla fino a vedere i pulsanti di dimensione. marco Il 15/12/2023 07:27, Giulio Fattori via QGIS-it-user ha scritto: Buongiorno, la form di inserimento credenziali ha assunto la dimensione a schermo intero e non riesco in alcun modo a ridurla c'è qualche soluzione per riportarla alle dimensioni originali? Ho provato con un profilo pulito e li ha le dimensioni corrette, ma ovviamente non può essere una soluzione sempre praticabile. Utilizzo WIN10 e QGIS 3.34 Cordiali Saluti === Avvertenza: Gli allegati ricevuti sono scansionati automaticamente per la ricerca di software malevolo. Nel caso di file o archivi protetti da password potrebbe non essere possibile analizzarne correttamente il contenuto. Si invita, pertanto, ad adottare le cautele previste dalle norme sull'utilizzo della postazione di lavoro. === ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user -- Marco Guiducci 055 4383194 Direzione Urbanistica e sostenibilità Regione Toscana - Settore Sistema Informativo e pianificazione del territorio ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
[QGIS-it-user] Priorità stile qml e progetto
Ciao, mi confermate che lo stile definito nel progetto per un layer con proprio qml ha priorità? [per prova: definire lo stile nel progetto, salvare lo stile del layer (qml), cambiare lo stile nel progetto e salvare. Chiudere e riaprire il progetto.] (attualmente uso la 3.16.4 su win). grazie -- Marco Guiducci 055 4383194 Regione Toscana - Settore Sistema Informativo e pianificazione del territorio ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
[QGIS-it-user] GDAL Trasforma (converti formato) si blocca.
Buongiorno,
con QGis 3.28.3 Win voglio convertire di formato (da ASCIIgrid a TIFF)
molti file. Uso quindi il metodo "Esegui come processo in Serie".
Carico tutti i file di una cartella (peccato che vengano caricati anche
i file nelle sottocartelle...), imposto tutti i parametri, faccio
partire e... si ferma al 17° file e rimane in stallo. Ho riprovato con
un altro set di file e si riferma al 17° file.
Riporto qui di seguito le ultime righe del log (ho mascherato alcuni
caratteri):
--
Caricamento layer
Algoritmo in esecuzione 16/1835…
In avvio l'algoritmo Trasforma (converti formato) …
Parametri in ingresso:
{"COPY_SUBDATASETS":false,"DATA_TYPE":6,"EXTRA":"","INPUT":"@@DTM_249143.asc","NODATA":-.0,"OPTIONS":"","OUTPUT":"@@@C_DTM_249143.tif","TARGET_CRS":"EPSG:6707"}
Comando GDAL:
gdal_translate -a_srs EPSG:6707 -a_nodata -.0 -ot Float32 -of GTiff
@@@DTM_249143.asc @@@C_DTM_249143.tif
Risultato comando GDAL:
Input file size is 3377, 2821
0...10...20...30...40...50...60...70...80...90...100 - done.
Processo completato con successo.
Algoritmo Trasforma (converti formato) eseguito correttamente...
Esecuzione completata in 2.947 secondi
Risultati:
{"OUTPUT":@@@C_DTM_249143.tif"}
Caricamento layer
Algoritmo in esecuzione 17/1835…
In avvio l'algoritmo Trasforma (converti formato) …
Parametri in ingresso:
{"COPY_SUBDATASETS":false,"DATA_TYPE":6,"EXTRA":"","INPUT":"@@@DTM_249144.asc","NODATA":-.0,"OPTIONS":"","OUTPUT":"@@@C_DTM_249144.tif","TARGET_CRS":"EPSG:6707"}
e qui tutto tace. Non CPU utlizzata, non RAM che aumenta.
I primi 16 file fatti sono perfetti.
Qualche suggerimento?
Intanto userò la sintassi del comando per usare GDAL da riga di comando.
mg
--
Marco Guiducci 055 4383194
Regione Toscana - Settore Sistema Informativo e pianificazione del territorio
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] ANOMALIA QGIS - CREA LAYER PUNTUALE DA TABELLA
Il 03/03/2023 09:57, Gennaro Comite ha scritto: Ciao a tutti, è la seconda volta che mi capita un problema e forse sono io a sbagliare qualcosa. Tabella di punti con coordinate geografiche in formato Excel 97-2003 che voglio trasformare in vettoriale. La mia piattaforma: Win 10 Pro - QGIS LTR 3.22.16-Białowieża Eseguo questi passaggi: 1) Salvo la tabella excel in "CSV UTF-8" ed opero con questo file da qui in avanti; 2) Carico il csv in qgis dove ho impostato EPSG:4326; il csv lo carichi con "Testo delimitato"? Se si il risultato è già un layer che devi vedere sulla canvas. Se non lo vedi il problema è al punto 2. Poi puoi fare salva con nome ed salvare il layer in altro formato. Attenzione quando si salva da excel: c'è una casellina che chiede "esporto come visualizzato?" mi pare. ovvero: se la larghezza della colonna è più stretta e non visualizza tutti i decimali (coordinate geografiche) queste verranno troncate in esportazione. Se succede il bbox del layer ne risente, oltre alle coordinate dei singoli punti. mg 3) Geoprocessing: "Crea layer puntuale da tabella", imposto X e Y su longitudine e latitudine, EPSG: 4326 e salvo come layer temporaneo; 4) Il processing avviene immediatamente, senza segnalazione di errori e mi ritrovo il layer temporaneo "Punti tabella" nel pannello layer; 5) Sul layer temporaneo, attivo "Mostra conteggio elementi" e verifico che il numero di elementi coincide con quello della tabella csv originaria; 6) Apro la tabella attributi del layer temporaneo e trovo tutti i records completi e corretti; PROBLEMA: Nella canvas non visualizzo alcun punto! Neanche eseguendo zoom su layer; Se nella tabella attributi (del file temporaneo) seleziono un record qualsiasi, ancora tutto ok ma appena chiedo lo zoom sull'elemento selezionato, qgis mi restituisce il messaggio: *_Impossibile eseguire lo zoom agli elementi selezionati: L'estensione non può essere determinata._* Qualcuno di voi si è imbattuto mai nello stesso problema? Grazie in anticipo, Genna === Avvertenza: Gli allegati ricevuti sono scansionati automaticamente per la ricerca di software malevolo. Nel caso di file o archivi protetti da password potrebbe non essere possibile analizzarne correttamente il contenuto. Si invita, pertanto, ad adottare le cautele previste dalle norme sull'utilizzo della postazione di lavoro. === ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user -- Marco Guiducci 055 4383194 Regione Toscana - Settore Sistema Informativo e pianificazione del territorio ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Quesito
ciao, prima di tutto è buona norma rispondere sempre in lista, in modo che i problemi e le eventuali soluzioni diventino patrimonio di tutti. Nello specifico la risposta è nel testo mio: 1) l'accuratezza dei dati iniziali è spinta? 2) se si allora occorre una conversione di coordinate corretta. quella oggi migliore e ufficiale esistente avviene tramite i grigliati IGM. se non si possiedono né questi né un software che li usa, vale il suggerimento di usare la conversione online 3) comunque sia tale conversione è ampiamente persa quando si sovrappongono i dati su servizi web di cui, ripeto, non si conosce la storia. 4) 3-4 metri è il frutto del punto 3. Quindi è probabile che sia il massimo che puoi ottenere. Anche avendo a disposizione cartografia certificata, ad esempio ii servizi wms di Regione Toscana, occorre tener conto dell'accuratezza planimetrica del dato. L'accuratezza per esempio della carta tecnica regionale a scala 1:10.000 è 2,5 metri, cioè l'ordine di grandezza delle differenze che tu noti. Le conversioni con i grigliati servono per rilievi topografici. in ambito gis siamo ad un ordine di grandezza cinque/dieci volte minore. Ad esempio non ha nessun senso fare un rilievo topografico con accuratezza centimetrica (gps differenziale in modalità statica) e poi volerlo sovrapporre ad un dato con accuratezza imprecisata o comunque inferiore. In conclusione e ripetendo: il tuo dato che accuratezza ha? Se è di ordine topografico/geodetico (centimetrica) il posizionamento su una carta che ha accuratezza dieci volte meno sarà quel che sarà. Se è ottenuto tramite gps diciamo "escursionistico" o telefono, l'accuratezza dei due sistemi si equivalgono e i 3/4 è il massimo che puoi raggiungere (quando va bene). I punti rilevati con apparecchi sopra citati vanno vanno integrati con "schizzi" monografici sul posto se è necessario poi riposizionarli correttamente su una cartografia. Quando i faccio i corsi faccio questo esempio: rilievo della posizione di uno sversamento in un corso d'acqua. in questo caso l'accuratezza di 4 metri metri potrebbe essere importante. Il dato nativo sovrapposto alla cartografia potrebbe risultare o monte o a valle di qualcosa, il che può fare differenza. Quindi in questo tipo di rilievo non basta affidarsi allo strumento ma occorre integrare con appunti sul terreno. mi sono dilungato mg Il 19/01/2023 15:06, Luca Soccal ha scritto: Buonasera, la ringrazio del consiglio, ho utilizzato l' epsg 3003 ma sono fuori di circa 3-4 metri. Come posso fare per ridurre la differenza? Grazie Il giovedì 19 gennaio 2023 12:01:25 CET, Marco Guiducci ha scritto: Il 19/01/2023 10:45, Andrea Giudiceandrea via QGIS-it-user ha scritto: > Ciao Luca, > ti inoltro la risposta di Enrico Sferlazza per te che ha erroneamente > inviato a me invece che alla mailing list. > > Se non conosci la procedura suggerita da Enrico, io ti consiglio di > usare il servizio Web messo a disposizione dall'IGM [1] per effettuare > la riproiezione del layer e di leggere il manuale utene di QGIS [2] > [3] [4] e l'introduzione al GIS di QGIS [5] in quanto, dagli > screenshot che hai fornito, sembra che non ti sia ben chiara la > procedura da seguire per riproiettare un layer da un CRS ad un altro. > Inoltre ti consiglio anche di leggere il documento redatto dall'IGM in > merito ai sistemi di riferimento delle coordinate usati in Italia [6]. > > A presto. > > Andrea > > [1] https://www.igmi.org/vol/index_file.php > [2] > https://docs.qgis.org/3.22/it/docs/user_manual/working_with_vector/vector_properties.html#coordinate-reference-system-and-geometry > [3] > https://docs.qgis.org/3.22/it/docs/user_manual/processing_algs/qgis/vectorgeneral.html#reproject-layer > [4] > https://docs.qgis.org/3.22/it/docs/user_manual/working_with_projections/working_with_projections.html > [5] > https://docs.qgis.org/3.22/it/docs/gentle_gis_introduction/coordinate_reference_systems.html > [6] https://www.igmi.org/++theme++igm/pdf/nuova_nota_EPSG.pdf > > > Messaggio Inoltrato > Oggetto: Re: [QGIS-it-user] Quesito > Data: Wed, 18 Jan 2023 18:39:51 +0100 > Mittente: Ernesto Sferlazza > > > > Dovresti applicare allo shapefile una trasformazione personalizzata > basata su griglie di scostamenti, i cosiddetti "grigliati" che > consentono la trasformazione di precisione tra i diversi datum > utilizzati (Roma40 e WGS84). QGis consente di applicare la > trasformazione anche "al volo" (on the fly). In rete puoi trovare con > una breve ricerca una versione gratuita dei grigliati nel formato NtV2 > validi su tutto il territorio italiano > s://lists.osgeo.org/mailman/listinfo/qgis-it-user a mio parere per sovrapporre su bing non importa scomodare Ntv2 o le trasformazioni fornite da IGM. bastano i param
Re: [QGIS-it-user] Quesito
Il 19/01/2023 10:45, Andrea Giudiceandrea via QGIS-it-user ha scritto: Ciao Luca, ti inoltro la risposta di Enrico Sferlazza per te che ha erroneamente inviato a me invece che alla mailing list. Se non conosci la procedura suggerita da Enrico, io ti consiglio di usare il servizio Web messo a disposizione dall'IGM [1] per effettuare la riproiezione del layer e di leggere il manuale utene di QGIS [2] [3] [4] e l'introduzione al GIS di QGIS [5] in quanto, dagli screenshot che hai fornito, sembra che non ti sia ben chiara la procedura da seguire per riproiettare un layer da un CRS ad un altro. Inoltre ti consiglio anche di leggere il documento redatto dall'IGM in merito ai sistemi di riferimento delle coordinate usati in Italia [6]. A presto. Andrea [1] https://www.igmi.org/vol/index_file.php [2] https://docs.qgis.org/3.22/it/docs/user_manual/working_with_vector/vector_properties.html#coordinate-reference-system-and-geometry [3] https://docs.qgis.org/3.22/it/docs/user_manual/processing_algs/qgis/vectorgeneral.html#reproject-layer [4] https://docs.qgis.org/3.22/it/docs/user_manual/working_with_projections/working_with_projections.html [5] https://docs.qgis.org/3.22/it/docs/gentle_gis_introduction/coordinate_reference_systems.html [6] https://www.igmi.org/++theme++igm/pdf/nuova_nota_EPSG.pdf Messaggio Inoltrato Oggetto:Re: [QGIS-it-user] Quesito Data: Wed, 18 Jan 2023 18:39:51 +0100 Mittente: Ernesto Sferlazza Dovresti applicare allo shapefile una trasformazione personalizzata basata su griglie di scostamenti, i cosiddetti "grigliati" che consentono la trasformazione di precisione tra i diversi datum utilizzati (Roma40 e WGS84). QGis consente di applicare la trasformazione anche "al volo" (on the fly). In rete puoi trovare con una breve ricerca una versione gratuita dei grigliati nel formato NtV2 validi su tutto il territorio italiano s://lists.osgeo.org/mailman/listinfo/qgis-it-user a mio parere per sovrapporre su bing non importa scomodare Ntv2 o le trasformazioni fornite da IGM. bastano i parametri "blandi" interni a QGis. intendo: anche se il dato sorgente fosse definito "al millimetro", questa "precisione" si perde nella sovrapposizione su un dato fornito dal web di cui non c'è assoluta certezza della fonte (e delle eventuali trasformazioni che ha subito). secondo me il problema è nell'assegnare il corretto srid al dato sorgente, che in questo caso è epsg 3003. quindi i documenti segnalati sono sempre da tenere in considerazione e vanno conosciuti, soprattutto la nota IGMI che fa chiarezza sui sistemi adottati in Italia. marcog -- Marco Guiducci 055 4383194 Regione Toscana - Settore Sistema Informativo e pianificazione del territorio ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Base cartografica OSM differenza tra canvas e esportazione layout
grazie,
sto seguendo la tua procedura. al momento non sono riuscito ad avere
grandi miglioramenti. devo fare vari tentativi, come hai fatto tu, tra
livello, risoluzione ecc.
La derivazione automatica (intendo generare mappe per derivazione da
altre scale) ha raggiunto ottimi risultati tranne che per la
toponomastica. E' confermata la difficoltà, o meglio l'onerosità,
scritta in letteratura, quando la derivazione si faceva a mano.
Ti ringrazio ancora e se faccio passi avanti, aggiorno.
marcog
Il 10/12/2022 11:40, francesco marucci ha scritto:
ciao Marco,
quello che ho verificato è che in funzione della risoluzione in DPI
che tu dai al layout, viene caricato un livello di zoom di OSM (o
qualsiasi layer TMS tu abbia) oppure il successivo livello di zoom.
per fare un esempio, layout in A4, mappa a tutto foglio, scala
identica tra mappa e layout (anche quella corretta per il TMS,
1:18056, ad esempio), con la risoluzione a 127 DPI del layout mi viene
visualizzato OSM con lo stesso livello di zoom che ho in mappa (il
livello 15, nel mio caso), se alzo la configurazione a 128 DPI , OSM
mi salta al livello di zoom successivo (livello 16), dove hai maggior
dettaglio ma gli oggetti (comprese le etichette) più piccoli e quindi
la mappa finale risulta poco leggibile.
ovviamente ci sono determinate situazioni in cui non si può ridurre
troppo la risoluzione (DPI) del layout, altrimenti il PDF o la stampa
finale non hanno la qualità richiesta.
un workaround per avere una maggiore qualità (a meno di non agire sul
codice del plugin) potrebbe essere quello di imporre come livello
massimo di zoom il 16 (nel mio caso), a quel punto, anche aumentando
i DPI, nel layout verrà visualizzato sempre il livello 16, anche se un
po' sgranato, ma comunque di migliore qualità rispetto ad un layout a
bassa risoluzione.
imporre un livello massimo di zoom si può fare in due modi, o
modifichi le impostazioni del layer TMS direttamente dai file di
configurazione del plugin, oppure (meglio) ti crei un nuovo layer TMS
al quale imponi il valore Z max voluto, nel mio caso:
[tms]
url = http://tile.openstreetmap.org/{z}/{x}/{y}.png
<http://tile.openstreetmap.org/{z}/{x}/{y}.png>
zmin = 0
zmax = 15
y_origin_top = 1
epsg_crs_id = 3857
(ho dovuto mettere zmax=15 perchè mi rimanga sempre sul 16)
fammi sapere se ho centrato il problema e se ti possono essere utili
le mie considerazioni.
un saluto,
francesco
Il giorno ven 9 dic 2022 alle ore 14:06 Marco Guiducci
ha scritto:
Ciao,
ho caricato un paio di strati di base da osm: OpenTopoMap e OSM
Standard
tramite il menù web\Quickmapservices di Qgis 3.18.1 Win
Mi succede che nell'esportazione come immagine o come pdf del
layout i
toponimi delle località non ci sono, mentre sulla canvas e nel layout
compaiono (per ci sono i toponimi stradali).
esperienze analoghe?
grazie
marcog
===
Avvertenza: Gli allegati ricevuti sono scansionati automaticamente per
la ricerca di software malevolo. Nel caso di file o archivi protetti
da password potrebbe non essere possibile analizzarne correttamente il
contenuto. Si invita, pertanto, ad adottare le cautele previste dalle
norme sull'utilizzo della postazione di lavoro.
===
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user
--
Marco Guiducci 055 4383194
Regione Toscana - Settore Sistema Informativo e pianificazione del territorio
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user
[QGIS-it-user] Base cartografica OSM differenza tra canvas e esportazione layout
Ciao, ho caricato un paio di strati di base da osm: OpenTopoMap e OSM Standard tramite il menù web\Quickmapservices di Qgis 3.18.1 Win Mi succede che nell'esportazione come immagine o come pdf del layout i toponimi delle località non ci sono, mentre sulla canvas e nel layout compaiono (per ci sono i toponimi stradali). esperienze analoghe? grazie marcog -- Marco Guiducci 055 4383194 Regione Toscana - Settore Sistema Informativo e pianificazione del territorio ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Segnalazioni errori di traduzione
Il 10/10/2022 11:42, Stefano Campus ha scritto: ciao a tutti, ho creato questo thread per avere in un unico thread le segnalazioni di errori da correggere nella traduzione della interfaccia grafica, della documentazione e del sito web. per nuove segnalazioni, vi prego di fare sempre riferimento a questo thread e rispondere sempre qua. grazie a tutti per l'aiuto non sono proprio addentro alla filiera perciò ti chiedo quale sia la versione cui fare riferimento per l'interfaccia, per evitare di segnalare errori avendo come riferimento una versione "vecchia". grazie marco -- Marco Guiducci 055 4383194 Regione Toscana - Settore Sistema Informativo e pianificazione del territorio ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Problemi stampa DTM - Tassellatura
Il 16/05/2022 09:37, MARCO FRONTINI ha scritto: Buongiorno volevo portare alla vostra attenzione un problema che non riesco a risolvere. Nella stampa del DTM rimangono evidenti le tassellature dell'immagine sapreste darmi un consiglio per eliminarle? grazie un saluto allego link con l'immagine. https://i.postimg.cc/ydHrZ1NB/image.png i tasselli sono file dtm separati? se è così, al caricamento di ciascuno QGis setta una scala di visualizzazione distinta per ogni file (tipo stira). Devi uniformare la visualizzazione. Ne puoi scegliere una, copiare (tasto destro) lo stile e incollarlo su tutti gli altri. Ma forse c'è un modo migliore? sentiamo altri -- Marco Guiducci Regione Toscana - Settore Sistema Informativo e pianificazione del territorio ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Come ingannare il tempo mentre si aspetta
Il 25/02/2022 23:28, Marco Spaziani ha scritto: E' appena uscita la versione 3.22 LTR di QGIS e, se non vi dispiace, procedo subito con lo scaricarmela. Il pacchetto per installarla è molto più grande del solito e quindi il download dura di più Cosa fare, nel frattempo, mentre il download procede, per ingannare il tempo? Una bella donazione a QGIS ! https://donate.qgis.org/ ://lists.osgeo.org/mailman/listinfo/qgis-it-user bene. sapete se sarà fatta la portable? Sempre in materia di tempo: sulla 3.16 win, ma anche la 3.18 win, la finestra di dialogo per fare i raster virtuali a volte si addormenta e hai voglia di passare il tempo. A parte che non si capisce mai che file carica con "Aggiungi cartella" (carica tutti i file di non so che, se non si clicca una cartella, carica i file di una cartella precedente) non so replicare la situazione precisa: se per esempio, in seguito al problema di prima, dico di cancellare la selezione, si addormenta; a volte lo fa se carico i file ma non eseguo il comando e chiudo. Magari se mi ricapita cerco di individuare bene la situazione. Sarà stato risolto sulla nuova versione? (scusate l'ot) marcog -- Marco Guiducci Regione Toscana - Settore Sistema Informativo e pianificazione del territorio ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Ordine di scrittura del file qgs
Il 17/02/2022 11:28, Andrea Giudiceandrea ha scritto: Il 17/02/2022 11:17, Marco Guiducci ha scritto: Grazie! funziona al 99%. scombina, almeno nel mio progetto, i figli di questo elemento: che son rimangono nell'ordine e vengono inserite extra linee bianche (diverse ad ogni salvataggio). Ciao Marco, come puoi leggere nel repository del plugin su GitHub, il problema è già stato segnalato qualche mese fa https://github.com/opengisch/qgis_trackable_project_files/issues/21 Comunque stai usando delle versioni di QGIS rilasciate un anno fa e nel frattempo il problema potrebbe essere stato risolto. A presto. Andrea ___ ah ecco. ho letto. anche questo |false, segnalato nell'intervento che mi dai, è veramente ganzo. Io non l'avevo rammentato ma me ne ero accorto. il plugin l'ho testato con la 3.16.4. Lo testerò anche con la 3.18.1. Altre versioni più recenti, al momento, non le uso.| ciao e grazie -- Marco Guiducci Regione Toscana - Settore Sistema Informativo e pianificazione del territorio ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Ordine di scrittura del file qgs
Il 16/02/2022 18:19, Andrea Giudiceandrea ha scritto: Ciao Marco, c'è un plugin che dovrebbe risolvere questo problema: https://plugins.qgis.org/plugins/trackable_project_files/ A presto. Andrea Il 16/02/2022 15:48, Marco Guiducci ha scritto: Ho notato che QGis, ogni volta che salva il file (sia con Salva con nome che non) scrive il qgs in maniera diversa: le righe sono scritte nello stesso ordine, ma il loro contenuto è ordinato diversamente se il tag xml prevede più attributi. Questo fa si che mi sia impossibile, su un file da oltre 20.000righe, isolare le poche differenze. Grazie! funziona al 99%. scombina, almeno nel mio progetto, i figli di questo elemento: che son rimangono nell'ordine e vengono inserite extra linee bianche (diverse ad ogni salvataggio). ma direi che il passo è enorme. da ieri penso alla causa: non conoscendo i gangli di QGis, ho pensato che il progetto, all'apertura, sia caricato in un db sqlite. il salvataggio avverrà attraverso query sql che, senza un parametro order by, restituiscono la soluzione in ordine "sparso". ma ho anche notato che la proprietà "prop" era sempre ordinata nello stesso modo, tutte le altre no. Ci sono alcune proprietà con due soli attributi e ho pensato che statisticamente una volta su due l'ordine dovrebbe essere giusto. ma qui interviene la legge di murphy... comunque il mio problema è risolto. grazie ancora -- Marco Guiducci Regione Toscana - Settore Sistema Informativo e pianificazione del territorio ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
[QGIS-it-user] Ordine di scrittura del file qgs
Salve, sto costruendo un prototipo di progetto da replicare n volte (tutti i fogli di carta tecnica) cambiando via python (precessing) alcune parti (riferimento ai layer da caricare, bbox ecc). I progetti in realtà sono due: uno per la scala 2000 ed uno per la scala 1. In ciascun progetto setto la variabile di progetto "Scala" a 2 o a 10, che sarà poi utilizzata nel dimensionare gli stili dei simboli, linee e via dicendo. Ho bisogno di confrontare i due progetti per essere sicuro che siano identici a meno delle righe che cambio. Questo lo faccio con i programmi di confronto file (windiff, winmerge...). Ho notato che QGis, ogni volta che salva il file (sia con Salva con nome che non) scrive il qgs in maniera diversa: le righe sono scritte nello stesso ordine, ma il loro contenuto è ordinato diversamente se il tag xml prevede più attributi. Questo fa si che mi sia impossibile, su un file da oltre 20.000righe, isolare le poche differenze. Ne sia di esempio, tra le migliaia di righe diverse, la seconda riga: projectname="Vestizione CTR" saveDateTime="2022-02-16T15:36:09"> saveDateTime="2022-02-16T15:37:05" version="3.18.1-Zürich" projectname="Vestizione CTR"> ho provato con la versione 3.16.4 e con la 3.18.1 su Win. Alquanto bizzarro e noioso. Mi potete confermare? grazie marcog ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] loop tra i file di una cartella in uno script processing
Il 10/02/2022 18:26, Andrea Giudiceandrea ha scritto: Il 10/02/2022 12:25, Marco Guiducci ha scritto: inizia con stampare sulla consolle i valori pathIn e della lista per vedere se sono corretti Ciao Marco, credo che il tuo consiglio sia lo stesso che ho dato io. Ho capito male? si, certo. non avevo visto la tua risposta. mg ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] loop tra i file di una cartella in uno script processing
Il 09/02/2022 19:05, Giacomo Fontanelli ha scritto: pathIn = self.parameterAsString(parameters, self.INPUT, context) quindi stavo pensando di fare un loop nei file della cartella stessa. for myFile in os.listdir(pathIn): #etc Il problema è che invece di fare il loop su tutti i file mi prende in considerazione solo l'ultimo della cartella. Dove sbaglio? grazie inizia con stampare sulla consolle i valori pathIn e della lista per vedere se sono corretti prova anche a passare pathIn come testo (il nome della dir c:\myadir o roba simile) per vedere se va. marcog ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Profile tools
Il 22/12/2021 11:02, Paola Del Bufalo ha scritto: Buongiorno, chiedo supporto in merito al plugin Profile Tool. Nel realizzare un profilo altimetrico di una strada su DTM10x10 mi escono valori delle ascisse che sembrano corretti ma decimali. Come posso impostare una diversa unità di misura per gli assi del profilo? Mi spiego la strada è lunga circa 450 m con un dislivello di circa 8 m. Allego immagine così da far capire meglio. Grazie in anticipo per l'aiuto. il layer è in coordinate geografiche? se si, proiettalo in modo che diventino metriche. io ho risolto così. marco -- Marco Guiducci - 055 4383194 Sistema Informativo e Pianificazione del Territorio Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] comportamento strano di alcune espressioni di QGIS 3.x
Il 29/11/2021 11:37, Totò Fiandaca ha scritto:
Ho notato un comportamente strano su questa espressione:
array_to_string(
array_filter(map_avals(attributes()), @element NOT IN ("fid"))
)
in particolare nella funzione 'array_filter', che NON filtra in modo
corretto se nella tabella attributi ci fossero due campi (con nomi
diversi) ma con identici valori, sotto un esempio:
image.png
in questa espressione: array_filter(map_avals(attributes()), @element
NOT IN ("fid")) mi aspetterei un array con tutti i valori, per ogni
riga, tranne per il campo "fid";
a prima vista mi pare che il filtro faccia quello che gli chiedi: ti
restituisce il valore del campo (@element) ciclato su tutti i campi
(ovviamente tranne fid che è il termine di paragone) se questo non è
uguale al valore che c'è in fid. i valori 1 e 3 gialli sono quelli del
campo id. negli altri casi il campo id ha valore uguale a fid, quindi li
scarta.
non gli stai dicendo: dammi tutti i campi tranne fid.
mg
--
Marco Guiducci - 055 4383194
SITA - Sistema informativo territoriale e ambientale
Regione Toscana - Via di Novoli 26 - 50127 Firenze
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] QGIS "arrotonda" io valori
"il numero sarà rappresentato "bene" se è una potenza di due. " ho semplificato un po' troppo :-) (somma di numeri) mg Il 10/11/2021 13:56, Marco Guiducci ha scritto: succede che nel pc i numeri vengono convertiti in numeri a notazione binaria cioè in base 2 (0 1). non tutti i numeri (cioè pochi!) appartenenti al campo dei numeri reali possono essere espressi in notazione binaria. il numero sarà rappresentato "bene" se è una potenza di due. in special modo, quindi, i numeri in virgola mobile e sarebbe qui lungo scrivere come si rappresenta in binario un tale numero (cerca sul web). il numero memorizzato sarà quindi il numero binario più vicino al numero in bse 10. mg Il 10/11/2021 12:38, Paolo Venturelli ha scritto: Buongiorno, ho (forse) definito i limiti del mio problema ad uno shp (che allego). Se inserisco un nuovo punto, ed inserisco 10.1 nel campo ELEVATION, tutto OK e mi trovo 10,100, ma se metto 10.2, mi trovo 10,199 con 10.3 trovo 10,301, con 10.4 trovo 10,400, con 10.5 trovo 10,500, con 10.6 trovo 10,600 invece con 10.7 trovo 10,699. mi piacerebbe capire cosa succede Grazie a chi saprà aiutarmi Il giorno mer 10 nov 2021 alle ore 11:54 Paolo Venturelli mailto:venturelli.pa...@gmail.com>> ha scritto: Buongiorno, su QGIS 3.22.0 WIN 10 Pro, inserisco i valori manualmente in un campo e mi ritrovo in tabella un valore leggermente diverso: tipo inserisco 10 e mi ritrovo 10.0324. anche per la scala di rappresentazione, io metto 2000 e mi ritrovo 2000.0421 Qualcuno riesce ad aiutarmi a capire cosa stia succedendo. Grazie in anticipo Paolo Venturelli === Avvertenza: Gli allegati ricevuti sono scansionati automaticamente per la ricerca di software malevolo. Nel caso di file o archivi protetti da password potrebbe non essere possibile analizzarne correttamente il contenuto. Si invita, pertanto, ad adottare le cautele previste dalle norme sull'utilizzo della postazione di lavoro. === ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] QGIS "arrotonda" io valori
succede che nel pc i numeri vengono convertiti in numeri a notazione binaria cioè in base 2 (0 1). non tutti i numeri (cioè pochi!) appartenenti al campo dei numeri reali possono essere espressi in notazione binaria. il numero sarà rappresentato "bene" se è una potenza di due. in special modo, quindi, i numeri in virgola mobile e sarebbe qui lungo scrivere come si rappresenta in binario un tale numero (cerca sul web). il numero memorizzato sarà quindi il numero binario più vicino al numero in bse 10. mg Il 10/11/2021 12:38, Paolo Venturelli ha scritto: Buongiorno, ho (forse) definito i limiti del mio problema ad uno shp (che allego). Se inserisco un nuovo punto, ed inserisco 10.1 nel campo ELEVATION, tutto OK e mi trovo 10,100, ma se metto 10.2, mi trovo 10,199 con 10.3 trovo 10,301, con 10.4 trovo 10,400, con 10.5 trovo 10,500, con 10.6 trovo 10,600 invece con 10.7 trovo 10,699. mi piacerebbe capire cosa succede Grazie a chi saprà aiutarmi Il giorno mer 10 nov 2021 alle ore 11:54 Paolo Venturelli mailto:venturelli.pa...@gmail.com>> ha scritto: Buongiorno, su QGIS 3.22.0 WIN 10 Pro, inserisco i valori manualmente in un campo e mi ritrovo in tabella un valore leggermente diverso: tipo inserisco 10 e mi ritrovo 10.0324. anche per la scala di rappresentazione, io metto 2000 e mi ritrovo 2000.0421 Qualcuno riesce ad aiutarmi a capire cosa stia succedendo. Grazie in anticipo Paolo Venturelli === Avvertenza: Gli allegati ricevuti sono scansionati automaticamente per la ricerca di software malevolo. Nel caso di file o archivi protetti da password potrebbe non essere possibile analizzarne correttamente il contenuto. Si invita, pertanto, ad adottare le cautele previste dalle norme sull'utilizzo della postazione di lavoro. === ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Supporto tecnico
ciao, non hai dato indicazione sul tipo di dato scaricato. comunque ho scaricato dagli open data della regione abruzzo un dxf della ctrn scala 1:5000. seguendo il piccolo tutorial che ho scritto qualche giorno fa in risposta ad un quesito analogo, risulta: la x in intorno ai 2.000.000 (2.400.000). quindi significa coordinate proiettate gauss-boaga fuso est, epsg 3004. se imposti l'SR del layer a 3004 vedrai che torna tutto. ciao mg Il 28/10/2021 17:02, MLetizia HS ha scritto: Ciao, vi contatto perché avrei bisogno di supporto tecnico: devo consegnare un progetto georeferenziato per il Ministero della transizione ecologica. Ho scaricato il file dell'area di interesse, in dxf, dal sito della regione Abruzzo. Ho importato in file in QGIS ed impostato l'SR in Monte Mario, quando però sovrappongo il layer di OpenStreetmap mi ritrovo da tutt'altra parte e QGIS mi segnala che ha adottato lui un SR approssimato. Come posso risolvere il problema? Premetto che è la mia prima esperienza con QGIS, ho guardato qualche tutorial ma nessuno sembra risolvere il mio problema. Attendo riscontro, grazie. M. Letizia Altomare === Avvertenza: Gli allegati ricevuti sono scansionati automaticamente per la ricerca di software malevolo. Nel caso di file o archivi protetti da password potrebbe non essere possibile analizzarne correttamente il contenuto. Si invita, pertanto, ad adottare le cautele previste dalle norme sull'utilizzo della postazione di lavoro. === ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] sr layer
Il 19/10/2021 19:13, alessandro borgna ha scritto: Buonasera a tutti. Carico un nuovo layer (un percorso) su un progetto ma non riesco a visualizzarlo dove dovrebbe. Credo sia un problema di sistema di riferimento delle coordinate. Dovrebbe sovrapporsi ad un layer (vecchio percorso) che ha come SR WGS 84 EPSG 4326. Ho modificato l'SR del layer nuovo dandogli lo stesso del vecchio ma niente. Dove sbaglio? Qualcuno può aiutarmi. Scusate io ci smanetto un po ma non sono tanto pratico sopratutto questi SR mi fanno impazzire. Grazie Ciao, come già altri hanno detto, devi capire che "numeri ci sono dentro il dato". Io per andare sul sicuro apro il cofano e guardo così: 1) apro la tabella 2) seleziono un record 3) copio 4) incollo in un editor di testo. il testo incollato è in formato wkt 5) guardo i numeri delle coordinate. Se il dato è in italia posso trovarmi di fronte a tre grosse categorie (come già detto da un altro: se il dato è inquadrato in un sistema geografico e non in un sistema locale) 1) coordinate piane gauss-boaga 2) coordinate piane utm 3) coordinate geografiche Vediamo meglio (tra parentesi codici epsg): 1) x sui 1.600.000 e y su 4.000.000 --> gauss boaga fuso ovest (3003) 2) x sui 2.500.000 e y sui 4.000.000 --> gauss boaga fuso est (3004) 3) x sui 600.000 e y sui 4.000.000 --> utm fuso 32 o 33 (devi sapere tu in che parte di italia sei). Ma a questo punto non sei ancora a meta: utm ed50? utm etrs89? utm etrf2000? 4) x sui 10,qualcosa e y sui 40,qualcosa --> coordinate geografiche. wgs84 (4326)? etrs89 (4258)? etrf2000 (6706)? ed50 (4230)? ma anche (caso raro) Roma40 con origine longitudini sciftata a Greenwich (4265) 5) se invece la x (longitudine) è intorno a 0 (-qualcosa + qualcosa) è Roma40 (4806) Spero di esser stato utile mg ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Plugin ImportPhotos: path in tabella
salve, ovviamente c'è la funzione click photos :-). no comment comunque editando la tabella si può scrivere nel path: "file:///ecc ecc ecc e parte il software di default per vedere la foto mg Il 20/09/2021 15:22, Marco Guiducci ha scritto: Ciao, con QGis su Win 3.18.1 uso il plugin importphotos che funziona alla grande. In tabella mi scrive, come link, il path alla foto ma anche il relpath ma non è cliccabile. Come posso configurare l'applicazione chiamata con il link path? Viene chiamata Firefox che non riesce a raggiungere la foto, mentre vorrei aprire le foto con IrfanView. grazie a chi sa dirmi qualcosa. marcog -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
[QGIS-it-user] Plugin ImportPhotos: path in tabella
Ciao, con QGis su Win 3.18.1 uso il plugin importphotos che funziona alla grande. In tabella mi scrive, come link, il path alla foto ma anche il relpath ma non è cliccabile. Come posso configurare l'applicazione chiamata con il link path? Viene chiamata Firefox che non riesce a raggiungere la foto, mentre vorrei aprire le foto con IrfanView. grazie a chi sa dirmi qualcosa. marcog -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
[QGIS-it-user] Raster Virtuale
Buongiorno, la funzione Crea Raster Virtuale (catalogo) della 2.18 dove la trovo nelle versioni successive? Nella 3.4 e seguenti trovo in Raster/Miscellanea una funzione con quel nome ma non mi sembra faccia la stessa cosa di prima, a meno che non sbagli io qualcosa. Non voglio ricampionare, non voglio cambiare risoluzione voglio solo un vrt come prima :-) grazie a chi mi darà indicazioni mg -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Valuatazione in qgis Salita/discesa
Il 21/04/2021 16:30, Lorenzo24 ha scritto: Salve ho necessità di trovarmi per dei percorsi prestabiliti il rapporto tra pendenza salita/discesa.. un vecchio post qua pubblicato ne parla ma non si capisce come giungere al dato cercato. Primo problema avere una linea con le quote... risolto con droppaggio da DTM di un layer lineare. Secondo problema tirare fuori da profile tool il file CVS con x y z e poi da questo giungere al dato finale. Io infatti non riesco ad avere un CSV da profile tool e poi a procedere. Grazie se profile tool gira, vai nel tab "table" e copia negli appunti (clipboard). incolla in Libre Calc o in editor di testo per formattare come vuoi. mg -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] QGIS le variabili e la privacy
Il 13/03/2021 09:08, Totò ha scritto: Ciao e Grazie Andrea per l'approfondimento. Ti chiedo, un utilizzatore medio di QGIS, saprebbe personalizzare le due impostazioni che citi sopra? io personalmente non so dove si trovano, per favore puoi dirci dove possiamo trovarle? Per personalizzare si può aprire il qgs con un editor di testo e cambiare la seconda riga: http://mrcc.com/qgis.dtd' 'SYSTEM'> version="3.16.4-Hannover" saveUserFull="idemcomeprima" saveDateTime="2021-03-11T11:25:54"> si può anche togliere saveUser e saveUserFull. Almeno la 3.16 non si arrabbia. mg -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Creare qgs automatico
sto cercando... non avendo chiari di ricerca vado a tentativi. però intanto ho trovato questo sperimentale: SVG Embeddor siccome i qml richiamano svg che vanno copiati su filesystem ed indicato a QGis il percorso, questo plugin potrebbe semplificare la vita agli utenti? il pacchetto con il qgs è accompagnato dalla cartella dei file svg e da un leggimi con le istruzioni ma se questo embeddor funziona ben venga. non ho esperienza in merito. margui Il 26/02/2021 17:19, Paolo Cavallini ha scritto: confermo, la substringa bizzarra che vedi è solo un modo per garantire l'univocità del riferimento ad un layer, quindi va bene qualunque cosa, purché univoca. Hai mica provato a vdere se c'è un plugin o uno script che automatizza questo? Mi pare di ricordare qualcosa. Saluti. Il 26/02/21 17:14, Marco Guiducci ha scritto: ho provato a sostituire a "477c03e5_691f_458e_b63b_4423edc35e6d" e le altri "chiavi univoche" se così posso chiamarle, nomi tipo "pippo" "pluto" "orazio" "clarabella" e pare che QGis le digerisca. ovvero: "S_253010_2016_SVT_pippo" è un po' noioso perché bisogna sapere tutti i punti in cui viene usata quella chiave, ma si può fare. se così è allora posso sicuramente scrivermi il qgs come file ascii personalizzato. evviva qgis! :-) -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Creare qgs automatico
scordavo paperino. topolino no, perché come tutti sanno è un rompic ;-) margui Il 26/02/2021 17:14, Marco Guiducci ha scritto: ho provato a sostituire a "477c03e5_691f_458e_b63b_4423edc35e6d" e le altri "chiavi univoche" se così posso chiamarle, nomi tipo "pippo" "pluto" "orazio" "clarabella" e pare che QGis le digerisca. ovvero: "S_253010_2016_SVT_pippo" è un po' noioso perché bisogna sapere tutti i punti in cui viene usata quella chiave, ma si può fare. se così è allora posso sicuramente scrivermi il qgs come file ascii personalizzato. evviva qgis! :-) margui Il 26/02/2021 16:36, Marco Guiducci ha scritto: Buongiorno, ho creato un qgs con QGis 3.4.4 con preimpostate regole di vestizione dei leyer. I layer sono shapefile di carta tecnica regionale, ognuno dei quali ha il proprio qml. Vorrei usare questo prototipo per creare qgs da accompagnare ad ogni foglio di carta tecnica, magari con processing. Esempio: protoptipo creato per foglio xxxyyy. Devo creare n qgs con precaricati gli shapefile per ogni foglio di ctr xxx001 xxx002 ecc Potrei scrivere il file ascii qgs copiando/incollando da quello del prototipo, ma vedo che QGis scrive roba che non saprei definire o controllare, tipo: layer-tree-layer providerKey="ogr" id="S_253010_2016_SVT_477c03e5_691f_458e_b63b_4423edc35e6d" dove la parte che posso/devo definire è solo "S_253010_2016_SVT_" che poi è il nome dello shapefile. Quindi diciamo che la parte che riguarda l'ordine dei layer e i criteri di rappresentazione è fissa; basta poter gestire gli shapefile da caricare che cambiano per ogni foglio di ctr. Qualche idea? grazie a chi vorrà rispondere margui -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Creare qgs automatico
ho provato a sostituire a "477c03e5_691f_458e_b63b_4423edc35e6d" e le altri "chiavi univoche" se così posso chiamarle, nomi tipo "pippo" "pluto" "orazio" "clarabella" e pare che QGis le digerisca. ovvero: "S_253010_2016_SVT_pippo" è un po' noioso perché bisogna sapere tutti i punti in cui viene usata quella chiave, ma si può fare. se così è allora posso sicuramente scrivermi il qgs come file ascii personalizzato. evviva qgis! :-) margui Il 26/02/2021 16:36, Marco Guiducci ha scritto: Buongiorno, ho creato un qgs con QGis 3.4.4 con preimpostate regole di vestizione dei leyer. I layer sono shapefile di carta tecnica regionale, ognuno dei quali ha il proprio qml. Vorrei usare questo prototipo per creare qgs da accompagnare ad ogni foglio di carta tecnica, magari con processing. Esempio: protoptipo creato per foglio xxxyyy. Devo creare n qgs con precaricati gli shapefile per ogni foglio di ctr xxx001 xxx002 ecc Potrei scrivere il file ascii qgs copiando/incollando da quello del prototipo, ma vedo che QGis scrive roba che non saprei definire o controllare, tipo: layer-tree-layer providerKey="ogr" id="S_253010_2016_SVT_477c03e5_691f_458e_b63b_4423edc35e6d" dove la parte che posso/devo definire è solo "S_253010_2016_SVT_" che poi è il nome dello shapefile. Quindi diciamo che la parte che riguarda l'ordine dei layer e i criteri di rappresentazione è fissa; basta poter gestire gli shapefile da caricare che cambiano per ogni foglio di ctr. Qualche idea? grazie a chi vorrà rispondere margui -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
[QGIS-it-user] Creare qgs automatico
Buongiorno, ho creato un qgs con QGis 3.4.4 con preimpostate regole di vestizione dei leyer. I layer sono shapefile di carta tecnica regionale, ognuno dei quali ha il proprio qml. Vorrei usare questo prototipo per creare qgs da accompagnare ad ogni foglio di carta tecnica, magari con processing. Esempio: protoptipo creato per foglio xxxyyy. Devo creare n qgs con precaricati gli shapefile per ogni foglio di ctr xxx001 xxx002 ecc Potrei scrivere il file ascii qgs copiando/incollando da quello del prototipo, ma vedo che QGis scrive roba che non saprei definire o controllare, tipo: layer-tree-layer providerKey="ogr" id="S_253010_2016_SVT_477c03e5_691f_458e_b63b_4423edc35e6d" dove la parte che posso/devo definire è solo "S_253010_2016_SVT_" che poi è il nome dello shapefile. Quindi diciamo che la parte che riguarda l'ordine dei layer e i criteri di rappresentazione è fissa; basta poter gestire gli shapefile da caricare che cambiano per ogni foglio di ctr. Qualche idea? grazie a chi vorrà rispondere margui -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] esportare una stampa della mappa
Il 19/02/2021 14:13, alessandro borgna ha scritto: Buongiorno, realizzo una nuova composizione di stampa ma la cartografia aperta sul progetto (nel mio caso ctr 1) non mi si vede sul compositore e quando la esporto mi esporta solo i layer da me disegnati senza cartografia. Sul compositore imposto la stessa scala. Potete aiutarmi? Grazie ciao, devi dirci qualcosa di più: a parte sistema operativo e versione di QGis, il layer ctr 1 è un wms? mg -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Informazioni dati raster
sii anch'io ho pensato una cosa del genere. la premessa è che il raster sia ad una banda, per esempio un dtm. occorre trasferire l'informazione del pixel ad un vettoriale puntuale (centroide del pixel) oppure poligonale (le celle del pixel). funziona, certo, ma forse per un uso "locale" e sporadico. Altro sarebbe poter etichettare il raster o, nella simbologia, invece che un colore od una sfumatura di colore poter rappresentare il valore. io mi son fatto un programmino python che legge un ascii grid e fa uno shapefile poligonale (ogni poligono è una cella), tanto per dire. mg Il 18/12/2020 12:48, Totò ha scritto: Ciao, ti sarebbe utile una cosa del genere? se sì, realizzo un video (non è difficile) saluti ciao <http://osgeo-org.1560.x6.nabble.com/file/t378656/raster.png> - https://pigrecoinfinito.wordpress.com/ -- Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] buffer di 25 metri su un solo lato
Ciao Totò, frequento questo mondo "parallelo" da 25 anni. Sono cresciuto con i newsgroup (formalmente attivi ma nella sostanza morti) nei più svariati argomenti: musica, montagna, fotografia. Conosco bene le dinamiche. All'epoca il richiamo alla netiquette era il minimo, poi quello del rispetto delle regole del gruppo, quello all'off topic, i flame, il riconoscimento all'istante del troll e via andare. Per non parlare del "consiglio" di leggere prima le faq e a fare la ricerca nei post passati per trovare discussioni analoghe se non proprio il caso esattamente uguale e già risolto. A distanza di vent'anni penso che il web in generale sia diventato talmente caotico e sovrabbondante e che il nostro fare talmente frettoloso che non ci si fa più né a chiedere maggiore impegno nel formulare richieste circostanziate né a seguire noi stessi "le buone prassi". Vorremmo che la nostra lista, il nostro piccolo spazio, fosse frequentato in maniera corretta. Questo è giusto e ritengo che ogni tanto un richiamo non guasti. Nel nostro campo specifico, i soggetti che vi operano si moltiplicano anno per anno e non tutti hanno una formazione specifica. Tu dirai: anche l'educazione... Ma questo fatto ormai è letteratura: sul web, dietro un nickname o no, ci si sente svincolati da certe regole basilari. L'informazione geografica ormai è uno strumento che entra nella prassi lavorativa al pari di un wordprocessor. Mi dirai: proprio per tutti questi motivi l'ordine ed il rispetto sono basilari per dare un buon servizio. Sono d'accordo ma... il fiume è in piena e non lo fermi. E, in fin dei conti, la meraviglia del web è questa. Detto questo, penso che il buon senso e la cortesia siano gli strumenti per dare un senso al tutto. Se una richiesta è posta male, si fa presente. Se non siamo in grado di rispondere, non si risponde. Penso che chiunque passi i propri momenti di critica e di rigidità e sono sicuro che lo faccia in buona fede. Anche l'incomprensione fa parte del gioco. Un buon caffè di pausa prima di scrivere è sempre una buona premessa per un sereno vivere e convivere. Sai quante volte ho scritto cose che ho salvato e che ho lasciato al giorno dopo e che puntualmente poi ho cestinato? ;-) Però a volte ci ricasco. Siamo umani. Forse sono andato oltre e la pianto qui. Buone domande e buone risposte a tutti. E buon caffè! mg -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Errore ORG nella cancellazione dell'elemento
Il 03/12/2020 10:24, Stefano Campus ha scritto: è possibile ci siano errori geometrici/topologici. puoi impostare regole per evitare la sovrapposizione tra poligoni adiacenti ad esempio. questo permette di creare elementi corretti già in fase di modifica. se hai già modificato, puoi usare lo strumento "controllo delle geometrie" oppure "validatore topologico" per verificare dove sono gli errori e di che tipo. non mi sembra che sia vietato in uno shapefile creare poligoni che si sovrappongono. si possono fare anche poligoni intrecciati (in questo caso QGis avverte) ma comunque lo shapefile si salva. quindi non credo sia lì il problema. comunque una passata per controllare geometria valide va fatta (poligoni degenere ad esempio). mg -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] sviluppo di uno script processing, importa layer in numpy
Il 18/11/2020 12:58, Giacomo Fontanelli ha scritto: Ciao Federico e Matteo ho provato entrambe i vostri consigli. Mettendo gli apici attorno a OUTPUT lo script va avanti, quindi le linee raster_out = rasterizedResult["OUTPUT"] rasterGDAL = gdal.Open(raster_out) non danno errori, ma si ferma alla linea forse è una banalità: prova l'apice singolo e non le doppie virgolette, come era indicato nella prima risposta. mg -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] importare immagine formato h5 in QGIS
Il 09/11/2020 09:02, Elvira Armenio ha scritto: Buongiorno a tutti, devo importare delle immagini in formato h5 in QGIS. Potete darmi dei suggerimenti su come fare? In alternativa come posso convertire il file h5 in un formato gestibile con QGIS? grazie mille Elvira ciao, io sto avendo le prime esperienze con immagini del satellite Prisma. Le immagini sono nel leyer CUBE. La libreria gdal legge gli h5. Alcuni cube li carico senza problemi, su altri crasha QGis (3.4 win). In particolare non ci sono problemi con il pancromatico (PCO) mentre swir e vnir crasha. al momento importo in qgis trasformando in tiff attraverso python i seguenti moduli: import rasterio as rio import h5py (si installano con pip con python 3.7, occhio all'ordine cronologico di installazione!) il seguito dello script è molto legato a come è fatto il CUBE di Prisma (biaogna fare dei traspose della matrice). ciao marcog -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Cambiare valore di cella in un raster
non mi convinci.
quando carico in qgis l'ascii grid, qgis mi chiede l'SR e se lo scrive
nelle proprietà del layer. da quel momento QGis sa benissimo come fare.
se il plugin mi avverte che il layer non ha un SR e mi chiede di
settarlo nelle proprietà poi vai a leggerle le proprietà, sennò che
me lo chiede a fare?. altrimenti l'avvertimento dovrebbe essere diverso.
m
Il 23/10/2020 12:49, Stefano Campus ha scritto:
è corretto: ascii grid non ha il SR esplicito interno, cosa che invece
ha il geotiff che nell'intestazione contiene SR.
il world file dei raster contiene solo l'estensione e il passo x e
y della cella, e non il SR.
s.
Il giorno ven 23 ott 2020 alle ore 12:45 Marco Guiducci
<mailto:marco.guidu...@regione.toscana.it>> ha scritto:
Il 23/10/2020 12:37, Marco Guiducci ha scritto:
>
>
> Il 23/10/2020 10:15, Totò ha scritto:
>> Marco Guiducci wrote
>>> Buongorno,
>>> qualcuno conosce uno strumento in QGis per cambiare singoli
valori di
>>> celle di un raster? (nel mio caso è un dtm in formato ascii grid)
>> Ciao prova questo plugin
>> https://github.com/erpas/serval <https://github.com/erpas/serval>
>>
>> saluti
>
> ottimo è quel che mi serve! grazie.
> però non riesco ad usarlo :-(
> mi avverte che il raster non ha definita la proiezione. fatto
non vero.
> m
>
ho trasformato l'ascii grid in GeoTiff e funziona. quindi il
messaggio
che manda è fuorviante: setta la proiezione del layer nelle
proprietà.
in realtà non fa così.
comunque dai la strada si trova. grazie ancora
m
--
Marco Guiducci - 055 4383194
SITA - Sistema informativo territoriale e ambientale
Regione Toscana - Via di Novoli 26 - 50127 Firenze
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org <mailto:QGIS-it-user@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/qgis-it-user
<https://lists.osgeo.org/mailman/listinfo/qgis-it-user>
--
Marco Guiducci - 055 4383194
SITA - Sistema informativo territoriale e ambientale
Regione Toscana - Via di Novoli 26 - 50127 Firenze
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Cambiare valore di cella in un raster
Il 23/10/2020 12:37, Marco Guiducci ha scritto: Il 23/10/2020 10:15, Totò ha scritto: Marco Guiducci wrote Buongorno, qualcuno conosce uno strumento in QGis per cambiare singoli valori di celle di un raster? (nel mio caso è un dtm in formato ascii grid) Ciao prova questo plugin https://github.com/erpas/serval saluti ottimo è quel che mi serve! grazie. però non riesco ad usarlo :-( mi avverte che il raster non ha definita la proiezione. fatto non vero. m ho trasformato l'ascii grid in GeoTiff e funziona. quindi il messaggio che manda è fuorviante: setta la proiezione del layer nelle proprietà. in realtà non fa così. comunque dai la strada si trova. grazie ancora m -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Cambiare valore di cella in un raster
Il 23/10/2020 10:15, Totò ha scritto: Marco Guiducci wrote Buongorno, qualcuno conosce uno strumento in QGis per cambiare singoli valori di celle di un raster? (nel mio caso è un dtm in formato ascii grid) Ciao prova questo plugin https://github.com/erpas/serval saluti ottimo è quel che mi serve! grazie. però non riesco ad usarlo :-( mi avverte che il raster non ha definita la proiezione. fatto non vero. m -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
[QGIS-it-user] Cambiare valore di cella in un raster
Buongorno, qualcuno conosce uno strumento in QGis per cambiare singoli valori di celle di un raster? (nel mio caso è un dtm in formato ascii grid) Gli strumenti che valorizzano singole celle no-data attraverso celle vicine non fanno al caso mio (esempio remove small pixel di Saga o simili). R non lo conosco e in questo momento non ho tempo di studiarlo. Mi servirebbe proprio uno strumento di editing cella per cella :-) grazie marcog -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] OSGeo4W shell utility per unzippare
Il 10/09/2020 11:49, Umberto Zulian ha scritto: sul mio pc w10 il percorso dell'eseguibile è C:\Program Files\7-Zip\7zFM.exe per l'interfaccia, e 7z.exe per il comando ciao mi pare che la questio sia nella schell di QGis, cioè nell'ambiente dos che si crea QGis. Dal dos di windows è ovvio che la chiamata è quella che tu citi. è evidente che il bat di QGis crea un ambiente senza i path di gzip o 7z o dir si voglia. però qui mi fermo perché non ne so molto e forse ho già detto qualche bischerata. QGis 2.8 si faceva un suo ambiente con il bat (quindi è possibile aggiungere dei path). QGis 3? mg -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Da gradi sessagesimali a sessadecimali. Livello di precisione
Il 22/05/2020 11:45, Giuliano Curti ha scritto: On 5/22/20, Marco Guiducci wrote: Il 21/05/2020 22:46, Marco Spaziani ha scritto: Ho una tabella con una decina di punti le cui coordinate sono espresse in gradi sessagesimali.. ciao Marco, scusa la franchezza, ma credo che così il problema sia mal posto e impossibile da risolvere; provo a darne una esemplificazione diversa; sull'equatore (della Terra, sul sole sarebbe diverso, ma credo la prima basti per il tuo problema :-) ) un grado corrisponde a 2.pi.R/360 = 111317m (meglio ricontrollare i conti), quindi per avere precisione centimetrica devi dividere per 1E7; la tua precisione angolare deve essere di 1E-7 gradi per discriminare il cm sulla faccia della Terra (stiamo parlando di angoli decimali) :-) (Detto non per asserire, ma per contribuire a dibattere :-) :-) ) ciao, giuliano grazie del tuo contributo. rileggendo la mia, ho notato una imprecisione (per non dire di peggio :-)): "il tuo dato è espresso al secondo sessadecimale". Questo argomento è stato trattato più volte qui in lista. Più volte, negli anni, ho visto cose raccapriccianti, spesso dovute alla bizzarria di un foglio di calcolo (non faccio nomi) che nel momento di esportare (per esempio in un file tipo csv) troncava i numeri in funzione della larghezza della cella, con buona pace dei nostri carissimi decimali. Ma, risottolineo, purché quei decimali siano realmente significativi, cioè rispondano alla reale precisione del dato da trattare. marco -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Da gradi sessagesimali a sessadecimali. Livello di precisione
Il 22/05/2020 09:33, Ludovico ha scritto: Ciao, 6 cifre decimali dovrebbero fornire una precisione centimetrica. facciamo questa prova: fare un file txt così x y 12 43 12.01 43 12.01 43.01 12 43.01 caricarlo in QGis con epsg 4326 poi impostare la proiezione al volo su 3003 misurare la distanza tra i punti: 8 cm in longitudine e 11 in latitudine. Con altri due decimali verrebbe il mm, se i dati sono al centimetro forse è corretto tenere il mm. Nel caso abbassare a 7 (in questo caso si ottiene 8 mm in long e 11 mm in lat). marco -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Da gradi sessagesimali a sessadecimali. Livello di precisione
Il 21/05/2020 22:46, Marco Spaziani ha scritto: Ho una tabella con una decina di punti le cui coordinate sono espresse in gradi sessagesimali. Per far meglio digerire questi dati a QGIS voglio (devo) trasformarli in sessadecimali. A tal fine uso la formuletta classica: Gradi sessadecimali = g° +(m'/60) + (m''/3600) dove g° sono i gradi, m' i minuti primi e m'' i minuti secondi. Ora, se mi capitano coordinate ben divisibili per 3600 mi viene fuori un numero finito (tipo: 30°43'12'' = 30°.72) e va tutto bene ma, se mi capitano coordinate mal divisibili per 3600 mi vengono fuori numeri con più di venti cifre decimali (tipo: 30°43'13'' = 30,720278. La domanda è questa. Per avere una coordinata sessadecimale che mi esprima, come precisione, il centimetro, a quante cifre decimale posso permettermi di poter arrotondare il numero che ottengo dalla formuletta di cui sopra? - poniamo sferica la Terra con raggio di 6378 km - l'arco sulla circonferenza è dato dal prodotto del raggio per l'angolo al centro espresso in radianti - l'angolo al centro è dato dal rapporto tra l'arco e ed il raggio Quindi: - l'arco di meridiano corrispondente ad un secondo sessagesimale è: 1/3600/180*3.14*6378000= 30 metri circa. - larco di longidudine: 30*cos lat (per esempio alle nostre latitudini viene circa 20 metri) questo vuol dire che se il tuo dato è espresso al secondo sessadecimale stai dando delle geometrie "a rettangoli" di 30x20 metri Detto questo, calcoliamo i decimali per i gradi sessadecinali angolo = 30 metri / 6378000 / 3.14 * 180 = 2.69*e-4 cioè devi scrivere almeno quattro decimali Se il tuo dato ha un'accuratezza al centimetro: angolo = 0,01 / 6378000 / 3.14 * 180 = 8.98e-8 gradi sessadecimali, almeno 8 decimali Ma tieni presente l'assunto originale: se la tabella dei punti di partenza è al secondo sessagesimale, il centimetro è pura invenzione matematica. stai sui 30 metri! marco -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] QGIS e i profili altimetrici del terreno
Il 27/04/2020 12:39, Andrea Giudiceandrea ha scritto: Andrea Giudiceandrea wrote Non so se le preferenze di gestione della mailing list lo permettono Le opzioni da modificare dal Pannello di controllo della mailing list dovrebbero essere first_strip_reply_to e reply_goes_to_list. https://www.gnu.org/software/mailman/mailman-admin/node11.html il client di posta Thunderbird presenta due pulsanti: "rispondi" e "rispondi alla lista". per quello che posso capire io non è un problema di impostazioni del mailmanager ma del client e, decisamente, dell'utente. mg -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] [ANTISPAMRT:] Esportare file shp in dxf
Il 27/02/2020 20:32, gius.pippo1...@libero.it ha scritto: Salve sto cercando di esportare degli shp in qgis 3.4 in dxf. Ho provato sia il metodo PROGRAMMA-IMPORTA/ESPORTA-ESPORTA PROGETTO IN DXF-selezione lo shp punti che mi interessa e avvio l'esportazione, quando apro il file dxf in autocad la dimensione dei punti è fissa e sono molto grandi. Ho provato anche il metodo save as direttamente dal tasto destro del shp punti che mi interessa, ma quando lo apro in autocad non compare nulla. Come posso fare per avere il file punti in dxf in maniera da poterci lavorare? Grazie Giuseppe - nel primo caso viene esportato il simbolo ed influisce sulla sua dimensione la "scala simbologia" impostata nella finestra di esportazione. fai dei tentativi riducendo. nel secondo viene esportato il punto senza come entità. fai su acad zoom esteso (z e) per vederli. può darsi che qgis non esporti nel dxf l'extent e acad all'apertura non centra lo zoom sui dati. marco -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Salvataggio di un file DXF in Shapefile.
Il 26/02/2020 09:04, Luca Mastrangelo ha scritto: Buongiorno. Utilizzo la 3.4 madeira. Ho provato in diversi modi. Considerate che il file non è posizionato correttamente sulla mappa al quale fa riferimento ( anche li non so perché dato che dovrebbe derivare da quella) e quindi lo debbo traslare poi con vecror bender. su questo tema forse il problema è questo, e loche avevo segnalato un paio di anni fa (riporto sotto). nel frattempo non ho avuto più occasione di eseguire questa procedura, quindi non so se Gdal nel frattempo ha cambiato strategia. brevemente: quando si esporta da qgis in dxf, viene utilizzato il driver gdal che scrive di default le unità a pollici. quando qgis rilegge il dxf legge il tag delle unità di misura e quindi interpreta i metri come pollici. nello scritto sotto c'è la soluzione. Buongiorno, vorrei scrivere una piccola nota sulla unità di misura scritta nel file dxf che si può ottenere tramite esportazione utilizzando le funzioni gdal (ovvero da QGis: salva con nome formato dxf), non avendo trovato sul web molto al riguardo e sperando di fare cosa gradita. Nel file header del dxf c'è la sezione INSUNITS: $INSUNITS 70 0 il valore dopo 70 indica in che unità di misura valutare le coordinate delle entità. I valori possibili sono [1]: 0 = Unitless; 1 = Inches; 2 = Feet; 3 = Miles; 4 = Millimeters; 5 = Centimeters; 6 = Meters; 7 = Kilometers; 8 = Microinches; 9 = Mils; 10 = Yards; 11 = Angstroms; 12 = Nanometers; 13 = Microns; 14 = Decimeters; 15 = Decameters; 16 = Hectometers; 17 = Gigameters; 18 = Astronomical units; 19 = Light years; 20 = Parsecs L'header che scrive la gdal è quello contenuto qui: \share\gdal\header.dxf che si può bypassare indicandone un altro in fase di esportazione. In quel file la $INSUNITS è impostata al valore 1, come anche indicato in [2], in fondo, ma proprio in fondo alla pagina. Un paio di mie considerazioni: può darsi che alcuni software che leggono dxf non tengano conto di quel parametro e che quindi l'utente non si accorga di niente. Ma Autocad, ovviamente, lo usa, con il risultato che un dxf che contiene coordinate metriche, che almeno nel mio caso sono la stragrande maggioranza, vengano considerate in pollici. Sarebbe opportuno che quel valore fosse impostato di default a zero. Anche QGis lo usa, infatti il dxf caricato in mappa starà in altra parte del mondo. Ma visto che "At the moment GDAL writes DXF to report the measurement units as "English - Inches", occorre cambiare a mano il valore, una volta per sempre. Scusate la prolissità marcog [1] https://www.autodesk.com/techpubs/autocad/acad2000/dxf/header_section_group_codes_dxf_02.htm [2] http://www.gdal.org/drv_dxf.html -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Splashscreen QGIS - 18 anni di QGIS
Il 19/02/2020 16:22, Totò ha scritto: Ciao a tutti, ieri era il compleanno di QGIS, nato il 18 - febbraio 2002 dalle mani di Gary Sherman https://twitter.com/shermange/status/965182828219531264 per l'occasione ho realizzato un repository con tutte le splashscreen dal primo (0.1) fino all'ultimo (3.12) https://github.com/pigreco/splashscreenQGIS il repo puo' essere usato con il plugin Resource Sharing https://plugins.qgis.org/plugins/qgis_resource_sharing/ qui trovate un mio vecchio blog post del 2015: https://pigrecoinfinito.com/2015/12/23/splash-screen-qgis/ saluti bellissimo. dai cucciolotti ad una formula uno che gira per il mondo. dalle immagini ho ricostruito quando son salito a bordo: con la 1.7 grazie mg -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Fwd: Georeferenziazione file .cxf catasto
Il 23/12/2019 13:28, Stefano Campus ha scritto: Igm essendo sotto la Difesa è fuori CAD. Le procedure per la conversione sono nel PCN. Quindi formalmente sono a posto. Battere sul piano legale secondo me è perdente. e comunque, tenendo presente il topic, negli ormai mitici grigliati IGM invocati quale panacea di tutti i problemi di trasformaizone, non c'è niente che riguardi il catasto. mg -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Problemi con file fabbricati Norcia (regione Umbria)
Il 06/11/2019 08:35, Studio Multiservice s.s. ha scritto: Ciao Daniela mi sorge il dubbio: *NON *gradisci coordinate metriche (333444,5400900) ma *prediligi* coordinate geografiche (42°47′36″N 13°05′38″E.)? senza contare che la coordinata piana è definita al metro mentre quella geografica al secondo sessagesimale. Un secondo sessagesimale, a 43 gradi di latitudine (esempio) corrisponde a 20 metri sulla coordinata est e 30 sulla nord. Quindi: se vi passano un dato definito al secondo sessadecimale e lo volete passare di datum anche QGis va benone! Ma le geometrie vettoriali poi ci ingannano: bisognerebbe lavorare con gli spessori delle linee. Un punto o una linea definita al secondo sessagesimale va disegnata con una linea spessa quanto la sua definizione. Oppure impostare la canvas su una griglia equivalente (snap to grid). Se invece bisogna convertire coordinate piane definite al metro, allora ci vuole uno strumento. Ma spesso succede che i dati sviaggino in "anda e rianda" più volte (magari a seconda dei gusti dell'operatore gis) e magari in qualche passaggio vengono persi i decimali e quindi ai voglia di ntv2, la frittata è fatta. Quando si trattano dati a diversa precisione occorre decidere la strategia da adottare. mg -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
[QGIS-it-user] Errore Zoom su selezione con proiezione otf con layer puntuale.
QGis 3.4.4 win 10 (64)
Layer puntuale: lo zoom su una ("una") feature selezionata porta alle
coordinate della feature senza fare la proiezione otf richiesta dalla
canvas.
Se le features selezionate sono più di una il comportamento è corretto,
come lo è lo zoom sull'intero layer .
Con layer linee o poligoni nessun problema.
Potete controllare e magari dirmi se nella 3.4.11 è corretto questo errore?
Grazie
Mg
--
Marco Guiducci - 055 4383194
SITA - Sistema informativo territoriale e ambientale
Regione Toscana - Via di Novoli 26 - 50127 Firenze
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] 3D QGIS: alcuni dubbi
Il 03/07/2019 20:46, Totò ha scritto: 1. credo sia legato al fatto che nel 3D è tutto trasformato in raster; questa non mi convince. tutto (features, label...) è renderizzato come raster quando viene esposto a video. probabilmente il 3D ha un motore diverso (o parametri diversi) dalla canvas. ciao -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Problema parentesi quadra in console python
Il 29/04/2019 09:26, Alessandro Perego ha scritto: Grazie del suggerimento. Non sapevo di questa opzione che effettivamente mi risolve il problema. Comunque questa mattina (con la mente un po' più fresca) ho avuto l'ovvia idea di cercare tra i bug segnalati ed ho trovato questo: https://issues.qgis.org/issues/21203. Mi pare di capire che su Windows c'è un conflitto con la funzione "Zoom in" a cui è assegnata la stessa combinazione di tasti Crtl Alt +. ho seguito quanto scritto nella issue: puoi cambiare la scorciatoia (menu impostazioni--> scorciatoie, cerchi "ingrandisci" poi pulsante "cambia" e digiti Ctrl + ], poi salvi in un file). Vedrai che ora ti funzionerà. grazie e ciao marcog -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Problema parentesi quadra in console python
Il 27/04/2019 18:55, alper78 ha scritto: Ciao a tutti, ho un problema ridicolo ma fastidioso: nella console python non riesco a chiudere le parentesi quadre, cioè non riesco ad inserire la " ] ". In tutti gli atri programmi (ma anche in altre finestre di QGIS) la inserisco senza problemi premendo Ctrl Alt +, ma nella console python non mi funziona, così mi tocca scrivere la " ] " altrove e poi fare copie e incolla. Invece con la " [ " non ho problemi. Provato con QGIS 3.4.7 e 3.6.2 su Windows 10. Non capisco se è un problema di QGIS o di impostazione della tastiera. Qualcuno riesce a verificare? Grazie io ho la "vecchia" 3.4.4 e confermo. però puoi abilitare la chiusura automatica delle parentesi... visto che funziona l'apertura. nella consolle clicca sulla chiave inglese. si può abilitare sia per il terminjale sia per l'editor. ciao marcog -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Installate plugin off-line in QGIS 3.x
Il 09/03/2019 14:27, Paolo Cavallini ha scritto: Il 2019-03-09 14:08 Marco Spaziani ha scritto: P.S. Ancora una volta QGIS 3 mi ha dimostrato che ha solo cose in più e non in meno di QGIS 2, basta scoprirle e impararle. Ad esempio, pochi giorni fa sono impazzito per più di un ora nel Compositore di stampe per cercare di girare un foglio A4 da orientamento verticale ad orientamento orizzontale ...non potete capire che giro ingarbugliato che ho fatto ...sono andato a finire fino alle proprietà della "stampante preferita" cercando di operare da li ...poi, per caso, ho cliccato con il tasto destro del mouse sul foglio e, magicamente, mi è comparso il pannello per il settaggio del foglio, compreso l'orientamento, consentendomi di fare in un millesimo di secondo quello che, agendo a casaccio, stavo provando a fare invano da un'ora sì, se ne parlava propio ieri, questo menu è introvabile per molti, probabilmente modificheremo l'opzione. a proposito, la 2.18 è ufficialmente morta: questo è un fatto comune alle moderne interfacce che a me, personalmente crea ansia. Tornassero i buoni vecchi pulsanti, stile "clicca qui", invece di aree sensibili (spesso o sempre è lo stesso testo il bottone ma senza il contorno del bottone) che devono essere scoperte passando con il mouse, neanche fosse uno di quei giochi di avventura dentro il castello nei quali bisognava "assaggiare" tutti gli oggetti per capire cosa fossero per poi magari prenderli ed utilizzarli per aprire una porta, un cassetto, a sua volta da scoprire. Ma QGis non è un gioco e le interfacce grafiche devono mostrare, non nascondere, le funzioni. Stesso dicasi di quando bisogna portare una finestra in foreground: ho il timore di cliccare perché ormai ogni area è sensibile. Ritornassero i bordi delle finestre, belli, spessi e facile da individuare. (win10 da questo punto di vista è micidiale: il bordo c'è ma sfumato, pensi di cliccare sulla finestra sotto perché la vedi, invece è la finestra sopra; per ridimensionare la finestra il cursore lo devi posizionare "fuori", in realtà sul bordo appena percettible; cosa da mandare fuori di testa). E che dire poi dei toni di grigio, per esempio sulle barre di scorrimento: non dico di tornare al bianco e nero, ma insomma un pochino più di contrasto!). E' tutto un tono di grigio, differenti al massimo di un paio di tacche :-( Scusate lo sfogo. Un bel ritorno al passato, almeno nell'interfaccia, farebbe di me un uomo felice :-) marco -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] file .txt con lat e lon e molti campi
Il 02/01/2019 21:29, Totò ha scritto: Salve con questo file di input (47 campi circa) [0], viene assegnato come title (strumento: informazioni elemento) un campo diverso dal primo (esattamente il 35esimo - "PRFumid_in") come mai non il valore del primo campo? allego file e screenshot [0] https://mega.nz/#!UUpx1Iwb!0ESSQIjXFJh_Yxuat8vhUDNfm8y6bt8HTtG3X0_kHNY <http://osgeo-org.1560.x6.nabble.com/file/t378656/title.png> proprio laddove "id" compare per la prima volta! c'è della malizia ;-) marco -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Ancora su anomalie WMS catasto e SR
Il 15/11/2018 15:39, Mauro D'Ambroso ha scritto: Ritorno sull'argomento che è stato trattato in varie discussioni e vi riporto la mia esperienza cercando di essere sintetico. Vivendo in Veneto sono abituato ad usare l'SR ufficiale della Regione (EPSG 3003) che attualmente è ancora utilizzato. Connettendomi al servizio AdE WMS del catasto ho notato (ma non sono il solo, mi sono confrontato con altri, su svariate macchine e sistemi) queste anomalie: Versione Qgis 3.2.x, 3.4.x su Windows 10 x64 SR predefinito per nuovi progetti: EPSG 3003 (Impostazioni/Opzioni/SR) SR predefinito per nuovi layer: EPSG 3003 (Impostazioni/Opzioni/SR) SR del progetto: EPSG 3003 (ovvio) * Caricamento Layer particelle da WMS con EPSG di origine 6706: il layer viene riproiettato in Eritrea * Caricamento Layer particelle da WMS con EPSG di origine 4258 o 25832 o 25833 o 25834: il layer viene riproiettato correttamente (a parte i ben noti disallineamenti) Tale comportamento resta identico per qualunque layer del catasto. Non è certamente un problema di macchina (verificato su più installazioni, anche pulite e su VM). Spero di essere stato sufficientemente preciso. Se qualcuno vuole o può confermare tale anomalia e soprattutto sa da cosa dipende è benvenuto. Mauro ancora alcune prove poi... fatti un sr utente tipo questo: +proj=latlong +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +no_defs +axis=neu vedrai che ti appare il catasto flippato sia in x che y, rispetto al centro della canvas (prova a mettere anche -1 come fattore di scala, che è l'ultimo parametro della fila di zero) mg -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Ancora su anomalie WMS catasto e SR
Il 15/11/2018 15:39, Mauro D'Ambroso ha scritto: Ritorno sull'argomento che è stato trattato in varie discussioni e vi riporto la mia esperienza cercando di essere sintetico. Vivendo in Veneto sono abituato ad usare l'SR ufficiale della Regione (EPSG 3003) che attualmente è ancora utilizzato. Connettendomi al servizio AdE WMS del catasto ho notato (ma non sono il solo, mi sono confrontato con altri, su svariate macchine e sistemi) queste anomalie: Versione Qgis 3.2.x, 3.4.x su Windows 10 x64 SR predefinito per nuovi progetti: EPSG 3003 (Impostazioni/Opzioni/SR) SR predefinito per nuovi layer: EPSG 3003 (Impostazioni/Opzioni/SR) SR del progetto: EPSG 3003 (ovvio) * Caricamento Layer particelle da WMS con EPSG di origine 6706: il layer viene riproiettato in Eritrea * Caricamento Layer particelle da WMS con EPSG di origine 4258 o 25832 o 25833 o 25834: il layer viene riproiettato correttamente (a parte i ben noti disallineamenti) Tale comportamento resta identico per qualunque layer del catasto. Non è certamente un problema di macchina (verificato su più installazioni, anche pulite e su VM). Spero di essere stato sufficientemente preciso. Se qualcuno vuole o può confermare tale anomalia e soprattutto sa da cosa dipende è benvenuto. Mauro Penso sia dovuto all'inversione degli assi. Il 6706 è dichiarato lat long, che in un gis sarebbe y x. Se provi a fare un layer in 6706 vedrai che QGis ti mette long lat. Se al catasto metti per esempio epsg 4326 allora vedrai qualcosa: un oggetto a 11 di long e 43 di lat, lo trovi a 43-11. fai delle prove e magari confermaci ciao marcog -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Ancora su anomalie WMS catasto e SR
Il 15/11/2018 15:39, Mauro D'Ambroso ha scritto: Ritorno sull'argomento che è stato trattato in varie discussioni e vi riporto la mia esperienza cercando di essere sintetico. Vivendo in Veneto sono abituato ad usare l'SR ufficiale della Regione (EPSG 3003) che attualmente è ancora utilizzato. Connettendomi al servizio AdE WMS del catasto ho notato (ma non sono il solo, mi sono confrontato con altri, su svariate macchine e sistemi) queste anomalie: Versione Qgis 3.2.x, 3.4.x su Windows 10 x64 SR predefinito per nuovi progetti: EPSG 3003 (Impostazioni/Opzioni/SR) SR predefinito per nuovi layer: EPSG 3003 (Impostazioni/Opzioni/SR) SR del progetto: EPSG 3003 (ovvio) * Caricamento Layer particelle da WMS con EPSG di origine 6706: il layer viene riproiettato in Eritrea * Caricamento Layer particelle da WMS con EPSG di origine 4258 o 25832 o 25833 o 25834: il layer viene riproiettato correttamente (a parte i ben noti disallineamenti) Tale comportamento resta identico per qualunque layer del catasto. Non è certamente un problema di macchina (verificato su più installazioni, anche pulite e su VM). Spero di essere stato sufficientemente preciso. Se qualcuno vuole o può confermare tale anomalia e soprattutto sa da cosa dipende è benvenuto. Mauro nella mia precedente c'è una imprecisione. non occorre cambiare epsg. rimane che quel che sta a 43-11 appare a 11-43 mg -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Qgis 2.18 - DWG\DXF Import
Il 10/05/2018 18:45, Marco Spaziani ha scritto: Premetto che, per quel poco che serve a me, quando devo importare un DXF in Qgis, mi trovo benissimo con il classico "Aggiungi vettore" e, di fatto, uso ps://lists.osgeo.org/mailman/listinfo/qgis-it-user Mi aggancio per chiedere se qualcuno ha avuto problemi del tipo che avevo segnalato qualche mese fa [1] e se ci sono novità in questo nuovo modo di aprire i file di AutoCad. Quindi la domanda è: QGis, importando un dwg o dxf senza gdal (cioè l'apertura diretta), legge e tiene di conto del $INSUNITS ? Ciao e grazie [1] https://lists.osgeo.org/pipermail/qgis-it-user/2017-November/003161.html -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Confronto tra due geometrie successive appartenenti allo stesso layer (pyqgis)
Il 06/04/2018 10:41, sarag ha scritto:
Grazie mille per i consigli! E' stato prezioso. Il problema del confronto tra
lunghezze è risolto.
Ora però dovrei effettuare dei confronti su altri attributi del layer
"lati". Lavorando con la lista questo continua ad essere possibile?
Ad esempio per il controllo sull'ID, prima scrivevo:
id_pol=lati.fieldNameIndex("id")
inserendo poi nel for l'istruzione condizionale:
if (i[id_pol]==j[id_pol])
...
Come faccio ora ad accedere agli attributi degli elementi contenuti nella
lista?
Grazie ancora davvero.
io faccio così:
se feat è il tuo oggetto corrente:
attributi_di_feat = feat.attributes()
valore_id = attributi_di_feat[id_pol]
dove id_pol è quello trovato come già fai.
marco
--
Marco Guiducci - 055 4383194
SITA - Sistema informativo territoriale e ambientale
Regione Toscana - Via di Novoli 26 - 50127 Firenze
___
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Confronto tra due geometrie successive appartenenti allo stesso layer (pyqgis)
Il 05/04/2018 17:14, sarag ha scritto: Purtroppo non riesco a venirne a capo ugualmente. Facendo una cosa del genere feat=lati.getFeatures() for i in range(1, n-1): l1=feat[i].geometry().length() l2=feat[i+1].geometry().length() il nuovo errore è: TypeError: 'QgsFeatureIterator' object does not support indexing Mi scuso se sto commettendo errori banali ma è la prima volta che mi approccio a PyQGis. Grazie davvero per la comprensione e la disponibilità. Sara non sarà ortodosso, ma funziona: crea una lista vuota: listalati=[] poi riempila così: for feat in lati.getfeatures(): listalati.append(feat) a questo punto puoi iterare su listalati come prima for i in range(1, n-1): l1=listalati[i].geometry().length() l2=listalati[i+1].geometry().length() ricordati che le liste partono da zero. quindi 1 è già il secondo lato. un consiglio se sei alle prime armi: tieni aperta la consolle di python e fai il print degli oggetti che crei. in questo modo QGis ti dice cosa stai creando, cioè che cosè la tua variabile: una feature? un iteratore? ecc. marco -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Confronto tra due geometrie successive appartenenti allo stesso layer (pyqgis)
prova così: metti le features ottenute con getfeatures() in una lista feat = lati.getfeatures() poi ti ci muovi così: for i in range(0, len(feat)-1): feat[i].. feat[i+1].. feat[i-1].. marco Il 05/04/2018 16:04, sarag ha scritto: Sì, comprendo. Mi sono espressa male. Ma c'è una soluzione al problema? E' possibile in qualche modo confrontare caratteristiche di due geometrie appartenenti allo stesso layer? Grazie mille, Sara -- Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Confronto tra due geometrie successive appartenenti allo stesso layer (pyqgis)
Il 05/04/2018 15:16, sarag ha scritto: Buongiorno a tutti, devo confrontare le lunghezze di due lati appartenenti allo stesso poligono. Ho creato tramite un algoritmo un nuovo layer "lati" di linee coincidenti con i lati del poligono (l'appartenenza al poligono è mantenuta dall'ID presente nella tabella degli attributi! es. se elemento linea1 ed elemento linea2 appartengono al poligono n.1, avranno entrambi un attributo "ID" pari a 1). Creando un ciclo for per iterare le geometrie del layer "lati", vorrei confrontare la lunghezza dell'elemento linea i-esimo con il successivo (j-esimo=i-esimo+1). Il problema è che non riconoscendo pyqgis i come numero intero, non mi permette di incrementarlo (quindi di creare j=i+1). non è che non lo riconosce. getFeatures ti da una Feature non un int! la funzione "+" non può sommare un int con una Feature. marco -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Aprire un file .mdb
Il 03/03/2018 17:31, Luca Lanteri ha scritto: Puoi aprilo con la versione a 32 bit di QGIS, sulla 64 non sono disponibili i driver. In alternativa esistono diversi programmi freeware per convertire gli mdb in csv (ad es: per windows access2csv-0.9.1, per linux mdb-tools) Luca Il giorno 3 marzo 2018 16:51, Giuseppe Puddu <puddu.fore...@tiscali.it <mailto:puddu.fore...@tiscali.it>> ha scritto: Ciao a tutti. Ho un file .mdb che vorrei utilizzare per estrarre alcuni dati. Ho letto vecchi forum sulla difficiltà di aprire questo formato con QGIS. Ho scaricato AccesDatabaseEngine come consigliato ma non ottengo risultati. lavoro su Win7-64 e qgis 2.18.14 Qualche suggerimento per poco-pratici? grazie in anticipo giuseppe io invece con il Microsoft Access Database Engine 2010 (64 bit) ho ottenuto il risultato. segui questo link: https://gis.stackexchange.com/questions/129514/opening-esri-personal-geodatabase-mdb-using-qgis e dopo l'instalalazione fai l'operazione indicata: --- Locate the qgis.bat file (mine is in |C:\OSGeo4W64\bin\qgis.bat| for example). Add the following two lines: |set OGR_SKIP=ODBC set PGEO_DRIVER_TEMPLATE=DRIVER=Microsoft Access Driver (*.mdb, *.accdb);DBQ=%%s | --- -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
[QGIS-it-user] Esportazione DXF - Unità di misura
Buongiorno, vorrei scrivere una piccola nota sulla unità di misura scritta nel file dxf che si può ottenere tramite esportazione utilizzando le funzioni gdal (ovvero da QGis: salva con nome formato dxf), non avendo trovato sul web molto al riguardo e sperando di fare cosa gradita. Nel file header del dxf c'è la sezione INSUNITS: $INSUNITS 70 0 il valore dopo 70 indica in che unità di misura valutare le coordinate delle entità. I valori possibili sono [1]: 0 = Unitless; 1 = Inches; 2 = Feet; 3 = Miles; 4 = Millimeters; 5 = Centimeters; 6 = Meters; 7 = Kilometers; 8 = Microinches; 9 = Mils; 10 = Yards; 11 = Angstroms; 12 = Nanometers; 13 = Microns; 14 = Decimeters; 15 = Decameters; 16 = Hectometers; 17 = Gigameters; 18 = Astronomical units; 19 = Light years; 20 = Parsecs L'header che scrive la gdal è quello contenuto qui: \share\gdal\header.dxf che si può bypassare indicandone un altro in fase di esportazione. In quel file la $INSUNITS è impostata al valore 1, come anche indicato in [2], in fondo, ma proprio in fondo alla pagina. Un paio di mie considerazioni: può darsi che alcuni software che leggono dxf non tengano conto di quel parametro e che quindi l'utente non si accorga di niente. Ma Autocad, ovviamente, lo usa, con il risultato che un dxf che contiene coordinate metriche, che almeno nel mio caso sono la stragrande maggioranza, vengano considerate in pollici. Sarebbe opportuno che quel valore fosse impostato di default a zero. Anche QGis lo usa, infatti il dxf caricato in mappa starà in altra parte del mondo. Ma visto che "At the moment GDAL writes DXF to report the measurement units as "English - Inches", occorre cambiare a mano il valore, una volta per sempre. Scusate la prolissità :-) marcog [1] https://www.autodesk.com/techpubs/autocad/acad2000/dxf/header_section_group_codes_dxf_02.htm [2] http://www.gdal.org/drv_dxf.html -- Marco Guiducci - 055 4383194 SITA - Sistema informativo territoriale e ambientale Regione Toscana - Via di Novoli 26 - 50127 Firenze ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Misura aree
On Wed, 4 Jan 2017 11:54:33 +0100 Marco Spaziani <spaziani.ma...@gmail.com> wrote: > Tempo fa ci fu un'interessantissima discussione sul perchè, nel calcolo > delle aree, in tabella venivano valori diversi a seconda se si usava > Calcolatore di campi --> $Area > oppure > Vettore --> Aggiungi colonne geometriche > Ho fatto delle ricerche mirate nelle mie email del gruppo ma purtroppo non > mi esce fuori niente (forse sbaglio chiave di ricerca). per completezza, visto che la soluzione è già venuta fuori, riporto la risposta che dette P. Cavallini verso marzo 2016 Il 01/03/2016 19:41, Totò Fiandaca ha scritto: > > Il giorno 1 marzo 2016 19:35, Maurizio Marchi > <mauriziomarch...@gmail.com <mailto:mauriziomarch...@gmail.com>> ha scritto: > > Chiedo scusa a tutti della superficiale segnalazionesono stato > un po leggerino e spero di non aver allarmato troppo qualcuno :) > > > Il vero allarme è legato al fatto che Paolo conferma il bug!!! > Cosa che io e molti altri sconoscevano!!! > Per favore Paolo ci spieghi meglio cosa volevi dire? Salve. Non so se ci riferiamo alla stessa cosa (scusate, non ho tempo di controllare tutto). E' noto da tempo che le misurazioni delle superfici possono essere errate, e diverse fra i vari strumenti, qunado la riproiezione e' attiva. La questione e' intricata, ed e' stata sistemata di recente dall'ottimo Nyall, per cui usate la 2.14 e state sereni ;) Saluti. aggiungo di stare attenti a quel che è settato in Proprietà Progetto per la misurazione delle distanze, perché '$area' è influenzato da quello; mentre 'area' no. ciao -- Marco Guiducci <marco.guidu...@regione.toscana.it> Firenze, via di Novoli 26 055 4383194 ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-it-user
[QGIS-it-user] Processing finestra History and log
Ciao, è possibile fare in modo che la finestra in oggetto non sia modale? (e che, ovviamente, ne venga fatto il refresh degli eventi senza chiuderla e riaprirla). Sarebbe utile in fase de debagging di uno script python. Grazie marcog -- Marco Guiducci <marco.guidu...@regione.toscana.it> Firenze, via di Novoli 26 055 4383194 ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Toto' Santo Subito
On Mon, 31 Oct 2016 11:00:18 +0100 Marco Spaziani <spaziani.ma...@gmail.com> wrote: > Fermo restando che mi associo anch'io alla proposta di beatificazione di > Totò e, ribadendo che con get_feature & C. si aprono nuove praterie per > l'uso personalizzato di QGIS, però, a Cesare quel che è di Cesare, per > quanto mi risulta, v.distance mi calcola tutte le minime distanze di tutti > i punti rispetto alla linea e te li associa con gli id v.distance è una miniera! Più scavi e più trovi roba :-) m -- Marco Guiducci <marco.guidu...@regione.toscana.it> Firenze, via di Novoli 26 055 4383194 ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] [ANTISPAMRT:]Re: Versione 2.14.3 e Proj
On 7 Jul 2016 at 22:51, nino formica wrote: > > Ciao, > non so dirti quando sarà aggiornata la repo "debian" per Ubuntu trusty. > Però ti posso confermare che per "xenial" (la nuova Ubuntu 16), la repo > ubuntugis-unstable contiene QGIS 2.14.1 e la proj 4.9.2 . > Infatti i nuovi EPSG relativi alla RDN 2008, sono presenti. questa è una buona notizia. Anche io prima usavo ubuntugis, poi però ebbi problemi. Magari ci riprovo. > Piuttosto che passare a Win, ti converrebbe fare l'upgrade da trusty a xenial, > ... non credi !? Saluti Nino non credo. QGis non è l'unico software che gira sulla mia macchina. Già quando passai dalla 12 alla 14 ebbi diversi problemi. grazie comunque marco -- Marco Guiducci Regione Toscana - Direzione Generale Politiche Territoriali e Ambientali Settore Sistema Informativo Territoriale ed Ambientale telefono 055 4383194 fax 055 4383570 www.rete.toscana.it/cartografia ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] problemi con il Buffer in QGIS dalla versione 2.14.X
On 23 Jun 2016 at 5:02, AV wrote: Date sent: Thu, 23 Jun 2016 05:02:02 -0700 (PDT) From: AV <antoniovi...@wp.pl> To: qgis-it-user@lists.osgeo.org Subject:Re: [QGIS-it-user] problemi con il Buffer in QGIS dalla versione 2.14.X > / > Andrea Gagna wrote > > Ho impostato come S.R. del Progetto il WGS84 > > / > > Questa frase non significa nulla, perchè al datum WGS84 corrispondono sia SR > sferici che piani... > > Per tagliare la testa al toro, converti tutto in EPSG:6875 (obbligatorio in > Italia dal novembre 2011) e vedrai che ti funziona tutto :) > due righe commento ad AV (non conosco il suo nome). Gli EPSG relativi al nuovo sistema nazionale sono stati introdotti in QGis solo con l'ultimo rilascio (nella 2.14 originale non c'erano). A parte il test del buffer, bisogna fare attenzione al fuso di proiezione. L'EPSG 6875 corrisponde al "Fuso Italia", ovvero un fuso più ampio che comprende il 32 il 33 e di il 34. Questo vuol dire che la proiezione di Gauss viene "forzata" oltre i limiti, nel senso che i moduli di deformazione ai margini saranno più grandi di quelli che si hanno con i fusi di ampiezza 6 gradi (ovviamente). Il fuso Italia ha quindi un ambito di applicazione particolare. Infine vorrei dire che l'obbligatorietà introdotta dal DM 10-11-2011 riguarda essenzialmente la creazione di nuovi dati topografici. Non basta certo cambiare un numero in un software per essere conformi alla legge. Saluti -- Marco Guiducci Regione Toscana - Direzione Generale Politiche Territoriali e Ambientali Settore Sistema Informativo Territoriale ed Ambientale telefono 055 4383194 fax 055 4383570 www.rete.toscana.it/cartografia ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] QGIS - Morfometria bacino idrografico
On Mon, 16 May 2016 15:22:00 +0200 girarsi <gira...@gmail.com> wrote: > Il 16/05/2016 10:24, Marco Spaziani ha scritto: > > Segnalo per neofiti (e non). > > http://www.lexambiente.com/materie/acque/183-dottrina183/12096-acque-morfometria-di-un-bacino-idrografico-mediante-l%E2%80%99uso-del-software-qgis.html > > > Io non riesco a vedere niente, vedo solo un riquadro grigio. > > Ho provato a disattivare plugin vari, ma non cambia. > per curiosità ho guardato è un pdf. bisogna avere in video più che generoso in fatto di pixel. i due menù laterali coprono gran parte del video. siccome il bottone per lo scarico è all'estrama destra, se non si allarga il video non si vede. questo è il link http://www.lexambiente.it/acrobat/1-2016Morfometria.pdf ciao -- Marco Guiducci <marco.guidu...@regione.toscana.it> Firenze, via di Novoli 26 055 4383194 ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] tratiettorioe massima pendenza
On Thu, 14 Apr 2016 15:16:52 +0200 Amedeo Fadini <ame...@gmail.com> wrote: > CIao Federico > Mi pare il caso di r.drain [0] questo! mettendo il parametro coordinate=x,y dello starting point. sarebbe carino fare un piccolo script di processing che coglie il punto di click e lo passa a r.drain se i punti di possibile caduta massi sono più di uno, basta inserirli in uno layer puntuale e passarlo come parametro vector_point, oppure sempre con il parametro coordinate=x,y,x1,y1, marco -- Marco Guiducci <marco.guidu...@regione.toscana.it> Firenze, via di Novoli 26 055 4383194 ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] [ANTISPAMRT:]Re: Creare un poligono con alcune condizioni
On Mon, 14 Mar 2016 00:58:09 -0700 (PDT) skampus <skam...@gmail.com> wrote: > ho fatto il classico... > :-) ah bè! allora qui si apre un mondo non basta possedere una Lettera 22 per essere Indro Montanelli :-) a ognuno il suo mestiere, direi m -- Marco Guiducci <marco.guidu...@regione.toscana.it> Firenze, via di Novoli 26 055 4383194 ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-it-user
[QGIS-it-user] Iniziare un nuovo argomento con replay
Buongiorno, vorrei porre l'attenzione sul fatto che succede che alcuni iniziano un nuovo argomento facendo replay ad un altro e poi cambiano il "topic". il problema è che rimane nei tag della mail il "replay" ed il messaggio poi compare effettivamente come replay. esempio: inizio: Message-ID: <CANxjxaqYvK1uOrdNYCScmv9bZcZXhaUy-SxnB+=r+x-opkj...@mail.gmail.com> To: Utenti QGIS it <qgis-it-user@lists.osgeo.org> Subject: Re: [QGIS-it-user] [Utenti] Ricerca di vecchie discussioni replay: To: Utenti QGIS it <qgis-it-user@lists.osgeo.org> In-Reply-To: <CANxjxaqYvK1uOrdNYCScmv9bZcZXhaUy-SxnB+=r+x-opkj...@mail.gmail.com> Subject: [QGIS-it-user] [Utenti] stabilizzare le tabelle unite con il join come si vede in-replay-to riporta l'id iniziale. grazie e ciao -- Marco Guiducci <marco.guidu...@regione.toscana.it> Firenze, via di Novoli 26 055 4383194 ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] [ANTISPAMRT:] Creare un poligono con alcune condizioni
On Sun, 13 Mar 2016 16:02:14 -0700 (PDT) skampus <skam...@gmail.com> wrote: > ciao a tutti, > ho un problema di "agrimensura" che mi sta facendo uscire di testa da una > settimana. > > dunque, ho una serie di particelle catastali che sono circoscritte da un > poligono di circa 6 ha; i due lati maggiori di tale poligono sono (o si > avvicinano ad essere) paralleli. > mi chiedono di tagliare il poligono in due con un segmento parallelo agli > altri due in modo tale da avere un'area di 3 ha per ciascuna parte. un problema da quarta geometri o giù di lì. si risolve con una penna un foglio protocollo da compito in classe ed una calcolatrice tascabile. scusa la polemica, ma prima viene quello che si è imparato a scuola poi lo strumento per risolvere. con un pochino di più di strumenti diciamo che potresti risolvere il sistema di equazioni in cui una rappresenta l'area del poligono di tre ettari calcolata con la formula di gauss attraverso le coordinate dei vertici (di cui due incogniti), una l'equazione della retta dividente che ha coefficiente angolare uguale al lato parallelo, e altre due equazioni delle rette dei lati del poligono intersecati dalla dividente. ciao -- Marco Guiducci <marco.guidu...@regione.toscana.it> Firenze, via di Novoli 26 055 4383194 ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-it-user
Re: [QGIS-it-user] Aggiornare proj e gdal su Ubuntu 14
On Tue, 8 Mar 2016 10:49:37 +0100 girarsi <gira...@gmail.com> wrote: > Il 08/03/2016 08:45, Marco Guiducci ha scritto: > > ciao, > > ieri sono passato alla Essen, ma le librerie proj e gdal sono sempre 4.8 e > > 1.11 rispettivamente. > > ho provato ad aggiornarle singolarmente ma sul repo che uso > > (qgis.org/debian) pare ci siano ancora le vecchie (ho provato anche con > > ubuntugis ma è uguale). > > Per le proj ho scaricato i sorgenti, compilato ed installato. > > Da shell digitando "proj" ottengo: > > > > > Perchè usi i repository debian invece di ubuntugis? > in passato ho avuto problemi con ubuntugis ciao -- Marco Guiducci <marco.guidu...@regione.toscana.it> Firenze, via di Novoli 26 055 4383194 ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-it-user
[QGIS-it-user] Aggiornare proj e gdal su Ubuntu 14
ciao, ieri sono passato alla Essen, ma le librerie proj e gdal sono sempre 4.8 e 1.11 rispettivamente. ho provato ad aggiornarle singolarmente ma sul repo che uso (qgis.org/debian) pare ci siano ancora le vecchie (ho provato anche con ubuntugis ma è uguale). Per le proj ho scaricato i sorgenti, compilato ed installato. Da shell digitando "proj" ottengo: marco@marco-Latitude-E6410:~$ proj Rel. 4.9.2, 08 September 2015 usage: proj [ -beEfiIlormsStTvVwW [args] ] [ +opts[=arg] ] [ files ] marco@marco-Latitude-E6410:~$ Mi pare a posto quindi. Ma QGis sta usando ancora la 4.8 Per le proj, al momento del configure, ho notato che la path di default che propone il readme è diversa da quella che vuole qgis. Il readme indica /usr/local mentre mi pare che QGis voglia /usr e basta (almeno le precedenti proj erano lì), così ho impostato questa. Qualcuno ha indicazioni da darmi? grazie ps: eventualmente anche per le gdal :-) -- Marco Guiducci <marco.guidu...@regione.toscana.it> Firenze, via di Novoli 26 055 4383194 ___ QGIS-it-user mailing list QGIS-it-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-it-user
