<html><head><meta http-equiv=Content-Type content="text/html; charset=UTF-8"><META name="Author" content="Novell GroupWise WebAccess"><style type="text/css">
body p
{
margin: 0px;
}
</style></head><body style='font-family: Helvetica, Arial, sans-serif; font-size: 13px; '><font size="3">Hallo Jana, Hallo Jakob,<br><br>danke für das Weiterleiten der Anfrage und die Anregungen. <br><br>Ich musste mich dann entscheiden und habe auch Richtung schema.org gedacht. Das Beste was ich finden konnte war schema:serviceUrl. Das habe ich jetzt verwendet: <br><a href="https://lod.b3kat.de/page/title/BV019816302">https://lod.b3kat.de/page/title/BV019816302</a><span class="uri"> frbr:exemplar </span><a href="http://lod.b3kat.de/title/BV019816302%23item-DE-12">http://lod.b3kat.de/title/BV019816302%23item-DE-12</a> <br><a href="http://lod.b3kat.de/title/BV019816302%23item-DE-12">http://lod.b3kat.de/title/BV019816302%23item-DE-12</a> schema:serviceUrl </font><font size="3"><a class="uri" href="https://opacplus.bsb-muenchen.de/title/BV019816302"><span>https://opacplus.bsb-muenchen.de/title/BV019816302</span></a><br><br>Verbesserungsvorschläge weiterhin immer gerne, das fliesst dann in das nächste Update ein. <br><br>Ich sammle hier auch gleich ein paar praktische Erfahrungen mit Hash-URIs: Sie werden ja bei der Übermittlung ignoriert. Verwendet man sie in einer Web-Anwendung wie hier Pubby, müssen die # als %23 kodiert werden, sonst kommen sie nicht beim Server an, und dieser sendet dann einen SPARQL DESCRIBE ohne den Hash, was natürlich die falschen Daten liefert... <br>Ich muß mal darüber nachdenken, ob wir aus diesem praktischen Grund nicht doch lieber Slashes statt Hashes verwenden. Mal sehen. <br><br>Viele Grüße<br>Andreas<br></font><br>>>> "Hentschke, Jana" <J.Hentschke@dnb.de> 10.07.17 15.07 Uhr >>><br>Hallo Andreas, Hallo alle,<br><br>- ich beziehe hier die Bestandsdatengruppe mit ein -<br><br>vorweg: ich habe keine gute Lösung parat.<br><br>Vom Sachverhalt her würde ich bei deinem Problem in Richtung schema.org denken, denn dort ist man ja spezialisiert auf Bezugsmöglichkeiten/Angebote/.... Auch die Holdingsgruppen-Kollegen scheinen die Konzepte Offer und Service mit eingebaut zu haben[1]. Allerdings sehe ich auf Anhieb nichts, was ein Item direkt verlinken würde zu einer Webpage, die eine Service anbietet (ohne ihn explizit zu beschreiben oder zu identifizieren).<br><br>Weiß jemand anderes Rat?<br><br>Besten Gruß von<br>Jana<br><br><br>[1] http://dini-ag-kim.github.io/holding-ontology/holding.html#relating-to-services<br><br>Von: dini-ag-kim-titeldaten [mailto:dini-ag-kim-titeldaten-bounces@lists.dnb.de] Im Auftrag von Andreas Kahl<br>Gesendet: Montag, 3. Juli 2017 09:16<br>An: dini-ag-kim-titeldaten@lists.dnb.de<br>Betreff: [Dini-ag-kim-titeldaten] Prädikat für OPAC-Deeplinks zu Titelsätzen (wg. Bestellfunktion)?<br><br>Liebe Gemeinde,<br><br>[...]<br><br>Nun zu meiner Frage: Wir weisen in unseren Titeldaten auch Bestände in den Bibliotheken nach (diese /item/-URIs werden jetzt auch Hash-URIs). Bisher verlinken wir mit foaf:homepage auf den Bibliothekskatalog mit Bestellfunktion. Ich denke, dafür wäre ein expliziteres Prädikat nicht schlecht. Hat jemand dazu einen Vorschlag?<br>Beispiel zum Ist-Stand:<br><br><https://lod.b3kat.de/page/title/BV019816302> frbr:exemplar <http://lod.b3kat.de/bib/DE-12/item/BV019816302><br><http://lod.b3kat.de/bib/DE-11/item/BV023347895> foaf:homepage <https://opacplus.bsb-muenchen.de/title/BV019816302><br><br>Neu mit Hash-URIs wird sein:<br><https://lod.b3kat.de/page/title/BV019816302> frbr:exemplar <http://lod.b3kat.de/title/BV019816302#item-DE-12><br><http://lod.b3kat.de/title/BV019816302#item-DE-12> ???:???? <https://opacplus.bsb-muenchen.de/title/BV019816302><https://opacplus.bsb-muenchen.de/title/BV019816302%3e><br>(Mit dieser Variante hängen auch nicht mehr 13Mio-Exemplar-URIs an http://lod.b3kat.de/bib/DE-12... )<br><br>Viele Grüße<br>Andreas<br>https://lod.b3kat.de/page/title/BV019816302</body></html>