@prefix owl: . @prefix rdfs: . @prefix org: . @prefix skos: . @prefix foaf: . @prefix time: . @prefix rdf: . @prefix dc: . @prefix xsd: . a owl:Class ; rdfs:label "Image Object"@en ; rdfs:comment "A logo to describe / represent an entity."@en ; rdfs:isDefinedBy . a owl:Class ; rdfs:label "Public Organisation"@en, "Public Organization"@en ; rdfs:comment "An Organization that is defined as being part of the public sector by a legal framework at any level."@en ; rdfs:isDefinedBy ; rdfs:subClassOf org:Organization ; skos:scopeNote """Organizations which exist to provide services for its citizens and companies are called Public Organizations. The Public Organization class represents the organization. One organization may comprise several sub-organizations and any organization may have one or more organizational units. Each of these is described using the same properties and relationships.

This definition is consistent with the more detailed definition of a "public sector body" as given in the PSI Directive: "the State, regional or local authorities, bodies governed by public law and associations formed by one or several such authorities or one or several such bodies governed by public law". It further defines a body governed by public law as any body "(a) established for the specific purpose of meeting needs in the general interest, not having an industrial or commercial character; and (b) having legal personality; and (c) financed, for the most part by the State, or regional or local authorities, or other bodies governed by public law; or subject to management supervision by those bodies; or having an administrative, managerial or supervisory board, more than half of whose members are appointed by the State, regional or local authorities or by other bodies governed by public law"."""@en, """Organizations which exist to provide services for its citizens and companies are called Public Organizations. The Public Organization class represents the organization. One organization may comprise several sub-organizations and any organization may have one or more organizational units. Each of these is described using the same properties and relationships.

This definition is consistent with the more detailed definition of a "public sector body" as given in the PSI Directive: "the State, regional or local authorities, bodies governed by public law and associations formed by one or several such authorities or one or several such bodies governed by public law". It further defines a body governed by public law as any body "(a) established for the specific purpose of meeting needs in the general interest, not having an industrial or commercial character; and (b) having legal personality; and (c) financed, for the most part by the State, or regional or local authorities, or other bodies governed by public law; or subject to management supervision by those bodies; or having an administrative, managerial or supervisory board, more than half of whose members are appointed by the State, regional or local authorities or by other bodies governed by public law"."""@en . a owl:Class ; rdfs:label "Reference Framework"@en ; rdfs:comment "Legislation or official policy from which Requirements are derived."@en ; rdfs:isDefinedBy ; skos:scopeNote "Usual Reference Frameworks are legal and non-legal specifications. Examples include procedures, tendering legislation, etc."@en . a owl:ObjectProperty ; rdfs:label "contact page"@en ; rdfs:comment "A web page that could be used to reach out the Contact Point."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range foaf:Document . a owl:DatatypeProperty ; rdfs:label "has email"@en ; rdfs:comment "An electronic address through which the Contact Point can be contacted."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range rdfs:Literal . a owl:ObjectProperty ; rdfs:label "frequency"@en ; rdfs:comment "The recurrence of an instant or period."@en ; rdfs:domain time:TemporalEntity ; rdfs:isDefinedBy ; rdfs:range skos:Concept ; skos:scopeNote "It is recommended to use the frequency from an existing vocabulary like the Frequency from the Publications Office."@en . a owl:DatatypeProperty ; rdfs:label "has telephone"@en ; rdfs:comment "A telephone number through which the Contact Point can be contacted."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range rdfs:Literal . a owl:Class ; rdfs:label "Contact Point"@en ; rdfs:comment "Information (e.g. e-mail address, telephone number) of a person or department through which the user can get in touch with."@en ; rdfs:isDefinedBy ; skos:scopeNote "The Core Public Organization Vocabulary defines properties for telephone number, e-mail address and opening hours although it is noteworthy that the class is based on schema.org's ContactPoint class that has additional properties that some implementations may find useful."@en, "Similarly to the Channel class, a Contact Point may have regular opening hours that are then overridden by, for example, public holidays, using the Temporal Entity class."@en . a owl:DatatypeProperty ; rdfs:label "date of birth"@en ; rdfs:comment "The point in time on which the Person was born."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range ; skos:scopeNote """The date of birth could be expressed as date, gYearMonth or gYear, example:
  • - 1980-09-16^^xs:date
  • - 1980-09^^xs:gYearMonth
  • - 1980^^xs:gYear
"""@en . a owl:DatatypeProperty ; rdfs:label "date of death"@en ; rdfs:comment "The point in time on which the Person died."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range ; skos:scopeNote """The date of birth could be expressed as date, gYearMonth or gYear, example:
  • - 1980-09-16^^xs:date
  • - 1980-09^^xs:gYearMonth
  • - 1980^^xs:gYear
"""@en . a owl:ObjectProperty ; rdfs:label "gender"@en ; rdfs:comment "The identities, expressions and societal roles of the Person."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range skos:Concept ; skos:scopeNote "The gender of an individual should be recorded using a controlled vocabulary that is appropriate for the specific context. In some cases, the chromosomal or physical state of an individual will be more important than the gender that they express, in others the reverse will be true. What is always important is that the controlled vocabulary used to describe an individual's gender is stated explicitly."@en . a owl:DatatypeProperty ; rdfs:label "matronymic name"@en ; rdfs:comment "Name based on the given name of the Person's mother."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range rdf:langString . a owl:ObjectProperty ; rdfs:label "sex"@en ; rdfs:comment "The organism's biological sex."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range skos:Concept ; skos:scopeNote "The recommended controlled vocabulary for this property is the sex authority table of the Publications Office."@en . a owl:Class ; rdfs:label "Generic date"@en ; rdfs:comment "The date data type is the union of xs:date, xs:gYearMonth and xs:gYear"@en ; rdfs:isDefinedBy . a owl:DatatypeProperty ; rdfs:comment "The (estimated) time needed for executing a Public Service. The actual information is provided using the ISO8601 syntax for durations."@en, "The (estimated) time needed for executing a Public Service which may depend on the Channel chosen."@en ; rdfs:label "processing time"@en ; skos:scopeNote """Some examples are provided below: Duration Syntax - Syntax 5 years - P5Y 1 month - P1M 3 days - P3D 2 days 4 hours - P2DT4H Durations begin with an uppercase P followed by the number and the relevant designator, formally: P[n]Y[n]M[n]DT[n]H[n]M[n]S, where Y is for years, M for months etc. Note that days and times are separated by an uppercase T which also disambiguates M as meaning month (P2M means 2 months) or minute (PT2M means 2 minutes). Durations may also be defined as a number of weeks so P4W means 4 weeks. A full explanation is provided in the Wikipedia page that references the official ISO standard. This approach is consistent with both schema.org and the W3C OWL Time Ontology."""@en, "The actual information is provided using the ISO8601 syntax for durations."@en . a owl:ObjectProperty ; rdfs:comment "The industry or sector a Public Service relates to, or is intended for."@en ; rdfs:label "sector"@en ; skos:scopeNote "For example: environment, safety, housing. Note that a single Public Service may relate to multiple sectors. The possible values for this property are provided as a controlled vocabulary. The possible values for this property are described in the controlled vocabulary Data theme Authority Table of the Publications Office."@en . a owl:ObjectProperty ; rdfs:comment "The Thematic Area of a Public Service."@en ; rdfs:label "thematic area"@en ; skos:scopeNote "For example: social protection, health, recreation, culture and religion, family, traveling economic affairs, tax, staff, environment, etc."@en . a owl:ObjectProperty ; rdfs:comment "The main contact information of the resource."@en ; rdfs:label "contact point"@en ; skos:scopeNote "Note that the contact information should be relevant to the Public Service which may not be the same as contact information for the Competent Authority or any Participant."@en . a owl:ObjectProperty ; rdfs:comment "It links the Public Service to any Channel through which an Agent provides, uses or otherwise interacts with the Public Service, such as an online service, phone number or office."@en ; rdfs:label "has channel"@en . a owl:ObjectProperty ; rdfs:comment "It links a Public Service to a Public Organization, which is the responsible Agent for the delivery of the Public Service."@en ; rdfs:label "has competent authority"@en ; skos:scopeNote "Whether the particular Public Organization provides the public service directly or outsources it is not relevant. The Public Organization that is the Competent Authority of the service is the one that is ultimately responsible for managing and providing the public service. The term Competent Authority is defined in the Services Directive (2006/123/EC) in the following way: \"Any body or authority which has a supervisory or regulatory role in a Member State in relation to service activities, including, in particular, administrative authorities, including courts acting as such, professional bodies, and those professional associations or other professional organisations which, in the exercise of their legal autonomy, regulate in a collective manner access to service activities or the exercise thereof\"."@en . a owl:ObjectProperty ; rdfs:comment "It indicates the costs related to the execution of a Public Service for the citizen or business related to the execution of the particular Public Service."@en ; rdfs:label "has cost"@en ; skos:scopeNote "Where the cost varies depending on the channel through which the service is accessed, it can be linked to the channel using the If Accessed Through relationship."@en . a owl:ObjectProperty ; rdfs:comment "It links a Public Service to one or more instances of the EvidenceType class."@en ; rdfs:label "has input type"@en . a owl:ObjectProperty ; rdfs:comment "It indicates the Legal Resource (e.g. legislation) to which the Public Service relates, operates or has its legal basis."@en ; rdfs:label "has legal resource"@en . a owl:ObjectProperty ; rdfs:comment "The way how a resource is organized."@en ; rdfs:label "has participation"@en ; skos:scopeNote "The Participation class facilitates the detailed description of how an Agent participates in or interacts with a Public Service and may include temporal and spatial information."@en . a owl:ObjectProperty ; rdfs:comment "It links a Public Service to a class that describes the Requirement."@en ; rdfs:label "holds requirement"@en ; skos:scopeNote "Usage: It describes the needing or using the service, such as residency in a given location, being over a certain age etc. The Requirement class is defined in the Core Criterion and Core Evidence Vocabulary."@en . a owl:ObjectProperty ; rdfs:comment "It allows to classify the Public Service with any Concept other than those already foreseen and defined explicitly in the CPSV-AP (Thematic Area, Sector, etc.)."@en ; rdfs:label "is classified by"@en ; skos:scopeNote """It is a generic property which can be further specialised to make the classification explicit, for instance for classifying public services according level of digitisation, type of audience, etc. The Concept is at its turn related to a Collection, which groups the different concepts into a controlled vocabulary."""@en . a owl:ObjectProperty ; rdfs:comment "It links the Public Service to the Event class."@en ; rdfs:label "is grouped by"@en ; skos:scopeNote "Several Public Services may be associated with a particular Event and, likewise, the same Public Service may be associated with several different Events."@en . a owl:ObjectProperty ; rdfs:comment "A Public Service related to the particular instance of the Public Service class."@en ; rdfs:label "related service"@en ; skos:scopeNote "This property is a sub-property of dct:relation."@en ; rdfs:subPropertyOf dc:relation . a owl:Class ; rdfs:comment "A Business Event is a specific situation or event in the lifecycle of a business that fulfils one or more needs or (legal) obligations of that business at this specific point in time."@en ; rdfs:label "Business Event"@en ; skos:scopeNote "A Business Event requires a set of public services to be delivered and consumed in order for the associated business need(s) or obligation(s) to be fulfilled. Business Events are defined within the context of a particular Member State. In other words, a Business Event groups together a number of public services that need to be delivered for completing that particular event."@en ; rdfs:subClassOf . a owl:Class ; rdfs:comment "A medium through which an Agent provides, uses or interacts in another way with a Public Service."@en ; rdfs:label "Channel"@en ; skos:scopeNote "Typical examples include online services, phone, walk-in centres etc."@en . a owl:ObjectProperty ; rdfs:comment "A time during which the resource is not available."@en ; rdfs:label "availability restriction"@en ; skos:scopeNote """Like the Contact Point, a Channel may not be available at a certain time.

For a simple description of the time use the description property of TemporalEntity.

For more structured data use the model in Time Ontology, see an example."""@en, """For a simple description of the time use the description property of TemporalEntity. For more structured data use the model in Time Ontology, see an example."""@en . a owl:ObjectProperty ; rdfs:comment "A time at which the resource is normally available."@en, "The time at which the Contact Point is normally available."@en ; rdfs:label "opening hours"@en ; skos:scopeNote """Like the Contact Point, a Channel may be available at a certain time.

For a simple description of the time use the description property of TemporalEntity.

For more structured data use the model in Time Ontology, see an example."""@en, """For a simple description of the time use the description property of TemporalEntity. For more structured data use the model in Time Ontology, see an example. This relation can be used to indicate exceptional closures such as being closed on public holidays."""@en . a owl:ObjectProperty ; rdfs:comment "The owner of a specific Channel through which a Public Service is being delivered."@en ; rdfs:label "owned by"@en . a owl:Class ; rdfs:comment "The Cost class represents any costs related to the execution of a Public Service that the Agent consuming it needs to pay."@en ; rdfs:label "Cost"@en . a owl:ObjectProperty ; rdfs:comment "The currency in which the Cost needs to be paid and the value of the Cost is expressed."@en ; rdfs:label "currency"@en ; skos:scopeNote """The possible values for this property are described in the controlled vocabulary Currency Authority Table of Publications Office."""@en . a owl:DatatypeProperty ; rdfs:comment "A numeric value indicating the amount of the Cost."@en ; rdfs:label "has value"@en . a owl:ObjectProperty ; rdfs:comment "The costs created by the use of different Channels."@en ; rdfs:label "if accessed through"@en ; skos:scopeNote "For example, if accessed through an online service cf. accessed at a physical location, the cost can be linked to the channel using the If Accessed Through property."@en . a owl:ObjectProperty ; rdfs:comment "It links the Cost class to one or more instances of the Public Organization class."@en ; rdfs:label "is defined by"@en ; skos:scopeNote "This property indicates which Public Organization is the Competent Authority for defining the costs associated with the delivery of a particular Public Service."@en . a owl:Class ; rdfs:comment "This class represents an event that can be of any type that triggers, makes use of, or in some way is related to, a Public Service."@en ; rdfs:label "Event"@en ; skos:scopeNote "It is not expected to be used directly, rather, one or other of its subclasses should be used. The properties of the class are, of course, inherited by those subclasses. The Event class is used as a hook either to a single related Public Service, such as diagnosis of illness being related to application for sickness benefit; or to a group of Public Services, such as all those related to the establishment of a new business."@en . a owl:ObjectProperty ; rdfs:comment "The Public Service related to the Event."@en ; rdfs:label "has related service"@en ; skos:scopeNote "This property is a sub-property of dct:relation."@en ; rdfs:subPropertyOf dc:relation . a owl:Class ; rdfs:comment "The Evidence class is defined in the Core Criterion and Core Evidence vocabulary (CCCEV) as any resource that can prove that a specific requirement is met."@en, "Proof that a Requirement is met."@en ; rdfs:label "Evidence"@en ; skos:scopeNote """Although the wording of the definition is different, the semantics are an exact match for CPSV's Input class which it replaces. Evidence can be any resource - document, artefact - anything needed for executing the Public Service. In the context of Public Services, Evidence is usually administrative documents or completed application forms. A specific Public Service may require the presence of certain Evidence or combinations of Evidence in order to be delivered. In some cases, the Output of one service will be Evidence for another service. Such relationships should be described in the associated Rule(s)."""@en, """The class Evidence provides the means to support responses to Criteria or to a concrete Information Requirement or to an Information Concept inside an Information Requirement. The proof described by an Evidence can [1] verify a claim (i.e. is it true that John is 25, yes/no), [2] prove a condition (i.e. is John 18+, yes/no), or [3] simply provide data (i.e. the age of a person, namely 25). The proof can be given through documents or extracts of base registries, independently from its structure, format or medium used to exchange it: a pdf document, a video, a recording, etc."""@en ; rdfs:isDefinedBy . a owl:ObjectProperty ; rdfs:comment "Requirement for which the Evidence provides proof."@en ; rdfs:label "supports requirement"@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range . a owl:Class ; rdfs:comment "Information about the characteristics of an Evidence."@en ; rdfs:label "Evidence Type"@en ; skos:scopeNote "The Evidence Type and the characteristics it describes are not concrete individual responses to a Requirement (i.e. Evidence), but descriptions about the desired form, content, source and/or other characteristics that an actual response should have and provide (e.g. membership of a class of Evidences)."@en ; rdfs:isDefinedBy . a owl:ObjectProperty ; rdfs:comment "Category to which the Evidence Type belongs."@en ; rdfs:label "evidence type classification"@en ; skos:scopeNote "The categories agreed are left open but could for example specify the layout and content expected for an Evidence. An example could be id cards."@en, "The categories agreed are left open but could for example specify the layout and content expected for an Evidence."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range skos:Concept . a owl:Class ; rdfs:comment "The Life Event class represents an important event or situation in a citizen's life where public services are required."@en ; rdfs:label "Life Event"@en ; skos:scopeNote "Note on the scope: an individual will encounter any number of 'events'; in the general sense of the word. In the context of the CPSV-AP, the Life Event class only represents an event to which a Public Service is related. For example, a couple becoming engaged is not a CPSV-AP Life Event, getting married is, since only the latter has any relevance to public services."@en ; rdfs:subClassOf . a owl:Class ; rdfs:comment "An output can be any resource - document, artefact - anything produced by the Public Service. In the context of a Public Service, the output provides an official document or other artefact of the Competent Authority (Public Organization) that permits/authorises/entitles an Agent to (do) something."@en ; rdfs:label "Output"@en ; skos:scopeNote "In some cases, the Output of one Public Service will be used as evidence to fulfil a requirement of another Public Service. Such relationships should be described in the associated Rule(s)."@en . a owl:Class ; rdfs:comment "The Participation class allows to define roles within a certain context."@en ; rdfs:label "Participation"@en ; skos:scopeNote """The CPSV-AP recognises a common role connected with public services, i.e. the Competent Authority.

This simple structure does not allow statements to be made about those participants, such as the start and end date of a contract, nor does it support the inclusion of other roles. The Participation class supports this extra complexity if required, for instance, the description of a service user or a service provider. The model is consistent with the CPOV which in turn is based on the W3C Organization Ontology that supports the common cases simply but allows the complex cases where necessary. The Participation class can be mapped to the Organization Ontology's Membership class that allows more complex relationships and richer metadata to be applied to a role filled by a given Agent."""@en ; rdfs:isDefinedBy . a owl:ObjectProperty ; rdfs:comment "The function of an Agent within a Participation."@en ; rdfs:label "role"@en ; skos:scopeNote """This should be provided using a controlled vocabulary. Since this is an extension mechanism for the CSPV-AP, the controlled vocabulary should be decided to suit local implementations."""@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range skos:Concept . a owl:ObjectProperty ; rdfs:comment "The Agent involved in the Participation."@en ; rdfs:label "has participant"@en . a owl:Class ; rdfs:comment "Condition or prerequisite that is to be proven by Evidence."@en ; rdfs:label "Requirement"@en ; skos:scopeNote """Not all public services are needed or are used by everyone. For example, the visa service operated by European countries is not needed by European citizens but is needed by some citizens from elsewhere, or public services offering unemployment benefits and grants are targeting specific societal groups. The CPSV-AP reuses the Core Criterion and Core Evidence Vocabulary for this class. Requirement is a generic class representing any type of prerequisite that may be desired, needed or imposed as an obligation. CCCEV recommends to not use the Requirement class directly, but rather a more semantically-enriched subclass such as Criterion, Information Requirement or Constraint. Also note that the Requirement class is specified at a more abstract level and is not to be used as the instantiation of a Requirement for a specific Agent. To illustrate the notion: the European Directive on services in the internal market defines requirement as any obligation, prohibition, condition or limit provided for in the laws, regulations or administrative provisions of the Member States or in consequence of case-law, administrative practice, the rules of professional bodies, or the collective rules of professional associations or other professional organisations, adopted in the exercise of their legal autonomy."""@en, "Requirement is a generic class representing any type of prerequisite that may be desired, needed or imposed as an obligation. CCCEV recommends to not use the Requirement class directly, but rather a more semantically-enriched subclass such as Criterion, Information Requirement or Constraint. Also note that the Requirement class is specified at a more abstract level and is not to be used as the instantiation of a Requirement for a specific Agent. The European Directive on services in the internal market defines requirement as any obligation, prohibition, condition or limit provided for in the laws, regulations or administrative provisions of the Member States or in consequence of case-law, administrative practice, the rules of professional bodies, or the collective rules of professional associations or other professional organisations, adopted in the exercise of their legal autonomy."@en ; rdfs:isDefinedBy . a owl:ObjectProperty ; rdfs:comment "The Rules that the requiremens fulfils."@en ; rdfs:label "fulfils"@en . a owl:ObjectProperty ; rdfs:comment "Evidence that supplies information, proof or support for the Requirement."@en ; rdfs:label "has supporting evidence"@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range . a owl:Class ; rdfs:comment "Concessions are contracts for pecuniary interest by means of which one or more contracting authorities or contracting entities entrusts the execution of works, or the provision and the management of services, to one or more economic operators."@en ; rdfs:label "Service Concession Contract"@en ; skos:scopeNote """The object of such contracts is the procurement of works or services by means of a concession, the consideration of which consists in the right to exploit the works or services or in that right together with payment. Such contracts may, but do not necessarily, involve a transfer of ownership to contracting authorities or contracting entities, but contracting authorities or contracting entities always obtain the benefits of the works or services in question. The definition comes from the Directive 2014/23/EU."""@en ; rdfs:subClassOf . a owl:ObjectProperty ; rdfs:comment """It links a Service Concession Contract to relevant legislation or policy documents i.e. the Legal Resource under which the Service Concession Contracts are being defined."""@en ; rdfs:label "established under"@en . a owl:ObjectProperty ; rdfs:comment "It links a Service Concession Contract with the Contracting Authority which is ultimately responsible for a public service."@en ; rdfs:label "has contracting authority"@en . a owl:ObjectProperty ; rdfs:comment "It links a Service Concession Contract with the Economic Operator in charge for the provision and the management of public services."@en ; rdfs:label "has economic operator"@en . a owl:ObjectProperty ; rdfs:comment "The participation in which an Agent is involved."@en ; rdfs:label "participates"@en ; skos:scopeNote "The Participation class facilitates the detailed description of how an Agent participates in or interacts with a Public Service and may include temporal and spatial information."@en . a owl:Class ; rdfs:label "Information Requirement"@en ; rdfs:comment "Requested data that is to be proven by Evidence."@en ; rdfs:isDefinedBy ; rdfs:subClassOf ; skos:scopeNote "Information Requirements are the most neutral kind of Requirements. They aim to request information in any form, e.g. a person's date of birth or a company's turnover. They represent requests for data that prove one or more facts of the real world in a formal manner, or that leads to the source of such a proof. They can be understood as 'requests for Evidences'. The response to an Information Requirement is an Evidence when the issuer of the response is an authoritative source (e.g. a Civil Registry providing data about a natural person for the provision of public service through the Single Digital Gateway). In other cases, the responses might not be issued by an authoritative source, but the issuer supports the responses with Evidences (or commits to support them timely, e.g. a self-declaration or a declaration of oath). The Information Requirement can require structured data or documents of any form. For structured data, the Requirement can use 'Concepts' to specify the structure and type of the data expected in the response. For both structured and unstructured data, the Information Requirement can indicate the expected Type of Evidence, its format, source, and other properties related to the Evidence."@en . a owl:DatatypeProperty ; rdfs:label "bias"@en ; rdfs:comment "Parameter used to adjust the evaluation of the Criterion."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range xsd:decimal ; skos:scopeNote "The bias parameter tries to correct a systematic error. For example in procurement, a home bias corresponds to the \"presence of local preferences distorting international specialisation and resource allocation\". When quantified, this systematic error can be removed."@en . a owl:ObjectProperty ; rdfs:label "confidentiality level type"@en ; rdfs:comment "Security classification assigned to an Evidence e.g. classified, sensitive, public."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range skos:Concept ; skos:scopeNote "Classifications should be defined by an organisation/country as an outcome of a security assessment."@en . a owl:ObjectProperty ; rdfs:label "constrains"@en ; rdfs:comment "Information Concept about which a Constraint expresses a limitation."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range ; skos:scopeNote "Information Concepts are tools to make Requirements more machine processable: they allow to provide more detail about a Requirement. This way, Constraints can be made very precise, namely the limit that must be achieved, is a limit on the value for the associated Information Concept. For example, the Information Concept would be the age of a person and the Constraint would be the required age in the context of a specific evaluation."@en . a owl:DatatypeProperty ; rdfs:label "expression of expected value"@en ; rdfs:comment "Formulation in a formal language of the expected value(s) for the Information Concept which is aligned with the concepts from the Requirements defined and must be respected by the supplied Supported Values ."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range rdfs:Literal ; skos:scopeNote """The property encapsulates all kind of expectations on the required and provided values one could have. This may range from representational expectations such as the type (e.g. the value is expected to be a xsd:decimal) to expectations that reduce the allowed value range. Commonly this is done using min or max bounderary expressions (e.g. the maximum value is 1 Million Euro). Other usage could be to harmonise the supplied values (e.g. rounding, turning to percentages) to facilitate further processing. Implementers are free to use their own approach for defining the expected values in more details. For instance, this can be by defining their own datatypes extending or encapsulating common xsd datatypes. But also by using more complex languages such as XPath, Object Constraint Language (OCL), JavaScript and Rule Interchange Format (RIF). Because of this freedom, implementers are recommended to well-document their usage of this property (and related information). """@en . a owl:ObjectProperty ; rdfs:label "has concept"@en ; rdfs:comment "Information Concept for which a value is expected by the Requirement."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range ; skos:scopeNote "Information Concepts defined for specific Requirements also represent the basis for specifying the Supported Value an Evidence should provide."@en . a owl:ObjectProperty ; rdfs:label "has evidence type list"@en ; rdfs:comment "Evidence Type List that specifies the Evidence Types that are needed to meet the Requirement."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range ; skos:scopeNote "One or several Lists of Evidence Types can support a Requirement. At least one of them must be satisfied by the response to the Requirement."@en . a owl:ObjectProperty ; rdfs:label "has qualified relation"@en ; rdfs:comment "Described and/or categorised relation to another Requirement."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range ; skos:scopeNote "This property leaves the possiblity to define a qualified relation from Requirement to Information Requirement or Constraint as well as a qualified relation from Requirement to Requirement. A use case would be to specialize an EU requirement in Member States' specific requirements."@en . a owl:ObjectProperty ; rdfs:label "has requirement"@en ; rdfs:comment "A more specific Requirement that is part of the Requirement."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range . a owl:ObjectProperty ; rdfs:label "is derived from"@en ; rdfs:comment "Reference Framework on which the Requirement is based, such as a law or regulation."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range ; skos:scopeNote "Note that a Requirement can have several Reference Frameworks from which it is derived."@en . a owl:ObjectProperty ; rdfs:label "is requirement of"@en ; rdfs:comment "A reference between a sub-Requirement and its parent Requirement."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range ; skos:scopeNote """The relation between a parent Requirement and a sub-Requirement can be complex. Therefore, qualified relations (see hasQualifiedRelation) can be used to represent this relationship on its own and qualify it with additional information such as a date, a place. This is left to implementers. In the case where the purpose is to link the two Requirements without additional information, the simple relationship as proposed here can be directly used."""@en . a owl:ObjectProperty ; rdfs:label "is specified in"@en ; rdfs:comment "Evidence Type List in which the Evidence Type is included."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range . a owl:ObjectProperty ; rdfs:label "provides value for"@en ; rdfs:comment "Information Concept for which the Supported Value provides a value."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range . a owl:DatatypeProperty ; rdfs:label "query"@en ; rdfs:comment "Search statement that allows the value for the Information Concept to be retrieved from the Evidence data."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range rdfs:Literal ; skos:scopeNote "The query must be executed on the business data provided by the supporting Evidence. In order to be able to evaluate the query on the provided data, the format of the provided data must be aligned with the query expression. For instance if the provided data is XML, a query in XPath could be expected. This alignment is part of the implementation agreements that implementors must make."@en . a owl:ObjectProperty ; rdfs:label "specifies evidence type"@en ; rdfs:comment "Evidence Type included in this Evidence Type List."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range . a owl:ObjectProperty ; rdfs:label "supports concept"@en ; rdfs:comment "Information Concept providing facts found/inferred from the Evidence."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range ; skos:scopeNote "Examples of Information Concepts are values found explictly in the evidence such as a birth date or information derived from the Evidence such as \"I am older that 18 years\"."@en . a owl:ObjectProperty ; rdfs:label "supports value"@en ; rdfs:comment "Supported Value that the Evidence contains."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range . a owl:ObjectProperty ; rdfs:label "validity period"@en ; rdfs:comment "Period of Time during which the Evidence holds true or has force."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range time:ProperInterval . a owl:ObjectProperty ; rdfs:label "validity period constraint"@en ; rdfs:comment "Temporal condition on the validity period of the Evidence Type."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range time:ProperInterval ; skos:scopeNote "E.g. A Belgian birth evidence is valid for X months after emission. To express constraints on the validity period that must hold when assessing the evidence (e.g. the certificate of good conduct cannot be issued more than 3 months ago), we refer to the Constraint class."@en . a owl:DatatypeProperty ; rdfs:label "value"@en ; rdfs:comment "Value for the Information Concept that the Evidence supports."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range rdfs:Literal . a owl:DatatypeProperty ; rdfs:label "weight"@en ; rdfs:comment "Relative importance of the Criterion."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range xsd:decimal ; skos:scopeNote "The weight must be between 0 and 1. Usually, all Criteria can be integrated within a weighted sum equal to 1."@en . a owl:DatatypeProperty ; rdfs:label "weighting consideration description"@en ; rdfs:comment "Explanation of how the weighting of a Criterion is to be used."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range xsd:string ; skos:scopeNote "This description gives the view of the creator of the Criterion weights on how to interpret and use them during the evaluation process."@en . a owl:ObjectProperty ; rdfs:label "weighting type"@en ; rdfs:comment "Indication of how the weight should be interpreted in a complex evaluation expression, e.g. as a percentage in an evaluation expression."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range skos:Concept ; skos:scopeNote "An existing codelist which can be used is OP's Number weigth controlled vocabulary"@en . a owl:Class ; rdfs:label "Constraint"@en ; rdfs:comment "Limitation applied to an Information Concept."@en ; rdfs:isDefinedBy ; rdfs:subClassOf ; skos:scopeNote "Constraints are requirements in themselves, since they impose prerequisites which influence the definition, use and/or fulfilment of the requirement. They represent hard conditions such as minimum or maximum expressions which can be used to evaluate pieces of information, the required age, income, involvement in activities, etc. An example from the eProcurement domain is a threshold as the minimum turnover required by the buying organisation to select the candidates. Note that CCCEV does not provide any specific guidance on when which kind of Requirement should be used. Users of this vocabulary should make decisions on this topic in their specific context."@en . a owl:Class ; rdfs:label "Evidence Type List"@en ; rdfs:comment "Group of Evidence Types for conforming to a Requirement."@en ; rdfs:isDefinedBy ; skos:scopeNote """An Evidence Type List is satisfied, if and only if, for all included Evidence Types in this List, corresponding conformant Evidence(s) are supporting the Requirement having this List. The Evidence Type List describes thus an AND condition on the different Evidence Types within the list and an OR condition between two or more Evidence Type Lists. Combinations of alternative Lists can be provided for a respondent of a Requirement to choose amongst them."""@en . a owl:Class ; rdfs:label "Criterion"@en ; rdfs:comment "Condition for evaluation or assessment."@en ; rdfs:isDefinedBy ; rdfs:subClassOf ; skos:scopeNote """In general, Criteria are used for comparison, filtering or selection purposes. Criteria usually set minimum conditions (e.g. limits, intervals, thresholds, etc.) that need to be met in order to pass the requirements or to fulfil them to a certain degree or quality. The concept of Criteria is broader than the concept of Constraint since it covers more usages. The evaluation of the fulfilment is usually supported by the provision of Evidence. For example in the eProcurement domain, the eProcurement Ontology defines different subclasses of Criterion such as exclusion grounds, selection criteria or award criteria. A concrete example of a Criterion is 'participation in a criminal organisation' which could also be considered as an exclusion ground criterion in the procurement domain or for requiring a public service."""@en . a owl:Class ; rdfs:label "Supported Value"@en ; rdfs:comment "Value for an Information Concept that is provided by an Evidence."@en ; rdfs:isDefinedBy ; skos:scopeNote """The notion of Supported Value is closely related to actual data exchange between two parties: (a) the Requirement processor, i.e. the Agent setting out Requirements for an objective and processing the supplied Evidences in the context of the Requirements, and (b) the Evidence provider, i.e. the Agent supplying information to an information request expressed as Requirements. The Requirement processor has expressed its expectations (both business as technical) for the information it wants to recieve as an Information Concept. The Evidence provider is able to supply information for that Information Concept, but its native data representation might not be coherent with the expectations set by the Requirement processor. The Supported Value is bridging both. The Evidence provider can either provide a derived value (fact) from its native data representation that complies with the Information Concept expectations. Or it can provide a query in an agreed language between Evidence provider and Requirement processor that allows the Requirement processor to retrieve the value from the native data representation. Implementers are free to choose their language. It is recommended to document the made agreements well. """@en . a owl:Class ; rdfs:label "Information Concept"@en ; rdfs:comment "Piece of information that the Evidence provides or the Requirement needs."@en ; rdfs:isDefinedBy ; skos:scopeNote "The Information Concept class offers the ability to describe conceptually the Requirements and provided facts in Evidences. In complementarity with the Supported Value class, this is a (first) step towards facilitating the assessment of the requirements in an automated way based on the Evidence provided."@en . a owl:DatatypeProperty ; rdfs:label "accessibility"@en ; rdfs:comment "Information about how the Public Event can be approached, reached or entered, in particular for people with special needs."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range rdf:langString ; skos:scopeNote "This property may be provided in multiple languages with multiple instances of the accessibility property."@en . a owl:ObjectProperty ; rdfs:label "audience"@en ; rdfs:comment "The target group of people for whom the Public Event is created."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range skos:Concept . a owl:DatatypeProperty ; rdfs:label "event number"@en ; rdfs:comment "The sequence position of the Public Event."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range rdf:langString ; skos:scopeNote "Examples could be the ''4th\" or \"2022\"."@en . a owl:ObjectProperty ; rdfs:label "event status"@en ; rdfs:comment " This property defines the overall status of the event."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range skos:Concept ; skos:scopeNote "The recomended code list is the Event Status Controlled vocabulary maintained by the Publications Office of the EU."@en . a owl:DatatypeProperty ; rdfs:label "expected number of participants"@en ; rdfs:comment "The number of participants expected to participate in the event."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range xsd:integer . a owl:ObjectProperty ; rdfs:label "format"@en ; rdfs:comment "A plan of organisation or arrangement of the Public Event."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range skos:Concept ; skos:scopeNote "Examples include conference call, physical meeting or hybrid."@en . a owl:ObjectProperty ; rdfs:label "registration page"@en ; rdfs:comment "A web page that provides means to attend the Public Event."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range foaf:Document . a owl:Class ; rdfs:label "Public Event"@en ; rdfs:comment """Something that happens at a particular place and time, organised by one or more agents for a particular purpose, and is of interest to a general audience. This definition excludes natural events such as earthquakes and volcanic eruptions."""@en ; rdfs:isDefinedBy . a owl:Class ; rdfs:label "Accounting Document"@en ; rdfs:comment "Financial and non-financial information as a result of an activity of an organisation."@en ; rdfs:isDefinedBy ; skos:scopeNote """Accounting documents, might include:
  • Financial statements (incl. the list of participating interests, subsidiary undertakings and associated undertakings, their registered office address and proportion of capital held), audit reports.
  • Non-financial statements, management reports and other statements or reports.
  • Annual financial reports.
"""@en . a owl:DatatypeProperty ; rdfs:label "registration date"@en ; rdfs:comment "The date on which the legal entity has registered in some jurisdiction for regulatory and / or for tax purposes."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range xsd:date . a owl:ObjectProperty ; rdfs:label "code"@en ; rdfs:comment "The classification of the administrative unit."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range skos:Concept . a owl:DatatypeProperty ; rdfs:label "coordinates"@en ; rdfs:comment """ A list of geographic coordinates that define the extent of the Geometry."""@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range xsd:string ; skos:scopeNote "Can be expressed as longitude, latitude, elevation."@en . a owl:DatatypeProperty ; rdfs:label "crs"@en ; rdfs:comment "An identifier for the coordinate reference system."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range xsd:anyURI ; skos:scopeNote "Can be a coordinate-based local, regional or global system used to locate geographical entities."@en . a owl:ObjectProperty ; rdfs:label "geometry type"@en ; rdfs:comment "The classification of the Geometry."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range skos:Concept ; skos:scopeNote "Can be a point, line or polygon."@en . a owl:DatatypeProperty ; rdfs:label "latitude"@en ; rdfs:comment "The geographic coordinate that specifies the north / south position of the Geomerty on the Earth's surface."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range xsd:string . a owl:ObjectProperty ; rdfs:label "level"@en ; rdfs:comment "The level of the administrative unit in the hierarchy."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range skos:Concept ; skos:scopeNote "The recommended code list to indicate the level of an Admin Unit is the Administrative territorial unit type Controlled Vocabulary maintained by the Publications Office of the EU. "@en . a owl:DatatypeProperty ; rdfs:label "longitude"@en ; rdfs:comment "The geographic coordinate that specifies the east / west position of the Geometry on the Earth's surface."@en ; rdfs:domain ; rdfs:isDefinedBy ; rdfs:range xsd:string . a owl:Class ; rdfs:label "Administrative Unit"@en ; rdfs:comment "A detailed administrative unit organized in a hierarchy."@en ; rdfs:isDefinedBy ; skos:scopeNote "This class should be used whenever a classification mechanism is in place, in alternative to the properties adminUnitL1 and adminUnitL2 of the Address class which allow free text."@en .