RDF document:
9 triples,
1 subjects ,
7
predicates,
9
objects,
9
objects from page URI, type(s)
ns#Post
Les sujets à l'agenda
Voilà , elles sont toutes là (cartopair et fludy), par exemple sur
http://semantic-forms.cc:9111/ldp/yannick/fludy/338093ca83.ttl
J'ai utilisé le bac à sable , vu les problèmes de qualité des données.
En fait cet URL de SF procure la négociation de contenu vers TTL, JSON-LD, HTML (pour HTML, problème en cours de correction !!!!!!!!!! ), RDF/XML . Par exemple ceci marche :
wget http://semantic-forms.cc:9111/ldp/yannick/fludy/338093ca83.ttl
et te le sort en JSON-LD ( le défaut ).
ceci :
wget --header='Accept: text/turtle' \ http://semantic-forms.cc:9111/ldp/yannick/fludy/338093ca83.ttl
et te le sort en Turtle , et ainsi de suite.
Problème en cours de correction : lister les graphes nommés de ce type.
Et il y a aussi les 3 liens explicite (sans négo )
Data export: Triplets Turtle - Triplets JSON-LD - Triplets RDF/XML -
OUI, il y un problème ici, je vais fixer ça (vencredi 9 mars).
Le problème est que la liste de tous les graphes:
http://semantic-forms.cc:9111/showNamedGraphs
est limitée à quelques centaines. Mais sur cette instance, il y en des milliers !
MAIS, si on connaît pas ailleurs des noms de graphes nommés, on peut avoir leur contenu:
http://semantic-forms.cc:9111/showTriplesInGraph?uri=http://semantic-forms.cc:9111/ldp/yannick/fludy/unnamed
http://semantic-forms.cc:9111/showTriplesInGraph?uri=http://semantic-forms.cc:9111/ldp/yannick/fludy/1046c125e1.ttl
etc etc …
Donc, je dois améliorer l’accès aux graphes nommés: par date, par nom, par tranche, par "propriétaire" , …
<http://fluidlog.com/edge/9> a <http://www.fluidlog.com/2013/05/loglink/core#linkedto> ; <http://www.fluidlog.com/2013/05/loglink/core#index> "9" ; <http://www.fluidlog.com/2013/05/loglink/core#source> "http://fluidlog.com/node/5" .
Tu m'a montré le graphe, mais où sont les données?
1) Dans un premier temps, j'ai juste besoin de reproduire l'existant en lecture pour maintenir ma carto :http://carto.initiative.place, pour le meetup Carto.
C'est globalement la seule carto qu'il m'importe de sauvegarder, pour qu'elle soit au moins accessible en lecture.L'objectif étant pour toi de libérer le serveur LDP de l'AV qui ne sert que pour Fludy.
Modèle de données RDF
C'est dommage de changer d'URI du modèle parce tu changes de nom de domaine ! Par exemple moi j'héberge tous mes modèles dans un site github.io :
http://deductions.github.io/
et il est clair que les URI des tes modèles peuvent être très différents des URI de tes données.
En tous cas , ton hébergement d'ontologie ne fonctionne pas :
wget "http://www.fluidlog.com/2013/05/loglink/core#" --2018-03-09 19:25:39-- http://www.fluidlog.com/2013/05/loglink/core Résolution de www.fluidlog.com (www.fluidlog.com)… 217.70.184.50 Connexion à www.fluidlog.com (www.fluidlog.com)|217.70.184.50|:80… connecté. requête HTTP transmise, en attente de la réponse… 301 Moved Permanently Emplacement : http://fluidlog.initiative.place/2013/05/loglink/core [suivant] --2018-03-09 19:25:39-- http://fluidlog.initiative.place/2013/05/loglink/core Résolution de fluidlog.initiative.place (fluidlog.initiative.place)… 212.129.21.6 Connexion à fluidlog.initiative.place (fluidlog.initiative.place)|212.129.21.6|:80… connecté. requête HTTP transmise, en attente de la réponse… 500 Internal Server Error 2018-03-09 19:25:40 erreur 500 : Internal Server Error.
Pour séparer les graphiques quand ils réutilisent les mêmes URI, voici à quoi pourraient ressembler les triplets :PREFIX fluid: <http://www.fluidlog.com/2013/05/loglink/core# >
<http://semantic-forms.cc:9112/ldp/12345 > a fluid:GraphDiagram .
<http://semantic-forms.cc:9112/ldp/12345-1 > fluid:inDiagram <http://semantic-forms.cc:9112/ldp/12345 > . # une arête
<http://semantic-forms.cc:9112/ldp/12345-1 > fluid:source <http://semantic-forms.cc:9112/ldp/12345-2 > . # nœud 1 de l'arête
<http://semantic-forms.cc:9112/ldp/12345-1 > fluid:target <http://semantic-forms.cc:9112/ldp/12345-3 > . # nœud 2 de l' arêteLà , je reprends tes propriétés fluid:source et fluid:target. Et j'ajoute LA propriété manquante permettant de structurer la données sans avoir besoin de contexte , à la Web Sémantique :) : fluid:inDiagram . Cette propriété signifie qu'une arête est dans un diagramme (de graphe) , c'est à dire un fluid:GraphDiagram .
Afficher éditer du RDF quelconque
Il serait souhaitable de pouvoir afficher (comme font RDFDViewer et le truc Italien), et éditer du RDF quelconque. C'est à dire interpréter graphiquement un triplet "personne X connaît personne Y" comme 2 nœuds et une arête.
Création et mise à jour d'une carto Fludy, interfacée dans Semantic_Forms
Pour faire un HTTP POST sur serveur, je pense que tu sais faire.
Il y a une petite spécificité LDP, un ou 2 entêtes HTTP, voir
https://www.w3.org/TR/ldp-primer/#creating-an-rdf-resource-post-an-rdf-resource-to-an-ldp-bc
Par exemple voilà ce que mon script utilisé pour mettre en ligne tout un répertoire TTL fait:
wget --output-file=FILE --save-headers \ --post-file=/home/jmv/data/yannick/fludy/338093ca83.ttl \ http://semantic-forms.cc:9111/ldp/yannick/fludy \ --header="Content-Type: text/turtle" \ --header="Slug: 338093ca83.ttl"
Je crée un PAD pour mettre à plat tout ça : https://hackmd.lescommuns.org/CYFgjApgDA7GBGBaAnCOiQGYQENH02 QFZEoBjeeKZAJgDMA2ZCEIA===#