Re: [Gfoss] SRS: EPSG:40003 e QGIS

2011-05-28 Per discussione ivan marchesini
Ciao,
grazie ad andrea per la segnalazione.
non mi ero accorto del problema.
In effetti il 40003 ha il meridiano centrale del fuso ovest ed anche la
falsa origine delle coordinate est ovviamente.
Di conseguenza mal si adatta per la sicilia che ricade per lo più (se
non totalmente, nel fuso est.
Quindi usare il meridiano 15 e la falsa origine a 252 è sicuramente
opportuno.
Potremmo cambiare il 40003 direttamente... senza stare ad introdurre il
40004.
in fin dei conti solo una piccolissima parte della sicilia occidentale
(forse) ricade nel fuso ovest.


ciao

Ivan



Il giorno ven, 27/05/2011 alle 16.52 +0200, Paolo Cavallini ha scritto:
 Il 27/05/2011 16:46, Antonio Falciano ha scritto:
  Pardon! Pero' EPSG:40004 non esiste nel db EPSG ufficiale, per cui le altre
  applicazioni lo ignorano (...addio interoperabilita'!). IMHO, almeno 
  nell'ambito di
  QGIS, una denominazione articolata derivata dai codici EPSG effettivi (come 
  dicevo
  prima) sarebbe preferibile...
 
 E' intenzionale: EPSG lascia un range di ID liberi per le definizioni ad hoc 
 (come e'
 il nostro caso, visto che EPSG non si preoccupa dei parametri +towgs per 
 gauss-boaga.
 Per essere interoperabili, EPSG dovrebbe definire un ID, cosa che non credo 
 voglia
 fare, per ragioni plausibili.
 Sabglio?
 Saluti.
 -- 
 Paolo Cavallini: http://www.faunalia.it/pc
 ___
 Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
 Gfoss@lists.gfoss.it
 http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
 Questa e' una lista di discussione pubblica aperta a tutti.
 Non inviate messaggi commerciali.
 I messaggi di questa lista non rispecchiano necessariamente
 le posizioni dell'Associazione GFOSS.it.
 502 iscritti all'11.2.2011

-- 
Ti prego di cercare di non inviarmi files .dwg, .doc, .xls, .ppt.
Preferisco formati liberi.
Please try to avoid to send me .dwg, .doc, .xls, .ppt files.
I prefer free formats.
http://it.wikipedia.org/wiki/Formato_aperto
http://en.wikipedia.org/wiki/Open_format

Ivan Marchesini
Perugia (Italy)
Socio fondatore GFOSS Geospatial Free and Open Source Software 
http://www.gfoss.it
e-mail: ivan.marches...@irpi.cnr.it
ivan.marches...@gmail.com
fax (mailfax): +39 1782092534
jabber: geoiva...@jabber.org
skype: geoivan73


signature.asc
Description: Questa è una parte del messaggio firmata digitalmente
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] SRS: EPSG:40003 e QGIS

2011-05-28 Per discussione iomeneandrei
Ciao Ivan,


ivan marchesini-2 wrote:
 
 Potremmo cambiare il 40003 direttamente... senza stare ad introdurre il
 40004.
 in fin dei conti solo una piccolissima parte della sicilia occidentale
 (forse) ricade nel fuso ovest.
 

avevo pensato di introdurre il 40004 per assonanza geografica e numerica con
il 3004. La mia modesta proposta è cancellare il 40003 ed introdurre il
40004. Ovviamente la cosa che mi sembra più importante è introdurre la
definizione proj più corretta.

Buona domenica a tutti,

a 


-
Andrea Borruso


email: aborr...@tin.it
website: http://blog.spaziogis.it
my 2.0 life: http://aborruso.spaziogis.it
feed: http://feeds2.feedburner.com/Tanto
38° 7' 48 N, 13° 21' 9 E

--
View this message in context: 
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/SRS-EPSG-40003-e-QGIS-tp6368096p6413561.html
Sent from the Gfoss -- Geographic Free and Open Source Software - Italian 
mailing list mailing list archive at Nabble.com.
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] SRS: EPSG:40003 e QGIS

2011-05-28 Per discussione Antonio Falciano

Il 28/05/2011 9.24, iomeneandrei ha scritto:
avevo pensato di introdurre il 40004 per assonanza geografica e 
numerica con

il 3004. La mia modesta proposta è cancellare il 40003 ed introdurre il
40004. Ovviamente la cosa che mi sembra più importante è introdurre la
definizione proj più corretta.


IMHO, l'assegnazione di questi codici poteva essere ottimizzata dal 
principio. Ad esempio, si sarebbe potuto procedere cosi':

40001 -- Monte Mario / Italy zone 1 (mainland)
40002 -- Monte Mario / Italy zone 2 (mainland)
40003 -- Monte Mario / Italy zone 1 (Sardegna)
40004 -- Monte Mario / Italy zone 2 (Sicily)
in modo tale da avere l'1 o il 2 finale che richiama la zona (fuso) nei 
primi due casi, il 3 e il 4 finale che richiama il 3003 e il 3004 (come 
Andrea osserva) negli ultimi due.


ciao
Antonio

--
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano

___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] Inserimento di un nuovo sistema in qgis

