<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Ciao,<br>
<br>
Questo trafiletto che riporti NON mi pare proprio che contraddica
il concetto che avevo riportato, anzi.<br>
lo conferma.<br>
<br>
Ovviamente nessun si immagina che in un documento di Inspire ci
sia scritto:<br>
<br>
In Italia si deve fare cosi'...<br>
In Francia si deve fare cosa'...<br>
<br>
Ma si danno delle chiavi di lettura che devono permettere a ogni
paese di ottemperarle mantenendo nel contempo le proprie
connotazioni peculiari.<br>
<br>
In tale trafiletto, infatti dice che le pubbliche autorita' che
sono responsabili (ergo titolari) devono rendere i loro dati
disponibili.<br>
<br>
Se il paese ne ha una sola tale compito spettera' a quella unica
autorita, ma se ne ha piu' di una , non chiede certo che ilpaese
debba scioglierle e passare a una unica autorita', ma piuttosto
chiama ogni singola autorita' ad attrezzarsi in tale direzione.<br>
<br>
Per cui partendo da questa chiave di lettura che mi pare chiara, è
evidente che se in Italia ci sono piu' soggetti che hanno
titolarita' sui dati , questa pluralita' di soggetti sono chiamati
in causa ognuno per il suo piccolo pezzetto di dati di cui sono
titolari.<br>
<br>
Altrimenti , Inspire invaderebbe campi che non sono suoi.<br>
<br>
Tra l'altro questa cosa mi pare che sia stata anche ben chiarita
dall'intervento che fece nell'aula magna a Firenze il responsabile
del progetto Inspire.<br>
<br>
Per il resto, se un soggetto non è in grado di pubblicareperche'
non ha i mezzi, puo' benissimo appoggiarsi a un ente terzo con il
quale stringe un accordo che regolamenta i ruoli e le
responsabilita'.<br>
Anche questo viene tracciato nel trafiletto che riporti.<br>
<br>
Per cui io non ci vedo assolutamente scritto che si deve per forza
avere un soggetto unico che pubblica tutto quanto.<br>
<br>
I merito al discorso sulla titolarita' ,q eusto deriva come logica
conseguenza delle prescrizioni sulla metainformazione.<br>
Nelle quali è chiaramnte indicato da Inspire che la
metainformazione serve per poter indicare dove si recupera il
dataset e si auspica (fortemente auspica) che il recupero (e
quindi l'indirizzo) sia riferito all'ente che mantiene il dataset
originale.<br>
E non una copia.<br>
<br>
Il senso di questo discorso, a mio modo di vedere è proprio
evitare che si comincia a fare copie su copie presso enti
differenti con il risultaot ovvio e scontato di forti e
problematici disallineamenti tra i dati rispetto al dato VERO
conservato presso l'ente che è titolare di tale dato.<br>
<br>
Insomma in generale secondo me queste sono prescrizioni che
emergono chiaramente da una lettura collegiale e complessiva dei
documenti di inspire.<br>
<br>
Saluti,<br>
<br>
A.<br>
<br>
<br>
On 26/10/2013 10:35, Piergiorgio Cipriano wrote:<br>
</div>
<blockquote
cite="mid:CAPBH6dRemEU1uuy+myrn5w8yqZb1ShEHA5-s7WtnBqEm67prfA@mail.gmail.com"
type="cite">
<div dir="ltr">
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span
style="font-family:arial,sans-serif;font-size:13px"><i>Lo
stesso inspire raccomanda che la distribuzione avvenga
sempre da parte dell'ente titolare.</i></span></blockquote>
<div class="gmail_default"
style="font-family:verdana,sans-serif"><span
style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div>
<div class="gmail_default"><span style="font-size:13px"><font
face="verdana, sans-serif">Andrea, in quale documento
(direttiva, implementing rule o altro) hai trovato questa
raccomandazione?</font></span></div>
<div class="gmail_default"><span style="font-size:13px"><font
face="verdana, sans-serif">Non è così come dici ... anzi.</font></span></div>
<div class="gmail_default"><span style="font-size:13px"><font
face="verdana, sans-serif"><br>
</font></span></div>
<div class="gmail_default"><span style="font-size:13px"><font
face="verdana, sans-serif">Infatti, nelle technical
guidelines su Data and Service Sharing trovi:</font></span></div>
<div class="gmail_default">
<font face="verdana, sans-serif"><i>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">So
the Member States and their public authorities are
responsible for making these data sets<br>
available according to INSPIRE conditions but this could
be achieved by making sure that<br>
another entity makes them available in conformance with
the INSPIRE requirements on their<br>
behalf. This can be a national, a European wide or any
other international entity. Examples<br>
are ECOMET which holds data on behalf of a number of
meteorological organisations and<br>
EuroGeographics distributing datasets on behalf of the
National Mapping and Cadastre Authorities.</blockquote>
</i></font></div>
<div class="gmail_default">
<br>
</div>
<div class="gmail_default"><a moz-do-not-send="true"
href="http://inspire.jrc.ec.europa.eu/documents/Data_and_Service_Sharing/DSSGuidanceDocument_v5.0.pdf"><font
face="verdana, sans-serif">http://inspire.jrc.ec.europa.eu/documents/Data_and_Service_Sharing/DSSGuidanceDocument_v5.0.pdf</font></a><span
style="font-size:13px"><font face="verdana, sans-serif"><br>
</font></span></div>
<div class="gmail_default"><span style="font-size:13px"><font
face="verdana, sans-serif"><br>
</font></span></div>
<div class="gmail_default"><span style="font-size:13px"><font
face="verdana, sans-serif"><br>
</font></span></div>
<div class="gmail_default"><font face="verdana, sans-serif">Idem
per le trasformazioni di dati per renderli compliant a
INSPIRE (schema transformation) ... </font></div>
<div class="gmail_default"><font face="verdana, sans-serif">
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><i>For
INSPIRE compliance however, they must also ensure that
there is a Transformation Service available to transform
the data to the appropriate INSPIRE schema. This service
may be provided by the supplier; by the national
government concerned; or by a third party.</i></blockquote>
<div><br>
</div>
<div><a moz-do-not-send="true"
href="http://ijsdir.jrc.ec.europa.eu/index.php/ijsdir/article/view/212/285">http://ijsdir.jrc.ec.europa.eu/index.php/ijsdir/article/view/212/285</a><br>
</div>
<div><br>
</div>
<div><br>
</div>
</font></div>
<div class="gmail_extra">
<div>
<div dir="ltr">
<div><span style="font-family:verdana,sans-serif"><br>
</span></div>
<div><span style="font-family:verdana,sans-serif">pg</span><br>
</div>
<div><font face="verdana, sans-serif"> </font></div>
<div><font face="verdana, sans-serif">______________________________</font></div>
<div><font face="verdana, sans-serif">Piergiorgio Cipriano</font></div>
<div><a moz-do-not-send="true"
href="https://twitter.com/PgCipriano" target="_blank"><font
face="verdana, sans-serif">https://twitter.com/PgCipriano</font></a><br>
</div>
<div><font face="verdana, sans-serif"> </font></div>
</div>
</div>
<br>
<br>
<div class="gmail_quote">Il giorno 26 ottobre 2013 00:04,
Andrea Peri <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:aperi2007@gmail.com" target="_blank">aperi2007@gmail.com</a>></span>
ha scritto:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>Il tema ha parecchie
sfaccettature.<br>
<br>
</div>
Ad esempio:<br>
</div>
senza andare a considerare il caso dei
dati coperti da licenza commerciale.
Come ad esempio potrebbero esserlo le
ortofoto.<br>
</div>
Pensate al caso dei dati e della loro
titolarità.<br>
</div>
<div>Un vincolo qualsiasi: archeologico o
paesaggistico.<br>
</div>
<div>Ha una titolarità in capo a un
determinato ente.<br>
</div>
<div>Come tale dovrebbe essere quell'ente a
distribuirlo.<br>
<br>
</div>
<div>Lo stesso inspire raccomanda che la
distribuzione avvenga sempre da parte
dell'ente titolare.<br>
</div>
<div>O di altro ente sovraordinato che ne fa
le veci.<br>
</div>
<div>Altrimenti ci sarebbe il proliferare di
datasets e non si capirebbe piu' quale e
dove sia quello buono.<br>
<br>
</div>
<div>Il fatto che il dataset di un vincolo
archeologico venga usato come quadro
conoscitivo di una pianificazione puo'
rendere automaticamente tale vincolo un
prodotto nella titolarita' del comune che
redige tale piano e quindi metterlo in
condizione di ridistribuire il dataset del
vincolo ?<br>
<br>
</div>
<div>Questa parte è tra le piu' amletiche.<br>
</div>
<div><br>
Certo sarebbe tutto piu' semplice e chiaro
se tutti i dati fossero pariteticamente
distribuiti e messi a disposizione.<br>
Una situazione di regime in tal senso
semplificherebbe le cose.<br>
Ma forse neanche piu' di tanto.<br>
se si pensa ad esempio<br>
al problema della storicizzazione del
dato.<br>
<br>
Un piano infatti, potrebbe aver usato una
versione datata del vincolo archeologico,
mentre su internet potrebbe essere
scaricabile solamente l'ultima versione.<br>
</div>
<br>
</div>
E quindi non basta andare presso l'ente e
procurarsi l'ultima versione del dato, ma
serve piuttosto potersi procurare la versione
a cui il piano si appoggia.<br>
</div>
</div>
</div>
<br>
</div>
E in questo scenario ipotetico giocherebbe certamente
un ruolo una metainformazione del piano , che
contribuisca a informare quali versioni, e da dove
provengono i dati dei quadri conoscitivi, indirizzando
gli utenti interessati alle stesse fonti.<br>
<br>
<br>
</div>
Andrea.<br>
<br>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">Il giorno 25 ottobre 2013
23:22, Iacopo Zetti <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:iacopo@controgeografie.net"
target="_blank">iacopo@controgeografie.net</a>></span>
ha scritto:
<div>
<div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0px
0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div>> @Jacopo (che leggo solo ora): non mi
riferivo tanto all'acquisto<br>
> (peraltro non sempre facilissimo ed
immediato) o al costo, ma al fatto<br>
> che se è pubblico, lo prendo e lo divulgo
on line senza<br>
> autorizzazione di nessuno (vedi sopra):
equazione sbagliata?<br>
<br>
</div>
Tema veramente da esperti giuridici. In effetti
il diritto di leggere ed<br>
il diritto di riprodurre non sono
automaticamente la stessa cosa ed in<br>
effetti le mappe di un piano possono contenere
dati non liberi.<br>
Io per la verità la vedo così: dal momento che
uno studio (per esempio<br>
un uso del suolo) viene commissionato ed
utilizzato per un piano,<br>
essendo parte di un documento di quel tipo
diviene pubblico e quindi<br>
riproducibile liberamente, almeno in un formato
di stampa. Poi se viene<br>
reso disponibile in un formato tipo shp questo è
un altra storia.<br>
Dovrebbe, come tutti i dati rilevati con denaro
pubblico, ma questa è<br>
ovviamente un'opinione.<br>
Per quanto riguarda la "validità" delle
disposizioni urbanistiche,<br>
infine, c'è il problema della certificazione del
dato. Occorre una copia<br>
che fa fede e quella naturalmente non può che
essere una copia<br>
certificata e custodita dall'ente interessato,
non certo un shp<br>
disponibile per il download.<br>
Un servizio web con piani urbanistici è una
facilitazione per il<br>
cittadino, non direttamente un dispositivo
legislativo e riprodurre<br>
l'informazione è utile per la sua diffusione.
Non si può pretendere che<br>
sia rilevante per la verifica di dettaglio delle
previsioni.<br>
<br>
Scusate la lunghezza.<br>
<br>
Buon fine settimana<br>
<span><font color="#888888"><br>
Iacopo<br>
</font></span>
<div>
<div><br>
<br>
_______________________________________________<br>
<a moz-do-not-send="true"
href="mailto:Gfoss@lists.gfoss.it"
target="_blank">Gfoss@lists.gfoss.it</a><br>
<a moz-do-not-send="true"
href="http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss"
target="_blank">http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss</a><br>
Questa e' una lista di discussione pubblica
aperta a tutti.<br>
I messaggi di questa lista non hanno
relazione diretta con le posizioni
dell'Associazione GFOSS.it.<br>
666 iscritti al 22.7.2013</div>
</div>
</blockquote>
</div>
</div>
</div>
<span class=""><font color="#888888"><br>
<br clear="all">
<br>
-- <br>
-----------------<br>
Andrea Peri<br>
. . . . . . . . . <br>
qwerty àèìòù<br>
-----------------<br>
</font></span></div>
<br>
_______________________________________________<br>
<a moz-do-not-send="true"
href="mailto:Gfoss@lists.gfoss.it">Gfoss@lists.gfoss.it</a><br>
<a moz-do-not-send="true"
href="http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss"
target="_blank">http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss</a><br>
Questa e' una lista di discussione pubblica aperta a
tutti.<br>
I messaggi di questa lista non hanno relazione diretta con
le posizioni dell'Associazione GFOSS.it.<br>
666 iscritti al 22.7.2013<br>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
<br>
</body>
</html>