RRMV

Introduction

Context

Effective policymaking relies heavily on monitoring, as assessing the impact of legislation and policies is crucial to determining whether specific objectives have been met. However, lack of coordination when setting reporting requirements can lead to legal interoperability barriers that then lead to inefficient policy measures, and to duplicated and overlapping requirements, data duplication, and unclear data location.

To address this challenge, the European Commission announced in its Communication on the Long-term competitiveness of the EU (16 March 2023) that it would "make a fresh push to rationalize and simplify reporting requirements for companies and administrations." The Commission aims to introduce initial proposals for the green, digital, and economic thematic areas by autumn 2024, with the goal of reducing administrative burdens by 25% without compromising related policy objectives.

In support of this initiative, the European Commission has identified streamlining regulatory reporting as a key area for reducing administrative burden. By providing policy officers with a detailed understanding of existing legal frameworks and enabling them to leverage these frameworks, the Commission seeks to eliminate redundancies and harmonize reporting requirements, ultimately reducing the complexity and burden associated with regulatory reporting.

Potential uses of the model

1 - Annotate reporting requirements: Annotate reporting requirements in existing legislation including what, by whom, to whom, etc.
The goal of this Use Case is to systematically annotate reporting requirements within legal texts allowing further detailed analysis about potential overlaps, redundancies, or inconsistencies in mandated data flows.
2 - Identify reporting dates: Identify reporting due dates and essential planning information, including conditional start dates, milestones, and derogations.
This Use Case focuses on annotating conditional start dates, key milestones, and any applicable derogations of reporting requirements. The objective is to provide clear and actionable timelines and conditions of the obligations set in reporting requirement clauses allowing further detailed analysis about potential overlaps, redundancies, or inconsistencies in temporal aspects.
3 - Identify changes in reporting requirements: Identify changes in reporting requirements of new versions of legislations affecting reporting requirements. This Use Case involves continuously monitoring the versioning of legislations to ensure the annotated metadata (potential usage 1) remains up to date.
The goal is to identify the Modifications set in a specific article located in the legal text affecting reporting requirements, providing a snapshot of the change in terms of data flow or temporal aspects
4 - Annotate exceptions and legal relationships: Annotate exceptions and legal relationships pertaining to applicable reporting requirements.
The Use Case focuses on annotating clauses that affect the applicability of reporting requirements at a given moment in time (meaning inferring on exception, suspension, or abrogation decisions related to existing reporting requirements).

Terminology

An Application Profile is a specification that reuses terms from one or more base standards, adding more specificity by identifying mandatory, recommended and optional elements to be used for a particular application, as well as recommendations for controlled vocabularies to be used.

An Annex to an Application Profile is a specification that precises the use of some aspects of the Application Profile for a specific context.

This specification uses the following prefixes to shorten the URIs for readibility.

Prefix	Namespace IRI
`dct`	`http://purl.org/dc/terms/`
`eli`	`http://data.europa.eu/eli/ontology#`
`rdf`	`http://www.w3.org/1999/02/22-rdf-syntax-ns#`
`rdfs`	`http://www.w3.org/2000/01/rdf-schema#`
`rrmv`	`http://data.europa.eu/2qy/rrmv#`
`skos`	`http://www.w3.org/2004/02/skos/core#`
`time`	`http://www.w3.org/2006/time#`
`xsd`	`http://www.w3.org/2001/XMLSchema#`

Main Entities

The main entities are those that form the core of the Application Profile. The properties and their associated constraints that apply in the context of this profile are listed in a tabular form. Each row corresponds to one property.

As this is the toplevel application profile for this usage context the reuse of the terms is indicated by their URIs. If an URI is used from another vocabulary than the namespace 2qy it means that the information is inherited as expressed in the data specification in which that URI is defined.

Action

Definition: An event with at least one agent that is participant in it in a given time.
Properties: For this entity the following properties are defined: at time , has agent role , has next , has result , has status .

