search

assemblee-virtuelle / pair

Ontologie PAIR: Projets, Acteurs, Idées, Ressources
http://www.virtual-assembly.org/
GNU Affero General Public License v3.0
23 stars 6 forks source link

Ajouter le concept d'adresse #147

Closed GuillaumeAV closed 3 years ago

GuillaumeAV commented 3 years ago

Après avoir cherché avec @simonLouvet on a pas trouvé le concept d'adresse dans la winter 2020, qui est fondamental pour nos différentes implémentations ..

On a peut être zappé un truc @tfrancart ? Ce ne serait pas la première fois ;)

Si effectivement manquant :

Le use case principal à mon sens : Je veux géolocaliser un PAIR sur une carte géographique ... et bénéficier du coup d'un service d'autocomplétion sur data.gouv...

tfrancart commented 3 years ago

Les adresses ont disparus dans la bataille. Solution 1 : on met un data property "adress" sur la classe PAIR (facile) Solution 2 : on met un data property "adress" sur la classe "Physical place", et on ajoute un lien "located in" entre un PAIR et une Place (plus compliqué à l'implémentation et à la saisie)

Le jeu. 17 déc. 2020 à 17:21, Guillaume notifications@github.com a écrit :

Après avoir cherché avec @simonLouvet https://github.com/simonLouvet on a pas trouvé le concept d'adresse dans la winter 2020, qui est fondamental pour nos différentes implémentations ..

On a peut être zappé un truc @tfrancart https://github.com/tfrancart ? Ce ne serait pas la première fois ;)

Si effectivement manquant :

  • Serait il possible de le rajouter rapidement, sans attendre la spring ou summer 2021 ?
  • Ce serait une data property, une object property, une classe ?

Le use case principal à mon sens : Je veux géolocaliser un PAIR sur une carte géographique ... et bénéficier du coup d'un service d'autocomplétion sur data.gouv...

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/assemblee-virtuelle/pair/issues/147, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAU2H4PUKRFUHHUS6AID5CDSVIV2BANCNFSM4U742MPQ .

--

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

srosset81 commented 3 years ago

Ce serait address, et non pas adress. Mais est-ce qu'un champ address serait suffisant? Ne faut-il pas a minima aussi pouvoir indiquer la latitude et la longitude ? ActivityPub définit quelques champs pour les objets Place: name, latitude, longitude. Dans ma pratique, j'ai trouvé qu'il manquait les notions de ville, région, code postal, etc. Pour schema.org, la classe Place est naturellement beaucoup plus fournie, avec un champ address qui peut être soit un texte, soit une PostalAddress

tfrancart commented 3 years ago

Que pensez-vous de :

PAIR hasLocation Place Place locationOf PAIR address domain Place address range xsd:string latitude domain Place

Ca suffit ? ou vous voulez une classe Address en tant que telle ?

Le jeu. 17 déc. 2020 à 19:03, Sébastien Rosset notifications@github.com a écrit :

Ce serait address, et non pas adress. Mais est-ce qu'un champ address serait suffisant? Ne faut-il pas a minima aussi pouvoir indiquer la latitude et la longitude ? ActivityPub https://www.w3.org/TR/activitystreams-vocabulary/#dfn-place définit quelques champs pour les objets Place: name, latitude, longitude. Dans ma pratique, j'ai trouvé qu'il manquait les notions de ville, région, code postal, etc. Pour schema.org, la classe Place https://schema.org/Place est naturellement beaucoup plus fournie, avec un champ address qui peut être soit un texte, soit une PostalAddress https://schema.org/PostalAddress

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/assemblee-virtuelle/pair/issues/147#issuecomment-747604032, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAU2H4M7JKYIS6HIFSGVFT3SVJBYJANCNFSM4U742MPQ .

--

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

tfrancart commented 3 years ago

(désolé, il manquait aussi la longitude dans ma proposition, vous aurez compris par vous-mêmes :-) )

Le jeu. 17 déc. 2020 à 22:17, Thomas Francart thomas.francart@sparna.fr a écrit :

Que pensez-vous de :

PAIR hasLocation Place Place locationOf PAIR address domain Place address range xsd:string latitude domain Place

Ca suffit ? ou vous voulez une classe Address en tant que telle ?

