Tag Archive for 'method'

blog - on method II : Digital Object Identifier System , part 1



||| DOI : EINFACH KOMPLIZIERT | GESCHICHTE | KOSTEN VS KOSTEN | SEMANTIC FRAMEWORK | DOI- NAME | NAME : STRUKTUR | RECHTE & PFLICHTEN | FEINTUNING | DOI- NAMEN , BEISIELE | AUSBLICK | LINKS | ÄRZTLICH EMPFOHLEN : KLANGAPPARAT

Zweihundertfünfundneunzig ( 295 ) pdf- Word- und Powerpoint-Dokumente lagern mittlerweile in unserem Projektordner “SEMANTICS” , davon 65 alleine im Unterordner “DOI” . Eine neue Welt an Begriffen , Konzepten und Methoden , eine Reise auch im Strom der Transformation des Verlagswesens von den Hochglanz- Saisonprogrammen hinab in die Tiefen von Datenbanken , Web-Services und schnell drehenden Geschäftsmodellen . |||

DOI : EINFACH KOMPLIZIERT

on method rotDas DOI - SYSTEM wird einleitend oft recht einfach dargestellt ( Link A ) und nimmt erst bei näherer Betrachtung dann respektablen Umfang an ( Link B ) . Das DOI - Modell wird von den Betreibern als offene , gerade mal kostendeckende Methode angepriesen ( Link C ) , zeigt allerdings auch Anzeichen einer Marketing- Strategie von ra(s)tlos in die digitale Zukunft strauchelnden Verlagskonglomeraten ( Link D + E ) ( > Vgl. Musikindustrie ) . Auch kritische Stimmen blieben nicht aus ( Link I ) . Unsere praktischen Erfahrungen zeigen bisher : Die Betreiber mühen sich redlich , transparente Kommunikation zu betreiben , das Funktionsmodell scheint tatsächlich für diverse Anwendungen passende Mechanismen bereitzustellen . |||

GESCHICHTE

Nach der Grundlagenarbeit von Norman Paskin 1997 und Gründung der “International DOI Foundation” im Vereinigten Königreich 1998 geht aus einem EU-Projekt im Rahmen des e- Content Programms in Italien die erste ( europäisch mehrsprachig ausgerichtete ) Registration Agency ( mEDRA ) als erster Registrar hervor . Für Deutschland erwirbt das “MVB Marketing - und Verlagsservice des Buchhandels” die Registrations- Rechte und gründet ihrerseits die “BISAG - BuchIndustrie StandardAgentur Germany ” , welche vor allem unter dem Link www.medra.org/de ihre Dienste anbietet . Unter Anderem hat schon im Jahre 2000 die “AAP OPen Ebook Publishing Standards Initiative” DOI als das “primäre Identifikationssystem für Metadaten-Management zur e-Book Verwaltung” empfohlen . |||

KOSTEN VS KOSTEN

Die notwendig bittere Pille zuerst : DOI’s zu registrieren kostet Geld , ECHTES Geld . Höchst interessant sind daher die unterschiedlichen Preisgestaltungen zwischen mEDRA ( Italien | Englischsprachig ) und BISAG ( Deutschland ) . Nach anfänglicher Annahme , dass es “an der Quelle” bei mEDRA wohl am günstigsten sein müsse , zeigt ein Vergleich der konkreten Preislisten enorme Unterschiede ( Links F + G ) und grosse Vorteile einer Registrierung in Deutschland über MVB | BISAG . Bei mEDRA laufen pro Jahr für bis zu 1.500 neue DOI’s € 2.000 an , bei BISAG bekommt man 1.000 registrierte DOI’s schon um wohlfeile € 150 . Angesichts der in|ad|ae|qu|at|en Finanzverhälttnisse wäre eine Registrierung über mEDRA völlig unmöglich gewesen , daher danken wir der BISAG für ihre wesentlich vernünftigeres Geschäftsmodell und können mit unserem Projekt praktisch nachweisen , dass auch in der Kleinform durchaus Phantasie für persistente Kodierung gegeben ist ( > Vgl. Springer: 3 Millionen registrierte DOI’s , pdf ) . |||