Property	Range	Card	Definition	Usage
at time	Temporal Entity Specification	0..*	An Action valid within a time interval.
has agent role	Agent Role	0..*	The involvement of an agent in a role within this action.	The involvement of the agent may be time dependent.
has next	Action	0..*	A succeeding action	A requirement may formulate a repetitive sequence of actions. This property chains the actions together.
has result	Action Result	0..*	A result of an action.
has status	Status	0..*	A status of this Action.

Action Result

Definition: The outcome of an Action
Usage Note: It could be an activity (e.g., to do something) or an physical or digital entiity (e.g., report).
Properties: For this entity the following properties are defined: has title , has type .

Property	Range	Card	Definition	Usage
has title	langString	0..*	Title of the action result
has type	Result Type	0..*	A kind of result

Agent

Definition: A legal subject, which refers to any entity involved in an Action, including but not limited to individual entities (such as natural persons or organizations) and groups of entities (such as classes of persons, organizations, or things)
Properties: For this entity the following properties are defined: has category .

Property	Range	Card	Definition	Usage
has category	Agent Category	0..*	Connects the Agent to its AgentCategory.

Agent Role

Definition: A supportive class connecting agents with a role they play.
Properties: For this entity the following properties are defined: at time , for agent , with role .

Property	Range	Card	Definition
at time	Temporal Entity Specification	0..*	An Action or a Role is valid within a time interval.
for agent	Agent	0..*	The agent for which this AgentRole applies.
with role	Role	0..*	The property linking an Agent to Role.

Requirement

Definition: A portion of legal source expression including a mandate that produces at least one Action.
Properties: For this entity the following properties are defined: changes , has topic , has URI , is part of , part of , produces , related to .

Property	Range	Card	Definition	Usage
changes	Requirement	0..*	Indicates that this work or expression legally changes another. This encompasses the notions of amendment, replacement, repeal, or other types of change. This may be a direct change (textual or non-textual amendment) or a consequential or indirect change.
has topic	Concept	0..*	The topic of the requirement
has URI	xsd:anyURI	1..*	associates a rrmv:Requirement with a unique identifier, denoted by a Uniform Resource Identifier (URI), which serves as a reference to the portion (or portions) of the text from where the Requirement is expressed and modelled.	Multiple values indicate that the union of the content of these URIs should be considered for the complete understanding of the Requirement. This property can be repeated, as different portions of the act may encode different aspects of the Requirement, for instance, the addressees may be in one article, while the temporal aspects may be in another.
is part of	Work	1..*	TBD
part of	Expression	1..*	A related resource in which the described resource is physically or logically included.
produces	Action	0..*	The action that is produced by a requirement.
related to	Requirement	0..*	Indicates a somehow related other document, not necessarily a legal resource.

Temporal Entity Specification

Definition: A temporal entity specification serving as an abstract class for all temporal specifications. It includes specifications for instants, intervals, frequency, and durations, functioning as the structure for expressing temporal constraints related to normative provisions and other use cases.
Properties: For this entity the following properties are defined: after , before , ends , external event , has frequency , has function , in , is unspecified , meets , overlaps , starts .

Property	Range	Card	Definition	Usage
after	Temporal Entity Specification	0..*	Indicates that one temporal entity specification occurs following another one.
before	Temporal Entity Specification	0..*	Indicates that one temporal entity specification precedes another one.
ends	Temporal Entity Specification	0..*	Establishes that one temporal entity specification marks the conclusion of another one.
external event	xsd:boolean	0..*	Indicates whether a temporal entity specification depends on events outside the regulatory framework's direct control.
has frequency	Frequency	0..*	The frequency in which the Action is to be executed in case of repetitive mandate.
has function	Temporal Function	0..*	The function the temporal infomation plays	For instance as deadline, moment of entering into force, etc.
in	Temporal Entity Specification	0..*	Establishes that one temporal entity specification occurs entirely within the boundaries of another temporal entity specification.
is unspecified	xsd:boolean	0..*	Indicates whether a temporal aspect exists but is undefined.
meets	Temporal Entity Specification	0..*	Indicates that one temporal entity specification directly adjoins another one without overlap, where one ends exactly when the other begins.
overlaps	Temporal Entity Specification	0..*	Indicates that two temporal entities specifications share a common portion of time without either completely containing the other.
starts	Temporal Entity Specification	0..*	Establishes that one temporal entity specification marks the beginning of another one.

