drug_label_config.yaml

# metamodel_version: 1.7.0# version: 3.5.4id: drug_label
schema_generating: true
description: 'a document accompanying a drug or its container that provides written,
  printed or graphic information about the drug, including drug contents, specific
  instructions  or warnings for administration, storage and disposal instructions,
  etc. '
display_name: drug label
document_category: drug label
weight: 20
fields:
- id: iri
  description: An IRI for an entity. This is determined by the id using expansion
    rules.
  display_name: iri
- id: type
  display_name: type
  cardinality: multi
- id: description
  description: a human-readable description of an entity
  display_name: description
- id: has_attribute
  description: connects any entity to an attribute
  display_name: has attribute
  cardinality: multi
- id: provided_by
  description: The value in this node property represents the knowledge provider that
    created or assembled the node and all of its attributes.  Used internally to represent
    how a particular node made its way into a knowledge provider or graph.
  display_name: provided by
  cardinality: multi
- id: full_name
  description: a long-form human readable name for a thing
  display_name: full name
- id: synonym
  description: Alternate human-readable names for a thing
  display_name: synonym
  cardinality: multi
- id: category
  description: "Name of the high level ontology class in which this entity is categorized.\
    \ Corresponds to the label for the biolink entity type class.\n * In a neo4j database\
    \ this MAY correspond to the neo4j label tag.\n * In an RDF database it should\
    \ be a biolink model class URI.\nThis field is multi-valued. It should include\
    \ values for ancestors of the biolink class; for example, a protein such as Shh\
    \ would have category values `biolink:Protein`, `biolink:GeneProduct`, `biolink:MolecularEntity`,\
    \ ...\nIn an RDF database, nodes will typically have an rdf:type triples. This\
    \ can be to the most specific biolink class, or potentially to a class more specific\
    \ than something in biolink. For example, a sequence feature `f` may have a rdf:type\
    \ assertion to a SO class such as TF_binding_site, which is more specific than\
    \ anything in biolink. Here we would have categories {biolink:GenomicEntity, biolink:MolecularEntity,\
    \ biolink:NamedThing}"
  display_name: named thing_category
  cardinality: multi
- id: license
  display_name: license
- id: rights
  display_name: rights
- id: format
  display_name: format
- id: creation_date
  description: date on which an entity was created. This can be applied to nodes or
    edges
  display_name: creation date
- id: authors
  description: connects an publication to the list of authors who contributed to the
    publication. This property should be a comma-delimited list of author names. It
    is recommended that an author's name be formatted as "surname, firstname initial.".   Note
    that this property is a node annotation expressing the citation list of authorship
    which might typically otherwise be more completely documented in biolink:PublicationToProviderAssociation
    defined edges which point to full details about an author and possibly, some qualifiers
    which clarify the specific status of a given author in the publication.
  display_name: authors
  cardinality: multi
- id: pages
  description: When a 2-tuple of page numbers are provided, they represent the start
    and end page of the publication within its parent publication context. For books,
    this may be set to the total number of pages of the book.
  display_name: publication_pages
  cardinality: multi
- id: summary
  description: executive  summary of a publication
  display_name: summary
- id: keywords
  description: keywords tagging a publication
  display_name: keywords
  cardinality: multi
- id: mesh_terms
  description: mesh terms tagging a publication
  display_name: mesh terms
  cardinality: multi
- id: xref
  description: A database cross reference or alternative identifier for a NamedThing
    or edge between two  NamedThings.  This property should point to a database record
    or webpage that supports the existence of the edge, or  gives more detail about
    the edge. This property can be used on a node or edge to provide multiple URIs
    or CURIE cross references.
  display_name: xref
  cardinality: multi
- id: id
  description: 'Different kinds of publication subtypes will have different preferred
    identifiers (curies when feasible). Precedence of identifiers for scientific articles
    is as follows: PMID if available; DOI if not; actual alternate CURIE otherwise.
    Enclosing publications (i.e. referenced by ''published in'' node property) such
    as books and journals, should have industry-standard identifier such as from ISBN
    and ISSN.'
  display_name: publication_id
- id: name
  description: the 'title' of the publication is generally recorded in the 'name'
    property (inherited from NamedThing). The field name 'title' is now also tagged
    as an acceptable alias for the node property 'name' (just in case).
  display_name: publication_name
- id: publication_type
  description: Ontology term for publication type may be drawn from Dublin Core types
    (https://www.dublincore.org/specifications/dublin-core/dcmi-type-vocabulary/),
    FRBR-aligned Bibliographic Ontology (https://sparontologies.github.io/fabio/current/fabio.html),
    the MESH publication types (https://www.nlm.nih.gov/mesh/pubtypes.html), the Confederation
    of Open Access Repositories (COAR) Controlled Vocabulary for Resource Type Genres
    (http://vocabularies.coar-repositories.org/documentation/resource_types/), Wikidata
    (https://www.wikidata.org/wiki/Wikidata:Publication_types), or equivalent publication
    type ontology. When a given publication type ontology term is used within a given
    knowledge graph, then the CURIE identified term must be documented in the graph
    as a concept node of biolink:category biolink:OntologyClass.
  display_name: publication_publication type
  cardinality: multi