SEMANTIC FRAMEWORK

on method rotMehr als eine “Unique ID” wie bei einfachen Namensauflösungen bildet DOI ein komplettes RAHMENWERK für einen “persistent , actionable identifier with semantic interoperability” und deckt damit die Schichten 1 , 3 und 5 im Lebenszyklus eines zu beschreibenden “Objekts” ab . DOI- Namen können sich auf physikalische Personen , virtuelle Konzepte oder digitale Dateien beziehen , und - besonders wichtig in der Herangehensweise im in|ad|ae|qu|at|en Projekt - können auf “Physikalische Manifestationen” , “Abstrakte Werke” oder sogar “Aufführungen” von Werken verlinken . Praktisch möglich machen dies die impliziten Festlegungen von Syntax , Deskriptoren , Namensauflösung und Administration .

Ausdrücklich muss auf den Unterschied zwischen “DOI - NAMEN” und “DOI - SYSTEM” hingewiesen werden . Ersterer beschreibt lediglich eine “Nummer” , eine daraus ableitbare Beschreibung sowie den eventuellen Speicherort . Letzteres erfasst die gesamte Kette von Abläufen . Nur diese Kombination aus Name , Data Dictionary , Auflösung und Verwaltung bringen echten Mehrwert für zukünftige praktische Anwendungen . Norman Paskin hat das in seinem Grundlagenartikel aus 1998 sehr schön formuliert ( Link H ) : “The Scope of the DOI is defined as digital services against Content” . |||

DOI- NAME

on method rot“Ein digitaler Identifikator für beliebige Objekte intellektuellem Eigentums” . Der BASIS- Aufbau eines “DOI” ( hier als singuläre Ausformung der einer Ressource dauerhaft zugeteilten ID benutzt ) entspricht den klassischen Vorgaben der “RFC 2396: URI Syntax” aus dem Jahr 1999 , verfasst u. a. vom legendären Tim Berners- Lee . Als Schema- Name dient “doi:” , ähnlich wie für per ftp erreichbare Files “ftp:” und für http - Übertragbare Webseiten “http:” verwendet wird .

Man beachte den UNTERSCHIED zwischen URN , URI und URL : URI bezeichnet den Oberbegriff , URN den “Namen” einer Ressource , und URL nur den “Ort” einer solchen . Die gewohnten “URL” sind damit das “minderwertigste” Glied in der Kette , da ja auch bei der Auffindbarkeit einer Person zunächst der Name ( eher dauerhaft ) und dann erst die Adresse ( kann rasch wechseln ) interessiert . Die URI wäre in diesem Vergleich wohl die Sozialversicherungs- Nummer , welche ja auch unabhängig von einem Orts- und Namenswechsel dauerhaft gültig ist , ganz egal , wo sich eine Person im Moment aufhält . Diese bleibt selbst dann noch EINDEUTIG , wenn die Person bereits verstorben ist , oder zwei Personen gleichen Namens in einem Land leben . Wichtigste Aufgabe der Registrations- Agenten ist daher sicherzustellen , dass jeder DOI - Name nur ein einziges Mal weltweit verwendet wird . Wie man im Teil II der DOI- Beschreibung sehen wird , besteht ein grosser Vorteil des DOI- Namen auch in der Auflösung auf multiple Speicherorte einer Ressource . |||

NAME : STRUKTUR

