Différences

Ci-dessous, les différences entre deux révisions de la page.

--- td_histoire_numerique:descriptif_exercice_3 [2014/10/11 09:18]
Francesco Beretta [Choix du type d'objet]
+++ td_histoire_numerique:descriptif_exercice_3 [2014/10/12 09:02]
Francesco Beretta [Remarque importante]
@@ Ligne 58: / Ligne 58: @@
 Avant de procéder il faut **vérifier que la base de données dont on dispose est à jour** tant au point de vue des paramètres et des autres tables que de l'interface.\\
-Les **fichiers à jour** à télécharger et les instructions se trouvent [[td_histoire_numerique:descriptif_exercice_2&#mise_a_jour_de_la_base_de_donnees_et_de_l_interface|ici]].
+Les **fichiers à jour** à télécharger et les **instructions** se trouvent [[td_histoire_numerique:descriptif_exercice_2&#mise_a_jour_de_la_base_de_donnees_et_de_l_interface|ici]].
+**PRINCIPE ESSENTIEL**: les objets de la base de données permettent d'identifier des objets du monde historique, c'est-à-dire de leur attribuer un identifiant avec quelques éléments qui permettent de les reconnaitres (nom, dates, adresse, type, classe) – mais ce n'est pas ici qu'on stocke les connaissances qui les concernent, les informations dont nous disposons sur eux: celà sera traité dans une autre partie de la base.
 ==== Manipulation de l'interface ====
@@ Ligne 95: / Ligne 98: @@
 Les données issues de la base de donnée collaborative en ligne, dans laquelle se trouvent des données produites par une cinquantaine d'historiens et une dizaine de projets, nous serviront d'exemple et de référence.\\
-L'expérience du projet SyMoGIH, montre qu'il convient de répartir tous les objets dont s'occupe l'historien en une dizaine d'ensembles ou classes que nous allons identifier grâce à la propriété 'type' de l'entité 'objet historique'. Le type nous permet de savoir à quelle classe appartient un objet.\\
+L'expérience du projet SyMoGIH, montre qu'il convient de répartir tous les objets dont s'occupe l'historien en une dizaine d'ensembles ou classes que nous allons identifier grâce à la propriété 'type' de l'entité 'objet historique'. Le type nous permet de savoir à quelle classe appartient un objet. Avec cette dizaine de types on puet classer aisément, et de manière relativement objective, l'ensemble des objets dont s'occupe l'historien.\\
 Le site public du projet a une fonction d'illustration et ne présente donc pas tous les aspect de la base de données collaborative. Tous les types d'objets n'y sont donc pas représentés.\\
@@ Ligne 120: / Ligne 123: @@
 Comme pour les Objets concrets vous pourrez indiquer plusieurs noms pour un objet, un pour le nom effectif, un pour l'URL, etc.\\
-Avec ces trois objets, vous pourrez traiter toutes la bibliographie et les références aux sources\\
+=== Unité documentaire ===
+Avec les trois objets qui précédent, on peut traiter toute la bibliographie et les références aux sources. On a toutefois besoin souvent d'identifier des objets qui se situent en dessous du niveau d'identification bibliographique ou archivistique:
+  * les chapitres d'un livre
+  * une lettre ou un fragment épigraphique dans une édition
+  * une photo dans un fonds
+  * une photo sur une page
+  * un article de quotidien
+  * une annonce dans un journal
+  * un document manuscrit dans une chemise à l'intérieur d'un volume archivistique (qui seul est coté)
+Pour traiter ces cas, on crée des objets de type Unité documentaire, on nomme et on décrit tous ces objets: chapitre, photo, lettre, article, et on associe ces objets avec une **association de type 'est une partie de'** à l'objet principal (bibliographie, article d'archives, etc.), tout en indiquant dans la propriété/champs 'reference_precise' les pages ou l'indicaiton de la référence exacte de l'objet. On saura aussi où se trouve cet objet et, si on se positionne sur l'objet qui le contient, tous les chapitres traités de ce livre ou les photos identifiées de ce fonds.
@@ Ligne 140: / Ligne 155: @@
 === Caractère social ===
-Tous les objets abstraits qui concernent des propriétés des acteurs relatives à leur fonctionnement en société: professions, statuts, décorations militaires, diplomes. Mais toutes conçues non pas dans l'abstrait (une chaire d'historie à l'Université – objet abstrait) mais comme caractéristique l'acteur (professeur d'histoire, niveau universitaire – caractère social).
+Tous les objets abstraits qui concernent des propriétés des acteurs relatives à leur fonctionnement en société: professions, statuts, décorations militaires, diplomes. Mais toutes conçues non pas dans l'abstrait (une chaire d'historie à l'Université – objet abstrait) mais comme caractéristique l'acteur (professeur d'histoire, niveau universitaire – caractère social).\\
+Relèvent de ce type également les fonctions individualisées: pape, président de la République française, chancelier de la République fédérale allemande, etc. On pourra ainsi écrire l'histoire de ces objets
+=== Lieu  /  Immeuble ===
+Il s'agit de deux types d'objets munis de géolocalisation mais de nature différente.
+  * Les lieux sont des objets purement surfaciques, c'est-à-dire permettant d'identifier un portion du sol terrestre: un lieu habité (une ville, village, hameau), un territoire (Etat, département, commune), une fôret, une montagne.
+  * Les immeubles sont le résultat de l'activité humaine de construction, d'édification: batiments, statues, fontaines, infrastructure, ... Il s'agit donc d'une sorte d'objet concret qu'on ne peut pas déplacer et qui est géolocalisé.
 ===== Navigation et recherche d'objets =====
@@ Ligne 156: / Ligne 180: @@
 ===== Création des associations =====
+L'association entre deux objets est représentée dans le modèle conceptuel (MCD) par l'association 'associer_objets'. Cette association est représentée par une table dans le schéma 'objets' appelée 'associer_objets'.\\
+Chaque ligne de la table associe deux objets. La clé primaire de chaque objet est reportée dans une colonne distincte de la table – la clé primaire est alors appelée clé étrangère (//foreign key//) car elle pointe vers une table contenant la clé primaire (//primary key//) c'est-à-dire l'identifiant de cet objet dans le système.\\
+L'association a un sens, une direction: on a un objet en colonne A et un objet on colonne B. Par convention, on appelle l'objet A //source// et l'objet B //cible//. De plus, l'association est typée: on indique quelle est le sens de l'association. Si on change la position des objets, et on met l'objet B en position A, la dignification de l'association change. Par exemple, si on dit que l'acteur A. est classé par le concept B., ou que la photo A reproduit le tableau B, changer la position des objets entraine des assertions absurdes.\\
+Dans l'interface de la base de données, les associations sont à saisir dans le formulaire 'objets'. Celui-ci présente sur chaque fiche d'un objet deux affichages des associations de cet objet: celles dans lesquelles l'objet de la fiche est en position de //source// et celles dans lesquelles il est en position de //cible//. \\
+Les prédicats utilisés pour typer les associations indiquent clairement le sens des associations: par ex. l'objet ObPe3 Mathématiques est classé par l'objet ObPe34 Discipline enseignée à l'Université; l'objet ObPe6 Kepler est l'objet cible de l'association qui indique que la monographie de Depondt/Véricourt consacrée à l'astronome allemand (ObPe28) //documente// l'objet 'Kepler'.\\
+IMPORTANT: concernant l'utilisation des clés, nous utilisons la //primary key//, c'est-à-dire une valeur de type entier (1,2, etc.) pour toutes les associations entre tables dans la base de données, alors que à l'extérieur, et notamment dans le codage des textes, nous utilisons la clé avec le préfixe 'ObPe' (ObPe1, ObPe2, etc.) pour distinquer les objets des informations les concernant, qu'on appellera des unités de connaissance et qui auront leur clé préfixée par 'UnCo': UnCo1, UnCo2, etc.\\
+Outre le formulaire 'objets', deux autres formulaires permettent de visualiser les associations entre objets: 'objets_associes_objet_source' et objets_associes_objet_cible'. Dans ces formulaires on ne voit pas tous les objets qu'on a créés mais **seulement** ceux qui sont **associés**, c'est-à-dire pour lesquels on a créé un ligne dans la table 'associer_objets' contenant leur clé primaire dans une des deux colonnes de l'association, source ou cible.\\
+La liste des associations peut être affichée dans une liste en haut de la page en utilisant le bouton 'Source des données comme table' présenté précédemment (cf. navigation et recherche d'objets). Dans le formulaire 'objets_associes_objet_source', lorsqu'on parcourt les lignes de la table affichée en haut, on voit en bas apparaître la fiche de chaque //objet source//. Dans le formulaire 'objets_associes_objet_cible', lorsqu'on parcourt les lignes de la table affichée en haut, on voit en bas apparaître la fiche de chaque //objet cible//. \\
+Il nous reste à présenter brièvement le sens des associations prévues dans notre système d'information: \\
+==== est classé par ====
+Associe un objet source avec un objet cible qui le classe. L'objet cible est en régle générale de type objet abstrait. On peut ainsi créer des concepts qui permettent de constituer des groupes d'objet en lien avec sa propre recherche. Par ex. on peut créer un sous-ensemble des acteurs, une population répondant à un intérrogation précise, grâce à un classement avec un objet abstrait qui indique que nous voulons nous intéresser plus précisément à cette population.\\
+Avec cette association on peut aussi créer une typologie plus fine des objets. On peut, par ex., créer un objet abstrait 'Monographie', 'Article de revue scientifique', etc. et utiliser ces objets cible pour classer des objets sources de type bibliographie pour retrouver ensuite tous les articles, les livres, etc. concernant tel sujet.
+Enfin, on peut aussi créer des hiérarchies d'objets abstraits ou de cractères sociaux, en remontant de l'objet plus spécifique (objet source) vers l'objet plus générique (objet cible): l'astronomie copernicienne sera par ex. classée par l'astronomie, ou la profession de 'marchand–tireur d'or' sera classée par la profession de 'marchand'.
+==== est une partie de ====
+Avec cette association fort utile on peut traiter les inclusions d'un objet dans un autre. Par ex. on peut créer un objet bibliogrpahique qui représente un périodique, //Les Annales//, et y associer en tant qu'objets source tous les objets qui identifient des articles tirés de cette revue.\\
+Cette association est particulièrement important pour associer les objets de type Unité documentaire avec l'objet qui les contient: par ex. un chapitre de livre, ou l'édition d'un fragment de papyrus (objets source), seront associés à l'objet qui contient la référence bibliographique de l'édition (objet cible de type bibliographie) tout en indiquant dans le champs 'reference_precise' les pages du chapitre, ou le numéro d'ordre du fragment.\\
+==== se situe dans  ====
+Si l'association 'est une partie de' a un sens lié à la localisation géographique, par ex. que telle ville se situe dans tel territoire, on utilise l'association de type //se situe dans//. \\
+Ce type d'association est donc réservé aux inclusions de type geographique. Elle permet aussi d'inclure une partie d'un immeuble dans l'immeuble même, telle une tour dans l'objet chateau dont elle fait partie.
+==== documente ====
+La fonction principale de cette association est de réaliser une biliographie concernant un objet. On produit les références biliographiques sous forme d'objets de type 'Bibliographie', puis on créé les objets dont parlent ces ouvrages, puis on associe chaque ouvrage ou article ou site web qui fournit des informations (objet source) avec le ou les objet dont il parle et qui nous intéressent (objet cible) tout en donnant des précision sur les pages dans le champs 'reference_precise'. \\
+On pourra ainsi retrouver très facilement toute la bilbiographie dont un dispose sur un sujet (un acteur, un concept historiographique, un lieu, etc.) et on connaîtra aussi d'emblée tous les sujets dont parle tel ouvrage.
+Plus en général, ce type d'association permet de recolter aussi des références d'archives et tout autre forme de documentation concernant un objet.\\
+==== reproduit ====
+Cette association est également très pratique pour gérer les reproductions photographique, transcriptions, éditions des sources d'archives ou autres objets qui nous intéressent. L'objet source est tout objet pour lequel existe une reproduction, l'objet cible identifie cette reproduction, le champs 'référence exacte' permet le cas échéant d'indiquer quelle partie de l'objet cible (par ex. un catalogue d'exposition) contient une photo de telle statue. Ce champs ne sera pas renseigné si l'objet cible (par ex. une photo) reproduit l'objet source comme tel.\\
+==== concerne ====
+Enfin, l'association générique 'concerner' indique que tel objet concerne tel autre objet sans préciser de quelle manière.
+===== Remarque importante =====
+Ni les objets, ni les associations entre objets n'ont pour fonction de collecter des connaissances historiques concernant les objets. L'entité 'objet' du système d'information sert uniquement à identifier des objets et à leur attribuer un identifant. Les associations doivent être impérativement utilisées dans le sens indiqué et pas un autre: elles expriment des relations élémentaires entre objets mais pas des connaissances historiques, car elle ne comportent pas de date, ni de source.\\
+Le stockage des informations historiques en tant que relations entre objets sera le sujet de la suite du cours.
 ====== Encodage de textes en XML – TEI ======
@@ Ligne 189: / Ligne 280: @@
 \\
+[à suivre]
 ====== Installation de Zotero ======

Wiki de l'ARHNAxe de recherche en histoire numériqueLARHRA UMR5190

Outils pour utilisateurs

Outils du site

Différences

Outils de la page

Wiki de l'ARHN

Axe de recherche en histoire numérique
LARHRA UMR5190