Final Release

Aevum Ontology Specification v3.4

Version: 3.4.0
Released: 2025-01-15
Namespace: https://ontology.aevum.enc/
Prefix: ae:

1. Introduction

The Aevum Ontology defines the structural semantics of knowledge entities within the Aevum Encyclopedia platform. It provides a unified framework for representing concepts, events, persons, artifacts, and their relationships with machine-readable precision and human-readable clarity.

§
Normative Reference

This document constitutes the normative specification for version 3.4. Implementations must adhere to the constraints defined herein to ensure interoperability with the Aevum Knowledge Graph.

1.1 Scope

This specification covers:

  • Core entity types and hierarchical classification.
  • Property definitions with cardinality and range constraints.
  • Temporal validity modeling via ISO 8601 intervals.
  • Source attribution and provenance tracking.
  • Multi-lingual label handling.
  • JSON-LD and SPARQL interface mappings.

1.2 Conventions

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" are to be interpreted as described in RFC 2119.

2. Core Classes

The ontology defines a hierarchy rooted in Aevum:Thing. The following table summarizes the primary classes:

Class Description Superclass
Aevum:Entity Any distinct existing thing in the domain. Aevum:Thing
Aevum:Concept An abstract idea, definition, or mental construct. Aevum:Entity
Aevum:Event A temporal occurrence with start/end bounds. Aevum:Entity
Aevum:Person A human individual with biographical data. Aevum:Entity
Aevum:Source A verifiable reference or citation resource. Aevum:Thing
Aevum:Artifact A created object (book, painting, software). Aevum:Entity
💡
Aevum:Concept

Represents an abstract concept, theory, term, or definition. Concepts are the primary nodes in the knowledge graph for informational queries.

ae:definition xsd:string (1..1)
ae:label rdf:langString (1..*)
ae:category Aevum:Category (1..*)
ae:relatedTo Aevum:Concept (0..*)
ae:confidence xsd:decimal (0..1)
📜
Aevum:Source

Represents a citable source, such as a journal article, book, dataset, or verified web resource. All factual claims MUST be linked to at least one source.

ae:title xsd:string (1..1)
ae:url xsd:anyURI (0..1)
ae:authors Aevum:Person (1..*)
ae:publishedDate xsd:date (1..1)
ae:credibilityScore xsd:decimal (0..1)

3. Properties

Properties define the attributes and relationships of entities. The following table lists global properties applicable across multiple classes.

Property Range Cardinality Description
ae:id xsd:string Req Unique internal identifier. Must be globally unique within the namespace.
ae:label rdf:langString Req Human-readable label. Supports language tagging (e.g., "en", "es", "zh").
ae:definition xsd:string Req Formal definition or description of the entity.
ae:validFrom xsd:dateTime Opt Start of temporal validity. Defaults to 0001-01-01T00:00:00Z if omitted.
ae:validUntil xsd:dateTime Opt End of temporal validity. Defaults to 9999-12-31T23:59:59Z if omitted.
ae:source Aevum:Source Req Collection of sources supporting the entity or specific claims.
ae:modifiedAt xsd:dateTime Sys Timestamp of last modification. Auto-generated by the platform.
ℹ️
System Properties

Properties marked as "Sys" are managed automatically by the Aevum ingestion pipeline and cannot be set manually by contributors.

4. Relations

Relations define typed edges between entities. Unlike generic properties, relations carry semantic weight in the knowledge graph traversal.

Relation Domain Range Type
ae:subclassOf Aevum:Concept Aevum:Concept Transitive
ae:partOf Aevum:Entity Aevum:Entity Anti-symmetric
ae:causes Aevum:Event Aevum:Event Causal
ae:createdBy Aevum:Artifact Aevum:Person Attribution
ae:contradicts Aevum:Claim Aevum:Claim Exclusive

5. Temporal Semantics

Version 3.4 introduces strict temporal validity modeling. Every entity may exist over a defined time interval. Queries MUST respect temporal context when retrieving data.

Turtle (RDF)
# Temporal Validity Example
ae:phys:quantum_entanglement a Aevum:Concept ;
    ae:label "Quantum Entanglement"@en ;
    ae:validFrom "1935-01-01T00:00:00Z"^^xsd:dateTime ;
    ae:validUntil "9999-12-31T23:59:59Z"^^xsd:dateTime .

# Historical Event with Bounded Interval
ae:hist:renaissance_florence a Aevum:Event ;
    ae:label "Florentine Renaissance"@en ;
    ae:validFrom "1300-01-01T00:00:00Z"^^xsd:dateTime ;
    ae:validUntil "1600-12-31T23:59:59Z"^^xsd:dateTime .
⚠️
Validation Constraint

ae:validFrom MUST be strictly less than ae:validUntil if both are provided. Overlapping intervals for the same ae:id are prohibited and will result in a validation error during ingestion.

6. JSON-LD Mapping

The following example demonstrates the JSON-LD representation of a Aevum:Concept entity conforming to specification v3.4.

JSON-LD
{
  "@context": "https://schema.aevum.enc/v3.4/context.jsonld",
  "@type": "Aevum:Concept",
  "ae:id": "ae:bio:photosynthesis",
  "ae:label": [
    {
      "@value": "Photosynthesis",
      "@language": "en"
    },
    {
      "@value": "Fotosíntesis",
      "@language": "es"
    }
  ],
  "ae:definition": "The process by which green plants and some other organisms use sunlight to synthesize foods from carbon dioxide and water.",
  "ae:category": [
    "ae:cat:biology",
    "ae:cat:chemistry"
  ],
  "ae:validFrom": "0001-01-01T00:00:00Z",
  "ae:source": [
    {
      "@id": "ae:src:campbell_biology_12th"
    },
    {
      "@id": "ae:src:ncbi_pmid_12345678"
    }
  ],
  "ae:modifiedAt": "2025-01-14T09:23:11Z"
}

7. Validation Rules

Entities submitted to the Aevum knowledge graph MUST pass the following validation checks:

  1. Unique ID: The ae:id MUST be globally unique within the namespace.
  2. Label Presence: At least one ae:label MUST be provided in the English language.
  3. Source Attribution: All entities of type Aevum:Concept and Aevum:Event MUST have at least one ae:source link.
  4. Temporal Integrity: ae:validFrom < ae:validUntil.
  5. Relation Consistency: Transitive relations (e.g., ae:subclassOf) MUST NOT contain cycles.
SPARQL — Validation Query
# Detect entities missing required sources
SELECT ?entity ?label
WHERE {
  ?entity a Aevum:Concept .
  ?entity ae:label ?label .
  FILTER (NOT EXISTS { ?entity ae:source ?src })
}

8. Changelog (v3.4)

Type Change Impact
Added New class Aevum:Claim for verifiable assertions separate from concepts. Extends knowledge graph capabilities for debate/fact-checking modules.
Added Property ae:confidence for AI-derived entities. Allows ranking of machine-generated content by reliability.
Changed ae:source cardinality updated from (0..*) to (1..*) for Concepts and Events. Breaking: Legacy entities without sources must be updated or archived.
Deprecated Property ae:legacy_id is deprecated in favor of ae:id mapping. Will be removed in v4.0.
Fixed Temporal interval validation now correctly handles inclusive endpoints. Corrects edge-case ingestion errors.