Supportive Entities

The supportive entities are supporting the main entities in the Application Profile. They are included in the Application Profile because they form the range of properties.

Agent Category

Definition: The category of Agent.
Subclass of
: Concept
Properties: This specification does not impose any additional requirements to properties for this entity.

Annotation

Definition: The class for Web Annotations.
Properties: For this entity the following properties are defined: has body , has target .

Property	Range	Card	Definition	Usage
has body	Literal	1	The object of the relationship is a resource that is a body of the Annotation.
has target	Resource	0..*	The relationship between an Annotation and its Target.

Concept

Definition: An idea or notion; a unit of thought.
Usage Note: However, what constitutes a unit of thought is subjective, and this definition is meant to be suggestive, rather than restrictive.
Properties: For this entity the following properties are defined: preferred label .

Property	Range	Card	Definition	Usage
preferred label	Literal	1..n	A preferred label of the concept.	This property can be repeated for parallel language versions of the label.

Duration Temporal Entity Specification

Definition: An continuous amount of time without reference to specific temporal points. It defines a time interval in terms of length rather than absolute positioning in time, used to express concepts such as 'within 30 days', 'for 6 months', or other relative temporal requirements that are not anchored to calendar dates.
Subclass of
: Temporal Entity Specification
Properties: For this entity the following properties are defined: has duration .

Property	Range	Card	Definition	Usage
has duration	xsd:duration	0..1	Links a duration specification to its duration value, quantifying the time periods

Expression

Definition: The intellectual realisation of a Work in the form of identifiable immaterial objects, such as, but not limited to, text. The substance of Expression is signs. An Expression cannot exist without a physical carrier but do not depend on a specific physical
Properties: This specification does not impose any additional requirements to properties for this entity.

Frequency

Definition: The rate at which a temporal entity recurs or repeats over a specified period of time
Properties: For this entity the following properties are defined: has unit , value .

Property	Range	Card	Definition	Usage
has unit	Concept	0..1	The unit of the Frequency	e.g. Quarter
value	Literal	0..1	The value of the frequency.

Instant Temporal Entity Specification

Definition: A set point in time, representing a single moment without duration. It can be used, for example, when a normative provision establishes a specific temporal reference, such as a deadline, start time, or activation moment. This class is appropriate for establishing unique temporal reference points for normative provisions and other use cases.
Subclass of
: Temporal Entity Specification
Properties: This specification does not impose any additional requirements to properties for this entity.

Interval Temporal Entity Specification

Definition: A segment of time with determined start and end points, representing a period of time. This class is appropriate for modelling validity periods, time windows for regulatory compliance, and reporting cycles with defined temporal boundaries, among others.
Subclass of
: Temporal Entity Specification
Properties: For this entity the following properties are defined: has end , has start .

Property	Range	Card	Definition	Usage
has end	Instant Temporal Entity Specification	0..*	Connects an interval to its concluding instant.
has start	Instant Temporal Entity Specification	0..*	Connects an interval to its starting instant.

Legal Expression

Definition: The intellectual realisation of a legal resource in the form of a "sequence of signs" (typically alpha-numeric characters in a legal context). For example, any version of the legal resource whose content is specified and different from others for any reason: language, versions, etc.; Note that ELI ontology accommodates different point of view on what should be considered a new legal resource, or a new legal expression of the same resource. Typically, a consolidated version can be viewed, in the context of ELI, either as separate legal resource (linked to original version and previous consolidated version using corresponding ELI relations), or as a different legal expression of the same legal resource.
Subclass of
: Expression
Properties: For this entity the following properties are defined: cites , embodies , is part of .

