Jump to content

NoémiV

Membres
  • Content Count

    14
  • Joined

  • Last visited

About NoémiV

  • Rank

Profile Information

  • Gender
    Femme
  • Location
    Basel, Suisse

FileMaker Profile

  • FM
    FMP16A
  • OS
    Win10
  • Certification
    --Non certifié--
  • FBA
    --Non membre--

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Ca explique pourquoi il y a un problème : le tri est donc impossible sur des valeurs homonymes. Du coup on va les différencier en précisant les noms, histoire de ne pas avoir de "doublons". Merci beaucoup !
  2. Voilà la version actuelle, les tables et modèles concernés sont SITES (à l'intérieur du modèle sites, voir l'onglet toponymy et documentation, où se situent les deux tables externes renseignées), MAPS et TOPONYMS. Navigation rapide grâce au popover Menu/Chameau en haut à droite de chaque modèle. Le nom d'utilisateur est Admin (sans mot de passe), j'ai supprimé les autres comptes pour vous l'envoyer. La base faisant 15Mo depuis que nous avons importé les données depuis excel, je l'ai uploadée par WeTransfer: https://we.tl/t-SHQ3XSFHQN merci beaucoup !
  3. Merci de votre réponse ! Il y a le même nombre de lignes dans le fichier excel que d'enregistrements dans FMP, aucune fiche vide, et dans la table intermédiaire, tout est renseigné ... c'est ça qui m'intrigue aussi, j'ai pensé à un problème d'importation, mais non, tous les ID sont là ! et j'ai également pensé à un problème Unicode puisque de nombreux noms contiennent des caractères non usuels, mais un même nom s'affiche correctement dans la fiche dédié et pas du tout dans la table externe, voire il s'affiche correctement sur une fiche et pas du tout sur une autre .... mais le lien est là vu que c'est l'ID qui s'affiche ...
  4. Bonjour, J'ai un problème tout récent dans la base de données que je construis depuis des mois, et qui se présente au moment où je teste l'importation de fichiers excel pour remplir la base. J'ai d'abord importé les enregistrements de la table SITES, puis les enregistrements de la table TOPONYMES, et enfin ceux de la table jointe, où se situent les liens entre les différents sites et les toponymes. Tout s'est déroulé de manière absolument parfaite, et tous les liens sont opérationnels, mais ... Pour certains enregistrements, sur le modèle des SITES, dans le menu local (avec liste de valeur à deux rubriques - l'ID et le nom du TOPONYME - dont seul le nom s'affiche) où la table externe m'affiche les différents TOPONYMES liés, les noms qui sont homonymes avec d'autres toponymes ne s'affichent pas, seul l'ID s'affiche. Par exemple, le toponyme TOP0455 a le même nom que le TOP0365. Au lieu d'afficher Wadi Al-Natrun, il affichera TOP0455. J'ai vérifié partout, pour voir si toutes les informations étaient bien remplies, j'ai tenté de changer de police d'écriture (il y a des signes diacritiques, qui apparaissent correctement d'ailleurs), rien à faire. Si je décoche la case de formatage des données, cela reste pareil, et si je ne demande pas à n'afficher que la deuxième colonne (c'est à dire le nom) dans la case, pour tous les enregistrements non problématiques, l'ID et le nom s'affichent, mais pour ceux qui posent problème, seul l'ID s'affiche. Est-ce un bug ? Est-ce qu'il y a une raison pour laquelle les homonymes ne peuvent pas être gérés ? je fais exprès le lien partout dans la base avec les ID pour être sûre qu'il n'y ait aucun problème de concordance, du coup je suis assez perplexe ! Merci d'avance à qui pourra m'aider ...
  5. Bonjour ! Je reviens par ici pour un problème que je n'arrive pas à résoudre ... je travaille toujours sur la même base de données archéologique. Dans cette base, il y a pour mon problème deux tables qui sont concernées: la table "sites" et la table "phases archéologiques". La table "sites" contient les sites archéologiques qui sont étudiés. La table "phases archéologiques" contient les différentes phases archéologiques des sites. La relation entre les deux tables est de 1 à N. Chaque site archéologique ayant au minimum une phase archéologique qui lui est liée. Une phase archéologique ne peut appartenir qu'à un seul site. Sur le modèle "phases archéologiques", on trouve beaucoup d'informations, qui concernent le site mais à une phase spécifique, et qui donc changent d'une phase à l'autre. Par exemple, une rubrique (cases à cocher) détaille la flore trouvée durant la phase. Les archéologues qui vont utiliser la base veulent, pour chaque site, avoir un récapitulatif des phases archéologiques, dans lequel on trouvera par exemple la flore trouvée sur le site, toutes phases confondues. Le but est au final d'avoir une phase globale par site (nombre de phases globales = nombre de site, et non nombre de phases) et de pouvoir faire des recherches (par exemple, sur quel site on trouve du blé, toutes phases confondues). J'ai tenté de créer des rubriques statistiques, ou de faire un rapport, mais j'avoue qu'ici je suis paumée, car à chaque fois je me retrouve avec un nombre de fiche égal au nombre de phases et non au nombre de sites ... Je tente également de faire démarrer mon modèle par la table Sites, et d'afficher les rubriques statistiques de la table Phases archéologiques. Mais je ne sais pas si c'est de la bidouille ou si c'est une solution viable. Est-ce que quelqu'un aurait sinon une idée de comment atteindre mon but ?
  6. Super, merci pour ces explications !
  7. Merci ! Puisqu'on en est là, j'ai une question : pourquoi est-ce que cela ne doit pas être en référence externe ? j'ai fait cela à d'autres endroits également, quand je veux lier un enregistrement à celui d'une autre table (relation 1:n) sans avoir à passer par une table externe ... du coup ce serait bien que je sache si je dois changer cela ailleurs aussi ! Bon week end également ! Noémi
  8. Wow Merci beaucoup, et d'avoir pris tout ce temps pour mon problème ! Je vais plancher sur tout cela et l'intégrer dans ma base principale Les tickets de suivi c'est super aussi ! Je te tiens au courant et te montrerai un jour le résultat final (ça va durer, la base est grande) Noémi
  9. Bonjour Jérémie, Merci beaucoup pour ton aide ! Je mets le fichier en pièce jointe. Je fais tous mes tests dans une base de données de test, donc le reste de la base n'est pas dedans et du coup la table "sites" est vraiment minimale, ce qui en réalité n'est pas le cas. Je suppose que c'est pas mal de la bidouille ce que j'ai fait ... Bonne Journée également ! Noémi Test Chronology.fmp12 Test Chronology.fmp12 Test Chronology.fmp12 Test Chronology.fmp12 Test Chronology.fmp12 Test Chronology.fmp12 Test Chronology.fmp12 Test Chronology.fmp12 Test Chronology.fmp12
  10. Bonjour Jérémie ! Merci de ta réponse ! concernant le point 1), oui, c'est exactement cela. concernant le point 2), en fait, chaque site est occupé pendant un certain moment. Dans certains cas, la période d'utilisation est continue et dure sur une dynastie entière ou carrément une Période entière (tout le Nouvel Empire). Parfois, il y a différentes phases d'occupation bien distinctes, durant lesquelles le site est transformé ou détruit puis reconstruit etc, et celles-ci sont beaucoup plus courtes. Il va donc y avoir des différences assez grandes dans la précision de datation de ces phases d'occupation, sachant que le plus précis que l'on peut faire est de dater à 25 ans près (d'où 4 blocs fixes par siècle, mais qui sont indépendants du règne d'un pharaon (Par exemple, les 10 premières années sous le règne d'un pharaon donné, et les 15 années suivantes sous son successeur). Pour le moment, j'ai développé ce que j'appelle le "Module Chronologie" dans une base séParée et je compte le copier dans la base principale quand tout sera réglé. Je trouve ton idée de "Date de début d'occupation" et "Date de fin d'occupation" très intéressante, mais j'ai une question à ce sujet : il me semble que si on configure un champ pour afficher une date, celle-ci doit être au format jj.mm.yyyy, ce qui ne convient pas car il me faut une date où seule l'année apparaît ... Concernant la table de "Phase d'occupation", oui, elle est prévue, avec les rubriques ID Site Type d'utilisation tous les champs nécessaires à la description de cette phase d'occupation ID de la phase d'occupation Nom de la phase (=nom du site concaténé avec le nom de la période d'occupation ou quelque chose comme ça, je dois encore affiner) pour tout ce qui concerne la chronologie, je pensais l'afficher dans une table externe qui serait une table jointe "module de chronologie" (je peux attacher ici le modèle, mais j'ai encore quelques ajustements à faire pour qu'il fonctionne vraiment avec les blocs de 25 ans)
  11. Merci beaucoup ! J'ai finalement, grâce à la base de Jérémie, compris à peu près ce que je devais faire et j'ai créé des tables en cascade pour chaque niveau, un peu comme tu as fait ! Je ne sais pas si j'ai trop compliqué la chose, mais cela me permet d'avoir un affichage automatique pour chaque entrée. Mais ta solution m'intrigue, 1. parce qu'elle a l'air plus simple que la mienne en un sens, et 2. parce que tu utilises une liste de valeurs conditionnée et que je n'ai pas encore compris comment faire cela. Il faut que je me penche dessus, cela va m'aider pour un autre domaine de la base, où je dois créer une liste hiérarchique des types de sols, et ta solution a l'air d'être exactement ce que je veux obtenir ! Maintenant j'ai un nouveau problème qui se pose (sinon cela ne serait pas drôle) concernant la recherche. L'idée est de dater des phases d'occupation de sites grâce à cette chronologie. Pour un site qui serait utilisé uniquement sur 25 ans(par ex. -1475 - -1451), il suffit de remplir la case des 25 ans concernés et ensuite tout le reste se renseigne tout seul. Pour un site qui a une durée d'occupation d'une dynastie entière, il suffit de remplir la dynastie concernée. Mais quand on veut rechercher quels sont les sites qui sont occupés entre 1475 - -1451, il faut que les sites qui sont occupés pendant toute la dynastie ou le règne du pharaon concerné apparaissent aussi dans les résultats de la recherche. Et jusqu'ici je n'ai pas encore trouvé la solution. J'imagine qu'il faudrait que tous les sous-groupes liés à une époque particulière se cochent automatiquement en arrière-plan ? Ou as-tu / avez-vous une autre idée ?
  12. Merci pour ta réponse ! Je joins ici un fichier Excel pour montrer ce que je voudrais, j'espère que cela sera plus clair. Il manque encore la datation absolue ici, mais elle suit le même principe. Ce que je voudrais, c'est qu'il y ait une possibilité d'avoir autant de champs que de colonnes (ou alors un champ où l'information du dernier niveau s'affiche) et que si j'entre une information dans un des champs, les champs précédents se remplissent automatiquement (par exemple, si j'introduis dans le champ "pharaon" - Ramses II , Le champ dynastie se remplisse automatiquement avec l'information "19th dynasty", le champ Période "Nouvel Empire" etc.). Ce qui est important, c'est que lorsque les utilisateurs de la base feront des recherches, ils pourront demander à voir tous les enregistrements datant du Nouvel Empire, et que cet enregistrement qui a été fait avec le terme "Ramses II" apparaisse dans la liste. J'espère être claire ... Merci pour ta réponse ! Je joins ici un fichier Excel pour montrer ce que je voudrais, j'espère que cela sera plus clair. Il manque encore la datation absolue ici, mais elle suit le même principe. Ce que je voudrais, c'est qu'il y ait une possibilité d'avoir autant de champs que de colonnes (ou alors un champ où l'information du dernier niveau s'affiche) et que si j'entre une information dans un des champs, les champs précédents se remplissent automatiquement (par exemple, si j'introduis dans le champ "pharaon" - Ramses II , Le champ dynastie se remplisse automatiquement avec l'information "19th dynasty", le champ Période "Nouvel Empire" etc.). Ce qui est important, c'est que lorsque les utilisateurs de la base feront des recherches, ils pourront demander à voir tous les enregistrements datant du Nouvel Empire, et que cet enregistrement qui a été fait avec le terme "Ramses II" apparaisse dans la liste. J'espère être claire ... Thesaurus Temporel.xlsx Thesaurus Temporel.xlsx Thesaurus Temporel.xlsx Thesaurus Temporel.xlsx Thesaurus Temporel.xlsx Thesaurus Temporel.xlsx Thesaurus Temporel.xlsx Thesaurus Temporel.xlsx Thesaurus Temporel.xlsx Thesaurus Temporel.xlsx Thesaurus Temporel.xlsx Thesaurus Temporel.xlsx Thesaurus Temporel.xlsx Thesaurus Temporel.xlsx
  13. Bonjour ! Je me permets de créer un nouveau sujet ici car après recherche j'ai remarqué que tous les sujets apparentés sont assez vieux et donc les liens ne sont plus actuels, et je ne trouve pas ce que je recherche. Je viens de reprendre la gestion d'une base de données pour un projet de recherche et j'aimerais simplifier pas mal sa hiérarchie. Pour ce faire, j'aurais besoin de créer une liste de valeurs hiérarchique - un thésaurus. Il s'agit ici de définir une période d'occupation de site archéologique, lesquels sont plus ou moins précisément datables (par ères historiques - périodes - dynasties - règne de pharaons - datation absolue à 25 ans près). Je n'ai malheureusement trouvé nulle part comment procéder (j'ai notamment un fichier excel qui contient déjà ces valeurs, utilisé pour créer un Thesaurus dans l'application IMDAS Pro). Est-ce qu'une bonne âme aurait la gentillesse de m'indiquer comment procéder ou une référence où cela est expliqué ? Merci d'avance, Noémi
  14. NoémiV

    NoémiV

×
×
  • Create New...