[Gfoss] Schede di Metadato e softwres compatibili con ISO19139

[Andrea Peri]

Ho studiato meglio la vicenda.
E le specifiche.

In effetti non e' del tutto esatto che se non si mette un namespace
che punta a una risorsa su internet la scheda non sia ISO19139.

Il problema è che pero' se si esporta una scheda in cui i namespaces
fanno riferimento a file locali, assieme alla scheda andrebbero
veicolati anche i file locali.

E poi chi li riceve dovrebbe rimettere anche i percorsi a posto.

A.


Il 09 ottobre 2014 15:55, Andrea Peri <aperi2007 a gmail.com> ha scritto:
> Salve,
>
> A proposito di metadati ISO:
>
> Ritengo utile condividere una epserienza che abbiao fatto propri in
> questi giorni.
>
> Un nostro fornitore a cui avevamo chiesto di aggiornarci una scheda di metadato.
>
> A PArtire da una nostra versione ISO19139, ci ha ritornato una nuova scheda.
>
> La abbiamo caricata su GeoNetwork e il buon geonetwork non ha
> dettoniente di strano.
> Poi la abbiamo modificata , coeme ra previsto dovessimo fare su alcuni
> campi e la abbiamo ri-esportata per altri usi.
>
> A quel punto con enorme sopresa quando siamo andati a farne altri usi
> ci e' stato segnalato hce la scheda non era valida...
>
> E in effetti controllandola abbiamo appurato che effettivamnte non era valida.
>
> Con u po' di fatica abbiamo ricostruito l'accaduto:
>
> Il fornitore originale aveva fatto uso di un software disgraziato . Si
> chiama CatMDEdit (http://catmdedit.sourceforge.net/).
> Questo software non e' compatibile con ISO19139 e quindi non genera
> una buona scheda.
> Tante' che nelle definizioni delle codelist non mette delle url verso
> ISO, ma bensi' mette dei percorsi locali sul pc.
>
> Percorsi che ovviamente unzionano sul pc che ha installato catmdedit e
> non funzioano sui pc dove catmdedit non e' installato.
>
> Ecco un esmepio di cosa riporta:
>
>    <gmd:language>
>         <gmd:LanguageCode
>             codeList="./resources/codeList.xml#LanguageCode"
> codeListValue="ita">ita</gmd:LanguageCode>
>     </gmd:language>
>     <gmd:characterSet gco:nilReason="inapplicable"/>
>
>
> Ovvero si apsetta di trovare un file chiamato codeListxml locale.
> E inoltre, giusto per aumentare la confusione come nilReason ci
> riporta la traduzione Catalana "inapplicable".
>
> E gia' questo e' un errore per chi punta all'interoperabilita'.
> Ma non è finita qui.
> Infatti non ci siamo accorti subito di questo perche' impoetando la
> scheda su Geonetwork non aveva dato errore.
>
> Ma la cosa piu' sconvolgente e' che quando siamo andati a ri-esportarla, il buon
> geonetwork HA MANTENUTO I PERCORSI SU FILE.
> Anziche' rimetterci al loro posto le URL http.
>
> Penso sia utile riportare questo fatto, perche' gi'a la
> metainformazione e' comlicata di per se'.
> Se poi ci si mettono pure i software che si inventano profili e
> soluzioni artigianali non interoperabili (come quella di CatMDEdit)
> che con quei namespaces produce delle schede che altri softwares non
> riescono a validare.Allora la cosa diviene veramente impossibile a
> gestire.
>
> sigh.
>
> A.
>
>
> --
> -----------------
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -----------------



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