User Tools

Site Tools


wiki:s2.0

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
wiki:s2.0 [2025/08/28 09:49] – [Motivation for this Recommendation:] dkottmeierwiki:s2.0 [2025/09/01 10:27] (current) dkottmeier
Line 1: Line 1:
 **Recommendation ** **Recommendation **
  
-======Recommendation to decompose metadata according to community-recognized frameworks======+======Recommendation to annotate your metadata with terms from community-recognized controlled vocabularies======
  
-=====Description=====+===== Summary =====
  
-Status: Under development, Date: 2025/07/07 10:18, Version: 001+====Description====
  
-=====Motivation for this Recommendation===== +StatusUnder developmentDate: 2025/07/09Version001
-Many metadata categories consist of several **components**. A variable such as “air temperature (°C)”for exampledoes not only describe the measured quantity (temperature) itself but also contains additional informationthe measurement context (air), and the unit (°C). Since for almost all metadata categories - such as Variable or Method - there is room for interpretation about which specific information about the dataset is meant, it is important to establish binding standards for their structure. It is crucial to define which elements should be included in a data description (i.e., in a given metadata categorie) and to provide a clear specification of what exactly is meant in each case.+
  
-Furthermore, if consistent naming is to be ensured, for example in a data portal, a **syntax** should be defined that specifies the order and phrasing in which the individual components of a given metadata category are combined. For instance, one could decide that the metadata category Measurement Instrument must always include the device type, manufacturer, and model as fundamental components of the data description. When naming the Measurement Instrument, these three attributes should consistently be listed in the order Type, Manufacturer, Model (comma-separated). This would ensure that identical models are always represented in the same way.+====Motivation for this Recommendation: ====
  
-Metadatenelement +(shortened from below)
-=====Recommendation ====+
  
-[shortened from below]+====Recommendation ====
  
-[Format: Wer! macht was! wo! wann! unter welchen Voraussetzungen!]+(shortened from below)
  
-=====Binding Convention: =====+(Format: Wer! macht was! wo! wann! unter welchen Voraussetzungen!) 
 +====Binding Convention: =====
  
  
Line 25: Line 24:
 ^ Helmholtz FAIR Principle|            |      |          | ^ Helmholtz FAIR Principle|            |      |          |
  
-=====Precondition for Implementation: =====+====Precondition for Implementation: ====
  
-=====Related Recommendations =====+====Related Recommendations ====
  
 Parent: Parent:
Line 35: Line 34:
 Other: none Other: none
  
-=====Contributors=====+====Contributors====
  
-Names of contributors to this recommendation+(Names of contributors to this recommendation 
 +Mark one author as lead, e.g. Emanuel Söding (lead) 
 + 
 +* Please keep the lead author informed about any changes you applied in this wiki.)
  
 =====Content===== =====Content=====
Line 43: Line 45:
 ====1. Explanation of the Background and Benefits of the Recommendation ==== ====1. Explanation of the Background and Benefits of the Recommendation ====
  
-__About__ +(About, History and structure, Current Use of ..., Motivation)
- +
-__History and structure__ +
- +
-__Current Use of ...__ +
- +
-__Motivation__+
  
 ====2. Possible alternative solutions==== ====2. Possible alternative solutions====
Line 58: Line 54:
 expected future dissemination / technical availability / funding) expected future dissemination / technical availability / funding)
  
-====4. The Recommendation==== +====4. The recommendation and possible consequences for implementation====
- +
-**Instruments/Devices** +
-**Manufacturers’ names** should always be reported as they were //valid at the time of production//. In practice, this means using the name that appears on the instrument label or in the official manual. +
- +
-  * If an instrument is marketed under a brand name, the brand (e.g., Thermo Scientific) not the parent company name (Thermo Fisher Scientific) should be used. If no brand is indicated, the official company name should be given. +
-  * If the instrument was produced by a subsidiary company, use the subsidiary’s name at the time of production (e.g., Spectra GmbH), not the later acquirer (X Corp.). Subsequent changes, such as company sales, mergers, or renamings, should //not// be reflected in the metadata. +
-  * In general, the most granular level available (e.g., the concrete brand or subsidiary rather than only the corporate group) should be recorded to ensure precision and avoid ambiguity. +
- +
-**Instrument model names** and numbers should be reproduced exactly as they are written on the instrument label or in the accompanying manual, including spaces, special characters, and capitalization. This ensures consistency and guarantees that identical instruments are always represented in the same way across datasets. +
  
 +[Format: Wer! macht was! wo! wann! unter welchen Voraussetzungen!] 
 ====5. Naming of communities that have already implemented the recommendation==== ====5. Naming of communities that have already implemented the recommendation====
  
Line 77: Line 64:
  
 ====7. Examples of Instances==== ====7. Examples of Instances====
-Comment: HIER ERLÄUTERN, WIE in XML oder JSON dokumentiert werden; Beispiel.. V´Wie verpackt, um im Protokoll zu packen. unterschiedlich je nach Metadatenschemata 
-====8. Further Information==== 
  
-===References===+====8. Further Information====
  
-===Relevant Community Recommendations===+(References, Relevant Community Recommendations, etc.)
  
 ====9. History of this document==== ====9. History of this document====
  
wiki/s2.0.1756374573.txt.gz · Last modified: by dkottmeier