2011-05-28 Per discussione Antonio Falciano

Il 27/05/2011 23.15, fff_...@tiscali.it ha scritto:

Ciao a tutti,
dovrei inserire un nuovo sistema di riferimento in qgis

Si tratta del sistema di riferimento Cassini_Soldner (quello che usa
il catasto)
per la  zona di Pordenone
i parametri per questa zona sono:

orig.long=12,5713380
orig.lat=45,9716180
falsex=0
falsey=0
scale=1

elissoide di riferimeto: bessel 1841

come si procede?


Prima di procedere ti manca pero' qualcos'altro: i parametri di 
trasformazione verso WGS84 (+towgs84=...). Inoltre, rispetto a quale 
datum sono definite le coordinate dell'origine?


ciao
Antonio

--
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano

___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

[Gfoss] indice di rugosità del terreno

2011-05-28 Per discussione marco zanieri
Buongiorno,
dovrei calcolare l'indice di rugosità del terreno di un versante nella zona
di Ameglia, qualcuno è a conoscenza della procedura da adottare?
Premetto che ho a disposizione il rilievo lidar ad 1 metro..secondo me
si tratta di creare una serie di matrici, di grid, ognuno con un valore di
cella che si riferisce ad un certo parametro (copertura vegetale, uso del
suolo, pendenza, spigolosità della litologia affiorante,..ecc) per poi
andare a sommare le matrici mediante il raster calculator, quindi più che
altro credo che sia opportuno comprendere la procedura di approccio, ossia
definire le tabelle parametriche che permettono l'associazione dei giusti
valori alle celle...

Grazie mille a tutti

-- 
dott. Marco Zanieri
   e-mail: marcozani...@gmail.com

   cartografia tematica
  banche dati territoriali
 sistemi informativi geografici
  applicazioni GIS e webGIS
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] SRS: EPSG:40003 e QGIS

2011-05-28 Per discussione iomeneandrei
Ciao Andrea,
sempre avanti voi di uDig ;-)

Uniformare il tutto sarebbe un'ottima cosa. Magari comprendendo gvSIG e
ovviamente GRASS. A proposito in GRASS che codici sono usati?

ciao,

a


-
Andrea Borruso


email: aborr...@tin.it
website: http://blog.spaziogis.it
my 2.0 life: http://aborruso.spaziogis.it
feed: http://feeds2.feedburner.com/Tanto
38° 7' 48 N, 13° 21' 9 E

--
View this message in context: 
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/SRS-EPSG-40003-e-QGIS-tp6368096p6413927.html
Sent from the Gfoss -- Geographic Free and Open Source Software - Italian 
mailing list mailing list archive at Nabble.com.
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] SRS: EPSG:40003 e QGIS

