[Dini-ag-kim-verlagsmetadaten] Spricht etwas gegen eigenmächtiges Einsetzen von https://doi.org/-URLs als Zugang?

[Kühn, Roswitha]

Liebe Frau Hentschke,

 

wir haben mit DOIs und DOI-URLs zum Teil schlechte Erfahrungen gemacht, was
das „Match&Merge“ bei den Einspielungen angeht. Was mit dem Prinzip der
anbieterspezifischen Titelaufnahmen zusammenhängt, das wir verfolgen. Wir
versuchen daher, in unserem K10plus-E-Book-Pool die DOI-URLs nur in den
Titeldatensätzen zu haben, die zu dem Anbieter gehören, auf dessen Plattform
man durch den DOI geleitet wird. Also z.B. bei Hanser nur in den „echten“
Hanser-Titeldatensätzen, die wir vom Verlag erhalten und einspielen. Nicht
aber in den ProQuest-EbookCentral-Titeldatensätzen für Hanser-Titel, deren
URL ja auf EbookCentral verweist.

 

Aber das sehen die Kolleginnen und Kollegen aus Bayern sicher anders?

 

Viele Grüße

 

Roswitha Kühn

 

Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ)

78457 Konstanz / Germany

Phone: +49 7531 88 4276

E-Mail:  <mailto:roswitha.kuehn at bsz-bw.de> roswitha.kuehn at bsz-bw.de

 
<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.bsz-2Dbw.de&d=DwMFa
Q&c=WMhnfwkfN4LR6wX29ZSgFCZf_hw4vy5MAv7iZJNaAD4&r=_jBSNoMh09rblkI6HsuEP-eVUP
3lBXrH6xG4b5yPFb0&m=tgFlDoFOZ2yHT0hL5R8Ty_sZoT0M_ZXMGQqrNfLWRTs&s=_GyzXEjpNO
U_cyojn05IsWVdJVPT6mA8R_nvLqpaR9M&e=> http://www.bsz-bw.de

 

 

 

 

Von: Dini-ag-kim-verlagsmetadaten
<dini-ag-kim-verlagsmetadaten-bounces at lists.dnb.de> Im Auftrag von Hentschke
Jana
Gesendet: Dienstag, 29. September 2020 10:53
An: dini-ag-kim-verlagsmetadaten at lists.dnb.de
Betreff: [Dini-ag-kim-verlagsmetadaten] Spricht etwas gegen eigenmächtiges
Einsetzen von https://doi.org/-URLs als Zugang?

 

Liebe Liste,

 

jetzt möchte ich doch gerne gleich einmal Gebrauch machen von der
gesammelten Expertise und Praxiserfahrung und hätte folgende Frage:

 

Spricht etwas dagegen, wenn ich in den Zugangs-Nachweisen (GOKb, EZB, …)
einen DOI-Resolving-URL des Musters https://doi.org/... als Zugangs-URL
eintrage, auch wenn der Verlag nirgendwo selber offiziell so ausweist?

Es geht um einen URL, wie er auch in der ZDB mit 4085 $xR = Resolving-URL
angegeben würde.

 

Konkreter Anlass: der Anbieter IGI Global gibt in seinen aktuellen
KBART-Listen in der Spalte „Persistent Url“ URLs dieser Gestalt an: z.B.
<http://services.igi-global.com/resolvedoi/resolve.aspx?doi=10.4018/IJBSA>
http://services.igi-global.com/resolvedoi/resolve.aspx?doi=10.4018/IJBSA

Da für mich erkennbar ein DOI als identifizierendes Kriterium darin steckt,
dieser auch auf der  <https://www.igi-global.com/gateway/journal/222808>
Journal-Seite (ohne Resolving-URL) angeführt wird und ich getestet habe,
dass für die DOIs diese Anbieters auch das Resolving über
<https://doi.org/> https://doi.org/ unterstützt wird, würde ich als
Zugangs-URL gerne  <https://doi.org/10.4018/IJBSA>
https://doi.org/10.4018/IJBSA einpflegen, weil mir das am vielversprechenst
haltbar gegenüber technischen Änderungen an der Verlagsplattform erscheint. 

 

Darf man das? :) Wie handhaben das andere? Übersehe ich Erfassungsvorgaben
der Systeme, die dazu verbindliche Aussagen machen?

 

Für Hinweise dankbar mit bestem Gruß aus Hamburg

Jana Hentschke

 

 

 

……………………………………………………………………………………………………………………………

JANA HENTSCHKE

Metadaten-Management

 

ZBW - Leibniz-Informationszentrum Wirtschaft

Standort Hamburg

Neuer Jungfernstieg 21

20354 Hamburg

E:  <mailto:j.hentschke at zbw.eu> j.hentschke at zbw.eu

 

 <http://www.zbw.eu/> www.zbw.eu

……………………………………………………………………………………………………………………………

In eigener Sache: Wie das Web Forschungs- und Publikationsprozesse ändert –
damit beschäftigt sich der Leibniz-Forschungsverbund Open Science:
<https://www.leibniz-openscience.de/de/>
https://www.leibniz-openscience.de/de/

……………………………………………………………………………………………………………………………

 

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.dnb.de/pipermail/dini-ag-kim-verlagsmetadaten/attachments/20200929/414aab69/attachment-0001.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 6351 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.dnb.de/pipermail/dini-ag-kim-verlagsmetadaten/attachments/20200929/414aab69/attachment-0001.p7s>