Property	Range	Card	Definition
cites	Legal Expression	0..*	Citation in the text of the legislation. This may be at the legal resource or legal expression level, as required by the implementation context. This includes verbatim citation and citations in referrals.
embodies	Manifestation	0..*	Relates a manifestation to the expression that it embodies. Inverse of "is_embodied_by".
is part of	Legal Expression	0..*	Indicates a work in which this one is physically included. Covers the case of text included in an Official Journal, or an article included in a text.

Literal

Definition: A literal value such as a string or integer; Literals may be typed, e.g. as a date according to xsd:date. Literals that contain human-readable text have an optional language tag as defined by BCP 4715.
Properties: This specification does not impose any additional requirements to properties for this entity.

Manifestation

Definition: The physical embodiment of an Expression, either on paper or in any electronic format.
Properties: For this entity the following properties are defined: is embodied by .

Property	Range	Card	Definition	Usage
is embodied by	Legal Expression	0..*	Relates an expression to a manifestation of that expression.

Resource

Definition: Anything described by RDF.
Properties: This specification does not impose any additional requirements to properties for this entity.

Result Type

Definition: The kind of Action Result
Subclass of
: Concept
Properties: This specification does not impose any additional requirements to properties for this entity.

Role

Definition: Function played by an Agent involved in a Requirement.
Properties: For this entity the following properties are defined: has type .

Property	Range	Card	Definition	Usage
has type	Role Type	0..*	A kind of Role

Role Type

Definition: The kind of Role played by an Agent.
Subclass of
: Concept
Properties: This specification does not impose any additional requirements to properties for this entity.

Status

Definition: Status of Action.
Subclass of
: Concept
Properties: This specification does not impose any additional requirements to properties for this entity.

Temporal Function

Definition: A specific temporal role or function. It classifies temporal specifications according to their functional meaning in the normative provisions, such as deadline, validity period, or reporting frequency. This classification helps to interpret the meaning of various temporal specifications within the regulatory framework, among others.
Usage Note: for instance as deadline, moment of entering into force, etc.
Subclass of
: Concept
Properties: This specification does not impose any additional requirements to properties for this entity.

Work

Definition: Any distinct intellectual creation (i.e., the intellectual content), in the context of ELI.
Properties: For this entity the following properties are defined: is realized by , is realized by .

Property	Range	Card	Definition	Usage
is realized by	Legal Expression	0..*	Relates an expression to a work realised through that expression. Inverse of "is_realized_by".
is realized by	Legal Expression	0..*	Relates an expression to a work realised through that expression. Inverse of "is_realized_by".

Class	Definition
langString	The datatype of language-tagged string values.
xsd:anyURI	An anyURI represents an Internationalized Resource Identifier Reference (IRI).
xsd:boolean	A boolean represents the values of two-valued logic.
xsd:duration	Duration represents a duration of time. The ·value space· of duration is a six-dimensional space where the coordinates designate the Gregorian year, month, day, hour, minute, and second components defined in § 5.5.3.2 of [[ISO8601]], respectively.
xsd:string	The string datatype represents character strings in XML.

Property URI	Used for Class	Vocabulary name	Vocabulary URI
rrmv:hasType	Action Result	Action Result Type	This controlled vocabulary is under construction.
rrmv:hasType	Role	Role Type	This controlled vocabulary is under construction.
rrmv:hasCategory	Agent	Agent Category	This controlled vocabulary is under construction.
rrmv:hasstatus	Action	Status	This controlled vocabulary is under construction.

Annotations

In this section we illustrate how the texts from legal documents are connected with the RRMV main classes. The objective of RRMV is to provide a structured representation for legal expressions that mandate an activity. Embedding and sharing the text from which the structure representation has been derived is in principle not needed because the one can retrieve this via the relationships that connect Requirement with the legal documents (isPartOf eli:Work, PartOf eli:Expression). Nevertheless the relationships are sufficient for the main use cases, it is often needed to have a more fine-grained reference to the text that initiated the instance. These textual extracts aid in the trustbuilding and the editorial process, establishing RRMV instances.

