Collaborative site (Sémantic technos, transition economy, etc)

Agenda pour réunion stockage LDP et plus si affinités avec Yannick RDF Resource Description Framework Flyer Icon Neighborhood: 
paths of length <= 2 sorted in chronological order

RDF document: 9 triples, 1 subjects , 7 predicates, 9 objects, 9 objects from page URI, type(s) ns#Post Image of ns#Post: http://rdfs.org/sioc/ns#Post

Agenda pour réunion stockage LDP et plus si affinités avec Yannick, at URI <http://semantic-forms.cc:9112/ldp/1520413945762-36094892551579224>
Spécification de formulaire: post SIOC
Agenda pour réunion stockage LDP et plus si affinités avec Yannick  - modifié par jmvanel le 07/03/2018 10:15
> fr

Les sujets à l'agenda

  1. données de l'ancien site transférées telles quelles sur http://semantic-forms.cc:9111/
  2. qualité des données actuelles
  3. Données récentes de FLOD
  4. modèle de données RDF
  5. code JS pour stocker sur le serveur LDP  http://semantic-forms.cc:9111/

Données de l'ancien site transférées

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 -



Connaitre tous les triplets par graphe nommé

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" , …

Qualité des données actuelles

  • URI qui n'ont pas la même signification dans 2 graphes différents
  • certains URI en chaînes de caractères

<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" .


Données récentes de FLOD

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.

OÙ SONT LES DONNÉES?
==> Je présume quelle sont dans le graphe nommé:
http://semantic-forms.cc:9111/ldp/yannick/fludy/35cc57a3d3.ttl
mais non !
Ca ne fait pas partie des choses que j'ai stockées .
Mais rien de + simple que de le charger , je le fais !!!!!!
CA Y EST ! Là :


Tu dis en lecture, mais aussi écriture , non ?

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.
ok
Si tu as accés aux données, rien de + simple que de les charger dans SF , via le champ "Afficher" .  

Modèle de données RDF

Hébergement de l'ontologie

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.

Exemple de données actuelles, un peu augmentées

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ête

Là , 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

Code JS pour stocker sur le serveur LDP 

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"

Ensuite tu dois générer des triplets à partir de tes structures de données JS. Pour ça , il y a RDF-EXT :
que j'utilise dans l'autre sens (générer des structures de données JS  à partir de  triplets ) dans ma cartographie géographique:

Liens

 - modifié par jmvanel le 12/03/2018 09:27
> fr
Linked_data#  - modifié par jmvanel le 07/03/2018 10:15
Application-development-manual#other-services  - modifié par jmvanel le 09/03/2018 18:42
Post Image of Post: http://rdfs.org/sioc/ns#Post  - modifié par jmvanel le 12/03/2018 09:27