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: -
 * 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.