Nach dem Schema “doi:” folgt der fest zugeteilte Präfix “10.” ( jeder DOI-Name beginnt mit 10. ) . Dann folgt die einem Registranten zugeteilte einzigartige Nummer ( in|ad|ae|qu|at hat ganz aktuell die Nummer 3246 erhalten ) . Nach einem Backslash kann dann jeder Registrant sein ganz INDIVIDUELLES Nummerierungs- System anwenden . Ausdrücklich wird darauf hingewiesen , dass auch schon vorhandene Systeme wie etwas ISBN oder ISSN in den DOI eingebettet werden können . Ganz allgemein wird ein eher “unintelligenter” Bezeichner empfohlen , da die Intelligenz ja in den mit der DOI verknüpften Metadaten steckt , und jedes noch so gut gemeinte System innerhalb eines großen Verlagshauses ohnehin im Verlauf der Geschäftstätigkeit gewisse Veränderungen oder Abstraktionen erfahren wird .

RECHTE & PFLICHTEN

An dieser Stelle ist auch ein wichtiger HINWEIS angebracht : Der DOI Name sagt NICHTS über die RECHTE an einem Werk aus . Jeder DOI- Name kann übertragen werden , damit bezeichnet die “Eigentümerschaft” über einen DOI vor allem die Verantwortung darüber , die Metadaten der DOI auf aktuellem Stand zu halten . Die Hoheit für die Einzigartigkeit des DOI - Namesteils 10:xxxx/ liegt bei der Agentur , die für den Suffix nach dem Backslash beim Registrar . |||

FEINTUNING

on method rotDer DOI- Name war gemäss Norman Paskins Grundkonzept an sich Case - Sensitive geplant , in der aktuellsten Version der Normierung wurde allerdings eine Case - Insensitives Verhalten spezifiziert , da zu viele der unterschiedlichen Datenbanksysteme nicht korrekt mit Case- Sensitiven Namen umgehen können . Ähnliche praktische Einschränkungen ergaben sich für die erlaubten Zeichen in einem DOI- Namen : sind im Grundstandard an sich alle UNICODE - Zeichen erlaubt , wird im täglichen Gebrauch eher die Verwendung von UTF-8< /a > nahegelegt , da nur dadurch auch Webtechnische Namensauflösungen und Browser- Eingaben möglichen werden .

Pragmatisch verwendet man daher nur Hauptbuchstaben ohne Umlaute , nur die Sonderzeichen . _ -/ sowie Ziffern . Vor Allem die Bezeichnung mit Ziffern , getrennt durch Punkte als Form der verfeinernden Granularität , scheint uns zur Darstellung geeignet . Damit kann eine Haupt- Rubrik eine Zahl zugeordnet bekommen ( z.B. SALON LITTÉRAIRE = 17 ) , der konkrete Artikel dann die nächste Zifferngruppe , und einzelne Bilder oder Absätze innerhalb des Artikels bei Bedarf eine dritte Zifferngruppe ( auch zu einem späteren Zeitpunkt als die Registrierung des Hauptartikels ) . |||

DOI- NAMEN , BEISIELE

DOI: 10.1225/3566 ( Harvard Business Online )
DOI: 10.1223/0787640042 ( Thomson Gale )
DOI: 10.1036/0071449922.CH19 ( McGraw-Hill)
DOI: 10.2126/HGN094-065 ( Trails.com)
DOI: 10.1337/de200723 ( Snapdata Reports )
DOI: 10.1569/KLI941708 ( Market Research.com )
DOI: 10.1565/0062503642 ( Acropolis Books )
DOI: 10.1039/FT9908601741 ( xlink )
DOI: 10.1093/bib/5.2.150 ( Oxford Journals )
DOI: 10.2120/0001-EPYGI-0000000000-0000000001 ( epygi - offenbar deren allererster DOI . Grober Fehler : In einem DOI sollte der Firmenname keinesfalls vorkommen … ) |||

AUSBLICK

Im NÄCHSTEN TEIL dieser Serie können wir dann schon über die konkreten METADATEN- Felder eines kompletten DOI- Eintrages berichten . WEITERE SEQUELS folgen zu : RDD ( Rights Data Dictionary > indecs ) , die Namensauflösung ( handle- system ) sowie Verwaltungsagenden . |||

LINKS

