Open GuillaumeAV opened 3 years ago
pair:concerns
a pour domain Task, et pour range Actor.
Je n'ai pas introduit cette propriété; elle n'a ni libellé, ni définition, je ne peux pas me prononcer sur sa sémantique.
Pour autant que je puisse en juger cette propriété a été introduite récemment (Winter2020), je ne la retrouve pas dans les versions précédentes, et ni son domain ni son range n'ont été modifié (mais elle vient peut-être d'un autre fichier). Je suis preneur d'une ancienne version pour comparaison.
Je n'ai pas d'objection à un changement, si ce n'est qu'il devra obligatoirement s'accompagner de définitions et d'exemples sur pair:involves, pair:assignee et pair;concerns. Pour rappel un tableau est pret pour de la saisie au kilomètre : #159
Le problème vient de me frapper comme l'éclair : une Tâche est en fait la description d'une Tâche, qui est en fait un Document, et non pas une activité. A ce titre, une Tâche a un "aboutness" et peut être "à propos" de quelque chose.
Il faut distinguer la description de la tâche à faire dans une TODO-list ou un issue-tracker de la tâche réellement effectuée par quelqu'un.
Ne pourrait-on pas dire la même chose de n'importe quelle autre classe ? Project, Event, Organization, etc ?
Un Project peut être une intention de projet, non encore réalisé, ou alors un projet en cours avec des contributeurs, ou finalement un projet terminé.
Yop ! On en a parlé au téléphone avec Thomas la semaine dernière et on va rester sur le concept de tâche tel qu'on l'avait imaginé à la base, on va changer le range de concerns, et pour cela il faut que j'avance sur la documentation des définition :) Je vous tiens au jus !
MàJ : Proposition de substituer concerns par about CF : #162
Dans l'ontologie, le range de concerns est Actor...
Je me serais attendu à ce que concerns soit utilisé (comme dans la précédente version si ma mémoire est bonne) pour dire que telle tâche concerne telle Activité, voire tel PAIR, je me demande du coup si ce n'est pas une coquille @tfrancart ? En l'état actuel, ca fait plus ou moins doublon avec involves .. Par ailleurs, si partOf a bien vocation à décrire des emboitements de classes (Task partOf Task) il n'y a plus de relation pour rattacher les tâches à des PAIR..