Service for Control of Named Entities

The purpose of this service is to provide methods to deal with controlled lists of named entities to assure data quality and facilitate data access and data entry. Read more on the background here.

Introduction
The Control of named entities (Cone) service at present supports the named entity types listed below. It is integrated with PubMan in the publication metadata editing forms via "auto suggest" component for respective metadata edit fields (journal name, language of the publication).

Operations
The CoNE service supports the following operations:


 * searching (based on the metadata of named entity i.e. in case of journals: journal name, publisher name, place of publication
 * retrieving details of selected named entity e.g. retrieving the metadata of a selected journal based on the journal identifier

The query parameter q may contain a single term (e.g. q=nature) or multiple terms (e.g. q=psychology therapy). CoNE will return those entries that contain all terms in one or more of the searchable fields. Putting the query into quotes e.g. q=&quot;John Doe&quot; will cause CoNE to search for exact matches, wildcards (*) are allowed. As an alternative to search all fields, it is also possible to search certain fields (predicates) by specifying the predicate name and a query similar to the syntax described above (e.g. foaf:family_name=Miller or http:&#47;&#47;purl.org/escidoc/metadata/terms/0.1/suffix=&quot;*x&quot;). The namespace of the predicate can be given fully or as prefix, prefixes are predefined here.

Interfaces
The CoNE service comes with a flexible interface definition that defines the Input/Output formats. The following formats are available

Supported Named Entity Types
Currently, we support following vocabularies:

Journals

 * url to the journal service interface (to be done)
 * Metadata Description for CoNE Journal
 * Functional Specification for managing CoNE journals
 * example urls to the service (to be done)
 * url to the test-jsp (to be done)

Languages

 * url to the language service interface (to be done)
 * metadata description (to be done)
 * example urls to the service (to be done)
 * Functional Specification to handle the entity (to be done)

Persons

 * Metadata Profile under CoNE_Person
 * Functional Specification for Managing CoNE persons

DDC

 * Metadata description (to be done)
 * Functional Specification for handling entity (to be done)
 * Currently implemented: Dewey Decimal Classification

Mimetypes
A list of the IANA mimetype list plus additional mimetypes needed for PubMan (currently used for validation).
 * Metadata description (to be done)
 * Functional description for handling the entity (to be done)

eSciDoc mimetypes
A subset of the mimetypes list above. Planned to be used for PubMan in the future.
 * Metadata description (to be done)
 * Functional description for handling the entity (to be done)

Candidates for Named Entity Types
Potential further candidates for normalized metadata entries:

Potential metadata elements
Complete name In Englisch and/or German?

Alternative name

Place

Address

Homepage

Resources

 * http://www.mpg.de/english/institutesProjectsFacilities/index.html - MPG website, the authorative source?
 * http://wiki.mpg.de/index.php/Alumni:ListeInstitute - list of MPG units (existing and former) provided by maxnet wiki
 * http://www.biochem.mpg.de/iv/strategy_tab.html#mpg - Search queries for MPG units provided by IVS-BM
 * http://de.wikipedia.org/wiki/Max-Planck-Gesellschaft#Forschungseinrichtungen_der_Max-Planck-Gesellschaft
 * Corporate body (not MPG-exclusive)


 * http://www.niso.org/apps/group_public/download.php/2773/NISO_I2_IR_Survey_Final_Report.pdf A survey by NISO on usage of institutional identifiers in repositories, incl. types of identifiers and metadata in use
 * ESciDoc_User_Roles: CoNE roles in the eSciDoc framework

Potential metadata elements
Title The name of the event (e.g. Symposium on Theory of Computing)

Alternative title Any alternative name of the event

Abbreviation Abbreviated name of the event (e.g. STOC)

Start date Start date of the event

End date End date of the event

Place Place where the event took place

Invitation status The information if the creator was explicitly invited


 * Remark Sabine: Should this information be stored in controlled metadata record?


 * Remark Ulla: No, not to my understanding


 * To my understanding, the invitation status can only be specified for each talk individually and is therefore no generic metadata for the conference --Inga 12:19, 28 December 2007 (CET)