Link A ( html ) : “info zum DOI” auf www.bisag.de
Link B ( pdf ) : “Die Dienstleistungen der DOI - Agentur” ( Manfred Gravelius , MVB )
Link C ( html ) : “Welcome Message” ( Norman Paskin , IDF )
Link D ( pdf ) : “Economic Benefits of DOI Applications in Content Marketing”
Link E ( html ) : “DOI bringt Ordnung im Internet” ( Börsenverein des Deutschen Buchhandels )
Link F ( html ) : “Terms and Conditions” ( mEDRA Preisliste )
Link G ( html ) : “Preise und Konditionen” ( BISAG Preisliste )
Link H ( pdf ) : “DOI Initiative: Current Position and View Forward” ( Norman Paskin, IDF, 1998 )
Link I ( html ) : “DOI - Embarrassement of the Riches” ( Part I , Sam Vaknin ) |||

ÄRZTLICH EMPFOHLEN : KLANGAPPARAT

Wem jetzt - zu Recht - der Kopf brummt und die Nümmerchen vor Augen flimmern , dem wird itzo als Remedur & Chill- Out- die EP Nummer 007 ( sic ! ) des hier mehrfach wohlwollend empfohlenen Wiesbadener Netlabels [ schall ] dargereicht . Die Einnahme von INDISPENSABLE RYTHM gilt czz hörempfehlungals verpflichtend , sonst kann die sichere Handhabung von Maschinen bzw. das Steuern von Kraftfahrzeugen nicht als gewährleistet gelten . Take a seat . Close your eyes . Und lass Dein Hirn mal kurz durchatmen . DJ und Elektroniker RIVO ist Jahrgang 1983 , stammt aus Den Haag und pflegt einen Wahlspruch , dessen Manifestationen sich im Flow der Beats vielleicht nicht unmittelbar erschliessen : “Let’s Do Really Strange Things , And Call Them Normal !” - O. K. - Film ab und Action ! CLICK TRACKS TO LISTEN AND RELAX : 01. the hermit | 02. desirability | 03. play marbles | 04. old dirty shoes |||

Send post as PDF to PDF | PDF Creator | PDF Converter

blog - on method I : publizieren , partizipieren , persistenz



||| ACHT AUFGABEN | PERSISTENT IDENTIFIER : WAS FÜR ANDERE MEDIEN GESCHAH | URL : UNSICHERER PATRON | ALTERNATIVEN | MITTEL DER WAHL : DOI | KLANGAPPARAT

ACHT AUFGABEN

on methodFolgende Fragestellungen finden sich derzeit auf unserer methodologischen Landkarte , Erkenntnisse und Ergebnisse reichen wir “in loser Folge” unter dem Titel “on method” dar .

A “map of misreading ” ist freilich nienals auszuschliessen …

  1. Gedruckte Publikation versus Online-Text : Wann ist ein Werk ein Werk , wie kann man Text- Bild- Audio- Video- Objekt- Montagen ohne “physikalische” Manifestation als tatsächlich publizierte Werke akkreditieren ?
  2. Darstellungsformen multimedialer Online- Werke : Ausstellung in der ( Offline- ) “Echtwelt” , Rezipierbarkeit abseits von Hyperlinks , Aufnahme in Werkverzeichnisse
  3. Dauerhafte Adressen für Online- Werke im dynamischen Umfeld von URL- und Webspace - Verschiebungen
  4. Rechtesicherheit für Autoren : Verwertbarkeit , Reintegration von Online- Content in traditionelle Publikationsformen
  5. Strukturierte Inhaltsbeschreibung von Online- Werken in Form von XML - Schemata als Basis für das Rendering auf unterschiedlichen Ausgabegeräten
  6. Umfangreiche Metadaten- Auszeichnung mittels ontologisch gestützter Attribute , Relationen und Wertepaaren im Rahmen etablierter Standards wie Dublin Core , OWL , RDF und RDD
  7. Aktives Angebot von maschinenlesbaren Content- Feeds und Services jenseits von RSS und ATOM für zukünftige Aggregationsformen und Wissensmanagement
  8. Prakische Integration all dieser Mechanismen in Content- Management Systeme ( cms ) wie Wordpress , Drupal et. al. , praktische Handhabung komplexer Werkbeschreibungen im Authoring und im Archivbereich |||

