Working Group meeting 10/01/2023

Date: 10/01/2023
Participants: Jana Ahmad, Vladimir Alexiev, Emiel Dhondt, Juris Kalejs, Wim Kok, Natalie Muric, Giampaolo Sellito, Emidio Stani
Model editor: Eugeniu Costetchi
Note editor: Andreea Pasăre

Agenda

  • Core Vocabularies alignment

    • observations for ePO

Discussion

Core Vocabularies observations

cpv:Person

  • data type is Changed from rdfs:Literal to rdf:langString in the following properties :

    • foaf:name

    • foaf:familyname

    • foaf:givenName

    • person:patronymicName

    • dct:alternative

  • cv:deathDate Removed from cpv:Person.

cpov:ContactPoint

  • epo:hasInternetAddress is similar to contactPage with foaf:Document as range.

  • Proposal by Core Vocabularies to change the range to anyURI so this contactPage can be adapted by ePO as well.

  • Based on the standard forms, epo:hasInternetAddress is probably the URL of the Organization and not of the ContactPoint.

wFZbNNUW1zYqQAAAABJRU5ErkJggg==

  • https://schema.org/mainEntityOfPage

  • Proposal to add epo:hasHomePage (xsd:anyURI, [0..*]) as an attribute on org:Organization concept with the following definition: “The main web page.”

cv:Channel

  • epo:hasDescription is similar to http://purl.org/dc/terms/description

  • If we change the datatype to LangString, we need to change them all.

  • rdfs:Literal allows integers, booleans and LangString, etc.

  • We need to revise data types and make them more specific.

  • Better to use rdf:PlainLiteral, see GitHub ticket: https://github.com/OP-TED/ePO/issues/405

  • Instead of epo:hasDescription switch dct:description.

  • epo:hasURL is mandatory property, but it should not be, because sometimes we might need to use epo:isAdhocChannel.

  • In standard forms AdhocChannel is not a boolean, but in eForms it is.

  • The AdhocChannel should not be CommunicationMean.

  • An Organization hasCommunicationMeans either a Channel or a DeliveryGateway.

epo:AgentInRole

  • The attribute epo:hasTitle was changed to dct:title and the definition modified accordingly.

epo:Identifier

  • WG discussed whether to use dct:identifier instead of epo:hasID.

  • But dct:identifier has a range of rdfs:Literal and can not be used.

  • We need to decide on whether to change to adms:identifier (old github issue: https://github.com/OP-TED/ePO/issues/258)

  • If we need more properties for ePO we should add a ticket to adms.

PSXdAFwygm2+8THFfROdBrjt8SHH9sAdjWhb+f0i4c7+rH638DmWMEupwuqTgAAAAASUVORK5CYII=
euBusinessGraph Semantic Data Model
pg111kJEXfh15AClteTmzQiNFvbYabXSq+OzS6vjqUDtdp0Fmrrw68gBGq0m31PHM4Ha7ToLDHXh15EDNFpNvqeOZwK123UWGOrCryMHaLSafE8dzwRqt+ssMNSFX0cO0Gg1+Z46ngnUbtdZYKgLv44coNFq8j11PBOo3a6zwFAXfh05QKPV5Hvq0KEjO+jCryMHqEW1IFCHDh3Z4f8Boy4TvokJvsUAAAAASUVORK5CYII=
dct:Location

  • locn:geographicName data type is Changed from rdfs:Literal to rdf:langString.

locn:Address

  • All attributes data types are changed from rdfs:Literal to rdf:langString, except locn:postCode and locn:locatorDesignator.

CCCEV

On cccev:Requirement:

  • cccev:description changed to dct:description (rdf:PlainLiteral).

  • cccev:identifier changed to dct:identifier.

  • We need to use an identifier for requirements.

  • To stay consistent to how identification is realised in ePO, we switched to using adms:identifier instead of dct:identifier as per CCCEV requirement.

  • Instead of cccev:name we will use skos:prefLabel (rdf:PlainLiteral).

  • There should be only one description and we added as additional information that we can have multiple languages for the same description. (see https://www.w3.org/TR/skos-reference/#L1567)

wEwgjm4sGfsyQAAAABJRU5ErkJggg==

  • On cccev:type changed to dct:type

  • On cccev:InformationConcept, hasDescription and hasTitle are changed to dct:description and skos:prefLabel.

WG disscussed the Channel

  • In standard form we have the following section for communication:

dX4ppmnn+7cAAAAASUVORK5CYII=

  • We want to use the AdhocChannel as a URL and not a boolean.

  • We might need to remove epo:hasAdditionalInformation and epo:hasName from cv:Channel.

  • In CPVS-AP, cpsv:PublicService has a cv:Channel.

  • We need to do a comparison to version ePO 2.0.1.

  • Adding epo:hasToolsAccessURL (xsd:anyURI, [0..1]) attribute to epo:AccessTerm concept with the following definition: “Web page where the tools and devices for electronic communication that are not generally available can be downloaded free of charge.”

  • This needs to be further discussed.

  • cv:Channel was moved from org:Organization level to epo:AgentInRole level.

AewJWbcIw23GQAAAABJRU5ErkJggg==

  • In PEPPOL, an endpoint is an identifier.

  • The cv:Channel class was deleted.

  • We need to further discuss the difference between epo:Business and cv:LegalEntity.