Plusieurs identifier sur le catalogue <https://www.irit.fr/opencommon/resourceTree/CommunityResources>
Depuis peu, le catalogue <https://www.irit.fr/opencommon/resourceTree/CommunityResources\> possède deux valeurs pour la propriété dct:identifier. Une typée rdfs:Literal et une non typée. Il ne faudrait garder qu'une seule de ces deux versions plutôt que d'avoir deux valeurs à la propriété dct:indentifier.
CONSTRUCT {<https://www.irit.fr/opencommon/resourceTree/CommunityResources> ?p ?o}
WHERE {<https://www.irit.fr/opencommon/resourceTree/CommunityResources> ?p ?o}
Activity
added bug label
assigned to @dayre
Les catalogues
<https://www.irit.fr/opencommon/resourceTree/CommunityResources>sont abandonnés pour les ressources partagées car ce catalogue était partagé non seulement pour la communauté mais aussi par toutes les communautés.Par suite, les catalogues des communautés ne sont plus en dur dans le code mais explicitement mis dans la base:
Evidemment, si nous voulons que celà ne soit pas modifiable par le premier venu, c'est mis dans le graphe système en lecture seule.
Est-ce encore en dur dans le MVP?
Néanmoins pour répondre à ta question:
Il y a en fait 3 identifiants;
SELECT * WHERE { graph ?g {<https://www.irit.fr/opencommon/resourceTree/CommunityResources> dct:identifier ?o} }SPARQL | HTML5 table g o https://www.irit.fr/opencommon/communities/189088ec-baa9-4397-8c6f-eefde9a3790c/system "3dc83dc4-ef4a-42a8-9dd1-016f0943f72f"^^<http://www.w3.org/2000/01/rdf-schema#Literal> https://www.irit.fr/opencommon/communities/189088ec-baa9-4397-8c6f-eefde9a3790c/communityResources "3dc83dc4-ef4a-42a8-9dd1-016f0943f72f"^^<http://www.w3.org/2000/01/rdf-schema#Literal> https://www.irit.fr/opencommon/spaces/189088ec-baa9-4397-8c6f-eefde9a3790c/communityResources "3dc83dc4-ef4a-42a8-9dd1-016f0943f72f"- Le 1er est le bon
- Le 2ème est dans les ressources partagées modifiable par toute la communauté. Tu peux le supprimer toi-même.
- Le 3ème est abandonné car dans le graphe space . L'utilisez-vous encore?
Edited by dayre
Que ces catalogues "en dur" (ou plutôt non spécifiques à une communauté car ils sont bien dans la base et pas en dur dans le code) soient abandonnés c'est une bonne chose. Cependant il est difficile pour nous de mettre en place ta dernière version si elle ne nous est pas décrite/spécifié pour savoir ce qu'on doit requêter et où.
La seule chose qui est en dur dans le code est <https://www.irit.fr/opencommon/resourceTree/Home\> ce qui était jusqu'alors la racine de tout l'arbre.
@mathieu.massaviol C'est explicité ici: https://gitlab.irit.fr/so/infra/sodriihm/-/issues/1620
Dis moi ci ce n'est pas clair. Tu peux utiliser le quadBrower pour naviguer et comprendre les métadonnées.
Il n'y a plus de
\<https://www.irit.fr/opencommon/resourceTree/Home\\\>: c'est la communauté qui devient un catalogue et le noeud Home:- il suffit alors de regarder les propriétés dcat:catalog de la communauté pour trouver les catalogues fils (
Private resources,communities resources,Public resources).
Edited by dayre- il suffit alors de regarder les propriétés dcat:catalog de la communauté pour trouver les catalogues fils (
-
Dans l'objet communauté on récupère bien les URI des catalogues public et communautaire de la communauté. Ce catalogue des ressources communautaire n'est pas dans le graphe des ressources de la communauté (https://www.irit.fr/opencommon/communities/189088ec-baa9-4397-8c6f-eefde9a3790c/communityResources) comme ses sous catalogues (données, vocabulaires, ...) mais dans le graphe (https://www.irit.fr/opencommon/communities/189088ec-baa9-4397-8c6f-eefde9a3790c/system). Est-ce voulu d'avoir ces catalogues dans des graphes différents (et si oui pourquoi) ?
Par contre, on ne récupère pas de catalogue privé de l'utilisateur (ce qui se comprend même si le triplet
<communauteDRIIHM> dcat:catalog <catalogueRessourcesMathieuM>pourrait exister). D'après mes requêtes avec mon compte ce catalogue privé n'existe pas encore. Il faudrait le créer et le référencer quelque part (je pencherais justement pour<uriCommunauté> dcat:catalog <catalogueRessourcesMembre>ce qui permettrait de vraiment conserver un arbre et de ne pas avoir plusieurs racines ce qui obligerait à réécrire du code). Première remarque: oui c'est voulu: c'est pour offrir aux membres de la communauté une organisation qui est à la discrétion des gestionnaires de la communauté. Les simples membres ne peuvent pas modifier le graphe systeme. Certains sous-catalogues devraient être aussi dans la mêm logique dans le graphe système. Ca serait à reprendre.
Deuxième remarque: Tu devrais avoir le quad suivant dans ton graphe systeme. Si ce n'est pas le cas, c'est un oubli. (J'ai gardé ici le même IRI de graphe ...).
Je checkerai :
sparql select * where { graph ?g { <https://www.irit.fr/opencommon/communities/189088ec-baa9-4397-8c6f-eefde9a3790c> dcat:catalog <https://www.irit.fr/opencommon/resourceTree/MyResources> } }-
Dernière question du coup, ne faudrait-il pas que le catalogue
<https://www.irit.fr/opencommon/resourceTree/MyResources>ne soit plus "en dur" mais dépende de l'utilisateur et devienne<https://www.irit.fr/opencommon/members/{memberId}/MyResources>?PS : Le quad cité précédemment n'existe pas de mon côté.
Edited by Mathieu Massaviol -
@dayre Je viens d'essayer d'ajouter ce quad avec la requête suivante mais je n'ai apparemment pas les droits d'écriture dans mon propre graphe système.
INSERT DATA { GRAPH <https://www.irit.fr/opencommon/members/dc54286b-c671-4162-999f-7782e096226a/system> { <https://www.irit.fr/opencommon/communities/189088ec-baa9-4397-8c6f-eefde9a3790c> dcat:catalog <https://www.irit.fr/opencommon/resourceTree/MyResources> }}Pour le reste la MR est prête !86 (merged)
mentioned in issue #73 (closed)
