Dictionnaires

Je n'ai aucune idée des conséquences informatiques de ma proposition mais tant pis je la fais.
Plusieurs personnes demandent différents dictionnaires (abréviations, métiers, prénoms, subdivisions, etc ...)
Il y a une voie à explorer peut-être c'est d'offrir la possibilité à chacun de créer son propre dictionnaire.
Imaginons qu'à partir d' Heredis je puisse créer moi même une base de données simple (comme celle des communes) qui soit un fichier externe à H11

Je rêve:
Dans le menu d'HEREDIS j'ai une commande "Création d'un dictionnaire" qui m'ouvre une fenêtre me demandant un nom de dictionnaire et le nombre de colonnes et le nom des colonnes et celui ci vient se rajouter dans les outils. à moi de compléter
Possibilité de récupérer les dictionnaires lors de mise à niveau par une fonction importer.
E pourquoi pas une banque d'échange sur le site de BSD.
J'ai encore d'autres idées pour développer cela plus loin, mais là c'est déjà pas mal

Faut que j'arrête le chocolat, il me monte à la tête !

Quand tu veux, l'idée ma déjà effleurée plusieurs fois...

Le jour où BSD comprendra qu'avoir une architecture "ouverte" est synonyme de plus de clients ...
Le coeur de métier de BSD est, AMHA (à mon humble avis) triple:
* définition de l'architecture de la base de données,
* dessin de l'interface de saisie pour remplir la base de données,
* définir les outils de recherche et de maintenance ...

Chaque utilisateur pourra alors, en fonction de ses besoins et de ses connaissances, utiliser Heredis en version de base, ou ajouter, comme le proposait François, des dictionnaires, des sorties, des recherches, ...

Cerise sur le gâteau, ma vision d'Heredis est commune au monde Mac et au monde PC (et même Linux) ...

J'ai mangé les chocolats d'Isabelle (merci) et là je passe du rêve au délire.
J'ai la possibilité de créer le dictionnaire à partir d'un menu contextuel quand je suis sur certains champs, à partir de là le dictionnaire se créer avec la première colonne remplie avec les valeurs que j'ai déjà donné à ce champ (et se complètera ainsi par la suite). A moi de gérer mes fautes d'orthographe si mon dictionnaire a une "sale tête" grâce à la fonction rechercher-remplacer.
Reste un problème on peut avoir plusieurs prénoms et plusieurs métiers par exemple, et dans mon dictionnaire il faudrait qu'un de chaque par champ.

Je retourne manger du chocolat !

Pas mauvais le chocolat !

Dans les champs du type métiers où prénoms il faut convenir d'un séparateur du type / (ou un autre)pour séparer les valeurs
exemple métiers: bûcheron / meunier / charpentier / chocolatier

Ce coup ci je vais m'allonger sous mon arbre et digérer mon chocolat

Comme c'est une bonne idée, je la déplace dans la partie suggestions

L'idée semble super par contre le séparateur / n'est pas très esthétique en lecture directe. un . me semble plus passe-partout ou alors un ;
J'avais pensé au - mais comme il est utilisédans les noms composés, cela n'irait pas car il y aurait mélange.

Mandra a écrit:L'idée semble super par contre le séparateur / n'est pas très esthétique en lecture directe. un . me semble plus passe-partout ou alors un ;
J'avais pensé au - mais comme il est utilisédans les noms composés, cela n'irait pas car il y aurait mélange.

J'ai pas de préférence: si tu n'aimes pas / j'ai aussi \ non ?

On_peut_utiliser_l'underscore_ pour_separer

En bon anglais, l'underscore est nommé "blanc souligné" (ou "tiret bas"), qui est un signe typographique!

Certains de vous ont il crée des dictionnaires ?
....même et surtout perso, pour connaitre le sujet de ce dernier et histoire de donner envie d'en faire pleins et de donner des idées aux autres...

J'en avais fait sous access, mais trop lourd à gérer depuis je suis passé sous office 2007 et je suis incapable de retrouver mes petits

J'avais attaqué par le dictionnaire des métiers, il faudrait que je m'y colle de nouveau mais access n'est pas très simple et il faut que je m'adapte à 2007.
Par le passé j'y gérai mes tâches, avant qu'Heredis ne le fasse

Je vais surement dire une bêtise puisque je n'ai pas approfondie la question (et même sans ça cela ne m'empêche pas d'en dires !) mais donc moi ce qui me gêne c'est le coté ou le soucis avec les dates...

Une fiche individuelle par exemple qui inclus les fais historiques (préalablement choisies) cela va donner quoi sans dates ? (pas terrible le résultat (rapidement))


