Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Revise usage of Licenses and Rights #113

Open
jakubklimek opened this issue Mar 8, 2024 · 2 comments
Open

Revise usage of Licenses and Rights #113

jakubklimek opened this issue Mar 8, 2024 · 2 comments
Labels
release:3.0.0 Actively being worked on for GeoDCAT-AP 3.0.0 status:fixed Resolution applied in draft type:improvement Improvement of current handling of a problem webinar:2024-05-14 To be discussed in the 2024-05-14 webinar

Comments

@jakubklimek
Copy link
Contributor

jakubklimek commented Mar 8, 2024

Problem statement
GeoDCAT-AP 2.0.0 allows users to express a license document as a text. This is not allowed in the context of High-Value Datasets (HVDs), where licences need to be structured and machine readable, i.e. identified by a dereferencable URL, preferrably from the Licence EU NAL or mapped to it.

However, even besides HVDs, license document should be properly structured documents, published somewhere, where they have a URL. Therefore, a representation of a license document using a simple literal does not seem to be sufficient.

In addition, the examples of usage in the current GeoDCAT-AP seem more like Rights statements, than actual Licences:

[] dct:license [ a dct:LicenseDocument ;
    rdfs:label """
        The dataset contains parts which are restricted 
        by the data providers and not to be made public. 
        For further information and specification regarding 
        the use limitations and constraints please consult 
        the file WISE_WFD_ReferenceSpatialDataSets_2020-04-02.pdf 
        which is provided together with the data.    
      """@en ] ;

Moreover, Example 41 uses dct:accessRights without the code lists that should be used to represent Access rights. This seems incorrect and again is a more an example of dct:rights:

dct:accessRights [ a dct:RightsStatement ;
    rdfs:label """
        public access limited according to Article 13(1)(b) 
	of the INSPIRE Directive
      """@en ] ] 

Also related to #82

Proposal

  1. Remove license as text and allow license usage only with license IRIs, and
  2. Change mappings of non-IRI rights statements to RightsStatements, using dct:rights
@jakubklimek jakubklimek added type:improvement Improvement of current handling of a problem release:3.0.0 Actively being worked on for GeoDCAT-AP 3.0.0 webinar:2024-05-14 To be discussed in the 2024-05-14 webinar labels Mar 8, 2024
@hallinpihlatie
Copy link

FYI:

Data providers may have their own licenses or use constraints. We have added use constraints to the ConditionsApplyingToAccessAndUse.rdf from the INSPIRE registry. They all include URIs. For example EMODNET license http://tupa.gtk.fi/paikkatieto/lisenssi/emodnet_licence.pdf
They are not "open data licenses" as it is recommended to use an international eg. CC-family license always when possible.

In cases where "No conditions to access and use" http://inspire.ec.europa.eu/metadata-codelist/ConditionsApplyingToAccessAndUse/noConditionsApply remapping required for HVD isn't possible. Using this code value is ok INSPIRE but not for the Open Data Directive as I see it.

@jakubklimek jakubklimek added the next-webinar To be discussed in the next webinar label Apr 25, 2024
@jakubklimek jakubklimek added status:resolution-provided Resolution statement present, not yet applied in draft and removed next-webinar To be discussed in the next webinar labels May 14, 2024
@jakubklimek
Copy link
Contributor Author

Resolution approved during webinar.

jakubklimek added a commit to SEMICeu/iso-19139-to-dcat-ap that referenced this issue Jun 19, 2024
SEMICeu/GeoDCAT-AP#113

Signed-off-by: Jakub Klímek <jakub@jakubklimek.com>
@jakubklimek jakubklimek added status:fixed Resolution applied in draft and removed status:resolution-provided Resolution statement present, not yet applied in draft labels Jun 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
release:3.0.0 Actively being worked on for GeoDCAT-AP 3.0.0 status:fixed Resolution applied in draft type:improvement Improvement of current handling of a problem webinar:2024-05-14 To be discussed in the 2024-05-14 webinar
Projects
None yet
Development

No branches or pull requests

2 participants