Bei gro?en Datensets, oder solchen, die ohne feste Versionen laufend aktualisiert werden, ist eine Aktualisierung durch Laden des jeweils aktuellsten Download Files oder durch stumpfes Crawling nicht m?glich. Daher m?ssten solche Datensets einen Mechanismus bereitstellen, mit dem interessierte Parteien nach dem initialen Laden eines Dumps Aktualisierungen abrufen k?nnen. Dieser k?nnte z.B. in Atom-Feeds bestehen, wie sie die Library of Congress einsetzt (s. z.B. http://id.loc.gov/authorities/subjects - weitere Erl?uterungen von Kevin Ford dazu s.a. http://listserv.loc.gov/cgi-bin/wa?A1=ind1204&L=id): Das Format ist standardisiert, einfach zu verstehen, es gibt ensprechende Programmbibliotheken und Aggregatoren zur Verarbeitung etc. M?gliche Alternativen: OAI-PMH (eher bibliotheksspezifisch).
Nach dem das Mapping aktualisiert wurde (entweder auf einem eigenst?ndigen System, oder auf dem Pflegesystem eines der beteiligten Datensets), m?ssten die neuen oder ge?nderten Mapping-S?tze in beide oder in das jeweils andere Zielsystem ?bernommen werden. Das kann ?ber Push- oder Pullmechanismen geschehen: Wenn das Pflegesystem des Zieldatensets einen Updatemechanismus per Webschnittstelle bereitstellt (z.B. per SRU-Update), k?nnte das von dem System aus erfolgen, auf dem das Mapping gepflegt wird. In der Regel setzt das eine feingranulare Rechtevergabe auf dem Zielsystem voraus, da ja lediglich die Felder f?r das Mapping selbst, aber nicht die kompletten Datens?tze aktualisiert werden d?rfen.
Alternativ k?nnte das Mappingpflegesystem z.B. Beacon-Dateien mit den Mappings bereitstellen, mit die Zielsysteme Updates auf ihren Bestand fahren k?nnen (komplettes Ersetzen aller existierenden Mapping-Eintr?ge auf dem Zielsystem?).
Vorschlag war die Nutzung von CKAN.net/The Data Hub: Bereits breit genutztes Repository mit guter Softwareunterst?tzung, keine Eintrittsschwelle (jede/r kann selbst Eintragungen vornehmen), hoher Anreiz (aus diesen Daten wird die generiert). CKAN bietet ein m?chtiges API f?r eigene Auswertungen, Einbindung in Portalseiten etc.
Ans?tze, separate Linksets/Mappings (auch in BEACON) in CKAN.net zu verzeichnen, gibt es bereits (z.B. http://thedatahub.org/dataset/pndbeacon). Eine Konvention, die beide verkn?pften Datensets eindeutig bezeichnet und mit weiteren Metadaten eines Linksets verkn?pft, scheint es auf CKAN.net noch nicht zu geben (nachfragen/diskutieren auf http://lists.okfn.org/mailman/listinfo/ckan-discuss).
________________________________ Von: dini-ag-kim-normdaten-bounces@lists.d-nb.de [mailto:dini-ag-kim-normdaten-bounces@lists.d-nb.de] Im Auftrag von Haffner, Alexander Gesendet: Freitag, 13. April 2012 13:22 An: 'dini-ag-kim-normdaten@lists.d-nb.de' Betreff: [dini-ag-kim-normdaten] Cross-Konkordanzen f?r Normdaten Liebe alle, im Nachgang zu unserer Diskussion am Mittwoch auf dem DINI AG KIM Workshop habe ich im Wiki eine Seite [1] mit einigen Stichpunkten zum Thema angelegt. Gegenstand der Diskussion war die verbesserte Bereitstellung und Nachnutzung von Cross-Konkordanzen f?r Normdaten. Es w?re sch?n, wenn ihr euch die Ergebnisse ansehen und erg?nzen k?nntet. Des Weiteren w?rde ich es begr??en, wenn wir uns zeitnah nochmals telefonisch zur Thematik verst?ndigen w?rden. Besten Dank und viele Gr??e, alex [1] https://wiki.d-nb.de/pages/viewpage.action?pageId=56165195 -- Alexander Haffner Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1766 Telefax: +49-69-1525-1799 mailto:a.haffner@dnb.de