2011-05-28 Per discussione Antonio Falciano

Ciao Andrea,
sarebbe bello poter uniformare (o meglio ancora standardizzare) questi 
benedetti codici in tutte le applicazioni che hanno la possibilita' di 
farlo! Altrimenti, passando da un'applicazione ad un'altra si rischia di 
impelagarsi come e piu' di prima e ...addio l'interoperabilita'!
Ne approfitto per ribadire la mia proposta: trattandosi di CRS e di 
trasformazioni derivanti dal database EPSG, sarebbe piu' corretto 
combinare insieme il codice del CRS e quello della trasformazione.


30031660 -- Monte Mario / Italy zone 1 (mainland)
30041660 -- Monte Mario / Italy zone 2 (mainland)
30031662 -- Monte Mario / Italy zone 1 (Sardegna)
30041664 -- Monte Mario / Italy zone 2 (Sicily)

ed eventualmente anche

230321133 -- ED50 / UTM zone 32N (with params)
230331133 -- ED50 / UTM zone 33N (with params)

Non mi sembra che siano difficili da memorizzare e, inoltre, hanno una 
logica coerente con la loro provenienza.


Come prefisso, in ogni caso, non utilizzerei EPSG: ma mi inventerei 
qualcos'altro poiche' questi codici non ci sono e non ci saranno nel db 
EPSG, o sbaglio?


Il 28/05/2011 11.56, andrea antonello ha scritto:

Giusto per la cronaca, in uDig da un bel po' di tempo abbiamo aggiunto
(per il caso dei 3003,3004) :

30031000
30031001
30031002
30041000
30041001
30041002

con
1000 pensinsular
1001 sardinia
1002 sicily


Nel vs caso, 30031002 e 30041001 non hanno granche' senso, essendo la 
Sardegna nel fuso Ovest (3003) e la Sicilia in quello Est (3004). ;-)



prendendo i parametro da GRASS, che i parametri li ha.


...e che sempre da EPSG provengono! ;-)


Allora abbiamo preso dei codici aggiungendo i 1000 dietro e sembrava
una buona idea, ma sarei contento di adattarci se si decide per dei
codici comuni.


Vediamo cosa ne pensano gli utilizzatori di altre applicazioni.

ciao
Antonio


Andrea



2011/5/28 Antonio Falcianoafalci...@yahoo.it:

Il 28/05/2011 9.24, iomeneandrei ha scritto:

avevo pensato di introdurre il 40004 per assonanza geografica e numerica
con
il 3004. La mia modesta proposta Ú cancellare il 40003 ed introdurre il
40004. Ovviamente la cosa che mi sembra più importante Ú introdurre la
definizione proj più corretta.

IMHO, l'assegnazione di questi codici poteva essere ottimizzata dal
principio. Ad esempio, si sarebbe potuto procedere cosi':
40001 --  Monte Mario / Italy zone 1 (mainland)
40002 --  Monte Mario / Italy zone 2 (mainland)
40003 --  Monte Mario / Italy zone 1 (Sardegna)
40004 --  Monte Mario / Italy zone 2 (Sicily)
in modo tale da avere l'1 o il 2 finale che richiama la zona (fuso) nei
primi due casi, il 3 e il 4 finale che richiama il 3003 e il 3004 (come
Andrea osserva) negli ultimi due.

ciao
Antonio

--
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano

___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011


--
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano

___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] indice di rugosità del terreno

2011-05-28 Per discussione Luca Morandini

On 05/28/2011 10:54 AM, marco zanieri wrote:

Buongiorno,
dovrei calcolare l'indice di rugosità del terreno di un versante nella zona di
Ameglia, qualcuno è a conoscenza della procedura da adottare?
Premetto che ho a disposizione il rilievo lidar ad 1 metro..secondo me si
tratta di creare una serie di matrici, di grid, ognuno con un valore di cella 
che
si riferisce ad un certo parametro (copertura vegetale, uso del suolo, pendenza,
spigolosità della litologia affiorante,..ecc) per poi andare a sommare le 
matrici
mediante il raster calculator, quindi più che altro credo che sia opportuno
comprendere la procedura di approccio, ossia definire le tabelle parametriche 
che
permettono l'associazione dei giusti valori alle celle...


