source: SMC4LRT/chapters/Data.tex @ 3665

Last change on this file since 3665 was 3665, checked in by vronk, 11 years ago

rework of Results, Definitions, appendix, added Conclusion,
smaller changes to Design, Data

File size: 15.2 KB
Line 
1
2\chapter{Analysis of the data landscape}
3\label{ch:data}
4This section gives an overview of existing standards and formats for metadata and content annotations in the field of Language Resources and Technology together with a description of their characteristics and their respective usage in the projects and initiatives.
5
6
7\section{Metadata Formats}
8
9
10\subsection{Component Metadata Framework}
11\label{def:CMD}
12
13The \emph{Component Metadata Framework} (CMD) is the data model of the CLARIN Component Metadata Infrastructure. (See \ref{def:CMDI} for information about the infrastructure. The XML-schema defining CMD -- the \xne{general-component-schema} -- is featured in appendix \ref{lst:cmd-schema}.)
14CMD is used to define the so-called \var{profiles} being constructed out of reusable \var{components} -- collections of metadata fields. The components can contain other components and they can be reused in multiple profiles. Profile itself is just a special kind of a component (a sub class), with some additional administrative information.
15The actual core provision for semantic interoperability is the requirement, that each CMD element (i.e. metadata field) refers ``via a PID to exactly one data category\footnote{persistently referenceable concept definition} (cf. \ref{def:DCR}), thus
16indicating unambiguously how the content of the field in a metadata description should be interpreted'' \cite{Broeder+2010}.
17
18This approach of integrating prerequisites for semantic interoperability directly into the process of metadata creation is fundamentally different from the traditional methods of schema matching that try to establish pairwise alignments between already existing schemas -- be it algorithm-based or by means of explicit manually defined crosswalks\cite{Shvaiko2005}.
19
20While the primary registry for data categories used in CMD is the \xne{ISOcat} Data Category Registry (cf. \ref{def:DCR}), other authoritative sources are accepted (so-called ``trusted registries''), especially the set of terms maintained by the Dublin Core Metadata Initiative \cite{DCMI:2005}.
21
22Once the profiles are defined they are transformed into a XML-Schema, that prescribes the structure of the instance records.
23The generated schema also conveys as annotation the information about the referenced data categories.
24
25
26\subsubsection{CMD Profiles }
27In the CR 124\footnote{All numbers are as of 2013-06 if not stated otherwise} public Profiles and 696 Components are defined. Table \ref{table:dev_profiles} shows the development of the CR and DCR population over time.
28
29Next to the `native' CMD profiles a number of profiles have been created that implement existing metadata formats, like OLAC/DCMI-terms, TEI Header or the META-SHARE schema. The resulting profiles proof the flexibility/expressi\-vi\-ty of the CMD metamodel. The individual profiles differ also very much in their structure -- next to flat profiles with just one level of components or elements with 5 to 20 fields (\textit{dublincore}, \textit{collection}, the set of \textit{Bamdes}-profiles) there are complex profiles with up to 10 levels (\textit{ExperimentProfile}, profiles for describing Web Services ) and a few hundred elements. The biggest single profile is currently the remodelled maximum schema from the META-SHARE project \cite{Gavrilidou2012meta} for describing corpora, with 419 components and 1587 elements
30(when expanded\footnote{The reusability of components results in an element expansion, i.e., elements of a component (e.g. \textit{Contact}) included by three other components (\textit{Project}, \textit{Institution}, \textit{Access}) will appear three times in the instantiated record.}).
31
32
33\begin{table}
34\caption{The development of defined profiles and DCs over time}
35\label{table:dev_profiles}
36%  \begin{tabular}{ l | r | r | r | r }
37  \begin{tabular}{ l  r  r  r  r }
38
39    \hline
40date     & 2011-01 & 2012-06 & 2013-01 & 2013-06  \\
41    \hline
42Profiles & 40 & 53 & 87 & 124 \\
43Distinct Components & 164 & 298 & 542 & 828 \\
44Expanded Components & 1055 & 1536 & 2904 & 5757 \\
45Distinct Elements & 511 & 893 & 1505 & 2399 \\
46Expanded Elements & 1971 & 3030 & 5754 & 13232 \\
47Distinct data categories & 203 & 266 & 436 & 499 \\
48Data categories in the Metadata profile & 277 & 712 & 774 & 791 \\
49Ratio of elements without DCs & 24,7\% & 17,6\% & 21,5\% & 26,5\% \\
50Components with DCs & 28 & 67 & 115 & 140 \\
51
52    \hline
53  \end{tabular}
54\end{table}
55
56
57\subsubsection{Instance Data}
58
59
60%\todoin{ add historical perspective on data - list overall}
61
62The main CLARIN OAI-PMH harvester\footnote{\url{http://catalog.clarin.eu/oai-harvester/}}
63collects records from 69 providers on daily basis. The complete dataset amounts to 540.065 records.
6416 of the providers offer CMDI records, the other 53 provide OLAC/DC records\label{info:olac-records}, that are being converted into the corresponding CMD profile after harvesting. Next to these 81.226 original OLAC records, there a few providers offering their OLAC or DCMI-terms records already converted into CMDI, thus all in all OLAC, DCMI-terms records amount to 139.152.
65On the other hand, some of the comparatively few providers of `native' CMD records expose multiple profiles (e.g. Meertens Institute uses 12 different profiles.) So we encounter both situations: one profile being used by many providers and one provider using many profiles.
66
67
68\begin{table}
69\caption{Top 20 profiles, with the respective number of records}
70\begin{center}
71  \begin{tabular}{ r l }
72    \hline
73\# records & profile \\
74    \hline
75155.403 & Song \\
76138.257 & Session \\
7792.996 & OLAC-DcmiTerms \\
7846.156 & DcmiTerms \\
7928.448 & SongScan \\
8021.256 & SourceScan \\
8119.059 & LiteraryCorpusProfile \\
8216519 & Source \\
8313626 & imdi-corpus \\
8410610 & media-session-profile \\
857961 & SongAudio \\     
867557 & SymbolicMusicNotation \\
874485 & LCC DataProviderProfile \\
884485 & SourceProfile \\
894417 & Text \\
901982 & Soundbites-recording \\
911530 & Performer \\
921475 & ArthurianFiction \\
93939 & LrtInventoryResource \\
94873 & teiHeader \\
95    \hline
96  \end{tabular}
97\end{center}
98\end{table}
99
100\begin{table}
101\caption{Top 20 collections, with the respective number of records}
102\begin{center}
103  \begin{tabular}{ r l }
104    \hline
105\# records & colleciton \\
106    \hline
107243.129 & Meertens collection: Liederenbank \\
10846.658 & DK-CLARIN Repository \\
10946.156 & Nederlands Instituut voor Beeld en Geluid Academia collectie \\
11029.266 & childes \\
11124.583 & DoBeS archive \\
11223.185 & Language and Cognition \\
11314.593 & talkbank \\
11414.363 & Acquisition \\
11514.320 & Institut fÃŒr Deutsche Sprache, CLARIN-D Zentrum, Mannheim \\
11612.893 & MPI CGN \\
11710.628 & Bavarian Archive for Speech Signals (BAS) \\
1187.964 & Pacific And Regional Archive for Digital Sources in Endangered Cultures\\
1197.348 & WALS RefDB \\
1205.689 & Lund Corpora \\
1214.640 & Oxford Text Archive \\
1224.492 & Leipzig Corpora Collection \\
1233.539 & Institut fÃŒr Deutsche Sprache, CLARIN-D Zentrum, Mannheim \\
1243.280 & A Digital Archive of Research Papers in Computational Linguistics \\
1253.147 & CLARIN NL \\
1263.081 & MPI fÃŒr Bildungsforschung \\   
127\hline
128  \end{tabular}
129\end{center}
130\end{table}
131
132We can also observe a large disparity on the amount of records between individual providers and profiles. Almost half of all records is provided by the Meertens Institute (\textit{Liederenbank} and \textit{Soundbites} collections), another 25\% by MPI for Psycholinguistics (\textit{corpus} + \textit{Session} records from the \textit{The Language Archive}). On the other hand there are 25 profiles that have less than 10 instances. This can be owing both to the state of the respective project (resources and records still being prepared) and the modelled granularity level (collection vs. individual resource).
133
134
135\subsection{Dublin Core + OLAC}
136
137DC, OLAC
138
139openarchives register: \url{http://www.openarchives.org/Register/BrowseSites}
140 2006 OAI-repositories
141
142DublinCore Resource Types\furl{http://dublincore.org/documents/resource-typelist/}
143
144DublinCore to RDF mapping\furl{http://dublincore.org/documents/dcq-rdf-xml/}
145
146\label{def:OLAC}
147A more specific version of the dublincore terms, adapted to the needs of the linguistic community is the
148OLAC\furl{http://www.language-archives.org/}format\cite{Bird2001}
149
150OLAC \cite{Simons2003OLAC}.
151
152\todoin{check http://www.language-archives.org/OLAC/metadata.html}
153
154\begin{quotation}
155The OLAC metadata set is the set of metadata elements that participating archives have agreed to use for describing language resources. Uniform description across archives is ensured by limiting the values of certain metadata elements to the use of terms from agreed-upon controlled vocabularies. The OLAC metadata set is equally applicable whether the resources are available online or not. The metadata set consists of the fifteen elements of the Dublin Core Metadata Set, plus the refinements and encoding schemes of the DCMI Metadata Terms—a widely accepted standard for describing resources of all types. To this general standard, OLAC adds encoding schemes that are designed specifically for describing language resources, such as subject language and linguistic data type. The OLAC Metadata Usage Guidelines describe (with examples) all the elements, refinements, and encoding schemes that may be used in OLAC metadata descriptions. The OLAC Metadata standard defines the XML format that is used for the interchange of metadata descriptions among participating archives.
156\end{quotation}
157
158
159
160
161\subsection{TEI / teiHeader}
162\label{tei}
163
164 TEI/teiHeader/ODD,
165
166
167\subsection{ISLE/IMDI}
168 
169\subsection{MODS/METS}
170
171\subsection{Europeana Data Model - EDM}
172
173\subsection{META-SHARE}
174META-SHARE is another multinational project aiming to build an infrastructure for language resource\cite{Piperidis2012meta}, however focusing more on Human Language Technologies domain.\furl{http://meta-share.eu}
175
176\begin{quotation}
177META-NET is designing and implementing META-SHARE, a sustainable network of repositories of language data, tools and related web services documented with high-quality metadata, aggregated in central inventories allowing for uniform search and access to resources. Data and tools can be both open and with restricted access rights, free and for-a-fee. META-SHARE targets existing but also new and emerging language data, tools and systems required for building and evaluating new technologies, products and services.
178\end{quotation}
179
180\begin{quotation}
181META-SHARE is an open, integrated, secure and interoperable sharing and exchange facility for LRs (datasets and tools) for the Human Language Technologies domain and other applicative domains where language plays a critical role.
182
183META-SHARE is implemented in the framework of the META-NET Network of Excellence. It is designed as a network of distributed repositories of LRs, including language data and basic language processing tools (e.g., morphological analysers, PoS taggers, speech recognisers, etc.).
184
185\end{quotation}
186
187The distributed networks of repositories consists of a number of member repositories, that offer their own subset of resource.
188
189A few\footnote{7 as of 2013-07} of the members repositories play the role of managing nodes providing ``a core set of services critical to the whole of the META-SHARE network''\cite{Piperidis2012meta}, especially collecting the resource descriptions from other members and exposing the aggregated information to the users.
190The whole network offers approximately 2.000 resources (the numbers differ even across individual managing nodes).
191
192
193MetaShare ontology\furl{http://metashare.ilsp.gr/portal/knowledgebase/TheMetaShareOntology}
194
195
196\subsection{Other}
197
198OAI-ORE - is this a schema?
199
200
201
202\section{Content/Annotation Formats}
203
204CHILDES, TEI, EAF!
205(CES/XCES)
206Open Annotation Collaboration (OAC)\footnote{\url{http://openannotation.org/}}
207
208[LAF] Linguistic Annotation Framework
209
210
211
212\section{Ontologies, Controlled Vocabularies, Reference Data, Authority Files}
213\label{refdata}
214
215Based on popular demand, the work on reference data for the SSH-community should cover at least the following dimensions (with tentative denominations of corresponding existing vocabularies):
216
217\begin{itemize}
218\item Data Categories / Concepts - ISOcat
219\item Languages - ISO-639
220\item Countries - country codes
221\item Persons - GND, VIAF
222\item Organizations - GND, VIAF
223\item Schlagwörter/Subjects - GND, LCSH
224\item Resource Typology -
225\end{itemize}
226
227AAT - international Architecture and Arts Thesaurus
228GND - Gemeinsame Norm Datei (GND ontology\furl{http://d-nb.info/standards/elementset/gnd}
229GTAA - Gemeenschappelijke Thesaurus Audiovisuele Archieven (Common Thesaurus [for] Audiovisual Archives)
230VIAF - Virtual International Authority File
231
232
233Other related relevant activities and initiatives
234
235A broader collection of related initiatives can be found at the German National Library website:
236\furl{http://www.dnb.de/DE/Standardisierung/LinksAFS/linksafs_node.html}
237FRBR - Functional Requirements for Bibliographic Records
238RDA - Resource Description and Access
239http://metadaten-twr.org/ - Technology Watch Report: Standards in Metadata and Interoperability (last entry from 2011)
240At MPDL, within the escidoc publication platform there seems to be (work  on) a service (since 2009 !) for controlled vocabularies: \furl{http://colab.mpdl.mpg.de/mediawiki/Control_of_Named_Entities}
241Entity Authority Tool Set - a web application for recording, editing, using and displaying authority information about entities – developed at the New Zealand Electronic Text Centre (NZETC).
242http://eats.readthedocs.org/en/latest/
243
244
245\subsection{ISOcat - Data Category Registry}
246
247ISO12620
248
249\subsection{Classification Schemes, Taxonomies }
250LCSH, DDC
251
252
253\subsection{Other controlled Vocabularies}
254Tagsets: STTS
255Language codes ISO-639-1
256
257\subsection{Domain Ontologies, Vocabularies}
258Organization-Lists
259LT-World !?
260
261
262
263\section{LRT Metadata Catalogs/Collections}
264\label{sec:lrt-md-catalogs}
265\todoin{Overview of catalogs, name, since, \#providers, \#resources}
266
267\todoin{[DFKI/LT-World]  - collection or ontology}
268
269\subsection{CMDI}
270collections, profiles/Terms, ResourceTypes!
271
272\subsection{OLAC}
273
274\subsection{LAT, TLA}
275Language Archiving Technology, now The Language Archive - provided by Max Planck Insitute for Psycholinguistics \footnote{\url{http://www.mpi.nl/research/research-projects/language-archiving-technology}}
276
277\subsection{META-NET}
278
279
280\subsection{ELRA}
281
282\subsection{Other}
283
284
285\begin{description}
286\item[LDC]  Linguistic Data Consortium
287\item[OTA LR] Archiving Service provided by Oxford Text Archive \url{http://ota.oucs.ox.ac.uk/}
288\end{description}
289
290\section{Other Metadata Catalogs/Collections}
291\label{sec:other-md-catalogs}
292
293\subsection{(Digital) Libraries}
294
295
296General (Libraries, Federations):
297
298\begin{description}
299\item[OCLC] \url{http://www.oclc.org}
300    world's biggest Library Federation
301\item[LoC] Library of Congress \url{http://www.loc.gov}
302\item[EU-Lib] European Library \url{http://www.theeuropeanlibrary.org/portal/organisation/handbook/accessing-collections\_ en.htm}
303\item[europeana] virtual European library - cross-domain portal \url{http://www.europeana.eu/portal/}
304\end{description}
305
306
307
308
309\section{Summary}
310
311In this chapter, we gave an overview of the existing formats and dataset in the broad context of Language Resources and Technology
312
Note: See TracBrowser for help on using the repository browser.