Re: [DFG-Viewer] METS/MODS-Validator

Lieber Markus, das wird zum Teil bereits getan. XML-Dokumente, die nicht wohlgeformt sind oder kein METS-Root-Element besitzen, werden gar nicht weiter validiert, sondern gleich als ungültig zurückgewiesen. Nur wenn das Dokument grundsätzlich METS-XML ist, wird eingehender geprüft. So gesehen gibt es also bereits eine Unterscheidung zwischen "Error" und "Warnung". Das ist eine berechtigte Frage. Anbei deshalb einige fehlerhafte Beispiele, die der Entwickler des Validators uns zu Testzwecken mitgeliefert hat. Viele Grüße Sebastian Meyer -- ___________________________________________________ Sebastian Meyer Abteilung Informationstechnologie Referat Entwicklung Sächsische Landesbibliothek - Staats- und Universitätsbibliothek Dresden (SLUB) 01054 Dresden Besucheradresse: Zellescher Weg 18 Tel.: +49 351 4677-206 Fax: +49 351 4677-711 Mail: smeyer(a)slub-dresden.de Web: http://www.slub-dresden.de/ ___________________________________________________ > -----Ursprüngliche Nachricht----- > Von: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg- > viewer.de] Im Auftrag von Enders, Markus > Gesendet: Mittwoch, 10. Dezember 2008 12:10 > An: technik(a)dfg-viewer.de > Betreff: Re: [DFG-Viewer] METS/MODS-Validator > > Hallo Liebe Zielgruppe, > > Ich denke auch, dass es nicht sinnvoll ist von ZVDD-Vorgaben zu > sprechen, denn immerhin werden die METS Dateien ja gegenueber einem > Profil validiert. IMHO muss man das aber nicht bei jeder Fehlermeldung > wiederholen. Wenn zu Beginn des validierungslaufes klar gemacht wird, > nach welchen Regeln validiert wird. Die Versionsnummer des Profiles > duerfte dabei ja auch ne Rolle spielen. > > Ferner hielte ich es fuer sinnvoll zu unterscheiden in: > > - ERROR: Alle Meldungen, die auf eine Inkompatibilitaet zwischen > Profile und METS Datei hindeuten sowie natuerlich alle non-wellformed > und non-schema-compliant Fehler, die vom XML Parser verursacht werden. > Dateien, die ERROR Meldungen erzeugen koennen nicht vollstaendig im > ZVDD indexiert und im DFG Viewer angezeigt werden. D.h. nicht alle > Seiten sind vorhanden bzw. referenziert, Reihenfolgeinformationen > fehlen, keine Deskriptiven Metadaten fuer bestimmte Strukturtypen etc. > > - WARNING: Meldungen, die Eigenartigkeiten entdecken, die zu einer > unvollstaendigen Anzeige und Indexierung fuehren. Darunter wuerde ich > bspw. Metadaten verstehen, die eigentlich da sein sollten, allerdings > nicht vorhanden sind. > > - HINT: Das sind im wesentlichen Meldungen, die derzeit als Warning > markiert sind. Meldungen, die auf Annahmen basieren, wie bspw. "1 name > Element mit dem type Attributwert corporate enthalten, wenn geeignete > Daten vorliegen". > > - DEBUG: Meldungen, die fuer alle neugierigen Menschen interessant sein > koennten, die ueberhaupt mal sehen moechten, was ueberhaupt validiert > wird. > > > Der Nutzer sollte auswaehlen koennen, ob er zu den ERROR und WARNINGs > auch HINT und DEBUG Meldungen angezeigt haben moechte. > > > Ist es technisch ueberhaupt moeglich die Zeile gemeldet zu bekommen, > wenn es sich um semantische Fehler handelt, die vermutlich bereits > validiert werden, nachdem der XML Inhalt de-serialisiert wurde und sich > bereits in einem Objektmodell befindet? > > Ciao > markus > > > -----Original Message----- > From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg- > viewer.de] On Behalf Of Meyer, Sebastian > Sent: 10 December 2008 10:06 > To: technik(a)dfg-viewer.de > Subject: Re: [DFG-Viewer] METS/MODS-Validator > > Lieber Herr Staecker, > > vielen Dank für Ihre Hinweise. Ich würde allen angesprochenen Punkten > lediglich sprachlich begegnen wollen. Statt von "ZVDD Vorgaben" zu > sprechen, schlage ich die allgemeinere Formulierung "Profil-Vorgaben" > vor. Damit wäre der Validator sowohl im Kontext des DFG-Viewers als > auch im Kontext von ZVDD nutzbar. > Die anderen von Ihnen angemerkten Fehlermeldungen des Validators würde > ich gerne nicht völlig ausblenden, sondern lediglich sprachlich etwas > entschärfen: statt einen "Verstoß gegen Profil-Vorgaben" anzumahnen, > könnte der Validator lediglich einen neutralen "Hinweis" oder "Tipp" > ausgeben. > > > Insgesamt wäre es schön, wenn man zum Debugging die Zeilen der Fehler > > bekäme. > > Zumindest bei den Schema-basierten Prüfungen sollte das der Fall sein. > Warum es bei den anderen Prüfungen nicht funktioniert, weiß ich auch > nicht. Da werde ich nochmal mit dem Entwickler sprechen. > > Viele Grüße > Sebastian Meyer > > -- > ___________________________________________________ > > Sebastian Meyer > > Abteilung Informationstechnologie > Referat Entwicklung > > Sächsische Landesbibliothek - > Staats- und Universitätsbibliothek Dresden (SLUB) > 01054 Dresden > Besucheradresse: Zellescher Weg 18 > > Tel.: +49 351 4677-206 > Fax: +49 351 4677-711 > Mail: smeyer(a)slub-dresden.de > Web: http://www.slub-dresden.de/ > ___________________________________________________ > > > > -----Ursprüngliche Nachricht----- > > Von: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg- > > viewer.de] Im Auftrag von Dr. Thomas Staecker > > Gesendet: Donnerstag, 4. Dezember 2008 15:10 > > An: technik(a)dfg-viewer.de > > Betreff: Re: [DFG-Viewer] METS/MODS-Validator > > > > Lieber Herr Meyer, > > > > wunderbar! Sehr schönes tool. Auf die Schnelle eine erste kurze > > Rückmeldung. > > > > Eine Fehlermeldung, die nach meiner Ansicht nicht ganz optimal ist: > > > > "Verstoß gegen ZVDD Vorgaben [1] (Teildokument #1) > > Warnung! In relatedItem Elementen des Typs series wird die Verwendung > > des part/detail/number Elements emfohlen." > > > > Es handelt sich dabei um Folgendes: > > > > <mods:relatedItem type="series" > > > <mods:titleInfo> > > <mods:title>Digitalisierung naturwissenschaftlicher, technischer und > > medizinischer Texte der Leibnizzeit, Projekt der Herzog August > > Bibliothek</mods:title> > > </mods:titleInfo> > > <mods:identifier type="purl" > > >http://diglib.hab.de/?link=011</mods:identifier> > > </mods:relatedItem> > > > > > > part/detail/number zu verlangen ist ein wenig problematisch, wenn man > > davon ausgeht, dass es eine gezählte Serie sein muss. Das ist aber > bei > > diesen Projekten eigentlich unnötig. > > > > Dann auch die Frage, ob es sprachlich "ZVDD Vorgaben" heissen muss, > > wenn > > es der validator des Viewers ist. Würde ich neutraler benennen: > > "Verstoß > > gegen [1]..." > > > > Dann: > > > > "Verstoß gegen ZVDD Vorgaben [3] (Teildokument #1) > > Warnung! Das titleInfo Element sollte exakt 1 subTitle Element > > enthalten, falls geeignete Daten vorliegen." > > > > Finde ich überflüssig ebenso wie > > > > "Verstoß gegen ZVDD Vorgaben [4] (Teildokument #1) > > Warnung! Es wird empfphlen das nonSort Element in titleInfo Elementen > > zu > > verwenden." > > > > ebenso wie > > > > "Verstoß gegen ZVDD Vorgaben [7] (Teildokument #1) > > Warnung! Das MODS Dokument sollte mind. 1 name Element mit dem type > > Attributwert corporate enthalten, wenn geeignete Daten vorliegen." > > > > Insgesamt wäre es schön, wenn man zum Debugging die Zeilen der Fehler > > bekäme. > > > > Zuletzt noch die neugierige Frage, welcher Parser zum Einsatz kommt. > > > > > > Viele Gruesse, > > Th. Staecker > > > > > > > > > > > > Meyer, Sebastian schrieb: > > > Liebe Kolleginnen und Kollegen, > > > > > > der METS/MODS-Validator ist nun weitestgehend fertig und kann unter > > folgender URL getestet werden: > > > > > > http://194.95.142.95/fileadmin/statics/validator/metsmods.php > > > > > > Der Validator basiert auf den kürzlich von den Göttinger Kollegen > > freigegebenen METS- und MODS-Profilen für den Einsatz im Rahmen des > > DFG-Viewers und ZVDD. Die Validierung findet dabei in mehreren > > Schritten statt und gibt bei invaliden Dokumenten Hinweise zum Fehler > > aus. > > > > > > Eine Integration in die Webseite des DFG-Viewers soll im Laufe der > > kommenden Woche erfolgen. > > > > > > Über reges Testen, Hinweise auf Fehler und andere Anmerkungen würde > > ich mich freuen. > > > > > > Viele Grüße aus Dresden > > > Sebastian Meyer > > > > > > -- > > > ___________________________________________________ > > > > > > Sebastian Meyer > > > > > > Abteilung Informationstechnologie > > > Referat Entwicklung > > > > > > Sächsische Landesbibliothek - > > > Staats- und Universitätsbibliothek Dresden (SLUB) > > > 01054 Dresden > > > Besucheradresse: Zellescher Weg 18 > > > > > > Tel.: +49 351 4677-206 > > > Fax: +49 351 4677-711 > > > Mail: smeyer(a)slub-dresden.de > > > Web: http://www.slub-dresden.de/ > > > ___________________________________________________ > > > > > > > > > > > > -- > > Dr. Thomas Staecker (Leiter Abteilung Alte Drucke, Digitalisierung) > > Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel > > Tel. +49(0)5331/808-119 - email: staecker(a)hab.de > > *********************************************************************** > *** > > Experience the British Library online at www.bl.uk > > The British Library's new interactive Annual Report and Accounts > 2007/08 : www.bl.uk/knowledge > > Help the British Library conserve the world's knowledge. Adopt a Book. > www.bl.uk/adoptabook > > The Library's St Pancras site is WiFi - enabled > > *********************************************************************** > ** > > The information contained in this e-mail is confidential and may be > legally privileged. It is intended for the addressee(s) only. If you > are not the intended recipient, please delete this e-mail and notify > the postmaster(a)bl.uk : The contents of this e-mail must not be > disclosed or copied without the sender's consent. > > The statements and opinions expressed in this message are those of the > author and do not necessarily reflect those of the British Library. The > British Library does not take any responsibility for the views of the > author. > > *********************************************************************** > **