Talk:Parameter

=Discussion= One of the advantages in using a relational database is the consistency of the data sets if archived through a fully normalized data model. This implies a well defined table of parameters used for the description of the data variables. If a user searches for data of a specific parameter, the system must ensure, that only those data are found and not others are left hidden due to a different definition with a similar meaning. Thus most important for the curators is to avoid a duplication of parameter definitions.

The parameter table of Pangaea has ten thousands of parameters defined. Parameters can easily be found with the 4D client by typing in the first letters of an expression or by using a retrieval, e.g. parameter contains carbonate which will show a list of more than 50 parameters, having the word carbonate in its name.

To help users and projects in finding its own parameters of relevance, parameters are grouped into categories, defined in the Parameter group table or can individualy be grouped by keywords. The parameter dicitionary contains several dynamic queries on project related lists of parameters which were established using the DDI funtionality.

zur Frage verlinkung von species parametern mit taxonomischen datenbanken:

Am 2015-08-25 um 13:44 schrieb PANGAEA Issue Tracker (Uwe Schindler) : [ http://issues.pangaea.de/browse/PDI-10590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=65162#comment-65162 ] Uwe Schindler commented on PDI-10590: - - Am 27.7.2023 vom externen Wiki in Absprache mit Janine und Stefi hier hin verschoben (als vorübergehende Lösung):
 * An die Parameter werden keine Infos wie URIs o.ä. drangehängt. Es wird sich auch in Zukunft an den Parameterdefinitionen (die Parameter-Tabelle selbst) nix ändern.
 * An die Parametertabelle wurde bereits jetzt der Feature-Catalogue angehängt, aber der wird nicht automatisch befüllt. Derzeit wird versucht die Altlasten an mehrere Kataloge anzuhängen (via mehrerer Relationen ausgehend von Name, Messtyp, Einheit): WORMS, ITIS, QUDT,SWEET, CHEBY, ENVO,...
 * Wenn das erledigt, werden zukünftig neue Parameter einfacher zu definieren, weil man die Erkennung benutzen kann und aus den gefundenen Termen in den externen Ontologien/Katalogen wird dann der Parametername automatisch generiert (entepechend Syntax-Regeln)
 * Dadurch wird es dann einfacher bei der Suche Facettierung anzubieten, weil man die Parameter und deren Datensätze automatisch in "Gruppen" einordnen kann. Es mach wenig Sinn volle Parameter Namen wie "Globigerina bulloides, d13C" als Facette anzubieten (es gibt zuviele davon), aber solche Datensätze kann der User dann bei Suche gruppieren (Facettieren) nach Sachen wie "Globigerinen" oder "Delta 13C Measurements", o.ä. Und genau diese Informationen werden an Die Parameter gehängt, so dass übergeordnete Gruppierungen entsprechend der Treffermenge angeboten werden können.
 * Die URL des Parameters wird niemals geändert werden, weil ja u.a. an "Globigerina bulloides, d13C" alleine schon 2 Konzepte hängen. Aber die URLs hängen an den Komponenten (und das jetzt schon), weil es so aus WORMS, ITIS, QUDT,SWEET, CHEBY, ENVO,... importiert wurde. Nur die Zuordnung der Parameter zu diesen externen Importen ist in der Mache.


 * LowerLimit/UpperLimit can be used to define the numeric range of values in which a certain parameter will occur. An internal routine will check during the import of data for outliers and will flag them as not valid. Delete columns for text-parameters in import form or leave empty.
 * Default format some predefined formats are offert by a menue but can be eddited by hand. The format should follow the general precision and will be used by the system as the default. Format can be changed during (or after) the import of data on the config card.
 * Default data type of a parameter can be numeric (1), text (2), (3) DateTime given in ISO-format: YYYY-MM-DDThh:mm:ss, (4) binary, (5) Feature, (6) URI, and (7) Event. If a text parameter is defined, no unit, format and min/max values should be given. Example: Carbon, organic, dissolved [µmol/kg] is a numeric parameter.
 * Default method (DefaultMethodID) is a relational field to the Method table where a required method has to be defined first. Methods defined in this field are shown during import of data by default. The default can be changed during the import procedure. Use the ID of the method for import. Example: Carbon, organic, dissolved is calculated, Method ID 50.
 * Reference (ReferenceID) can be given in case a parameter was defined through a publication; relational to Reference. Use the ID of the referenceI for import. There reference is not shown in the dataset. it is better to use the URL field
 * URL may contain a link to a more detailed explanation/definition of the parameter, e.g. in Wikipedia or in a paper. You can give a link or a DOI. This definition should be of general use. For species parameter the URL field will automatically filled with a link to a taxonomic database (e.g. ITIS, WORMS).
 * Comment (Description) may be used for any descriptions, helpfull to other curators to understand its meaning. This is an internal info field, its content does not appear in datasets!
 * Keywords may be used to define a certain parameter group for special purpose, projects or users.