The Web Annotation Vocabulary for the RRMV context

While originally RRMV used an own specific property, called has annotation, to record the text on which the instance was based, it has been decided to apply the Web Annotation Vocabulary [annotation-vocab] for this purpose. For RRMV the usage of this vocabulary will be restricted to the following:

An Annotation has a body to record the legal text that is relevant
An Annotation has as target the RRMV instance for which the legal text is the basis of existance

Other more elaborated annotation functionality is considered beyond the core needs for RRMV.


@prefix dcterms: <http://purl.org/dc/terms/> .
@prefix eli: <http://data.europa.eu/eli/ontology#> .
@prefix skos: <http://www.w3.org/2004/02/skos/core#>.
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix oa: <http://www.w3.org/ns/oa#>
@prefix time: <http://www.w3.org/2006/time#>.
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

@prefix rrmv: <http://data.europa.eu/2qy/rrmv#> .
@prefix rrmv-codes: <http://data.europa.eu/2qy/rrmv-codes#> .

@prefix example: <https://system.org/example#> .

[] a oa:Annotation;
    rrmv:hasBody "Providers of political advertising services shall ensure that the contractual arrangements concluded for the provision of a political advertising service require the sponsor, or providers of advertising services acting on behalf of sponsors, to provide the declaration in accordance with paragraph 1 of this Article and the relevant information necessary to comply with Articles 9(1), 11(1) and 12(1). That information shall be transmitted in a complete and accurate manner and without undue delay."@en ;
    rrmv:hasTarget example:Requirement0032024R0900.

[] a oa:Annotation;
    rrmv:hasBody "That information shall be transmitted in a complete and accurate manner and without undue delay."@en ;
    rrmv:hasTarget example:Action0032024R0900 .

[] a oa:Annotation;
    rrmv:hasBody "That information"@en ;
    rrmv:hasTarget example:ActionResult032024R0900 .


example:Requirement0032024R0900 a rrmv:Requirement ;
    rrmv:hasURI "http://data.europa.eu/eli/reg/2024/900/oj/article/007/paragraph/002"^^xsd:anyURI ;
    rrmv:produces example:Action0032024R0900 ;
    dcterms:isPartOf <http://data.europa.eu/eli/reg/2024/900/oj> .

example:Action0032024R0900 a rrmv:Action ;
    rrmv:hasActionResult example:ActionResult032024R0900 ;

example:ActionResult032024R0900 a rrmv:ActionResult .

Example

In this section we illustrate the usage of the RRMV with examples. The examples in this section are fictitious; their sole purpose is to illustrate the use of the application profile to ensure a clear understanding of the model.

ReportNet example - temporal representation

This example focusses on the use of the temporal specifications to denote the temporal aspects of a Requirement. According to the
Regulation (EU) 2018/1999 of the European Parliament and of the Council of 11 December 2018 on the Governance of the Energy Union and Climate Action, amending Regulations (EC) No 663/2009 and (EC) No 715/2009 of the European Parliament and of the Council, Directives 94/22/EC, 98/70/EC, 2009/31/EC, 2009/73/EC, 2010/31/EU, 2012/27/EU and 2013/30/EU of the European Parliament and of the Council, Council Directives 2009/119/EC and (EU) 2015/652 and repealing Regulation (EU) No 525/2013 of the European Parliament and of the Council (Text with EEA relevance.) i
shall

(article 26) “By 31 July 2021, and every year thereafter (year X), Member States shall report to the Commission their approximated greenhouse gas inventories for the year X-1. For the purposes of this paragraph, the Commission shall, on the basis of the Member States' approximated greenhouse gas inventories or, if a Member State has not communicated its approximated inventories by that date, on the basis of its own estimates, annually compile a Union approximated greenhouse gas inventory. The Commission shall make that information available to the public by 30 September every year”.

