Buongiorno a tutti,
vi segnalo che la società GeneGIS GI, di cui faccio parte, organizza una
giornata a porte aperte nella propria sede di Torino, per celebrare il GIS
day.
Il 14 Novembre, dalle ore 8:30 alle 19:30, si potranno incontrare esperti,
visionare demo e scambiarsi idee, fra un caffè ed
Ely Parker wrote
> quindi solo limiti di precisione, non mancano altre informazioni per
> esempio i parametri di helmert?
No, mancano anche i parametri di Helmert per la trasformazione tra SR, e in
alcuni casi credo anche alcune foto.
Le monografie pubblicate servono solamente per individuare il
Ely Parker wrote
> un altra cosa immagino che l'igm abbia delle monografie commerciali
> (capisaldie vertici) piu complete rispette a quelle messe a disposizione
> ne web
> per caso sai dirmi che cosa manca?
Nelle monografie pubbliche IGM coordinate e altezze sono troncate.
Di quanto, lo puoi
Buongiorno a tutti,
vi segnalo che Regione Lombardia e Regione Piemonte organizzano il
seminario:
"Il Servizio di Posizionamento satellitare Interregionale GNSS
Piemonte-Lombardia"
che si terrà mercoledì 14 settembre 2016 a Milano, presso la sede di Palazzo
Lombardia, piazza Città di Lombardia
Riprendo questo post per un aggiornamento sul tema.
Con la pubblicazione della nuova versione 2.14 di QGIS, sono state
aggiornate anche le librerie GDAL, alla versione 2.x (attualmente,
l'installer di OSGEO4W mi ha installato la versione 2.0.2-3).
Oltre a molti altri vantaggi che sicuramente ne
Sieradz wrote/
>
> Dbear wrote
>> ho lo stesso problema di david60. Ho provato ad eseguire alcune delle
>> procedure che gli hai indicato, ma cmq non ho risolto niente...puoi
>> aiutarmi?
/
> Cercami via email all'indirizzo:
*
> sieradzCHIOCCIOLAgmail.com
*
> ;)
...oppure rivolgiti alla mailling
Ciao Giuliano,
non so se ti può essere di aiuto e se contiene quello che intendevi, ma
guarda qui, se non l'hai ancora fatto:
https://www2.u-blox.com/images/downloads/Product_Docs/LEA-4x_Data_Sheet%28GPS.G4-MS4-06143%29.pdf
Personalmente ho utilizzato quel chip solo nella versione "evaluation
Bellissimo. Grazie mille a tutti per il lavorone!
Mattia
--
View this message in context:
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Video-introduttivo-alla-Direttiva-INSPIRE-tp7594565p7594567.html
Sent from the Gfoss -- Geographic Free and Open
Ciao,
per quanto riguarda il plugin Numerical Digitize, non credo che accetti
coordinate sessagesimali (quindi espresse in GG°MM'SS") ma solo coordinate
sessadecimali (quindi GG.). La conversione tra i due sistemi è
abbastanza semplice. Per ottenere le coordinate sessadecimali, devi fare:
Vi giro i link relativi ad un po' di documentazione sulle metodologie.
Trasformazione "ufficiale" mediante i grigliati IGM:
Relazione tecnica sulla definizione del sistema ETRF2000-RDN e
sull'aggiornamento delle griglie "GK":
http://37.207.194.154/rdn/rdn_download.php
Generazione griglie NTv2:
Geodrinx wrote
> Comunque, a parte i partiti presi, qualcuno ha testato questi grigliati
> di Globo ?
> [...]
> Mettiamo che si dimostri che siano attendibili entro una determinata
> distanza.
> [...]
Mi inserisco nella discussione per un paio di annotazioni.
I grigliati "non ufficiali" di Globo
Assolutamente d'accordo (per quel poco che conta).
Mattia
- Messaggio originale -
Da: "Maurizio Trevisani" <maurizio.trevis...@gmail.com>
Inviato: 15/09/2015 18:07
A: "Mattia De Agostino" <mattia.deagost...@gmail.com>
Cc: "GFOSS. it"
Hai ragione.
Ho scritto troppo velocemente e ho usato impropriamente il termine
"accuratezza".
In questo caso si parla sempre di fedeltà rispetto ai grigliati IGM.
Nessuna misura in campo è stata fatta.
--
View this message in context:
L'attuale produzione di cartografia dello Stato è tuttora regolamentata dalla
Legge n. 68 del 2 febbraio 1960 [1] che definisce gli organi abilitati alla
produzione ufficiale della Cartografia italiana.
In base a questa Legge, gli organi cartografici dello Stato sono:
- l'Istituto geografico
Interessante, grazie!
Mattia
--
View this message in context:
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Declinazione-Magnetica-e-QGIS-tp7592458p7592459.html
Sent from the Gfoss -- Geographic Free and Open Source Software - Italian
mailing list
Ciao,
per quanto mi riguarda, la donazione era finita nella lista delle cose da
fare, e da qui in quella delle cose da fare dimenticate...quindi ben
venga un po' di pubblicità per ricordare agli smemorati come me
l'iniziativa!
Dal canto mio, per quel che conta provvedo a un po' di retweet.
M.
Oltre che confermare quanto scritto da Alessandro Furieri, posso solo
aggiungere che per QGIS si può trovare qualche info in più qui (creato da A.
Peri in seguito all'uscita di QGIS 2.6):
Sieradz wrote
Attendiamo comunque la conferma dell'ottimo Matteo [...]
Nell'attesa, provo a rispondere io! ;)
Dunque, il valore di intensità NON è fondamentale per generare un DTM o DSM.
Serve più che altro in fase di classificazione della nuvola di punti, oppure
per generare particolari indici
antonio79 wrote
vi chiedo questo perchè per la creazione di un dtm da dati lidar sto
utilizzando saga gis che in import las file mi chiede di spuntare le
opzioni disponibili che sono:
/
gps time,intensity,scan angle,number of return, classification,user
data,number of returns of given
Partendo dal presupposto che Antonio79 parlava di DTM, e quindi io mi sono
attenuto a quello, mi permetto di aprire un piccolo inciso sul confronto
DTM/DSM.
Sieradz wrote
Dipende da cosa uno debba farci con 'sti Lidar: per la massima fedeltà con
l'esistente, direi che un DSM sia l'ideale...
pcav wrote
Per essere precisi: ci sono moduli *totalmente* liberi, ed altri che
non lo sono. Infatti nelle distribuzioni libere questi secondi non si
trovano.
Paolo, purtroppo temo che al momento non sia proprio così.
Dal file License.txt dei LASTOOLS:
This part of LAStools is open-source
pcav wrote
Grazie per confermare quel che dico: le distribuzioni libere *non
includono* ovviamente Win. Infatti su Debian i moduli incriminati non
li trovi.
...letto distribuzioni ma inteso software, colpa mia! ;-)
Grazie,
Mattia
--
View this message in context:
Ciao,
rispondo con una domanda (ma poi cerco di spiegare): quale versione dei
dati LiDAR hai scaricato? Sul sito da te indicato ce ne sono due:
- Reflective Surface: l'intera nuvola di punti acquisita, necessaria se
vuoi fare un DSM
- Bare Earth, la nuvola di punti relativa ai soli punti sul
SAGA GIS generalizza il processo a tutte le nuvole LiDAR, e quindi lavora
come se tu avessi a disposizione TUTTI i punti della tua nuvola LiDAR
(ovvero, come se tu avessi il modello Reflective Surface).
In realtà, il modello Bare earth che hai scaricato contiene già solamente
i punti lowest Z.
Se
sai per caso dove sono andati a finire i file *.prj di cui si parla
nell'ultimo capoverso?
Qui:
http://37.207.194.154/epsg/Prj.zip
--
View this message in context:
Purtroppo è un baco del sito IGM.
Diciamo così: dalla home page di IGM:
http://www.igmi.org/
Cliccare su Servizio Geodetico (in basso a destra), e si accede ai
documenti suddetti.
...e non vi dico l'indirizzo della Rete Dinamica Nazionale... ;(
Certo (o almeno ci provo)!
Dunque, se ho capito bene tu hai dei file con estensione LAZ, e vuoi
trasformarli in LAS, giusto?
Il modo più semplice è in realtà quello di usare un altro modulo dei
lastools (anche questo con licenza open), che è LASzip.
Come tutti i moduli di lastools, funzionano
Confermo la validità di LibLAS indicato da Luca D.
Ma mi sfugge il perché cerchi un metodo alternativo a las2las...forse mi
sono perso qualcosa...
Il modulo las2lasfa parte degli strumenti rilasciati con licenza open [0]
e quindi non introduce errori nella conversione.
O i LAZ in tuo possesso non
Oltre a poter essere eseguito all'interno di una finestra DOS, LAS2DEM è
dotato di una sua interfaccia grafica.
E, tra l'altro, gestisce direttamente i file LAZ, quindi uno dei passaggi
(LAZ - LAS) è superfluo.
Ma attenzione! Come ti faceva notare già Luca D., solo una parte dei
LAStools è
Questo non vuol dire che con gli altri strumenti open sia complesso!
...ad esempio, con SAGA, bastano tre comandi (tutti nel menu Modules):
1) File Shape Import Import LAS files
2) Grid Gridding Shapes to Grid
3) File Grid Export formato che vuoi tu
Purtroppo che per ogni comando hai
Antonio, solo un paio di precisazioni (ma solo perché sono puntiglioso) ;-)
Sieradz wrote
Le correzioni SBAS migliorano l'accuratezza GPS (~15 mt. di default) di
circa un ordine di grandezza, portandola a 2 metri, per la serie: A caval
donato...
Attenzione con le accuratezze ottimistiche...
giulianc51 wrote
con grande beneficio di inventario perchè è un settore molto complesso
che sto _iniziando_ a conoscere, credo che quella precisione è
ottenibile solo con:
a) dgps (gps differenziale con base e rover)
b) con solo rover e collegamento gsm a reti di correzione
c) con solo
Ciao Giuliano,
1) rtklib: ammetto di non conoscere bene gpsd, ma devo dirti che RTKLib è
molto completo, e al suo interno implementa alcune funzioni molto
interessanti. Ad esempio, consente di trattare in modalità RTK anche alcuni
GPS mass-market, consentendo in particolari occasioni di fissare
Ciao!
Direi di no... in genere il trailer viene messo in fondo al file, in
contrapposizione con l'header che viene messo all'inizio. [0]
Quindi, se il termine header viene generalmente tradotto come
intestazione, suggerirei un'altra traduzione (se proprio dobbiamo trovarne
una) per il termine
Sieradz wrote
Non saprei cosa rappresenti quel 546063
Si tratta del time stamp, ovvero il tempo di acquisizione della nuvola
LiDAR, espressa in secondi GPS.
M.
--
View this message in context:
Ciao a tutti,
qualcuno è a conoscenza di un convertitore tra i due formati catastali
disponibili (ovvero da CML a CXF)?
Vedo sul sito dell'Agenzia delle Entrate che i due formati sono open, ma non
mi è sembrato di vedere da nessuna parte un convertitore tra i due.
Grazie
--
View this message
Lo stesso dubbio l'avevo anche io.
Dunque, a quanto pare la sequenza delle operazioni è questa:
1) EPSG aggiorna le sue librerie con i codici RDN -- fatto, disponibili
dal DB v. 8.5
2) le librerie PROJ e GDAL recepiscono l'ultima versione del DB EPSG --
fatto, grazie anche ai ticket aperti da
La cosa più semplice sarebbe utilizzare i grigliati NTv2 direttamente
all'interno del tuo QGIS (o, ancora più alla base, installarli nel tuo
PROJ).
Purtroppo questi grigliati sono ancora a pagamento, nonostante le azioni che
piano piano stanno portando avanti, tra gli altri, GFOSS, CISIS, AGID.
Antonio Falciano wrote
concordo su tutto tranne sulla procedura dei grigliati fatti in casa.
Non e' che la procedura da loro utilizzata sia farlocca (esistono
svariati modi di calcolarli questi benedetti grigliati). Il vero
problema e' che essendo derivati da Traspunto, anche a parita' di
Capita anche a me, sulla versione stabile installata con OSGEO4W (Windows).
Mi sono fatto l'idea che possa essere legato a qualche incompatibilità tra
GDAL 1.11 (supportate da GRASS) e QGIS 2.2. Infatti:
1) se installo l'ultima versione delle librerie GDAL non parte più QGIS (non
trova più la
Devi fare Salva la selezione con nome... e non Salva con nome...
E' la voce sotto, nel menu a tendina.
Altrimenti ti salva nuovamente il file originale.
P.S. una cosa: come indicato nei termini di accettazione, la lista GFOSS ha
lo scopo principale di:
- favorire lo sviluppo, la diffusione e la
Ciao,
questo è quello che vuoi ottenere, giusto? (a parte il fatto che qui i
confini sono quelli provinciali, ma non cambia nulla).
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/file/n7588410/test_openlayer.png
Dopo aver caricato lo shapefile e
Guarda la mia immagine sopra. La risposta è sì.
M.
--
View this message in context:
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Per-avere-contemporaneamente-i-confini-comunali-e-ortofotocarta-con-Qgis-tp7588399p7588414.html
Sent from the Gfoss --
Confermo... :-(
--
View this message in context:
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Problema-ECW-in-QGIS-tp7587923p7587931.html
Sent from the Gfoss -- Geographic Free and Open Source Software - Italian
mailing list mailing list archive
Ciao,
la trasformazione in questione è una Helmert a 7 parametri.
Qui [1] trovi tutte le indicazioni sulle formule e su come ricavare i
parametri con i minimi quadrati.
Ovviamente ti servono dei punti doppi, le cui coordinate siano sia in
Cassini-Soldner sia in WGS84 (o ETRFxx, comunque tu voglia
Ciao,
effettivamente è così: rettifica e ortorettifica sono due cose molto
differenti.
Per fare l'ortorettifica di una serie di immagini però potenzialmente ti
bastano solamente le immagini acquisite dal drone ed eventualmente alcune
informazioni sulla camera (che si possono estrarre dai metadati
Una soluzione *potrebbe* (grassetto sottolineato!) essere estrarti le curve
di livello, e poi trasformarle in poligoni con il comando di QGIS Da linee
a poligoni (menu Vettore Strumenti di geometria).
Le curve di livello in questione devono però essere chiuse, quindi devi
crearti, all'interno del
Mauro Bartolomeoli wrote
potrebbe essere EPSG:26592?
E' un Gauss Boaga ma con meridiano centrale su Roma.
Le coordinate cartografiche dell'EPSG 26592 sono identiche a quelle
dell'EPSG 3004.
La variazione di meridiano centrale infatti coinvolge solamente le
coordinate geografiche (i fusi Est e
Certo, grazie!
P.S. le coordinate 5032,8522 ricordano tanto un sistema catastale...
Aspettiamo il dropbox!
M.
--
View this message in context:
Confermerei il sistema catastale Cassini-Soldner, ma purtroppo non sono
esperto della zona e non saprei dirti quale sia il centro di emanazione.
Ho provato con il programma ConveRgo (che è FREE, ma non Open) del CISIS,
selezionando il centro di emanazione di Urbino (valido anche per una
porzione
Risposta affermativa, su una zona del basso Piemonte (circa un centinaio di
MB, in ASCII GRID).
Fai attenzione che devi cambiare il tipo di dati, da Point Cloud Download
Processing (dove non sono presenti dati) a Raster (dove invece si vede
correttamente l'area coperta dal DTM SRTM).
Il cambio
Sull'installazione tramite OSGEO, gli MDB vengono aperti correttamente dal
menu:
Layer Aggiungi Vettore
e selezionando come tipo file la voce:
ESRI Personal GeoDatabase [OGR]
Rispetto alle vecchie versioni di QGIS, la compatibilità con questo formato
(bizzarro, per carità, ma ancora molto
Complimenti, è un plugin che promette benissimo!!!
Non vedo l'ora di provarlo...!
Grazie,
Mattia
--
View this message in context:
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/DronePlanner-plugin-per-QGis-tp7587242p7587248.html
Sent from the Gfoss
Novarese wrote
Andrea, se posso permettermi di dissentire:
/
aperi2007 wrote
Te usi il concetto di grande scala in modo opposto a come viene usato
normalmente in cartografia.
In cartografia si parla di grande scala intendendo il grande dettaglio, e
non la grande estensione
/
A me hanno
a.furieri wrote
risalendo alle fonti ufficiali EPSG [1],[2] diventa tutto chiaro.
si tratta di due CRS sostanzialmente analoghi della famiglia ETRS,
che pero' sono concepiti per scopi sostanzialmente diversi.
[1] http://spatialreference.org/ref/epsg/3045/
[2]
Ciao,
il sistema ETRS89 / ETRS-LAEA è una proiezione equivalente di Lambert
(http://en.wikipedia.org/wiki/Lambert_azimuthal_equal-area_projection) e
quindi differisce dalla rappresentazione conforme UTM.
Le distorsioni che rilevi sono quindi figlie di questo cambio di
proiezione: in sostanza,
Ciao Giuliano,
nessun problema! Anzi, mi fa molto piacere parlare di questi argomenti!
Confermo che la prima operazione è quella corretta:
giulianc51 wrote
$ echo '1525480.00 5023760.00 0.00' | invproj +proj=tmerc
+lat_0=0 +lon_0=9 +k=0.9996 +x_0=150 +y_0=0 +ellps=intl
risultato:
Gli installer stand-alone sono ancora in fase di preparazione, e saranno
disponibili tra qualche giorno.
Per il momento, l'unico modo per avere la versione 2.2 in Windows è quello
di scaricarti e installarti la versione via OsGeo4W (il link sotto a quello
dello stand-alone).
--
View this
Ciao Giuliano,
nessun errore (non ho rifatto in realtà la procedura con PROJ, ma sono
sicuro che tu l'abbia applicata correttamente!), le discordanze che trovi
sono assolutamente ragionevoli...purtroppo!
La differenza è legata proprio alla combinazione di tutti i problemi che hai
già individuato
Geodrinx wrote
Ne esiste una versione più dettagliata ( che tenga conto delle
armoniche sferiche ) ?
Tutte le versioni tengono conto delle armoniche sferiche, che altro non sono
se non un modello matematico per l'interpolazione del geoide (una versione
complessa dell'ellissoide per
giulianc51 wrote
a parte la considerazione che la scala è quindi isotropa, non mi tornano
le rotazioni: Rx_BF, Ry_BF e Rz_BF sono angoli, nella matrice ci
dovrebbero andare i coseni (nella diagonale principale) ed i seni; i
coseni, trattandosi di angoli molto piccoli, potrebbero essere
Ciao Giuliano,
ti chiedo scusa, probabilmente non ho capito bene la tua domanda, ma intendi
i parametri di rototraslazione tra i diversi SR?
Quelli li trovi direttamente all'interno delle definizioni delle stringhe
proj, in corrispondenza del parametro +towgs84. Ad esempio, per quanto
riguarda il
Confermo nuovamente, anche se parzialmente.
Tutto giusto nel tuo caso: in porzioni limitate di territorio, si può
assumere che il geoide sia costante (anche se, sviluppando le successioni di
armoniche sferiche originali del modello, non lo è per nulla). Quindi in
fase di progettazione dello
Sì, il modello EGM 2008 realizzato dal Dr. Nikolaos Pavlis (NGA):
http://earth-info.nga.mil/GandG/wgs84/gravitymod/egm2008/
Come il precedente, si tratta di un modello di geoide globale, disponibile
nelle due risoluzioni a 1 e a 2.5 minuti geografici. Al momento attuale si
tratta del modello di
No, non sbagli, e mi sono spiegato male io probabilmente.
I due minuti (che effettivamente sono circa 3.5 - 4 km, in funzione della
latitudine) sono relativi alla risoluzione spaziale del modello globale.
La precisione centimetrica (o comunque decimetrica) è legata invece alla
componente
antoniovinci wrote
Un momento: se nel migliore dei casi (risoluzione 60) 1 pixel equivale ad
un quadrato di lato 1.8 km, che senso ha scaricarsi questi dati EGM96,
quando il nostro PCN offre Dem a 20 metri di risoluzione?
Il topic riguarda i modelli EGM, ovvero Earth Gravitational Model.
Sono
Per i gissari c'è il formato raster, assolutamente gestibile in QGIS (come
un normalissimo DTM raster):
http://earth-info.nga.mil/GandG/wgs84/gravitymod/egm2008/egm08_gis.html
Un modello del genere solitamente viene utilizzato per la generazione di
DTM/DSM partendo dalle misure topografiche (ad
antoniovinci wrote
1] a proposito delle tua frase la correzione è molto importante: siccome
le misure GPS sono lorde (altezza s.l.m. + distanza geoide/ellissoide)
per avere una quota reale bisogna sottrarre dal rilievo la seconda voce,
che e' poi il valore inglobato in ogni punto del file
giohappy wrote
E' pur vero che ogni rilievo effttuato tramite la RDN è inevitabilmente
riferito, oggi, all'ETRF2000. Quindi, comunque lo chiami, le coordinate
sono relative a quel frame.
Assolutamente d'accordo.
Infatti, il nome assegnato da EPSG (RDN2008) non piace moltissimo.
La futura
+1!
Mattia De Agostino
--
View this message in context:
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Vogliamo-anche-l-Italia-nel-registro-INSPIRE-html-vers-tp7586590p7586595.html
Sent from the Gfoss -- Geographic Free and Open Source Software
Salve,
ho provato a replicare il tuo flusso di lavoro sul mio GRASS 6.4.3 (sotto
windows), ma i raster risultanti dal comando r.fill.dir risultano
correttamente georeferenziati sopra al DTM di partenza (anche in questo
caso, tutto in 3003), e la region rimane invariata.
Questa la successione dei
Beh, un modo ci sarebbe, ovvero quello di utilizzare direttamente GRASS e di
scrivere nella console dei comandi, soprattutto per le operazioni su grossi
raster.
Il vantaggio di GRASS, ripreso solo parzialmente dal plugin per QGIS, è
quello di poter lavorare su grossi dati senza doverli per forza
Ciao,
puoi solo fare una prova veloce, prima di valutare se è un baco del
software.
Dalla TOC dei layer, sulla sinistra di QGIS, fai clic con il tasto destro su
uno dei livelli, e verifica che vi sia il segno di spunta vicino alla voce
Aggiorna l'ordine di disegno.
Altrimenti... vediamo di
Ciao!
Anche io mi candido al testing!
Mattia
--
View this message in context:
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/georeferencer-vettoriale-tp7585333p7585335.html
Sent from the Gfoss -- Geographic Free and Open Source Software - Italian
Ciao,
sembra che i limiti della regione che hai creato siano incompatibili con
quelli del tuo vettore.
Prova:
- Se esegui il comando dalla shell, inseriscigli l'opzione -e.
- Se invece esegui il comando dall'interfaccia grafica di GRASS, seleziona
l'opzione Estende le dimensioni della regione
Non posso che essere assolutamente d'accordo con voi: troppi grigliati NTv2,
generati da enti/idtte differenti e con metodologie diverse creano
un'entropia difficilmente gestibile.
A mio avviso i sistemi di riferimento (e le trasformazioni tra essi) non
possono essere messi a pagamento, proprio
Ciao,
io purtroppo posso darti una risposta solo parziale.
Ho un sistema operativo WindowsXP, con QGIS 2.0.1-Dufour (aggiornata via
OSGEO), ma con R 2.15.2 (non così aggiornata ma...mi sono affezionato!) e
sistema operativo 32 bit, e funziona tutto.
Per esperienza, il pacchetto di Processing si
Ciao, questi i pacchetti installati sul mio R (come detto, ricorda che si
tratta della versione 2.15).
ape, base, boot, chron, class, cluster, coda, codetools, colorspace,
compiler, DAAG, datasets, deldir, dichromat, digest, evaluate, foreign,
Formula, fts, ggplot2, graphics, grDevices, grid,
Paolo Cavallini wrote
Non confermo, qui si vedono benone, zoomanndo su e giu'.
Anche sul mio QGIS 2.0.1-2 su Windows è tutto regolare.
Che sia un problema legato al progetto di QGIS?
Saluti,
Mattia
--
View this message in context:
Confermo, succedeva anche a me dopo aver installato la versione 2.0.1 su
Windows (usando il file binario, non Osgeo4W) e dopo aver installato alcuni
dei plugin che avevo sulla versione 1.8.
Purtroppo non mi sono segnato quali plugin avevo installato...
L'unica maniera che ho trovato per risolvere
Beh, si può aprire il DBF con OpenOffice e modificare l'intestazione della
colonna...
--
View this message in context:
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/modificare-campo-colonna-tp7583042p7583043.html
Sent from the Gfoss -- Geographic
Grazie Stefano! Molto interessante!
--
View this message in context:
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Whitebox-GAT-project-tp7582637p7582638.html
Sent from the Gfoss -- Geographic Free and Open Source Software - Italian
mailing list
Ciao,
quali argomenti necessitano di revisioni?
Prova a postare una lista di argomenti, e vediamo su quali posso essere
utile!
Mattia
--
View this message in context:
Ciao,
bisogna innanzitutto vedere cosa intendi con molto precisa: per quanto
possa essere rigorosa la trasformazione tra sistemi di riferimento, le mappe
catastali non saranno mai confrontabili con l'ordine di precisione del tuo
rilievo GPS (pochi cm, immagino).
Per quanto riguarda la conversione
Ciao a tutti,
due piccole note: la prima è sull'associazione tra i sistemi di riferimento
stile IGM e quelli stile PCN.
Le corrispondenze sono queste (ottenute provando le correzioni):
ETRF1989 (1995.0) - IGM95 -- WGS84
ETRF2000 (2008.0) - RDN -- ETRS89
Credo che, nel stabilire i nomi, il
85 matches
Mail list logo
