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 <[email protected]> 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 àèìòù ----------------- _______________________________________________ [email protected] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666+40 iscritti al 5.6.2014
