Difference between revisions of "Talk:Entities - Entités"
(mise en forme ; proposition de mode agile par BTH) |
m (sections ; traduction ; mise en forme) |
||
Line 10: | Line 10: | ||
'''NOTA BENE''' : Le document qui sert de fil conducteur lors des conférences générales est disponible [https://www.dropbox.com/s/lmj0n2pv5sf5hlh/KarstLink%20-%20en%20-%2020avril2020.pdf?dl=0 ICI]. | '''NOTA BENE''' : Le document qui sert de fil conducteur lors des conférences générales est disponible [https://www.dropbox.com/s/lmj0n2pv5sf5hlh/KarstLink%20-%20en%20-%2020avril2020.pdf?dl=0 ICI]. | ||
+ | |- | ||
+ | |} | ||
− | |- | + | == Topics 1 to 3 -- Sujets 1 à 3 == |
− | ! ''Topic 1'' : objects "cave" & "mine" | + | |
− | ! ''Sujet 1'' : objets "cavité" et "mine" | + | {| class="wikitable alternance left" |
+ | |- | ||
+ | ! width="50%" |''Topic 1'' : objects "cave" & "mine" | ||
+ | ! width="50%" |''Sujet 1'' : objets "cavité" et "mine" | ||
|- | |- | ||
| valign="top" | "Cave", "mine" are in the same proposition A. It will be necessary to add other objects. | | valign="top" | "Cave", "mine" are in the same proposition A. It will be necessary to add other objects. | ||
Line 22: | Line 27: | ||
| | | | ||
|- | |- | ||
− | ! ''Topic 2'' : object "module" | + | ! width="50%" | ''Topic 2'' : object "module" |
− | ! ''Sujet 2'' : objet "module" | + | ! width="50%" | ''Sujet 2'' : objet "module" |
|- | |- | ||
| valign="top" | | | valign="top" | | ||
Line 32: | Line 37: | ||
|- | |- | ||
− | ! | + | ! width="50%" | ''Topic 3'' : Super-type "Observations" |
− | ! | + | ! width="50%" | ''Sujet 3'' : Super-type "Observations" |
|- | |- | ||
− | | valign="top" | On suggestion from my Semantic Web colleagues, I Introduced "Observations" as a "super type" for various observations and measurements. It simplifies the ontology, and make extensions easier. I think that it is a bit more specific than what Patrick and Francois call "modules", because I want observations to have many common relations with other objects, which may not be the case with e.g. bib-refs, or rescue information. | + | | valign="top" | On suggestion from my Semantic Web colleagues, I Introduced "Observations" as a "super type" for various observations and measurements. |
+ | |||
+ | |||
+ | It simplifies the ontology, and make extensions easier. I think that it is a bit more specific than what Patrick and Francois call "modules", because I want observations to have many common relations with other objects, which may not be the case with e.g. bib-refs, or rescue information. | ||
+ | |||
[Eric Madelaine, April 11] | [Eric Madelaine, April 11] | ||
− | | valign="top" | À la suggestion de mes collègues du Web sémantique, j'ai présenté les | + | | valign="top" | À la suggestion de mes collègues du Web sémantique, j'ai présenté les « Observations » comme un « super type » pour diverses observations et mesures. |
+ | Cela simplifie l'ontologie et facilite les extensions. Je pense que c'est un peu plus spécifique que ce que Patrick et François appellent des "modules", parce que je veux que les observations aient de nombreuses relations communes avec d'autres objets, ce n'est peut-être pas le cas par exemple pour les bib-refs, ou les secours. | ||
[Eric Madelaine, April 11] | [Eric Madelaine, April 11] | ||
+ | |- | ||
+ | |} | ||
+ | |||
+ | == Topics 4 to ... -- Sujets 4 à ... == | ||
+ | |||
+ | {| class="wikitable alternance left" | ||
|- | |- | ||
− | ! | + | ! width="50%" | ''Topic 4'' : Methodology |
− | ! | + | ! width="50%" | ''Sujet 4'' : Méthodologie |
|- | |- | ||
| valign="top" | In fact each object is different and will therefore be represented by different properties and relationships. It is therefore essential to list the elements you wish to describe. Biblio references are already in place with the document object that is already in the list. for the others it is necessary to arrive to describe them and then we will seek if ontologies already exist. | | valign="top" | In fact each object is different and will therefore be represented by different properties and relationships. It is therefore essential to list the elements you wish to describe. Biblio references are already in place with the document object that is already in the list. for the others it is necessary to arrive to describe them and then we will seek if ontologies already exist. | ||
It will be necessary to ask whether they are specific objects or only properties of the cavities. We will make a specific object if we need to have a specific URI, as if we had a specific database which could exist without the others independently. | It will be necessary to ask whether they are specific objects or only properties of the cavities. We will make a specific object if we need to have a specific URI, as if we had a specific database which could exist without the others independently. | ||
+ | |||
[[User:Furien|Frédéric Urien]] ([[User talk:Furien|talk]]) | [[User:Furien|Frédéric Urien]] ([[User talk:Furien|talk]]) | ||
Line 62: | Line 79: | ||
From my experience, it seems necessary to me to separate 2 (pseudo-)karst objects: | From my experience, it seems necessary to me to separate 2 (pseudo-)karst objects: | ||
− | * ''Surface objects'' SURF OBJ (cave entrance, sump, spring, opening, ouvala, dolina, canyon, borehole, shafts, cenote, tiankeng, tsingy, | + | * ''Surface objects'' SURF OBJ (cave entrance, sump, spring, opening, ouvala, dolina, canyon, borehole, shafts, cenote, tiankeng, tsingy, etc). |
* ''Underground voids'' VOID (can be called: cave passage, mine, quarry, lave tube... but are basically the same) | * ''Underground voids'' VOID (can be called: cave passage, mine, quarry, lave tube... but are basically the same) | ||
Line 71: | Line 88: | ||
* an OBSERVATION can be linked to one POINT, can be linked to one VOID or SURF OBJ, people, organization) | * an OBSERVATION can be linked to one POINT, can be linked to one VOID or SURF OBJ, people, organization) | ||
− | Generally, from reading the object descriptions presented on | + | |
+ | |||
+ | Generally, from reading the object descriptions presented on this [[Objects - Objets|wiki (Apr. 21, 2020)]], it seems like the links proposed under each object could be refined to be more usable, structured and meaningful. Some examples (non exhaustive): | ||
<br> | <br> | ||
- I really don't see the underlying reality in directly linking a VOID and a PEOPLE.<br> | - I really don't see the underlying reality in directly linking a VOID and a PEOPLE.<br> | ||
Line 97: | Line 116: | ||
--[[User:Furien|Frédéric Urien]] ([[User talk:Furien|talk]]) 01:16, 22 April 2020 (CDT) | --[[User:Furien|Frédéric Urien]] ([[User talk:Furien|talk]]) 01:16, 22 April 2020 (CDT) | ||
− | | valign="top" | | + | | valign="top" | '''Nourrir la pensée''' |
+ | |||
+ | D'après mon expérience, il me semble nécessaire de distinguer deux objets concernant le (pseudo-)karst : | ||
+ | |||
+ | * les ''objets suface'' "SURF OBJ" (entrée de cavité, siphon, source, ouverture, ouvala, doline, canyon, forage, puits, cenote, tiankeng, tsingy, etc.) | ||
+ | * les ''vides souterrains" "VOID" (qui peuvent s'appeler : grotte, mine, carrière, tube de lave... mais sont en base de même nature) | ||
+ | |||
+ | Concernant leurs relations : | ||
+ | |||
+ | * Un "POINT" est un objet géographique abstrait. Il peut avoir des coordonnées, une erreur de positionnement, des propriétés de confidentialité (et c'est à peu près tout). | ||
+ | |||
+ | * Un "SURF OBJ" peut être lié à un "POINT", peut avoir des propriétés selon son type (par exemple : diamètre, longueur, hauteur, profondeur, polygone, etc), "DOCUMENTS" (images) | ||
+ | * Un "VOID" peut être lié à un ou plusieurs "SURF OBJ". Un "VOID" n'est pas lié à un "POINT" (les "VOID"s n'ont pas de coordonnées intrinsèques) | ||
+ | * Une "OBSERVATION" peut être liée à un "POINT", peut être liée à un "VOID" ou à un "SURF OBJ", un "PEOPLE", une "ORGANIZATION". | ||
+ | |||
+ | ''[Translation to be continued - Traduction à poursuivre]'' | ||
|- | |- | ||
Line 119: | Line 153: | ||
|- | |- | ||
− | ! | + | ! width="50%" | ''Topic 5'' : none, so far |
− | ! | + | ! width="50%" | ''Sujet 5'' : rien à ce jour |
|- | |- | ||
| valign="top" | bla bla | | valign="top" | bla bla | ||
| valign="top" | bla bla | | valign="top" | bla bla | ||
|- | |- | ||
− | ! | + | ! width="50%" | ''Topic 6'' : |
− | ! | + | ! width="50%" | ''Sujet 6'' : |
|- | |- | ||
| valign="top" | etc. | | valign="top" | etc. |
Revision as of 08:33, 8 May 2020
Prepare your arguments/proposal here | Préparez vos arguments/propositions ici |
---|---|
NOTA BENE: The document used as a common thread during general conferences is available HERE |
NOTA BENE : Le document qui sert de fil conducteur lors des conférences générales est disponible ICI. |
Topics 1 to 3 -- Sujets 1 à 3
Topic 1 : objects "cave" & "mine" | Sujet 1 : objets "cavité" et "mine" |
---|---|
"Cave", "mine" are in the same proposition A. It will be necessary to add other objects.
If this proposition is not suitable it's possible to formulate another (B) possibly with the same objects described otherwise. or with other objects. Frédéric Urien (talk) 01:58, 1 March 2020 (CST) |
|
Topic 2 : object "module" | Sujet 2 : objet "module" |
Nous proposons l'objet "module" car il nous semble plus opportun de regrouper les observations liées à des thèmes comme, la bio-spéléo, archéo, géologie, hydrologie (traçages), secours, environnement, références biblio, etc.
[Patrick Degouve et François Ichas] | |
Topic 3 : Super-type "Observations" | Sujet 3 : Super-type "Observations" |
On suggestion from my Semantic Web colleagues, I Introduced "Observations" as a "super type" for various observations and measurements.
|
À la suggestion de mes collègues du Web sémantique, j'ai présenté les « Observations » comme un « super type » pour diverses observations et mesures.
Cela simplifie l'ontologie et facilite les extensions. Je pense que c'est un peu plus spécifique que ce que Patrick et François appellent des "modules", parce que je veux que les observations aient de nombreuses relations communes avec d'autres objets, ce n'est peut-être pas le cas par exemple pour les bib-refs, ou les secours. [Eric Madelaine, April 11] |
Topics 4 to ... -- Sujets 4 à ...
Topic 4 : Methodology | Sujet 4 : Méthodologie |
---|---|
In fact each object is different and will therefore be represented by different properties and relationships. It is therefore essential to list the elements you wish to describe. Biblio references are already in place with the document object that is already in the list. for the others it is necessary to arrive to describe them and then we will seek if ontologies already exist.
It will be necessary to ask whether they are specific objects or only properties of the cavities. We will make a specific object if we need to have a specific URI, as if we had a specific database which could exist without the others independently. |
En fait chaque objet est différent et sera donc représenté par des propriétés et des relations différentes. Il est donc indispensable de faire la liste des éléments que vous souhaitez décrire. Les références biblio sont déjà en place avec l'objet document qui est déjà dans la liste. pour les autres il faut arriver à les décrire et ensuite nous rechercherons si des ontologies existent déjà.
Il faudra se demander si ce sont des objets spécifiques ou seulement des propriétés des cavités. on va faire un objet spécifique si on a besoin de disposer d'une URI spécifique, comme si nous avions une base de donnée spécifique qui pourrait exister sans les autres de manière indépendante. |
Food for thought:
From my experience, it seems necessary to me to separate 2 (pseudo-)karst objects:
Regarding their relations:
Generally, from reading the object descriptions presented on this wiki (Apr. 21, 2020), it seems like the links proposed under each object could be refined to be more usable, structured and meaningful. Some examples (non exhaustive):
_*note 1: in case of a VOID not linked to a SURF OBJ, the VOID could be either of unknown position, or remote detected. in the latter case, a SURF OBJ called 'virtual' could be linked to the VOID for positioning --Olivier Testa (talk) 11:57, 21 April 2020 (CDT) Some elements to answer to Olivier Testa We have a link between void and person or organization like "visited", "explored", "discovered". About the relations between point and person or organisation they can be similar to those which I propose between void and person or organization. About the relationships between point and document: the csv temperature measurement file is a document which can be associated with the point where these measurements were made. --Frédéric Urien (talk) 01:16, 22 April 2020 (CDT) |
Nourrir la pensée
D'après mon expérience, il me semble nécessaire de distinguer deux objets concernant le (pseudo-)karst :
Concernant leurs relations :
[Translation to be continued - Traduction à poursuivre] |
Mode agile ?
La compréhension du web des objets, puis sa mise en oeuvre, n'est visiblement pas simple. La perception du niveau d'abstraction d'une même ontologie varie d'une personne à l'autre. Pour converger plus vite vers une vision globale commune, nous pourrions adopter un mode agile qui consiste à définir un noyau ontologique, une sorte de "coeur d'ontologie", avec un nombre minimal d'objets, ayant un sens le plus générique possible. Par exemple, avec les 3 objets suivants, il me semble que l'on peut construire un prototype 3.0 qui servirait de POC (proof of concept) puis de noyau de base de données, permettant de guider les autres partenaires dans l'accostage progressif de leurs ontologies plus spécialisées :
Qu'en pensez-vous ? [Bernard THOMACHOT bth.grottocenter_at_orange.fr le 6 mai 2020] | |
Topic 5 : none, so far | Sujet 5 : rien à ce jour |
bla bla | bla bla |
Topic 6 : | Sujet 6 : |
etc. | etc. |