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

Migrer les quatre graphes symogih.org vers le Virtuoso de l'ABES #7

Open
atterebf opened this issue Dec 28, 2023 · 6 comments
Open
Assignees

Comments

@atterebf
Copy link
Member

  • Migrer chacun des quatre graphes qui sont listés sur cette page vers le serveur Virtuoso de l'ABES.
  • Les URI des nouveaux graphes (identiques aux URL de ces quatre nouvelles pages) sont indiqués sur cette page et donner des droits de publication avec la commande SQL de Virtuoso correspondante.
  • Tester les requêtes d'origine, par ex. celles de cette page qui devraient toujours fonctionner. Si ce n'est pas le cas, faire un nouveau ticket pour vérification de liens et requêtes.
@atterebf
Copy link
Member Author

atterebf commented Dec 28, 2023

Note concernant l'export
Avec la requête ci-dessous sur le serveur Virtuoso symogih.org on peut récupérer tous les triplets d'un graphe, les exporter dans un document Turtle, puis les importer dans le Virtuoso de l'ABES en créant un nouveau graphe:

CONSTRUCT {?s ?p ?o}
WHERE
{GRAPH <http://symogih.org/graph/siprojuris-sym>
{
?s ?p ?o
}
}

Reste toutefois à vérifier si nous n'avons pas mis une limite max (ex. 10000 triplets) au résultat, ce qui obligerait à passer par la ligne de commande

@dferhod
Copy link
Contributor

dferhod commented Dec 29, 2023

Voilà normalement j'ai tout exporté dans le serveur Virtuoso de l'ABES.
C'était effectivement un peu plus complexe que prévu, car la requête, même en faisant sauter la limite de 10k triplets, ne peut pas s'exécuter dans un navigateur (mémoire saturée).
J'ai tenté une méthode avec la commande dump_graph() de Virtuoso, sans succès (résultats incomplets, voire vide selon les schémas !!!)
J'ai fininalement réussi avec une requête http via CURL comme suit (exemple avec Siprojuris) :

curl --request POST 'http://bhp-publi.ish-lyon.cnrs.fr:8888/sparql/?' --header 'Accept-Encoding: gzip' --data 'format=TURTLE' --data-urlencode 'query=CONSTRUCT {?s ?p ?o} WHERE {GRAPH <http://symogih.org/graph/siprojuris-sym> {?s ?p ?o}}' --output 'siprojuris.gz'

J'ai également procédé à l'ustement des droits pour que la lecture soit autorisée pour le public.
Peux-tu vérifier que tout est conforme à tes attentes stp ? On pourra ensuite clore le ticket.

@atterebf
Copy link
Member Author

atterebf commented Jan 8, 2024

Merci pour l'opération !

Il me semble qu'il y a un problème avec Siprojuris. Le graphe semble vide:

SELECT ?p (COUNT(*) as ?effectif)
WHERE {GRAPH <https://dataforhumanities.org/sparql-endpoint/siprojuris-sym>
{?s ?p ?o}
}
GROUP BY ?p
ORDER BY DESC(?effectif)

Et ne sort pas dans la liste des graphes:

SELECT ?g (COUNT(*) as ?effectif)
WHERE {GRAPH ?g
{?s ?p ?o}
}
GROUP BY ?g
ORDER BY DESC(?effectif)

Pourrais-tu vérifier stp?

@dferhod
Copy link
Contributor

dferhod commented Jan 9, 2024

Bonjour Francesco,
Effectivement, le graph était vide, l'upload n'était probablement pas bien passé.
Normalement, ça devrait être bon là, j'ai testé les requêtes que tu as fourni.
Je te laisse regarder si les résultats sont cohérents.

@atterebf
Copy link
Member Author

atterebf commented Jan 9, 2024

Il me semble que tout est correct maintenant, merci!

J'ai proposé à Vincent de faire un tour pour voir si tout est cohérent. Une fois qu'il aura fait son retour on pourrat fermer le ticket.

@valamercery
Copy link
Contributor

J'ai testé toutes les requêtes et mis à jour les derniers liens qui ne l'avaient pas été sur symogih.org et le wiki de l'ARHN, ainsi que les menus du site dataforhumanities.org. C'est donc tout bon, on peut fermer ce ticket et arrêter l'ancien virtuoso.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants