Talk:Meeting CoNE

Ergebnisse 15.9.2009:


 * Rechtliche Unklarheiten bei Speicherung/Dissemination/Zugriff/ von person details
 * e.g. "year of birth"
 * Teil der Nutzungserklärung? (Persönlichkeitsrechte der Autoren)
 * Was kann Institut rechtlich sicher selbst verwalten? (Kerndienst)
 * Optional: Weitere Dienste, die auf Kerndienst aufbauen, und von Institut selbst betrieben (i.e. rechtlich geklärt) werden (komplementäre, lokale Metadaten-Profile)


 * Disambiguierung von Personas/person entities:
 * Mehrere Identifier pro authorized entry,jeweils mit Quelle
 * Varianten werden in Look-up Services überprüft. Identifier mit Variante (inkl. Datum des Look-up) werden in Cone gespeichert


 * Zusaetzliche Informationen pro Persona:
 * "Most favourite co-authors" werden als unauthorized information pro persona abgelegt
 * Quelle PubMan (semi-automatische authoritative entries, Wahrscheinlichkeitsalgorithmen)
 * externe Quellen


 * Authorisieren Szenario ICE/Jena:
 * Provision of local ID => Qualitätskontrolle
 * Batch import of person data


 * Search/QA:
 * cf Subject search vascoda (konzentrische kreise)=> Information fuer Nutzer, unter welchen "Autoritätskriterien" Results zustande kommen.


 * Authorisation:
 * nicht durch Autoren/Wissenschaftler


 * Formats
 * Provision of authoritative entries in RDF, inlc. revision of metadata per person (cf Cone person)
 * Support for MARC21
 * cf UK NAMES project
 * Nice: Provide person data as "real" RDF triple (open linked data)
 * TODO: In welchem Format werden Person data gespeichert? Was hat das mit Triple store zu tun?