PERSISTENT IDENTIFIER : WAS FÜR ANDERE MEDIEN GESCHAH

on methodAls Ausgangspunkt | point of departure für diese umfangreichen Abklärungen wurde der DRITTE Punkt oben stehender Liste ausgemacht : Die eindeutige Auszeichnung von Online- Werken mit einem über die Jahre hinaus gültigen , referenzierbaren und mit Metadaten angereichterten Identifikator . Im klassischen Publikationsfeld sind solche “Nummern” aus dem Umfeld des ISO TC 46 allgemein gebräuchlich und Basis für Transaktionen , Rechteklärung und Zitierbarkeit :

  • ISBN für Bücher als Einzelausgabe
  • ISSN für Periodika
  • ISRC als Code für Tonträger
  • ISRN für technische Fachartikel
  • ISAN für audiovisuelle Produktionen
  • ISWC für Kompositionen
  • ISTC wird als ISO 21047 soeben spezifiziert und eignet sich an sich für Kennzeichnung von Texten , es ist aber noch keine praktische Lizenzierung verfügbar , auch eine multimediale Erweiterung ist nicht absehbar
  • UMID im Rahmen von MFX/AAF wird von der SMPTE eher als Identifier für Rohmaterialien im bereich professioneller Audio / Video Produktion verstanden
  • UUID wird unter anderem auch von Microsoft als GUID für die (beinahe) eindeutige Bezeichnung von Code-Fragmenten und Applikationen genutzt. dieser wäre für die interne Nummerierung zwar geeignet , hat jedoch keinerlei Relevanz für die Aussendarstellung und die Namensauflösung. Es handelt sich um einen möglichst zufälligen Code aus Uhrzeit , MAC-Adresse der lokalen Netzwerkkarte und anderen Parametern , oder auch einfach um den MD5-Hash-Code des indizierten Files .

Die Bezeichner wie ISBN , ISSN etc … beziehen sich alle auf den Inhalt bzw. die Publikationsform: ISBN für Bücher, ISRC für Audio-CD , ISSN für Journale . Ein persistente ID für Web-Anwendungen muss aber unabhängig von der physikalischen Repräsentation eine funktionelle Bedeutung aufweisen. |||

URL : UNSICHERER PATRON

Im überwiegenden Fall können mit diesen Bezeichnern auch nur physikalische Medien oder elektronische “Files” als homogene , “flache” Formen der Repräsentation künstlerischer Hervorbringungen ( mp3 , jpeg , txt) referenziert werden . Ein mittels XHTML , CSS , Flash- Code und Java- Scripts erstelltes komplexes Online- Konstrukt entzieht sich insdes bislang einer Typifizierung und “lebt” ausschliesslich entlang einer URL und den Hilfstypen für die Darstellung . Jedem Internet- Nutzer ist aus leidvoller Erfahrung klar, dass die URL einer Webseite nur eine Momentaufnahme des physikalischen Speicherortes sein kann . Hosting- Wechsel , neue Projektideen oder einfach das Auslaufen von Ressourcen machen eine liebevoll gepflegte Datensammlung zur Null- Existenz - Stichwort Error 404 . |||

ALTERNATIVEN

on method

Im Netz werden verschiedene Möglichkeiten zur dauerhaften Namensauflösung eines einmal festgelegten Identifikators auf variable Adressen angeboten .