Da quel che so io l'indice di rugosità (terrain roughness index) è relativo alla 
sola morfologia, per cui il DEM basta e avanza.


Ci sono vari modi di calcolare questo indice, e ovviamente danno risultati diversi 
tra loro (anche in rapporto alla scala scelta). Se vuoi una disamina dei vari 
metodi applicqati ad un caso concreto c'è questo articolo su Transanction on 
Geoscience and Remote Sensing dello IEEE:

http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?arnumber=5535082

Saluti,

Luca Morandini
http://www.lucamorandini.it

___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] SRS: EPSG:40003 e QGIS

2011-05-28 Per discussione Antonio Falciano

Il 28/05/2011 12.32, iomeneandrei ha scritto:

Ciao Andrea,
sempre avanti voi di uDig ;-)

Uniformare il tutto sarebbe un'ottima cosa. Magari comprendendo gvSIG e
ovviamente GRASS. A proposito in GRASS che codici sono usati?


gvSIG ad esempio non ha questa necessita', poiche' utilizza un db EPSG e 
ha una procedura guidata che filtra anche per area di interesse.
Oh ragassi... siam matti? :-) Dovremmo stare qui a parlare di grigliati 
NTv2 liberi (visto che ora anche QGIS ha il suo plugin), mentre invece 
stiamo ancora discutendo su come standardizzare il nome dei CRS, vi pare?


ciao
Antonio

--
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano

___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] SRS: EPSG:40003 e QGIS

2011-05-28 Per discussione Sandro Santilli
On Sat, May 28, 2011 at 12:39:54PM +0200, Antonio Falciano wrote:

 Come prefisso, in ogni caso, non utilizzerei EPSG: ma mi inventerei 
 qualcos'altro poiche' questi codici non ci sono e non ci saranno nel db 
 EPSG, o sbaglio?

PostGIS ha cominciato ad usare spatialreferencing.org.
E' usato come auth_name per il 900913 (l'unico non-epsg).
Mi sembra una buona idea riferirsi a spatialreferencing.org, dove
si possono trovare anche maggiori informazioni sulla proiezione.
E' un community effort, iniziativa di hobu e crschmidt, se non sbaglio.

--strk;

  ()   Free GIS  Flash consultant/developer
  /\   http://strk.keybit.net/services.html
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] SRS: EPSG:40003 e QGIS

2011-05-28 Per discussione Giovanni Manghi
On Sat, 2011-05-28 at 12:52 +0200, Sandro Santilli wrote:
 spatialreferencing.org

é 

http://www.spatialreference.org/


Ciao

-- G --

___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] SRS: EPSG:40003 e QGIS

2011-05-28 Per discussione Antonio Falciano

Il 28/05/2011 12.52, Sandro Santilli ha scritto:

On Sat, May 28, 2011 at 12:39:54PM +0200, Antonio Falciano wrote:

Come prefisso, in ogni caso, non utilizzerei EPSG: ma mi inventerei
qualcos'altro poiche' questi codici non ci sono e non ci saranno nel db
EPSG, o sbaglio?

PostGIS ha cominciato ad usare spatialreferencing.org.
E' usato come auth_name per il 900913 (l'unico non-epsg).
Mi sembra una buona idea riferirsi a spatialreferencing.org, dove
si possono trovare anche maggiori informazioni sulla proiezione.
E' un community effort, iniziativa di hobu e crschmidt, se non sbaglio.


spatialreference.org e' un gran bel servizio. Tuttavia, se cerco ad 
esempio 900913 [1] mi offre una serie di codici custom compatibili e no 
con la sua originaria definizione, il che non e' poi tanto un indice di 
elevata attendibilita'. Oggi comunque 900913 continua ad esistere nel db 
EPSG [2], solo che dopo varie vicissitudini ha cambiato denominazione: 
e' diventato EPSG:3857.


