[Gfoss] Portale dei dati dell'Emilia Romagna

Local Chapters GFOSS.it
1 
>B) poi c'è anche un file "metadata.xml", che invece recita:
>   ...
>   <gmd:RS_Identifier>
>    <gmd:code>
>     <gco:CharacterString>ROMA40/OVEST</gco:CharacterString>
>    </gmd:code>
>    <gmd:codeSpace>
>     <gco:CharacterString>...EPSG::3003</gco:CharacterString>
>    </gmd:codeSpace>
>   </gmd:RS_Identifier>
>   ...
>   quindi parrebbe SRID=3003

Mi permetto di puntualizzare che secondo me i valori sono collocati nei campi sbagliati.
La loro collocazione dovrebbe essere tipo questa:

gmd:code
gco:Characterstring3003</gco:CharacterString>
</gmd:code>
gmd:codSpace
gco:Characterstringhttp://www.epsg-registry.org</gco:CharacterString>
</gmd:codSpace>

e se si vuole si puo’ anche aggiungere il campo Version con , ad esempio, il valore 6.14

quindi:

3003 o 25832 e’ il “code”
mentre per il campo “codespace” si deve mettere un valore tipo:
“http://www.epsg-registry.org”

–

Andrea Peri
. . . . . . . . .
qwerty àèìòù

2

On Sat, 15 Oct 2011 20:52:55 +0200, Andrea Peri wrote

Mi permetto di puntualizzare che secondo me i valori
sono collocati nei campi sbagliati.
La loro collocazione dovrebbe essere tipo questa:

<gmd:code>
<gco:Characterstring>3003</gco:CharacterString>
</gmd:code>
<gmd:codSpace>
<gco:Characterstring>http://www.epsg-registry.org</gco:CharacterString>
</gmd:codSpace>

e se si vuole si puo' anche aggiungere il campo Version con ,
ad esempio, il valore 6.14

quindi:

3003 o 25832 e' il "code"
mentre per il campo "codespace" si deve mettere un valore tipo:
"http://www.epsg-registry.org"

Sorry,
ho fatto casino io sopprimendo parte della definizione
esageratamente lunga per trascriverla per intero.
(comunque avevo messo puntini [...] per evidenziare
che c'era una soppressione)

la definizione completa presente in metadata.xml
distributito da RER è:

<gmd:RS_Identifier>
<gmd:code>
  <gco:CharacterString>ROMA40/OVEST</gco:CharacterString>
</gmd:code>
<gmd:codeSpace>
  <gco:CharacterString>
http://www.epsg-registry.org/export.htm?gml=urn:ogc:def:crs:EPSG::3003
  </gco:CharacterString>
</gmd:codeSpace>
</gmd:RS_Identifier>

in ogni caso il problema (sostanziale, prima ancora
che formale) è che poi le coordinate presenti negli
SHP sono lat/long; p.es. x=11.524983 y=44.157775
chiaramente non quadra

ciao Sandro

3

Il 15/10/2011 21:23, a.furieri@lqt.it ha scritto:

<gmd:RS_Identifier>
  <gmd:code>
   <gco:CharacterString>ROMA40/OVEST</gco:CharacterString>
  </gmd:code>
  <gmd:codeSpace>
   <gco:CharacterString>
http://www.epsg-registry.org/export.htm?gml=urn:ogc:def:crs:EPSG::3003
   </gco:CharacterString>
  </gmd:codeSpace>
</gmd:RS_Identifier>

in ogni caso il problema (sostanziale, prima ancora
che formale) è che poi le coordinate presenti negli
SHP sono lat/long; p.es. x=11.524983 y=44.157775
chiaramente non quadra

Sandro,

forse ho una idea del perche' compare questo ipotetico errore.
E forse errore non e' , ma solo mis-understanding.

Come hai fatto a scaricare lo shapefile ?

Andrea.

4

On Sat, 15 Oct 2011 21:55:50 +0200, aperi2007 wrote

Sandro,

forse ho una idea del perche' compare questo ipotetico errore.
E forse errore non e' , ma solo mis-understanding.

Come hai fatto a scaricare lo shapefile ?

dal portale regionale: p.es.
http://dati.emilia-romagna.it/component/rd/item/5-5-comuni-regionali.html

accetto la licenza CC-BY, e poi clicco sul
bottoncino verde con la freccia bianca per
iniziare il download ...
non c'è nessun parametro da impostare:
parrebbe proprio un download statico

ciao Sandro

5

Il 15/10/2011 23:18, a.furieri@lqt.it ha scritto:

non c'è nessun parametro da impostare:
parrebbe proprio un download statico

ciao Sandro

Mi spiego:
i programmi di conversione di coordinate convertono i dati , ma non convertono i files prj.
Per cui ipotizzavo che il sistema generasse al volo lo shapefile in geografiche e di conseguenza si disallineasse il file prj.

In realta' questo puo' ancora essere accaduto, ma in questo caso e' avvenuto una-tantum.

In ogni caso la mia ipotesi era che il file prj si fosse disallineato a causa di un cambio di sistema di riferimento.

il programma che ha effettuato il cambio nello shapefile non ha cambiato il prj.

Ma i programmi di conversione di solito cambiano i files prj ?

Forse questo e' un buon caso di uso da tenere a mente.

Quando si genera al volo il download occorre stare attenti anche a modificare il prj.

Ecco perche' mi piace il GML.
Il GML contiene il sistema di riferimento dentro il file stesso. Insieme ai dati, e quindi e' piu' intuitivo che debba restare allineato.

Andrea.