Un dico sur les métiers, OK je prend et contribue, mais par la suite dans l'utilisation des notes et autres rapports, même si j'ai vu le résultat, la création de ce genre de dico ne semble pas fait pour cela (mais je suis pour, je parle de ce cas précis), mais il serait donc si j'ai bien compris, plus dans un but que je vais qualifier de pédagogique pour ne pas dire de trouver l'information, donc qui ne serait pas fait pour être édité mais juste pour la recherche de l'information comme un vrai dico (j'ai du mal à justifier mes propos désolé) ou je me trompe ?

Je valide mon message sans le relire une 3ème fois, trop compliqué à cette heure là pour moi...

Résumé à moi : Un dico oui pour apprendre et comprendre, pour les notes et autres non....C'est juste la précision que j'ai besoin de connaitre d'après vos propos et je ne sais même pas pourquoi j'en fais une histoire puisqu'il suffit de décocher la case... Fatigué le Tahiti... Désolé...

C'est moi qui suit désolé car je ne comprends pas du tout ton propos, c'est peut-être moi qui suit fatigué.

Je viens de me livrer à un petit exercice pour me créer un dico des métiers (à mon goût bien sûr)
et cela donne deux tables pour l'instant
(Reste à faire les requêtes et les états et la présentation)



Pour les variantes des métiers



Avec les relations

François a écrit:

Avec les relations

Je lis bien que c'est à ton goût mais pourquoi avoir créé les mêmes champs pour la liste principale et les variantes ? les variantes sont considérées comme les mêmes items que ceux de la liste principale.

J'ai un exemple qui me passe par l'esprit : j'ai un ancêtre qui était traversier (ceux qui font traverser les rivières en bateau ou barque), on trouve plusieurs dénominations de son métier suivant les actes de cette personne : traversier, navigateur et maître de barque, en reprenant tes tables, il n'est pas nécessaire de reprendre tous les champs de ce métier.

Table Liste principale :
Code : x
Métier : Traversier
Définition : ceux qui font traverser les rivières
Source : xxxx
Région : Québec

Table Variantes
Num Séq. : 1
Code : X
Nom : Navigateur

Num Séq : 2
Code : X
Nom : Maître de barque

Petite remarque: chaque table doit avoir un numéro séquentiel, généré par le logiciel, et un code (plus ou moins) mnémonique géré par l'utilisateur.

Enfin, le logiciel "acces" n'est pas gratuit, et loin de là, et est limité à son poste de travail (PC Windows ou Linux et Mac).
La suite bureautique gratuite "OpenOffice" contient le logiciel "Base" qui permet de créer et de gérer une petite base, toujours limitée à son poste de travail.

Si on veut que son dictionnaire soit accessible dans l'Internet, il faut se tourner soit vers une simple liste, soit à un gestionnaire de base de données, par exemple, "MySql" présent chez de nombreux FAI (dont Free).

On peut développer, mettre au point sa base de données sur son ordinateur et la porter ensuite sur l'Internet.

BSD pourrait trés bien le faire de la même manière qu'il l'a fait pour le dico Historique ou l'on construit ce dico soit même avec mise en ligne comme pour le fichier historique

Hervé a écrit:Je lis bien que c'est à ton goût mais pourquoi avoir créé les mêmes champs pour la liste principale et les variantes ? les variantes sont considérées comme les mêmes items que ceux de la liste principale.

J'ai un exemple qui me passe par l'esprit : j'ai un ancêtre qui était traversier (ceux qui font traverser les rivières en bateau ou barque), on trouve plusieurs dénominations de son métier suivant les actes de cette personne : traversier, navigateur et maître de barque, en reprenant tes tables, il n'est pas nécessaire de reprendre tous les champs de ce métier.

Table Liste principale :
Code : x
Métier : Traversier
Définition : ceux qui font traverser les rivières
Source : xxxx
Région : Québec

Table Variantes
Num Séq. : 1
Code : X
Nom : Navigateur

Num Séq : 2
Code : X
Nom : Maître de barque

Je voulais gérer l'origine de la variante (région et la source qui me l'a donnée)

D'accord pour dire qu'acces n'est pas accesible à tous. La solution serait dans Heredis comme indiqué dans mes premiers messages

Je ne comprend plus rien.... Vous passez par quoi pour votre dico ?...

La je faisais un essai sous access histoire de m'amuser

OK, je comprend mieux... je pensais que tu avais pris un ancien dico et bricolé avec... Merci.

Voilà un autre sujet sur les dicos qui reste d'actualité