-
Notifications
You must be signed in to change notification settings - Fork 6
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
Mettre la nouvelle ontologie sur un autre URL #136
Comments
Semapps devrait utiliser un cache local de l'ontologie PAIR dans la version
exacte qui est attendue, et ne pas dépendre de l'ontologie en ligne.
L'ancienne version est toujours accessible dans le dossier
"ontologies/pair-20190724" à la place de "ontologies/pair".
Thomas
Le mar. 24 nov. 2020 à 12:41, Sébastien Rosset <notifications@github.com> a
écrit :
… La nouvelle version de PAIR a remplacé l'ancienne version.
Du coup cela casse les instances SemApps:
- Le reformattage du JSON-LD ne marche plus (compact, expand, frame)
car les outils se base sur l'ontologie définie sur
http://virtual-assembly.org/ontologies/pair (en l'obtenant avec un
header Accept: application/ld+json)
- Le moteur d'inférence ne marche plus non plus, car il se base sur le
fichier http://virtual-assembly.org/ontologies/pair/ontology.ttl qui a
changé
Il faudrait mettre la nouvelle version sur une autre URL.
Décider de ce qui est adapté en terme de versionning.
Une idée @tfrancart <https://github.com/tfrancart> ?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#136>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAU2H4PPSXNTPTNARF233DLSROLVLANCNFSM4UAYTY5Q>
.
--
*Thomas Francart* -* SPARNA*
Web de *données* | Architecture de l'*information* | Accès aux
*connaissances*
blog : blog.sparna.fr, site : sparna.fr, linkedin :
fr.linkedin.com/in/thomasfrancart
tel : +33 (0)6.71.11.25.97, skype : francartthomas
|
Pour le moteur d'inférence c'est en effet possible d'utiliser une version en local. |
En terme de web sémantique, faire disparaître des prédicats ne me semble pas une bonne idée. Par exemple au niveau du triple store, j'ai enregistré des données avec le prédicat Mais maintenant que C'est un peu comme faire disparaître des mots du dictionnaire, sans avertir personne: ça n'aide pas vraiment à la compréhension sur le long terme. Or le principe même des ontologies c'est de faciliter la compréhension mutuelle. Ping @GuillaumeAV @simonLouvet |
Il faut pinguer @tfrancart ;) |
Je ne suis pas vraiment d'accord @tfrancart . Je rejoins @srosset81 sur les prédicats et les objets persisté sur le triplestore qui font référence à une ontologie. Les classes, les propriétés référencées explicitent la référence à l'ontologie en ligne et il me semble que cela est normal et doit le rester. |
La seule solution pérenne que je voie est de versionner les ontologies. Il en va effectivement de même pour les fichiers owl de chaque version |
oui oui OK faisons un versionnement :
1. /ontologies/pair-2019-summer est la version de l'année dernière - je
viens de renommer le répertoire
2. /ontologies/pair-2020-winter doit être la version qui vient d'être
publiée
3. et tous les accès à /ontologies/pair redirigent sur la dernière
version de l'ontologie, soit /ontologies/pair-2020-winter
Si ca vous va, pouvez-vous m'aider pour mettre en place les points 2 et 3
sur le serveur en écrivant le htaccess qui va bien ?
Le mar. 24 nov. 2020 à 17:15, simonLouvet <notifications@github.com> a
écrit :
… La seule solution pérenne que je voie est de versionner les ontologies.
http://virtual-assembly.org/ontologies/pair/V2.0/
http://virtual-assembly.org/ontologies/pair/V3.0/
http://virtual-assembly.org/ontologies/pair/V3.1/
Il en va effectivement de même pour les fichiers owl de chaque version
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#136 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAU2H4IB7CH4SS36STCFZ5LSRPLZ5ANCNFSM4UAYTY5Q>
.
--
*Thomas Francart* -* SPARNA*
Web de *données* | Architecture de l'*information* | Accès aux
*connaissances*
blog : blog.sparna.fr, site : sparna.fr, linkedin :
fr.linkedin.com/in/thomasfrancart
tel : +33 (0)6.71.11.25.97, skype : francartthomas
|
coucou @tfrancart, ca me parait cohérent d'avoir des ontologies versionnées et le domaine génériquequi pointe vers la dernière version. |
Non ca ne fonctionne pas encore j'ai besoin d'aide pour les points 2 et 3
mentionnés ci-dessus (mettre en place la redirection). Une fois la
redirection en place on pourra renommer le répertoire "pair" en
"pair-2020-winter"
Le mar. 24 nov. 2020 à 21:59, simonLouvet <notifications@github.com> a
écrit :
… oui oui OK faisons un versionnement : 1. /ontologies/pair-2019-summer est
la version de l'année dernière - je viens de renommer le répertoire 2.
/ontologies/pair-2020-winter doit être la version qui vient d'être publiée
3. et tous les accès à /ontologies/pair redirigent sur la dernière version
de l'ontologie, soit /ontologies/pair-2020-winter Si ca vous va,
pouvez-vous m'aider pour mettre en place les points 2 et 3 sur le serveur
en écrivant le htaccess qui va bien ? Le mar. 24 nov. 2020 à 17:15,
simonLouvet ***@***.*** a écrit :
… <#m_-5245682048286985712_>
La seule solution pérenne que je voie est de versionner les ontologies.
http://virtual-assembly.org/ontologies/pair/V2.0/
http://virtual-assembly.org/ontologies/pair/V3.0/
http://virtual-assembly.org/ontologies/pair/V3.1/ Il en va effectivement
de même pour les fichiers owl de chaque version — You are receiving this
because you were mentioned. Reply to this email directly, view it on GitHub
<#136 (comment)
<#136 (comment)>>,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAU2H4IB7CH4SS36STCFZ5LSRPLZ5ANCNFSM4UAYTY5Q
.
-- *Thomas Francart* -* SPARNA* Web de *données* | Architecture de l'
*information* | Accès aux *connaissances* blog : blog.sparna.fr, site :
sparna.fr, linkedin : fr.linkedin.com/in/thomasfrancart tel : +33
(0)6.71.11.25.97, skype : francartthomas
coucou @tfrancart <https://github.com/tfrancart>, ca me parait cohérent
d'avoir des ontologies versionnées et le domaine génériquequi pointe vers
la dernière version.
http://virtual-assembly.org/ontologies/pair-2019-summer fonctionne mais
pas http://virtual-assembly.org/ontologies/pair-2020-winter quelque soit
le accept.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#136 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAU2H4OJLA5OMLXVDZE3ZDDSRQNBPANCNFSM4UAYTY5Q>
.
--
*Thomas Francart* -* SPARNA*
Web de *données* | Architecture de l'*information* | Accès aux
*connaissances*
blog : blog.sparna.fr, site : sparna.fr, linkedin :
fr.linkedin.com/in/thomasfrancart
tel : +33 (0)6.71.11.25.97, skype : francartthomas
|
Ok @tfrancart je n'avais pas compris. C'est compliqué htaccess? quel techno? |
Les fichiers .htaccess, c'est les fichiers de droits d'accès utilisés principalement par Apache... |
OK j'ai ajouté le code pour que https://www.virtual-assembly.org/ontologies/pair redirige vers https://www.virtual-assembly.org/ontologies/pair-2020-winter Au début j'avais songé ne pas mettre de redirection, c'est-à-dire que https://www.virtual-assembly.org/ontologies/pair affiche le contenu de la dernière version, mais sans que l'URL change. Cela dit cela posait des problèmes avec les autres redirections .htaccess contenues dans le dossier pair-2020-winter. En regardant à nouveau cette issue, j'ai vu que @tfrancart parlait juste de redirection, j'ai donc fait ça. J'espère que cela convient. Pour info, j'ai aussi modifié le .htaccess du dossier pair-2020-winter pour que Par ailleurs, si on a encore les versions plus anciennes de l'ontologie, je pense que ça pourrait être utile de les mettre dans ce même dossier. |
Après réflexion, cela me semble quand même étrange que le fichier https://www.virtual-assembly.org/ontologies/pair-2020-winter/ontology.ttl utilise l'URI Quelle prise de tête ces versions 😢 |
Nickel merci. Ce n'est pas grave que l'URL change.
Non, il faut que l'URI reste stable, donc ".../pair". Mais dans Protégé on
peut définir une "version IRI" qui serait effectivement
".../pair-2020-winter".
Par contre on fera extrêmement attention à partir de maintenant de ne rien
supprimer des versions futures pour assurer une retro-compatibilité
minimale.
Le jeu. 3 déc. 2020 à 10:52, Sébastien Rosset <notifications@github.com> a
écrit :
… OK j'ai ajouté le code pour que
https://www.virtual-assembly.org/ontologies/pair redirige vers
https://www.virtual-assembly.org/ontologies/pair-2020-winter
Au début j'avais songé ne pas mettre de redirection, c'est-à-dire que
https://www.virtual-assembly.org/ontologies/pair affiche le contenu de la
dernière version, mais sans que l'URL change. Cela dit cela posait des
problèmes avec les autres redirections .htaccess contenues dans le dossier
pair-2020-winter.
En regardant à nouveau cette issue, j'ai vu que @tfrancart
<https://github.com/tfrancart> parlait juste de redirection, j'ai donc
fait ça. J'espère que cela convient.
Pour info, j'ai aussi modifié le .htaccess du dossier pair-2020-winter
pour que RewriteBase soit /ontologies/pair-2020-winter et non
/ontologies/pair
Par ailleurs, si on a encore les versions plus anciennes de l'ontologie,
je pense que ça pourrait être utile de les mettre dans ce même dossier.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#136 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAU2H4JYDSRFBS546T3RBS3SS5NXHANCNFSM4UAYTY5Q>
.
--
*Thomas Francart* -* SPARNA*
Web de *données* | Architecture de l'*information* | Accès aux
*connaissances*
blog : blog.sparna.fr, site : sparna.fr, linkedin :
fr.linkedin.com/in/thomasfrancart
tel : +33 (0)6.71.11.25.97, skype : francartthomas
|
OK pour moi si c'est pas trop compliqué d'assurer cette rétrocompatibilité minimale (c'est-à-dire, comme je le comprend, ne jamais supprimer une classe ou une propriété, comme ça a été fait pour le passage de la version 2019-summer à la version 2020-winter) |
On ferme @srosset81 ? |
Yep ! |
La nouvelle version de PAIR a remplacé l'ancienne version.
Du coup cela casse les instances SemApps:
compact
,expand
,frame
) car les outils se base sur l'ontologie définie sur http://virtual-assembly.org/ontologies/pair (en l'obtenant avec un headerAccept: application/ld+json
)Il faudrait remettre au plus vite l'ancienne version, puis mettre la nouvelle version sur une autre URL.
Décider de ce qui est adapté en terme de versionning.
Une idée @tfrancart ?
The text was updated successfully, but these errors were encountered: