Island a écrit : > Yannick a écrit : > > Bonsoir, > >> Il est plus facile de réunir des informations que de les éclater. À >> partir de ce constat je crée autant de rubriques que d'informations >> potentiellement disponibles. Ceci veut donc dire que certains champs >> sont peu utilisés mais ensuite parfaitement exploitables à l'inverse des >> champs notes fourre-tout où l'information n'est pas forcément >> structurée. Ceci présente aussi l'avantage de limiter les crises de >> changements d'humeurs ... >> >> Donc pour résumer 1 information = 1 champ y compris pour les témoins ce >> qui peut donner un relevé de mariage avec 30 champs ou plus. > > Serait il possible de faire une sorte de récap des infos à mettre sur > l'écran d'un tel outil ? > J'en parlais ce soir sur l'iRC avec Daniel André. > > Je n'ai pas d'expérience de la manière dont on peut organiser les > choses, mais il me semble important de pouvoir faire des recherches > multicritères à partir de cette base de données. Ainsi on peut imaginer > qu'on lui demande d'afficher simplement les dépouillements qu'on a fait, > mais on peut lui demander les dépouillements qu'on a fait sur telles > périodes, ou quels dépouillements sur telle commune, etc... mais on peut > aller plus loin dans le sens, je veux trouver toutes les naissances qui > sont recensées dans mes dépouillements entre les années 1845 et 1848, > mais je peux aussi lui demander la même chose mais pour le patronyme > POLSON (je regarde une émission sur les chutes des bourses ;-)) ) > > Donc il faut que l'interface permette ce genre de choses. > > En conséquence quels sont les champs qu'il faut présenter? Certains > champs pourraient être considérés comme majeurs et d'autres mineurs, > mais les recherches pourraient se faire sur les uns et les autres, mais > aussi en les mixant. > > Une fois ces champs définis et je pense que tu as raison quand tu dis > que tu peux avoir plus de 30 champs pour un mariage, comment les > organiser pour que l'interface soit le plus convivial possible ? > Cela veut-il dire qu'une fois un choix fait sur un critère (exemple > "mariage"), cela ouvre une fenêtre supplémentaire avec les critères plus > spécifiques à ce premier critère. > Francois
Bonsoir, Il faut voir 2 choses 1) la saisie 2) l'exploitation La présentation restera sensiblement la même visuellement que nous fassions une recherche ou une saisie. Dans le cadre de relevés systématiques il faut une feuille par type de document. Dans le cadre de relevés 'ponctuels' sur un patronyme je pense qu'il faut garder le même principe à moins que Java ne le permette pas auquel cas une seule table n'est pas un problème. simplement dans l'affichage des résultats cela sera un peu le bazard puisque beaucoup de champs risquent de ne pas être servis. Si la liste accepte les PJ je fais passer mes grilles de saisie sous csv, Ooo ou xls sinon je les mets sur un espace où vous pourrez les prendre aisément Il n'y aurait que deux champs à rajouter Commune, Insee pour ce type de relevé. Il n'est pas question ici de relevés systématiques qui eux sont exhaustifs du contenu des registres. Amitiés -- Yannick VOYEAUD http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Actes En Vrac: http://www.francegenweb/~actes/ Cercle Généalogique (Entraide Généalogique en Entreprises): http://www.cercle-genealogique.fr Inconnu de Saulcy: http://www.lced.org Antoine Payet de la Réunion: http://www.payet.voyeaud.org --------------------------------------------------------------------- Arvernes Wiki : http://www.arvernes.com/wiki/index.php/GenJ <*> Pour vous desinscrire de cette liste, envoyez un mail a : [EMAIL PROTECTED] <*> Pour obtenir de l'aide sur les commandes de la liste : [EMAIL PROTECTED] Pour obtenir tous les messages lies a ce fil de discussion, cliquez sur le lien ci-dessous, cela ouvrira votre logiciel de messagerie. Il vous suffira d'envoyer le message : [EMAIL PROTECTED]