This requirement initiates an action with a yearly deadline starting from 31 July 2021. Encoding this temporal information using the RRMV temporal specification is as follows.

@prefix dcterms: <http://purl.org/dc/terms/> .
@prefix eli: <http://data.europa.eu/eli/ontology#> .
@prefix skos: <http://www.w3.org/2004/02/skos/core#>.
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix oa: <http://www.w3.org/ns/oa#>
@prefix time: <http://www.w3.org/2006/time#>.
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

@prefix rrmv: <http://data.europa.eu/2qy/rrmv#> .
@prefix rrmv-codes: <http://data.europa.eu/2qy/rrmv-codes#> .

@prefix example: <https://system.org/example#> .

example:action1 a rrmv:Action;
   rrmv:atTime [
      a rrmv:InstantSpec;
      rrmv:hasFunction rrmv-codes:deadline;
      xxx:moment "2021-07-31"^^xsd:date; # TBD
      rrmv:hasFrequency [
          a rrmv:Frequency;
          rrmv:value "1";
          rrmv:unit  rrmv-codes:year # TBD
         ]
      ]

This describes a collection of deadlines 31 July 2021, 31 July 2022, 31 July 2023, ... with no end.

@prefix dcterms: <http://purl.org/dc/terms/> .
@prefix eli: <http://data.europa.eu/eli/ontology#> .
@prefix skos: <http://www.w3.org/2004/02/skos/core#>.
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix oa: <http://www.w3.org/ns/oa#>
@prefix time: <http://www.w3.org/2006/time#>.
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

@prefix rrmv: <http://data.europa.eu/2qy/rrmv#> .
@prefix rrmv-codes: <http://data.europa.eu/2qy/rrmv-codes#> .

@prefix example: <https://system.org/example#> .

example:action1 a rrmv:Action;
   rrmv:atTime [
      rrmv:hasFunction rrmv-codes:deadline;
      a rrmv:InstantSpec;
      rrmv:starts [
         a rrmv:InstantSpec;
         xxx:moment "2021-07-31"^^xsd:date; # TBD
         ];
      rrmv:hasFrequency [
          a rrmv:Frequency;
          rrmv:value "1";
          rrmv:unit  rrmv-codes:year # TBD
         ]
      ]

@prefix dcterms: <http://purl.org/dc/terms/> .
@prefix eli: <http://data.europa.eu/eli/ontology#> .
@prefix skos: <http://www.w3.org/2004/02/skos/core#>.
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix oa: <http://www.w3.org/ns/oa#>
@prefix time: <http://www.w3.org/2006/time#>.
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

@prefix rrmv: <http://data.europa.eu/2qy/rrmv#> .
@prefix rrmv-codes: <http://data.europa.eu/2qy/rrmv-codes#> .

@prefix example: <https://system.org/example#> .

[] a oa:Annotation;
    rrmv:hasBody "31 July 2021";
    rrmv:hasTarget example:action1TS1.

[] a oa:Annotation;
    rrmv:hasBody "every year thereafter (year X)";
    rrmv:hasTarget example:action1TS2.

example:action1 a rrmv:Action;
   rrmv:atTime [
      rrmv:hasFunction rrmv-codes:deadline;
      a rrmv:InstantSpec;
      rrmv:starts example:action1TS1; 
      rrmv:hasFrequency example:action1TS2
      ] .

example:action1TS1 a rrmv:InstantSpec;
      xxx:moment "2021-07-31"^^xsd:date. #TBD 

example:action1TS2  a rrmv:Frequency;
      rrmv:value "1";
      rrmv:unit  rrmv-codes:year. # TBD

Other temporal patterns.

@prefix dcterms: <http://purl.org/dc/terms/> .
@prefix eli: <http://data.europa.eu/eli/ontology#> .
@prefix skos: <http://www.w3.org/2004/02/skos/core#>.
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix oa: <http://www.w3.org/ns/oa#>
@prefix time: <http://www.w3.org/2006/time#>.
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