ciao
Antonio

[1] http://spatialreference.org/ref/?search=900913
[2] http://www.epsg-registry.org/

--
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano

___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] SRS: EPSG:40003 e QGIS

2011-05-28 Per discussione Antonio Falciano

Il 28/05/2011 13.06, aperi2007 ha scritto:

Non riesco a capire bene il senso della cosa che state discutendo..

Modificare dei sistemi di riferimento o inventarsene di nuovi

Il rischio di perdere la compatibilità e ritrovarsi con dei software 
che danno i numeri .


Se uno dovesse realizzare un archivio usando tale nuovo sistema  non 
avrebbe alcuna chance di vederselo riconosciuto da
alcuno. E poi non trattandosi di sistemi di riferimento universalmente 
gestiti finirebbe in un angolo.


Occorre stare attenti a non cascare nel equivoco che fino ad oggi 
veniva rinfacciato ai softwares commerciali,

altrimenti si predica bene e si razzola male

se introducete dei sistemi di riferimento che nei softwares 
commerciali non sono supportati sperando con questo di costringere 
l'utente a legarsi ancora di piu' al software

GFOss perche' unico che li supporta,
otterrete l'effetto opposto.

Ovvero di essere esclusi perche' i softwares danno i numeri.


Ottima questione! Si era partiti dalla correzione di un CRS 
personalizzato presente solo in QGIS, e' emerso poi che anche uDig 
utilizza dei codici suoi e il rischio giustamente e' quello di avere una 
babele di codici inutilizzabili in altre applicazioni e quindi fuori 
standard.
Personalmente la vedo cosi': non si puo' lavorare con l'informazione 
geografica senza comprendere quello che ci sta dietro, in primis i 
sistemi cartografici. Tutto qua. Se poi ognuno di noi ha bisogno di 
scorciatoie, sono fatti suoi.




E poi nel mondo dei sistemi di riferimento da usare a breve avverrà un 
cambiamento,

come potete leggere in queste pagine.

http://www.digitpa.gov.it/altre-attivit%C3%A0/sistema-di-riferimento-geodetico-nazionale 



In particolare questo documento:
http://www.digitpa.gov.it/sites/default/files/normativa/SIstema%20geodetico%20DPCM%201_0.pdf 



DAll'entrata in vigore di tale DPCM, tutti i dati prodotti in Italia,
salvo quelli di livello hobbistico e per passatempo , dovranno essere 
fatti in tale sistema di riferimento.


Benissimo! E' di questo che dovremmo parlare.


Io eviterei di incasinare il discorso inventandosene degli altri...


D'accordissimo con te. Il mio voleva essere solo un tentativo di 
uniformare quantomeno le cose. Giustamente gli standard ufficiali fanno 
testo e occorrerebbe utilizzare solo quelli. Penso che sia stato un 
veramente un bene discuterne. E qui chiudo.


buon fine settimana
Antonio

--
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano

___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] indice di rugosità del terreno

2011-05-28 Per discussione Giovanni Manghi

 Il codice c'è qui:
 http://grass.osgeo.org/wiki/GRASS_AddOns#r.roughness


in QGIS ci sono altri due strumenti:

gdal_dem e raster based terrain analysis 


-- Giovanni --

___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] SRS: EPSG:40003 e QGIS

2011-05-28 Per discussione Sandro Santilli
On Sat, May 28, 2011 at 01:17:50PM +0200, Antonio Falciano wrote:

 Oggi comunque 900913 continua ad esistere nel db 
 EPSG [2], solo che dopo varie vicissitudini ha cambiato denominazione: 
 e' diventato EPSG:3857.