Voilá ein Digest der Vor - und Nachteile der bisher evaluierten Methoden :

  • PURL bietet ohne Kosten zumindest persistente “Auflösung” von URLs zu variablen Adressen . Leider können solche Mappings nicht mit Metadaten oder gar Inhaltsbeschreibungen versehen werden , daher greift PURL für die projizierte Anwendung um Einiges zu kurz .
  • URN , in RFC 3406 definiert , kommt dem Anliegen schon näher . Mit umfangreichen Antragsforumlaren , doch immerhin ohne Lizenzkosten kann man einen “Namespace” für permanenten Gebrauch anfordern und fürderhin unter dieser stabilen Domäne laufend Werke eindeutig indexieren. inadaequat wird sich der Zuerkennung einer informellen URN (urn-07) annähern , als reales Experiment auf dem Weg zu weiteren Erkundungen . Trotzdem bleibt auch eine URN im Teilgebiet “Namensaufösung” stecken , weiterreichende Indizierung wäre erwünscht .
  • Registered Commons als Ableger der Creative Commons ist natürlich der sympathische , “gute” , naheliegende Weg für die gestellte Aufgabe. Ohne Kosten können elektronische Werke mit persistenter URL , reichhaltigen Metadaten , und wählbaren Lizenzbedingungen ausgezeichnet werden . Der eindeutige Identifikator wird jedoch leider nicht in einem definierten Namespace angelegt , sondern ist bloss ein UUID mittels MD5- Hash , der - und hier der Haken an der Sache , aus dem UPGELOADETEN Werkstück generiert wird . Ein echter Upload ist bei Onlinewerken aus den genannten Gründen wohl kaum möglich , ebenso rechtlich bedenklich , auch die Namensauflösung dieser Bezeichner ist nur über die sehr lange , unlesbare UUID möglich und damit wenig praktikabel . Immerhin existiert sein kurzem ein WORDPRESS - plugin für Registered Commons : Blog- Beiträge sind damit endlich in gewissem Umfang schützbar . |||

MITTEL DER WAHL : DOI

on methodAls beste Möglichkeit für die Auszeichnung der Online- Werke im Sinne des Gesamtprojektes in|ad|ae|qu|at zeigt sich schliesslich der DOI , ein von der IDF verwaltetes Nummern- System für Objekte . Zwar nicht ganz kostenfrei zu nutzen plus umfangreichen Auflagen für Metadaten- Zusätze . DOI ( Digital Object Identifier ) ist die praktische Ausformung von MPEG 21 - Teil 6 , dem Rights Data Dictionary , und trifft damit genau das Projekt- Begehren der in|ad|ae|qu|aten Idee . Eine detaillierte Beschreibung der Eigenschaften des “Systems DOI” folgt im nächsten Teil dieser Werkstatt- Berichte erfolgen . ( - Schöner Cliffhanger , wie ? - ) |||

KLANGAPPARAT

Ein echter Sonntagsfund und eben frisch aus dem Ei geschlüpft : Heute servieren wir intelligent dance music vom Feinsten : André Lodemann hat gut Ding Weile lassen lassen und stellt seine LP SHINE in Form eines Three- Track- Teasers beim Kölner Netlabel rest vor ( @ MySpace ) : Treue in|ad|ae|qu|at- Besucher wissen zwar um unsere grundsätzliche Abneigung gegen etwelche Weiberstimmen- Ziergirlanden : Die leicht orientalische czz hörempfehlungSchlingpflanze auf Track # 1 mag als fleischfressende durchaus attraktiv erscheinen . Was auf den kargen drei Tracks der Gratis- und Teaser- Release sich andeutet , setzt das integrale LP- Werk überzeugend ins Werk : Nämlich wie Lodemanns ( @ MySpace ) diskret nach allen Regeln der Harmonik gebaute Mikro- Patterns durchaus über das musikalische Potential verfügen , auch der Langstrecke frische und massgebliche Modulationen abzugewinnen . Das alles in einer Dirskretion und Demut , die ihres gleichen suchen …. . Den STREAM tutto completto gibt’s @ rest , die drei Treaser- Tracks mit selber Post hier . CLICK TRACKS TO LISTEN : 01. Shine | 02. Drifting | 03. Hold On |||

Send post as PDF to PDF | PDF Creator | PDF Converter