@prefix rrmv: <http://data.europa.eu/2qy/rrmv#> .
@prefix rrmv-codes: <http://data.europa.eu/2qy/rrmv-codes#> .

@prefix example: <https://system.org/example#> .

[] a oa:Annotation;
    rrmv:hasBody "not earlier than 31 July 2021";
    rrmv:hasTarget example:action1TS1.

example:action1 a rrmv:Action;
   rrmv:atTime [
      a rrmv:InstantSpec;
      rrmv:starts example:action1TS1; 
      ] .

example:action1TS1 a rrmv:InstantSpec;
      xxx:moment "2021-07-31"^^xsd:date. #TBD 

[] a oa:Annotation;
    oa:hasBody "9 months after the directive went into force";
    oa:hasTarget example:action1TS1.

example:action1 a rrmv:Action;
   rrmv:atTime [
      a rrmv:TemporalEntitySpec;
      rrmv:after example:action1TS1; 
      ] .

example:action1TS1 a rrmv:DurationSpec;
      rrmv:hasDuration "P9M"^^xsd:duration;
      rrmv:after [ 
          a rrmv:InstantSpec; 
          rrmv:externalEvent true
          ].

Class	Class IRI	Property	Property IRI
Action	http://data.europa.eu/2qy/rrmv#Action	at time	http://data.europa.eu/2qy/rrmv#atTime
Action	http://data.europa.eu/2qy/rrmv#Action	has agent role	http://data.europa.eu/2qy/rrmv#hasAgentRole
Action	http://data.europa.eu/2qy/rrmv#Action	has next	http://data.europa.eu/2qy/rrmv#hasNext
Action	http://data.europa.eu/2qy/rrmv#Action	has result	http://data.europa.eu/2qy/rrmv#hasResult
Action	http://data.europa.eu/2qy/rrmv#Action	has status	http://data.europa.eu/2qy/rrmv#hasStatus
Action Result	http://data.europa.eu/2qy/rrmv#ActionResult	has title	http://purl.org/dc/terms/title
Action Result	http://data.europa.eu/2qy/rrmv#ActionResult	has type	http://data.europa.eu/2qy/rrmv#hasType
Agent	http://data.europa.eu/2qy/rrmv#Agent	has category	http://data.europa.eu/2qy/rrmv#hasCategory
Agent Category	http://data.europa.eu/2qy/rrmv#AgentCategory
Agent Role	http://data.europa.eu/2qy/rrmv#AgentRole	at time	http://data.europa.eu/2qy/rrmv#atTime
Agent Role	http://data.europa.eu/2qy/rrmv#AgentRole	for agent	http://data.europa.eu/2qy/rrmv#forAgent
Agent Role	http://data.europa.eu/2qy/rrmv#AgentRole	with role	http://data.europa.eu/2qy/rrmv#withRole
Annotation	http://www.w3.org/ns/oa#Annotation	has body	http://www.w3.org/ns/oa#hasBody
Annotation	http://www.w3.org/ns/oa#Annotation	has target	http://www.w3.org/ns/oa#hasTarget
Concept	http://www.w3.org/2004/02/skos/core#Concept	preferred label	http://www.w3.org/2004/02/skos/core#prefLabel
Duration Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#DurationSpec	has duration	http://data.europa.eu/2qy/rrmv#hasDuration
Expression	http://data.europa.eu/eli/ontology#Expression
Frequency	http://data.europa.eu/2qy/rrmv#Frequency	has unit	http://data.europa.eu/2qy/rrmv#hasUnit
Frequency	http://data.europa.eu/2qy/rrmv#Frequency	value	http://data.europa.eu/2qy/rrmv#value
Instant Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#InstantSpec
Interval Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#IntervalSpec	has end	http://data.europa.eu/2qy/rrmv#hasEnd
Interval Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#IntervalSpec	has start	http://data.europa.eu/2qy/rrmv#hasStart
Legal Expression	http://data.europa.eu/eli/ontology#LegalExpression	cites	http://data.europa.eu/eli/ontology#cites
Legal Expression	http://data.europa.eu/eli/ontology#LegalExpression	embodies	http://data.europa.eu/eli/ontology#embodies
Legal Expression	http://data.europa.eu/eli/ontology#LegalExpression	is part of	http://data.europa.eu/eli/ontology#is_part_of
Literal	http://www.w3.org/2000/01/rdf-schema#Literal
Manifestation	http://data.europa.eu/eli/ontology#Manifestation	is embodied by	http://data.europa.eu/eli/ontology#is_embodied_by
Requirement	http://data.europa.eu/2qy/rrmv#Requirement	changes	http://data.europa.eu/2qy/rrmv#changes
Requirement	http://data.europa.eu/2qy/rrmv#Requirement	has topic	http://data.europa.eu/2qy/rrmv#hasTopic
Requirement	http://data.europa.eu/2qy/rrmv#Requirement	has URI	http://data.europa.eu/2qy/rrmv#hasURI
Requirement	http://data.europa.eu/2qy/rrmv#Requirement	is part of	http://data.europa.eu/2qy/rrmv#isPartOf
Requirement	http://data.europa.eu/2qy/rrmv#Requirement	part of	https://www.iflastandards.info/fr/frbr/frbroo#R8i
Requirement	http://data.europa.eu/2qy/rrmv#Requirement	produces	http://data.europa.eu/2qy/rrmv#produces
Requirement	http://data.europa.eu/2qy/rrmv#Requirement	related to	http://data.europa.eu/2qy/rrmv#related_to
Resource	http://www.w3.org/2000/01/rdf-schema#Resource
Result Type	http://data.europa.eu/2qy/rrmv#ResultType
Role	http://data.europa.eu/2qy/rrmv#Role	has type	http://data.europa.eu/2qy/rrmv#hasType
Role Type	http://data.europa.eu/2qy/rrmv#RoleType
Status	http://data.europa.eu/2qy/rrmv#Status
Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#TemporalEntitySpec	after	http://data.europa.eu/2qy/rrmv#after
Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#TemporalEntitySpec	before	http://data.europa.eu/2qy/rrmv#before
Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#TemporalEntitySpec	ends	http://data.europa.eu/2qy/rrmv#ends
Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#TemporalEntitySpec	external event	http://data.europa.eu/2qy/rrmv#externalEvent
Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#TemporalEntitySpec	has frequency	http://data.europa.eu/2qy/rrmv#hasFrequency
Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#TemporalEntitySpec	has function	http://data.europa.eu/2qy/rrmv#hasFunction
Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#TemporalEntitySpec	in	http://data.europa.eu/2qy/rrmv#in
Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#TemporalEntitySpec	is unspecified	http://data.europa.eu/2qy/rrmv#isUnspecified
Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#TemporalEntitySpec	meets	http://data.europa.eu/2qy/rrmv#meets
Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#TemporalEntitySpec	overlaps	http://data.europa.eu/2qy/rrmv#overlaps
Temporal Entity Specification	http://data.europa.eu/2qy/rrmv#TemporalEntitySpec	starts	http://data.europa.eu/2qy/rrmv#starts
Temporal Function	http://data.europa.eu/2qy/rrmv#TemporalFunction
Work	http://data.europa.eu/eli/ontology#Work	is realized by	http://data.europa.eu/eli/ontology#is_realized_by
Work	http://data.europa.eu/eli/ontology#Work	is realized by	http://data.europa.eu/eli/ontology#is_realized_by

Summary

Introduction

Context

Potential uses of the model

Status

License

Conformance

Terminology

Overview

Application profile diagram

Main Entities

Supportive Entities

Datatypes

Controlled Vocabularies

Annotations

The Web Annotation Vocabulary for the RRMV context

Example

ReportNet example - temporal representation

Support for implementation

JSON-LD context file

Validation

OWL Representation

Quick Reference of Classes and Properties