Dubito che 900913 sia MAI esistito nel db EPSG.
E' stato spacciato come EPSG da proj4 perche' (ahime') la specifica
WMS non supporta altro che epsg come nome di autority..

--strk; 

  ()   Free GIS  Flash consultant/developer
  /\   http://strk.keybit.net/services.html
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] SRS: EPSG:40003 e QGIS

2011-05-28 Per discussione andrea antonello
Ciao Antonio,

 sarebbe bello poter uniformare (o meglio ancora standardizzare) questi
 benedetti codici in tutte le applicazioni che hanno la possibilita' di
 farlo! Altrimenti, passando da un'applicazione ad un'altra si rischia di
 impelagarsi come e piu' di prima e ...addio l'interoperabilita'!
 Ne approfitto per ribadire la mia proposta: trattandosi di CRS e di
 trasformazioni derivanti dal database EPSG, sarebbe piu' corretto combinare
 insieme il codice del CRS e quello della trasformazione.

 30031660 -- Monte Mario / Italy zone 1 (mainland)
 30041660 -- Monte Mario / Italy zone 2 (mainland)
 30031662 -- Monte Mario / Italy zone 1 (Sardegna)
 30041664 -- Monte Mario / Italy zone 2 (Sicily)

 ed eventualmente anche

 230321133 -- ED50 / UTM zone 32N (with params)
 230331133 -- ED50 / UTM zone 33N (with params)

+1 mi sembra un'ottima idea. Pronto a cambiare appena ci mettiamo d'accordo.

[...]
 30031000
 30031001
 30031002
 30041000
 30041001
 30041002

 con
 1000 pensinsular
 1001 sardinia
 1002 sicily

 Nel vs caso, 30031002 e 30041001 non hanno granche' senso, essendo la
 Sardegna nel fuso Ovest (3003) e la Sicilia in quello Est (3004). ;-)

E non posso che darti ragione. E' stata un'inerzia alla quale
volentieri pongo rimedio. :)

 prendendo i parametro da GRASS, che i parametri li ha.

 ...e che sempre da EPSG provengono! ;-)

Non dal database di codici che viene distribuito immagino?

 Allora abbiamo preso dei codici aggiungendo i 1000 dietro e sembrava
 una buona idea, ma sarei contento di adattarci se si decide per dei
 codici comuni.

 Vediamo cosa ne pensano gli utilizzatori di altre applicazioni.

Ok, seguo con interesse,
Grazie dei commenti,
Andrea



 ciao
 Antonio

 Andrea



 2011/5/28 Antonio Falcianoafalci...@yahoo.it:

 Il 28/05/2011 9.24, iomeneandrei ha scritto:

 avevo pensato di introdurre il 40004 per assonanza geografica e numerica
 con
 il 3004. La mia modesta proposta Ú cancellare il 40003 ed introdurre il
 40004. Ovviamente la cosa che mi sembra più importante Ú introdurre la
 definizione proj più corretta.

 IMHO, l'assegnazione di questi codici poteva essere ottimizzata dal
 principio. Ad esempio, si sarebbe potuto procedere cosi':
 40001 --  Monte Mario / Italy zone 1 (mainland)
 40002 --  Monte Mario / Italy zone 2 (mainland)
 40003 --  Monte Mario / Italy zone 1 (Sardegna)
 40004 --  Monte Mario / Italy zone 2 (Sicily)
 in modo tale da avere l'1 o il 2 finale che richiama la zona (fuso) nei
 primi due casi, il 3 e il 4 finale che richiama il 3003 e il 3004 (come
 Andrea osserva) negli ultimi due.

 ciao
 Antonio

 --
 Antonio Falciano
 http://www.linkedin.com/in/antoniofalciano

 ___
 Iscriviti all'associazione GFOSS.it:
 http://www.gfoss.it/drupal/iscrizione
 Gfoss@lists.gfoss.it
 http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
 Questa e' una lista di discussione pubblica aperta a tutti.
 Non inviate messaggi commerciali.
 I messaggi di questa lista non rispecchiano necessariamente
 le posizioni dell'Associazione GFOSS.it.
 502 iscritti all'11.2.2011

 ___
 Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
 Gfoss@lists.gfoss.it
 http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
 Questa e' una lista di discussione pubblica aperta a tutti.
 Non inviate messaggi commerciali.
 I messaggi di questa lista non rispecchiano necessariamente
 le posizioni dell'Associazione GFOSS.it.
 502 iscritti all'11.2.2011

 --
 Antonio Falciano
 http://www.linkedin.com/in/antoniofalciano

 ___
 Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
 Gfoss@lists.gfoss.it
 http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
 Questa e' una lista di discussione pubblica aperta a tutti.
 Non inviate messaggi commerciali.
 I messaggi di questa lista non rispecchiano necessariamente
 le posizioni dell'Associazione GFOSS.it.
 502 iscritti all'11.2.2011
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] SRS: EPSG:40003 e QGIS

