Lieber Herr Bigga,
ok, ich hab mir die Implementierung von _getToplevelId() auch angeschaut.
VL hat die beiden Bedingung "Link zwischen root-log und first-physical"
und "kein mptr unter root-log" bisher nicht erfüllt (auch seit Jahren).
Ich gehe also stark davon aus, dass es irgendwo noch einen Fallback
gegeben hat (um das primäre MODS rauszufischen)
Wie dem auch sei, wir haben unsere Implementierung entsprechend angepasst.
Wir haben allerdings noch eine Anmerkung zu dem Title-XPath, den Sie
gepostet haben:
Den Feldern mods:titleInfo/mods:partNumber und
mods:titleInfo/mods:partName ist in VL keine Semantik zugewiesen. Das
aktuelle MODS-Profil [1] spezifiziert diese auch nicht. Es sieht also so
aus, als leaked dort Kitodo-Spezial-Stuff in den DFG-Viewer.
Beste Grüsse,
Dirk Rothe
[1]
Am 30.11.2017, 18:14 Uhr, schrieb Alexander Bigga
<alexander.bigga(a)slub-dresden.de>de>:
Lieber Herr Rothe,
oha. Da hatte mich STRG-F aber ziemlich gelinkt.
Tatsächlich, das MODS ist in mets:dmdSec[@ID="md94835"] vorhanden. Diese
ist auch von der logischen Struktur verlinkt (DMDID="md94835").
Allerdings findet das Metadaten-Plugin von Kitodo.Presentation trotzdem
nicht das MODS, weil es - soweit ich das verstehe - davon ausgeht, dass
in mets:structLink ein mets:smLink zwischen der physischen Seite und dem
Rootelement (in diesem Fall mets:div ID="log94835") besteht. Daran hat
sich aber schon länger nichts geändert.
Viele Grüße
Alexander Bigga
Am 30.11.2017 um 16:55 schrieb Dirk Rothe:
> Lieber Herr Bigga,
>
> ich sehe in dem METS ein vollständiges MODS unter
> mets:dmdSec[@ID="md94835"].
>
> Beste Grüße,
> Dirk Rothe
>
> Am 30.11.2017, 16:51 Uhr, schrieb Alexander Bigga
> <alexander.bigga(a)slub-dresden.de>de>:
>
>> Lieber Herr Rothe,
>>
>> in der übergebenen METS-Datei [1] ist überhaupt kein MODS enthalten.
>>
>> Die Titeldaten werden wie folgt zusammengesetzt:
>>
>> concat(./mods:titleInfo[not(@type="alternative")]/mods:nonSort,"
>> ",./mods:titleInfo[not(@type="alternative")]/mods:title,"
>>
",./mods:titleInfo[not(@type="alternative")]/mods:partNumber,"
>> ",./mods:titleInfo[not(@type="alternative")]/mods:partName)
>>
>> Viele Grüße
>>
>> Alexander Bigga
>>
>> [1]
>>
http://digitale.bibliothek.uni-halle.de/oai/?verb=GetRecord&metadataPre…
>>
>>
>> Am 30.11.2017 um 14:09 schrieb Dirk Rothe:
>>> Hallo Herr Bigga
>>>
>>> vielen Dank für den Fix! Haben sie auf die schnelle noch eine
>>> Idee/Hinweis, warum die Titeldaten (MODS) nicht mehr gerendert werden?
>>>
>>>
http://dfg-viewer.de/show/?tx_dlf%5Bid%5D=http%3A%2F%2Fdigitale.bibliothek.…
>>>
>>>
>>> Beste Grüsse,
>>> Dirk Rothe
>>>
>>> Am 30.11.2017, 13:56 Uhr, schrieb Alexander Bigga
>>> <alexander.bigga(a)slub-dresden.de>de>:
>>>
>>>> Lieber Herr Rothe,
>>>>
>>>> vielen Dank für den Hinweis. Ihre Digitalisate enthalten
>>>> vorbildlicherweise einen Link zu Ihrer SRU-Schnittstelle. Die fehlt
>>>> bei
>>>> uns ja leider immer noch.
>>>>
>>>> In dem Plugin für SRU war noch ein Funktionsaufruf enthalten, den
>>>> es in
>>>> Kitodo.Presentation mittlerweile (seit 2 Tagen) nicht mehr gibt.
>>>> Insofern kam der Fehler nur bei Ihnen.
>>>>
>>>> Ich habe das eben korrigiert.
>>>>
>>>> Viele Grüße
>>>>
>>>> Alexander
>>>>
>>>>
>>>> Am 30.11.2017 um 12:12 schrieb Dirk Rothe:
>>>>> Liebe Liste,
>>>>>
>>>>> wie bekommen gerade konsequent 500er Responses auf METS, das von VL
>>>>> generiert wird.
>>>>>
>>>>> Hier ein disfunktionales Beispiel:
>>>>>
http://dfg-viewer.de/show/?tx_dlf%5Bid%5D=http%3A%2F%2Fdigitale.bibliothek.…
>>>>>
>>>>>
>>>>> SLUB-Beispiele funktionieren:
>>>>>
http://dfg-viewer.de/show/?tx_dlf%5Bid%5D=http%3A%2F%2Fdigital.slub-dresden…
>>>>>
>>>>>
>>>>> Ohne konkretere Fehlermeldungen können wir auch auf unsere Seite
>>>>> nicht
>>>>> viel machen.
>>>>>
>>>>> Beste Grüsse,
>>>>> Dirk Rothe
>>>>>
>>>>> --
>>>>> Mailingliste des DFG-Viewers (
https://dfg-viewer.de)
>>>>> Abmelden per Mail an dv-technik-leave(a)dfg-viewer.de
>>> --
>>> Mailingliste des DFG-Viewers (
https://dfg-viewer.de)
>>> Abmelden per Mail an dv-technik-leave(a)dfg-viewer.de