I totally get the sentiment. On the other hand, the potential added SEO effect of providing structured markup made a good argument to get more people hooked on linked data. For some years, I had been adding SEO it to my "Benefits of linked data" list.

As I had been learning over time that you can never know whether, which and for how long structured data will be even used by Google, I stopped using that argument. However, at that point people wouldn't argue anymore over the benefits of JSON-LD/RDF.

This probably refers to LinkML.

Der Terminus sollte einmal eingeführt/erläutert werden.

Wär gut hier z.B. auf einen älteren Text zum Thema zu verweisen.

HTML Slides finde ich ja noch besser – und offener – als PDFs im Repositorium. Ich schlage vor das anzupassen.

This is not surprising as Dan Brickley, one of FOAF's creators, is running schema.org.

See e.g. https://schema.org/docs/about.html:

"Dan Brickley runs the daily operations for schema.org. He is on the steering group and Google's representative."

Something to think about...

This sound like a good format.

Ich denke, wir sollten ein RDF-Beispiel ergänzen, damit überhaupt klar wird, was gemeint ist. Selbsterklärend ist da m.E. nicht.

Sollte die Liste nicht besser unter https://dini-ag-kim.github.io/hs-oer-lom-profil/draft/#dfn-role auftauchen? Das ist hier vor allem verwirrend, weil <role> hier das erste Mal erwähnt wird und agr nicht gesagt wird, dass es unter <contribute> gesetzt werden muss.

Wie in https://hypothes.is/a/B6pRAkDiEeq5VFu4HpFUnA bereits geschrieben, ist ein URI keine Ressource und muss nicht einmal direkt auf eine Web Resource auflösbar sein, sondern es handelt sich um einen Identifier (Uniform Resource identifier), der allerdings im idealen Fall auch auflösbar ist (HTTP URI) aber eben nicht zwingend sein muss.