2011-05-28 Per discussione Markus Neteler
2011/5/28 Sandro Santilli s...@keybit.net:
 On Sat, May 28, 2011 at 01:17:50PM +0200, Antonio Falciano wrote:

 Oggi comunque 900913 continua ad esistere nel db
 EPSG [2], solo che dopo varie vicissitudini ha cambiato denominazione:
 e' diventato EPSG:3857.
 Dubito che 900913 sia MAI esistito nel db EPSG.

Esatto.
Il codice http://spatialreference.org/ref/?search=900913
è un numero privato:

cat proj-4.6.1/nad/esri.extra
...
#
#  Chris' funny epsgish code for the google mercator
#
900913 +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0
+x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +wktext  +no_defs 

(Chris : Christopher Schmidt)


il codice inufficiale aiuta anche per il trucco di PROJ4 di usare
+nadgrids=@null.

ciao
Markus
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] SRS: EPSG:40003 e QGIS

2011-05-28 Per discussione iomeneandrei
Ciao,
grazie per tutte le informazioni e per gli spunti.

La mia segnalazione iniziale è soltanto da utente QGIS: ho notato una
definizione di SRS che non mi sembrava corretta e l'ho segnalata.

Buona domenica,

a

-
Andrea Borruso


email: aborr...@tin.it
website: http://blog.spaziogis.it
my 2.0 life: http://aborruso.spaziogis.it
feed: http://feeds2.feedburner.com/Tanto
38° 7' 48 N, 13° 21' 9 E

--
View this message in context: 
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/SRS-EPSG-40003-e-QGIS-tp6368096p6414124.html
Sent from the Gfoss -- Geographic Free and Open Source Software - Italian 
mailing list mailing list archive at Nabble.com.
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

[Gfoss] informazioni

2011-05-28 Per discussione Roberta Battiston
Ciao a tutti,
sono una nuova iscritta nella lista e pertanto mi presento. Mi chiamo
Roberta Battiston, sono laureata in pianificazione territoriale presso
l'Università degli Studi di Trieste e lavoro presso l'ATER di Gorizia come
geometra (Azienda Territoriale per l'edilizia residenziale). A questo
proposito vorrei sapere se è documentato l'uso dei GIS in enti che
realizzano edilizia popolare (in Italia o all'estero).
Grazie,

Roberta Battiston

Rispetta l’ambiente. Hai davvero bisogno di stampare questa mail?
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011

Re: [Gfoss] Gdal Tools

2011-05-28 Per discussione Giovanni Manghi
On Sat, 2011-05-28 at 19:16 +0200, marco zanieri wrote:
 Salve,
 sto provando le nuove funzionalità, peraltro interessantissime, del
 plugin Gdal Tools, mi interessa soprattutto il modulo di analisi
 geomorfologica, TRI (indice di asperità del terreno), TPI (indice
 di posizione topografica), Asperità; esiste della documentazione
 disponibile in cui vengono descritti gli algoritmi
 applicati ?...grazie mille

Un punto di partenza?

http://www.gdal.org/gdaldem.html


Ciao

-- Giovanni --

___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
502 iscritti all'11.2.2011