Le jeu. 17 déc. 2020 à 19:03, Sébastien Rosset notifications@github.com a écrit :

Ce serait address, et non pas adress. Mais est-ce qu'un champ address serait suffisant? Ne faut-il pas a minima aussi pouvoir indiquer la latitude et la longitude ? ActivityPub https://www.w3.org/TR/activitystreams-vocabulary/#dfn-place définit quelques champs pour les objets Place: name, latitude, longitude. Dans ma pratique, j'ai trouvé qu'il manquait les notions de ville, région, code postal, etc. Pour schema.org, la classe Place https://schema.org/Place est naturellement beaucoup plus fournie, avec un champ address qui peut être soit un texte, soit une PostalAddress https://schema.org/PostalAddress

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/assemblee-virtuelle/pair/issues/147#issuecomment-747604032, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAU2H4M7JKYIS6HIFSGVFT3SVJBYJANCNFSM4U742MPQ .

--

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

--

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

srosset81 commented 3 years ago

Ca me semble bien ! Je pense qu'il faudrait aussi mettre le prédicat zipCode dans le domain de Place. Pour l'instant il n'est que dans le domain de Town. Or il me semble qu'un code postal n'est pas limité à une ville: n'importe quel endroit a un code postal.

tfrancart commented 3 years ago

Qu'en pensez-vous ?

Le ven. 18 déc. 2020 à 09:23, Sébastien Rosset notifications@github.com a écrit :

Ca me semble bien ! Je pense qu'il faudrait aussi mettre le prédicat zipCode dans le domain de Place. Pour l'instant il n'est que dans le domain de Town. Or il me semble qu'un code postal n'est pas limité à une ville: n'importe quel endroit a un code postal.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/assemblee-virtuelle/pair/issues/147#issuecomment-747941944, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAU2H4IQC6RWGSGUCETIOJTSVMGOTANCNFSM4U742MPQ .

--

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

srosset81 commented 3 years ago

Ca va alourdir le code frontend de devoir créer un objet Place + un objet PostalAddress lorsqu'on veut mettre une adresse, mais ça me semble néanmoins cohérent.

Plutôt que d'avoir deux propriétés address et hasPostalAddress, ne pourrait-on pas tout mettre sous address comme le fait schema.org ? https://schema.org/address (Possibilité d'utiliser du texte ou un objet PostalAddress)

tfrancart commented 3 years ago

Non ce n’est pas possible en OWL. Une propriété est soit datatype, soit object. Cette pratique de schéma.org http://xn--schma-dsa.org est vraiment vraiment cra-cra et vise à simplifier la vie des webmaster, mais en terme d’ontologie de domaine ce n’est pas “casher”.

Si pas d’objections on part donc sur la combinaison des propositions mentionnées précédemment.

Merci Seb

Le ven. 18 déc. 2020 à 12:48, Sébastien Rosset notifications@github.com a écrit :

C'est cohérent, même si ça va alourdir le code frontend de devoir créer un objet Place + un objet PostalAddress lorsqu'on veut mettre une adresse.

Plutôt que d'avoir deux propriétés address et hasPostalAddress, ne pourrait-on pas tout mettre sous address comme le fait schema.org ? https://schema.org/address (Possibilité d'utiliser du texte ou un objet PostalAddress)

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/assemblee-virtuelle/pair/issues/147#issuecomment-748043458, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAU2H4IK2NAOQSCVH5EVMALSVM6SFANCNFSM4U742MPQ .

--

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

srosset81 commented 3 years ago

OK c'est bon pour moi. Merci !

tfrancart commented 3 years ago

Ces modifications sont implémentées dans le OWL sur le Github et en ligne et dans la doc : https://www.virtual-assembly.org/ontologies/pair-2020-winter/index-en.html Et aussi dans le diagramme https://raw.githubusercontent.com/assemblee-virtuelle/pair/master/3-Dissemination/Diagrammes-PAIR-Winter-2020/PAIR%20Core%20Subjects-2020-WinterEdition.png

Le ven. 18 déc. 2020 à 16:26, Sébastien Rosset notifications@github.com a écrit :

OK c'est bon pour moi. Merci !

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/assemblee-virtuelle/pair/issues/147#issuecomment-748155085, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAU2H4OMREKNKCRMFMSYNOLSVNYATANCNFSM4U742MPQ .

--

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