SlideServe
Menu
Préférences
© SlideServe · v2026

Naming and Metadata

midori avatar
6 diapositives · 254 Views · Sep 13, 2014

Naming and Metadata. Jamie Shiers Application Software and Databases Group Information Technology Division CERN http://wwwinfo.cern.ch/asd/cernlib/rd45/index.html. Introduction. Naming and Metadata in FATMEN Naming on the Web Naming for LHC data. FATMEN Naming.

Naming and Metadata - slide 1
01 / 6Naming and Metadata
1 / 17

Télécharger la présentation

Naming and Metadata
Une image / un lien ci-dessous est fourni (tel quel) pour télécharger la présentation

Politique de téléchargement : le contenu du site vous est fourni TEL QUEL pour votre information et votre usage personnel ; il ne peut être vendu, concédé sous licence ni partagé sur d’autres sites sans l’accord de son auteur.Le contenu vous est fourni TEL QUEL, pour votre information et votre usage personnel uniquement. Téléchargez la présentation en cliquant sur ce lien. Lors du téléchargement, si vous ne parvenez pas à télécharger une présentation, l’éditeur a peut-être supprimé le fichier de son serveur.Pendant le téléchargement, si vous ne parvenez pas à obtenir une présentation, le fichier a peut-être été supprimé par l’éditeur.

F I N

Plus de contenu associé

Transcription de la présentation
  1. Naming and Metadata Jamie Shiers Application Software and Databases Group Information Technology Division CERN http://wwwinfo.cern.ch/asd/cernlib/rd45/index.html

  2. Introduction • Naming and Metadata in FATMEN • Naming on the Web • Naming for LHC data Jamie.Shiers@cern.ch

  3. FATMEN Naming • Think of it as a file catalog • no special characters, case insensitive • Each “file” is identified by a Unix-style path name • //CERN/L3/PROD/DATA/PDRE/CC045QX2 • //CERN/DELPHI/P01_ALLD/MDST/PHYS/Y95V02/SUMT/C0515 • “Nicknames” corresponding to sets of files • :NICK.RAWD91 • :GNAME.P01_ALLD/RAWD/NONE/Y91V00/*/R • :DESC.RAW data of ALL events; 1991 data Jamie.Shiers@cern.ch

  4. FATMEN Metadata • 0.5KB metadata per filename • DSN, hostname, data representation, media type, location code • host type & OS details • VSN/VID/fseq, density, volseq • start/end record/block • record format, length, blocksize (DCB), filesize • creation / catalog / use date & time • creator username, account, job, node • protection mask • user words (10) & comment (80 bytes) • Largely irrelevant for ODBMS, except creation info (++) Jamie.Shiers@cern.ch

  5. Web • By convention, most sites located by http://www.name.com [.org .gov .int .ch] • OK for (very) high-level entry points • but is it www.british-airways.com, www.britishairways.com, www.britishair.com, www.ba.co.uk ? • www.altavista.com is not the altavista search engine • More complicated addresses best found by navigation • www.cern.ch  R&D  RD45 • or via search engines, book-marks etc. Jamie.Shiers@cern.ch

  6. Naming for LHC Event Data • How many entities will need to be named? • Can one avoid naming e.g. the collection of rawdata corresponding to run 123 year 2007? • A simple naming scheme for such data may be sufficient • How many analysis collections will there be? • Naming is clearly insufficient to describe the data • and, in general, a poor way of finding it! • Job information (creator) should probably be an association to a persistent “job object” in the “production database” • Can other metadata be “standardised” or simply “tag+attribute” • re-use of “generic tag” concept (implementation?) Jamie.Shiers@cern.ch