Die Benutzung von "Uniform Resource Identifier" ist hier ungenau. Da ein URI nicht auflösbar sein muss, sollte dieser hier gar nicht genannt werden. (Beispiel für nicht-auflösbare URIs: urn:uuid:1fc889ad-28eb-496d-ad6a-3020b1380850, doi:10.1016/j.iheduc.2003.11.004.

look, it's a demo

Some toots on Mastodon with regard to this post: https://openbiblio.social/@lobid/102111319147012531

Via Twitter bin ich gerade auf die "Basics of the Unix Philosophy" aufmerksam geworden. Ein Zitat von Rob Pike würde auch sehr gut in die Folien passen:

Data structures, not algorithms, are central to programming.

Name: Weitere Profile

Beschreibung: Profile des Dienstes in sozialen Netzwerken wie Twitter, Instagram, GitHub etc.

Pflichtfeld?: nein

Typ: Array, URL

Name: Lizenz(en)

Beschreibung: Die Lizenz(en), unter denen die angebotenen Inhalte veröffentlicht sind. Angegeben werden die URL zur Lizenz

Pflichtfeld?: nein

Typ: Array, URL

Name: Änderungsdatum

Beschreibung: Das letzte Änderungsdatum der Visitenkarte

Pflichtfeld?: ja

Typ: Date, Format ISO 8601

Name: Link zum genutzen Schema

Beschreibung: Link zur genutzen Version des Schemas für dei Validierung der Visitenkarte

Pflichtfeld?: ja

Typ: URL

Name: Schnittstellentyp

Beschreibung: Die Art der maschinellen Schnittstelle

Pflichtfeld?: nein

Typ: String

Beispielewerte: Search, Sitemap, OAI-PMH, Statistics, embed (oEmbed), Generic_Api

Name: Schnittstellendokumentation

Beschreibung: Ein Link zur Dokumentation der Schnittstelle

Pflichtfeld?: nein

Typ: URL

Name: API-Endpoint

Beschreibung: Der URL des Schnittstellen-Endpunkts

Pflichtfeld?: nein

Typ: URL

Name: Typ des Objekts

Beschreibung: Angabe der Typen ServiceChannel und WebAPI

Pflichtfeld?: nein

Typ: Array, URL

Werte: ServiceChannel, WebAPI

Name: Ort

Beschreibung: Der name des Ortes, in dem der Betreiber sitzt.

Pflichtfeld?: nein

Typ: String

Name: Postleitzahl

Beschreibung: Die Postleitzahl des Sitzes des betreibers

Pflichtfeld?: nein

Typ: Integer

Name: Straße

Beschreibung: Die Straße, in der der Betreiber sitzt

Pflichtfeld?: nein

Typ: String

Name: Land

Beschreibung: Das Land, in dem der Betreiber sitzt

Pflichtfeld?: nein

Typ: String

Werte: ISO 3166-1 Codes

Name: Typ des Objekts

Beschreibung: Angabe des Typs PostalAddress

Pflichtfeld?: ja

Typ: URL

Wert: PostalAddress

Name: Typ des Objekts

Beschreibung: Angabe des Typs GeoCoordinates

Pflichtfeld?: ja

Typ: URL

Wert: GeoCoordinates

Name: Adresse

Beschreibung: Die Adresse der Anbieters

Name: Geographische Breite

Pflichtfeld?: nein

Typ: Nummerischer Wert

Name: Geographische Länge

Pflichtfeld?: nein

Typ: Nummerischer Wert

Name: Geokoordinaten

Beschreibung: Dieses JSON-Objekt beinhaltet die Angaben zur Geoposition der Einrichtung nach WGS 84.

Pflichtfeld?: nein

Typ:

Name: Standort

Beschreibung: Im location-Objekt befinden sich Angaben zum Sitz des Anbieters: Anschrift und Geokoordinaten.

Pflichtfeld?: nein

Typ: Objekt

Name: Typ des Objekts

Beschreibung: Angabe des Typs Place

Pflichtfeld?: ja

Typ: URL

Wert: Place

Name: E-Mail-Adresse des Anbieters

Beschreibung: Die E-Mail-Adresse des Anbieters

Pflichtfeld?: nein

Typ: Text (Format)

Name: Typ des Anbieters

Beschreibung: Angabe, ob der Anbieter eine Organisation oder Gruppe (Organization) oder eine Einzelperson (Person) ist. Pflichtfeld?: ja

Typ: Array, URL

Mögliche Werte: Organization, Person

Name: Name des Anbieters

Beschreibung: Der Name des Dienstanbieters

Pflichtfeld?: ja

Typ: String

Name: Anbieter des Dienstes

Beschreibung: Die Organisation, Gruppe oder Einzelperson, die den Dienst anbietet

Pflichtfeld?: ja

Typ: Array, Objekt

Felder: type (Pflicht), name (Pflicht), email, location, id

Name: Schnittstellen des Dienstes

Beschreibung: Angabe von Maschninenschnittstellen zum Dienst, deren Art und Dokumentation.

Pflichtfeld?: ja

Typ: Array, Objekt

Felder: type (Pflicht), serviceURL (Pflicht), serviceType, documentation

Name: Launch-Datum

Beschreibung: Das Datum, an dem der Dienst offiziell gelauncht wurde

Pflichtfeld?: nein

Typ: Date, Format ISO 8601

Name: Zugangsfreiheit

Beschreibung: Ist die Nutzung des Dienstes ohne Zugangsbeschränkungen (Registrierung, Authentifizierung) möglich und die Inhalte ohne Einschränkungen erreichbar?

Pflichtfeld?: nein

Typ: Boolean

Name: Fach/Thema der Inhalte

Beschreibung: Die Fächer bzw. Themen, zu denen der Dienst Open Educational Resources (OER) anbietet. Die Werte sollten URLs aus einer kontrollierten Liste sein.

Pflichtfeld?: nein

Typ: Array, URL

Name: Zielgruppe(n) des Angebotes

Beschreibung: Die Zielgruppe, auf der das Angebot des Dienstes ausgerichtet ist.

Pflichtfeld?: nein

Typ: Array, URL

Werteliste: http://purl.org/dcx/lrmi-vocabs/educationalAudienceRole/

Name: Art des Dienstes

Beschreibung: Die Art des Dienstes

Pflichtfeld?: ja

Typ: Array, String

Beispielwerte: Repository, Referatory, Wiki, LMS

Name: URL als Identifiktator

Beschreibung: Die URL, durch den der Dienst identifiziert wird. Das ist in der Regel die Homepage. Auf dieser URL MUSS die Visitenkarte später findbar / abrufbar sein

Pflichtfeld?: ja

Typ: URL

Name: Name des Dienstes

Beschreibung: Der Name des OER-Services

Pflichtfeld?: ja

Typ: String

Name: Beschreibung des Dienstes

Beschreibung: Eine kurze Beschreibung des Dienstes.

Pflichtfeld?: nein

Typ: String

Name: Sprache(n) des Hauptangebotes

Beschreibung: Die Sprachen der Open Educational Resources (OER), die der Dienst anbietet.

Pflichtfeld?: nein

Typ: Array, String

Name: Icon des Dienstes

Beschreibung: Ein Link zu einer Bilddatei mit einem Icon des Dienstes, das etwa zur Kennzeichnung von Einträgen in einer Suchergebnisliste genutzt werden kann. Die verlinkte Datei sollte im Format svg oder png sein und eine Größe von 64x64px haben.

Pflichtfeld?: nein

Typ: URL

Dateiformat: Das verlinkte Bild sollte eine svg- oder png-Datei sein mi8t 64x64px.

Name: Logo des Dienstes

Beschreibung: Ein Link zu einer Bilddatei mit dem Logo des Dienstes.

Pflichtfeld?: nein

Typ: URL

Name: JSON-LD-Kontext (@context)

Beschreibung: @context ist ein JSON-LD-Keyword, mit dem das JSON-LD-Kontext-Dokument angegeben wird. Es beinhaltet ein Mapping von JSON Keys auf RDF-Properties und von Typen auf RDF-Klassen. Mit dem JSON-LD-Kontext kann aus dem angebotenen JSON, RDF generiert werden.

Pflichtfeld?: ja

Typ: URL

Wert: http://schema.org/

Name: Typ

Beschreibung: Mit type wird der Typ der durch die Visitenkarte beshriebenen Ressource angegeben. Der Typ wird durch eine URL identifiziert. Durch Nutzung des schema.org-Kontexts lassen sich die URLs kürzen, anstatt http://schema.org/WebSite und http://schema.org/Service können WebSite und Service angegeben werden.

Pflichtfeld?: ja

Typ: Array, URL

Werte: WebSite, Service

Ist das auch ein nur in der Schweiz verwendeter Terminus? Ich kenne nur "Verweisungsform" (was mir auch passender erscheint).

Vorschlag: "der einfachen Nachnutzung". Auch Daten im PDF lassen sich nachnutzen (z.B. die Systematik der DSHS), nur weitaus aufwendiger.

"Semantic-Web-fähig"

Warum non-commercial und keine offene Lizenz? *schnüff*

der Datei

Dateien

Die Links gehen ins Leere.

Dopplung: "potenziell", "könnten"

Das scheint nur in der Schweiz benutzt zu werden, oder?Mir ist "Normdatei" geläufig und im Englischen "Authority File". "Autoritätsdatei" lese ich hier zum ersten Mal.

erhoffte

Wann?

Eine Angabe, in welchem Jahr die ersten Ursprünge lagen, wäre gut.

Wiederholung. Wird glaube ich oben auch verlinkt.

Hier sollte ein JSON-Beispiel ergänzt werden, damit es überhaupt verständlich ist.

Warum ist scs.png nicht anders aufgebaut, mit Transformation/Index unten, API in der Mitte und Oberfläche oben?

Mit scheint der Abschnitt zwei Dinge zu vermischen: Anpassung der Struktur von flach zu hierarchisch vs. Anpassung des Datenmodells.

Referenz draus machen

Das Beispiel sollte auch noch die beiden Tripelbeinhaltne, wo die org mit den SKOS-Werten verknüpft ist.

Hier findet ein Sprung im Beispiel statt , von organisations zu resources.

Huhu Christian.

Die permanente URI für das Vokabular ist https://w3id.org/class/esc/

Ebenfalls nicht valide.

Das ist kein valides JSON. Zum Validieren beispielsweise in https://jsonformatter.curiousconcept.com/ einfügen...

Dafür gibt es jetzt auch eine purl-ID: http://purl.org/dcx/lrmi-vocabs/alignmentType/

Es gibt dafür bereits ein SKOS-Vokabular von DCMI/LRMI, siehe http://lrmi.dublincore.org/vocabs/educationalAudienceRole.ttl. Da kann man auch einfach deutschsprachige Labels und Beschreibungen ergänzen und andere Änderungen vorschlagen. Einfach einen Pull Request/ein Ticket machen unter https://github.com/dcmi/lrmi/

Es gibt dafür bereits ein SKOS-Vokabular von DCMI/LRMI, siehe http://purl.org/dcx/lrmi-vocabs/interactivityType/active. Da kann man auch einfach deutschsprachige Labels und Beschreibungen ergänzen. Einfach einen Pull Request machen für https://github.com/dcmi/lrmi/blob/master/lrmi_vocabs/interactivityType.ttl.

LRMI nennt nur educationalAlignment mit alignmentType "educationalSubject"für die inhaltliche Verschlagwortung einer Ressource, siehe http://lrmi.dublincore.org/specifications/lrmi_terms/ und http://schema.org/educationalAlignment. Das taucht in diesem Dokument aber gar nicht auf. Man sollte mal schauen, inwiefern about/keywords überhaupt nötig sind und wann/ob/wie die Nutzung von educationalAlignment sinnvoll ist.

@Felix: ich würde sagen, du ergänzt entweder auch die anderen Unterteile ("Übung: Text durchsuchen und Wörter zählen auf der Kommandozeile" etc.) oder du nummst das hier raus.

@Felix: Du kennst doch bestimmt das Enddatum.

JSON-LD example (snippet from here) of a resource with three Contributions (two illustrators and one corporate body):

{
   @context": "http://lobid.org/resources/context.jsonld",
   "id":"http://lobid.org/resources/TT002619836#!",
   "contribution":[
      {
         "agent":{
            "dateOfBirth":"1967",
            "id":"http://d-nb.info/gnd/123652391",
            "label":"Schmaus, Simone",
            "type":[
               "Person"
            ]
         },
         "role":{
            "id":"http://id.loc.gov/vocabulary/relators/ill",
            "label":"Illustration"
         },
         "type":[
            "Contribution"
         ]
      },
      {
         "agent":{
            "id":"http://d-nb.info/gnd/128479086",
            "label":"Kramatschek, Christopher",
            "type":[
               "Person"
            ]
         },
         "role":{
            "id":"http://id.loc.gov/vocabulary/relators/edt",
            "label":"Herausgeber/in"
         },
         "type":[
            "Contribution"
         ]
      },
      {
         "agent":{
            "altLabel":[
               "Galerie FOE 156",
               "Ausstellungsforum FOE 156"
            ],
            "id":"http://d-nb.info/gnd/5508593-3",
            "label":"FOE 156 (München)",
            "type":[
               "CorporateBody"
            ]
         },
         "role":{
            "id":"http://id.loc.gov/vocabulary/relators/ctb",
            "label":"Mitwirkende"
         },
         "type":[
            "Contribution"
         ]
      }
   ]
}

test

DIes ergibt wirklich nur Sinn, wenn "Referatorium"-Betreiber tatsächlich manuelle Arbeit leisten, um geharvestete Metadaten zu verbessern und/oder zu ergänzen. Andernfalls reicht die Veröffentlichung der benutzten ETL-Software und ihrer Konfiguration.

Dem muss ich deutlich widersprechen. Während die Veröffentlichung des Projektantrag 2013 optimistisch stimmte, wurden hernach lediglich Vortragsfolien und einige Artikel veröffentlicht. Eine Aktualisierung des Projektplans, eine transparente Kommunikation des jeweiligen Projektstands und eine Veröffentlichung der detaillierten Ergebnisse gab es nicht. So ist etwa das "Datenmodell für Titeldaten", das das CIB-Projekt wie auf S.251 geschrieben "vorgelegt" hat, bis heute nicht öffentlich einsehbar und auch viele andere der in diesem Artikel genannten Ergebnisse sind im Detail nicht nachvollziehbar.

Bleibt zu hoffen, dass auch ein ausführlicher Projektabschlussbericht inklusive allen Ergebnissen veröffentlicht wird.

Wo ist der Link zur Dokumentation des Datenmodells? Nach meinem Wissen ist es nicht öffentlich einsehbar, obwohl seit Mai 2015 regelmäßig nachgefragt wurde, siehe etwa https://twitter.com/felixlohmeier/status/641607864591777792.

Ein Hinauszögern des Umstiegs und die Evaluierung von Folio als Open-Source-System der nächsten Generation offensichtlich auch nicht.

Obwohl das Match-and-Merge-Verfahren laut den Angaben auf S.254 den Wualitätsanforderungen nicht genügt und damit die Datenqualität im WorldCat deutlich schlechter sein dürfte als in den Verbundsystemen, wird also empfohlen, die Daten in den WorldCat einzuspielen und mit der Primärkatalogisierung dort fortzufahren.

Was soll an dieser Lösung herstellerunabhängig sein?

Wohlgemerkt ist der angebende "Ursprung" laut Lizenz nicht deutsche Bibliotheken, sondern OCLC WorldCat.

Somit liefe das Ganze nach meinem Verständnis so: Die deutschen Bibliotheken liefern ihre sämtlichen Daten und Bestandsinformationen an OCLC, bekommen sie in (in schlechterer Qualität, s.u.) wieder zurück und müssen dann OCLC WorldCat als Ursprung der Daten angeben,

Dies garantiert ein stetiges Wachstum des WorldCat, das dann jährlich marketingwirksam verkündet werden kann. Eine Qualitätsverbesserung der WorldCat-Daten würde sich allerdings darin widerspiegeln, dass die Anzahl der Datensätze signifikant sinkt.

Kann mir jemand die Bedeutung erklären? Ich verstehe das so: Der Service wird lizenziert, was bei OCLC sicher mit Kosten verbunden ist. Darüber hinaus fallen aber keinen weiteren Kosten – außer eben die Lizenzgebühren – an?

Ist das dann nicht anstelle des angestrebten virtuellen Nationalkatalogs eine 'dezidiert nationale Systemlösung', die oben als 'unzeitgemäß' bezeichnet wird?

Dazu wäre es sicher auch ohne ein dreijähriges DFG-Projekt gekommen...

Das Übliche von OCLC: Von offenen Daten sprechen aber das Geschäftsmodell basiert weiterhin auf Einnahmen durch den Verkauf von Daten, die über eine OCN-Lieferung hinausgehen.

Name

Telefonnummer

Beschreibung

Eine Telefonnumer der Organisation.

Abdeckung

Dieses Feld kommt in ca. 6500 Einträgen vor fehlt bei ca. 15.400 Einträgen.

Name

Allgemeiner Gemeindeschlüssel

Beschreibung

Der Allgemeine Gemeindeschlüssel des Ortes, in dem sich die Organisation befindet.

Abdeckung

Gilt nur für Organisationen in Deutschland. Fehlt derzeit bei gut 3500 Einträgen von Insittutionen in Deutschland.

Verwendungsbeispiele

tbd

Name

Schlagwörter der Sammelschwerpunkte

Beschreibung

Beschreibung der Sammelschwerpunkte einer Einrichtung anhand nicht-kontrollierter Schlagwörter (Tags)

Abdeckung

Diese Feld kommt nur in ca. 2000 Einträgen vor und fehlt bei fast 20.000 Einträgen.

This is tricky and might be a pragmatic approach but I don't think the URI identifies the identifier but rather a) the resource identified by the identifier or b) the resource behind that URL...

Name

Bestandsgröße

Beschreibung

Die ungefähre Größe des Bestands einer Bibliothek.

Abdeckung

Findet sich nur bei Bibliotheken. Unter diesen ist die Abdeckung sehr groß (> 98 %), lediglich bei ca. 250 Einträgen fehlt die Angabe.

Verwendungsbeispiele

tbd

Use bullet points to make the steps clearer?

"commitment" (singular and single "t")

This would be better understandable: "There are many ways in which existing technology can be optimised for the scholarly communication use case and be combined with cutting edge academic research and industry practices in other fields." Perhaps it would be better to put this into two sentences...

coherent

double "to"

I had to read this four times to get it. (I read "results" as noun which makes the sentence nonsense.)

There seems to be sth missing: "This kind of subscription mechanism is left out of scope"

referring

How does this relate to webmention?

This sentence is also very hard to understand.

I don't really get this as this is over my capacity. However, I think this would also fit in a read box as it is something like an attention note.

As far as I understand it, this approach is currently only explained via this example and missing above.

Maybe put this in a red box or so as it is a special case one has to be careful with? Also, a link to https://www.w3.org/TR/cooluris/#hashuri or similar would be good.

I suggest rephrasing this as – on first reading – it can be read as an enumeration with a missing Oxford comma.

"a JSON-LD representation of the URLs of the notifications" doesn't sound correct and leaves it unclear what is actually sent after GET request. All notifications regarding a specific URL? One notification with a specific URI?

I read this several times and still find it hard to understand. I think this could be phrased to be understood more easily.

I think this would be better readable: "Data on the Web should not be locked in to particular systems or be only readable...

It should be possible to easily understand what this is about by reading the abstract once. I suggest not to use the abstract for explaining terminology of the spec, i.e. leave out the parentheses:

Linked Data Notifications is a protocol that describes how servers can have messages pushed to them by applications, as well as how other applications may retrieve those messages. Any resource can advertise a receiving endpoint for the messages. Messages are expressed in RDF, and can contain any data.

Auch dazu liefert lobid-organisations übrigens URLs. Insgesamt 2169 Einträge mit URL zu einem Angebot (OPAC, Discovery Service etc.). Siehe http://beta.lobid.org/organisations/search?q=provides:* .

Name

Same-As-Links

Beschreibung

Unter sameAs werden URIs der Einrichtung beim ISIL-Verzeichnis sowie bei DBPedia – wenn vorhanden – angegeben.

Abdeckung

tbd

Verwendungsbeispiele

• Über DBPedia kann man zusätzliche Informationen und Fotos zu einer Einrichtung bekommen.

Name

Englische Bezeichnung

Beschreibung

Der Name der Einrichtung in Englisch.

Abdeckung

tbd

Name

DBS-ID

Beschreibung

Die ID der Einrichtung innerhalb der Deuschen Bibliotheksstatistik (DBS). (Die DBS stellt – neben dem ISIL-Verzeichnis – die Quelldaten für lobid-organisations bereit.)

Abdeckung

tbd

Verwendungsbeispiele

Start der variablen Auswetung der Bibliothek mit der URL https://www.bibliotheksstatistik.de/vaJahr?dbsid=$dbsID, hier: https://www.bibliotheksstatistik.de/vaJahr?dbsid=BJ038

Name

E-Mail-Adresse

Beschreibung

Eine E-Mail-Adresse der Einrichtung im mailto:-Format.

Abdeckung

tbd

Name

Unterhaltsträger

Beschreibung

Der Unterhaltsträger der Einrichtung.

Abdeckung

Vorhanden bei ca. 14.000 Einträgen, fehlt bei ca. 7.700

Verwendungsbeispiele

• Anteil der von der katholischen Kirche finanzierten Bibliotheken in NRW an der Gesamtzahl der NRW-Bibliotheken (~1:2) vs. Anteil der von der katholischen Kirche finanzierten Bibliotheken in Bayern an der Gesamtzahl der bayerischen Bibliotheken (~1:2)

Name

ISIL

Beschreibung

Der ISIL (International Standard Identifier for Libraries and Related Organizations) der Einrichtung. Das deutschsprachige ISIL-Verzeichnis ist – neben der Deutschen Bibliotheksstatistik (DBS) – die Datenquelle von lobid-organisations.

Abdeckung

Alle Einträge aus dem ISIL-Verzeichnis haben einen ISIL.

Verwendungsbeispiele

In der bibliothekarischen Arbeit begegnet man desöfteren ISILs. Mit einem lobid-organisations-Lookup kann einfach und zügig die dadurch identifizierte Institution gefunden werden.

Name

Uniform Resource Identifier (URI)

Beschreibung

Der lobid-URI der Einrichtung. Entspricht der Beschreibungs-URL plus Hashbang ("#!").

Abdeckung

Jede verzeichnete Institution hat einen Identifier.

Verwendungsbeispiele

Dieser URI kann in anderen Kontexten zur Identifizierung der Einrichtung verwendet werden. Bei einer Konvertierung des JSON-LD nach RDF befindet er sich in Subjekt-Position.

Name

Wikipedia-Link

Beschreibung

Link zum Wikipedia-Eintrag der Einrichtung

Abdeckung

tbd

Verwendungsbeispiele

tbd

Name

ISIL-Verzeichnis-Link

Beschreibung

Link zum Eintrag im deutschsprachigen ISIL-Verzeichnis, das – neben der Deutschen Bibliotheksstatistik (DBS) – die Datenquelle von lobid-organisations darstellt.

Abdeckung

tbd

Verwendungsbeispiele

Dient in erster Linie Debugging-Zwecken.

Name

Geographische Länge

Name

Geographische Breite

Name

Geokoordinaten

Beschreibung

Dieses JSON-Objekt beinhaltet die Angaben zur Geoposition der Einrichtung nach WGS 84.

Abdeckung

tbd

Verwendungsbeispiele

• Abfrage von Einrichtungen in einem bestimmten Polygon.

Name

Anmerkung zu den Öffnungszeiten

Beschreibung

In diesem Feld finden sich ergänzende oder präzisierende Angaben zu den Öffnungszeiten.

Abdeckung

tbd

Name

Öffnungszeiten

Beschreibung

Angaben zu den Öffnungszeiten der Einrichtung

Abdeckung

tbd

Verwendungsbeispiele

Da das Feld nicht standardisiert ausgefüllt ist, eignet es sich eher für die menschenlesbare Anzeige innerhalb eines Web-Angebots als für die maschinelle Auswertung. Es kann also leider nicht dafür genutzt weden um eine Suche einzugrenzen auf Institutionen die zu einem bestimmten Zeitpunkt geöffnet haben.

Name

Öffnungszeiten

Beschreibung

Das Öffnungszeiten-Objekt enthält unstrukturierte Angaben zu den Öffnungszeiten der Einrichtungen bzw. ihrer verschiedenen Angebote.

Abdeckung

tbd

Name

Land

Beschreibung

Das Land, in dem sich der Sitz der Institution befindet.

Abdeckung

tbd

Verwendungsbeispiele

• Wieviele Bibliotheken gibt es in Deutschland?

Name

Ortsname

Beschreibung

Der Name des Ortes, in dem die Institution ihren Sitz hat.

Abdeckung

tbd

Verwendungsbeispiele

• Alle Archive in Hamburg

Name

Straße und Hausnummer

Abdeckung

tbd

Name

Postleitzahl

Abdeckung

tbd

Name

Adresse

Beschreibung

Die Adresse der Einrichtung

Name

Ort

Beschreibung

Im "location"-Objekt befinden sich Angaben zum Sitz der Institution: Anschrift, Öffnungszeiten und Geokoordinaten.

Abdeckung

Vorhanden bei knapp 21.000 Einträgen, fehlt bei ca. 1000 Einträgen.

Name

Geonames-Link

Beschreibung

Der Geonames-Identifier des Ortes, in dem sich die Einrichtung befindet.

Abdeckung

tbd

Verwendungsbeispiele

• Über Geonames lassen sich etwa die Bevölkerungszahlen der verlinkten Orte beziehen, wodurch Fragen beantwortet werden können, die sich mit den lobid-organisations-Daten alleine nicht beantworten lassen. Beispiel: Welche Museen gibt es in Orten mit weniger als 10.000 Einwohnern?

Name

Name der Einrichtung

Beschreibung

Der Name der Einrichtung.

Abdeckung

100%. Jeder Eintrag hat einen Namen.

Verwendungsbeispiele

• Suche über Namen und sonstige Namen: https://lobid.org/organisations/search?q=name:Goethe+OR+alternateName:Goethe

Name

Online-Service

Beschreibung

Link zu einem Online-Angebot der Institution.

Abdeckung

Vorhanden bei ca 2000 Einträgen, fehlt bei ca. 20.000.

Verwendungsbeispiele

tbd

Name

URL

Beschreibung

Der Link zur Webseite der Einrichtung bzw. zur übergeordneten Einrichtung.

Abdeckung

Vorhanden bei ca. 6000 Einträgen, fehlt bei knapp 16.000 Einträgen.

Verwendungsbeispiele

• Generierung einer Liste von – meist– Bibliothekswebseite-URLs, siehe https://doi.org/10.5281/zenodo.50969

Name

JSON-LD-Kontext (@context)

Beschreibung

Das JSON-LD-Kontext-Dokument zu den lobid-organisations-Daten. Es beinhaltet ein Mapping von JSON Keys auf RDF-Properties und von Typen auf RDF-Klassen. Mit dem JSON-LD-Kontext kann aus dem angebotenen JSON, RDF generiert werden.

Abdeckung

Der JSON-LD-Kontext ist in jedem Eintrag verlinkt.

Verwendungsbeispiele

• Dieser Beispieleintrag lässt sich – beispielsweise mit dem RDF-Translator – in verschiedene RDF-Serialisierungen überführen: Turtle, N-Triples, RDF/XML.

Name

Detaillierter Einrichtungstyp

Beschreibung

Diese Klassifikation liefert eine granulare Unterscheidung verschiedener Einrichtungstypen.

Abdeckung

Zu jeder Institution wird der detaillierte Typ angegeben.

Verwendungsbeispiele

...

Name

Grober Organisationstyp

Beschreibung

Art der Einrichtung. Vergebene Typen sind: Bibliothek (Library), Archiv (Archive), Museum (Museum), Verlag (Publisher), sonstige Organisationen (Organization).

Abdeckung

Jeder Eintrag ist einem Einrichtungstyp zugeordnet.

Verwendungsbeispiele

• Einrichtungen vom Typ Bibliothek, Archiv, Museum
• Einrichtungen aus Nordrhein Westfalen vom Typ Museum

Provenienz

Für Einträge aus der DBS wird automatisch der Typ "Library" vergeben. bei den Einträgen aus dem Sigelverzeichnis wird der Typ auf Basis der detaillierten Organisationsklassifikation verwendet, siehe das Mapping der Notationen auf einen Typ.

Name

Sonstiger Name

Beschreibung

Sonstiger Name zur Bezeichnung der Institution.

Abdeckung

Vorkommen bei ca. 700 Einträgen, fehlt bei etwa 15.000 Einträgen.

Verwendungsbeispiele

Sollte bei einer Namenssuche zusammen mit dem "name"-Feld abgefragt werden, z.B. http://lobid.org/organisations/search?q=name:theater+OR+alternateName:theater.

Name

Regionalschlüssel

Beschreibung

Der Regionalschlüssel des Ortes, in dem sich die Organisation befindet. Siehe auch Wikipedia.

Abdeckung

Gilt nur für Organisationen in Deutschland. Fehlt derzeit bei gut 2000 Einträgen von Insittutionen in Deutschland.

Verwendungsbeispiele

• Organisationen aus Schleswig-Holstein: http://lobid.org/organisations/search?q=rs:01*
• Organisationen aus dem Kreis Peine: http://lobid.org/organisations/search?q=rs:03157*

test: viewing annotations of text files in via.

test

test

Wie man sieht, ist eine Suche mit Booleschen Operatoren (AND, OR, NOT) möglich.

Hier werden die Typen der gefundenen Organisationen angezeigt und wieviele sich von jedem Typ in der Trefferliste finden.

Auf dieser Karte werden die in Organisationen aus der Suchergebnisliste angezeigt. Es kann herein- und herausgezoomt werden und der Klick auf einen Kreis schränkt die Ergebnisse ein auf Organisationen in dieser Gegend.

"such as a"

It probably should read "makes software localization easier"

Das ist erstaunlich. Das heißt den Hauptteil der Mapping- und Datentransformationsarbeit tragen die Referatorien, weil sie u.U. Daten eine ganze Menge unterschiedlicher Quellen einsammeln und transformieren müssen und sich also um die Aktualität der Daten und die Erstellung und Anpassung der Mappings kümmern müssen.

Diese Tatsache bleibt in dem Papier unerwähnt.

Soweit ich weiß vernetzen sich Open-Access-Suchmaschinen nicht. OA-Repositorien stellen lediglich meist eine OAI-PMH-Schnittstelle bereit über die – eher weniger einheitliche – Metadaten geharvestet werden können.

Hier wird suggeriert, dass eine vernetzte Infrastruktur einen zentralen Punkt/Service impliziert. Das ist natürlich nicht der Fall. Siehe dazu etwa Paul Barans Illustration von 1962.

http://open-educational-resources.de/oer-whitepaper-schule/

Siehe http://open-educational-resources.de/oer-whitepaper-weiterbildung/

Siehe http://open-educational-resources.de/oer-whitepaper-hochschule/

Vor allem liegen Bestände und Zugänge zu deutschsprachigen OER in sehr spärlichem Ausmaß vor. Die wichtigste Aufgabe sollte sein, die Anzahl an publizierten relevanten und qualitativ hochwertigen OER deutlich zu vergrößern.

"Web-2.0-Technologie". Was soll das sein? Konkreter wär besser.

kleinschreiben

Lange Bindestriche benutzen.

Soll wirklich gesagt werden, dass Bibliotheken die Möglichkeit haben inen Einstieg in OER zu finden? Oder eher "zu geben"?

Lange Spiegelstriche verwenden.

Besser zusammenschreiben (siehe oben).

typo

typo

Es muss nicht immer direkt eine zentrale Plattform sein. Die einheitliche Vergabe strukturierter Metadaten mit LRMI/schema.org und geteilten kontrollierten Wertelisten wäre ein guter erster Schritt für den Aufbau eines zentralen Sucheinstiegs und würde darüber hinaus die Auffindbarkeit der Ressourcen über Google und andere Suchmaschinen verbessern.

Siehe auch meine Folien vom letzten DINI-KIM-Workshop zum Thema.

typo

"Ressourcen"

Der Punkt sollte weg, es sei denn, die vorherigen Spiegelstriche bekommen ein Komma am Ende.

"hat"

Besser zusammenschreiben. "Zusammen finden" ist etwas anderes als "zusammenfinden" (so wie "zusammen schreiben" != "zusammenschreiben" ist).

typo

vielleicht besser "Möglichkeiten"?

"Mapping OER" wurde vom BMBF gefördert wie auch eine Machbarkeitsstudie zu OER durchgeführt vom Deutschen Bildungsserver beim DIPF, siehe http://open-educational-resources.de/bmbf-beauftragt-machbarkeitsstudie-zu-oer-beim-deutschen-bildungsserver-dipf/.

Kürzlich hat das BMBF eine Richtlinie zur Förderung von Offenen Bildungsmaterialien veröffentlicht, die hier auch erwähnt werden sollte. Damit sollen eine "Informationsstelle" sowie "Maßnahmen zur Sensibilisierung und Qualifizierung" gefördert werden.

Das Komma kommt hinter die Referenz, oder?

"Kennzeichnung" hört sich eher nach Public Domain Mark an. Im Übrigen funktioniert CC0 in Deutschland auch als Lizenz, weil Urheberrechte nicht abgetreten werden können und damit §3 des CC0-Texts "Public License Fallback" in Kraft tritt.

Ich würde den Abschnitt zu CC umstrukturieren und einfach alle Lizenzen inklusive CC0 in der Tabelle auflisten.

Welche sind dies? Ergibt sich nicht automatisch...

Vielleicht besser "Austausch von und über OER"

Dieses "denn" müsste gelöscht werden, damit der referenzierte Artikel sinngemäß wiedergegeben wird.

Besser: "Chancen und Grenzen von OER im Hinblick auf die Vermittlung von Bildung in Öffentlichen Bibliotheken" oder "...durch Öffentliche Bibliotheken"

An dieser Stelle ist "könnten" passender.

dopplung

zur

Does this mean by opening and reading this file I now have a "binding contract" with Ex Libris?

This is a property and not an rdfs:Class as is expected with dct:type.

(I wonder why the JSON key type is actually mapped to dct:type. The JSON-LD specific @type isn't used at all but would be expected to be behind this, see e.g. https://github.com/schemaorg/schemaorg/issues/854 .)

Same problem as described in https://hypothes.is/a/AVGHQ0XO8sFu_DXLVNMu. Plus, there is a space in there that shouldn't.

These kinds of URIs aren't use at VIAF, rather http://viaf.org/viaf/sourceID/LC%7Cno2006001059#skos:Concept. See curl -L -H "Accept: text/turtle" "http://viaf.org/viaf/sourceID/LC|no2006001059".

Same problem as described in https://hypothes.is/a/AVGHQ0XO8sFu_DXLVNMu.

I guess, (hardcover) isn't a part of the label.

In the linked JSON-LD context this JSON key is mapped to dct:Location, which is an rdfs:Class and not a property.

This implies that a standard should be designed for complex descriptions. What about rather suggesting "progressive enhancement"? This might more probably lead to being useful for less complex use cases:

"[G]raceful degradation starts from the status quo of complexity and tries to fix for the lesser experience whereas progressive enhancement starts from a very basic, working example and allows for constant extension for future environments. Degrading gracefully means looking back whereas enhancing progressively means looking forward whilst keeping your feet on firm ground." source

Also, newly adopted standards should reference existing standards to improve comprehensibility by providing context. (In RDF, for example, this can be done in RDF with adding rdfs:subPropertyOf and rdfs:subClassOf relations.)