Ancestris - Forum
Ancestris Support => FRANÇAIS => Topic started by: jchr on July 20, 2023, 10:47:44
-
Bonjour à tous,
Ancestris et Zurga nous informent aujourd'hui de la dernière nouveauté suivante : "Add possibility to choose any installed font in narrative report".
C'est l'occasion pour moi d'évoquer le rapport Lignée narrative d'ascendance ou de descendance.
Si nous trouvons l'option du choix de la police de caractère dans le rapport Lignée de descendance par famille ; nous ne la trouvons pas dans les options du rapport Lignée narrative d'ascendance ou de descendance.
En outre :
- Le rapport Lignée narrative d'ascendance ou de descendance ne semble pas respecter pas les sauts de ligne (voir l'image ci-jointe).
- L'option Supprimer la publicité pour Ancestris dans le rapport ne fonctionne pas.
Ceci dit simplement pour vous être utile.
Belle journée à tous.
Cordialement.
Jean-Charles
-
Re-bonjour à tous,
Accessoirement, j'ajoute ici que le changement de Police de caractère dans le rapport Lignée de descendance par famille ne fonctionne pas chez-moi.
Bien cordialement.
Jean-Charles
Version d'Ancestris : 12.0.12014
Java : 18.0.2+9-61 - jdk-18.0.2.
Système : Mac OS X - 13.4.1
-
Merci pour le retour, on va voir à ajuster cela.
Zurga
-
Après vérification, le problème vient de vous.
Pour être plus précis, il y a un bug lorsqu'on essaye de récupérer les fonts installées sur les Mac pour les intégrer dans la configuration du convertisseur pdf.
On a du désactiver cette opération sur Mac pour éviter de planter toute l'application.
Actuellement, il n'y a rien que je puisse faire pour corriger cet état de fait.
Si vous choisissez le format HTML, vous devriez voir la bonne font.
Zurga
-
Bonjour Zurga, bonjour à tous,
Merci Zurga pour votre retour si prompt.
A vous lire : triste temps pour les MAC ! <:oD
L'option offrant le choix d'une police de caractère est un luxe dont on peut largement se passer, comme d'un accessoire.
Le point critique principal porte sur le fait que le rapport narratif restitue le texte des notes sans saut de paragraphe, sans saut de ligne. Ce qui rend ce rapport si ce n'est inexploitable, en tout cas peu lisible en terme de publication. Et ici, la sortie html est identique à la sortie pdf. :-(
Bonne journée à tous.
Bien cordialement.
Jean-Charles
-
La présentation arrive.
Zurga
-
Bonjour Zurga, bonjour à tous,
Je viens de télécharger la dernière mise à jour.
Les options de choix de police de caractère est présente dans tous les rapports Lignée (excepté le rapport LAM&P).
Je teste et je reviens ici.
Bonne journée à tous.
Bien cordialement.
Jean-Charles
-
Re-bonjour Zurga, re-bonjour à tous,
Me revoici au rapport ! ;-)
En ce qui concerne les options du rapport lignée narrative d'ascendance ou de descendance :
- Police de caractère : non OK.
- Taille de police : OK
Toujours pas de saut de ligne, de paragraphe.
- L'option Supprimer la publicité pour Ancestris dans le rapport : non OK.
Pour vous servir.
J'y pense... Zurga écrivait ce matin (09:09:29) : "La présentation arrive"... Aussi, n'aurais-je pas testé les modifications un peu vite, alors que vous êtes peut-être encore sur la question.
Bien cordialement.
Jean-Charles
-
Non OK sur quoi la police ?
En pdf avec votre mac, c'est normal.
En HTML, vous devriez avoir dans le source del a page la police choisie.
Pour la présentation, elle arrive, elle n'est pas encore là.
Zurga
-
- L'option Supprimer la publicité pour Ancestris dans le rapport : non OK.
Je ne constate pas le problème.
La ligne en entête "Ce rapport a été généré le ... avec Ancestris." est bien absent du document si on coche la case.
Zurga
-
Non OK sur quoi la police ?
En écrivant Non OK, nous voulions dire : Le choix de la police dans la case prévue à cet effet ne change pas la police du rapport.
-> Dans sa sortie pdf, bien sûr. L'édition est cependant propre.
-> Dans sa sortie html, je viens de faire un nouvel essai en choisissant d'autres police (Arial et Geneva, par exemple). Nous avons effectivement un changement à l'édition !
jch
-
- L'option Supprimer la publicité pour Ancestris dans le rapport : non OK.
Zurga,
Je confirme.
Cela n'est pas sans me rappeler le fil de discussion sur l'Arbre ascendant et descendant graphique multi-générations. et son pied de page qui n'affichait plus la Date de dernière modification. Une histoire de dimension de cache par un carré blanc.
jchr
-
La présentation arrive.
Re...,
Alors, là. Le top du top ! Ainsi, nous n'aurons plus besoin d'utiliser Gramps ou Geneweb pour des éditions narratives. :-)
Merci Zurga et encore pour votre grande disponibilité.
jchr
-
Re-bonjour à tous,
Option Générer la liste des enfants
A l'occasion de la mise à jour du rapport Lignée narrative d'ascendance et de descendance, ne serait-il pas opportun d'ajouter la génération de la liste des enfants pour les filles ?
Bien cordialement.
jchr
-
- L'option Supprimer la publicité pour Ancestris dans le rapport : non OK.
Zurga,
Je confirme.
Cela n'est pas sans me rappeler le fil de discussion sur l'Arbre ascendant et descendant graphique multi-générations. et son pied de page qui n'affichait plus la Date de dernière modification. Une histoire de dimension de cache par un carré blanc.
jchr
Vous confirmez quoi ?
La suppression de la ligne en haut de l'édition et le bon fonctionnement de l'option ?
Ou que l'option ne fonctionne pas car il y a un pied de page indiquant le nom du logiciel ?
Parce que l'option ne supprime que la ligne en haut de l'édition, c'est comme cela qu'elle a été conçue si j'en crois l'historique du code.
Zurga
-
Option Générer la liste des enfants
A l'occasion de la mise à jour du rapport Lignée narrative d'ascendance et de descendance, ne serait-il pas opportun d'ajouter la génération de la liste des enfants pour les filles ?
Je n'avais pas vu, c'est effectivement une subtilité étrange.
Les enfants n'apparaissent pas avec leurs parents mais sont présents ultérieurement comme individus.
On va essayer d'arranger tout cela.
On n'en sera pas au niveau de Patronomia ou Elie, mais on va essayer de s'améliorer un peu.
Zurga
-
Bonsoir,
Super idée d'améliorer les rapports narratifs. Merci Zurga.
J'en profite donc pour une doléance sur ce sujet précis : est-ce difficile / possible de rendre l'affichage des lieux avec uniquement les juridictions qui sont renseignés, et éviter ainsi les 2, 3 ou 4 virgules parfois qui se suivent avec des blancs entre. Cela allégerait considérablement les rapports et les rendrait beaucoup plus agréables en lecture.
Ou alors au pire et à défaut, proposer une option pour choisir les juridictions que l'on veut voir apparaître...
Merci pour tout.
Bonne soirée,
Rémi
-
J'ai aussi vu, le texte avec les juridictions au complet rend le texte illisible.
Cela va être modifié.
Probablement avec la possibilité de choisir le format pour le texte et le format pour l'index.
De ce que j'envisage, ce sera fait comme les calques https://docs.ancestris.org/books/mode-demploi/page/calques#bkmrk-cas-des-lieux-%28propr
Zurga
-
Génial le principe des calques, je les utilise déjà beaucoup.
J'ai l'impression que vous nous concoctez quelque chose de super, et je suis impatient de tester 😉.
Bon courage et encore un grand merci.
Rémi
-
Vous confirmez quoi ?
La suppression de la ligne en haut de l'édition et le bon fonctionnement de l'option ?
Ou que l'option ne fonctionne pas car il y a un pied de page indiquant le nom du logiciel ?
Parce que l'option ne supprime que la ligne en haut de l'édition, c'est comme cela qu'elle a été conçue si j'en crois l'historique du code.
Zurga
Je confirmais l'absence de suppression de la ligne du bas, la pensant liée à celle du haut dans l'option.
En fait j'oubliais sans doute l'utilité initiale de l'option : éviter la redondance.
Bonne fin de soirée.
jchr
-
J'ai poussé quelques modifications qui seront disponibles demain.
Comme la prise en compte des passages à la ligne dans les notes, la possibilité de choisir le format des lieux, l'affichage des enfants des femmes.
Notez que pour les enfants des femmes cela double les enfants affichés pour l'ascendance puisque dans le concept on affiche les enfants pour les deux personnes du couple.
A vous de me dire si c'est gênant en soi.
Zurga
-
Merci Zurga.
Suspens ! :-)
Nous verrons toute ces belles et utiles nouveautés demain.
Certes l'affichage des enfants se fera à la fois à suite des données de leur père et de celles de leur mère, mais l'on gagnera en logique de lecture.
De toute manière, pour ceux qui trouveraient cela gênant, l'option de génération de la liste des enfants peut-être décochée.
Bonne nuit à tous.
Cordialement.
Jean-Charles
-
Bonjour Zurga, bonjour à tous,
Je viens de tester la dernière mise à jour contenant la nouvelle mouture du rapport narratif.
Belle avancée, oui vraiment ! Le rapport est plus lisible.
Nous avons à présent le choix pour l'affichage des lieux, les enfants qui s'affichent et les sauts de ligne dans les notes.
Mes remarques à première vue, pour vous être utile :
- Nous n'avons pas de saut de paragraphe ;
- A chaque fin de ligne nous trouvons un point (.)
- Il y toujours ce signe * qui semble annoncer les notes, ou la note générale.
Bonne journée à tous.
Bien cordialement.
Jean-Charles
PS : formats pdf et html testés.
-
Ou voudriez-vous des sauts de paragraphe ?
Pour les points, je vais virer cela.
Le signe "*" est pour séparer les paragraphes.
Zurga
-
Re-bonjour Zurga, re-bonjour à tous,
En essayant de m'exprime plus correctement, nous avons à présent le saut de ligne (LF, line feed), l'équivalent de ce que l'on nommait "le retour chariot" (CR) ; des sauts de ligne sans paragraphe.
Il manquerait donc ce que l'on pourrait appeler les sauts de paragraphe. Les sauts de ligne qui mettent fin à la ligne courante et continuent le texte après un espace supplémentaire (image ci-jointe).
Bien cordialement.
Jean-Charles
-
Bonjour,
Je viens de tester la dernière mise à jour contenant la nouvelle mouture du rapport narratif.
Belle avancée, oui vraiment ! Le rapport est plus lisible.
Nous avons à présent le choix pour l'affichage des lieux, les enfants qui s'affichent et les sauts de ligne dans les notes.
L'affichage des lieux est vraiment bien maintenant. Sur les notes, j'aurais bien vu que le mot "Note" soit ajouté. J'ai l'habitude de mettre des notes dans ma généalogie, en mettant la date, suivi de l'objet de la note, par ex. "23 juin 2023 - Sur sa date de sépulture", mais dans le rapport ça fait :
Il fut enterré à Challans (Vendée) 14 oct 1701.
*
26 juin 2023 - Sur sa date de sépulture
Cette date n'est pas sûr car il y a une erreur sur ......
J'aurais bien vu :
Il fut enterré à Challans (Vendée) 14 oct 1701.
*
Note : 26 juin 2023 - Sur sa date de sépulture
Cette date n'est pas sûr car il y a une erreur sur ......
Il y a aussi une chose que j'aurais bien aimé, c'est de distinguer les générations en distinguant le côté paternel, du côté maternel.
Si je lance le rapport sur un de mes enfants, la génération 6 par exemple, mélange les ancêtres de mon épouse et les miens, alors que si l'on distingue le côté parternel du côté maternel, on aurait la génération 6 du côté paternel (donc de mon côté), et la même génération 6 du côté de mon épouse. Ce serait plus lisible, d'autant que dans mon cas, j'ai des ancêtres de mon épouse qui ont exactement les mêmes noms que les miens au même niveau de génération (alors qu'ils n'ont rien à voir car localisés dans des régions très différentes).
J'aurais aussi bien vu un petit sommaire en début de rapport :
Génération 1 - Côté paternel
Génération 1 - Côté maternel
Génération 2 - Côté paternel
Génération 2 - Côté maternel
Génération 3 - Côté paternel
Génération 3 - Côté maternel
../.
Index des lieux
Index des Noms
Ou bien :
Génération 1 - Côté paternel Génération 1 - Côté maternel
Génération 2 - Côté paternel Génération 2 - Côté maternel
Génération 3 - Côté paternel Génération 3 - Côté maternel
../.
Index des lieux
Index des Noms
Néammoins, le résultat a été considérablement amélioré avec les modifs de cette nuit. Merci
-
Re-bonjour Zurga, re-bonjour à tous,
En essayant de m'exprime plus correctement, nous avons à présent le saut de ligne (LF, line feed), l'équivalent de ce que l'on nommait "le retour chariot" (CR) ; des sauts de ligne sans paragraphe.
Il manquerait donc ce que l'on pourrait appeler les sauts de paragraphe. Les sauts de ligne qui mettent fin à la ligne courante et continuent le texte après un espace supplémentaire (image ci-jointe).
OK, cela veut dire que des sauts de lignes consécutifs ne sont pas repris
On va corriger.
Zurga
-
Il y a aussi une chose que j'aurais bien aimé, c'est de distinguer les générations en distinguant le côté paternel, du côté maternel.
Si je lance le rapport sur un de mes enfants, la génération 6 par exemple, mélange les ancêtres de mon épouse et les miens, alors que si l'on distingue le côté parternel du côté maternel, on aurait la génération 6 du côté paternel (donc de mon côté), et la même génération 6 du côté de mon épouse. Ce serait plus lisible, d'autant que dans mon cas, j'ai des ancêtres de mon épouse qui ont exactement les mêmes noms que les miens au même niveau de génération (alors qu'ils n'ont rien à voir car localisés dans des régions très différentes).
Pas sur que ce soit faisable vu que le code est similaire pour l'ascendance ou la descendance.
La notion de Génération par branche dans la descendance est assez compliquée à envisager.
Par contre, je dois pouvoir afficher le numéro Sosa.
Zurga
-
Il y a aussi une chose que j'aurais bien aimé, c'est de distinguer les générations en distinguant le côté paternel, du côté maternel.
Si je lance le rapport sur un de mes enfants, la génération 6 par exemple, mélange les ancêtres de mon épouse et les miens, alors que si l'on distingue le côté parternel du côté maternel, on aurait la génération 6 du côté paternel (donc de mon côté), et la même génération 6 du côté de mon épouse. Ce serait plus lisible, d'autant que dans mon cas, j'ai des ancêtres de mon épouse qui ont exactement les mêmes noms que les miens au même niveau de génération (alors qu'ils n'ont rien à voir car localisés dans des régions très différentes).
J'aurais aussi bien vu un petit sommaire en début de rapport :
Génération 1 - Côté paternel
Génération 1 - Côté maternel
Génération 2 - Côté paternel
Génération 2 - Côté maternel
(...)
Bonjour François, re-bonjour Zurga, re-bonjour à tous,
Ou, peut-être plus simplement, ajouter au rapport la numérotation de Sosa-Stradonitz (Ahnentafel, Eyzinger) ou d'Aboville.
Bien cordialement.
jchr
-
J'ai galéré toute la journée avec les paragraphes.
J'espère que ce coup-ci cela va fonctionner.
J'ai changé le wording des gens non mariés et des mariages multiples.
Zurga
-
OK, cela veut dire que des sauts de lignes consécutifs ne sont pas repris
Oui ! C'est cela ! :-)
jchr
-
J'ai galéré toute la journée avec les paragraphes.
J'espère que ce coup-ci cela va fonctionner.
J'ai changé le wording des gens non mariés et des mariages multiples.
Bonjour Zurga,
Merci pour tout ce travail, votre écoute bienveillante et votre ténacité. Il est tard. La mise à jour n'est bien sûr pas encore en ligne. Nous testerons le rapport narratif dès réception des "Dernières nouveautés".
Bon dimanche à tous.
Cordialement.
Jean-Charles
-
Re-bonjour Zurga, re-bonjour à tous,
La mise à jour est arrivée !
- La sortie au format pdf est parfaite. Un vrai bonheur. Les sauts de ligne consécutifs sont bien là.
J'ose à peine dire que je trouve l'astérisque (*) qui introduit les notes un tout petit peu incongrue.
J'ai comme l'impression que le rapport Lignée narrative d'ascendance ou de descendance va devenir, mon deuxième favori, après L'Arbre ascendant et descendant graphique multi-générations. :-)
- Les sauts de ligne consécutifs ne sont pas dans le rapport html (browser Firefox).
Un grand merci encore Zurga.
Bon dimanche à tous.
Très cordialement.
Jean-Charles
-
En fait les sauts de lignes sont bien dans le rapport html mais sans css, les div n'apparaissent pas.
Il faut se faire une css pour forcer l'affichage des div.
-
En fait les sauts de lignes sont bien dans le rapport html mais sans css, les div n'apparaissent pas.
Il faut se faire une css pour forcer l'affichage des div.
Ah ! OK.
Merci Zurga pour ce retour d'information.
Bonne soirée à tous.
Bien cordialement.
Jean-Charles
-
Bonjour à tous, bonjour Zurga,
J’arrive un peu sur le tard pour essayer la nouvelle version du rapport narratif après quelques jours d’absence.
Je plussoie, c’est vraiment un grand pas en avant. Merci pour l’investissement et une telle avancée en quelques jours seulement.
Je vous trouve bien modeste à dire que « ce ne sera pas au niveau de Patronomia ou Elie », on n’en est vraiment pas loin, en tenant compte des remarques ci-dessous.
Vous faites du super travail.
Merci d’avoir intégré une option pour l’affichage des lieux, c’est vraiment le top. Peut-être une option pour afficher toutes les juridictions uniquement renseignées ? ce qui éviterait d’avoir des virgules éventuelles si un lieu de saisi n’a, par exemple, pas de saisie sur une juridiction précise à cet endroit, alors que tous les autres lieux l'ont. Peut-être que certains trouveront cependant que l’ensemble des juridictions alourdiraient la lecture.
Quelques remarques qui n’engagent que moi, et qui ne se veulent que dans un but constructif, d’amélioration, de votre superbe travail.
• Je n’observe pas les sauts de lignes, peut être ai-je oublié une option malgré ma grande vigilance. Tout le texte se suit, il n’y a pas d’espace pour aérer, par exemple en isolant les EVEN des OCCU, des RESI...C’est sans doute compliqué d’envisager cela, c’est uniquement dans un but d’aération de la narration que je dis cela.
• Si les recensements CENS indiquent bien les dates renseignées, ce n’est le cas ni des RESI, ni des OCCU, ni des EVEN. Je dis cela pour harmoniser la présentation, et en compléter la narration.
• Dans le cas de plusieurs images (pointant vers différentes entités OBJE, par exemple un portrait, une sépulture, une signature…), les images se positionnent les unes en dessous des autres. Un affichage sur une même ligne permettrait de gagner et d'optimiser en place et en confort de lecture.
• J’abonde les demandes de Arvernes et Jean-Charles : l’affichage de la numérotation Sosa d’Aboville serait un plus, ainsi que le remplacement des astérisques " * " par « Notes : » et les placer à la fin de la narration, après les enfants par exemple, pour les isoler.
@Zurga : peut-être suis-je le seul, mais, si pour la génération 1 (mon Sosa) la narration est bien et complète, j’ai un problème pour mes autres générations, à partir de la 2, 3 et en partie seulement à partir de la 4, puisque la narration présente une erreur :
Nom, Prénom
*** Erreur ici ***
Nom, Prénom
*** Erreur ici ***
Les essais ont été réalisés, si vous l'avez conservé, à partir de mon Gedcom envoyé fin juin lors d’un précédent échange. Je ne doute pas que votre rapport donne le résultat escompté, c’est sans doute dans mon Gedcom particulier que se situe le problème. Je précise que ces erreurs de narration existaient déjà avant vos modifications, mais je ne m’y étais pas attardé puisque le rapport n’avait jusque là pas de plus-value pour moi, sauf désormais depuis votre travail de la semaine dernière…
Ces erreurs font que je ne peux pas tester les cas d'ADOP (un exemple se situe, rappelez-vous, dans ma génération 3, et qui avait permis de déceler une erreur dans le livre Web).
@Jean-Charles : pour une présentation html, je lui préfère et de loin le livre Web. Je ne vois un intérêt dans ce rapport narratif uniquement la sortie pdf pour combler ce que le livre Web ne peut pas faire, une impression papier de l'histoire familiale dans le cadre d'offrir un livre de famille par exemple. Il ne lui manquerait alors qu'un sommaire pour atteindre le niveau de Patronomia, mais qui peut facilement être réalisé avec un traitement de texte, passage de toute façon obligé pour personnaliser le livre et y intégrer des arbres circulaires et/ou graphique multi-générations.
Je vous remercie de m’avoir lu,
Belle journée à tous, et merci encore pour votre investissement.
Rémi
-
Il n'est jamais trop tard pour demander des améliorations.
Pour le sommaire, je ne suis pas sur de pouvoir en faire un au début avec le mécanisme mis en oeuvre dans le rapport : on remplit au fur et à mesure.
Faut que je regarde très en détails mais sans certitudes.
Pour le "erreur ici", cela indique que la création a eu un problème, mais l'information de l'erreur exacte ne remonte pas à l'utilisateur ce qui gène pour la résolution....
Je vais voir si j'ai gardé votre fichier GEDCOM, normalement, je les supprime systématiquement une fois que j'ai géré le cas.
Les sauts de lignes sont visibles dans les notes, je n'ai pas mis le mécanismes ailleurs.
Les propriétés des personnes (Even, occu, resi,...) s'enchainent sans espace.
Enfin, merci pour vos compliments, mais en vrai on est extrêmement loin de ce que peut proposer Elie en terme de paramétrage et Patronomia en terme de qualité.
Faites un essai sur les deux, vous verrez de quoi je parle.
Notre version n'est pas pourrie, mais elle ne rivalisera pas en qualité avec ces deux logiciels : Je n'ai pas envie de faire l’usine à paramètres d'Elie et pas les moyens humains, financiers et la souplesse technique pour rivaliser avec Patronomia.
Zurga
-
Je vous assure les avoir testés. Mais comme dit, il est nécessaire (du moins je ne parle que pour moi) pour sortir son histoire familiale à son image, de passer par un traitement de texte pour assembler les différents rapports. J'en profite donc pour créer un sommaire. L'ensemble des rapports proposés permet de sortir un livre de qualité, ce n'est que de la mise en page. Donc je confirme mes encouragements ;)
Après, certains moins à l'aise avec l'informatique exprimeront certainement ce besoin d'un sommaire, mais qui n'a pour moi de nécessité que si l'on considère ce rapport comme un livre, ce qui n'est pas mon cas puisque je rajoute d'autres rapports (comme l'arbre multi-génération, des statistiques, des lignées agantiques...). Cela sera très probablement une option le cas échéant, comme les synthèses de lieux ou de noms.
Pour les erreurs, j'ai beau regarder, l'erreur doit être sous mon nez...
C'est noté pour les sauts de lignes, je comprends, pas de problème. Mais si on pouvait juste harmoniser en y incluant les dates, et mettre les photos sur une seule ligne, ce serait déjà encore une belle avancée.
Je sais qu'Ancestris n'a pas les moyens financiers et humains de Patronomia et Généanet, mais il ne faut pas comparer ce qui n'est pas comparable. Vous proposez un logiciel libre à la disposition de chacun, en protégeant nos données. Et ça, ça n'a pas de prix, enfin si. Et rien que pour ça, on ne vous remerciera jamais assez.
Mais comme vous prenez du temps à modifier un rapport qui ne demandait qu'à être amélioré, je ne me permets que d'apporter des suggestions pour l'embellir encore d'avantage, dans la stricte mesure du possible. Je me permets de tester toutes les nouveautés que vous nous proposez.
Encore un grand merci,
Bien à vous,
Rémi
-
Bonjour Rémi, bonjour Zurga, bonjour à tous,
Rémi écrit :
> J’abonde les demandes de Arvernes et Jean-Charles (...) le remplacement des astérisques " * " par « Notes : » et les placer à la fin de la narration, après les enfants par exemple, pour les isoler.
Sans doute laisser la note générale à sa place actuelle. Elle permet de "jouer" sur la narration, de l'étoffer.
> peut-être suis-je le seul, mais, si pour la génération 1 (mon Sosa) la narration est bien et complète, j’ai un problème pour mes autres générations (...)
Rien d'anormal de mon côté.
> une présentation html, je lui préfère et de loin le livre Web. Je ne vois un intérêt dans ce rapport narratif uniquement la sortie pdf.
C'est sûr !
En fait, la sortie html permet le copier-coller tout le texte du rapport vers un logiciel éditeur de texte ou de traitement de texte, et encore sans doute vers un éditeur TeX. Telle est sa véritable utilité. :-)
Zurga répond :
> Enfin, merci pour vos compliments, mais en vrai on est extrêmement loin de ce que peut proposer Elie en terme de paramétrage et Patronomia en terme de qualité.
Des compliment, à mon humble avis, vous n'en recevrez jamais assez. ;-)
Elie, c'est uniquement pour l'environnement Windows. Patronomia, pour un environnement commercial. :-)
Si, comme je l'évoquais, nous utilisons Gramps pour générer un book. Nous pouvons trouver cela sympathique. Mais comme le suggérait Remi, il y toujours quelques petites choses à reprendre.
Par exemple, la justification lors de la mise en page, la numérotation des pages, la création d'entête de page, de pied de page... et encore, comme dans le rapport narratif, les dates : 1 avril 1900 ; dans Gramps, par exemple 1er avril 1900, au lieu de 1er avril 1900.
Bonne journée à tous.
Bien cordialement.
Jean-Charles
-
Bonjour,
> peut-être suis-je le seul, mais, si pour la génération 1 (mon Sosa) la narration est bien et complète, j’ai un problème pour mes autres générations (...)
Rien d'anormal de mon côté.
Il est donc confirmé que c'est mon Gedcom, Il doit encore y avoir une subtilité puisque dans mon Gedcom j'ai des cas multiples. Lors de la MAJ du livre Web en juin, on a pu se rendre compte d'une anomalie à cause des ADOP qui empêchait la génération du livre Web...
Rémi
-
Pour les erreurs, j'ai beau regarder, l'erreur doit être sous mon nez...
A part que je n'ai pas les images sur votre GEDCOM (dont j'ai retrouvé le mail d'origine), il n'y a pas de difficulté à générer le rapport.
Si vous avez toujours les erreurs, regardez dans le fichier log, l'erreur doit y être.
Cela me donnera des pistes pour vous aiguiller pour corriger.
Zurga
-
Bonjour Zurga,
Effectivement, c'était ça ! Désolé de vous avoir fait perdre du temps, je suis absent quelques jours et je n'ai que ce fichier Gedcom pour tester. Au moins on sait maintenant que si une erreur est détectée sur la localisation d'une image, le rapport se génère bien mais laisse l'individu sans description avec un message d'erreur.
Après test réalisé et au premier regard rapide, en complément de mes remarques d'hier, les ADOP semblent intégrés dans la narration comme un enfant légitime du couple, mais un couple divorcé reste marié, son DIV n'est pas renseigné.
Une association (témoin de mariage par exemple) laisse une narration "XREF: @I00010@" qui est à reprendre éventuellement avec un traitement de textes.
Merci encore pour votre aide et pour ce rapport narratif.
Rémi
-
Petites évolutions à venir pour demain :
- Ajout d'un sommaire
- Séparation des générations avec des sauts de pages
- Ajout du mot "Notes" en début de notes
- Prise en compte des divorces.
J'espère que cela vous plaira.
Zurga
-
Bonsoir Zurga, bonsoir à tous,
Zurga écrit :
> J'espère que cela vous plaira.
A ne pas en douter ! :-)
Nous sommes vraiment gâtés.
Un grand merci pour ces nouvelles améliorations que nous testerons avec bonheur dès demain.
Bien cordialement.
Jean-Charles
-
Bonjour Zurga,
Je viens de tester et c'est encore un grand pas en avant pour ce rapport. Effectivement, j'apprécie.
Grand merci, ce narratif n'a vraiment plus rien à voir avec ce qu'il était il y a encore une semaine, et il trouve désormais un intérêt certain parmi les autres rapports disponibles. Bravo !
Vous n’avez pas précisé que vous aviez aligné à ma demande les images sur une seule ligne, belle surprise en testant la mise à jour !
Toujours à des fins d’amélioration :
- Est-il nécessaire de maintenir les " * " pour combler les espaces vides d'aération (perso, je les enlève avec le traitement de texte, c'est rapide avec un Ctrl + H).
- Merci d'avoir intégré le divorce DIV : peut être rajouter une virgule et une espace juste avant pour le côté esthétique et narratif. Pour une femme, l'accord grammatical n'est pas fait (comme on peut le constater pour né, née ou encore décédé, décédée).
- Avant chaque date précise, il serait judicieux de rajouter "le " afin d'enjoliver le côté narratif (je ne le constate que sur le baptême CHR et c'est parfait).
- Rajouter la date pour les RESI comme cela est fait pour les CENS (il n'y a que le PLAC qui est renseigné actuellement).
- Si vous pouvez pousser les dates et lieux pour les EVEN et OCCU au même titre que c'est déjà fait pour les CENS ce serait le top.
- Intégrer la numérotation Sosa d'Aboville à côté du nom.
Vous me trouverez exigent et/ou perfectionniste, et vous auriez raison, cela n'est proposé que dans un souci d'amélioration de ce rapport.
J’espère que mes demandes conviennent aux nombreux autres utilisateurs d’Ancestris, même si certaines sont en option et peuvent être désélectionnées...
Belle journée, et merci !
Rémi
-
Bonjour,
A propos de ce fil que je suis avec intérêt, j'ai une remarque:
J'ai utilisé l'option de Cygnus ''Ajoute un autre évènement'', j'ai coché ''Diplôme''.
Comme description j'ai renseigné ''Plus bel épi de blé'' que l'ai d'ailleurs recopié dans Notes (la date et le lieu sont aussi renseignés).
Dans le rapport ''Lignée narrative d'ascendance ou de descendance'', j'ai bien ''Il obtint le diplôme à Gonnelieu () 30 août 1925.'' mais pas la description 'Plus bel épi de blé''.
C'est un peu frustrant dans cette dernière version qui a pourtant bien évoluée.
Peut-être bientôt encore un ajout ...
Claude
-
@remi0144 :
Désolé pour l'accord, j'avais tout ajouté dans le code pour le faire et j'ai loupé le libellé. Ce sera corrigé demain.
OK pour la virgule sur le divorce, mais j'ai pas compris où il manquait un espace.
Merci de me dire où il manque un "le" sur une date, normalement c'est mis partout pour les dates précises (je suis en train de voir pour éviter que les mois apparaissent tronqués).
Les RESI, OCCU et EVEN c'est déjà noté dans la todo-list.
La numérotation va arriver, juste une question : est-ce que je propose en option la possibilité d'afficher une numérotation basée sur la personne de Cujus choisie pour le rapport ?
Pour les *, j'aimerais l'avis des utilisateurs. Je sens qu'historiquement cela a été ajouté pour faire de l'espace vu que le code ne prévoyait pas de maintenir une ligne vide.
Ce n'est plus forcément nécessaire, mais si on fait une sortie HTML, l'espace n'apparaitra pas par défaut.
Du coup, je ne sais pas si c'est très opportun de le retirer.
@claude41 :
Je note pour les diplôme qui perdent leur description.
Zurga
-
(...) Je viens de tester et c'est encore un grand pas en avant pour ce rapport. Effectivement, j'apprécie.
Grand merci, ce narratif n'a vraiment plus rien à voir avec ce qu'il était il y a encore une semaine, et il trouve désormais un intérêt certain parmi les autres rapports disponibles. Bravo !
- Est-il nécessaire de maintenir les " * " pour combler les espaces vides d'aération (...)
Bonjour Zurga, bonjour Rémi, bonjour à tous,
Test réalisé. Difficile d'ajouter autre chose au propos de Rémi... ah, si peut-être : une interligne avant le mot "Notes :" qui se voulait sans doute remplacer "*" ; voire après.
Bravo Zurga et mille mercis !
Belle journée à tous.
Bien cordialement.
Jean-Charles
-
@remi0144 :
Pour les *, j'aimerais l'avis des utilisateurs. Je sens qu'historiquement cela a été ajouté pour faire de l'espace vu que le code ne prévoyait pas de maintenir une ligne vide.
Ce n'est plus forcément nécessaire, mais si on fait une sortie HTML, l'espace n'apparaitra pas par défaut.
Du coup, je ne sais pas si c'est très opportun de le retirer.
Re-bonjour Zurga, re-bonjour à tous,
En ce qui me concerne, tout comme Rémi, je serais partisan de la suppression de l'astérisque. La sortie pdf étant à mon sens, communément un plus : une édition simple et définitive. La sortie html, quant à elle est modifiable à souhait, facilement par tout un chacun, ne serait-ce que par coller-copier dans un éditeur ou un traitement de texte.
Très cordialement.
Jean-Charles
-
Me re-voici,
A la réflexion, j'ajoute à notre propos :
- En ce qui concerne la table des matières, par exemple, ne serait-il pas souhaitable, si possible :
Au lieu de : Génération 1....2
Écrire : Génération 1.... p. 2
- Pour ce qui est de l'évocation de l'affichage des images :
Quid de l'affichage des OBJE ? (Cf. les deux images ci-jointes).
Toujours juste pour servir.
Bien cordialement.
Jean-Charles
-
Zurga,
Merci pour la prise en compte de nos demandes et de faire évoluer ce rapport qui va tendre encore vers le haut. Je me suis mal exprimé pour l'espace, ce que je voulais dire c'était mettre une virgule après le dernier mot suivi d'une espace suivi du mot divorcé(e)...
Je valide aussi et j'ai oublié de noter ce matin l'espace avant le mot "notes".
Pour le mot "le", je ne l'ai vu présent que pour le baptême CHR. Il est absent, sauf erreur de ma part, pour toutes les autres étiquettes.
Pour la numérotation Sosa, moi j'envisageais d'aller récupérer la numérotation que l'on a faite dans notre arbre, pas forcément de créer une numérotation au moment du rapport. Après je ne suis pas forcément opposé à une évolution de ce style si ça plaît aux autres utilisateurs et si ça reste une option cliquable ou pas.
Pour l'astérisque qui remplace l'espace, je comprends mieux maintenant pourquoi. Mon simple avis qui n'engage que moi, ce rapport avec sommaire n'a d'utilité que pour la sortie PDF donc je pense qu'il est préférable de l'enlever. Pour une sortie en html, comme il a déjà été précisé c'est pour le coller dans un traitement de texte et si l'espace disparaît d'après ce que vous expliquez c'est à nous de faire la mise en page en éditant notre rapport.
A voir maintenant l'avis d'autres utilisateurs d'ancestris, j'espère que l'on sera plusieurs à donner notre avis et à demander pour l'évolution de ce rapport.
Merci.
Rémi
-
Bonjour Jean Charles,
Me re-voici,
A la réflexion, j'ajoute à notre propos :
- En ce qui concerne la table des matières, par exemple, ne serait-il pas souhaitable, si possible :
Au lieu de : Génération 1....2
Écrire : Génération 1.... p. 2
- Pour ce qui est de l'évocation de l'affichage des images :
Quid de l'affichage des OBJE ? (Cf. les deux images ci-jointes).
Toujours juste pour servir.
Bien cordialement.
Jean-Charles
Je pense que tu veux les images des actes qui sourcent le rapport ?
Je ne suis pas favorable de les voir dans ce rapport. Je parlais moi des images de portraits, de sépultures ou à la rigueur des signatures, c'est-à-dire les OBJE à la racine l'INDI..
Après, ce n'est que mon avis.
Rémi
-
- Pour ce qui est de l'évocation de l'affichage des images :
Quid de l'affichage des OBJE ? (Cf. les deux images ci-jointes).
Pour le moment, seuls les images en portraits s'affichent.
On va voir pour la présentation du sommaire, mais pour le coup, je doute que je puisse y faire réellement quelque chose.
Zurga
-
Autre question : Actuellement, les ancêtres en doubles sur la même génération ne s'affichent pas.
Est-ce que vous préférez les avoir tous pour une génération avec un renvoi comme c'est le cas quand un même ancêtre se retrouve sur plusieurs générations différentes ?
Zurga
-
La numérotation va arriver, juste une question : est-ce que je propose en option la possibilité d'afficher une numérotation basée sur la personne de Cujus choisie pour le rapport ?
Oh oui, une option svp, que cela ne soit pas obligatoire. Merci
Pour les *, j'aimerais l'avis des utilisateurs. Je sens qu'historiquement cela a été ajouté pour faire de l'espace vu que le code ne prévoyait pas de maintenir une ligne vide.
Ce n'est plus forcément nécessaire, mais si on fait une sortie HTML, l'espace n'apparaitra pas par défaut.
Du coup, je ne sais pas si c'est très opportun de le retirer.
J'aurais bien vu qu'on passe une ligne avant la note, et qu'on en passe une après la note, pour bien distinguer la note. Si j'osais, je dirais que pour bien distinguer une note du reste du texte, je l'aurais bien vu en italiques, ou en quelque chose qui ferait bien différencier la note du reste. je chipote, je chipote, je le sens.
-
Zurga,
Autre question : Actuellement, les ancêtres en doubles sur la même génération ne s'affichent pas.
Est-ce que vous préférez les avoir tous pour une génération avec un renvoi comme c'est le cas quand un même ancêtre se retrouve sur plusieurs générations différentes ?
Zurga
Je souhaite apporter une réponse, mais j'ai l'impression de ne pas comprendre la question.
Peut être dans ma généalogie je n'ai pas de cas, mais je ne vois pas comment on peut se retrouver avec un même ancêtre présent sur plusieurs générations...
Rémi
-
Typiquement, si deux cousins germains se marient, les grands-parents sont à la même génération, mais pour une dispense du 3 au 4eme degré, les ancêtres en communs sont à des générations différentes. (3 d'un côté et 4 de l'autre).
Zurga
-
Ha oui d'accord. Merci.
Personnellement je pense qu'il est préférable de donner un maximum d'informations dans le rapport de manière à le rendre lisible. Un renvoi est une bonne option. Qu'en pense la communauté ?
Tant que j'y pense, peut-on facilement préciser si l'enfant d'un couple a été adopté, genre mettre entre parenthèses (adopté, adoptée) ? Pour pouvoir le distinguer des enfants légitimes... Par exemple, si l'étiquette ADOP est présente, on peut afficher un texte supplémentaire ? J'ai un cas dans mon Gedcom dont vous avez une copie.
J'ai l'impression que l'option "générer les sources" est obsolète, ou alors je n'ai pas saisi sa fonction initiale. Personnellement, pour un tel rapport narratif, je trouve que ce n'est pas nécessaire puisque ça alourdi le texte, mais comme l'option est présente...et puis certains peuvent y trouver un intérêt...
Enfin, je pense qu'il doit être difficile voire impossible de différencier dans la narration l'INDI vivant de celui qui ne l'est pas. Je m'explique, pour mon Sosa 1, celui de mes enfants, ou quelques ascendants encore de ce monde, on parle au passé : il fut plombier, il habita Lyon...alors que le présent serait d'actualité. Mais je dis ça comme ça, car je ne pense pas qu'on puisse le faire facilement et je comprends aisément. Au pire on modifie dans le traitement de texte si besoin.
Rémi
-
Pour les métiers, le présent est utilisé pour les personnes vivantes de moins de 65 ans.
Pour tout le reste, on est au passé simple dans l'état actuel.
Zurga
-
Je pense que tu veux les images des actes qui sourcent le rapport ?
Je ne suis pas favorable de les voir dans ce rapport. Je parlais moi des images de portraits, de sépultures ou à la rigueur des signatures, c'est-à-dire les OBJE à la racine l'INDI.
De mon côté, j'évoquais les OBJE liés aux évènements(naissance,mariage, décès, sépulture, etc.).
Ici, en fichier joint, un autre exemple avec un décès (DEAT).
Cordialement.
Jean-Charles
-
(...) Quid de l'affichage des OBJE ? (Cf. les deux images ci-jointes).
Pour le moment, seuls les images en portraits s'affichent.
Merci Zurga pour ce retour.
jchr
-
Autre question : Actuellement, les ancêtres en doubles sur la même génération ne s'affichent pas.
Est-ce que vous préférez les avoir tous pour une génération avec un renvoi comme c'est le cas quand un même ancêtre se retrouve sur plusieurs générations différentes ?
Re...,
Oui. Cela me semble une bonne idée.
jchr
-
La numérotation va arriver, juste une question : est-ce que je propose en option la possibilité d'afficher une numérotation basée sur la personne de Cujus choisie pour le rapport ?
Oh oui, une option svp, que cela ne soit pas obligatoire. Merci
Re-bonsoir à tous,
Oui, Zurga. Comme François, je pense que l'option... c'est top ! :-)
Bien cordialement.
jchr
PS : très accessoirement, l'horloge du forum semble retarder d'une heure ! :-)
-
De mon côté, j'évoquais les OBJE liés aux évènements(naissance,mariage, décès, sépulture, etc.).
Ici, en fichier joint, un autre exemple avec un décès (DEAT).
Pour la majorité d'entre-nous, il n'y a pas d'objet directement lié aux évènements, mais liés aux sources des évènements.
Zurga
-
PS : très accessoirement, l'horloge du forum semble retarder d'une heure ! :-)[/i][/b]
Vous pouvez changer le fuseau horaire dans les paramètres de votre compte ("Profil" puis "Affichage et disposition"), donc non, le forum est à l'heure, c'est vous qui ne l'affichez pas à l'heure voulue
Zurga
-
Vous pouvez changer le fuseau horaire dans les paramètres de votre compte ("Profil" puis "Affichage et disposition"), donc non, le forum est à l'heure, c'est vous qui ne l'affichez pas à l'heure voulue
En décalage horaire singulièrement depuis aujourd'hui seulement. ???
Je corrige cet état de fait immédiatement.
Merci Zurga pour l'information sur la procédure à suivre.
jchr
-
De mon côté, j'évoquais les OBJE liés aux évènements(naissance,mariage, décès, sépulture, etc.).
Ici, en fichier joint, un autre exemple avec un décès (DEAT).
Pour la majorité d'entre-nous, il n'y a pas d'objet directement lié aux évènements, mais liés aux sources des évènements.
Zurga
Bonsoir Zurga, bonsoir à tous,
Donc, pas d'OBJE, pas de media, spécifiques à l'individu et à ses propriétés.
C'est noté.
Merci pour cette précision.
Bonne nuit à tous.
Cordialement.
Jean-Charles
-
Evolutions du jour :
- Les astérisques sont supprimées pour une ligne supplémentaire.
- Les notes sont en italiques (attention à la police que vous choisissez, toutes ne le permettent pas)
- La ligne d'indication des enfants est en gras
- Tous les évènements ayant un tag spécifique peuvent afficher les dates
- Le format des dates est forcé à long pour afficher en toute lettres les mois. (On est dans un rapport narratif, je ne vois pas l'intérêt de "21/01/2003" ou "21 jan 2003")
- Les divorcés sont bien typés masculin et féminin.
Zurga
-
Bonjour Zurga,
Merci pour cette belle (et encore très rapide) mise à jour du rapport narratif :
- L’intégration des « le » pour les dates précises est parfaite, la narration gagne en esthétique et en fluidité.
- La suppression des astérisques, la mise en italique des notes et la mise en gras des titres comme Notes et les enfants est un vrai plus dans la narration.
- Effectivement, sur la version html, la suppression des astérisques donne un texte sans espace d’aération. Mais si l’on considère cette sortie html comme un support pour le copier dans un traitement de textes, ce n’est pas un problème. La sortie pdf est super, et si l’on veut une version html mieux, on a l’excellent livre Web. Donc pour moi la suppression de l’astérisque est une bonne option, cette remarque n’engageant que moi.
- Merci d’avoir rajouté le TYPE du diplôme obtenu, parfait, je ne l’avais pas remarqué auparavant.
- Merci d’avoir intégré les dates sur les RESI. Je sais que cela va arriver sur les OCCU et les EVEN avec le PLAC, c’est juste pour confirmer la bonne intégration faite pour le moment sur les RESI.
- Le format forcé à long des dates est un vrai plus dans la narration. Merci d’avoir pensé à ça.
- Les DIV ont bien le bon genre grammatical : testé, merci !
- Je ne constate pas le présent sur un INDI (mon propre Sosa 1) de moins de 65 ans pour les OCCU. Mais ne vous embêtez pas, ne perdez pas de temps avec cela, je chipote inutilement, c’est juste pour répondre à l’échange d’hier. Sur une généalogie de qualité, la très grande majorité de nos INDI est « décédé », donc une narration au passé simple est amplement justifiée. Au pire, comme évoqué, on peut changer dans un traitement de textes…
Mais :
- Je ne l’avais pas remarqué ces derniers jours, mais le rapport gagnant en qualité de lecture, c’est à ce moment qu’on voit les autres « imperfections » si je peux m’exprimer ainsi. L’étiquette EDUC ne renvoie pas la bonne narration. Perso, j’ai mis des étiquettes « EDUC sait lire et écrire », quand on voit une signature ou le niveau d’instruction sur les fiches matricules militaires, or la narration renvoie «Diplômé, sait lire et écrire fut le meilleur diplôme qu' il a obtenu le 1 février 1998. » Ce n’est pas un diplôme (qui a l’étiquette GRAD) mais un niveau d’instruction. Je sais, je chipote, je chipote comme dirait François ;).
- Peut-on modifier, ou supprimer du rapport narratif (à voir l’avis des autres utilisateurs d’Ancestris), les relations de parrainage ou autres témoins (de mariage par exemple). Dans mon rapport, j’ai des lignes du genre « XREF: @I00010@ ». Je sais, pour l’avoir saisi dans mon Gedcom, que cela veut dire que ce Sosa a l’INDI 00010 comme témoin pour son mariage. Mais comme le rapport gagne en qualité de lecture, cette ligne fait désormais un peu défaut...donc je suis partisan soit de la modifier si c’est facile, soit de la supprimer.
Merci beaucoup Zurga et belle journée.
Rémi
-
Bonjour,
C'est maintenant OK pour les diplômes, merci pour cet ajout.
J'ai un personnage qui a beaucoup d'évènements (20) enregistrés dans Ancestris mais tous n'apparaissent pas dans le Rapport Lignée narrative d'ascendance ou de descendance. Comme quelques évènements renommés apparaissent et d'autres pas, je dois d'abord rechercher le pourquoi dans les rubriques de mes évènements.
Claude
-
Evolutions du jour :
Bravo pour toutes ces évolutions. Vraiment quels changements par rapport à ce qu'il était il y a un mois. J'ai retrouvé une sortie que j'avais faite en 2016, et quand je vois le résultat maintenant. Parfait. Merci pour ce super travail.
Si je chipote un peu encore, j'aurais bien aimé que le sommaire soit plus "sympa" visuellement. En plus peut-être que l'on pourrait rajouter une image de notre choix au niveau de ce sommaire (dans les options on pourrait mettre le chemin et le nom du fichier que l'on veut insérer).
Autre truc, ne pourrait-on pas mettre en bas de la page du sommaire à droite par exemple, la phrase que l'on retrouve à chaque page sur la sortie du rapport : Ancestris / 12.0.12035 : 2023-07-27. Une seule fois sur la page du sommaire (même taille de fonte qu'actuellement bien sûr), serait peut-être plus sympa, et ne plus le mettre sur chaque page de sortie du rapport.
Une autre petite remarque, mais je ne suis pas sûr que cela soit possible : nous avons à chaque page la numérotation. Pourrait-on en cliquant sur le numéro de page, revenir au sommaire ? Je trouverai ça pratique pour aller à une génération spécifique en revenant ainsi au sommaire.
Enifn tout ça ce ne sont que des trucs non essentielles, Merci pour l'excellent travail fait sur ce rapport. Francois
-
Evolutions du jour :
- Les astérisques sont supprimées pour une ligne supplémentaire.
- Les notes sont en italiques (attention à la police que vous choisissez, toutes ne le permettent pas)
- La ligne d'indication des enfants est en gras
(...)
Bonjour Zurga, bonjour à tous,
Cela devient très sérieux et très-très présentable ! :-)
Testé. Toujours sur Apple M1 Pro.
Nous relevons :
- Aucun souci avec la police par défaut. L'italique s'affiche parfaitement.
- Plus d'astérisque. Cependant, aucun espace dessous le mot note qui le remplace (PJ1). Sans doute impossible à réaliser..
- La ligne des enfants d'un couple en gras s'affiche alors qu'il n'y a pas d'enfant. Un point suit (PJ2). Un interligne sous cette ligne de titre serait peut-être ici encore le bienvenu.
- Les date sont à présent en entier. C'est vraiment un plus. Je reprends à cette occasion une question laissée en suspension, sauf erreur de ma part. Ne peut-on pas modifier la présentation des dates, premier jour du mois ? 1er mai 1900, par exemple, au lieu de 1 mai 1900.
Tout ceci à la marge, bien sûr, tant les progrès réalisés en si peu de temps sur ce rapport en souffrance depuis si longtemps sont important.
Un grand merci encore Zurga !
Belle journée à tous.
Très cordialement.
Jean-Charles
-
@remi0144
- Je ne constate pas le présent sur un INDI (mon propre Sosa 1) de moins de 65 ans pour les OCCU. Mais ne vous embêtez pas, ne perdez pas de temps avec cela, je chipote inutilement, c’est juste pour répondre à l’échange d’hier. Sur une généalogie de qualité, la très grande majorité de nos INDI est « décédé », donc une narration au passé simple est amplement justifiée. Au pire, comme évoqué, on peut changer dans un traitement de textes…
Pour tant c'est bien au présent avec votre fichier (voir la pièce jointe)
- Je ne l’avais pas remarqué ces derniers jours, mais le rapport gagnant en qualité de lecture, c’est à ce moment qu’on voit les autres « imperfections » si je peux m’exprimer ainsi. L’étiquette EDUC ne renvoie pas la bonne narration. Perso, j’ai mis des étiquettes « EDUC sait lire et écrire », quand on voit une signature ou le niveau d’instruction sur les fiches matricules militaires, or la narration renvoie «Diplômé, sait lire et écrire fut le meilleur diplôme qu' il a obtenu le 1 février 1998. » Ce n’est pas un diplôme (qui a l’étiquette GRAD) mais un niveau d’instruction. Je sais, je chipote, je chipote comme dirait François ;).
On va probablement faire du rewording pour cette phrase en français, néanmoins, voila ce que dit la norme sur la tag EDUC :
EDUC {EDUCATION}:=
Indicator of a level of education attained.
Ce qui justifie la vocable actuel.
- Peut-on modifier, ou supprimer du rapport narratif (à voir l’avis des autres utilisateurs d’Ancestris), les relations de parrainage ou autres témoins (de mariage par exemple). Dans mon rapport, j’ai des lignes du genre « XREF: @I00010@ ». Je sais, pour l’avoir saisi dans mon Gedcom, que cela veut dire que ce Sosa a l’INDI 00010 comme témoin pour son mariage. Mais comme le rapport gagne en qualité de lecture, cette ligne fait désormais un peu défaut...donc je suis partisan soit de la modifier si c’est facile, soit de la supprimer.
Faut déjà que je comprenne pourquoi il s'affiche alors que sur ma généalogie, cela ne s'affiche pas alors que j'ai aussi des témoins de mariages et autres parrains et marraines.
Mais c'est bien prévu de le retirer et, à termes, de faire apparaitre les relations de manière propre.
J'ai un personnage qui a beaucoup d'évènements (20) enregistrés dans Ancestris mais tous n'apparaissent pas dans le Rapport Lignée narrative d'ascendance ou de descendance. Comme quelques évènements renommés apparaissent et d'autres pas, je dois d'abord rechercher le pourquoi dans les rubriques de mes évènements.
N’hésitez pas à indiquer les tags des évènements qui ne sortent pas dans le rapport.
@Arvernes
Si je chipote un peu encore, j'aurais bien aimé que le sommaire soit plus "sympa" visuellement. En plus peut-être que l'on pourrait rajouter une image de notre choix au niveau de ce sommaire (dans les options on pourrait mettre le chemin et le nom du fichier que l'on veut insérer).
Autre truc, ne pourrait-on pas mettre en bas de la page du sommaire à droite par exemple, la phrase que l'on retrouve à chaque page sur la sortie du rapport : Ancestris / 12.0.12035 : 2023-07-27. Une seule fois sur la page du sommaire (même taille de fonte qu'actuellement bien sûr), serait peut-être plus sympa, et ne plus le mettre sur chaque page de sortie du rapport.
Une autre petite remarque, mais je ne suis pas sûr que cela soit possible : nous avons à chaque page la numérotation. Pourrait-on en cliquant sur le numéro de page, revenir au sommaire ? Je trouverai ça pratique pour aller à une génération spécifique en revenant ainsi au sommaire.
On va voir ce qu'on peut faire pour le sommaire.
Pour le footer, je vais voir si on peut adapter, pour le moment c'est ajouté de manière générique sur tous les rapports.
Je ne garantis rien.
@jchr
- Plus d'astérisque. Cependant, aucun espace dessous le mot note qui le remplace (PJ1). Sans doute impossible à réaliser..
Normalement il y aune ligne avant la liste des enfants.
Je ne me suis pas encore occupé des sources.
- La ligne des enfants d'un couple en gras s'affiche alors qu'il n'y a pas d'enfant. Un point suit (PJ2). Un interligne sans cette ligne de titre serait peut-être ici encore le bienvenu.
Noté, on va corrigé
- Je reprends une question laissée en suspension, sauf erreur de ma part. Ne peut-on pas modifier la présentation des dates, premier jour du mois. 1er mai 1900, par exemple, au lieu de 1 mai 1900.
Pour le coup, cette modification m'entraine un peu trop loin pour le moment.
Le rapport affiche le format long des dates d'Ancestris qui est le même dans toute l'application.
Il n'y a jamais les quantièmes.
L'ajouter sur ce format l'ajouterais dans toute l'application quand on utiliserait le format long.
Ou alors il faut que je fasse un nouveau format.
On va y réfléchir.
Zurga
-
- La ligne des enfants d'un couple en gras s'affiche alors qu'il n'y a pas d'enfant. Un point suit (PJ2). Un interligne sans cette ligne de titre serait peut-être ici encore le bienvenu.
Pour ce point particulier : faut-il afficher la ligne ou non ?
Si je ne mets pas la ligne avec 3 mariages dont le deuxième reste sans enfants, on aurait :
1. Enfants de M DURANT et Mme DUPONT
1. Premier enfant DURANT
3. Enfants de M DURANT et Mme BERNARD
1. Deuxième enfant DURANT
2. Troisième enfant DURANT
Est-ce que cela vous choque ou vous préférez :
1. Enfants de M DURANT et Mme DUPONT
1. Premier enfant DURANT
2. Enfants de M DURANT et Mme MICHEL
3. Enfants de M DURANT et Mme BERNARD
1. Deuxième enfant DURANT
2. Troisième enfant DURANT
Zurga
-
Est-ce que cela vous choque ou vous préférez :
1. Enfants de M DURANT et Mme DUPONT
1. Premier enfant DURANT
2. Enfants de M DURANT et Mme MICHEL
3. Enfants de M DURANT et Mme BERNARD
1. Deuxième enfant DURANT
2. Troisième enfant DURANT
J'aime beaucoup cette deuxième représentation, et si en plus on pouvait ajouter, comme il n'y a pas eu d'enfant "Aucun enfant", ca serait parfait à mon avis. Merci. Francois
-
Enfin, je pense qu'il doit être difficile voire impossible de différencier dans la narration l'INDI vivant de celui qui ne l'est pas. Je m'explique, pour mon Sosa 1, celui de mes enfants, ou quelques ascendants encore de ce monde, on parle au passé : il fut plombier, il habita Lyon...alors que le présent serait d'actualité. Mais je dis ça comme ça, car je ne pense pas qu'on puisse le faire facilement et je comprends aisément. Au pire on modifie dans le traitement de texte si besoin.
Rémi
Bonjour,
Je pense qu'il peut y avoir un couac!: Je me prends moi j'ai déménagé 7 fois, j'ai changé de fonction 6 ou 7 fois, et maintenant je suis à la retraite
Amitiés
-
Re-bonjour Zurga, re-bonjour à tous,
Zurga écrit :
Le rapport affiche le format long des dates d'Ancestris qui est le même dans toute l'application.
Il n'y a jamais les quantièmes.
L'ajouter sur ce format l'ajouterais dans toute l'application quand on utiliserait le format long.
Ou alors il faut que je fasse un nouveau format.
L'ajouter à toutes les applications serait assurément un plus, en tout cas en ce qui concerne le quantième.
On va y réfléchir.
Super ! ;-)
Zurga écrit encore, en réponse à ceci : La ligne des enfants d'un couple en gras s'affiche alors qu'il n'y a pas d'enfant. Un point suit (PJ2). Un interligne sous cette ligne de titre serait peut-être ici encore le bienvenu.
Pour ce point particulier : faut-il afficher la ligne ou non ?
Si je ne mets pas la ligne avec 3 mariages dont le deuxième reste sans enfants, on aurait :
1. Enfants de M DURANT et Mme DUPONT
1. Premier enfant DURANT
3. Enfants de M DURANT et Mme BERNARD
1. Deuxième enfant DURANT
2. Troisième enfant DURANT
Est-ce que cela vous choque ou vous préférez :
1. Enfants de M DURANT et Mme DUPONT
1. Premier enfant DURANT
2. Enfants de M DURANT et Mme MICHEL
3. Enfants de M DURANT et Mme BERNARD
1. Deuxième enfant DURANT
2. Troisième enfant DURANT
Et plus simplement, pour plus de lisibilité, ne pourrions nous pas écrire, par exemple :
Enfants de M. DURANT et Mme MICHEL
N... DURANT
N... DURANT
Enfants de M. DURANT et Mme BERNARD
Néant
Enfants de M. DURANT et Mme FRANCOIS
N... DURANT
Encore merci Zurga pour tout ce travail exceptionnel.
Bien cordialement.
Jean-Charles
-
Le listes numérotées permettent un formatage facile.
Sinon, faut se battre un peu avec la mise en forme.
Zurga
-
Je pense qu'il peut y avoir un couac!: Je me prends moi j'ai déménagé 7 fois, j'ai changé de fonction 6 ou 7 fois, et maintenant je suis à la retraite
De toute manière je ne peux pas gérer tous les cas.
Soit tout est au présent, soit tout au passé.
Pour la profession, si la personne est vivante (pas de décès mentionné) et si elle a moins de 65 ans, c'est au présent pour toutes les professions définies.
Zurga
-
Bonsoir à tous,
Je pense qu'il peut y avoir un couac!: Je me prends moi j'ai déménagé 7 fois, j'ai changé de fonction 6 ou 7 fois, et maintenant je suis à la retraite
De toute manière je ne peux pas gérer tous les cas.
Soit tout est au présent, soit tout au passé.
Pour la profession, si la personne est vivante (pas de décès mentionné) et si elle a moins de 65 ans, c'est au présent pour toutes les professions définies.
Zurga
J'ai trouvé, pour tester quotidiennement le rapport narratif je m'étais créé fictivement un décès dès mon propre Sosa pour tester les genres et tout ce qui va bien. Voilà pourquoi c'était au passé simple. Effectivement en enlevant je passe au présent. Je confirme qu'il n'est donc pas nécessaire de toucher quoi que ce soit ce fut une erreur de ma part de lancer ce sujet.
Concernant EDUC, peut-être ai-je mal renseigné dans ma généalogie à ce niveau-là, si ce sont les diplômes qui sont mis là à quoi sert l'étiquette GRAD ?
Pour les enfants je suis partant pour une numérotation je trouve que c'est plus lisible et plus parlant. En plus cela a l'air beaucoup plus simple pour Zurga. Effectivement j'aimerais aussi que tous les mariages y figurent et que quand il n'y a pas d'enfant, il y ait une annotation quelconque qui le stipule (néant, sans enfant...).
Merci et bonne soirée.
Rémi
-
Le listes numérotées permettent un formatage facile.
Sinon, faut se battre un peu avec la mise en forme.
Bien sûr !
Merci Zurga pour ce retour d'information.
jchr
-
De toute manière je ne peux pas gérer tous les cas.
Soit tout est au présent, soit tout au passé.
(...)
Bonsoir Zurga, bonsoir à tous,
En pièce jointe, pour information et à toute fin utile, un exemple produit par Gramps.
Bonne soirée à tous.
Bien cordialement.
Jean-Charles
-
Concernant EDUC, peut-être ai-je mal renseigné dans ma généalogie à ce niveau-là, si ce sont les diplômes qui sont mis là à quoi sert l'étiquette GRAD ?
Personnellement, je ne suis pas Mormon et la différence profonde entre EDUC et GRAD n'est pas super-parlante.
EDUC {EDUCATION}:=
Indicator of a level of education attained.
GRAD {GRADUATION}:=
An event of awarding educational diplomas or degrees to individuals.
Personnellement, j'ai tendance à donner en EDUC le niveau scolaire atteint et en GRAD les dates de diplômes.
Typiquement je mettrais
EDUC Bac +5
GRAD Diplôme d'ingénieur de Centrale PAris le 16 septembre 1994
Zurga
-
Effectivement j'aimerais aussi que tous les mariages y figurent et que quand il n'y a pas d'enfant, il y ait une annotation quelconque qui le stipule (néant, sans enfant...)
Bonsoir Rémi, re-bonsoir à tous,
Ou encore, pourquoi pas, sans descendance.
jchr
-
(...) Personnellement, j'ai tendance à donner en EDUC le niveau scolaire atteint et en GRAD les dates de diplômes.
Typiquement je mettrais
EDUC Bac +5
GRAD Diplôme d'ingénieur de Centrale PAris le 16 septembre 1994
Idem.
jchr
-
Effectivement j'aimerais aussi que tous les mariages y figurent et que quand il n'y a pas d'enfant, il y ait une annotation quelconque qui le stipule (néant, sans enfant...)
Bonsoir Rémi, re-bonsoir à tous,
Ou encore, pourquoi pas, sans descendance.
jchr
J'entends par tous les mariages, pour mieux m'exprimer, au moment de lister les enfants des couples, de tous les mettre, et de mettre néant ou sans enfant s'il n'y en a pas.
En gros, je valide la 2ème option proposée par Zurga ce jour, si elle est retenue, mais j'ai cru comprendre que François et JC validaient.
Rémi
-
Concernant EDUC, peut-être ai-je mal renseigné dans ma généalogie à ce niveau-là, si ce sont les diplômes qui sont mis là à quoi sert l'étiquette GRAD ?
Personnellement, je ne suis pas Mormon et la différence profonde entre EDUC et GRAD n'est pas super-parlante.
EDUC {EDUCATION}:=
Indicator of a level of education attained.
GRAD {GRADUATION}:=
An event of awarding educational diplomas or degrees to individuals.
Personnellement, j'ai tendance à donner en EDUC le niveau scolaire atteint et en GRAD les dates de diplômes.
Typiquement je mettrais
EDUC Bac +5
GRAD Diplôme d'ingénieur de Centrale PAris le 16 septembre 1994
Zurga
Merci Zurga. Moi les principaux degrés d'instruction que je donne sont ceux trouvés dans les actes ou les fiches matricules. Je pense que EDUC est pertinent, mais ne semble pas adapté à la narration.
Rémi
-
Effectivement j'aimerais aussi que tous les mariages y figurent et que quand il n'y a pas d'enfant, il y ait une annotation quelconque qui le stipule (néant, sans enfant...)
Ou encore, pourquoi pas, sans descendance.
J'ai un peu de mal avec le sans descendance brut de fonderie.
J'aurais tendance à préférer "sans descendance connue" si cela vous va.
Zurga
-
Effectivement j'aimerais aussi que tous les mariages y figurent et que quand il n'y a pas d'enfant, il y ait une annotation quelconque qui le stipule (néant, sans enfant...)
Ou encore, pourquoi pas, sans descendance.
J'ai un peu de mal avec le sans descendance brut de fonderie.
J'aurais tendance à préférer "sans descendance connue" si cela vous va.
Zurga
Parfait Zurga...comme d'habitude.
En même temps, vous faites comme on demande, on ne va pas se plaindre, mais vous, membres de Ancestris, quel est votre avis sur nos demandes, vous les partagez ? Ou vous préfèreriez autre chose ?
Rémi
-
Citation de: claude41 le Aujourd'hui à 06:06:58
J'ai un personnage qui a beaucoup d'évènements (20) enregistrés dans Ancestris mais tous n'apparaissent pas dans le Rapport Lignée narrative d'ascendance ou de descendance. Comme quelques évènements renommés apparaissent et d'autres pas, je dois d'abord rechercher le pourquoi dans les rubriques de mes évènements.
N’hésitez pas à indiquer les tags des évènements qui ne sortent pas dans le rapport.
Ce sont les évènements qui ne sortent pas: peut-être parce qu'ils sont renommés au remplissage de la case Evénement. Probablement difficile à gérer en programmation !
Claude
-
@remi0144
- Peut-on modifier, ou supprimer du rapport narratif (à voir l’avis des autres utilisateurs d’Ancestris), les relations de parrainage ou autres témoins (de mariage par exemple). Dans mon rapport, j’ai des lignes du genre « XREF: @I00010@ ». Je sais, pour l’avoir saisi dans mon Gedcom, que cela veut dire que ce Sosa a l’INDI 00010 comme témoin pour son mariage. Mais comme le rapport gagne en qualité de lecture, cette ligne fait désormais un peu défaut...donc je suis partisan soit de la modifier si c’est facile, soit de la supprimer.
Faut déjà que je comprenne pourquoi il s'affiche alors que sur ma généalogie, cela ne s'affiche pas alors que j'ai aussi des témoins de mariages et autres parrains et marraines.
Mais c'est bien prévu de le retirer et, à termes, de faire apparaitre les relations de manière propre.
Zurga
J'espère que j'ai saisi les relations et associations proprement car j'ai fait comme ça sur toute ma généalogie...
J'espère que je ne vais pas devoir tout reprendre.
C'est super s'il est prévu de les intégrer dans ce rapport à l'avenir.
D'après quelques captures écrans vus ce jour, j'ai l'impression que le non affichage des SOUR ne concerne encore que moi. Je vais creuser car il semblerait que ce soit encore dans mon Gedcom.
Rémi
-
En même temps, vous faites comme on demande, on ne va pas se plaindre, mais vous, membres de Ancestris, quel est votre avis sur nos demandes, vous les partagez ? Ou vous préfèreriez autre chose ?
Ancestris est votre logiciel.
Personnellement, je me sens trop jeune pour commencer à imprimer ma généalogie. Il y a encore trop de choses que je veux chercher avant d'imprimer quelque chose.
Du coup, le formalisme du livre me passe un peu au-dessus de la tête.
Néanmoins, si quelque chose me parait trop hors de propos, je ne le fais pas.
Zurga
-
Ancestris est votre logiciel.
Personnellement, je me sens trop jeune pour commencer à imprimer ma généalogie. Il y a encore trop de choses que je veux chercher avant d'imprimer quelque chose.
Du coup, le formalisme du livre me passe un peu au-dessus de la tête.
Néanmoins, si quelque chose me parait trop hors de propos, je ne le fais pas.
Zurga
Ma généalogie est jeune aussi et j'ai aussi plein de choses à explorer.
Mais chaque retour en famille, on me demande de présenter mes recherches en cours.
Un arbre circulaire, c'est bien. Un livre tel que vous le construisez depuis une semaine, ce sera mieux...même s'il restera en perpetuelle évolution.
Merci Zurga,
Rémi
-
Petite fournée du jour (oui j'ai une vie en dehors d'Ancestris qui ne me permet pas de tout faire tous les jours).
- Ajout du "Sans descendance connue"
- Ajout des dates pour les professions.
Zurga
-
Bonjour à tous,
Zurga,
Petite fournée du jour (oui j'ai une vie en dehors d'Ancestris qui ne me permet pas de tout faire tous les jours).
- Ajout du "Sans descendance connue"
- Ajout des dates pour les professions.
Zurga
Je confirme la bonne intégration de votre travail et la date sur les OCCU. Le PLAC n'est effectivement peut être pas nécessaire et alourdirait la lecture...
Pour un retour complet, un Sosa qui a eu un enfant d'une précédente union sans mariage et dont l'homme sera un père inconnu, puis qui s'est mariée avec un autre, le rapport affiche cette union et ce premier enfant à la fin, donc pas dans l'ordre de naissance. Certains puristes trouveront peut être utile de remplir le blanc laissé dans la zone du père par "de père inconnu" ou "sans père connu" ou tout autre phrase.
Merci pour votre travail de qualité.
J'ai toujours été surpris et le reste encore par votre réactivité à répondre et apporter des évolutions techniques vis à vis de votre vie de famille.
Soyez en remercié, prenez soin de vous et des vôtres, nous on peut attendre les nouveautés, mais pour l'heure, on apprécie quand elles arrivent à la fréquence que vous les proposez. Merci !
Bonne journée
Rémi.
-
Effectivement j'aimerais aussi que tous les mariages y figurent et que quand il n'y a pas d'enfant, il y ait une annotation quelconque qui le stipule (néant, sans enfant...)
Ou encore, pourquoi pas, sans descendance.
J'ai un peu de mal avec le sans descendance brut de fonderie.
J'aurais tendance à préférer "sans descendance connue" si cela vous va.
Zurga
Bonjour Zurga, bonjour à tous,
"Sans descendance connue" Oui. Là, c'est parfait !
Merci Zurga.
Bonne journée à tous.
Bien cordialement.
Jean-Charles
-
Petite fournée du jour (oui j'ai une vie en dehors d'Ancestris qui ne me permet pas de tout faire tous les jours).
- Ajout du "Sans descendance connue"
- Ajout des dates pour les professions.
Re-bonjour Zurga, re-bonjour à tous,
Test (pdf) de la nouvelle version effectué.
Encore un vrai plaisir de voir cette belle avancée. Les index en fin de rapport sont cliquables et renvoient correctement aux pages.
Sur l'instant, rien à ajouter de plus au compte rendu de Rémi. Et de surcroît, je ne saurais qu'abonder sincèrement à ses constatations et remarques.
Bonne journée à tous.
Bien cordialement.
Jean-Charles
-
Nouvelles évolutions :
- Affichage des numéros Sosa et autres numérotations. J'ai fait comme les autres identifiants, mais je ne suis pas fan du résultat. J'ai tendance à penser que toutes ces numérotations et identifiants seraient mieux à un seul endroit au début du paragraphe.
- Possibilité d'affichage des unions dans l'ordre du GEDCOM. Comme il n'est pas possible de trier proprement les unions sans mariage, notamment avec des inconnus, j'ai laissé la possibilité d'afficher les unions dans l'ordre du GEDCOM, à vous de trier dans le sens qui vous plait.
- Remplacement dans les professions en français de "fut" par "était"
Zurga
-
Bonjour Zurga,
Encore un grand merci pour votre abnégation sur ce rapport.
- Affichage des numéros Sosa et autres numérotations. J'ai fait comme les autres identifiants, mais je ne suis pas fan du résultat. J'ai tendance à penser que toutes ces numérotations et identifiants seraient mieux à un seul endroit au début du paragraphe.
Je pense comme vous, mettre le Sosa d'Aboville à côté du Nom, Prénom en tête de paragraphe. Mais si c'est trop compliqué, sachez que ce que vous avez fait est bien aussi. Merci de l'avoir intégré. Si vous le laissez comme ça, comme la numérotation Sosa d'Aboville apparait après chaque nom trouvé dans la narration, alors il peut être judicieux d'harmoniser en rajoutant aussi après les parents qui figurent entre parenthèses : enfant de X (Sosa) et de Y (Sosa). Je sais, je chipote, car on sait tous que les parents sont forcément une génération au dessus, et que leur Sosa est le double et double +1.
- Possibilité d'affichage des unions dans l'ordre du GEDCOM. Comme il n'est pas possible de trier proprement les unions sans mariage, notamment avec des inconnus, j'ai laissé la possibilité d'afficher les unions dans l'ordre du GEDCOM, à vous de trier dans le sens qui vous plait.
Merci d'avoir inclus cette possibilité vous ne pourrez pas faire mieux. Dans mon cas, cela ne résout pas le problème puisque l'union n'a pas de mariage, donc pas de date, donc je ne peux pas le classer dans le Gedcom avec la fonction "Trier les propriétés" et cette union se retrouve logiquement toujours à la fin. Cette situation (une union sans MARR) étant très à la marge, on ne va pas s'embêter avec ça. Comme les pacs et les unions libres sont renseignés dans le TYPE des MARR, j'ai une date pour ces cas là donc tout va bien. Comme j'ai toujours un TYPE d'enregistré pour les MARR (civil, religieux, pacs, union libre...) j'ose à peine demander de renseigner dans la narration le TYPE des MARR (entre parenthèse par exemple) afin qu'un couple pacsé ou en union libre puisse être distingué. Je l'ai fait pour mon rapport Gedart. Ce n'est pas une priorité, juste une proposition.
- Remplacement dans les professions en français de "fut" par "était"
Je ne suis pas un spécialiste de la conjugaison et mon commentaire sera très très subjectif, mais je ne comprends pas le choix d'avoir changé le passé simple par l'imparfait sur les OCCU. De souvenirs désormais lointain d'école, le passé simple est le temps de la narration, et l'imparfait le "passé qui n'est pas parfait", pour mettre en arrière plan un évènement par rapport aux autres dans une narration au passé. Autant pour le SSN l'imparfait déjà existant a sa justification pour la raison évoquée, autant je pense que les métiers de nos ancêtres sont l'une des choses les plus importantes de leur vie. Comme les OCCU sont déjà différenciés des autres évènements en l'absence des PLAC, vous avez probablement raison dans votre choix que vous avez mûri, car je ne suis pas du tout un spécialiste.
Merci pour ces évolutions très appréciables.
Belle journée,
Rémi
-
Je ne suis pas un spécialiste de la conjugaison et mon commentaire sera très très subjectif, mais je ne comprends pas le choix d'avoir changé le passé simple par l'imparfait sur les OCCU. De souvenirs désormais lointain d'école, le passé simple est le temps de la narration, et l'imparfait le "passé qui n'est pas parfait", pour mettre en arrière plan un évènement par rapport aux autres dans une narration au passé. Autant pour le SSN l'imparfait déjà existant a sa justification pour la raison évoquée, autant je pense que les métiers de nos ancêtres sont l'une des choses les plus importantes de leur vie. Comme les OCCU sont déjà différenciés des autres évènements en l'absence des PLAC, vous avez probablement raison dans votre choix que vous avez mûri, car je ne suis pas du tout un spécialiste.
Ca c'est moi qui lui ai demandé. Je trouve beaucoup plus agréable et plus conforme à la manière de lire quelque chose d'avoir :
"Il était cultivateur en 1739" plutôt que "il fut cultivateur en 1739". L'emploi de l'imparfait donne moins l'impression de "bloquer" une situation. Il était cultivateur en 1739, mais en 1740 il était peut-être devenu cabaretier. Autant dire : "il fut marié deux fois", est bien mieux que "il était marié deux fois", alors que pour moi, "il était cultivateur en 1739" me semble bien mieux que "il fut cultivateur". J'ajoute que le rapport sort des "fut" un peu partout, alors employer l'imparfait permet de donne un peu de souplesse au texte.
Francois
-
Merci d'avoir inclus cette possibilité vous ne pourrez pas faire mieux. Dans mon cas, cela ne résout pas le problème puisque l'union n'a pas de mariage, donc pas de date, donc je ne peux pas le classer dans le Gedcom avec la fonction "Trier les propriétés" et cette union se retrouve logiquement toujours à la fin. Cette situation (une union sans MARR) étant très à la marge, on ne va pas s'embêter avec ça. Comme les pacs et les unions libres sont renseignés dans le TYPE des MARR, j'ai une date pour ces cas là donc tout va bien. Comme j'ai toujours un TYPE d'enregistré pour les MARR (civil, religieux, pacs, union libre...) j'ose à peine demander de renseigner dans la narration le TYPE des MARR (entre parenthèse par exemple) afin qu'un couple pacsé ou en union libre puisse être distingué. Je l'ai fait pour mon rapport Gedart. Ce n'est pas une priorité, juste une proposition.
Si, cela résoud votre problème.
Vous allez sur la personne avec l'éditeur GEDCOM, vous ordonnez manuellement les FAMS dans l'ordre qui doit apparaitre sur le papier en déplaçant les tags avec la souris.
Zurga
-
Si, cela résoud votre problème.
Vous allez sur la personne avec l'éditeur GEDCOM, vous ordonnez manuellement les FAMS dans l'ordre qui doit apparaitre sur le papier en déplaçant les tags avec la souris.
Zurga
Effectivement Zurga, merci. En fait je ne savais tout simplement pas qu'on pouvait déplacer manuellement les étiquettes, FAMS ici en l'occurence pour mon exemple. Je pensais que seul le tri automatique fonctionnait.
Je remarque cependant par hasard maintenant que la numérotation Sosa d'Aboville, lorsqu'il y a un père inconnu, saute une génération : mon aïeule 11 G4 a son enfant numéroté 11-a.1 G2. Je pense qu'il devrait être en G3 pour cet enfant. Idem pour son conjoint inconnu, si je sélectionne dans la numérotation la case "numérotation du conjoint", il prend le Sosa d'Aboville 11-a G3, or il devrait être G4.
Est-ce un bug ou est-ce moi qui ait mal saisi le principe de la numérotation Sosa d'Aboville ?
Ca c'est moi qui lui ai demandé. Je trouve beaucoup plus agréable et plus conforme à la manière de lire quelque chose d'avoir :
"Il était cultivateur en 1739" plutôt que "il fut cultivateur en 1739". L'emploi de l'imparfait donne moins l'impression de "bloquer" une situation. Il était cultivateur en 1739, mais en 1740 il était peut-être devenu cabaretier. Autant dire : "il fut marié deux fois", est bien mieux que "il était marié deux fois", alors que pour moi, "il était cultivateur en 1739" me semble bien mieux que "il fut cultivateur". J'ajoute que le rapport sort des "fut" un peu partout, alors employer l'imparfait permet de donne un peu de souplesse au texte.
Francois
Je ne suis pas un spécialiste et mon commentaire était très subjectif. Si ça plait à tout le monde, je me range derrière.
Rémi
-
Je remarque cependant par hasard maintenant que la numérotation Sosa d'Aboville, lorsqu'il y a un père inconnu, saute une génération : mon aïeule 11 G4 a son enfant numéroté 11-a.1 G2. Je pense qu'il devrait être en G3 pour cet enfant. Idem pour son conjoint inconnu, si je sélectionne dans la numérotation la case "numérotation du conjoint", il prend le Sosa d'Aboville 11-a G3, or il devrait être G4.
Est-ce un bug ou est-ce moi qui ait mal saisi le principe de la numérotation Sosa d'Aboville ?
Il semble y avoir un bug.
A noter que dans votre fichier, vous n'avez pas un conjoint inconnu : vous avez défini un conjoint qui n'a pas de nom.
Pour moi, un conjoint inconnu n'est pas défini dans la généalogie : il y a une entité FAM avec un seul des deux parents reliés à une entité INDI.
Donc cela devrait encore moins planter.
Zurga
-
Il semble y avoir un bug.
A noter que dans votre fichier, vous n'avez pas un conjoint inconnu : vous avez défini un conjoint qui n'a pas de nom.
Pour moi, un conjoint inconnu n'est pas défini dans la généalogie : il y a une entité FAM avec un seul des deux parents reliés à une entité INDI.
Donc cela devrait encore moins planter.
Zurga
Il est possible que j'ai mal saisi un enfant né de mon aïeule mais d'un père inconnu.
Votre raisonnement semble comme d'habitude opportun et je vais tester ce soir.
Merci.
Rémi
-
Vous pouvez changer, n’empêche qu'il y a un bug, merci de l'avoir signalé.
Toutes les unions multiples d'un Sosa partent en sucette au niveau de la génération. (Que la personne ait un nom ou non).
Le nombre Sosa/D'Aboville est bien correct, mais le numéro de génération indiqué est foireux.
J'ai dans ma généalogie un ancêtre pour lequel j'ai noté 4 mariages, pour les 3 dont je ne descend pas, la génération est fautive.
Par contre quand la personne avec les mariages multiples est un non Sosa, la génération est correcte.
Zurga
-
Il est normal qu'on signale. Vous avez le "nez dans le guidon" donc il y a des choses que vous ne voyez pas.
C'est normal.
Mais je le signale avec des pincettes parce que souvent il n'y a pas bug mais un problème entre le clavier et la chaise de notre côté. Mais pour le coup, j'ai trouvé cela vraiment étrange effectivement.
Finalement, mon petit fichier concentre pleins de cas différents en peu de génération donc on peut voir beaucoup dans un rapport narratif court.
Merci,
Rémi
-
Nouvelles évolutions :
- Affichage des numéros Sosa et autres numérotations. J'ai fait comme les autres identifiants, mais je ne suis pas fan du résultat. J'ai tendance à penser que toutes ces numérotations et identifiants seraient mieux à un seul endroit au début du paragraphe.
- Possibilité d'affichage des unions dans l'ordre du GEDCOM. Comme il n'est pas possible de trier proprement les unions sans mariage, notamment avec des inconnus, j'ai laissé la possibilité d'afficher les unions dans l'ordre du GEDCOM, à vous de trier dans le sens qui vous plait.
- Remplacement dans les professions en français de "fut" par "était"
Bonjour Zurga, bonjour Rémi, bonjour François, bonjour à tous,
Nouvelle version testée à l'instant (sortie pdf).
- Le choix : numérotation ou non (option Inclure les numérotations existantes dans le rapport) est une option remarquable lorsque l'on compare avec la concurrence. Pas de choix de Sosa dans le gedcom, pas de numérotation, si l'on veut.
Ici corriger, si vous le voulez bien : Inclure les numérotations existantes dans le rapport au lieu de Include les numérotations existantes dans le rapport.
- A mon sens, l'utilisation d'était convient mieux à la syntaxe textuelle alors que l'on utilise le temps présent on utilise alors le même temps (passé composé). Né le ...
- J'oubliais hier de demander : Avez vous "Sans descendance" pour les épouses.
- Je n'ai pas testé le tri. De toute façon, cette option est un plus.
Merci Zurga pour ces nouveautés.
Bonne journée à tous.
Bien cordialement.
Jean-Charles
-
Je remarque cependant par hasard maintenant que la numérotation Sosa d'Aboville, lorsqu'il y a un père inconnu, saute une génération : mon aïeule 11 G4 a son enfant numéroté 11-a.1 G2. Je pense qu'il devrait être en G3 pour cet enfant. Idem pour son conjoint inconnu, si je sélectionne dans la numérotation la case "numérotation du conjoint", il prend le Sosa d'Aboville 11-a G3, or il devrait être G4.
Est-ce un bug ou est-ce moi qui ait mal saisi le principe de la numérotation Sosa d'Aboville ?
Il semble y avoir un bug.
A noter que dans votre fichier, vous n'avez pas un conjoint inconnu : vous avez défini un conjoint qui n'a pas de nom.
Pour moi, un conjoint inconnu n'est pas défini dans la généalogie : il y a une entité FAM avec un seul des deux parents reliés à une entité INDI.
Je vois que remi0144 et moi ont fait pareil. Si j'ai un enfant issu d'un couple dont je ne connais que le père (ou la mère), je rajoute quand même la "pièce" manquante , à savoir la mère ou le père suivant le cas. Je ne mets aucun nom à cette personne que je rajoute. Je ne sais pas si c'est une erreur (peut-être gedcommément (?) parlant), mais je ne vois pas comment un enfant peut naître sans un père et une mère (ce ne sera peut-être plus vrai dans l'avenir, mais là, au moins, je ne serai plus là ;-) ). Je ne me vois pas mettre qu'un père ou une mère à une famille sous prétexte que je ne connais pas le nom du conjoint. Je devrais peut-être rajouter un nom pour être conforme en mettant par exemple "Inconnu" ou "non retrouvé(e)". Ton idée Zurga , ce serait plus conforme ? merci
-
Je vois que remi0144 et moi ont fait pareil. Si j'ai un enfant issu d'un couple dont je ne connais que le père (ou la mère), je rajoute quand même la "pièce" manquante , à savoir la mère ou le père suivant le cas. Je ne mets aucun nom à cette personne que je rajoute. Je ne sais pas si c'est une erreur (peut-être gedcommément (?) parlant), mais je ne vois pas comment un enfant peut naître sans un père et une mère (ce ne sera peut-être plus vrai dans l'avenir, mais là, au moins, je ne serai plus là ;-) ). Je ne me vois pas mettre qu'un père ou une mère à une famille sous prétexte que je ne connais pas le nom du conjoint. Je devrais peut-être rajouter un nom pour être conforme en mettant par exemple "Inconnu" ou "non retrouvé(e)". Ton idée Zurga , ce serait plus conforme ? merci
Au niveau GEDCOM, ce qui n'est pas conforme c'est d'avoir des champs vides et un individu sans tag NAME.
De ce fait, il est impératif dans le GEDCOM d'avoir un individu avec au moins un tag NAME rempli avec une valeur.
Que cette valeur soit "?", "inconnu", "Non dénommé", "Spermatozoïde n°344 du labo Machin", peu importe.
A vous de voir ce que vous préférez dans votre généalogie.
Personnellement, si je n'ai rien à mettre, je ne mets rien. Je ne crée pas la pièce inconnue.
Je sais que biologiquement elle existe, mais comme on fait de la généalogie et pas de la biologie, s'il n'y a pas de parent légal ou qu'il m'est inconnu, je ne l'invente pas.
Zurga
-
Ici corriger, si vous le voulez bien : Inclure les numérotations existantes dans le rapport au lieu de Include les numérotations existantes dans le rapport.
Corrigé, comme la boulette de génération sur la numérotation, trouvée et corrigée.
- J'oubliais hier de demander : Avez vous "Sans descendance" pour les épouses.
Vous pouvez détailler ?
Actuellement, sauf à ce que j'ai bouletté grave, tous les couples de toutes les personnes indiquées dans le rapport sont mentionnés et s'il n'y a pas de descendance, il est mentionné "Sans descendance connue".
Zurga
-
alors que l'on utilise le temps présent. Né le ...
Sauf erreur de ma part, "Né le" n'est pas le temps présent mais le passé composé. On sous-entend et on raccourcit "il est né le".
Rémi
-
Il semble y avoir un bug.
A noter que dans votre fichier, vous n'avez pas un conjoint inconnu : vous avez défini un conjoint qui n'a pas de nom.
Pour moi, un conjoint inconnu n'est pas défini dans la généalogie : il y a une entité FAM avec un seul des deux parents reliés à une entité INDI.
Donc cela devrait encore moins planter.
Zurga
Il est possible que j'ai mal saisi un enfant né de mon aïeule mais d'un père inconnu.
Votre raisonnement semble comme d'habitude opportun et je vais tester ce soir.
Merci.
Rémi
J'ai tout supprimé et recommencé.
Clic droit : créer une entité puis créer un individu, je créé le fils.
Clic droit sur le fils nouvellement créé : ajouter une autre personne puis ajouter une mère, je sélectionne mon aïeule qui est déjà créée.
J'en reviens exactement au même endroit qu'avant, il y a une case de vide pour le père qui s'est créé à côté et que je ne remplis pas, une famille s'est créée dans laquelle je ne rajoute rien.
Vous faites différemment ? Je rate quelque chose ?
Rémi.
-
Bonjour à tous,
Rémi c'est bon ce que tu fais. Tu ne crée pas le père ainsi; le jour où tu l'as tu utilises la même méthode de création.
Très intéressant fil.
Un grand merci à Zurga pour sa réactivité et ses améliorations.
Amitiés
-
Bonjour Yannick,
Merci, je n'utilise comme toi que l'éditeur Gedcom.
Le père je ne l'aurais jamais, il n'est sur aucun des 3 actes d'état civil principaux.
Mais une fois fait, après un essai, je n'ai plus l'affichage de "rajouter un père" lors du clic droit. Je ne l'ai qu'au début, avant de rattacher la mère.
Ou alors je n'ai pas compris ce que Zurga m'a conseillé de faire ce matin qui pourrait résoudre un problème...
Bonne journée,
Rémi
-
Sauf erreur de ma part, "Né le" n'est pas le temps présent mais le passé composé. On sous-entend et on raccourcit "il est né le".
Bonsoir Rémi, bonsoir à tous,
Oups ! Bien sûr. Merci d'avoir bien voulu rectifier.
J'aurais du dire : on garde le même temps. On utilise le passé composé et non le passé simple. Il est né le et il a été et non il naquit et il fut.
Bonne fin de soirée à tous.
Bien cordialement.
Jean-Charles
-
Outre la correction de la numérotation et du libellé, voici la moisson du jour :
- Refonte de l'affichage des sources.
- Spéciale dédicace pour François : le quatrième mariage d'une personne est affiché textuellement et pas par le numéro (je n'irais pas plus loin).
- Élargissement des tailles de fonts pour avoir une meilleure différence entre les éléments
- Déplacement des numéros et ids à la suite du nom en début de présentation uniquement.
Zurga
-
- J'oubliais hier de demander : Avez vous "Sans descendance" pour les épouses.
Vous pouvez détailler ?
Actuellement, sauf à ce que j'ai bouletté grave, tous les couples de toutes les personnes indiquées dans le rapport sont mentionnés et s'il n'y a pas de descendance, il est mentionné "Sans descendance connue".
Re-bonsoir à tous, bonsoir Zurga,
L'exemple en pièce jointe. Épouse avec un seul conjoint.
Pour les épouses avec des enfants d'un premier conjoint (Situation 1) et sans enfant d'un second conjoint (Situation 2). L'expression apparaît bien à la suite de la situation 2.
Bien cordialement.
Jean-Charles
-
OK, je comprends la question.
Néanmoins : quel intérêt d'ajouter cette zone pour des couples sans enfants ?
Si vous avez une personne avec plusieurs mariages et aucun enfant, vous aurez la même chose.
Que ce soit un homme ou une femme d'ailleurs.
Le code n'affiche la zone que s'il y a eu des enfants définis dans la généalogie.
Pour le coup, je n'ai pas changé le comportement antérieur.
C'est un peu comme les notes, ou les sources, doit-on mettre systématiquement le mot "Notes" ou "Sources" même s'il n'y a rien à écrire ?
Zurga
-
Re-bonsoir Zurga,
OK, je comprends la question.
Néanmoins : quel intérêt d'ajouter cette zone pour des couples sans enfants ?
Si vous me permettez de répondre par une autre question, quel intérêt alors de noter Sans descendance connue d'un couple lors des unions multiples ? Il y a là comme une sorte de dissonance. :-)
Plaisanterie à part, l'intérêt est bien sûr, dans ce cas, de donner une suite au libellé Enfants de.
C'est un peu comme les notes, ou les sources, doit-on mettre systématiquement le mot "Notes" ou "Sources" même s'il n'y a rien à écrire ?
Certes ! Or, produire ces mots sans rien de plus à la suite serait quelque peu incongru, voire laisserait supposer un oubli.
Bien à vous.
Très cordialement.
Jean-Charles
-
Bonjour à tous,
Zurga,
Encore un grand merci pour cette belle mise à jour de qualité arrivée cette nuit, et testée de suite.
Outre la correction de la numérotation et du libellé, voici la moisson du jour :
- Refonte de l'affichage des sources.
- Spéciale dédicace pour François : le quatrième mariage d'une personne est affiché textuellement et pas par le numéro (je n'irais pas plus loin).
- Élargissement des tailles de fonts pour avoir une meilleure différence entre les éléments
- Déplacement des numéros et ids à la suite du nom en début de présentation uniquement.
Zurga
- J'adore la refonte d'affichage des sources. En italique, à la fin, c'est parfait ! Curieusement, je ne les voyais pas apparaitre jusqu'à cette mise à jour, c'est étrange car j'ai cru apercevoir sur une capture écran de Jean-Charles que cela apparaissait chez lui avant. Juste une remarque, si c'est bien précisé "Source naissance :", "Source recensement :", ce ne l'est pas pour les EVEN. C'est écrit juste "Source :".
- Je n'ai pas l'occasion d'avoir 4 mariages, donc pas testé, François répondra.
- Taille des fonts : effectivement c'est écrit plus gros et c'est agréable.
- Sosa : la MAJ du numéro de génération est désormais bonne. Merci. Le déplacement en début de paragraphe et en italique est bien mieux placé désormais, cela laisse une narration moins encombrée. Je voyais initialement cette information une ligne au dessus, au même niveau que le Nom, Prénom, en gras en fin de ligne. Mais ici c'est pas mal non plus. A voir l'avis des autres utilisateurs.
J'aurais apprécié d'insérer un espace entre la première phrase (filiations et état civil BIRT, MARR, DIV, DEAT) et le paragraphe de tous les évènements qui s'enchainent. Un peu comme entre ce bloc, les notes, les enfants et maintenant les sources. Pas forcément avec un titre en gras (quoi que, à voir l'avis des autres utilisateurs), mais à minima un espace d'aération.
EDUC : merci d'avoir modifié la narration, c'est bien mieux ainsi. Notons toutefois que le verbe est au présent, ce qui n'est pas uniforme avec le passé simple et imparfait employés sur le reste de la narration.
SSN : il y a un espace en trop juste avant le point final.
EVEN : il ne manque désormais que les dates et PLAC sur cette étiquette, je sais que c'est déjà dans la todo-liste.
Idem pour les RELA et différents témoins et parrainages (pour que n'apparaisse plus - ou différemment - dans mon cas XREF: @I00010@). J'espère avoir pratiqué la bonne saisie, car j'ai fait de cette manière dans toute ma généalogie...
Pour compléter ce que je disais hier sur un père inconnu, j'ai fait le choix, pour en avoir qu'un seul pour le moment, d'écrire "père inconnu" à l'endroit du prénom, puisque cette case s'est créée. Ainsi, dans la narration, je n'ai plus "Marie Dupont, née le 13 septembre 1893 à Paris, relation (1) avec , mariée en secondes noces le..." mais "Marie Dupont, née le 13 septembre 1893 à Paris, relation (1) avec père inconnu, mariée en secondes noces le...". Idem pour son enfant, il n'est plus "enfant de et de Marie Dupont", mais "enfant de père inconnu et de Marie Dupont). Ce n'est probablement pas ce qu'il y a de plus propre, mais comme je n'ai qu'un cas, cela me permet de vite corriger si besoin, et d'avoir une narration un peu mieux.
Enfin concernant la table des matières, j'aurais trouvé plus agréable de mettre les numéros de page complètement sur la droite, de les espacer un maximum du numéro de génération qui est juste à côté. Peut être la même remarque pour les index des lieux et noms.
Sauf erreur de ma part, "Né le" n'est pas le temps présent mais le passé composé. On sous-entend et on raccourcit "il est né le".
Bonsoir Rémi, bonsoir à tous,
Oups ! Bien sûr. Merci d'avoir bien voulu rectifier.
J'aurais du dire : on garde le même temps. On utilise le passé composé et non le passé simple. Il est né le et il a été et non il naquit et il fut.
Bonne fin de soirée à tous.
Bien cordialement.
Jean-Charles
Je ne partage pas cet avis. Le passé composé est le temps du passé à l'oral. Le passé simple celui de la narration, de l'écrit. L'imparfait met en retrait, en arrière-plan, un élément du passé par rapport à d'autres à l'écrit. Nous sommes dans un rapport narratif écrit de généalogie.
Je me rangerais toutefois derrière la majorité si besoin, je ne fais que donner mon avis.
Seule certitude, il faut je pense harmoniser, ne pas mélanger présent, passé composé, passé simple.
Je vous remercie encore Zurga et belle journée à tous !
Rémi
-
- Spéciale dédicace pour François : le quatrième mariage d'une personne est affiché textuellement et pas par le numéro (je n'irais pas plus loin).
Je précise que ce n'est pas moi qui a été marié 4 fois, mais d'un côté de ma généalogie, et c'est dans une branche particulièrement j'en ai 2 qui se sont mariés 4 fois (un homme et une femme). Quant on aime, on ne compte pas... Merci Zurga
-
- J'adore la refonte d'affichage des sources. En italique, à la fin, c'est parfait ! Curieusement, je ne les voyais pas apparaitre jusqu'à cette mise à jour, c'est étrange car j'ai cru apercevoir sur une capture écran de Jean-Charles que cela apparaissait chez lui avant. Juste une remarque, si c'est bien précisé "Source naissance :", "Source recensement :", ce ne l'est pas pour les EVEN. C'est écrit juste "Source :".
Pareil pour moi. Je viens de voir les sources pour la 1ère fois avec cette mise à jour.
-
Bonjour à tous,
Merci Zurga pour ce travail merveilleux, quelle évolution
Je n'ai qu'une réflexion si il est indiqué dans le gedcom Mariage avérè cela se transforme en relation comme si événement n' existe pas.
Je préfèrerai qu'il soit noté marié que relation et garder relation si l'événement mariage n'est pas utilisé.
Mais encore bravo
-
Quand je dis que j'ai revu les sources, c'est surtout que les sources n'étaient que partiellement implémentés.
Du coup, si on avait des sources ailleurs que dans des notes, cela ne s'affichait pas.
Aucune source n'était prévue pour aucun évènement.
S'il n'y a pas le type d'évènement sur chaque source, cela arrive, j'ai été un peu bourrin hier et je pense avoir trouvé mieux que de recopier bêtement dans les libellés tous les tags possibles.
A ce propos, petite question : est-ce utile de reprendre le mot "Source" dans chaque ligne ?
On l'a avant le paragraphe, on a le formalisme avec les crochets.
Si cela vous va je fait sauter le mot Source pour ne garder que le type d'évènement.
@jchr
Si vous me permettez de répondre par une autre question, quel intérêt alors de noter Sans descendance connue d'un couple lors des unions multiples ? Il y a là comme une sorte de dissonance. :-)
Plaisanterie à part, l'intérêt est bien sûr, dans ce cas, de donner une suite au libellé Enfants de.
Dans le cas des mariages multiples, je vous ai posé la question et la majorité a répondu de l'afficher pour homogénéiser par rapport au narratif qui indiquait tous les mariages.
Là, on est plus dans le cas de la zone "Notes" ou "Sources", on a rien à afficher.
Mais si vous voulez que ce soit affiché tout le temps, pas de soucis.
@remi0144
Je voyais initialement cette information une ligne au dessus, au même niveau que le Nom, Prénom, en gras en fin de ligne. Mais ici c'est pas mal non plus. A voir l'avis des autres utilisateurs.
A côté du nom, on a déjà les titres de noblesse.
Du coup, cela me paraissait chargé pour ce genre de branches.
J'aurais apprécié d'insérer un espace entre la première phrase (filiations et état civil BIRT, MARR, DIV, DEAT) et le paragraphe de tous les évènements qui s'enchainent. Un peu comme entre ce bloc, les notes, les enfants et maintenant les sources. Pas forcément avec un titre en gras (quoi que, à voir l'avis des autres utilisateurs), mais à minima un espace d'aération.
Noté, on va ajouter de l'air.
EDUC : merci d'avoir modifié la narration, c'est bien mieux ainsi. Notons toutefois que le verbe est au présent, ce qui n'est pas uniforme avec le passé simple et imparfait employés sur le reste de la narration.
SSN : il y a un espace en trop juste avant le point final.
Noté.
Pour compléter ce que je disais hier sur un père inconnu, j'ai fait le choix, pour en avoir qu'un seul pour le moment, d'écrire "père inconnu" à l'endroit du prénom, puisque cette case s'est créée. Ainsi, dans la narration, je n'ai plus "Marie Dupont, née le 13 septembre 1893 à Paris, relation (1) avec , mariée en secondes noces le..." mais "Marie Dupont, née le 13 septembre 1893 à Paris, relation (1) avec père inconnu, mariée en secondes noces le...". Idem pour son enfant, il n'est plus "enfant de et de Marie Dupont", mais "enfant de père inconnu et de Marie Dupont). Ce n'est probablement pas ce qu'il y a de plus propre, mais comme je n'ai qu'un cas, cela me permet de vite corriger si besoin, et d'avoir une narration un peu mieux.
Un seul ? vous me faites peur.
Vous n'avez pas l'intention de relier tous les enfants de parents inconnu à cet individu ?
Cela va faire du bordel dans la généalogie et être incompris par les fonctions de vérifications d'incohérence.
Quand on ajoute un père ou une mère, il y a une case vide qui s'affiche, mais aucun individu créé (voir pièce-jointe 1, on voit dans ce cas que la famille n'a pas de WIFE défini)
Cela permet d'avoir le narratif de la pièce-jointe 2.
Enfin concernant la table des matières, j'aurais trouvé plus agréable de mettre les numéros de page complètement sur la droite, de les espacer un maximum du numéro de génération qui est juste à côté. Peut être la même remarque pour les index des lieux et noms.
Faut que je retravaille l'affichage des index et du sommaire.
Pour l'instant c'est l'affichage brut ou antérieur.
@Kiadisa
Je n'ai qu'une réflexion si il est indiqué dans le gedcom Mariage avérè cela se transforme en relation comme si événement n' existe pas.
Je préfèrerai qu'il soit noté marié que relation et garder relation si l'événement mariage n'est pas utilisé.
Tout est actuellement basé sur la présence d'une date de mariage.
Je vais voir pour changer pour l'existence d'un évènement "Mariage"
Par contre, s'il n'y a pas d'évènement mariage, je ne ferais rien.
Zurga
-
Zurga,
Merci.
Pour le père inconnu, je voulais dire que je n'ai dans ma généalogie, pour le moment, qu'un enfant né de père inconnu. Donc non, je n'ai rien à rajouter d'autres, ni à relier 😉
Pour les sources, je comprends mieux, merci. Pour enlever le mot "source" à chaque ligne, je n'y suis pas opposé, à vrai dire je n'ai pas d'avis. Quoi que vous fassiez sera bien pour moi, du moment qu'on puisse harmoniser pour la source EVEN.
Noté pour le Sosa, je n'avais pas cette information sur les titres de noblesse.
Merci.
Rémi
-
A ce propos, petite question : est-ce utile de reprendre le mot "Source" dans chaque ligne ?
On l'a avant le paragraphe, on a le formalisme avec les crochets.
Si cela vous va je fait sauter le mot Source pour ne garder que le type d'évènement.
Pas trop d'avis sur ça. Je trouve un peu lourd mais je pense que la majorité va préférer comme ça l'est maintenant, de reprendre toutes les sources en fin de texte de chaque personne. J'aurais préféré, mais ça doit être trop compliqué, d'avoir des renvois à des sources en fin du livre. Cela allégerait le texte, et éviterait des redondances de sources, car bien sur, plusieurs évènements de plusieurs personnes font référence à la même source (archives départementales de la Vendée blablabla), ca voudrait dire qu'il faudrait trier toutes les sources de la généalogie, les reprendre à la fin du livre, et pour chaque évènement renvoyer par un [3] (par exemple) à la source en cliquant sur ce chiffre.
Mes sources donnent ça chez moi voir ci-dessous.
Si vous me permettez de répondre par une autre question, quel intérêt alors de noter Sans descendance connue d'un couple lors des unions multiples ? Il y a là comme une sorte de dissonance. :-)
Plaisanterie à part, l'intérêt est bien sûr, dans ce cas, de donner une suite au libellé Enfants de.
Dans le cas des mariages multiples, je vous ai posé la question et la majorité a répondu de l'afficher pour homogénéiser par rapport au narratif qui indiquait tous les mariages.
Je préfère comme on l'a aujourd'hui. Cela donne une indication. Francois
-
En fait, je fais sauter le mot Sources.
Parce que cela simplifie le code, que je récupère tous les libellés déjà traduits (qui ont une majuscule à la place de tous les réécrire avec une minuscule)
Et cela donne ce genre de choses (voir pièce-jointe).
Du coup, même si cela vous plait pas, ce sera comme cela.
Parfois dormir un peu donne des idées...
@Arvernes
L'idée de l'index des sources est dans les tuyaux, mais il fallait déjà afficher les sources quelque part.
Zurga
-
Parce que cela simplifie le code, que je récupère tout les libellés déjà traduits (qui ont une majuscule à la place de tous les réécrire avec une minuscule)
Et cela donne ce genre de choses (voir pièce-jointe).
C'est très bien
-
Bonjour Zurga, bonjour à tous,
Nouvelle version du RNAD testée et approuvée. ;-)
Encore un grand merci Zurga.
Les avancées sont telles que toutes nos remarques à présent sont du luxe.
Dans le cas des mariages multiples, je vous ai posé la question et la majorité a répondu de l'afficher pour homogénéiser par rapport au narratif qui indiquait tous les mariages.
Oui ! c'est ce que nous souhaitions et c'est absolument parfait.
Ma constatation - très accessoire - ne concernait que les individus à union unique sans descendance.
Là, on est plus dans le cas de la zone "Notes" ou "Sources", on a rien à afficher.
Mais si vous voulez que ce soit affiché tout le temps, pas de soucis.
C'est cela même.
Toutefois, à défaut d'un affichage tout le temps, nous pouvons à volonté ajouter Sans descendance connue dans les informations générales sur l'individu (INDI->NOTE) et ainsi voir apparaître la mention dans la narration.
Bonne journée à tous.
Bien cordialement.
Jean-Charles
-
Re-bonjour à tous,
Rémi écrivait :
Enfin concernant la table des matières, j'aurais trouvé plus agréable de mettre les numéros de page complètement sur la droite, de les espacer un maximum du numéro de génération qui est juste à côté. Peut être la même remarque pour les index des lieux et noms.
Idem.
Si ce n'est pas trop compliqué, cela représenterait un avantage esthétique en nous rapprochant des usages.
Bien cordialement.
Jean-Charles
-
Ca vous tente cette présentation du sommaire ?
Zurga
-
Je ne partage pas cet avis. Le passé composé est le temps du passé à l'oral. Le passé simple celui de la narration, de l'écrit. L'imparfait met en retrait, en arrière-plan, un élément du passé par rapport à d'autres à l'écrit. Nous sommes dans un rapport narratif écrit de généalogie.
Je me rangerais toutefois derrière la majorité si besoin, je ne fais que donner mon avis.
Seule certitude, il faut je pense harmoniser, ne pas mélanger présent, passé composé, passé simple.
Je vous remercie encore Zurga et belle journée à tous !
Rémi
Bonjour,
Lorsqu'il est possible d'utiliser le présent on met le passé simple au passé. On met le passé composé si on peut utiliser l'imparfait.
Il est implique passé simple (a été); Il était implique passé composé (avait été).
Concernant les tables pourquoi répéter les pages identiques? Cela alourdit l'index inutilement
Amitiés
-
Ca vous tente cette présentation du sommaire ?
Zurga
Re bonjour,
Oui c'est mieux
Amitiés
-
Concernant les tables pourquoi répéter les pages identiques? Cela alourdit l'index inutilement
Le Zurga il reprend ce qui existe.
Chaque numéro est cliquable et renvoie sur un élément différent.
Comme est censé le faire un index.
A voir si on doit limiter ces éléments.
Pour le moment, je me bats avec la présentation.
Zurga
-
Ca vous tente cette présentation du sommaire ?
Zurga
Top ! Garde-t-on les majuscules à Matières, Noms et Lieux ?
Mais le reste de la présentation, super !
Merci Zurga.
Rémi
-
Bonjour,
Lorsqu'il est possible d'utiliser le présent on met le passé simple au passé. On met le passé composé si on peut utiliser l'imparfait.
Il est implique passé simple (a été); Il était implique passé composé (avait été).
Concernant les tables pourquoi répéter les pages identiques? Cela alourdit l'index inutilement
Amitiés
Bonjour Yannick,
Le passé simple est "il fut", le passé composé "il a été".
Rémi
-
Ca vous tente cette présentation du sommaire ?
Re-bonjour Zurga,
Alors là ! Oui :-)
Merci.
Je trouve cela parfait.
Bien cordialement.
Jean-Charles
-
Re-bonjour à tous,
Concernant les tables pourquoi répéter les pages identiques? Cela alourdit l'index inutilement
Le Zurga il reprend ce qui existe.
... et il a bien raison ! <:oD
Chaque numéro est cliquable et renvoie sur un élément différent.
Comme est censé le faire un index.
Bien sûr.
A voir si on doit limiter ces éléments (...)
Surtout pas !
Excuse-moi Yannig. Si je n'ai pas bien compris ton propos merci de me le signaler.
Bien à vous tous.
Cordialement.
Jean-Charles
-
Concernant les tables pourquoi répéter les pages identiques? Cela alourdit l'index inutilement
Le Zurga il reprend ce qui existe.
Chaque numéro est cliquable et renvoie sur un élément différent.
Comme est censé le faire un index.
A voir si on doit limiter ces éléments.
Pour le moment, je me bats avec la présentation.
Zurga
Il y aura les partisans du livre pdf numérique qui voudront garder les différents liens cliquables, et ceux qui voudront imprimer le livre et qui trouveront cela répétitif.
Ce point sera difficile de contenter tout le monde.
Je n'ai pas d'avis sur ce point, tout m'ira.
Rémi
-
Ca vous tente cette présentation du sommaire ?
Top ! Garde-t-on les majuscules à Matières, Noms et Lieux ?
J'aurais tendance à dire qu'il faut les enlever, mais bon, si tout le monde préfère, pas de pb.
-
Concernant les tables pourquoi répéter les pages identiques? Cela alourdit l'index inutilement
Le Zurga il reprend ce qui existe.
... et il a bien raison ! <:oD
+1
Chaque numéro est cliquable et renvoie sur un élément différent.
Comme est censé le faire un index.
Bien sûr.
+1
A voir si on doit limiter ces éléments (...)
Surtout pas !
+1000 Effectivement, surtout pas.
-
Fournée du jour :
- Travail intense sur le sommaire et les index pour obtenir une esthétique passable.
- Ajout d'une option pour afficher pour toutes les personnes l'information d'absence d'enfants
- Modification des libellés des sources
- Utilisation du mot mariage pour les mariages sans dates mais avec un tag MARR existant.
- Ajout d'un écart entre le texte et la liste des propriétés
-
Bonjour Yannick,
Le passé simple est "il fut", le passé composé "il a été".
Rémi
Bonsoir,
Autant pour moi
Amitiés
-
Fournée du jour :
- Travail intense sur le sommaire et les index pour obtenir une esthétique passable.
- Ajout d'une option pour afficher pour toutes les personnes l'information d'absence d'enfants
- Modification des libellés des sources
- Utilisation du mot mariage pour les mariages sans dates mais avec un tag MARR existant.
- Ajout d'un écart entre le texte et la liste des propriétés
Bonjour Zurga, bonjour à tous,
Travail intense ? Le qualificatif semble faible à la lecture de cette nouvelle annonce nocturne ! :-)
Nous attendons avec impatience le levé du jour afin de profiter de ces importantes avancées.
Bien cordialement.
Jean-Charles
-
Fournée du jour :
- Travail intense sur le sommaire et les index pour obtenir une esthétique passable.
- Ajout d'une option pour afficher pour toutes les personnes l'information d'absence d'enfants
- Modification des libellés des sources
- Utilisation du mot mariage pour les mariages sans dates mais avec un tag MARR existant.
- Ajout d'un écart entre le texte et la liste des propriétés
Très belle mouture Zurga. Le travail sur le sommaire, les index est vraiment super. Merci pour toutes ces avancées.
-
Bien le bonjour à tous,
Bonsoir,
Autant pour moi
Amitiés
Pas de problème Yannick. Je me permettais juste de corriger. Merci pour tes aides et autres interventions de qualité sur ce forum.
Fournée du jour :
- Travail intense sur le sommaire et les index pour obtenir une esthétique passable.
- Ajout d'une option pour afficher pour toutes les personnes l'information d'absence d'enfants
- Modification des libellés des sources
- Utilisation du mot mariage pour les mariages sans dates mais avec un tag MARR existant.
- Ajout d'un écart entre le texte et la liste des propriétés
Zurga,
"esthétique passable" ? Pourquoi être si dur avec votre travail ? Je trouve le résultat excellent. Merci pour la prise en compte de l'éloignement des numéros de pages, et les très bonnes mises en pages.
Option absence d'enfant : je ne trouve pas cette fonctionnalité et mes INDI sans enfant n'ont pas l'information d'absence d'enfant. Ce n'est pas une fonctionnalité que je souhaitais, donc cela ne me dérange pas, je signale uniquement ne pas la voir.
Ecart entre texte et propriétés : l'aération du texte demandée hier est prise en compte, merci, mais notamment entre les différents blocs (filiations et étiquettes de vie désormais, et les autres notes, enfants, sources) semblent avoir presque disparu, la hauteur de l'écart ayant été considérablement réduit au point d'être devenu à peine perceptible. Certains préfèreront peut être comme ça maintenant, personnellement je préférais la hauteur de l'espacement avant. Ou alors, si on maintient cette nouvelle hauteur d'espacement, mettre avant le bloc des différentes étiquettes de vie, un titre en gras comme pour les notes, sources, enfants (seul titre à ne pas avoir les ":" en fin de ligne), pour distinguer ces 2 blocs.
SSN : suppression de l'espace de fin ok. Merci.
Pour chipoter :
- Merci d'avoir corrigé le temps du EDUC (passé composé). Peut être harmonisera-t-on un jour les temps puisqu'on trouve désormais les 3 temps du passé enchainés sur le même bloc.
- Merci d'avoir enlevé les majuscules de lieux et noms, il subsiste celui de Matières.
- Modification du libellé des sources : c'est beaucoup mieux. Notons qu'il subsiste un espace après le premier crochet (qui est absent avant le crochet de fermeture) et que figure dans ce libellé le texte de la retranscription de la source quand il est saisi (pas utile dans le libellé des sources, mais vous ne l'avez pas remarqué en ayant le nez dans le guidon, je le signale simplement)...La demande de François de renvoyer et mutualiser les sources en fin de livre sera le graal, mais je conçois que cette demande sera très difficile à mettre en place et qu'il y a d'autres priorités sur le travail d'Ancestris.
Merci Zurga pour cette encore excellente mise à jour de cette nuit.
Bonne journée à tous.
Rémi
-
Un petit souci pour les portraits
L'écran 1 n'est pas repris tandis que l'écran 2 est bien incorporé
Une idée sur la cause ?
-
Un petit souci pour les portraits
L'écran 1 n'est pas repris tandis que l'écran 2 est bien incorporé
Une idée sur la cause ?
Serait-il possible d'avoir la liaison dans l'autre sens ?
C'est à dire comment l’image est liée dans l'entité INDI.
Juste pour voir ce qui pourrait clocher.
Zurga
-
Voici, je suppose que c'est cela que tu désires
-
Fournée du jour :
- Travail intense sur le sommaire et les index pour obtenir une esthétique passable.
- Ajout d'une option pour afficher pour toutes les personnes l'information d'absence d'enfants
- Modification des libellés des sources
- Utilisation du mot mariage pour les mariages sans dates mais avec un tag MARR existant.
- Ajout d'un écart entre le texte et la liste des propriétés
Re-bonjour Zurga, re-bonjour à tous,
Dernières avancées testées. Elles sont toutes là.
Pour le fun, un infime détail : l'espace à la fin du libellé de la profession et le point final (Voyez la PJ). ;-)
Encore un très grand merci à Zurga pour tout son travail et le plaisir qu'il nous procure.
Belle journée à tous.
Bien cordialement.
Jean-Charles
-
Voici, je suppose que c'est cela que tu désires
Merci.
Techniquement, il aurait du y avoir à la fois le portrait et le passeport...
Je vais regarder si je vois un truc.
Zurga
-
"esthétique passable" ? Pourquoi être si dur avec votre travail ? Je trouve le résultat excellent. Merci pour la prise en compte de l'éloignement des numéros de pages, et les très bonnes mises en pages.
En fait vous n'avez pas vu les versions intermédiaires et c'est là que je me disais que je ne pouvais pas vous fournir cela. (Numéro de page au milieu ou régulièrement espacées, noms à droites, sauts de lignes excessifs, nom composés séparés début à gauche fin à droite).
J'ai un peu galéré pour comprendre ce que je pouvais modifier où je devais le modifier et ce que cela faisait en modifiant.
La mouture actuelle est bien évidemment plus que passable.
Option absence d'enfant : je ne trouve pas cette fonctionnalité et mes INDI sans enfant n'ont pas l'information d'absence d'enfant. Ce n'est pas une fonctionnalité que je souhaitais, donc cela ne me dérange pas, je signale uniquement ne pas la voir.
Elle n'est pas activée par défaut, elle s'appelle "Toujours afficher l'entête de liste des enfants"
Ecart entre texte et propriétés : l'aération du texte demandée hier est prise en compte, merci, mais notamment entre les différents blocs (filiations et étiquettes de vie désormais, et les autres notes, enfants, sources) semblent avoir presque disparu, la hauteur de l'écart ayant été considérablement réduit au point d'être devenu à peine perceptible. Certains préfèreront peut être comme ça maintenant, personnellement je préférais la hauteur de l'espacement avant. Ou alors, si on maintient cette nouvelle hauteur d'espacement, mettre avant le bloc des différentes étiquettes de vie, un titre en gras comme pour les notes, sources, enfants (seul titre à ne pas avoir les ":" en fin de ligne), pour distinguer ces 2 blocs.
J'ai mis des demi-lignes, je trouvais que des lignes entières cela faisait trop.
Je peux repasser aux lignes entières.
Pour chipoter :
- Merci d'avoir corrigé le temps du EDUC (passé composé). Peut être harmonisera-t-on un jour les temps puisqu'on trouve désormais les 3 temps du passé enchainés sur le même bloc.
- Merci d'avoir enlevé les majuscules de lieux et noms, il subsiste celui de Matières.
- Modification du libellé des sources : c'est beaucoup mieux. Notons qu'il subsiste un espace après le premier crochet (qui est absent avant le crochet de fermeture) et que figure dans ce libellé le texte de la retranscription de la source quand il est saisi (pas utile dans le libellé des sources, mais vous ne l'avez pas remarqué en ayant le nez dans le guidon, je le signale simplement)...La demande de François de renvoyer et mutualiser les sources en fin de livre sera le graal, mais je conçois que cette demande sera très difficile à mettre en place et qu'il y a d'autres priorités sur le travail d'Ancestris.
On va retoucher les espaces en trop.
On va virer le M majuscule
Pour les sources, il fallait d'abord pouvoir les afficher avant de penser à en faire un index. C'est prévu.
Zurga
-
Voici, je suppose que c'est cela que tu désires
Merci.
Techniquement, il aurait du y avoir à la fois le portrait et le passeport...
Je vais regarder si je vois un truc.
Zurga
Toutes les images que je mets ici, à la racine de l'INDI, portraits, signatures, sépultures, se présentent toutes, en ligne, sur la première. Il faut juste retailler les images à la même dimension pour les avoir alignées et aux mêmes dimensions, et c'est parfait chez moi.
Rémi
-
En fait vous n'avez pas vu les versions intermédiaires et c'est là que je me disais que je ne pouvais pas vous fournir cela. (Numéro de page au milieu ou régulièrement espacées, noms à droites, sauts de lignes excessifs, nom composés séparés début à gauche fin à droite).
J'ai un peu galéré pour comprendre ce que je pouvais modifier où je devais le modifier et ce que cela faisait en modifiant.
La mouture actuelle est bien évidemment plus que passable.
Je comprends mieux, merci pour votre abnégation.
Elle n'est pas activée par défaut, elle s'appelle "Toujours afficher l'entête de liste des enfants"
Merci, je l'ai vu, elle est bien cochée. Je vais réessayer, mais ce n'est pas grave, ce n'est pas une fonction que j'attendais particulièrement.
J'ai mis des demi-lignes, je trouvais que des lignes entières cela faisait trop.
Je peux repasser aux lignes entières.
En soit, on peut garder les demi-lignes si cela plaît pour les blocs qui ont un "titre" en gras avant comme Notes, Sources, Enfants...
Si on peut mettre une ligne juste pour ce que je demande ? Ou si c'est pour tout pareil, je préférerais alors un "titre" pour bien le distinguer si on maintient la demi-ligne.
On va retoucher les espaces en trop.
On va virer le M majuscule
Pour les sources, il fallait d'abord pouvoir les afficher avant de penser à en faire un index. C'est prévu.
Merci pour la prise en compte de nos demandes. En fait, depuis 2, 3 jours, j'ai un peu honte de demander des choses aussi futiles, mais je me dis que votre énergie et l'abnégation que vous avez menées ces derniers jours à nous offrir un rapport quasi parfait désormais, que les petites erreurs de synthaxe sautent aux yeux, et que cela est vraiment dommage de les laisser.
Pour les SOUR, j'avais lu la réponse à François et je le savais. Je voulais juste dire que la version actuelle est déjà pas mal, et signaler la présence inutile de la transcription dans le report.
Est-il possible de mettre "Ancestris / version : date" uniquement sur la première page de la table des matières et l'enlever ensuite sur les pages suivantes ?
Mille mercis, que ferions-nous sans vous.
Rémi
-
Re-bonjour Zurga, re-bonjour à tous,
Dernières avancées testées. Elles sont toutes là.
Pour le fun, un infime détail : l'espace à la fin du libellé de la profession et le point final (Voyez la PJ). ;-)
Encore un très grand merci à Zurga pour tout son travail et le plaisir qu'il nous procure.
Belle journée à tous.
Bien cordialement.
Jean-Charles
C'est curieux ton truc Jean-Charles parce que moi, il n'y a pas d'espace avant le point sur toutes les étiquettes, OCCU compris.
Je ne reproduis pas l'espace que tu as.
Rémi
-
(...) Pour le fun, un infime détail : l'espace à la fin du libellé de la profession et le point final (...)
C'est curieux ton truc Jean-Charles parce que moi, il n'y a pas d'espace avant le point sur toutes les étiquettes, OCCU compris.
Je ne reproduis pas l'espace que tu as.
Rémi
Bonjour Rémi, bonjour à tous,
Oui. Je viens de revérifier et encore sur la version html (Voyez ici la PJ).
Bonne journée à tous.
Bien cordialement.
Jean-Charles
-
Bonjour Jean-Charles,
(...) Pour le fun, un infime détail : l'espace à la fin du libellé de la profession et le point final (...)
C'est curieux ton truc Jean-Charles parce que moi, il n'y a pas d'espace avant le point sur toutes les étiquettes, OCCU compris.
Je ne reproduis pas l'espace que tu as.
Rémi
Bonjour Rémi, bonjour à tous,
Oui. Je viens de revérifier et encore sur la version html (Voyez ici la PJ).
Bonne journée à tous.
Bien cordialement.
Jean-Charles
Nous utilisons la même version d'Ancestris, toutes les deux à jour. La différence est que moi je saisis systématiquement la date à laquelle la profession fait référence.
Ainsi j'ai "Pierre Dupont était sabotier le 13 mars 1864" (ou entre le...et le....). Il est donc possible que si tu saisis une date, cela devrait résoudre ton problème puisque c'est la seule différence.
C'est moi qui ai demandé à Zurga de faire figurer la date dans la narration (le PLAC n'a que peu d'intérêt puisqu'il n'est jamais saisi car on ne le connait pas).
Sur un plan purement généalogique, il est intéressant de saisir les dates. Tu lis une profession sur un document qui a une date (une naissance, un mariage, un décès, un contrat de mariage, un inventaire après décès...sur un recensement de population même si pour le coup tu n'as que l'année). Un ami a pu voir qu'un de ses ancêtres était cultivateur de ses 14 ans (lu sur un recensement) jusqu'à ses 44 ans (la naissance du 4ème enfant), puis, à son 5ème enfant à 46 ans, il est sténo dactylographe. J'ai cru un instant à une erreur de l'officier d'état civil. Mais sur les documents ultérieurs, dont son acte de décès, c'est confirmé. Pourquoi a-t-il subitement changé de métier ? Simple volonté de reconversion ? Ou un accident, une mutilation...l'ont contraint d'arrêter son métier ? Il n'aura probablement jamais la réponse, mais cela interpelle et invite à se poser des questions. Je l'ai incité à mettre un _TODO de rappel pour aller lire les actes notariés d'inventaire après décès et autre contrat de mariage pour espérer avoir une réponse.
Je suis sorti un peu du fil sur le rapport narratif, mais j'espère t'avoir convaincu de renseigner les dates pour les OCCU, puisque cela permet de situer dans un espace temps précis le changement de métier, et ainsi chercher précisément une cause.
Ce qui devrait aussi probablement résoudre ton espace avant le point et éviter à Zurga de chercher un problème qui n'en est probablement pas un.
Bonne journée.
Rémi
-
Bonjour Rémi, bonjour à tous,
(...) Pour le fun, un infime détail : l'espace à la fin du libellé de la profession et le point final (...)
C'est curieux ton truc Jean-Charles parce que moi, il n'y a pas d'espace avant le point sur toutes les étiquettes, OCCU compris.
Nous utilisons la même version d'Ancestris, toutes les deux à jour. La différence est que moi je saisis systématiquement la date à laquelle la profession fait référence.
Bien vu Rémi ! Regarde la PJ. :-)
C'est moi qui ai demandé à Zurga de faire figurer la date dans la narration
J'avais fait l'impasse sur ta demande.
Sur un plan purement généalogique, il est intéressant de saisir les dates.
C'est sûr !
En ce qui me concerne, je les mets dans la note principale des individus que j'utilise systématiquement, celle qui me permets depuis toujours de reprendre toutes les données les concernant lorsque je passe mon gedcom sur un autre soft (Geneweb, Heredis sur le téléphone portable, par exemple), sans me soucier de ce qui sera repris ou non.
Je suis sorti un peu du fil sur le rapport narratif, mais j'espère t'avoir convaincu de renseigner les dates pour les OCCU (...)
Carrément convaincu !
Cela va m'OCCUper ! <:OD
Merci Rémi pour cet excellent retour.
Bonne journée à tous.
Bien cordialement.
Jean-Charles
-
Oui, il y a un espace en trop si on ne mets pas de date.
Je vais corriger.
Zurga
-
Oui, il y a un espace en trop si on ne mets pas de date.
Je vais corriger.
Merci Zurga.
Bien cordialement.
Jean-Charles
-
Livraison du jour :
- Affichage de la page dans les sources
- Affichage du type d'évènement (Et rewording)
- Suppression d'un grand nombre d'espaces avant les points s'il n'y a pas de date.
- Agrandissement de l'interligne entre les blocs d'informations.
Zurga
-
Bonjour à tous,
Zurga,
Encore un grand merci.
Livraison du jour :
- Affichage de la page dans les sources
- Affichage du type d'évènement (Et rewording)
- Suppression d'un grand nombre d'espaces avant les points s'il n'y a pas de date.
- Agrandissement de l'interligne entre les blocs d'informations.
Zurga
- indication de la page des sources : LA demande que je n'ai pas osé faire mais que je suis hyper heureux de voir arriver, grand merci, elle apporte une super plus-value quand on prend la peine de renseigner cette information sur une généalogie de qualité. Persiste toutefois l'espace au début après le premier crochet et la description de la source, voir PJ.
- EVEN : parfait, le dernier qu'il manquait à réécrire (sauf erreur de ma part). Merci.
- espace avant les points : a disparu avec cette MAJ l'espace avant le terme "est décédé / décédée", la virgule qui précède et cette expression se trouve désormais collées. Pour le reste, je laisse Jean-Charles faire un retour, c'est sa demande et je n'ai pas de cas à tester.
- interligne : je trouve personnellement bien mieux ainsi. Merci.
Option absence d'enfant : je ne trouve pas cette fonctionnalité et mes INDI sans enfant n'ont pas l'information d'absence d'enfant. Ce n'est pas une fonctionnalité que je souhaitais, donc cela ne me dérange pas, je signale uniquement ne pas la voir.
Elle n'est pas activée par défaut, elle s'appelle "Toujours afficher l'entête de liste des enfants"
Zurga
A quoi sert l'option "Toujours afficher l'entête de liste des enfants", je ne vois pas de différence entre les 2 rapports que je sors quand elle est activée et quand elle ne l'est pas.
Un grand merci Zurga pour cette mise à jour encore rapide à arriver et de grande qualité,
Bonne journée,
Rémi
-
Bonjour,
Je n'ai pas bien compris l'utilisation de la rubrique Description dans Ajoute un nouvel évènement de l'éditeur Cygnus: dans le Rapport Lignée narrative d'ascendance ou de descendance, cette rubrique est affichée comme une profession (Elle était ...).
Claude_41
-
Je n'ai pas bien compris l'utilisation de la rubrique Description dans Ajoute un nouvel évènement de l'éditeur Cygnus: dans le Rapport Lignée narrative d'ascendance ou de descendance, cette rubrique est affichée comme une profession (Elle était ...).
La rubrique description permet normalement de donner la description physique d'une personne comme par exemple la description que l'on peut trouver sur la fiche matricule.
Du coup on peut avoir : Il est était de taille moyenne (1,60m), les yeux bleus, le front rond, le menton ovale.
Zurga
-
- espace avant les points : a disparu avec cette MAJ l'espace avant le terme "est décédé / décédée", la virgule qui précède et cette expression se trouve désormais collées. Pour le reste, je laisse Jean-Charles faire un retour, c'est sa demande et je n'ai pas de cas à tester.
Noté, je vais corriger.
A quoi sert l'option "Toujours afficher l'entête de liste des enfants", je ne vois pas de différence entre les 2 rapports que je sors quand elle est activée et quand elle ne l'est pas.
L'option ne sert que dans un seul cas : Les individus du couple ne sont mariés qu'une seule fois (pas de conjoints multiples pour la personne décrite) et ils n'ont pas d'enfants.
Dans ce cas, la présentation de la personne se finit par :
"Enfants de Machin et Truc
Sans descendance connue"
Si on ne coche pas la case, ces deux lignes ne figurent pas sur le rapport.
Zurga
-
Bonjour Zurga,
Mon problème des photos persiste, as-tu une piste ?
BàT
-
Bonjour Zurga, bonjour Rémi, bonjour à tous,
- espace avant les points : a disparu avec cette MAJ l'espace avant le terme "est décédé / décédée", la virgule qui précède et cette expression se trouve désormais collées. Pour le reste, je laisse Jean-Charles faire un retour, c'est sa demande et je n'ai pas de cas à tester.
Noté, je vais corriger.
Même pas eu le temps de faire remarquer ces deux points ! Juste le temps d'en faire une petite pièce jointe [PJ1] ! :-)
Merci Zurga pour cette nouvelle mise à jour et pour sa suite déjà annoncée. :-)
A quoi sert l'option "Toujours afficher l'entête de liste des enfants", je ne vois pas de différence entre les 2 rapports que je sors quand elle est activée et quand elle ne l'est pas.
L'option ne sert que dans un seul cas : Les individus du couple ne sont mariés qu'une seule fois (pas de conjoints multiples pour la personne décrite) et ils n'ont pas d'enfants.
Dans ce cas, la présentation de la personne se finit par :
"Enfants de Machin et Truc Sans descendance connue"
Si on ne coche pas la case, ces deux lignes ne figurent pas sur le rapport.
... et ainsi tout le monde est content, enfin déjà Rémi et jchr qui ont été écoutés ! <:oD
En vrac, les petits détails qui accrochent encore le regard (ou seulement le mien ?) :
- En ce qui concerne les dates : ava au lieu d'avant et apr. qu lieu d'après. A l'instar des quantièmes 1 au lieu de 1er, mais nous avons compris que cela dépassait le cadre du rapport narratif.
- L'absence d'interligne entre Notes : et la première ligne du texte composant la note [PJ1]. Si j'ai bien compris, l'aération du texte oblige Zurga à une intervention au niveau des notes et non plus du rapport.
- L'absence d'interligne après l'intitulé de la liste des enfants (Enfants de...) [PJ2].
-Les index sont au top et encore particulièrement l'index des noms et les prénoms en retrait. J'ai cependant une virgule après certains prénoms multiples (par exemple, Cécile Françoise, ..... 37, 43), mais pas dans tous les cas. Je ne sais pas pourquoi. Il doit y avoir une explication de mon côté. Je vais regarder un peu mieux.
Bonne journée à tous.
Bien cordialement.
Jean-Charles
-
Mon problème des photos persiste, as-tu une piste ?
Aucune.
Tout est normal de mon côté.
On cherche les INDI:OBJE puis les FILE en-dessous que ce soit en direct (image embarquée) ou dans l'entité OBJE.
Éventuellement, envoyez-moi votre GEDCOM (juste l'individu qui bloque avec l'objet associé). Je mettrais une image de mon ordinateur pour voir si cela fait la même chose.
Il n'y a aucune erreur dans le log ?
Zurga
-
La rubrique description permet normalement de donner la description physique d'une personne comme par exemple la description que l'on peut trouver sur la fiche matricule.
Du coup on peut avoir : Il est était de taille moyenne (1,60m), les yeux bleus, le front rond, le menton ovale.
C'est noté, à moi de remplir la rubrique afin que son affichage à la suite de ''Elle était '' génère une phrase correcte.
La lecture de ce rapport me permet en plus d'améliorer ma généalogie !
Claude
-
Livraison pour demain :
- Correction de l'espace manquant sur les décès
- Correction de l'espace en trop au début des sources
- Ajustement des interlignes pour les notes, les sources et les enfants.
- Ajout d'une option pour ne pas afficher le texte d'une source
- Première tentative de bibliographie des sources.
J'espère que cela vous plaira.
-
Livraison pour demain :
- Correction de l'espace manquant sur les décès
- Correction de l'espace en trop au début des sources
- Ajustement des interlignes pour les notes, les sources et les enfants.
- Ajout d'une option pour ne pas afficher le texte d'une source
- Première tentative de bibliographie des sources.
J'espère que cela vous plaira.
Bonsoir Zurga, bonsoir à tous,
Suspens ! :-)
Merci Zurga pour le constant et immédiat suivi de nos requêtes, même les plus infimes. De l'autre côté du soft, cela semble magique.
Bonne nuit à tous.
Très cordialement.
Jean-Charles
-
Bonjour à tous,
L'option ne sert que dans un seul cas : Les individus du couple ne sont mariés qu'une seule fois (pas de conjoints multiples pour la personne décrite) et ils n'ont pas d'enfants.
Dans ce cas, la présentation de la personne se finit par :
"Enfants de Machin et Truc
Sans descendance connue"
Si on ne coche pas la case, ces deux lignes ne figurent pas sur le rapport.
Cela a vraiment du sens si on fait une lignée descendante. Dans le cas d'un rapport d'ascendance, tous les couples ont au moins un enfant : celui qui permet d'arriver au De Cujus du rapport.
Zurga
Effectivement Zurga, merci, je ne faisais que des rapports d'ascendance. Cela fonctionne pour le rapport de descendance, je comprends mieux et c'est très bien.
Livraison pour demain :
- Correction de l'espace manquant sur les décès
- Correction de l'espace en trop au début des sources
- Ajustement des interlignes pour les notes, les sources et les enfants.
- Ajout d'une option pour ne pas afficher le texte d'une source
- Première tentative de bibliographie des sources.
J'espère que cela vous plaira.
- espaces manquant sur les décès et en trop sur les sources : parfait ! Merci !
- option pour ne plus afficher le texte de la source : parfait ! Merci !
- ajustement des interlignes : parfait pour notes et sources, pas sûr que ce soit pris en compte pour les enfants.
Si possible, il ne me manque que l'information d'adoption dans la liste des enfants d'un couple, histoire de différencier à l'énumération celui qui n'est pas biologique dans le couple, si l'étiquette ADOP est décelée.
Exemple si Pierrette Dupont est adoptée et pas les autres :
Enfants de Pierre Dupont et Monique Durand
1. Pierrette Dupont, née le 12/01/1020 à Dijon (adopté/adoptée), mariée le...
2. Bernard Dupont, né le 13/02/1922 à Paris, marié le...
3. Simone Dupont, née le 14/04/1925 à Tours, mariée le...
Et le problème de l'affichage des relations de parrains et témoins (mariage...).
Bibliographie des sources : super, je crois comprendre que ce n'est que le début, et qu'une première mouture. C'est un super début, féliciations, aussi voici mes remarques. Il est fort probable que ce soit déjà chez vous en mémoire et que ces améliorations soient prévues, mais dans le doute je le note quand même. Il serait super et mieux si :
- les sources ne sont plus décrites en bas de chaque Sosa comme elles sont recensées à la fin dans l'index (pour ne pas faire doublon)
- juste mettre dans le texte, à côté de ce qui est concerné, le lien cliquable. Par exemple "Jean Dupont, né le 12 février 1912 à Paris (S00005), marié le 14/04/1931 à Paris (S00012),..." et qui renverrait à l'endroit prévu dans l'index.
- donner le simple nom de "Index des sources", plutôt que "Bibliographie", pour harmoniser avec les autres index
- trier les sources par ordre de numéro et pas par ordre d'apparition comme cela l'est sur cette première mouture
- comme elles seront "mutualisées", mettre comme pour les noms et les lieux les liens cliquables qui renvoient aux bonnes pages
- dans l'index des sources, faire une seule ligne, ne pas mettre le REPO mais inclure les pages.
Exemple :
Aujourd'hui :
S00011
Vérizet-Naissances-Mariages-Décès-1803 - 1812
par Archives Départementales de Saône-et-Loire
Dépôt d'archives : Archives Départementales de Saône-et-Loire
Demain :
S00011
Vérizet-Naissances-Mariages-Décès-1803 - 1812 par Archives Départementales de Saône-et-Loire, p. 51/214...........................................2, 6, 13
Je conçois que ce soit très difficile à mettre en place, ce ne sont que des propositions. C'est déjà très bien ce que vous proposez.
Un grand merci Zurga pour ce rapport qui a considérablement évolué depuis 2 semaines !
J'ai cependant une virgule après certains prénoms multiples (par exemple, Cécile Françoise, ..... 37, 43), mais pas dans tous les cas. Je ne sais pas pourquoi. Il doit y avoir une explication de mon côté. Je vais regarder un peu mieux.
Bonne journée à tous.
Bien cordialement.
Jean-Charles
J'ai eu le même soucis et je l'ai résolu ainsi (j'utilise l'éditeur Gedcom, à voir comment le faire avec les autres éditeurs que je ne connais pas) :
- Il faut que je renseigne le champ "Prénoms" de l'étiquette NAME : par exemple Pierre Francois Jacques
- puis clic ailleurs (ou touche Tabulation). Ainsi, tu n'auras pas la virgule après la liste des prénoms.
- Si je saisis cette information de prénoms directement sur l'étiquette GIVN, la case citée juste au dessus s'auto-remplit avec ce que je mets sous GIVN mais la virgule de fin apparait. Il faut l'enlever manuellement, auquel cas elle apparait dans tous les rapports avec la virgule qui effectivement rend les rapports moins harmonieux.
Rémi
-
Bibliographie des sources : super, je crois comprendre que ce n'est que le début, et qu'une première mouture. C'est un super début, féliciations, aussi voici mes remarques. Il est fort probable que ce soit déjà chez vous en mémoire et que ces améliorations soient prévues, mais dans le doute je le note quand même. Il serait super et mieux si :
- les sources ne sont plus décrites en bas de chaque Sosa comme elles sont recensées à la fin dans l'index (pour ne pas faire doublon)
- juste mettre dans le texte, à côté de ce qui est concerné, le lien cliquable. Par exemple "Jean Dupont, né le 12 février 1912 à Paris (S00005), marié le 14/04/1931 à Paris (S00012),..." et qui renverrait à l'endroit prévu dans l'index.
- donner le simple nom de "Index des sources", plutôt que "Bibliographie", pour harmoniser avec les autres index
- trier les sources par ordre de numéro et pas par ordre d'apparition comme cela l'est sur cette première mouture
- comme elles seront "mutualisées", mettre comme pour les noms et les lieux les liens cliquables qui renvoient aux bonnes pages
- dans l'index des sources, faire une seule ligne, ne pas mettre le REPO mais inclure les pages.
Exemple :
Aujourd'hui :
S00011
Vérizet-Naissances-Mariages-Décès-1803 - 1812
par Archives Départementales de Saône-et-Loire
Dépôt d'archives : Archives Départementales de Saône-et-Loire
Demain :
S00011
Vérizet-Naissances-Mariages-Décès-1803 - 1812 par Archives Départementales de Saône-et-Loire, p. 51/214...........................................2, 6, 13
Je conçois que ce soit très difficile à mettre en place, ce ne sont que des propositions. C'est déjà très bien ce que vous proposez.
Ca va pas le faire.
Voici les raisons qui m'ont fait choisir la présentation actuelle :
- Le numéro de page de la source est typiquement dans la citation de source (tag PAGE de la citation de source dans la norme). Donc si ma source est "Registre paroissial 1760-1790 de Saint-Omer", la citation va mentionner le numéro de la page concernée. Le registre paroissial pouvant être utilisé ensuite à nouveau pour une autre référence. De ce fait, la présentation en index n'est pas possible.
- Le point précédent justifie de conserver la liste des sources (uniquement en référence, non décrite) avec le numéro de page à la suite de la description de la personne.
- Vous n'affichez pas le texte, mais d'autres pourraient le vouloir, moi par exemple, et le texte se marie difficilement dans la structure d'index.
- La liste des sources n'est pas un index et justifie un vocable différent.
On peut envisager de les trier par numéro ou REFN pour ceux qui l'utilisent en première approche, j'avais pensé que l'ordre d'utilisation dans le texte était plus pertinent.
La discussion est ouverte.
Zurga
-
Ca va pas le faire.
Voici les raisons qui m'ont fait choisir la présentation actuelle :
- Le numéro de page de la source est typiquement dans la citation de source (tag PAGE de la citation de source dans la norme). Donc si ma source est "Registre paroissial 1760-1790 de Saint-Omer", la citation va mentionner le numéro de la page concernée. Le registre paroissial pouvant être utilisé ensuite à nouveau pour une autre référence. De ce fait, la présentation en index n'est pas possible.
- Le point précédent justifie de conserver la liste des sources (uniquement en référence, non décrite) avec le numéro de page à la suite de la description de la personne.
- Vous n'affichez pas le texte, mais d'autres pourraient le vouloir, moi par exemple, et le texte se marie difficilement dans la structure d'index.
- La liste des sources n'est pas un index et justifie un vocable différent.
On peut envisager de les trier par numéro ou REFN pour ceux qui l'utilisent en première approche, j'avais pensé que l'ordre d'utilisation dans le texte était plus pertinent.
La discussion est ouverte.
Zurga
Oui Zurga. Désolé, je ne voyais que mon usage perso sans penser aux contraintes techniques, et vos remarques et arguments sont légitimes et convaincants.
Merci.
Rémi
-
Bonjour Zurga, bonjour Rémi, bonjour à tous,
Livraison pour demain :
- Correction de l'espace manquant sur les décès
-> Sortie pdf sur Mac : tout est OK.
- Correction de l'espace en trop au début des sources
-> A ce jour, je n'ai quasiment jamais utilisé la propriété SOUR.
- Ajustement des interlignes pour les notes, les sources et les enfants.
-> Sortie pdf sur Mac.
- L'interligne sous le mot Notes : est différent de celui généré lors de la rédaction des notes (Remarque purement esthétique). [PJ].
- Pas d'interligne sous Enfants de ... [PJ].
- Ajout d'une option pour ne pas afficher le texte d'une source.
- Fort utile. Tout comme toutes les options du RNAD, dont la liste s'étoffe, comme un vent de liberté. :-)
- Première tentative de bibliographie des sources.
- J'ai lu Rémi et les réponses qui lui ont été faites par Zurga. Bibliographie des sources c'est parfait pour la nuance Rémi préfèrerait peut-être, le mot Liste des sources ?
J'espère que cela vous plaira.
L'espoir de Zuga est concrétisé. :-)
Bonne journée à tous.
Bien cordialement.
Jean-Charles
-
On peut envisager de les trier par numéro ou REFN pour ceux qui l'utilisent en première approche, j'avais pensé que l'ordre d'utilisation dans le texte était plus pertinent.
Peut-être que le tri par numéro serait plus agréable à visualiser. J'ai beaucoup de sources, et on passe d'un numéro par ex. S49999 à S6061, S6066, S4568,S6065, etc... ça fait un peu bizarre. On aurait pu imaginer un tri sur la date, 1 DATA / 2 EVEN DEAT / 3 DATE 1927, mais il peut y avoir des sources sans date associée, et/ou des gens qui ne renseignent pas ces infos, donc ça risque de poser pb pour eux. Je pense que comme tu l'as fait, c'est très bien avec peut-être un tri sur le numéro. Par contre si la source dispose d'infos supplémentaires (voir ci-dessous), pourrait-on les mettre à profit dans le descriptif ou est-ce inutile ?
0 @S1150@ SOUR
1 TITL Sallertaine - Site Internet Arch. Dép. Vendée - Etat Civil - 1884 - 1893 - Décès.
1 AUTH Archives Départementales de la Vendée
1 DATA
2 EVEN DEAT
3 DATE FROM 1884 TO 1893
3 PLAC ,Sallertaine,85280,Vendée,Pays de la Loire,France
4 _MAP
5 _LATI N46.86017
5 _LONG W1.95522
1 REPO @R91@
2 CALN AD2E280/23
3 MEDI electronic
1 CHAN
2 DATE 6 JAN 2008
3 TIME 10:13:14
Merci. Francois
-
- Première tentative de bibliographie des sources.
- J'ai lu Rémi et les réponses qui lui ont été faites par Zurga. Bibliographie des sources c'est parfait pour la nuance Rémi préfèrerait peut-être, le mot Liste des sources ?
Je n'ai pas d'avis supplémentaire, je laisse Zurga faire ce qui lui semble de plus judicieux. J'avais juste proposé ce nom pour harmoniser dans la table des matières et le rapport en général.
Rémi
-
-> A ce jour, je n'ai quasiment jamais utilisé la propriété SOUR.
Tu ne sources pas ta généalogie ? Gares à toi si Yannick passe par ce fil 😉.
D'ailleurs Yannick, si tu viens nous lire ici, peux tu stp m'apporter une fois de plus ton excellente aide sur la saisie avec l'éditeur Gedcom ?
Comment saisis-tu les relations et autres liens de parrainage et de témoins ? J'ai l'impression de pas faire comme il faut car dans le rapport narratif préparé par Zurga j'ai une phrase bizarre qui ressort que Zurga n'a pas dans son rapport narratif de généalogie. Il est possible que je ne saisisse pas comme il faut.
Merci pour ton aide.
Rémi
-
Re-bonjour Rémi, re-bonjour à tous,
J'ai cependant une virgule après certains prénoms multiples (par exemple, Cécile Françoise, ..... 37, 43), mais pas dans tous les cas. Je ne sais pas pourquoi. Il doit y avoir une explication de mon côté. Je vais regarder un peu mieux.
J'ai eu le même soucis et je l'ai résolu ainsi (j'utilise l'éditeur Gedcom, à voir comment le faire avec les autres éditeurs que je ne connais pas) :
- Il faut que je renseigne le champ "Prénoms" de l'étiquette NAME : par exemple Pierre Francois Jacques
- puis clic ailleurs (ou touche Tabulation). Ainsi, tu n'auras pas la virgule après la liste des prénoms.
- Si je saisis cette information de prénoms directement sur l'étiquette GIVN, la case citée juste au dessus s'auto-remplit avec ce que je mets sous GIVN mais la virgule de fin apparait. Il faut l'enlever manuellement, auquel cas elle apparait dans tous les rapports avec la virgule qui effectivement rend les rapports moins harmonieux.
Merci Rémi pour cette soluce.
J'ai à présent du pain sur la planche ! ;-)
J'utilise aussi accessoirement l'éditeur Gedcom, parallèlement à l'éditeur Aries et encore, plus marginalement, l'éditeur Cygnus, qui aurait été mon choix principal, s'il gérait les informations générales de l'individu ainsi (PJ1) et non ainsi (PJ2). Cygnus aurait considérablement amélioré mon rendement, car pour créer un évènement avec Aries, c'est quand même trois clic avant de commencer. Les petites icônes de raccourci de Cygnus sont un plus. Dommage que l'on ne les retrouve pas sur Aries.
Bien cordialement.
Jean-Charles
-
Re-bonjour Rémi, re-bonjour à tous,
Rémi écrit :
Tu ne sources pas ta généalogie ? Gares à toi si Yannick passe par ce fil 😉.
Si je n'utilise pas la propriété SOUR, je source fort heureusement mes données généalogiques, voire un peu trop, c'est-à-dire de façon redondante : vieux pli universitaire. Cependant, je transcris le tout dans INDI:NOTE, pli de vieux généalogiste amateur, dans un souci de reprise de toutes les données par des logiciels ne respectant pas vraiment la norme gedcom. INDI:NOTE, n'ayant, à mon expérience, jamais été laissé de côté, même par les plus archaïques.
Bien cordialement.
Jean-Charles
-
-> A ce jour, je n'ai quasiment jamais utilisé la propriété SOUR.
Tu ne sources pas ta généalogie ? Gares à toi si Yannick passe par ce fil 😉.
Bonsoir,
Je passe et je lis tout le fil. Je crois que ce sera un des plus fourni du forum.
C'est sûr que beaucoup ont mis dans les notes du fait de leur logiciel antérieur de mauvaise qualité
Maintenant avec Ancestris il faut accepter de reprendre et de se conformer à la grammaire. Je reconnais que cela peut demander du temps surtout au début d'autant que désormais, avec la V7, il faut en faire des entités.
D'ailleurs Yannick, si tu viens nous lire ici, peux tu stp m'apporter une fois de plus ton excellente aide sur la saisie avec l'éditeur Gedcom ?
Comment saisis-tu les relations et autres liens de parrainage et de témoins ? J'ai l'impression de pas faire comme il faut car dans le rapport narratif préparé par Zurga j'ai une phrase bizarre qui ressort que Zurga n'a pas dans son rapport narratif de généalogie. Il est possible que je ne saisisse pas comme il faut.
Merci pour ton aide.
Rémi
Je prend comme exemple un baptême
Se mettre sur l'enfant
Se mettre sur CHR (donc évènement ou l'on veut mettre le témoin)
Clic droit Ajouter une autre personne ou une famille > Ajouter une personne associée
Choisir la personne dans le fichier ou créer un nouvel INDIvidu
La fenêtre se pose sur cet individu choisi ou crée
Se mettre sur cette ASSO et compléter RELA par la mention Parrain ou Marraine
Si ce n'est pas un lien sur EVENement mais sur l'INDIvidu (cas d'une curatelle ou tutelle)
Se mettre sur INDI du protégé
Même procédure et même effets.
Amitiés
-
Merci Rémi pour cette soluce.
J'ai à présent du pain sur la planche !
Avec la table des entités ce sera plus rapide.
Rémi
-
Yannick,
Grand merci à toi encore pour prendre le temps de me répondre.
Je prend comme exemple un baptême
Se mettre sur l'enfant
Se mettre sur CHR (donc évènement ou l'on veut mettre le témoin)
Clic droit Ajouter une autre personne ou une famille > Ajouter une personne associée
Choisir la personne dans le fichier ou créer un nouvel INDIvidu
La fenêtre se pose sur cet individu choisi ou crée
Se mettre sur cette ASSO et compléter RELA par la mention Parrain ou Marraine
Si ce n'est pas un lien sur EVENement mais sur l'INDIvidu (cas d'une curatelle ou tutelle)
Se mettre sur INDI du protégé
Même procédure et même effets.
Amitiés
Alors c'est ce que je faisais (presque), dans un sens ça me rassure, mais pas à la bonne place. Car je plaçais tout à la racine de l'INDI (comme ton 2ème exemple avec la curatelle). Si je fais ce test là de curatelle, j'obtiens donc le même problème dans la narration faite par Zurga sur ce rapport. Cf PJ la capture écran ce que cela me donne, tout à la fin du listing de l'ensemble des EVEN et autre RESI, CENS...
En revanche, si je fais la même chose pour MARR (si témoins de mariage), ou CHR (parrain), comme tu me l'expliques dans le premier exemple que tu donnes, alors je n'ai plus l'inscription sur le rapport. Je n'ai pas l'information de donnée, mais au moins ce qui me gêne n'y figure pas.
Je pense que lors de la génération, le rapport va chercher tous les EVEN à la racine de l'INDI et comme la relation y est pour la curatelle, elle apparait dans le rapport, mais la narration n'est pas bonne.
Merci pour ton aide, je vais donc reprendre ce que j'ai mal fait.
Encore un grand merci Yannick pour ton aide, et à Zurga pour son travail colossal sur ce rapport narratif.
Bonne soirée à tous,
Rémi
-
Bonjour Yannick, bonjour à tous,
Yannick écrivait hier :
C'est sûr que beaucoup ont mis dans les notes du fait de leur logiciel antérieur de mauvaise qualité
Maintenant avec Ancestris il faut accepter de reprendre et de se conformer à la grammaire. Je reconnais que cela peut demander du temps surtout au début d'autant que désormais, avec la V7, il faut en faire des entités.
C'est sûr.
Il est vrai que j'ai débuté, de mémoire, l'informatisation de mes données en 1996 avec le soft Arbre généalogique sous OS Windows 95, pour la saisie et encore Personal ancestral file (Paf) pour les éditions avant de passer à GenJ et GenJFr, utilisant à la marge Heredis, Geneatique, Gramps, Geneweb et j'en passe.
Aussi, j'ai hélas encore aujourd'hui en sortie de gedcom sous Ancestris des CR (retours chariot incongrus, des mots coupés d'une ligne à l'autre, dans mes notes.
Sur l'instant, je ne suis pas vraiment prêt à refondre toutes mes INDI:NOTE comme indiqué. Ce qui serait évidemment plus que souhaitable.
En fait, avec plus de 22.000 individus et 8.000 familles, soit plus de 30.000 notes multi-propriétés de surcroit. Je sens comme une grosse fatigue avant de commencer; :-))))
Je vais cependant penser à l'avenir.
Merci Yannick pour ces bons conseils.
Amicalement.
Jean-Charles
-
Merci Rémi pour cette soluce.
J'ai à présent du pain sur la planche !
Avec la table des entités ce sera plus rapide.
Rémi
Bonjour Rémi, re-bonjour à tous,
Bien sûr ! :-)
Merci Rémi.
Bien cordialement.
Jean-Charles
-
- L'interligne sous le mot Notes : est différent de celui généré lors de la rédaction des notes (Remarque purement esthétique). [PJ].
Objection votre honneur : il n'y a pas d'interligne dans la note que vous indiquez mais une ligne blanche complète.
Je n'ai pas ajouté une ligne blanche après le mot "Notes", juste augmenté l'espacement de l'inter-ligne.
Zurga
-
Evolutions du jour :
- Tri des sources.
- Prise en compte de CALN et MEDI dans les sources
- Suppression de l'affichage du XREF dans la description
- Nouvel essai d'inter-lignes pour les listes d'enfants.
Zurga
-
Evolutions du jour :
- Tri des sources.
- Prise en compte de CALN et MEDI dans les sources
Merci beaucoup d'avoir rajouté ces infos dans la liste des sources. L'ensemble des sources me semblent très très complet de mon point de vue. Merci. Francois
-
Bonjour,
La liste des lieux ne reprend pas toujours l'ensemble des lieux mentionnés
-
Bonjour à tous,
Evolutions du jour :
- Tri des sources.
- Prise en compte de CALN et MEDI dans les sources
- Suppression de l'affichage du XREF dans la description
- Nouvel essai d'inter-lignes pour les listes d'enfants.
Zurga
Excellente mise à jour encore.
- Tri des sources : je préfère largement ce tri dans l'ordre. Plus facile à m'y retrouver. J'espère ne pas être le seul. Si certains préfèrent dans l'ordre d'apparition comme cela était avant, peut être le proposer en option comme l'ordre d'affichage des mariages ? Merci Zurga !
- Prise en compte de CALN et MEDI : belle intégration à la fin (et supprimé dans le report en bas de chaque Sosa pour ne pas faire doublon, et alléger les fiches individuelles). C'est top. Je ne vois/voyais pas trop l'intérêt d'intégrer le MEDI, mais pourquoi pas, après tout si cela plaît, c'est très bien. Peut être désormais "déménager" le numéro de page pour le mettre dans la "bibliographie" avec tout le reste, puisque une SOUR correspond à un acte précis du registre ? Si plusieurs actes concernés par le registre, on fait plusieurs SOUR... La mise en place ici du texte de la source a désormais tout son sens. Je demandais à l'enlever en début de semaine uniquement parce que je trouvais que cela alourdissait là où il était placé (en bas de chaque Sosa, c'était lourd dans un report de bas de page). Mais ici, c'est super ! Et l'avoir proposé en option est le top ! Tout comme François, je pense qu'il y a désormais assez d'informations de reprises pour les SOUR.
- suppression de l'affichage du XREF : après essai, cela fonctionne, merci. En fait, le problème venait surtout de moi, puisque je ne mettais pas les RELA au bon endroit. J'ai commencé à corriger hier et cela disparaissait de l'affichage donc c'est top. Merci Yannick pour m'avoir corrigé, et Zurga pour la prise en compte sur le rapport narratif.
- interligne pour les enfants : cela est bon désormais, et est harmonisé avec les autres paragraphes.
Juste une remarque de chipotage :
- Compte tenu du nombre de sources que l'on a dans notre généalogie, cela va créer une bibliographie très importante et prendre beaucoup de place. Ne peut-on pas envisager de les afficher avec une police plus petite ? Actuellement, elles sont écrites avec la même police du texte, or si on mettait la même police que l'affichage des sources en bas de chaque Sosa, on gagnerait en place ? Idem pour mutualiser les espaces et certaines lignes gagneraient en les mettant sur une seule au lieu de plusieurs. Par exemple :
TITL
par AUTH
deviendrait
TITL par AUTH
A vous de voir, c'est déjà très bien ainsi !
La qualité de ce rapport narratif "éclipse" désormais les deux rapports suivants "Fiche de personnes et familles" et "Lignée d'ascendance par génération". Vous jugerez utile ou pas de continuer à proposer ces deux rapports dans la liste de tous ceux disponibles puisqu'on utilisera désormais exclusivement ce rapport narratif (du moins je parle pour moi), et que cela vous fera deux rapports en moins à maintenir...
Le logiciel gagnerait en qualité en ne proposant plus ces deux rapports obsolètes, les informations étant reprises dans ce rapport narratif.
Encore merci Zurga !
Belle journée,
Rémi
-
Peut être désormais "déménager" le numéro de page pour le mettre dans la "bibliographie" avec tout le reste, puisque une SOUR correspond à un acte précis du registre ?
Et non. Une source ne correspond pas obligatoirement à un acte précis du registre. Une source est par exemple le registre 1675 de la commune machin-chose. Voir l'exemple de source que j'ai donné dans une réponse plus haut dans le thread.
Sinon, reprendre les règles du gedcom :
SOURCE_CITATION: =
[
n SOUR @<XREF:SOUR>@ /* pointer to source record */ {1:1}
+1 PAGE <WHERE_WITHIN_SOURCE> {0:1}
+1 EVEN <EVENT_TYPE_CITED_FROM> {0:1}
+2 ROLE <ROLE_IN_EVENT> {0:1}
+1 DATA {0:1}
+2 DATE <ENTRY_RECORDING_DATE> {0:1}
+2 TEXT <TEXT_FROM_SOURCE> {0:M}
+3 [ CONC | CONT ] <TEXT_FROM_SOURCE> {0:M}
+1 QUAY <CERTAINTY_ASSESSMENT> {0:1}
+1 <<MULTIMEDIA_LINK>> {0:M}
+1 <<NOTE_STRUCTURE>> {0:M}
| /* Systems not using source records */
n @<XREF:SOUR>@ SOUR {1:1}
+1 DATA {0:1}
+2 EVEN <EVENTS_RECORDED> {0:M}
+3 DATE <DATE_PERIOD> {0:1}
+3 PLAC <SOURCE_JURISDICTION_PLACE> {0:1}
+2 AGNC <RESPONSIBLE_AGENCY> {0:1}
+2 <<NOTE_STRUCTURE>> {0:M}
+1 AUTH <SOURCE_ORIGINATOR> {0:1}
+2 [CONT|CONC] <SOURCE_ORIGINATOR> {0:M}
+1 TITL <SOURCE_DESCRIPTIVE_TITLE> {0:1}
+2 [CONT|CONC] <SOURCE_DESCRIPTIVE_TITLE> {0:M}
+1 ABBR <SOURCE_FILED_BY_ENTRY> {0:1}
+1 PUBL <SOURCE_PUBLICATION_FACTS> {0:1}
+2 [CONT|CONC] <SOURCE_PUBLICATION_FACTS> {0:M}
+1 TEXT <TEXT_FROM_SOURCE> {0:1}
+2 [CONT|CONC] <TEXT_FROM_SOURCE> {0:M}
+1 <<SOURCE_REPOSITORY_CITATION>> {0:1}
+1 <<MULTIMEDIA_LINK>> {0:M}
+1 <<NOTE_STRUCTURE>> {0:M}
+1 REFN <USER_REFERENCE_NUMBER> {0:M}
+2 TYPE <USER_REFERENCE_TYPE> {0:1}
+1 RIN <AUTOMATED_RECORD_ID> {0:1}
+1 <<CHANGE_DATE>> {0:1}
francois
-
Tout à fait François, c'est bien pour cela que le numéro de page reste dans la citation de la source.
Je ne vois pas bien l'intérêt de mettre le CALN ou le MEDI dans la citation de source en bas de bloc narratif si on ne fait pas de bibliographie. J'ai peur que cela alourdisse beaucoup.
Je pense qu'il est plus intéressant d'avoir un max de détails dans la bibliographie que dans la citation.
Je cherche un moyen d'intégrer proprement la partie DATA pour reprendre au mieux son contenu.
J'ai noté pour les lieux mal indexés.
Je note pour la taille du texte.
On va voir ce qu'on peut faire.
Zurga
-
Tout à fait François, c'est bien pour cela que le numéro de page reste dans la citation de la source.
Absolument, comme tu l'as fait, c'est très bien.
Si on pouvait avoir un accès au sommaire à partir d'un clic sur le numéro de pages, ce serait bien car le book commence à devenir conséquent ;-) Merci. Francois
-
Tout à fait François, c'est bien pour cela que le numéro de page reste dans la citation de la source.
Autant pour moi, désolé de cette intervention et de cette demande.
Je ne vois pas bien l'intérêt de mettre le CALN ou le MEDI dans la citation de source en bas de bloc narratif si on ne fait pas de bibliographie. J'ai peur que cela alourdisse beaucoup.
Je pense qu'il est plus intéressant d'avoir un max de détails dans la bibliographie que dans la citation.
Je cherche un moyen d'intégrer proprement la partie DATA pour reprendre au mieux son contenu.
J'ai noté pour les lieux mal indexés.
Je note pour la taille du texte.
On va voir ce qu'on peut faire.
Zurga
Justement Zurga, je suis un fervent partisan de mettre un maximum de choses à la fin dans la liste des sources, et d'alléger au maximum la partie citation de sources qui se trouve en dessous de la narration de chaque individu. Et je trouve très bien ce que vous avez fait sur les sources. Du coup s'il ne reste que le numéro de source et le numéro de la page c'est très bien.
Merci
Rémi
-
Peut être désormais "déménager" le numéro de page pour le mettre dans la "bibliographie" avec tout le reste, puisque une SOUR correspond à un acte précis du registre ?
Et non. Une source ne correspond pas obligatoirement à un acte précis du registre. Une source est par exemple le registre 1675 de la commune machin-chose. Voir l'exemple de source que j'ai donné dans une réponse plus haut dans le thread.
Sinon, reprendre les règles du gedcom :
SOURCE_CITATION: =
[
n SOUR @<XREF:SOUR>@ /* pointer to source record */ {1:1}
+1 PAGE <WHERE_WITHIN_SOURCE> {0:1}
francois
Bonjour à tous,
C'est ce PAGE qui fait que la référence est unique, il faut donc l'utiliser systématiquement! Bon soyons honnête sur les version papiers ce n'est pas évident mais sur les versions numériques c'est assez facile à faire. Bon OK j'ai du boulot encore à faire pour coller au plus près ;) ;D
Amitiés
-
C'est ce PAGE qui fait que la référence est unique, il faut donc l'utiliser systématiquement!
Je suis assez d'accord avec ça. Mais systématiquement ne veut pas dire obligatoirement. Regarde, la règle est 0,1
+1 PAGE <WHERE_WITHIN_SOURCE> {0:1}Toujours est-il que tel que l'a fait Zurga, c'est vraiment nickel chrome. Francois
-
- L'interligne sous le mot Notes : est différent de celui généré lors de la rédaction des notes (Remarque purement esthétique). [PJ].
Objection votre honneur : il n'y a pas d'interligne dans la note que vous indiquez mais une ligne blanche complète.
Je n'ai pas ajouté une ligne blanche après le mot "Notes", juste augmenté l'espacement de l'inter-ligne.
Bonjour Zurga, bonjour à tous,
Merci Monseigneur ! ;-)
Où l'on voit que je n'aurais su faire carrière dans l'imprimerie.
Merci pour ce retour.
Donc, pas de ligne blanche... je suis vert ! <:OD
Bonne fin de semaine à tous.
Bien cordialement.
Jean-Charles
-
Evolutions du jour :
- Tri des sources.
- Prise en compte de CALN et MEDI dans les sources
- Suppression de l'affichage du XREF dans la description
- Nouvel essai d'inter-lignes pour les listes d'enfants.
Re-bonjour Zurga, re-bonjour à tous,
Englué dans un dédale généalogique, je n'ai pas encore trouvé le loisir de tester.
J'y vais de ce pas.
jch
-
Évolutions du jour :
- Tri des sources.
- Prise en compte de CALN et MEDI dans les sources
- Suppression de l'affichage du XREF dans la description
- Nouvel essai d'inter-lignes pour les listes d'enfants.
Re-bonjour à tous,
Test effectué.
L'interligne pour les Notes : donne en ce qui me concerne ceci (PJ1). C'est beaucoup mieux.
L'interligne l'interligne pour la liste des enfants est parfait (PJ2).
Le titre de la page Bibliographie ne s'affiche lorsque l'option est décochée. C'est parfait ! Utile quant on ne gère pas correctement les sources. ;-)
Nous ne l'avions pas encore remarqué. Lorsque la date d'une propriété se limite à l'année nous avons ceci, par exemple pour les naissances, est né 1583 (Voir PJ1). Il est sans doute difficile de proposer est né en ... En outre, lorsque la date de la propriété n'est pas indiquée, nous avons : né (enfant de ...)
Tout cela devient très beau.
Rémi écrivait tout à l'heure :
La qualité de ce rapport narratif "éclipse" désormais les deux rapports suivants "Fiche de personnes et familles" et "Lignée d'ascendance par génération". Vous jugerez utile ou pas de continuer à proposer ces deux rapports dans la liste de tous ceux disponibles puisqu'on utilisera désormais exclusivement ce rapport narratif (du moins je parle pour moi), et que cela vous fera deux rapports en moins à maintenir...
Le logiciel gagnerait en qualité en ne proposant plus ces deux rapports obsolètes, les informations étant reprises dans ce rapport narratif.
Contrairement à Rémi, j'ai le sentiment qu'il serait souhaitable de conserver ces rapports, ne serait-ce qu'afin de ne pas appauvrir la rubrique des outils proposés par Ancestris par rapport à la concurrence (si tant est qu'elle existe) qui offre la production de fiches similaires. De surcroît, certains d'entre-nous les utilisent peut-être, à l'occasion pour de petites synthèses.
Bien cordialement.
Jean-Charles
Version d'Ancestris : 12.0.12014
Java : 18.0.2+9-61 - jdk-18.0.2.
Système : Mac OS X - 13.4.1
-
Nous ne l'avions pas encore remarqué. Lorsque la date d'une propriété se limite à l'année nous avons ceci, par exemple pour les naissances, est né 1583 (Voir PJ1). Il est sans doute difficile de proposer est né en ...
Désolé, ce n'est pas ce que la PJ1 montre.
Elle montre "né est 1583", c'est à dire que vous avez estimé la date de naissance à 1583.
Si vous mettez une date exacte avec seulement l'année 1583, vous aurez "né en 1583"
Je confirme que je n'ai toujours pas créé de format de date super-long pour mettre en toutes lettres des "estimé", "environ", "avant", "après" et les quantièmes.
Cela arrivera peut-être un jour, mais pas pour le moment.
Zurga
-
Bonsoir Zurga, Bonsoir à tous,
Nous ne l'avions pas encore remarqué. Lorsque la date d'une propriété se limite à l'année nous avons ceci, par exemple pour les naissances, est né 1583 (Voir PJ1). Il est sans doute difficile de proposer est né en ...
Désolé, ce n'est pas ce que la PJ1 montre.
Elle montre "né est 1583", c'est à dire que vous avez estimé la date de naissance à 1583.
Si vous mettez une date exacte avec seulement l'année 1583, vous aurez "né en 1583"
Oups dyslexique ! C'est certainement pour cela que je ne l'avais pas remarqué auparavant.
Je vous remercie Pascal pour ce retour en vous priant de bien vouloir m'excuser de vous avoir à ce propos distrait inutilement de vos occupations primordiales.
Je confirme que je n'ai toujours pas créé de format de date super-long pour mettre en toutes lettres des "estimé", "environ", "avant", "après" et les quantièmes.
Cela arrivera peut-être un jour, mais pas pour le moment.
Nous l'avions bien compris. :-)
Bonne fin de soirée à tous.
Bien cordialement.
Jean-Charles
-
Fournée du jour :
- Possibilité de désactiver le nom de l'application en bas de page (même option que pour la ligne de pub)
- Ajout du terme "adopté" dans la liste des enfants d'un couple. A noter que dans l'immédiat, cela n'apparait que si la personne a un évènement ADOP. Il faut que je vois comment le faire avec un PEDI sur le FAMC
- Ajout des informations DATA d'une source. A noter que la norme indique sur le tag EVEN qu'on peut y mettre n'importe quoi et pas seulement des noms de tags évènements, du coup, cela apparait brut de fonderie puisque je conserve la valeur mise. Si vous mettez BIRT, DEAT ou MARR cela apparait comme tel. Néanmoins ,vous pouvez mettre les valeurs "Naissance", "Décès" ou "Mariage" en toutes lettres dans votre GEDCOM.
- Pour les DATE des DATA/EVEN, préférez le "entre/et" que le "du/au", le texte sortira mieux.
- Prise en compte de tous les ancêtres qu'ils soient implexes ou non. Si on a déjà décrit une personne, la ligne "Personne déjà mentionnée précédemment par une autre branche" est affichée (c'est cliquable et renvoie vers la description del a personne).
- Le texte est justifié
- Les sources sont écrits avec une police réduite par rapport au reste.
- Les auteurs sont ajoutés en fin de ligne de titre en italique.
Zurga
-
Bonjour à tous,
Fournée du jour :
- Possibilité de désactiver le nom de l'application en bas de page (même option que pour la ligne de pub)
- Ajout du terme "adopté" dans la liste des enfants d'un couple. A noter que dans l'immédiat, cela n'apparait que si la personne a un évènement ADOP. Il faut que je vois comment le faire avec un PEDI sur le FAMC
- Ajout des informations DATA d'une source. A noter que la norme indique sur le tag EVEN qu'on peut y mettre n'importe quoi et pas seulement des noms de tags évènements, du coup, cela apparait brut de fonderie puisque je conserve la valeur mise. Si vous mettez BIRT, DEAT ou MARR cela apparait comme tel. Néanmoins ,vous pouvez mettre les valeurs "Naissance", "Décès" ou "Mariage" en toutes lettres dans votre GEDCOM.
- Pour les DATE des DATA/EVEN, préférez le "entre/et" que le "du/au", le texte sortira mieux.
- Prise en compte de tous les ancêtres qu'ils soient implexes ou non. Si on a déjà décrit une personne, la ligne "Personne déjà mentionnée précédemment par une autre branche" est affichée (c'est cliquable et renvoie vers la description del a personne).
- Le texte est justifié
- Les sources sont écrits avec une police réduite par rapport au reste.
- Les auteurs sont ajoutés en fin de ligne de titre en italique.
Zurga
Bonjour à tous,
Grand merci Zurga pour cette encore belle mise à jour.
- Nom de l’application : parfait, je pensais qu’en cochant l’option il subsisterai « fait par Ancestris » sur un seul endroit, pour faire un peu de pub, mais pas sur toutes les pages juste une seule. Mais comme ça, c’est très bien ! Ça me va parfaitement.
- Terme « adopté » : Parfait, le genre est bien respecté pour l’avoir testé sur un homme et une femme. Merci !
- Infos DATA dans SOUR et date des DATA/EVEN : Très bien, merci ! J’ai fait un test et effectivement il faut modifier les BIRT en naissance, et mettre entre/et le texte est mieux. Peut être rajouter une virgule ou une ponctuation quelconque suivie d’un espace entre la fin de DATA/EVEN et DATA/EVEN/DATE. Pour exemple, voici ce que j’ai : « Type d'évènements : Naissance période : ent 1803 et 1812 », une phrase comme ceci aurait été mieux « Type d'évènements : Naissance, période : ent 1803 et 1812 » ou encore mieux « Type d'évènements : Naissance, sur une période ent 1803 et 1812 »...à vous de voir. Il manque aussi le DATA/EVEN/PLAC, est-ce utile de le rajouter pour vraiment mettre toutes les informations ?
- Implexe : Je n’avais pas de cas, j’en ai créé un et viens de tester. C’est parfait ! Génial ! Merci !
- Texte justifié : Cela semble mieux, mais je n’ai pas d’avis. Merci, c’est très bien !
- Police réduite dans les SOUR : C’est beaucoup mieux, du moins je parle pour moi.
- AUTH après TITL : parfait ! Merci ! Je n’ai pas d’avis sur la mise en italique de AUTH, les deux sont bien.
Je viens de remarquer que la liste des SOUR reprend un seul CALN. Peut être suis-je le seul, mais sur une côte prise en ligne sur le site des AD, je mets toujours deux CALN : un c’est le lien ARK, l’autre c’est la côte (par exemple 3E-383/2).
Des fois cela affiche le lien ARK, des fois la côte 3E…
Je remarque que c’est le premier CALN trouvé dans le Gedcom qui s’affiche (donc pour le coup je ne saisis pas de façon uniforme). Suis-je le seul à procéder ainsi ? Avez-vous d’autres méthodes de saisies correctes qui permettraient de saisir ces 2 informations en ne créant qu’un seul CALN ? Merci pour vos retours.
Je viens aussi de remarquer que quand, pour un INDI, on n'a pas renseigné le sexe (un oubli dans ma généalogie), le texte sort ainsi : "néending.nom le 28 juin...". Après modification, il sort bien "né le 28 juin...". Je précise que c'est dans le rapport de descendance que je m'en suis rendu compte, dans la rubique "enfants de X et Y". Je trouve que ce n'est pas un problème en soit, cela a permis de mettre le doigt sur une erreur de saisie...
Je remarque aussi que pour un enfant adopté, dans le rapport de descendance, la mention des parents (exemple : Pierre Dupont (enfant de X et Y)), la mention des parents n'apparait que si l'INDI adopté concerné est un homme. Il n'apparait pas si c'est une femme. Pourtant, après vérification, ces deux INDI en test ont bien les bons FAMC dans leur fiches respectives.
Bravo Zurga ! Et merci !
Belle journée.
Rémi
-
Contrairement à Rémi, j'ai le sentiment qu'il serait souhaitable de conserver ces rapports, ne serait-ce qu'afin de ne pas appauvrir la rubrique des outils proposés par Ancestris par rapport à la concurrence (si tant est qu'elle existe) qui offre la production de fiches similaires. De surcroît, certains d'entre-nous les utilisent peut-être, à l'occasion pour de petites synthèses.
Si tu les utilises encore, pas de problème, je n'ai rien dit.
Le message que je voulais juste faire passer et qui n'engage que moi, c'est que la course à quel logiciel de généalogie aura le plus de rapports (comme tu le suggères) n'a aucun sens. Un logiciel gagne en qualité lorsque ces rapports sont de qualités. Il vaut mieux en avoir moins mais de bonne qualité. Ancestris n'a pas les moyens humains de maintenir un nombre incalculable de rapports. Le livre Web et le livre narratif sont maintenus et d'excellentes factures. Les deux rapports nommés hier présentent plus ou moins les mêmes choses et de la même façon, mais leur présentation est loin d'être parfaite, ce qui font d'eux des rapports inférieurs et qui ne pourront je pense probablement pas être maintenus.
C'est uniquement cela que je voulais dire.
Parce qu'il y a d'autres rapports qui sont plus austères, mais nécessaires car non repris dans d'autres sorties : par exemple je me sers des lignées "de descendance par famille" et "d'ascendance matrilinéaire et patrilinéaire". L'arbre "ascendant texte horizontal sur 5 générations monopage" peut être nécessaire pour ceux qui veulent se construire un book comme patronomia, malgré la grande qualité de l'arbre graphique multi-générations.
Donc si tu continues à t'en servir, je n'ai rien dit.
Pour une présentation rapide d'un ou quelques INDI (comme tu en parles dans ton message, de petites synthèses), j'ai longtemps, jusqu'à présent, préféré utiliser le rapport Gedart dont tu trouveras si tu le souhaites mon fichier perso en PJ que j'ai créé quand le book narratif n'existait pas (ou du moins qu'il n'était pas beaucoup exploitable à mon regard). Il est très loin d'être parfait, il était juste adapté à ma façon de présenter un simple INDI à la famille, avec ses parents et grands-parents, et avec mes très modestes compétences informatiques (Zurga m'a beaucoup aidé sur un autre fil).
Mais maintenant que le rapport narratif a évolué d'une manière incroyable, il est fort probable que je ne m'en serve plus. Je n'ai pas les compétences techniques pour le faire évoluer mieux, et le rapport narratif le remplace désormais bien avantageusement.
Conclusion : on oublie mon message d'hier sur ce sujet.
Bien à toi,
Rémi
-
Bonjour,
Ce rapport vient de me permettre de constater qu'un média (portrait d'un d'individu) s'affichait en très très petit dans le rapport alors qu'il s'affiche normalement dans Cygnus. Après édition de la photo, je constate que sa résolution était de 1600 DPI alors que la plupart de mes médias sont à 72 DPI (copie d'écran). Après redimensionnement à 72 DPI l'affichage dans le rapport est normal.
La gestion de l'affichage de ces médias est donc différente dans Cygnus et dans le Rapport Lignée narrative d'ascendance ou de descendance.
Ce n'est pas bloquant, il me reste à harmoniser les DPI de mes médias.
Claude_41
-
Ce rapport vient de me permettre de constater qu'un média (portrait d'un d'individu) s'affichait en très très petit dans le rapport alors qu'il s'affiche normalement dans Cygnus. Après édition de la photo, je constate que sa résolution était de 1600 DPI alors que la plupart de mes médias sont à 72 DPI (copie d'écran). Après redimensionnement à 72 DPI l'affichage dans le rapport est normal.
Merci de l'info. J'ai le même pb dans la sortie du rapport où des images sont toutes petites. je n'avais pas fait le lien entre la résolution et la taille de sortie. Très intéressant. Francois
-
Fournée du jour :
- Possibilité de désactiver le nom de l'application en bas de page (même option que pour la ligne de pub)
- Ajout du terme "adopté" dans la liste des enfants d'un couple. A noter que dans l'immédiat, cela n'apparait que si la personne a un évènement ADOP. Il faut que je vois comment le faire avec un PEDI sur le FAMC
- Ajout des informations DATA d'une source. A noter que la norme indique sur le tag EVEN qu'on peut y mettre n'importe quoi et pas seulement des noms de tags évènements, du coup, cela apparait brut de fonderie puisque je conserve la valeur mise. Si vous mettez BIRT, DEAT ou MARR cela apparait comme tel. Néanmoins ,vous pouvez mettre les valeurs "Naissance", "Décès" ou "Mariage" en toutes lettres dans votre GEDCOM.
- Pour les DATE des DATA/EVEN, préférez le "entre/et" que le "du/au", le texte sortira mieux.
- Prise en compte de tous les ancêtres qu'ils soient implexes ou non. Si on a déjà décrit une personne, la ligne "Personne déjà mentionnée précédemment par une autre branche" est affichée (c'est cliquable et renvoie vers la description de la personne).
- Le texte est justifié
- Les sources sont écrits avec une police réduite par rapport au reste.
- Les auteurs sont ajoutés en fin de ligne de titre en italique.
Bonjour Zurga, bonjour à tous,
Parfait en ce qui me concerne ! Merci encore Zurga.
- Le texte justifié : je n'osais pas le demander.
- L'option de désactivation du nom de l'application est maintenant raccord avec la désactivation de la publicité en début du rapport. C'est plus lisible.
- La prise en compte des implexes (pas testé) et sa mise en œuvre est un véritable plus.
C'est beau et pour mon utilité, c'est parfait.
Juste pour servir éventuellement bien plus tard et sans vouloir ergoter sur des vétilles :
- Quid des veuves et orphelines ? Pas celles de nos généalogies, celles relatives à la composition selon les normes typographiques ? :-)
- Que penser des coupures des dates et autres césures ? (PJ1)
Un énorme merci à Zurga pour cette nouvelle mouture.
Bon dimanche à tous.
Cordialement.
Jean-Charles
-
Hello Everyone,
Maybe this reply/topic should go into the English Forumpart, if so, move it there please.
On special request I looked into the narrative report for English/Dutch people, after seeing a lot of work has been done to optimize it.
Well, also when translating the Guide into Dutch, I found a lot of reports can only be used in French, especially the information sheets.
They dont seem to have many options to translate headings and things into other languages.
Dont know if users should do that themselves by changing the *.vm files.
Just tried (in the English Ancestris) with the Kennedy gedcom: "Sheets/Biography":
I get a very very long French HTML file I cannot read because it is French.
It has boxes I can fill in, probably to correct the texts.
No idea how I get a Biography from there.
So for non-French people it is not clear what to do and how to do it.
The guide says there should be a button "get draft of your text" but no idea where that button resides.
Document window just says "Completed".
So far did not finish the translation of this page because it did not seem to work in the English or Dutch Ancestris.
Very sorry to have to say this because a lot of work has been done to optimize this report, as in this thread.
If I have done something wrong or I should have set some parameters, please let me know.
Mother10
-
Bonjour Rémi,
Contrairement à Rémi, j'ai le sentiment qu'il serait souhaitable de conserver ces rapports, ne serait-ce qu'afin de ne pas appauvrir la rubrique des outils proposés par Ancestris par rapport à la concurrence (si tant est qu'elle existe) qui offre la production de fiches similaires. De surcroît, certains d'entre-nous les utilisent peut-être, à l'occasion pour de petites synthèses.
Si tu les utilises encore, pas de problème, je n'ai rien dit.
Je ne les utilise pas du tout. Mon propos était destiné à ceux qui éventuellement les utilisent.
Le message que je voulais juste faire passer et qui n'engage que moi, c'est que la course à quel logiciel de généalogie aura le plus de rapports (comme tu le suggères) n'a aucun sens.
Nullement, si tu le permets.
Il vaut mieux en avoir moins mais de bonne qualité.
Certes.
Sans vouloir comparer ; as-tu jeté un coup d’œil sur ce que produisait Geneweb (v. gw-7.00-alpha et encore gw-7.00-2007) ?
Pour une présentation rapide d'un ou quelques INDI(...)
Mon favoris pour la présentation : le rapport Arbre ascendant et descendant graphique multi-générations. Sans équivalent !
http://jchr.free.fr/PetitsTableaux/PetitTab.htm (http://jchr.free.fr/PetitsTableaux/PetitTab.htm)
Conclusion : on oublie mon message d'hier sur ce sujet.
Et pourquoi ? Tu exprime ton avis. Je donne le mien. Ce n'est pas à moi de conclure, je ne suis pas au charbon. ;-)
Ce que l'on nous donne est déjà parfait en soi. Aussi nos remarques sont superfétatoires.
Bien à toi.
Jean-Charles
-
Re-Bonjour Rémi,
Pour une présentation rapide d'un ou quelques INDI (comme tu en parles dans ton message, de petites synthèses), j'ai longtemps, jusqu'à présent, préféré utiliser le rapport Gedart dont tu trouveras si tu le souhaites mon fichier perso en PJ que j'ai créé quand le book narratif n'existait pas (...)
J'aurais bien aimé visualiser ton fichier à l'extension .vm. Je n'y parvient pas. A priori il me faudrait Apache velocity. Flûte !
Bien cordialement.
Jean-Charles
-
Re-Bonjour Rémi,
Pour une présentation rapide d'un ou quelques INDI (comme tu en parles dans ton message, de petites synthèses), j'ai longtemps, jusqu'à présent, préféré utiliser le rapport Gedart dont tu trouveras si tu le souhaites mon fichier perso en PJ que j'ai créé quand le book narratif n'existait pas (...)
J'aurais bien aimé visualiser ton fichier à l'extension .vm. Je n'y parvient pas. A priori il me faudrait Apache velocity. Flûte !
Bien cordialement.
Jean-Charles
Comme évoqué, ce fichier sert pour le rapport Gedart (sur le modèle du fiche individuelle complète 2) :
https://docs.ancestris.org/books/mode-demploi/page/fiches-multi-mod%C3%A8les-ou-rapport-gedart
Pas besoin d'autre logiciel.
Ce fichier est désormais désuet face à la qualité du rapport narratif.
C'est un exemple de ce que j'appelais une fiche synthèse pour quelques INDI, puisque l'arbre ascendant descendant graphique multi-générations n'est pas ce que j'appelle une sortie de synthèse, mais un arbre généalogique sur le nombre de générations définies.
Espérant t'avoir aidé,
Rémi
-
Hello Everyone,
Maybe this reply/topic should go into the English Forumpart, if so, move it there please.
On special request I looked into the narrative report for English/Dutch people, after seeing a lot of work has been done to optimize it.
Well, also when translating the Guide into Dutch, I found a lot of reports can only be used in French, especially the information sheets.
They dont seem to have many options to translate headings and things into other languages.
Dont know if users should do that themselves by changing the *.vm files.
Just tried (in the English Ancestris) with the Kennedy gedcom: "Sheets/Biography":
I get a very very long French HTML file I cannot read because it is French.
It has boxes I can fill in, probably to correct the texts.
No idea how I get a Biography from there.
So for non-French people it is not clear what to do and how to do it.
The guide says there should be a button "get draft of your text" but no idea where that button resides.
Document window just says "Completed".
So far did not finish the translation of this page because it did not seem to work in the English or Dutch Ancestris.
Very sorry to have to say this because a lot of work has been done to optimize this report, as in this thread.
If I have done something wrong or I should have set some parameters, please let me know.
Mother10
Feel free to open a thread in the English part of the forum.
Some reports are in French only (like Gedart with vm files due to the mechanism implied), but this one is translated. ("Narrative lineage of ascendants or descendants")
If something doesn't fit correctly in Dutch or English, let me know.
Zurga
-
Re-Bonjour Rémi,
Pour une présentation rapide d'un ou quelques INDI (comme tu en parles dans ton message, de petites synthèses), j'ai longtemps, jusqu'à présent, préféré utiliser le rapport Gedart dont tu trouveras si tu le souhaites mon fichier perso en PJ que j'ai créé quand le book narratif n'existait pas (...)
J'aurais bien aimé visualiser ton fichier à l'extension .vm. Je n'y parvient pas. A priori il me faudrait Apache velocity. Flûte !
Pas besoin d'autre logiciel.
A oui. C'est çà !
Je trouve mon fichier désormais désuet face à la qualité du rapport narratif.
Tu as tout à fait raison. Je pensais aux rapport "Lignée". Nous n'évoquions donc pas la même chose. Effectivement, les modèles standard auxquels tu fais allusion sont quelque peu datés. Et, pour ce qui est de la modification de la présentation, il faut mettre un peu la main dans le cambouis ce qui aujourd'hui n'est sans doute plus du tout ce que l'utilisateur souhaite faire.
Espérant t'avoir aidé
Oui et encore à y voir plus clair. Je t'en remercie sincèrement.
Amicalement.
Jean-Charles
-
Hi,
Maybe this reply/topic should go into the English Forumpart, if so, move it there please.
../.
Very sorry to have to say this because a lot of work has been done to optimize this report, as in this thread
As this sub-forum and thread is related to the narrative report only, and in french, it would be great to open a thread specific to that report, in the english sub-forum. A good idea would be to open as many threads in the english forum as there are reports you want to speak of. Try to run the narrative report against your genealogy, and give us feed back. Thanks Teneke. Francois
-
Re-bonjour à tous,
J'écrivais notamment, en fin de matinée :
Mon favoris pour la présentation : le rapport Arbre ascendant et descendant graphique multi-générations. Sans équivalent !
http://jchr.free.fr/PetitsTableaux/PetitTab.htm (http://jchr.free.fr/PetitsTableaux/PetitTab.htm)
Pour information quelque peu hors-sujet ; je viens d'ajouter à cette page la petite boule Ancestris ainsi qu'un lien vers son portail ; ce que j'avais longtemps différé.
Cordialement.
jchr
-
Petite modif pour demain.
Je vous laisse découvrir.....
J'espère que cela vous plaira car cela pourrait permettre quelques évolutions intéressantes pour le futur.
Zurga
-
Petite modif pour demain.
Je vous laisse découvrir.....
J'espère que cela vous plaira car cela pourrait permettre quelques évolutions intéressantes pour le futur.
Zurga
Bonsoir Zurga, bonsoir à tous,
Quel suspens ! :-)
Bien à vous.
Jean-Charles
-
Bonjour à tous,
Petite modif pour demain.
Je vous laisse découvrir.....
J'espère que cela vous plaira car cela pourrait permettre quelques évolutions intéressantes pour le futur.
Zurga
Super, merci pour cette belle page de garde : simple, sobre, sans fioriture, c'est parfait (pour moi).
J'aurais bien vu la même chose (en option, comme pour la biographie des SOUR, ou les index de lieux et de noms pour ne pas l'imposer à ceux qui n'en veulent pas) sur une dernière page à la fin pour "Annexes". Je m'en suis créé une ce week-end pour intégrer à suivre d'autres rapports d'Ancestris (arbre circulaire, graphique multi-générations limité à 5 générations pour être lisible sur une page A3, différentes statistiques…). Très apprécié lors de la présentation en famille, et ainsi, vous n'avez pas à rougir devant Patronomia, tellement, en faisant ainsi, ce rapport est personnalisable avec une feuille "Annexes", et je trouve même personnellement que c'est mieux.
L'avantage, au-delà de l'harmonisation de la police de caractères, serait de voir cette feuille paginée avec mention dans la table des matières.
J’aurais trouvé bien que l’option pour mettre la pub d’Ancestris fasse apparaître la phrase sur une seule page (celle de garde, ou la table des matières, ou autres…). Je trouve important de pouvoir mettre cette pub quand on le souhaite, mais actuellement, elle est trop imposante sur toutes les pages lorsqu’on la sélectionne.
Toujours dans le souci d’améliorer ce rapport, j’ai essayé ce que je n’avais pas encore fait pour ne pas les utiliser et ne pas en avoir besoin, mais :
- J'ai essayé les différentes options disponibles : « Prendre en considération les étiquettes personnelles débutant par _ » semblent ne pas être prises en compte. Perso, je ne m'en sers pas, mais comme l'option est présente...autant que son effet soit opérationnel.
- Sur le même principe, je ne sais pas à quoi servent les trois options "Générer les étiquettes utilisateurs", "Générer les autres détails" et "Mettre le texte littéral des étiquettes inconnues". J’ai l’impression, à tort peut-être, qu’elles sont redondantes, ou alors je ne connais pas leur utilité.
En complément de mes remarques de ce week-end (ponctuation dans la liste de SOUR des évènements, notion des parents sur la fiche des enfants adoptées femme...), il semblerait, sauf erreur de ma part, que tous les noms et prénoms rencontrés dans la narration soient « cliquables » si les personnes concernées le sont dans le récit…sauf les parents qui sont nommés entre parenthèses.
Pierre Dupont, né le 12/12/1912 à Paris, 75000 (enfant de X et Y) : X et Y ne sont pas « cliquables ».
Une futilité me direz-vous.
Merci Zurga ! Super !
Belle journée,
Rémi
-
Bonjour Zurga, Rémi, bonjour à tous,
Petite modif pour demain.
Je vous laisse découvrir.....
J'espère que cela vous plaira car cela pourrait permettre quelques évolutions intéressantes pour le futur.
(...) Quel suspens ! :-) (...)
L'insertion d'une page de titre est une vrai surprise !
Une suggestion pour une évolution à terme dans le cas où elle serait réalisable et encore sans trop d'effort : la possibilité d'introduire dans les options la possibilité de personnaliser le titre, voire d'ajouter la date de création du rapport ; un peu comme celle existant dans l'Arbre ascendant et descendant graphique multi-génération. (PJ1).
Nous pouvons bien sûr intégrer manuellement des pages dans le rapport pdf après sa génération par Ancesris, voire en changer le texte. Cependant, cette façon de faire est un pis-aller que tous les utilisateurs d'Ancestris ne seront peut-être pas en mesure de réaliser ou de vouloir réaliser.
Rémi écrit :
J'aurais bien vu la même chose (en option, comme pour la biographie des SOUR, ou les index de lieux et de noms pour ne pas l'imposer à ceux qui n'en veulent pas) sur une dernière page à la fin pour "Annexes".
Ce serait un petit plus bien sympathique, si ce n'est pas trop compliqué. Cela éviterait l'insertion manuelle de pages dans le pdf.
Voilà. En fait, si peu de choses à dire étant donné - soulignons le encore une fois - l'évolution spectaculaire du rapport Lignée narrative d'ascendance ou de descendance en un temps record !
Un nouveau très grand merci à Zurga.
Belle journée à tous.
Très cordialement.
Jean-Charles
-
Bonjour,
Cette phrase ne colle pas car nationalité est féminin.
Il était de nationalité Français.
Vu la difficulté évidente à transcrire correctement il faudrait mettre
Il était ressortissant Français.
Amitiés
-
Bonjour Yannick,
Bonjour,
Cette phrase ne colle pas car nationalité est féminin.
Il était de nationalité Français.
Vu la difficulté évidente à transcrire correctement il faudrait mettre
Il était ressortissant Français.
Amitiés
Je ne l'avais pas signalé car...comme NATI veut dire nationalité, j'ai directement saisie depuis le début "française".
Pour le coup chez moi si on passe à "ressortissant", j'aurais "il était ressortissant française"...
Rémi
-
Du coup... Je ne sais pas si ma modification va faire des heureux.
J'ai modifié le libellé.
Personnellement, je ne mets pas la nationalité dans ma généalogie.
Les modifs du jour :
- changement de libellé sur la nationalité
- Ajout des liens sur les parents
- Ajout d'une option pour afficher les pieds de pages indépendamment de la ligne de publicité.
Zurga
-
Bonsoir,
Rémi là tu me pose un cas de conscience sur la façon de saisir ce tag NATI
Tu n'as pas tort sur le fond. Pour un homme il faudrait dire Français et pour une femme Française, mais toi tu mets Française partout.
Qu'est-ce que cela donne pour une femme avec ressortissante!
Là il faudrait presque mettre en convention que c'est féminin. J'aimerais bien voir ce que cela donne une fois traduit en langue étrangère avec pays étranger. En anglais si je ne me trompe pas masculin ou féminin reste toujours French.
Il faut penser au plus grand nombre; je reste donc ouvert à un retour en arrière et modifier mon fichier en conséquence.
Merci à Zurga pour la modif et désolé si on te demande de revenir en arrière.
Amitiés
-
Bonjour Zurga, bonjour à tous,
Zurga écrit :
Personnellement, je ne mets pas la nationalité dans ma généalogie.
Moi non plus. A la suite du lieu de naissance, j'indique, de façon peu orthodoxe 99. ;-)
Les modifs du jour :
(...)
- Ajout des liens sur les parents
- Ajout d'une option pour afficher les pieds de pages indépendamment de la ligne de publicité.
Sympa ! Tous les jours un petit plus et même plus.
Merci Zurga.
Cordialement.
Jean-Charles
-
Bonjour Zurga, bonjour à tous,
Zurga écrit :
Personnellement, je ne mets pas la nationalité dans ma généalogie.
Moi non plus. A la suite du lieu de naissance, j'indique, de façon peu orthodoxe 99. ;-)
Les modifs du jour :
(...)
- Ajout des liens sur les parents
- Ajout d'une option pour afficher les pieds de pages indépendamment de la ligne de publicité.
Sympa ! Tous les jours un petit plus et même plus.
Merci Zurga.
Cordialement.
Jean-Charles
Bonjour à tous,
Personnellement je n’utilise pas le NATI, en effet en temps que belge mes ancêtres nés avant 1830 était de quelle nationalité, française, hollandaise, espagnole…
D’autre part une personne qui est de nationalité française est ressortissante européenne et sera aussi ressortissante française si elle réside à l’étranger, c’est en tout cas que je l’interprète…
Encore félicitations à Zurga pour ton travail, mais malheureusement tu ne sauras jamais satisfaire tout le monde
-
Bonjour à tous,
Merci Zurga pour cette évolution où deux de mes demandes récentes ont été prises en compte.
- Tu ne voulais pas faire une usine à gaz (comme Elie) au niveau des options, aussi je suis surpris d'en rajouter une pour mettre la pub Ancestris sur toutes les pages. Car comme ça sur la première page c'est super. Si la demande de Jean-Charles pour personnaliser cette page de titre arrive un jour, vous jugerez utile ou pas de déplacer ailleurs cette phrase, sur la page de sommaire, ou autres.
- Parfait le lien sur les parents, je regarderai d’ici ce weekend s’il n’en manque pas d’autres au cas où. J’ai remarqué au passage la suppression du « de » avant la mère, c’est mieux ainsi.
Concernant le NATI et la réponse de Yannick cette nuit :
J'ai réagi tard, après la journée de travail.
S’il y en a un qui doit reprendre, c’est moi : je n’ai pas le même nombre de données, ayant commencé il y a tout juste un an. Ce sera plus rapide de mon côté.
Toutefois, désolé Yannick pour le cas de conscience, je trouve que « nationalité » colle mieux dans un récit que « ressortissant », et puis, cf PJ, ce que cela donne quand je saisis sur l’éditeur Gedcom : au-dessus du champ de saisie, il est marqué « Nationalité », donc je ne me suis pas posé de question (pour une fois), et pour moi ce champ doit être féminin, car c’est aussi comme cela que c’est marqué sur les cartes nationales d’identités CNI (en haut à droite du recto) ou tout autre document administratif.
Cet essai m’a toutefois fait remarquer qu’il est constamment écrit à l’imparfait, et je trouverais plus opportun de le faire comme les OCCU : au passé…sauf si le DEAT n’est pas renseigné pour le mettre alors au présent. Ainsi, ce matin j’avais « il était ressortissant française » pour une personne non décédée (je sais, il faut que je modifie le genre de mes NATI désormais). « Il est » aurait été mieux pour cet INDI vivant.
De même, j’ai remarqué que quand le DEAT n’est pas mis (pour une personne encore vivante), il n’y a pas de verbe dans le texte de narration. Exemple :
Pierre Dupont, né le 12/12/1912 à Paris (enfant de X et Y), marié le 05/07/1922 à Paris avec Paulette Durand. Il manque le verbe dans cette phrase.
Si la personne est décédée, le verbe est présent : Pierre Dupont, né le 12/12/1912 à Paris (enfant de X et Y), marié le 05/07/1922 à Paris avec Paulette Durand, est décédé le 08/08/1945 à Paris.
Enfin, un aparté qui n’a rien à voir avec le fil actuel, mais le cas de Yannick m’emmène dessus. Nous utilisons au travail un logiciel de base de données, un peu comme Ancestris. Nous pouvons extraire l’ensemble des données dans un fichier qui peut être ouvert avec un tableur (LibreOffice Calc par exemple). Jusque-là, Ancestris peut le faire (fichier csv) depuis la table des entités. On connait tous les fonctions des tableurs, et avec les tris et filtres, on peut facilement modifier plusieurs dizaines de milliers de cellules en quelques secondes par le copier/coller.
Mais ce qui est intéressant à mon travail, c’est qu’on peut réinjecter ce fichier et les modifications sont prises en compte dans l’IHM logiciel.
Ainsi, dans le cas de Yannick (par exemple), s’il a, supposons 20000 INDI à changer de NATI pour mettre « française » (avec une minuscule au passage pour coller à la narration), tout pourrait être fait en 10 minutes. Alors que tout saisir à la main prendrait de nombreuses heures. Tout autre exemple pour n’importe quelle étiquette est évidemment possible.
Désolé d’être sorti du fil avec ces quelques lignes.
Je vais reprendre mes NATI cet hiver, aux mauvais jours.
Merci encore Zurga, et félicitations, pour les améliorations quotidiennes de ce rapport narratif.
Belle journée,
Rémi
-
En fait, après réflexion, en français, la nationalité est de genre féminin.
Je vais remettre le libellé comme il était.
Le terme désignant la nationalité est un adjectif et s'accorde avec le nom qui le porte.
Je ne sais pas si Yannig mets "Français" pour une femme.
Je pense que la majorité met "Française" pour le champ nationalité, cela parait plus naturel.
Zurga
-
Bonjour à tous, bonjour Zurga,
(...)
Les modifs du jour :
Je viens de tester.
- changement de libellé sur la nationalité
-> Sans objet en ce qui me concerne (cf. mon précédant post).
- Ajout des liens sur les parents
-> Génial ! Cela fonctionne bien.
- Ajout d'une option pour afficher les pieds de pages indépendamment de la ligne de publicité.
-> Le résultat est à l'image des options que nous attendions primitivement.
- Ce rapport a été généré le 9 août 2023 avec Ancestris sur la première page : affichage ou non.
- Ancestris / 12.0.12035 : 2023-08-09 sur tous les bas de page : affichage ou non.
Une fois encore, merci Zurga !
J'ai lu Rémi qui écrivait ce matin :
Encore félicitations à Zurga pour ton travail, mais malheureusement tu ne sauras jamais satisfaire tout le monde
Je pense que la création d'options, aussi nombreuses qu'elles puissent être, sont là pour pallier les petites insatisfactions de l'utilisateur qui sans elles se détournerait peut-être de l'outil. Les options offrent un choix en fonction de nos pratiques, de nos goûts. Cocher ou décocher une case est à mon sens à la portée de tout un chacun.
Et encore kiadisa :
(...) une usine à gaz (comme Elie)
Je n'ai plus en mémoire Elie, je l'ai pourtant essayé. Cependant, depuis de nombreuses années, j'ai quasiment abandonné l'utilisation de l'environnement Windows pour Linux (Ubuntu, Mint, etc.) et enfin Mac-OS.
Pour les anciens (fin des années 80), Personal ancestral file (PAF), uniquement pour Windows et aujourd'hui obsolète, était pour la création de rapports une véritable usinage à gaz qui permettait un paramétrage (certes laborieux) sur mesure et sans égal des éditions.
Belle journée à tous.
Cordialement.
Jean-Charles
-
J'ai lu Rémi qui écrivait ce matin :
Encore félicitations à Zurga pour ton travail, mais malheureusement tu ne sauras jamais satisfaire tout le monde
J'ai fait une longue prose, comme souvent.
Mais ce n'est pas moi qui aie écrit ça...
Rémi
-
J'ai lu Rémi qui écrivait ce matin :
Encore félicitations à Zurga pour ton travail, mais malheureusement tu ne sauras jamais satisfaire tout le monde
J'ai fait une longue prose, comme souvent.
Mais ce n'est pas moi qui aie écrit ça...
Rémi
Re-bonjour Rémi,
Horreur ! Bien sûr. C'est kiadisa qui a écrit çà.
Je corrige mon post en te priant de bien vouloir excuser ce n'importe quoi.
Bien cordialement.
Jean-Charles
-
(...) une usine à gaz (comme Elie)
Je ne plus en mémoire Elie, je l'ai pourtant essayé. Cependant, depuis de nombreuses années, j'ai quasiment abandonné l'utilisation de l'environnement Windows pour Linux (Ubuntu, Mint, etc.) et enfin Mac-OS.
Pour les options d'Elie, voyez l'image jointe et la doc en ligne disponible : https://www.mcs-gen.com/G%C3%A9n%C3%A9ration_d'un_Livre_Biographique.pdf
Je compte rester très loin de ce niveau de paramétrage.
Zurga
-
Pour les options d'Elie, voyez l'image jointe et la doc en ligne disponible : https://www.mcs-gen.com/G%C3%A9n%C3%A9ration_d'un_Livre_Biographique.pdf
Je compte rester très loin de ce niveau de paramétrage.
Re-bonjour Zurga,
Merci pour cette sympathique information.
Je m'attendais à pire. Avec les dernières avancées du rapport narratif que vous nous offrez nous n'en sommes pas loin ! <:oD
Bien cordialement.
Jean-Charles
PS : Elie semble utiliser - a priori - la même technique, si je puis dire, que PAF : insertion de champs, de balises. Le résultat présenté est un peu lourd. En tout cas, on est ici assez loin de ce que l'on pourrait produire plus académiquement avec LaTeX ! ;-)
-
Bonjour à tous,
Personnellement je n’utilise pas le NATI, en effet en temps que belge mes ancêtres nés avant 1830 était de quelle nationalité, française, hollandaise, espagnole…
D’autre part une personne qui est de nationalité française est ressortissante européenne et sera aussi ressortissante française si elle réside à l’étranger, c’est en tout cas que je l’interprète…
Encore félicitations à Zurga pour ton travail, mais malheureusement tu ne sauras jamais satisfaire tout le monde
Bonjour à toutes et tous,
Je vois que NATI est peu utilisé. Donc nous sommes probablement en train de générer une tempête dans un verre d'eau.
Pour tes ancêtres belges il est évident que c'est fonction de leur lieu de naissance/résidence des parents.
Avant 1532 mes ancêtres sont Bretons et non Français. Je te rassure je n'en ai pas en ligne directe mais une cousine y est passée.
Amitiés
-
- Ce rapport a été généré le 9 août 2023 avec Ancestris[/i] sur la première page : affichage ou non.
- Ancestris / 12.0.12035 : 2023-08-09 sur tous les bas de page : affichage ou non.
Comment vous faites pour afficher "Généré par Ancestris le 9/08/2023" sur la première page et rien sur les autres ? J'ai essayé toutes les options et ça ne marche pas chez moi.... snif
-
Bonsoir François,
- Ce rapport a été généré le 9 août 2023 avec Ancestris[/i] sur la première page : affichage ou non.
- Ancestris / 12.0.12035 : 2023-08-09 sur tous les bas de page : affichage ou non.
Comment vous faites pour afficher "Généré par Ancestris le 9/08/2023" sur la première page et rien sur les autres ? J'ai essayé toutes les options et ça ne marche pas chez moi.... snif
Ce sont les deux cases d'option tout en bas.
Cela fonctionne parfaitement chez moi.
Rémi
-
- Ce rapport a été généré le 9 août 2023 avec Ancestris[/i] sur la première page : affichage ou non.
- Ancestris / 12.0.12035 : 2023-08-09 sur tous les bas de page : affichage ou non.
Comment vous faites pour afficher "Généré par Ancestris le 9/08/2023" sur la première page et rien sur les autres ? J'ai essayé toutes les options et ça ne marche pas chez moi.... snif
Il faut sélectionner le sommaire.
Si tu fais un sommaire, tu as la page de garde.
Zurga
-
Comment vous faites pour afficher "Généré par Ancestris le 9/08/2023" sur la première page et rien sur les autres ? J'ai essayé toutes les options et ça ne marche pas chez moi.... snif
Il faut sélectionner le sommaire.
Si tu fais un sommaire, tu as la page de garde.
Oui, ça je le fais, mais ça ne fonctionne pas chez moi.
-
Comment vous faites pour afficher "Généré par Ancestris le 9/08/2023" sur la première page et rien sur les autres ? J'ai essayé toutes les options et ça ne marche pas chez moi.... snif
Il faut sélectionner le sommaire.
Si tu fais un sommaire, tu as la page de garde.
Oui, ça je le fais, mais ça ne fonctionne pas chez moi.
Bonjour François, bonjour à tous,
J'ai décoché les deux cases, comme figurant sur la pièce ici jointe.
Bonne journée à tous.
Cordialement.
jchr
-
Comment vous faites pour afficher "Généré par Ancestris le 9/08/2023" sur la première page et rien sur les autres ? J'ai essayé toutes les options et ça ne marche pas chez moi.... snif
Il faut sélectionner le sommaire.
Si tu fais un sommaire, tu as la page de garde.
Oui, ça je le fais, mais ça ne fonctionne pas chez moi.
Bonjour François, bonjour à tous,
J'ai décoché les deux cases, comme figurant sur la pièce ici jointe.
Bonne journée à tous.
Cordialement.
jchr
Re-bonjour à tous,
Comme Rémi, que je viens de lire à l'instant.
Merci d'excuser cette redite.
jchr
-
Il faut sélectionner le sommaire.
Si tu fais un sommaire, tu as la page de garde.
J'ai trouvé le coupable. Dans les options, si l'on met orientation de la page "paysage", ça ne marche pas. Si on met "Portrait", ça marche. Ouf, j'ai cherché, mais c'est bon maintenant. Francois
-
Il faut sélectionner le sommaire.
Si tu fais un sommaire, tu as la page de garde.
J'ai trouvé le coupable. Dans les options, si l'on met orientation de la page "paysage", ça ne marche pas. Si on met "Portrait", ça marche. Ouf, j'ai cherché, mais c'est bon maintenant. Francois
Bien vu François !
Je confirme.
Bonne fin de journée à tous.
Cordialement.
Jean-Charles
-
Désolé je n’avais pas testé en version paysage.
Je vais corriger.
Zurga
-
Enfin, un aparté qui n’a rien à voir avec le fil actuel, mais le cas de Yannick m’emmène dessus. Nous utilisons au travail un logiciel de base de données, un peu comme Ancestris. Nous pouvons extraire l’ensemble des données dans un fichier qui peut être ouvert avec un tableur (LibreOffice Calc par exemple). Jusque-là, Ancestris peut le faire (fichier csv) depuis la table des entités. On connait tous les fonctions des tableurs, et avec les tris et filtres, on peut facilement modifier plusieurs dizaines de milliers de cellules en quelques secondes par le copier/coller.
Mais ce qui est intéressant à mon travail, c’est qu’on peut réinjecter ce fichier et les modifications sont prises en compte dans l’IHM logiciel.
Ainsi, dans le cas de Yannick (par exemple), s’il a, supposons 20000 INDI à changer de NATI pour mettre « française » (avec une minuscule au passage pour coller à la narration), tout pourrait être fait en 10 minutes. Alors que tout saisir à la main prendrait de nombreuses heures. Tout autre exemple pour n’importe quelle étiquette est évidemment possible.
Désolé d’être sorti du fil avec ces quelques lignes.
Rien ne vous empêche d'ouvrir le fichier GEDCOM avec un éditeur de texte et de rechercher les "NATI Française" et de remplacer par "NATI française"
Cela vous prendra 20 secondes pour les 20 000 personnes.
Et cela nous évitera de créer une usines à charger n'importe quoi.
Zurga
-
Bonjour,
Petit souci lorsque nous avons un enfant mort-né sans connaitre le sexe:
. Nn GANTOIS, est décédéending.nom le 21 juillet 1736 à , Mons, Hainaut, Wallonie, Belgique
-
Bonjour à tous,
Désolé je n’avais pas testé en version paysage.
Je vais corriger.
Zurga
Tu ne peux pas tout tester ni penser à tout, c'est normal. Nos retours t'ont permis de pousser ce rapport narratif à un haut niveau.
Narrative reports
« le: Hier à 12:32:51 »
v12 - New improvements of narrative lineage of ascendants or descendants report
N'ayant pas le détail des dernières avancées, il est probable de ne pas avoir testé certaines avancées.
Je confirme toutefois ce matin le bon retour arrière sur NATI (la narration qui redonne "nationalité"), ainsi que la mention de publicité sur la première page lorsqu'on se met en mode paysage.
Bonjour,
Petit souci lorsque nous avons un enfant mort-né sans connaitre le sexe:
. Nn GANTOIS, est décédéending.nom le 21 juillet 1736 à , Mons, Hainaut, Wallonie, Belgique
J'ai fait ce retour en début de semaine, mais en précisant que cela m'avait permis de déceler un oubli dans la saisie. Je n'avais pas pensé à ce cas de figure, l'enfant "mort-né".
Rien ne vous empêche d'ouvrir le fichier GEDCOM avec un éditeur de texte et de rechercher les "NATI Française" et de remplacer par "NATI française"
Cela vous prendra 20 secondes pour les 20 000 personnes.
Et cela nous évitera de créer une usines à charger n'importe quoi.
Zurga
Ce n'est pas faux, merci pour cette info. Effectivement, un Ctrl+H dans un traitement de texte fait le travail.
Je remarque aussi que pour un enfant adopté, dans le rapport de descendance, la mention des parents (exemple : Pierre Dupont (enfant de X et Y)), la mention des parents n'apparait que si l'INDI adopté concerné est un homme. Il n'apparait pas si c'est une femme.
Rémi
La table des entités m'a permis de déceler qu'il n'y avait pas de FAMC sur cet INDI féminin adopté. Je l'ai rajouté et la narration est désormais bonne. Je n'explique pas l'absence de FAMC puisque l'INDI en question a été créé depuis les parents en tant que rajout d'une fille, et qu'elle apparaissait au bon endroit dans l'arbre dynamique.
Mais le problème est résolu et venait de moi. Désolé d'avoir lancé ce sujet.
J'ai repris l'INDI adopté avec ce conseil qui m'avait été donné. Dès que j'ai rajouté le FAMC pour précisé qui a adopté :
ADOP
DATE
PLAC
FAMC
ADOP BOTH
Alors l'INDI adopté se retrouve en numéro 1 dans la liste des enfants d'un couple, et ne se retrouve plus dans l'ordre chronologique des dates de naissance. Si j'enlève le FAMC et ADOP BOTH, alors l'INDI se retrouve bien classé dans la liste des enfants du couple, qui sont tous classés par ordre de naissance.
J'ai donc ces petites requêtes :
- Peut-on avoir la possibilité de tenir compte de cet ADOP BOTH pour que les enfants soient bien classés par ordre chronologique ?
- Peut-on avoir une ponctuation dans la liste des SOUR au niveau des DATA/EVEN, entre l'évènement et la date/période ?
Merci Zurga pour avoir porté ce rapport à un très haut niveau d'utilisation.
Rémi
-
Bonjour,
Petit souci lorsque nous avons un enfant mort-né sans connaitre le sexe:
. Nn GANTOIS, est décédéending.nom le 21 juillet 1736 à , Mons, Hainaut, Wallonie, Belgique
Oui, c'est noté.
Il faut que j'ajoute un libellé pour la fin de nom sans sexe défini.
Zurga
-
J'ai donc ces petites requêtes :
- Peut-on avoir la possibilité de tenir compte de cet ADOP BOTH pour que les enfants soient bien classés par ordre chronologique ?
Vous pouvez préciser ?
Les enfants sont triés en fonction de leur date de naissance ou de l'ordre du GEDCOM s'il n'y a pas de date de naissance.
Zurga
-
J'ai donc ces petites requêtes :
- Peut-on avoir la possibilité de tenir compte de cet ADOP BOTH pour que les enfants soient bien classés par ordre chronologique ?
Vous pouvez préciser ?
Les enfants sont triés en fonction de leur date de naissance ou de l'ordre du GEDCOM s'il n'y a pas de date de naissance.
Zurga
Si on saisit pour un INDI adopté :
ADOP
DATE
PLAC
Les enfants sont bien classés par ordre de naissance, et l'INDI adopté se retrouve bien au milieu s'il est adopté entre 2 enfants naturels.
Si on saisit :
ADOP
DATE
PLAC
FAMC
ADOP BOTH
Alors l'enfant adopté se trouve en numéro 1, quelle que soit soit sa date de naissance.
J'espère ne pas avoir encore fait d'erreur de saisie et signaler inutilement.
Rémi
-
Désolé je n’avais pas testé en version paysage.
Je vais corriger.
Bonjour Zurga, bonjour à tous,
Version paysage testée à l'instant. C'est parfait. La ligne de "publicité" s'affiche à présent ! :-)
Bonne journée à tous.
Bien cordialement.
Jean-Charles
Version d'Ancestris : 12.0.12014 12.0.12035
Java : 18.0.2+9-61 - jdk-18.0.2.
Système : Mac OS X - 13.4.1
-
Si on saisit pour un INDI adopté :
ADOP
DATE
PLAC
Les enfants sont bien classés par ordre de naissance, et l'INDI adopté se retrouve bien au milieu s'il est adopté entre 2 enfants naturels.
Si on saisit :
ADOP
DATE
PLAC
FAMC
ADOP BOTH
Alors l'enfant adopté se trouve en numéro 1, quelle que soit soit sa date de naissance.
J'espère ne pas avoir encore fait d'erreur de saisie et signaler inutilement.
J'ai trouvé le problème, c'est général à Ancestris.
Et ce n'est pas un problème lié à votre façon de faire qui est très bien, mais c'est bien un bug d'Ancestris.
Par contre sa correction va être touchy.
Zurga
-
J'ai trouvé le problème, c'est général à Ancestris.
Et ce n'est pas un problème lié à votre façon de faire qui est très bien, mais c'est bien un bug d'Ancestris.
Par contre sa correction va être touchy.
Zurga
Bonjour,
Cela faisait bien longtemps qu'un gros bug n'avait pas été trouvé. Il était bien caché car Jeannot ne l'avait pas vu.
Pour la correction on ne se fait pas d'illusion ce sera corrigé rapidement car cela va devenir prioritaire. Allez je lance les paris! Combien de temps avant la correction?
Amitiés
-
Si on saisit pour un INDI adopté :
ADOP
DATE
PLAC
Les enfants sont bien classés par ordre de naissance, et l'INDI adopté se retrouve bien au milieu s'il est adopté entre 2 enfants naturels.
Si on saisit :
ADOP
DATE
PLAC
FAMC
ADOP BOTH
Alors l'enfant adopté se trouve en numéro 1, quelle que soit soit sa date de naissance.
J'espère ne pas avoir encore fait d'erreur de saisie et signaler inutilement.
J'ai trouvé le problème, c'est général à Ancestris.
Et ce n'est pas un problème lié à votre façon de faire qui est très bien, mais c'est bien un bug d'Ancestris.
Par contre sa correction va être touchy.
Zurga
Merci Zurga ! Désolé, c'est le 3ème bug que je vous soulève en quelques semaines...
Je suis certain d'avoir bien fait ma saisie...car j'ai suivi l'école de Yannick ;)
Je prends le même pari que Yannick, Zurga est un phénomène. Les deux premiers bugs en début d'été ont été solutionnés avant la fin de journée ;)
Mais pour une fois, celui-ci a l'air coriace ("touchy").
Rémi
-
Vous pouvez prendre des paris, mais celui-c n'est pas aussi simple à régler que les autres.
En particulier à cause de la façon dont est codé le test et des évolutions déjà faites pour prendre en compte la possibilité d'utiliser le baptême ou l'enterrement dans les paramètres à la place de la naissance et du décès.
Je réfléchis au sujet, mais ce ne sera surement pas corrigé pour demain, sauf idée géniale que je n'ai pas encore eue.
Zurga
-
Bonjour Zurga, bonjour à tous,
... Paris ne s'est pas fait en un jour ! <:oD
Bien cordialement.
jchr
-
Bon, j'ai fait une modification pour prendre en compte les adoptions dans le tri.
C'est pas terrible au niveau qualité de code, mais cela fonctionne.
Zurga
-
Bon, j'ai fait une modification pour prendre en compte les adoptions dans le tri.
C'est pas terrible au niveau qualité de code, mais cela fonctionne.
Zurga
Bonsoir,
1 jour!
Bravo Zurga ;) On savait que l'on pouvait compter sur toi pour ne pas laisser traîner ce bug très longtemps.
Amitiés
-
Bonjour Zurga, bonjour à tous,
Sincères félicitations à Zurga qui de surcroît a fait mentir la locution proverbiale !
Même pas eu le temps de comprendre le bug ! :-)
Bien cordialement.
Jean-Charles
-
Bonjour à tous,
Bon, j'ai fait une modification pour prendre en compte les adoptions dans le tri.
C'est pas terrible au niveau qualité de code, mais cela fonctionne.
Zurga
Merci infiniment Zurga d'avoir pris du temps rapidement sur ce bug et apporté un correctif rapidement.
Malheureusement ce n'est pas bon :
- rapport d'ascendance depuis mon Sosa : il se génère bien, mais j'ai la PJ1 en lieu et place du bloc des "enfants de X et Y" pour les Sosa concernés par un enfant avec ADOP. Je précise qu'il est à suivre de la narration pour les hommes (père), et qu'il est à la ligne après une interligne pour les femmes (mère).
- le rapport descendance ne se génère même pas et bloque sur cette erreur en PJ2.
Si c'est trop compliqué, il peut être nécessaire de faire un retour arrière et laisser tomber si je suis le seul avec des ADOP qui a remarqué ça. Si je suis le seul dérangé, je vais faire avec un tri des enfants avec les enfants adoptés en premier, puis le tri sur les enfants légitimes du couple.
Merci Zurga pour la patience et la rapidité à écouter nos retours.
À toutes fins utiles, je vous ai renvoyé par mail mon petit Gedcom qui a évolué depuis juin pour intégrer une ADOP sur un homme et un autre sur une femme, et en prenant en compte la modification qui m'a été conseillée pour être conforme avec la grammaire (rajouter un ADOP BOTH après le FAMC, et c'est justement ça qui empêche le tri car si je l'enlève, je confirme que les enfants se trient bien dans la masse des autres enfants).
PS : J'ai vu ces derniers jours des MAJ tomber sur "Listes et rapports", mais je ne sais pas ce qui a évolué, donc je ne peux pas tester ou voir la bonne prise en compte.
Bonne journée, et encore félicitations pour votre abnégation,
Rémi
-
Bonjour Zurga, bonjour Rémi, bonjour à tous,
J'ai téléchargé la dernière mise à jour.
Je n'ai pas pu voir son effet, n'utilisant pas le tag ADOP car n'en ayant jamais eu l'utilité.
Pour le reste, l'édition d'un rapport au format pdf sur 642 pages semble normale.
Accessoirement, j'ai remarqué que l'utilisation de la propriété ENGA, pour les fiançailles, dont j'ai fait un seul et unique essai hier soir ne donne rien en sortie de rapport (format pdf & html).
Plus généralement, nous pouvons constater que nous avons à présent un utilitaire agréable et fort beau.
La présentation est superbe avec son format justifiée
Par ailleurs, toutes ces avancées m'ont poussé hier à lier des images à mon gedcom principal, une soixantaine déjà, et je vais continuer à en ajouter.
En outre, il y quelque jours, nos échanges sur le forum m'ont convaincu de l'intérêt de lier des documents numériques au gedcom. Cela va soulager mon effort d'écriture et transcrivant - peut-être - un peu moins ces documents en note (INDI:NOTE). 397 OBJE sont déjà en place. Il m'en reste des milliers à rattacher, vais-je en avoir la volonté ! :-)
Belle journée à tous.
Bien cordialement.
Jean-Charles
-
En fait, ma modification n'est pas bonne car elle plante l'application dans certains cas.
Je fais une retour arrière.
Zurga
-
Nouvelle mise à jour disponible.
A minima, cela ne plante plus l'affichage.
Zurga
-
Nouvelle mise à jour disponible.
A minima, cela ne plante plus l'affichage.
Zurga
Merci Zurga, c'est tout bon.
Ce n'est pas un simple retour arrière qui a été opéré, puisque désormais l'ordre des enfants est bon, et les enfants adoptés sont bien dans le classement des dates de naissance.
Merci mille fois Zurga, même si ce n'est pas très propre dans le code, de votre point de vue.
Belle journée
Rémi
-
Accessoirement, j'ai remarqué que l'utilisation de la propriété ENGA, pour les fiançailles, dont j'ai fait un seul et unique essai hier soir ne donne rien en sortie de rapport (format pdf & html).
Seul le mariage et le divorce sont actuellement pris en compte.
J'avoue ne pas savoir exactement comment rédiger les fiançailles et autres contrat de mariage par rapport à la phrase existante. (faut déjà que je trouve une idée pour que la phrase ait toujours un verbe).
Je pense qu'il faudrait faire un paragraphe sur les évènements familiaux (autres que les enfants) mais je ne vois actuellement pas comment proposer cela de manière agréable pour la lecture.
Appel à idées....
Zurga
-
Nouvelle mise à jour disponible.
A minima, cela ne plante plus l'affichage
Pour information, Ancestris n'a pas planté chez-moi avant l'heure du retour en arrière.
Dois-je en être jaloux ? <:oD
jch
--
Version : Ancestris-12 12.5-fd523ddc12d6156412d7b81f0c8663d8913d1021
Java : 18.0.2; Java HotSpot(TM) 64-Bit Server VM 18.0.2+9-61
Runtime : Java(TM) SE Runtime Environment 18.0.2+9-61
Système : Mac OS X version 13.5 running on x86_64; UTF-8; fr_FR (ancestris)
-
Il fallait avoir ouvert un écran demandant un tri des enfants (comme l'arbre dynamique) avec une famille affichée pour laquelle deux enfants n'avaient pas de date de naissance.
On pouvait passer à côté sans difficulté.
Zurga
-
PS : J'ai vu ces derniers jours des MAJ tomber sur "Listes et rapports", mais je ne sais pas ce qui a évolué, donc je ne peux pas tester ou voir la bonne prise en compte.
Les dernières modifs qui ont été faites sur le module :
- Affichage de la ligne de pub au format paysage
- Prise en compte du type de sexe inconnu dans le wording
- Correction de l'adoption dans le tri des enfants.
- Modification du rapport GEdart Fiche individuelle II pour l'affichage des résidences quand le tag PLAC est utilisé à la place du tag ADDR.
Zurga
-
Re-bonjour Zurga, re-bonjour à tous,
Accessoirement, j'ai remarqué que l'utilisation de la propriété ENGA, pour les fiançailles, dont j'ai fait un seul et unique essai hier soir ne donne rien en sortie de rapport (format pdf & html).
Seul le mariage et le divorce sont actuellement pris en compte.
Bien reçu.
J'avoue ne pas savoir exactement comment rédiger les fiançailles
Écrire peut-être ainsi à l'instar de marié le ... avec ... : fiancé le ... à ...
et autres contrat de mariage par rapport à la phrase existante.
Peut-être : a conclu un contrat de mariage le... à ...
Je pense qu'il faudrait faire un paragraphe sur les évènements familiaux (autres que les enfants)
Bof. Cela ne nuirait-il pas à l'aspect narratif du rapport ?
mais je ne vois actuellement pas comment proposer cela de manière agréable pour la lecture.
C'est l'idée ! :-)
Bien cordialement.
Jean-Charles
-
Il fallait avoir ouvert un écran demandant un tri des enfants (comme l'arbre dynamique) avec une famille affichée pour laquelle deux enfants n'avaient pas de date de naissance.
On pouvait passer à côté sans difficulté.
OK. Merci Zurga pour cette précision. :-)
jch
-
PS : J'ai vu ces derniers jours des MAJ tomber sur "Listes et rapports", mais je ne sais pas ce qui a évolué, donc je ne peux pas tester ou voir la bonne prise en compte.
Les dernières modifs qui ont été faites sur le module :
- Affichage de la ligne de pub au format paysage
- Prise en compte du type de sexe inconnu dans le wording
- Correction de l'adoption dans le tri des enfants.
- Modification du rapport GEdart Fiche individuelle II pour l'affichage des résidences quand le tag PLAC est utilisé à la place du tag ADDR.
Zurga
Merci, c'est plus facile de tester quand on sait ce qui a été modifié ;)
- ligne de pub au format paysage : parfait !
- prise en compte du sexe inconnu : parfait !
- adoption dans le tri des enfants : parfait !
- Gedart fiche II : ok pour le PLAC sur les RESI mais il subsiste l'erreur sur les OCCU. J'ai l'impression que vous avez utilisé une vieille version de mon rapport quand j'avais un encart dédié au recensement et au testament. Je l'ai depuis modifié pour mettre les CENS dans le même encart que les RESI (appelé lieu(x) de vie), et mis les testaments dans les évènements de famille. J'ai également, pour le PLAC, suivi votre conseil d'il y a de nombreux mois pour n'afficher que les juridictions renseignées et éviter les virgules inutiles. La présentation des EVEN n'est pas uniforme avec le reste : je vous joins en PJ mon fichier. Vous pouvez le mettre tel quel si vous ne souhaitez pas vous embêter, je le partage pour ça. En revanche, il y a des options qui semblent inactives : montrer les numéros d'ID, et la famille, entre autres.
Pour les ENGA et autre bans de mariage dans le rapport narratif, comme vous demandez l'avis des utilisateurs :
Je suis d'accord de ne pas faire une usine à gaz des options, mais pour le coup, je pense que c'est nécessaire pour ces compléments : si on imprime un livre sur 4 ou 5 générations, pas de problème, mais si on veut sortir toute sa généalogie, cela va considérablement augmenter les pages et la lecture n'en sera que lourde. Pareil pour les RELA de parrains et autres témoins.
La première phrase de présentation est déjà très complète et il ne faut pas l'alourdir davantage : né, marié, divorcé, décédé (je redemande éventuellement la possibilité de mettre un verbe lorsque la personne n'est pas décédée).
Un encart famille ou une phrase supplémentaire genre : ils se sont [engagés/fiancés...] le...à.... et ont déposé les bancs de leur mariage le...à... puis ont conclu un contrat de mariage le...à...me semble simple. Pour le vocable, c'est mon avis, à lire les autres.
Pour les relations RELA, un encart et une phrase tels que renseignés dans le livre Web seraient parfaits. J'aime bien la narration qui en est faite ici, tant pour celui qui est témoin que pour celui qui a un témoin (ou parrain ou autres).
Bien à vous,
Rémi
-
Bonjour Rémi, re-bonjour Zurga, re-bonjour à tous,
Rémi écrit :
Pour les ENGA et autre bans de mariage dans le rapport narratif (...) Je suis d'accord de ne pas faire une usine à gaz des options (...)
Mon constat est différent. Aucun ajout. Les traitements de présentation des propriétés ENGA, et peut-être MARC n'ayant ici vocation qu'à se substituer à relation avec, mention quelque peu singulière.
Accessoirement, constatons que les bans sont une formalité propre au mariage. Leur indication figure à l'acte. Aussi, les mentionner en dehors ne présente, à mon sens, que peu d'utilité.
En ce qui concerne les contrats de mariage, il en va tout autrement. Il s'agit d'une formalité propre. De plus, historiquement, les pactes de mariage sont d'un usage - autonome - plus ancien. En effet, ce n'est, de mémoire, qu'en 1563 (Concile de Trente) que le mariage s'institue, au delà du rite codifié au XIe siècle, avec notamment la présence obligatoire d'un curé et de deux témoins. En outre, si l'ordonnance de Villers-Cotterêts de 1539 oblige la registration des baptêmes et des sépultures ; ce n'est qu'en 1579 (Ordonnance de Blois) que l'enregistrement des mariages se trouvera imposé. Ainsi, avant 1579, la preuve écrite de l'union d'un couple, faute de mieux, c'est le contrat de mariage.
Bonne fin de journée à tous.
Bien cordialement.
Jean-Charles
-
faut déjà que je trouve une idée pour que la phrase ait toujours un verbe
Zurga
Désolé Zurga, je vois seulement cette phrase maintenant, je ne l'avais pas vu avant mon précédent commentaire.
Peut être s'inspirer de ce que fait Patronomia dans la narration, c'est à dire scinder la phrase pour en faire plusieurs, ou mettre sujet et verbe à chaque fois ?
C'est la seule piste que je vois si ça peut vous donner une idée...
Rémi
-
Bonjour,
Quelques observations :
le lieu n'est pas renseigné lors d'un divorce
lorsque que nous avons ADRR lors d'un décès ou d'une naissance, PLAC n'apparait pas
lorsque nous avons des dates imprécises, pourrions avoir le mot complet comma "avant" plutôt que "ava"
PLAC et NOTE n’apparaissent pas avec le tag OCCU
Voilà mes observations pour le moment
-
le lieu n'est pas renseigné lors d'un divorce
Oui, c'est fait exprès. Dans le principe, le tribunal du divorce importe assez peu, il y a rarement des photos du divorce à géolocaliser. Ajoutons que la mention du divorce est en mention marginale de l'acte de mariage et cela donne le tribunal auquel s'adresser pour avoir copie du jugement.
Je ne suis pas persuadé que le rapport ait vocation à reprendre de manière exhaustive absolument toutes les informations mises dans le GEDCOM.
lorsque que nous avons ADRR lors d'un décès ou d'une naissance, PLAC n'apparait pas
Oui, c'est l'un ou l'autre comme préconisé par le GEDCOM.
lorsque nous avons des dates imprécises, pourrions avoir le mot complet comma "avant" plutôt que "ava"
Voir la fin de ce message : https://forum.ancestris.org/index.php?topic=4402.msg13159#msg13159
Je n'ai actuellement pas de format "super-long" des dates dans Ancestris.
Il faudrait éventuellement le faire pour pouvoir bénéficier des estimations non abrégées.
PLAC et NOTE n’apparaissent pas avec le tag OCCU
C'est exact.
Pour le PLAC, je pensais que cela alourdirait la présentation.
Pour le NOTE, je vais voir à l'ajouter.
Zurga
-
Merci pour ta réponse
mais si tu ne mets qu' ADRR lorsque tu as aussi PLAC cela donne :
né à Rue Neuve, 52 mais où ?
il vaudrait mieux avoir né à Paris
J'en profite pour te demander comment fais-tu pour ajouter le titre de ton diplôme dans GRAD car tu n'as pas une liste déroulante comme dans OCCU
-
Pour le NOTE, je vais voir à l'ajouter.
Zurga
Bonjour,
Voilà une demande que je n'osais pas faire depuis le début car je pensais que cela alourdirait considérablement la narration. D'où une suggestion pour rebondir sur la demande de Kiadisa, j'ai l'habitude de mettre des choses en note, mais pas toute dans la note générale à la racine de l'INDI, mais plutôt une note dans l'étiquette concernée. Par exemple dans l'étiquette BIRT je mets quelques détails de naissance dans BIRT/NOTE. Pareil pour plusieurs autres étiquettes. Peut-on dans la narration garder un seul bloc pour les notes comme celui actuellement en place, mais aller "piocher" dans toutes les notes qu'il y a dans toutes les étiquettes ? Je pense que ça va être très compliqué à mettre en place, aussi je proposais cela juste comme ça.
Rémi
-
PLAC et NOTE n’apparaissent pas avec le tag OCCU
C'est exact.
Pour le PLAC, je pensais que cela alourdirait la présentation.
Pour le NOTE, je vais voir à l'ajouter.
Bonjour Zurga, bonjour kiadisa, bonjour à tous,
Sommes nous nombreux à utiliser les tags OCCU:PLAC & OCCU:NOTE ?
En ce qui me concerne, je mets les informations relatives à la profession dans INDI:NOTE., avec parfois un peu de redondance. Voyez la PJ.
Bonne journée à tous.
Bien cordialement.
Jean-Charles
-
Re-bonjour Zurga, re-bonjour à tous,
J'ai découvert hier soir ceci. Voyez la PJ.
Que pensez-vous de cela ?
Bien cordialement.
Jean-Charles
-
Pour le NOTE, je vais voir à l'ajouter.
Zurga
Voilà une demande que je n'osais pas faire depuis le début car je pensais que cela alourdirait considérablement la narration. D'où une suggestion pour rebondir sur la demande de Kiadisa, j'ai l'habitude de mettre des choses en note, mais pas toute dans la note générale à la racine de l'INDI, mais plutôt une note dans l'étiquette concernée. Par exemple dans l'étiquette BIRT je mets quelques détails de naissance dans BIRT/NOTE. Pareil pour plusieurs autres étiquettes. Peut-on dans la narration garder un seul bloc pour les notes comme celui actuellement en place, mais aller "piocher" dans toutes les notes qu'il y a dans toutes les étiquettes ? Je pense que ça va être très compliqué à mettre en place, aussi je proposais cela juste comme ça.
Moi aussi j'ai l'habitude de faire des notes pour un ou plusieurs tags particuliers. Si j'ai une info particulière pour la naissance, je mets une note sous la naissance, si j'ai une info pour son décès, je rajoute une autre note au niveau de son décès. Si j'ai une info très générale à la personne, mais qui ne concerne pas un évènement de sa vie particulièrement, je mets une note à la racine de l'indi ou de la fam.
Si donc on a pris la peine de bien distinguer les notes, je trouverais plus pertinent de garder ces distinctions dans la sortie du rapport plutôt que de regrouper toutes les notes dans un seul paragraphe. Ca voudrait dire qu'il faudrait faire commencer le paragraphe par des sous-titres genre : Naissance : blablabla - Décès : blablabla.... J'aime moins une telle présentation. Je préfère la Note sous l'évènement concerné, mais là encore, c'est Zurga qui verra ce qu'il est possible de faire, et d'abord, si il le fait, et après la majorité donnera son avis. ;-) Francois
-
François : je pense tout comme toi, je voyais justement une intro Naissance : blabla, Décès : blabla... pour distinguer les notes, ne pas alourdir la narration et le travail de Zurga. Car comme tu le suggères, j'y ai pensé, mais cela va être un énorme travail en plus d'alourdir la lecture. Qu'en pense la majorité ?
Re-bonjour Zurga, re-bonjour à tous,
J'ai découvert hier soir ceci. Voyez la PJ.
Que pensez-vous de cela ?
Bien cordialement.
Jean-Charles
Oui, c'est la gestion des implexes que Zurga a fait et c'est parfait : on a l'info sans faire de redondance de narration.
En ce qui me concerne, je mets les informations relatives à la profession dans INDI:NOTE., avec parfois un peu de redondance. Voyez la PJ.
Bonne journée à tous.
Bien cordialement.
Jean-Charles
Justement Jean-Charles, chacun sa méthode, mais comme François, j'use les possibilités de la grammaire Gedcom pour mettre les notes à leur place.
Rémi
-
Re...,
François écrit :
Si donc on a pris la peine de bien distinguer les notes, je trouverais plus pertinent de garder ces distinctions dans la sortie du rapport plutôt que de regrouper toutes les notes dans un seul paragraphe (...)
La question est ici de savoir si l'on souhaite un rapport véritablement narratif ou quelque chose qui en définitive se rapprochera d'une fiche de renseignement, comme il en existe ailleurs, par exemple de ce que produit Geneweb. Voyez en PJ.
Bien cordialement.
Jean-Charles
-
Re...,
François écrit :
Si donc on a pris la peine de bien distinguer les notes, je trouverais plus pertinent de garder ces distinctions dans la sortie du rapport plutôt que de regrouper toutes les notes dans un seul paragraphe (...)
La question est ici de savoir si l'on souhaite un rapport véritablement narratif ou quelque chose qui en définitive se rapprochera d'une fiche de renseignement, comme il en existe ailleurs, par exemple de ce que produit Geneweb. Voyez en PJ.
Bien cordialement.
Jean-Charles
Et de ce que propose Ancestris aussi, sans chercher ailleurs : fiche individuelle II du rapport Gedart, ainsi que ma version postée hier.
Je comprends ta position, mais justement, dans ce que je propose, c'est tout mis dans un seul bloc, de surcroît désactivable dans les options pour ceux qui ne les veulent pas. Cela donnera le même résultat que ceux qui notent tout dans la NOTE de l'INDI.
Je me rangerais derrière la majorité.
Rémi
-
PLAC et NOTE n’apparaissent pas avec le tag OCCU
C'est exact.
Pour le PLAC, je pensais que cela alourdirait la présentation.
Pour le NOTE, je vais voir à l'ajouter.
Bonjour Zurga, bonjour kiadisa, bonjour à tous,
Sommes nous nombreux à utiliser les tags OCCU:PLAC & OCCU:NOTE ?
En ce qui me concerne, je mets les informations relatives à la profession dans INDI:NOTE., avec parfois un peu de redondance. Voyez la PJ.
Bonne journée à tous.
Bien cordialement.
Jean-Charles
Si ces Tag existent pourquoi ne pas les utiliser
Quant à savoir si il faut une liste plus narrative que fiche de renseignement, je crois que le jour ou vous voudrez faire un livre narratif, vous serez de toute façon obliger de le modifier à votre "sauce"
Dans tous les cas, il y aura des "choses" qui ne plairont pas à l'un ou à l'autre, il faut un "mix" qui satisfait tout le monde... pas évident
Merci Zurga pour le boulot
-
Quant à savoir si il faut une liste plus narrative que fiche de renseignement, je crois que le jour ou vous voudrez faire un livre narratif, vous serez de toute façon obliger de le modifier à votre "sauce"
Dans tous les cas, il y aura des "choses" qui ne plairont pas à l'un ou à l'autre, il faut un "mix" qui satisfait tout le monde... pas évident
Merci Zurga pour le boulot
D'où l'intérêt des éléments désactivables dans les options.
Mais Zurga veut limiter pour ne pas en faire une usine à gaz.
Rémi
-
Hello all,
I understand the need not to have too many parameters.
This report has 30 parameters now when I count correctly.
But look at the Ascending and descending tree multi-generations, and the GEDCOM Statistics (36 parameters)
Website: 29 parameters.
Did anyone complain about that?
Because of all the changes this report has much improved and became more important.
So if that means some more parameters, in my opinion that would not matter.
As a user, I would gladly go over each parameter to get a beautifull report just as I want it.
In my tree I also have separate notes for BIRTH, MARR and such, and also 1 general note here and there.
So I would say, to keep everyone happy, have a new parameter to put all notes into 1 main note, OR keep them separate.
Whatever choise you make now, in future there will be users asking for the other option.
So in my (developers) opinion: create the option right away.
Because now "you are still inside the code".
And when you have to do it later you have to figure out again, what you have been doing, which takes way more time.
Just my 2 cents ;)
Regards,
Mother10
Ajout d'Arvernes : je vous mets la traduction du texte de Mother10 :
Bonjour à tous,
Je comprends la nécessité de ne pas avoir trop de paramètres.
Ce rapport a 30 paramètres maintenant si je compte bien.
Mais regardez l'arbre ascendant et descendant multi-générations, et les statistiques GEDCOM (36 paramètres)
Site web : 29 paramètres.
Quelqu'un s'est-il plaint de cela ?
En raison de tous les changements, ce rapport s'est considérablement amélioré et est devenu plus important.
Donc, si cela signifie quelques paramètres supplémentaires, à mon avis, cela n'a pas d'importance.
En tant qu'utilisateur, je serais ravi de passer en revue chaque paramètre pour obtenir un rapport magnifique tel que je le souhaite.
Dans mon arbre, j'ai également des notes séparées pour la NAISSANCE, le MARR et autres, ainsi qu'une note générale ici et là.
Je dirais donc, pour satisfaire tout le monde, qu'il faut un nouveau paramètre pour rassembler toutes les notes en une seule note principale, OU les garder séparées.
Quel que soit le choix que vous faites maintenant, à l'avenir il y aura des utilisateurs qui demanderont l'autre option.
Donc, à mon avis (celui des développeurs) : créez l'option tout de suite.
Parce que maintenant "vous êtes encore dans le code".
Et lorsque vous devrez le faire plus tard, vous devrez comprendre à nouveau ce que vous avez fait, ce qui prend beaucoup plus de temps.
Ce n'est que mon avis ;)
Bien à vous,
Merci Avernes!!!
Mother10
-
Hello all,
I understand the need not to have too many parameters.
This report has 30 parameters now when I count correctly (...)
Hi,
I totally agree with your feelings.
Have a good day.
Jean-Charles
-
Quant à savoir si il faut une liste plus narrative que fiche de renseignement, je crois que le jour ou vous voudrez faire un livre narratif, vous serez de toute façon obliger de le modifier à votre "sauce"
Dans tous les cas, il y aura des "choses" qui ne plairont pas à l'un ou à l'autre, il faut un "mix" qui satisfait tout le monde... pas évident
Merci Zurga pour le boulot
D'où l'intérêt des éléments désactivables dans les options (...)
C'est sûr.
jchr
-
Merci pour ta réponse
mais si tu ne mets qu' ADRR lorsque tu as aussi PLAC cela donne :
né à Rue Neuve, 52 mais où ?
il vaudrait mieux avoir né à Paris
D'où l'intérêt d'utiliser tous les champs du tag ADDR, notamment CITY, STAE, POST et CTRY.
La norme incite à utiliser soit PLAC soit la structuration complète de ADDR.
Les développeurs de GenJ avait mis en priorité l'utilisation de ADDR. Je n'ai pas changé cela.
Par contre je peux inverser et prendre en priorité PLAC.
J'en profite pour te demander comment fais-tu pour ajouter le titre de ton diplôme dans GRAD car tu n'as pas une liste déroulante comme dans OCCU
Normalement dans le champ TYPE et tu y mets ce que tu veux, c'est un champ libre.
Zurga
-
Concernant les notes :
Dans l'état actuel, je ne sais pas faire des notes de bas de page avec renvoi.
C'est peut-être possible, mais pas trivial. Après j'ai bien réussi à faire un sommaire et des index, on doit bien pouvoir faire des notes de bas de page.
Du coup, pour le moment, si je mets les notes des éléments qui interviennent dans la narration, ils seront tous en tas à la suite du paragraphe de narration.
Je ne vois pas comment faire autrement.
Ensuite, il faudra se mettre d'accord sur ce qu'on veut faire de ce rapport.
On est en train de passer d'un rapport narratif à l'édition d'un livre généalogique.
Et je le redis, je ne vais pas investir tout mon temps pour créer quelque chose d'aussi complexe ou parfait que ce que peuvent proposer Elie et Patronomia.
Zurga
-
Concernant les notes :
Dans l'état actuel, je ne sais pas faire des notes de bas de page avec renvoi.
C'est peut-être possible, mais pas trivial. Après j'ai bien réussi à faire un sommaire et des index, on doit bien pouvoir faire des notes de bas de page.
Du coup, pour le moment, si je mets les notes des éléments qui interviennent dans la narration, ils seront tous en tas à la suite du paragraphe de narration.
Je ne vois pas comment faire autrement.
Ensuite, il faudra se mettre d'accord sur ce qu'on veut faire de ce rapport.
On est en train de passer d'un rapport narratif à l'édition d'un livre généalogique.
Et je le redis, je ne vais pas investir tout mon temps pour créer quelque chose d'aussi complexe ou parfait que ce que peuvent proposer Elie et Patronomia.
Zurga
Vous avez parfaitement raison. C'est pour ça qu'initialement je ne demandais pas les notes autre que celle en cours. J'ai juste rebondis sur la demande de ce matin pour laquelle vous proposiez d'inclure la note des OCCU.
Pour le coup, je ne suis pas fan des notes mises dans la narration. Je préférerais les garder dans un bloc à part comme c'est déjà le cas, si c'est possible et rapide, sinon on laisse tomber.
Merci,
Rémi
-
Zurga a écrit :
D'où l'intérêt d'utiliser tous les champs du tag ADDR, notamment CITY, STAE, POST et CTRY.
La norme incite à utiliser soit PLAC soit la structuration com plète de ADDR.
Les développeurs de GenJ avait mis en priorité l'utilisation de ADDR. Je n'ai pas changé cela.
Par contre je peux inverser et prendre en priorité PLAC.
Non surement pas, c'est à moi de m'adapter à la norme
Normalement dans le champ TYPE et tu y mets ce que tu veux, c'est un champ libre.
Ok merci, cela m'avait échappé
Par contre je n'emploie pas dans les sources le Tag PAGE mais _URL peux t-on l 'inclure?
-
Par contre je n'emploie pas dans les sources le Tag PAGE mais _URL peux t-on l 'inclure?
C'est un tag personnel.
Ca va pas le faire.
Zurga
-
Petites mises à jour :
- Le tag OCCU a désormais un PLAC.
- Ajout des notes sur les évènements.
Zurga
-
Bonsoir Zurga, bonsoir à tous,
Concernant les notes :
Dans l'état actuel, je ne sais pas faire des notes de bas de page avec renvoi.
A mon simple avis et dans le courant du propos qui nous guide, cela me semble bien accessoire.
Ensuite, il faudra se mettre d'accord sur ce qu'on veut faire de ce rapport.
On est en train de passer d'un rapport narratif à l'édition d'un livre généalogique.
Et je le redis, je ne vais pas investir tout mon temps pour créer quelque chose d'aussi complexe ou parfait que ce que peuvent proposer Elie et Patronomia
C'est toute la question.
En ce qui me concerne l'état actuel du contenu du rapport me satisfait pleinement. La note sur l'individu (INDI:NOTE) est suffisante pour y écrire tout ce que l'on souhaite : trois mots, quelques lignes, de nombreuses lignes. Insérer à la suite toutes les autres propriétés et leur contenu (NOTE), c'est là l'usine à gaz : une production lourde pour un rendu immanquablement lourd et sempiternellement à adapter en fonction des goûts et des usages de chacun, c'est-à-dire, la punition sans fin du fils d’Éole pour Zurga ! <:oD
Le fil de cette discussion a été initié sur la question de la forme du rapport et non sur celle de son contenu. En fait, nous nous égarons du sujet. ;-)
Bien cordialement.
Jean-Charles
-
Bonjour à tous,
Petites mises à jour :
- Le tag OCCU a désormais un PLAC.
- Ajout des notes sur les évènements.
Zurga
Merci Zurga, tout est parfait, et même au delà : j'ai cru hier soir que seuls les EVEN/NOTE étaient repris, mais quelle surprise ce matin de voir que toutes les notes sont reprises, avec renvoi en bas de page. On ne pouvait espérer mieux. Zurga est un dieu. Grand merci pour ceux qui exploitent la grammaire Gedcom car non, Jean-Charles, tu ne parles que pour toi ici :
A mon simple avis et dans le courant du propos qui nous guide, cela me semble bien accessoire.
[...]
La note sur l'individu (INDI:NOTE) est suffisante pour y écrire tout ce que l'on souhaite : trois mots, quelques lignes, de nombreuses lignes. Insérer à la suite toutes les autres propriétés et leur contenu (NOTE), c'est là l'usine à gaz : une production lourde pour un rendu immanquablement lourd et sempiternellement à adapter en fonction des goûts et des usages de chacun, c'est-à-dire, la punition sans fin du fils d’Éole pour Zurga ! <:oD
Fais stp un essai avec des notes individualisées sur plusieurs étiquettes comme BIRT, MARR, DEAT, OCCU, EVEN... et tu comprendras l'intérêt d'une telle saisie et l'importance et la puissance de ce qu'a créé Zurga cette nuit. Tu notes tout dans les notes de la racine pour pouvoir les reprendre avec un autre logiciel. Ce n'est pas le but de la grammaire Gedcom et de ce rapport narratif d'Ancestris.
Pour répondre plus précisément sur ce qu'a écrit Zurga hier :
Ensuite, il faudra se mettre d'accord sur ce qu'on veut faire de ce rapport.
On est en train de passer d'un rapport narratif à l'édition d'un livre généalogique.
Et je le redis, je ne vais pas investir tout mon temps pour créer quelque chose d'aussi complexe ou parfait que ce que peuvent proposer Elie et Patronomia.
Zurga
Vous avez fait atteindre en moins d'un mois un très haut niveau à ce rapport narratif qui est parfait, ou presque. Je vous applaudis et salue tout ce temps personnel. Soyez en remercié. Au delà de la narration, vous avez créé une page de garde, un sommaire, un index des lieux et des noms ainsi qu'une bibliographie des SOUR, donc vous êtes allé au delà du simple narratif et avez poussé ce rapport pratiquement vers un livre généalogique : c'est une critique extrêmement positive, alors prenez la, vous la méritez. Simplement pour dire que ce que vous avez proposé nous a incité à toujours en vouloir plus. Désolé mille fois alors si on a poussé un peu trop loin nos demandes, moi le premier.
Sur les données fournies, il n'y a plus rien à rajouter : les ENGA et MARC demandés ce weekend n'étaient pas de moi. Je ne leur trouve pas une utilité ici, mais vous demandiez un avis quant à la narration, ce que je me suis juste permis de faire pour y répondre.
J'ai fait quelques demandes récentes uniquement à des fins esthétiques ou de peaufinage parce que je n'aime pas laisser ces broutilles sur un tel rapport de qualité, si un jour vous les prenez en compte ce serait un plus. Je les reprends ici :
- j'ai l'impression que l'option de prise en compte des étiquettes perso (genre _TODO et cie) ne fonctionne pas. Je signale juste cette inaction car personnellement, cette option sera toujours décochée, je ne souhaite pas faire figurer dans ce rapport ces étiquettes.
- une ponctuation dans la bibliographie des SOUR sur les évènements : j'ai "Type d'évènements : Naissance période : ent 1803 et 1812", il aurait été plus esthétique "Type d'évènements : Naissance, période : ent 1803 et 1812"
- une page pour nous permettre de mettre des annexes en fin de document qui serait paginée et reprise dans le sommaire. En option comme pour les index de lieux, de noms, ou le sommaire et éviter de la mettre à ceux qui n'en veulent pas.
Pour les INDI encore vivants (valable pour peu d'INDI sur le rapport ascendant, mais beaucoup sur le rapport descendant si on fait une cousinade) :
- pour les NATI, basculer la phrase au présent (comme pour les OCCU)
- avoir un verbe sur la phrase de début qui reprend l'état civil. Suggestion : prendre exemple sur patronomia en mettant un sujet et un verbe à chaque évènement. Typiquement : Pierre Durand est né le...à..., il s'est marié avec X, Y le...à...., il a divorcé le...à... et il est décédé le...à...
Cette façon de narrer permettrait de maintenir un verbe dans la phrase, lorsqu'aucun DEAT n'est enregistré.
Voilà Zurga, prenez soin de vous et de vos proches désormais, nous vous sommes extrêmement reconnaissant de l'investissement que vous avez donné dans l'élaboration de ce rapport. Si vous n'avez pas le même niveau de paramétrage que Patronomia et Elie, ne rougissez pas devant la qualité narrative que vous proposez désormais.
Comme déjà dit, en rajoutant d'autres rapports comme les arbres circulaires, multi-générations ou autres, vous proposez un livre très personnalisable avec les différents rapports que l'on peut y joindre en annexes, et surtout d'une très grande qualité !
Bien à vous et bonne journée,
Un bien grand merci encore,
Rémi
-
Pour moi c'est parfait avec un plus, tous ces échanges m'ont appris quelques subtilités de la grammaire GEDCOM
Encore Bravo et merci
-
Pour moi c'est parfait avec un plus, tous ces échanges m'ont appris quelques subtilités de la grammaire GEDCOM
Encore Bravo et merci
Moi aussi, comme notamment trier manuellement le Gedcom pour l'ordre des MARR ou des CALN (et ainsi avoir dans la bibliographie des SOUR uniquement les côtes, et ne plus afficher les liens ark puisque un seul CALN est repris) ;).
Rémi
-
Bonjour Zurga, bonjour à tous,
Petites mises à jour :
- Le tag OCCU a désormais un PLAC.
- Ajout des notes sur les évènements.
Grosse mise à jour ce matin ! :-)
A priori, tout est chez-moi parfait.
Encore un grand merci à Zurga pour son incommensurable investissement dans notre petite aventure.
Grand merci pour ceux qui exploitent la grammaire Gedcom car non, Jean-Charles, tu ne parles que pour toi ici
Bien sûr Rémi, comme je l'écrivais.
Tu fais bien de le rappeler ici ; je n'avais peut-être pas été assez clair à ce sujet.
Voyant comme une lassitude dans les mots de Zurga, il m'était cher de signifier que le travail par lui accompli était déjà bien abouti et se suffisait à l'instant.
Bonne journée à tous.
Cordialement.
Jean-Charles
-
Bien sûr Rémi, comme je l'écrivais.
Tu fais bien de le rappeler ici ; je n'avais peut-être pas été assez clair à ce sujet.
Merci Jean-Charles. Ce que j'apprécie particulièrement dans cette mise à jour, c'est que les notes sont écrites en petit caractère, ce qui les met "en retrait", contrairement au bloc actuel qui, comme les citations de sources, sont dans la même police que la narration. Un peu comme la biographie des notes, le petit caractère de la police est ce qui met pour moi en valeur la narration. C'est peut être ça qui te fait dire que l'ensemble des notes reprises actuellement pourrait être trop lourdes dans le texte...
Bien à toi,
Rémi
-
Zurga a écrit hier :
Concernant les notes :
Dans l'état actuel, je ne sais pas faire des notes de bas de page avec renvoi.
C'est peut-être possible, mais pas trivial. Après j'ai bien réussi à faire un sommaire et des index, on doit bien pouvoir faire des notes de bas de page.
Aujourd'hui, je sais comment faire. ;)
C'était plus trivial que je ne le pensais.
J'ai laissé la note individuelle dans le corps du texte parce que je pense que si cette note n'est reliée à rien c'est qu'elle décrit pour partie l'individu dont on donne la biographie.
Je peux la passer en bas de page, mais cela ne me semble pas pertinent.
Pour les demandes en suspens, ne vous inquiétez pas, je ne suis pas encore lassé de développer.
On peut encore améliorer les choses.
C'est juste que je ne ferais pas des montagnes de paramètres pour prendre en compte tout ce qu'il est possible de faire en GEDCOM.
- j'ai l'impression que l'option de prise en compte des étiquettes perso (genre _TODO et cie) ne fonctionne pas. Je signale juste cette inaction car personnellement, cette option sera toujours décochée, je ne souhaite pas faire figurer dans ce rapport ces étiquettes.
Je n'ai pas revu le code derrière ce truc.
Ca peut marcher comme cela peut ne rien faire, certaines options ne sont pas codée il y a plein de gros "TODO" dans le code et autres "FIXME".
- une ponctuation dans la bibliographie des SOUR sur les évènements : j'ai "Type d'évènements : Naissance période : ent 1803 et 1812", il aurait été plus esthétique "Type d'évènements : Naissance, période : ent 1803 et 1812"
C'est pas oublié, cela va arriver.
- une page pour nous permettre de mettre des annexes en fin de document qui serait paginée et reprise dans le sommaire. En option comme pour les index de lieux, de noms, ou le sommaire et éviter de la mettre à ceux qui n'en veulent pas.
Celle-là est problématique.
Dans tous les essais, les index se sont retrouvé après la page d'annexe, ce qui pose un problème pour la pagination.
Donc pour l'instant, c'est non.
Pour les INDI encore vivants (valable pour peu d'INDI sur le rapport ascendant, mais beaucoup sur le rapport descendant si on fait une cousinade) :
- pour les NATI, basculer la phrase au présent (comme pour les OCCU)
Faut que je trouve un système plus efficace que le test manuel actuel pour passer du passé au présent.
- avoir un verbe sur la phrase de début qui reprend l'état civil. Suggestion : prendre exemple sur patronomia en mettant un sujet et un verbe à chaque évènement. Typiquement : Pierre Durand est né le...à..., il s'est marié avec X, Y le...à...., il a divorcé le...à... et il est décédé le...à...
Cette façon de narrer permettrait de maintenir un verbe dans la phrase, lorsqu'aucun DEAT n'est enregistré.
La phrase est bien, sauf si on n'a pas de naissance car on se retrouve avec "Pierre Durand, il s'est marié ...".
Du coup, je réfléchis encore à la meilleure façon de le faire.
Je dois aussi intégrer les fiançailles et les contrats de mariages et je pense qu'on sera pas mal.
Zurga
-
Re-bonjour Zurga, re-bonjour à tous,
En ce qui concerne les petits détails typographiques déjà évoqués (ordinaux, écriture des dates), une idée me viens à l'esprit. Je la partage avec vous.
Il existe un formateur de texte libre, sous licence GPL 3 : Grammalecte, http://grammalecte.net:8080/index (http://grammalecte.net:8080/index).
Son code ou un bout de son code ne serait-il pas intégrable en amont de la sortie du rapport ? ce qui résoudrait peut-être, par exemple, la complication de la mise à jour des dates au format long. L'outil contient par ailleurs une option de transformations personnelles.
Bien cordialement.
Jean-Charles
-
J'ai laissé la note individuelle dans le corps du texte parce que je pense que si cette note n'est reliée à rien c'est qu'elle décrit pour partie l'individu dont on donne la biographie.
Je peux la passer en bas de page, mais cela ne me semble pas pertinent.
Je n'ai pas d'avis sur le sujet, je laisse la majorité donner son avis (majorité qui sera très vite atteinte compte tenu du nombre d'utilisateurs à avoir donné son avis pour faire ce livre narratif). Si l'option est de la garder comme elle est aujourd'hui, j'aurais apprécié qu'on lui réduise la taille de police pour faire ressortir le reste de l'histoire qui est plus important. Idem pour les citations de sources. Qu'en pensez-vous ?
Pour les demandes en suspens, ne vous inquiétez pas, je ne suis pas encore lassé de développer.
On peut encore améliorer les choses.
C'est juste que je ne ferais pas des montagnes de paramètres pour prendre en compte tout ce qu'il est possible de faire en GEDCOM.
J'ai eu le même ressenti que Jean-Charles et j'ai culpabilisé hier. Mais comme l'a si bien dit mother10 hier, et comme on est si près du but, c'est maintenant que vous avez le nez dans le code qu'il peut être nécessaire de conclure ;)
Mon message ce matin était uniquement dans le but de rassembler les différentes demandes qui avaient été faites, désolé si cela vous a paru oppressant ou répétitif.
Je n'ai pas revu le code derrière ce truc.
Ca peut marcher comme cela peut ne rien faire, certaines options ne sont pas codée il y a plein de gros "TODO" dans le code et autres "FIXME".
Je ne me servirai pas de cette option, mais elle est présente et semble inactive, et comme vous ne ferez pas une montagne d'options, il est dommage d'en laisser une inactive ;). Et puis j'ai pensé qu'elle pourrait servir à kiadisa par rapport à sa demande d'hier sur son étiquette "_url".
Pour la ponctuation dans SOUR/DATA, cela peut être autre chose, un mot, une phrase, juste le but d'améliorer cette partie.
Celle-là est problématique.
Dans tous les essais, les index se sont retrouvé après la page d'annexe, ce qui pose un problème pour la pagination.
Donc pour l'instant, c'est non.
Noté, merci quand même d'avoir essayé. Je vais en faire une perso, elle ne sera pas indexée dans le sommaire et aura une typographie différente, mais c'est largement surmontable ;)
Je dois aussi intégrer les fiançailles et les contrats de mariages et je pense qu'on sera pas mal.
On sera plus que pas mal, bravo Zurga !
Merci pour tout,
Rémi
-
En ce qui concerne les petits détails typographiques déjà évoqués (ordinaux, écriture des dates), une idée me viens à l'esprit. Je la partage avec vous.
Il existe un formateur de texte libre, sous licence GPL 3 : Grammalecte, http://grammalecte.net:8080/index (http://grammalecte.net:8080/index).
Son code ou un bout de son code ne serait-il pas intégrable en amont de la sortie du rapport ? ce qui résoudrait peut-être, par exemple, la complication de la mise à jour des dates au format long. L'outil contient par ailleurs une option de transformations personnelles.
C'est du python et du javascript.
Va falloir pas mal retravailler pour en faire du Java.
Le problème principal n'étant pas tellement le français que d'avoir un mécanisme valable pour toutes les langues.
Zurga
-
Re-bonjour,
Zurga a écrit hier :
J'ai laissé la note individuelle dans le corps du texte parce que je pense que si cette note n'est reliée à rien c'est qu'elle décrit pour partie l'individu dont on donne la biographie.
C'est cela même, et en ce qui me concerne vous avez bien fait ! ;-)
Je peux la passer en bas de page, mais cela ne me semble pas pertinent.
Surtout pas. Je rejoins votre avis
Pour les demandes en suspens, ne vous inquiétez pas, je ne suis pas encore lassé de développer.
Nous avons bien de la chance ! :-)
Merci encore pour tout Zurga.
Bien cordialement.
Jean-Charles
-
Bonjour Rémi, re-bonjour Zurga, re-bonjour à tous,
J'ai laissé la note individuelle dans le corps du texte parce que je pense que si cette note n'est reliée à rien c'est qu'elle décrit pour partie l'individu dont on donne la biographie. Je peux la passer en bas de page, mais cela ne me semble pas pertinent.
Je n'ai pas d'avis sur le sujet (...) Si l'option est de la garder comme elle est aujourd'hui, j'aurais apprécié qu'on lui réduise la taille de police pour faire ressortir le reste de l'histoire qui est plus important. Idem pour les citations de sources. Qu'en pensez-vous ?
A mon sens, et pour mon usage, je pense comme Zurga. La note individuelle est déjà en italique, et cela est suffisant pour la distinguer de ce qui se trouve au dessus. Réduire la taille de la police de caractère détacherait trop son libellé de son utile description de l'individu.
Bien cordialement, toujours.
Jean-Charles
-
Zurga écrivait :
>> En ce qui concerne les petits détails typographiques déjà évoqués (ordinaux, écriture des dates), une idée me viens à l'esprit. Je la partage avec vous.
>>Il existe un formateur de texte libre, sous licence GPL 3 : Grammalecte, http://grammalecte.net:8080/index (...)
>C'est du python et du javascript.
> Va falloir pas mal retravailler pour en faire du Java.
Merci Zurga pour ce si rapide retour information.
>Le problème principal n'étant pas tellement le français que d'avoir un mécanisme valable pour toutes les langues.
Bien sûr ! Quelques rapprochement, sans doute, pour les textes en anglais, mais point d'universalité en la matière. Je n'y avais pas pensé. A vrai dire, les informations à ce sujet me manquent.
Bonne fin d'après-midi.
Bien cordialement.
Jean-Charles
-
Bonjour,
Pour en remettre une couche (désolé !) , je signale juste que j'ai un évènement (le petit drapeau) dont la note ne s'affiche pas dans la partie de l'individu concerné mais dans le suivant...
J'ai aussi l'âge d'un mariage qui s'affiche deux fois (c'est moins gênant).
Sinon c'est déjà super !
Claude
-
Zurga a écrit hier :
J'ai laissé la note individuelle dans le corps du texte parce que je pense que si cette note n'est reliée à rien c'est qu'elle décrit pour partie l'individu dont on donne la biographie.
Absolument, 100% d'accord.
Je peux la passer en bas de page, mais cela ne me semble pas pertinent.
Heu, .... nooooooon ;-), de mon point de vue, surtout pas, ce ne serait pas pertinent, comme tu le dis. Merci. Francois
-
Pour en remettre une couche (désolé !) , je signale juste que j'ai un évènement (le petit drapeau) dont la note ne s'affiche pas dans la partie de l'individu concerné mais dans le suivant...
J'ai aussi l'âge d'un mariage qui s'affiche deux fois (c'est moins gênant).
Je suis preneur de l'extrait de GEDCOM qui correspond au problème.
Tel que le code est écrit, il est strictement impossible qu'une note aille ailleurs que sur l'évènement qui lui est associé.
Pour l'âge, je n'ai rien changé.
Je vais voir si le système ne prend pas l'âge des deux mariés pour l'afficher.
Zurga
-
Bonjour,
Je viens de générer un GEDCOM partiel (avec les médias spécifiques aux individus) pour le joindre en privé, mais après vérification en créant un Rapport Lignée narrative le bug est disparu !!
Il apparait de nouveau avec le GEDCOM complet (avec les médias spécifiques aux individus) mais disparait si je décoche l'option ''Inclure les images''.
Du coup je ne sais que vous transférer pour vous aider à identifier ce bug.
Claude
-
Si vous voulez que je regarde en détail, il me faut le GEDCOM qui pose problème.
Et me donner des indications sur les individus qui posent problème.
Zurga
-
Bonjour Zurga, bonjour à tous,
Juste une petite remarque de détail au sujet de la présentation des notes en bas de page. Il semble qu'elles ne respectent pas les sauts de ligne, un peu comme le rapport dans son ensemble avant le lancement de ce fil de discussion et vos interventions sur le code. Cf. PJ.
Bonne journée à tous.
Cordialement.
Jean-Charles
-
Si vous voulez que je regarde en détail, il me faut le GEDCOM qui pose problème.
Et me donner des indications sur les individus qui posent problème.
Zurga
Je sais joindre une photo mais pas un fichier GEDCOM à un message personnel.
Il me faudrait aussi envoyer les médias spécifiques aux individus car si je décoche l'option ''inclure les images'' la note retrouve sa bonne place.
Claude
-
Je sais joindre une photo mais pas un fichier GEDCOM à un message personnel.
Il me faudrait aussi envoyer les médias spécifiques aux individus car si je décoche l'option ''inclure les images'' la note retrouve sa bonne place.
Claude
Envoyez-moi tout à zurga @ ancestris . org
Zurga
-
Juste une petite remarque de détail au sujet de la présentation des notes en bas de page. Il semble qu'elles ne respectent pas les sauts de ligne, un peu comme le rapport dans son ensemble avant le lancement de ce fil de discussion et vos interventions sur le code. Cf. PJ.
Vi, c'était prévu d'être commit hier soir, mais j'ai eu un empêchement.
Ca arrive, j'avais vu.
Zurga
-
C'est posté, le dernier post est peut-être lié à mes remarques.
Claude
-
C'est posté, le dernier post est peut-être lié à mes remarques.
Claude
J'ai vos images, mais pas votre GEDCOM.
Zurga
-
Evolutions du jour :
- Correction de l'index des noms lorsqu'il n'y a pas de prénom pour une personne.
- Modification de l'affichage des notes, le résultat doit être exactement ce qu'il y a dans l'éditeur, y compris pour les notes de bas de page.
Zurga
-
Evolutions du jour :
- Correction de l'index des noms lorsqu'il n'y a pas de prénom pour une personne.
- Modification de l'affichage des notes, le résultat doit être exactement ce qu'il y a dans l'éditeur, y compris pour les notes de bas de page.
Zurga
Bonjour à tous,
Encore une belle mise à jour, merci Zurga.
Bien vu pour l'index des noms, n'ayant pas de cas je ne l'avais pas remarqué. Et c'est en en créant un pour tester que je me suis aperçu d'une autre chose dans la narration principale du début sur l'état civil : puisque cette demande est en attente et à l'étude de vocables adaptés, j'en profite pour autres choses.
L'absence de prénom est parfaite puisque le champ n'est tout simplement pas pris en compte, au même titre que s'il n'y a pas de décès ou de divorce, l'ensemble du champ n'est pas renseigné. Il n'y a pas d'espace inutile ou de mots autres (c'est différent sur l'absence de mariage qui affiche utilement "relation avec", je pense que dans la réécriture on pourra peut être compléter par "en relation avec"...)
Mais ce n'est pas le cas sur l'absence notamment de lieu. Typiquement nous avons "à ()". Je n'ai pas testé pour la présence d'un lieu avec l'absence d'une date, ce sera probablement la même chose, mais si on a pu le faire pour le reste il doit probablement être facile de faire la même chose pour ces deux champs là, c'est-à-dire supprimer et ne pas les renseigner si le champ est vide ?
Pour la liste des enfants, nous avons en titre "enfants de X et Y". Pour mon usage personnel il serait plus opportun de mettre "enfants connus de X et Y". Car si l'on connaît l'exhaustivité des enfants sur la période contemporaine, ce n'est pas forcément le cas dès que l'on monte dans les générations et on ne renseigne probablement pas systématiquement toute la fratrie. L'ajout de ce vocable serait je pense plus adapté.
Aussi, peut-on forcer un saut de page pour maintenir ce bloc en entier, s'il ne tient pas sur la même page en cours ? Typiquement j'ai en bas d'une page :
Enfants de X et Y
Puis toutes les notes individualisées reprises en bas de page
Et sur la page suivante démarre l'énumération de la fratrie.
Il aurait été plus opportun je pense que le titre soit juste au-dessus de l'énumération pour ne pas se trouver dans le cas que je viens de citer. Très probablement plus facile à penser, à souhaiter et à dire...qu'à faire dans le code.
Merci Zurga pour l'étude de nos demandes et le travail réalisé.
Bien à vous,
Rémi
-
Goodmorning all,
Just a short remark for those able to read/write in English.
There is another post/thread in the English forum about the exact same report.
https://forum.ancestris.org/index.php?topic=4426.0 (https://forum.ancestris.org/index.php?topic=4426.0)
I started it to be able to present the results of this same narrative report, but this time for the report in the English or in the Dutch language.
So it could very well be you will see changes coming from that thread.
Thought I would mention it.
Regards,
Mother10
-
Aussi, peut-on forcer un saut de page pour maintenir ce bloc en entier, s'il ne tient pas sur la même page en cours ? Typiquement j'ai en bas d'une page :
Enfants de X et Y
Puis toutes les notes individualisées reprises en bas de page
Et sur la page suivante démarre l'énumération de la fratrie.
Il aurait été plus opportun je pense que le titre soit juste au-dessus de l'énumération pour ne pas se trouver dans le cas que je viens de citer. Très probablement plus facile à penser, à souhaiter et à dire...qu'à faire dans le code.
J'ai essayé à la demande de François par mail, mais je n'ai pas encore réussi à le faire.
Typiquement, je n'ai pas la main sur le nombre de lignes de la page.
La mise en page est faite automatiquement dans la conversion, même en indiquant qu'il faut conserver le bloc de donnée avec le suivant, cela coupe.
Vu les essais que j'ai fait, je ne suis pas sur de trouver une solution à ce point particulier.
Zurga
-
Bonjour,
J'ai vu, mais je pense que c'est suite à une demande dans le forum anglais, que les notes sont retranscrites _exactement_ comme elles le sont dans le gedcom ce qui est très bien, car on a les retours à la ligne, etc. Il y a cependant un effet secondaire, c'est que le texte n'est pas aligné sur la gauche, sans doute à cause des espaces libres entre deux mots.
Voilà l"exemple d'une de mes notes :
[13]
J'ai cherché longuement sa date de naissance.
Au début, je pensais qu'il était né dans les années 1774. J'avais écrit à l'époque : "Je ne suis pas sûr du tout
de cette période de naissance. On ne peut pas lire l'age de Antoine Chavinier sur son extrait d'acte de décès.
On pourrait penser qu'ils mettent qu'il a "soixante deux ans" ou "soixante douze ans". J'ai ....
On voit qu'avant le "de" de la 3ème ligne, j'ai un espace blanc, et donc l'alignement à gauche des lignes n'est plus respecté. Ce "blanc" avant le "de", résulte du fait que l'on a un espace bien sûr entre les mots "du tout de cette période.."
Je ne pense pas qu'on puisse y faire grand chose si l'on reprend le texte de la note, sauf à l'analyser ce qui là dépasse le but du rapport.
Ce qui aurait pu être "sympa", mais là encore, c'est un travail dont je ne connais pas l'ampleur, ce serait d'avoir le texte des notes légèrement en retrait (5 ou 6 caractères) de la marge gauche surtout que la 1ère ligne de retranscription de la note respecte déjà ce retrait. Ca donnerait un truc comme ça :
[13]
J'ai cherché longuement sa date de naissance.
Au début, je pensais qu'il était né dans les années 1774. J'avais écrit à l'époque : "Je ne suis pas sûr du tout
de cette période de naissance. On ne peut pas lire l'age de Antoine Chavinier sur son extrait d'acte de décès.
On pourrait penser qu'ils mettent qu'il a "soixante deux ans" ou "soixante douze ans". J'ai ....
[14]
Blablabla
Cela permettrait encore mieux de distinguer le texte des notes du reste du texte.
Mais encore une fois, tout ce qui a été fait, est absolument super, et vraiment on a un résultat génial. Merci. Francois
-
J'ai essayé à la demande de François par mail, mais je n'ai pas encore réussi à le faire.
Typiquement, je n'ai pas la main sur le nombre de lignes de la page.
La mise en page est faite automatiquement dans la conversion, même en indiquant qu'il faut conserver le bloc de donnée avec le suivant, cela coupe.
Vu les essais que j'ai fait, je ne suis pas sur de trouver une solution à ce point particulier.
Zurga
Désolé de ce doublon, je n'ai pas fait attention à la demande de François.
Merci d'avoir essayé quand même.
Rémi
-
Goodmorning all,
Just a short remark for those able to read/write in English.
There is another post/thread in the English forum about the exact same report.
https://forum.ancestris.org/index.php?topic=4426.0 (https://forum.ancestris.org/index.php?topic=4426.0)
I started it to be able to present the results of this same narrative report, but this time for the report in the English or in the Dutch language.
So it could very well be you will see changes coming from that thread.
Thought I would mention it.
Regards,
Mother10
Bonjour mother10,
J'ai vu que la modification pour l'index des noms venait de votre demande sur l'autre fil. Vous avez raison d'avoir ouvert un fil dans votre langue pour votre pays, et vos remarques et suggestions sont très constructives et nous aident à faire encore évoluer ce rapport narratif donc merci pour vos interventions.
Rémi
-
Hello all,
Voilà l"exemple d'une de mes notes :
Code: [Select]
[13]
J'ai cherché longuement sa date de naissance.
Au début, je pensais qu'il était né dans les années 1774. J'avais écrit à l'époque : "Je ne suis pas sûr du tout
de cette période de naissance. On ne peut pas lire l'age de Antoine Chavinier sur son extrait d'acte de décès.
On pourrait penser qu'ils mettent qu'il a "soixante deux ans" ou "soixante douze ans". J'ai ....
On voit qu'avant le "de" de la 3ème ligne, j'ai un espace blanc, et donc l'alignement à gauche des lignes n'est plus respecté. Ce "blanc" avant le "de", résulte du fait que l'on a un espace bien sûr entre les mots "du tout de cette période.."
This might be caused by the way the NOTE is structured.
See screenshot.
It comes from the gedcom 5.5.1 specification.
Because of the max-line-length of a Gedcom-line long texts have to be cut in pieces.
Now that extra space mentioned by Averness could be necessary because of that.
When the lines of a NOTE are "glued together" with CONC, not with CONT, sometimes you might need 1 extra space at the beginning of the next line, otherwise the last word of the preceding line, is put directly after the first word of the next line, without any space in between the 2 words.
So I think it matters much HOW your NOTE is written in the Gedcom file.
As long as you are inside 1 paragraph in a NOTE, even when that would be a total A4 of text, lines should be CONCatinated. (So the recieving program can use its own formatting for that whole paragraph of text)
When you want to start a new line, new paragraph in fact, (CRLF) you should use 1 CONT.
So when the text inside a NOTE would be correctly formatted with CONC's and CONT's at the correct places, it should not be a problem.
Does that help?
Regards,
Mother10
-
Evolutions du jour :
- (...)
- Modification de l'affichage des notes, le résultat doit être exactement ce qu'il y a dans l'éditeur, y compris pour les notes de bas de page.
Bonjour Zurga, bonjour à tous,
Évolution du jour testée. Parfaite ! J'ai en outre remarqué la bienvenue disparition des signe et numérotation du renvoi [...] lorsque l'option Générer les notes est décochée, ce qui n'était pas le cas précédemment.
Merci Zurga.
Bonne journée à tous.
Cordialement.
Jean-Charles
-
J'ai en outre remarqué la bienvenue disparition des signe et numérotation du renvoi [...] lorsque l'option Générer les notes est décochée, ce qui n'était pas le cas précédemment.
Jean-Charles
Bonjour Jean-Charles,
Je ne comprends pas ce que tu veux dire et expliquer...
Rémi
-
Bonjour Rémi, Re-bonjour à tous,
Rémi écrit :
l'absence de mariage qui affiche utilement "relation avec", je pense que dans la réécriture on pourra peut être compléter par "en relation avec"
Que pensez vous du - certes plus moderne - en couple avec ; l'équivalent, si je ne m'abuse de l'anglais relationship.
Bien cordialement.
Jean-Charles
-
J'ai en outre remarqué la bienvenue disparition des signe et numérotation du renvoi [...] lorsque l'option Générer les notes est décochée, ce qui n'était pas le cas précédemment.
(...) Je ne comprends pas ce que tu veux dire et expliquer...
Re-bonjour Rémi,
Regarde ici la pièce jointe.
jchr
-
Hi,
Sorry, but as we are in a french sub-forum, I have to write in french. Please use a translation engine to understand my writing. IMHO the best engine is Deepl (https://www.deepl.com/translator)
Comme nous sommes dans un sous-forum français, je dois écrire en français, donc utilise un moteur de traduction pour comprendre mon message. Le meilleur outil de traduction est Deepl (https://www.deepl.com/translator)
Hello all,
Voilà l"exemple d'une de mes notes :
Code: [Select]
[13]
J'ai cherché longuement sa date de naissance.
Au début, je pensais qu'il était né dans les années 1774. J'avais écrit à l'époque : "Je ne suis pas sûr du tout
de cette période de naissance. On ne peut pas lire l'age de Antoine Chavinier sur son extrait d'acte de décès.
On pourrait penser qu'ils mettent qu'il a "soixante deux ans" ou "soixante douze ans". J'ai ....
On voit qu'avant le "de" de la 3ème ligne, j'ai un espace blanc, et donc l'alignement à gauche des lignes n'est plus respecté. Ce "blanc" avant le "de", résulte du fait que l'on a un espace bien sûr entre les mots "du tout de cette période.."
This might be caused by the way the NOTE is structured.
See screenshot.
It comes from the gedcom 5.5.1 specification.
Because of the max-line-length of a Gedcom-line long texts have to be cut in pieces.
Non, selon moi, cela n'a rien à voir avec la grammaire gedcom, et donc avec les tags CONC et CONT. Pour moi, je pense que Zurga reprend lettre à lettre le contenu d'une note, et un espace entre deux mots est repris et donc réécris dans la sortie du rapport. Si cet espace arrive en début de ligne, il est réécrit, ce qui donne ce décalage. Si l'on voulait que cela n'arrive pas, je pense qu'il faudrait que Zurga vérifie si en début d'une ligne, il y a un espace, et si c'est le cas, il faudrait qu'il le supprime pour que ce soit le mot qui suit cet espace qui arrive en début de ligne. Cela me semble compliqué pour lui.
Si je me trompe dans mon analyse, Zurga rectifiera bien sûr. Francois
-
Re-bonjour à tous,
Rémi écrivait :
Pour mon usage personnel il serait plus opportun de mettre "enfants connus de X et Y" (...) Car si l'on connaît l'exhaustivité des enfants sur la période contemporaine.
Ne risque-t-on pas alors de laisser croire qu'il existe des enfants inconnus des couples de la période contemporaine ? ;-)
Ceci dit, juste pour le fun.
Bien cordialement.
Jean-Charles
-
Désolé de ce doublon, je n'ai pas fait attention à la demande de François.
Merci d'avoir essayé quand même.
Non tu n'as pas à t'excuser. Comme Zurga l'a dit, c'est une demande que je lui avais fait directement par mail, et pas par le forum, donc tu ne pouvais pas le savoir ;-) - Francois
-
Rémi écrit :
Aussi, peut-on forcer un saut de page pour maintenir ce bloc en entier, s'il ne tient pas sur la même page en cours ? Typiquement j'ai en bas d'une page :
Enfants de X et Y
C'est, plus généralement, toute la question des veuves, évoquée précédemment, au même titre que les orphelines.
Bien cordialement.
Jean-Charles
-
Re-bonjour Rémi,
Regarde ici la pièce jointe.
jchr
Merci. Je suis surpris de ne pas l'avoir vu car j'avais essayé, mais je ne remets pas en cause ce que tu dis.
Ok
Re-bonjour à tous,
Rémi écrivait :
Pour mon usage personnel il serait plus opportun de mettre "enfants connus de X et Y" (...) Car si l'on connaît l'exhaustivité des enfants sur la période contemporaine.
Ne risque-t-on pas alors de laisser croire qu'il existe des enfants inconnus des couples de la période contemporaine ? ;-)
Ceci dit, juste pour le fun.
Bien cordialement.
Jean-Charles
Peu importe je pense, car en montant les générations, je suis certain de ne pas tous les mettre.
Le contraire marche aussi : en l'état, ne risque-t-on pas de croire que tous les enfants sont cités, alors que ce n'est pas vrai sur toutes les saisies ?
Donc je pense qu'il est nécessaire de le rajouter.
Ceci dit, je suis quasiment certain qu'on a déjà évoqué ce vocable il y a quelques semaines, et c'était Zurga qui l'avait proposé. Je ne retrouve cependant pas trace de cet échange.
Rémi
-
Bonjour,
J'ai vu, mais je pense que c'est suite à une demande dans le forum anglais, que les notes sont retranscrites _exactement_ comme elles le sont dans le gedcom ce qui est très bien, car on a les retours à la ligne, etc. Il y a cependant un effet secondaire, c'est que le texte n'est pas aligné sur la gauche, sans doute à cause des espaces libres entre deux mots.
Bonjour François, re-bonjour à tous,
A priori, je ne reproduis pas ce problème.
Par contre, lorsque la note de bas de page est trop longue (une, voire plusieurs pages), elle s'accroche un peu trop au texte principal (INDI:NOTE). Voyez la pièce jointe.
Ceci dit, des notes si longues, je ne devrais peut-être pas... ;-)
Bien amicalement.
Jean-Charles
-
Hello all,
Voilà l"exemple d'une de mes notes :
Code: [Select]
[13]
J'ai cherché longuement sa date de naissance.
Au début, je pensais qu'il était né dans les années 1774. J'avais écrit à l'époque : "Je ne suis pas sûr du tout
de cette période de naissance. On ne peut pas lire l'age de Antoine Chavinier sur son extrait d'acte de décès.
On pourrait penser qu'ils mettent qu'il a "soixante deux ans" ou "soixante douze ans". J'ai ....
On voit qu'avant le "de" de la 3ème ligne, j'ai un espace blanc, et donc l'alignement à gauche des lignes n'est plus respecté. Ce "blanc" avant le "de", résulte du fait que l'on a un espace bien sûr entre les mots "du tout de cette période.."
This might be caused by the way the NOTE is structured.
See screenshot.
It comes from the gedcom 5.5.1 specification.
Because of the max-line-length of a Gedcom-line long texts have to be cut in pieces.
Hi mother10, re-bonjour à tous,
mother10 écrit en anglais :
Cela peut être dû à la manière dont la NOTE est structurée (...) Cela provient de la spécification gedcom 5.5.1.
En raison de la longueur de ligne maximale d'une ligne Gedcom, les longs textes doivent être coupés en morceaux
Effectivement, nous y avons pensé et oublié de le signaler tout à l'heure. J'ai encore dans mes gedcom de vieilles notes dont le texte est encore tronçonné à cause de cette spécificité.
Kindest regards
Jean-Charles
PS : François qui écrit : Non, selon moi, cela n'a rien à voir avec la grammaire gedcom, et donc avec les tags CONC et CONT.
Flûte ! Ma lecture des posts de ce jour est décalée. A vrai dire, il y en a un paquet ! ;-)
-
Ceci dit, des notes si longues, je ne devrais peut-être pas... ;-)
Bien amicalement.
Jean-Charles
L'intérêt je pense de scinder les notes pour les individualiser.
Rémi
-
Bonjour Jean-Charles,
Bonjour,
J'ai vu, mais je pense que c'est suite à une demande dans le forum anglais, que les notes sont retranscrites _exactement_ comme elles le sont dans le gedcom ce qui est très bien, car on a les retours à la ligne, etc. Il y a cependant un effet secondaire, c'est que le texte n'est pas aligné sur la gauche, sans doute à cause des espaces libres entre deux mots.
Bonjour François, re-bonjour à tous,
A priori, je ne reproduis pas ce problème.
Je pense qu'une capture d'écran illustrera mieux mon propos. Voir pièce jointe. Francois
-
Ceci dit, je suis quasiment certain qu'on a déjà évoqué ce vocable il y a quelques semaines, et c'était Zurga qui l'avait proposé. Je ne retrouve cependant pas trace de cet échange.
Je ne parlais que des couples dont on ne donne aucun enfant.
Le "Sans enfant" me paraissait un peu violent.
Je n'ai rien contre à ajouter "connu" sur le libellé en Français.
Zurga
-
Je pense qu'une capture d'écran illustrera mieux mon propos. Voir pièce jointe. Francois
Je peux peut-être améliorer cela.
Juste pour dire que les CONC ne sont pas repris dans Ancestris, tout est concaténé et même si à l'arrivée dans le GEDCOM il y a des lignes CONC, dans l'application, ce n'est qu'une seule chaine de caractère.
Zurga
-
Bonjour Jean-Charles,
Bonjour,
J'ai vu, mais je pense que c'est suite à une demande dans le forum anglais, que les notes sont retranscrites _exactement_ comme elles le sont dans le gedcom ce qui est très bien, car on a les retours à la ligne, etc. Il y a cependant un effet secondaire, c'est que le texte n'est pas aligné sur la gauche, sans doute à cause des espaces libres entre deux mots.
Bonjour François, re-bonjour à tous,
A priori, je ne reproduis pas ce problème.
Je pense qu'une capture d'écran illustrera mieux mon propos. Voir pièce jointe. Francois
Re-bonjour François,
Tu as raison, une petite image vaut mieux qu'un grand discours.
Ma capture d'écran en pièce jointe. On y trouve encore la coupure malencontreuse de paragraphe (PJ1) qui se visualise ainsi dans le gedcom (PJ2).
Bien amicalement.
Jean-Charles
-
Ma capture d'écran en pièce jointe. On y trouve encore la coupure malencontreuse de paragraphe (PJ1) qui se visualise ainsi dans le gedcom (PJ2).
Cela me semble normal, tu as un retour chariot après les mots "cimetière", "Antoine", "curé", donc c'est normal que dans le résultat du rapport tu ais des retours à la ligne. Ou alors je n'ai pas compris ton problème, désolé, et toutes mes excuses si c'est le cas. Francois
-
Bonjour à tous,
Voici un autre essai. (Faites-le traduire par Google)
Avec une capture d'écran pour que ce soit beaucoup plus clair qu'une page entière d'explication.
J'ai fait ce qui suit pour un test:
Doté du dernier gedcom Kennedy original. Ici, j'ai ajouté une entité Note et une propriété Note pour John F Kennedy, en la remplissant avec "Lorum Ipsum".
Ancestris crée 2 notes avec toutes les CONC. C'est parfait.
Mais regardez les autres notes de ce fichier, elles n'ont pas de CONC, mais des CONT!!
Ce n'est pas correct à mon avis. Ils sont juste là, ce n'est pas la faute d'Ancestris, mais c'est la cause du problème.
À mon avis, ces notes devraient être converties en CONC!
Je suis très curieux de voir à quoi ressemble la note d'Averness dans le Gedcom. Je suis sûr que ce sont des CONT.
Capture d'écran:
Jaune : CONC
Orange CONT
Vert : c'est en fait 1 phrase séparée en 2 CONT.
Flèches : Il s'agit toujours d'un mot, qui est divisé en deux DANS le mot.
À mon avis, le problème réside dans la NOTE elle-même.
À L'INTÉRIEUR de la note, une phrase est coupée, tandis que la phrase continue en fait sur la ligne suivante.
Cela peut entraîner l'utilisation de CONT, alors qu'il aurait dû être CONC.
Maintenant, À L'INTÉRIEUR, la note est formatée.
Le formatage doit être fait EN DEHORS de la note, mais cela ne fonctionnera jamais de cette façon.
Dans mon travail de programmeur, j'ai vite compris qu'il faut s'attaquer à un problème à la cause, pas à l'effet.
Parce qu'alors le plâtre reste.
Si la NOTE est remplie correctement, le reste est simple.
En tout cas, de toute cette discussion, il est devenu clair pour moi que je vais examiner très attentivement TOUTES mes notes. Et assurez-vous que le contenu peut être interprété correctement.
Mais je suis sûr que notre Zurga trouvera une excellente solution !
Bien amicalement,
Tineke
-
Ma capture d'écran en pièce jointe. On y trouve encore la coupure malencontreuse de paragraphe (PJ1) qui se visualise ainsi dans le gedcom (PJ2).
Cela me semble normal, tu as un retour chariot après les mots "cimetière", "Antoine", "curé", donc c'est normal que dans le résultat du rapport tu ais des retours à la ligne. Ou alors je n'ai pas compris ton problème, désolé, et toutes mes excuses si c'est le cas. Francois
Ne t'excuses de rien, François, tu m'en trouverais navré.
Tu as tout à fait raison.
En fait, ces retours de ligne ne sont pas de mon fait. Très certainement un héritage d'avant Ancestris. Je les retrouve dans les éditeurs et les gère en les supprimant manuellement à l'occasion et en fonction de l'utilité du moment, faute de mieux.
Très cordialement.
Jean-Charles
-
Pour en revenir à la base : la norme GEDCOM qui sert de support à tout Ancestris.
Les lignes qui dépassent les 256 caractères sont prohibées dans le GEDCOM 5.5 et 5.5.1.
Si on a des lignes qui débordent, il faut mettre des CONC (concaténation).
Ancestris les remets toutes ensembles pour faire une seule ligne
Les passages à la ligne sont interdit dans le GEDCOM.
Pour les avoir, la norme prévoit de mettre un tag CONT
De ce fait, si Ancestris voit un CONT, il met une nouvelle ligne, quelque soit le nombre de caractères de la ligne précédente.
C'est ce qu'on constate sur vos copies d'écrans.
Et je ne changerai rien à ce fonctionnement :
- Sil y a un CONT, vous aurez une nouvelle ligne.
- S'il y a un CONC, la ligne se continuera.
Reste le cas de l'espace de François en début de ligne que je pense être en mesure de régler avec un paramètre adapté à la situation.
Je vous en dirai plus quand j'aurais pu tester.
Zurga
-
Ceci dit, je suis quasiment certain qu'on a déjà évoqué ce vocable il y a quelques semaines, et c'était Zurga qui l'avait proposé. Je ne retrouve cependant pas trace de cet échange.
Je ne parlais que des couples dont on ne donne aucun enfant.
Le "Sans enfant" me paraissait un peu violent.
Je n'ai rien contre à ajouter "connu" sur le libellé en Français.
Zurga
Merci Zurga pour rappeler mon bon souvenir. C'était donc ça.
Je confirme vouloir ce vocable pour les raisons évoquées ci-dessus, qui sera en plus en phase avec les couples sans enfant.
Merci
Rémi
-
En fait, ces retours de ligne ne sont pas de mon fait. Très certainement un héritage d'avant Ancestris. Je les retrouve dans les éditeurs et les gère en les supprimant manuellement à l'occasion et en fonction de l'utilité du moment, faute de mieux.
Très cordialement.
Jezan-Charles
Jean-Charles,
Si cela peut t'aider, avec LibreOffice Writer (cela peut être avec un simple éditeur de texte ou Microsoft Word, je n'ai pas testé avec ces derniers, je ne parle que de ce que je connais), j'enlève d'une traite tous les retours chariots de la manière suivante :
- Sélectionne le texte à traiter (ou Ctrl + A pour tout prendre)
- Ctrl + H (rechercher / remplacer)
- Dans "Rechercher" tu saisis "\n", sans mettre les guillemets, dans le champ du caractère
- Saisis une espace dans le champ "Remplacer"
- Coches la case "Expression régulière"
- Cliques sur "Tout remplacer"
Terminé.
PS : au point 3, tu peux remplacer "\n" par "$" pour supprimer de simples retours à la ligne (qui ne sont pas les retours chariots), ou "^" suivi d'une espace pour supprimer tous les espaces en début de ligne. Pour ce dernier point très particulier de supprimer les espaces en début de ligne, on ne met alors rien dans le champ "Remplacer".
Je me sers de ça quand je copie/colle dans un traitement de texte un long paragraphe pris sur internet, qui sont alors bourrés de retours chariots et de simples retours à la ligne.
Rémi
-
Bonjour et désolé d'intervenir si tard mais je viens de prendre connaissance de ce rapport.
Je l'ai lancé et cela fonctionne (comme d'habitude).
Et un grand bravo aux développeurs.
Un souci, mais qui vient peut-être de ma façon d'utiliser les sources : je mets en note le permalien de l'acte.
Un exemple :
"
SOUR @S7@
PAGE 138 / 364
OBJE
TITL Acte de Naissance
FILE Documents Archivés/VANNIER-TRIHAN/DUFOUR_Julienne_Ro_N_Montenay_1802.jpg
FORM jpg
NOTE Déclaration1 mois après, le premier pluviose an 11
NOTE https://archives.lamayenne.fr/archives-en-ligne/ark:/37963/r707102z6m76tk/f138"
Sa transcription dans le rapport :
[Naissance: "AD 53" par Archives Départementales de Mayenne, p. 138 / 364 Texte : https://chercherarchives.
lamayenne.fr/archives-en-ligne/etat-civil-search-form.html?base=ead2&rbase=ead2&form-displaymodes=
custom&facets=udate%3Bfgeogcommune%3Bfanciennescommune%3Bfinstitution_paroisse%3Bftypedocec
%3Bflisteacte%3Bfbdate&name=etat-civil&linkBack=true&nstart=
0&cop1=AND&champ1=fcommunes_paroisses&query1=Ern%C3%A9e+%28Mayenne%2C+France
%29&cop2=AND&champ2=ftypedocec&query2=Registres+d
%27actes&cop3=AND&champ3=id_annee&du3=1901&db3=&de3=&JR=Jours&MR=Mois&AR=Ann
%C3%A9es&JCR=Jours&AJCR=Ann%C3%A9es&JResult=&MResult=&AResult=&JG=Jours&MG=Mois&AG=Ann
%C3%A9es&skippage=here&sf=fbdate.]
Le permalien dans ancestris : https://archives.lamayenne.fr/archives-en-ligne/ark:/37963/r707102z6m76tk/f138
Le même permalien dans le rapport :
https://chercherarchives.
lamayenne.fr/archives-en-ligne/etat-civil-search-form.html?base=ead2&rbase=ead2&form-displaymodes=
custom&facets=udate%3Bfgeogcommune%3Bfanciennescommune%3Bfinstitution_paroisse%3Bftypedocec
%3Bflisteacte%3Bfbdate&name=etat-civil&linkBack=true&nstart=
0&cop1=AND&champ1=fcommunes_paroisses&query1=Ern%C3%A9e+%28Mayenne%2C+France
%29&cop2=AND&champ2=ftypedocec&query2=Registres+d
%27actes&cop3=AND&champ3=id_annee&du3=1901&db3=&de3=&JR=Jours&MR=Mois&AR=Ann
%C3%A9es&JCR=Jours&AJCR=Ann%C3%A9es&JResult=&MResult=&AResult=&JG=Jours&MG=Mois&AG=Ann
%C3%A9es&skippage=here&sf=fbdate.
Qui ne pointe pas sur l'acte....
Mais rien ne urge et l'erreur vient peut-être de moi
Encore merci pour ces développements
-
Le code n'invente rien.
Vérifiez que vous n'avez pas une balise TEXT soit dans la source soit dans la citation de la source au niveau de l'évènement.
Dans votre cas, je regarderais le contenu de la source S7
Vous devriez y trouver un DATA:TEXT qui contient le lien que vous indiquez.
Zurga
-
Bonjour Tineke,
Ancestris crée 2 notes avec toutes les CONC. C'est parfait.
Mais regardez les autres notes de ce fichier, elles n'ont pas de CONC, mais des CONT!!
Ce n'est pas correct à mon avis. Ils sont juste là, ce n'est pas la faute d'Ancestris, mais c'est la cause du problème.
À mon avis, ces notes devraient être converties en CONC!
Je suis très curieux de voir à quoi ressemble la note d'Averness dans le Gedcom. Je suis sûr que ce sont des CONT.
Comme je l'avais dit, le problème que j'ai soulevé ne vient absolument pas de ça. Zurga l'a confirmé et a donné une explication dans ce thread sur les tags CONC et CONT.
Zurga va trouver une solution pour le problème que j'ai soulevé, et ainsi cette question d'espace vide en début de phrase sera résolue. Si tu fais un retour chariot (carriage return) dans une note elle sera correctement reprise dans le rapport.
Dans Ancestris vous remplissez vos notes sans vous occuper de rien. Si vous avez besoin dans une note d'aller à la ligne, vous y allez, sinon vous tapez votre note sans vous occuper de quoique ce soit. Ancestris gère ça et le rapport avec la correction que va apporter Zurga va permettre qu'un espace vide en début d'une phrase du rapport ne gène pas l'alignement à gauche.
Francois
-
Un souci, mais qui vient peut-être de ma façon d'utiliser les sources : je mets en note le permalien de l'acte.
Un exemple :
"
SOUR @S7@
PAGE 138 / 364
OBJE
TITL Acte de Naissance
FILE Documents Archivés/VANNIER-TRIHAN/DUFOUR_Julienne_Ro_N_Montenay_1802.jpg
FORM jpg
NOTE Déclaration1 mois après, le premier pluviose an 11
NOTE https://archives.lamayenne.fr/archives-en-ligne/ark:/37963/r707102z6m76tk/f138"
Sa transcription dans le rapport :
[Naissance: "AD 53" par Archives Départementales de Mayenne, p. 138 / 364 Texte : https://chercherarchives.
lamayenne.fr/archives-en-ligne/etat-civil-search-form.html?base=ead2&rbase=ead2&form-displaymodes=
custom&facets=udate%3Bfgeogcommune%3Bfanciennescommune%3Bfinstitution_paroisse%3Bftypedocec
%3Bflisteacte%3Bfbdate&name=etat-civil&linkBack=true&nstart=
0&cop1=AND&champ1=fcommunes_paroisses&query1=Ern%C3%A9e+%28Mayenne%2C+France
%29&cop2=AND&champ2=ftypedocec&query2=Registres+d
%27actes&cop3=AND&champ3=id_annee&du3=1901&db3=&de3=&JR=Jours&MR=Mois&AR=Ann
%C3%A9es&JCR=Jours&AJCR=Ann%C3%A9es&JResult=&MResult=&AResult=&JG=Jours&MG=Mois&AG=Ann
%C3%A9es&skippage=here&sf=fbdate.]
Bonjour Gérard,
Personnellement, je mets les permaliens ark sous l'étiquette CALN.
Les NOTE ne sont là que pour des notes, personnelles, courtes de préférence.
Normalement, tout ce que vous voulez mettre en données a son étiquette dédiée, ou presque, les EVEN permettent plus de souplesse sur les quelques manques.
Rémi
-
En fait, ces retours de ligne ne sont pas de mon fait. Très certainement un héritage d'avant Ancestris. Je les retrouve dans les éditeurs et les gère en les supprimant manuellement à l'occasion et en fonction de l'utilité du moment, faute de mieux.
(...)
Si cela peut t'aider, avec LibreOffice Writer (cela peut être avec un simple éditeur de texte ou Microsoft Word (...)
Re-bonjour à tous,
Un grand merci Rémi pour cette soluce et plus encore d'avoir pris le temps de me venir en aide.
Je corrige les notes mal formatées directement dans Ancestris.
Par ailleurs, j'ouvre actuellement mes gedcom avec BBEdit (ex-TextWran.gler), n'ayant jamais eu trop confiance en TextEdit, l'éditeur de texte d'Apple. Sous environnement Windows et sous Linux, j'utilisais Notepad++.
Je n'ai jamais osé ouvrir les gedcom avec Word, Pages (Mac app) ou Writer (Libre office) ne serait-ce que par crainte d'une modification à sauvegarde du fichier, du genre codage singulier, voire invisible, avec BOM (Byte Order Mark) ou sans BOM.
Pour en revenir à ta solution. Pour un essai avec BBEdit, est-elle susceptible de faire l'impasse des marqueurs de coupure CONT ?
3 CONT de l'Eglise Saint Etienne du Terme Antoine
3 CONT Riviere.
3 CONT (...)"
3 CONT Extrait de son original par moi Philippi curé
3 CONT l'an 1736."
Bien cordialement.
Jean-Charles
-
Pour en revenir à ta solution. Pour un essai avec BBEdit, est-elle susceptible de faire l'impasse des marqueurs de coupure CONT ?
3 CONT de l'Eglise Saint Etienne du Terme Antoine
3 CONT Riviere.
3 CONT (...)"
3 CONT Extrait de son original par moi Philippi curé
3 CONT l'an 1736."
Bien cordialement.
Jean-Charles
Si je comprends bien ta demande, c'est à dire juste supprimer un mot (comme CONT), un simple Ctrl + H dans un éditeur de textes suffit. En fait, ce que l'ai expliqué tout à l'heure, ce sont les expressions régulières. CONT n'en est pas une. Mais attention, supprimer ce genre d'étiquettes dans un éditeur de texte est dangereux pour la compatibilité avec Ancestris. Je t'invite à la plus grande prudence et à travailler dès le départ sur une copie de ton Gedcom. Je ne tenterais pas, personnellement, de supprimer des étiquettes avec un éditeur de texte. Mon commentaire tout à l'heure concernait les expressions régulières, comme pour ton retour chariot par exemple.
Rémi
-
Pour en revenir à ta solution. Pour un essai avec BBEdit, est-elle susceptible de faire l'impasse des marqueurs de coupure CONT ?
Je ne connais pas cet éditeur, mais si j'avais un conseil, ce serait de ne pas faire ce genre de manip, car cela va te supprimer des retour chariots à des endroits où tu souhaiterais les conserver. Le mieux est de le faire dans Ancestris au fur et à mesure que tu les vois. Tu peux même faire la sortie du rapport, et tu corriges dans Ancestris au fur et à mesure que tu trouves des anomalies dans le rapport. Ca ne corrigera pas tout, car le rapport ne s'occupe que de l'ascendance d'une personne (ou une descendance), mais tu en corrigerais pas mal.
Une manip comme celle qui est donnée est très bien, mais à mon avis elle va supprimer tous les retours chariot de ton fichier gedcom, donc tu massacrerais tout ton fichier, de manière irrémédiable. Tes tags ne seraient plus les uns en dessous des autres, mais tout le gedcom formerait une ligne de plusieurs dizaines de milliers de caractères - pas top à mon avis. Une solution serait, mais elle demanderait plus de temps de développement qu'autre chose, ce serait d'utiliser l'éditeur Jedit (un éditeur exceptionnel de mon point de vue), et de faire une macro spécifique à ton pb. Ben il faudrait être un As de Jedit pour faire ça.
-
Pour en revenir à ta solution. Pour un essai avec BBEdit, est-elle susceptible de faire l'impasse des marqueurs de coupure CONT ?
Je ne connais pas cet éditeur, mais si j'avais un conseil, ce serait de ne pas faire ce genre de manip, car cela va te supprimer des retour chariots à des endroits où tu souhaiterais les conserver. Le mieux est de le faire dans Ancestris au fur et à mesure que tu les vois. Tu peux même faire la sortie du rapport, et tu corriges dans Ancestris au fur et à mesure que tu trouves des anomalies dans le rapport. Ca ne corrigera pas tout, car le rapport ne s'occupe que de l'ascendance d'une personne (ou une descendance), mais tu en corrigerais pas mal.
Une manip comme celle qui est donnée est très bien, mais à mon avis elle va supprimer tous les retours chariot de ton fichier gedcom, donc tu massacrerais tout ton fichier, de manière irrémédiable. Tes tags ne seraient plus les uns en dessous des autres, mais tout le gedcom formerait une ligne de plusieurs dizaines de milliers de caractères - pas top à mon avis. Une solution serait, mais elle demanderait plus de temps de développement qu'autre chose, ce serait d'utiliser l'éditeur Jedit (un éditeur exceptionnel de mon point de vue), et de faire une macro spécifique à ton pb. Ben il faudrait être un As de Jedit pour faire ça.
Oui François, tu as raison et je plussoie.
C'est l'avertissement que je mettais juste avant, avertissement de la grande prudence à utiliser ces manipulations.
A la base, mon post n'était QUE pour les retours chariots, pas pour les étiquettes. Tu crois que des changements de ligne dans le Gedcom pour passer d'une étiquette à l'autre sont des retours chariots ? Je ne crois pas. Mais si c'est le cas, alors oui Jean-Charles, n'appliques pas ce que j'ai expliqué.
Rémi
-
Un souci, mais qui vient peut-être de ma façon d'utiliser les sources : je mets en note le permalien de l'acte.
Un exemple :
"
SOUR @S7@
PAGE 138 / 364
OBJE
TITL Acte de Naissance
FILE Documents Archivés/VANNIER-TRIHAN/DUFOUR_Julienne_Ro_N_Montenay_1802.jpg
FORM jpg
NOTE Déclaration1 mois après, le premier pluviose an 11
NOTE https://archives.lamayenne.fr/archives-en-ligne/ark:/37963/r707102z6m76tk/f138"
Sa transcription dans le rapport :
[Naissance: "AD 53" par Archives Départementales de Mayenne, p. 138 / 364 Texte : https://chercherarchives.
lamayenne.fr/archives-en-ligne/etat-civil-search-form.html?base=ead2&rbase=ead2&form-displaymodes=
custom&facets=udate%3Bfgeogcommune%3Bfanciennescommune%3Bfinstitution_paroisse%3Bftypedocec
%3Bflisteacte%3Bfbdate&name=etat-civil&linkBack=true&nstart=
0&cop1=AND&champ1=fcommunes_paroisses&query1=Ern%C3%A9e+%28Mayenne%2C+France
%29&cop2=AND&champ2=ftypedocec&query2=Registres+d
%27actes&cop3=AND&champ3=id_annee&du3=1901&db3=&de3=&JR=Jours&MR=Mois&AR=Ann
%C3%A9es&JCR=Jours&AJCR=Ann%C3%A9es&JResult=&MResult=&AResult=&JG=Jours&MG=Mois&AG=Ann
%C3%A9es&skippage=here&sf=fbdate.]
Bonjour Gérard,
Personnellement, je mets les permaliens ark sous l'étiquette CALN.
Les NOTE ne sont là que pour des notes, personnelles, courtes de préférence.
Normalement, tout ce que vous voulez mettre en données a son étiquette dédiée, ou presque, les EVEN permettent plus de souplesse sur les quelques manques.
Rémi
Bonjour à tous,
Nous revoilà sur le problème des sources
Pour utiliser l'étiquette CALN, c'est uniquement dans les dépôts si je me trompe pas et je me vois pas créér un dépôt pour chaque source.
Pour ma part le dépôt est principalement les archives départementales où je lie pour chaque lieu une source par exemple
S1 Lille - Registres Paroissiaux : Saint André
S2 Lille - Registres de l'état civil
etc
Pour utiliser pour chaque acte le permalien, il faut soit le mettre en utilsant le tag PAGE ou créér _URL, ce que je fais mais alors il n'apparait pas dans le rapport.
-
Nous revoilà sur le problème des sources
Pour utiliser l'étiquette CALN, c'est uniquement dans les dépôts si je me trompe pas et je me vois pas créér un dépôt pour chaque source.
Pour ma part le dépôt est principalement les archives départementales où je lie pour chaque lieu une source par exemple
S1 Lille - Registres Paroissiaux : Saint André
S2 Lille - Registres de l'état civil
etc
Pour utiliser pour chaque acte le permalien, il faut soit le mettre en utilsant le tag PAGE ou créér _URL, ce que je fais mais alors il n'apparait pas dans le rapport.
CALN est dans la citation de REPO de la source, pas dans le REPO lui-même.
C'est donc un élément de la source.
Il est tout à fait légitime de mettre une URL sur le CALN.
Zurga
-
Bonjour à tous,
Nous revoilà sur le problème des sources
Pour utiliser l'étiquette CALN, c'est uniquement dans les dépôts si je me trompe pas et je me vois pas créér un dépôt pour chaque source.
Pour ma part le dépôt est principalement les archives départementales où je lie pour chaque lieu une source par exemple
S1 Lille - Registres Paroissiaux : Saint André
S2 Lille - Registres de l'état civil
etc
Pour utiliser pour chaque acte le permalien, il faut soit le mettre en utilsant le tag PAGE ou créér _URL, ce que je fais mais alors il n'apparait pas dans le rapport.
J'abonde le message de Zurga à l'instant.
Les SOUR n'ont jamais été un problème, faut juste les saisir correctement, et je remercie Yannick de me les avoir expliquées plusieurs fois, différemment, car j'ai eu du mal à comprendre : tout est sur le forum, ici.
Les étiquettes personnalisées sont à utiliser avec parcimonie, car les url vers les permaliens ark ont leur place, et le CALN est adapté pour ça. De plus, avec l'éditeur Gedcom, il y a un bouton clicable juste à côté, le top.
Rémi
-
Désolé, mais alors là je suis complétement perdu
BIRT
DATE 3 FEB 1816
PLAC , Velaines [Celles], Hainaut, Wallonie, Belgique
SOUR @S1477@
_URL https://familysearch.org/ark:/61903/3:1:S3HT-D8Q7-4QT?cc=2138500&wc=QZL7-NZM%3A1055878401%2C1055887901
Comment faites vous pour encoder correctement ce qui précéde en utilisant CALN ?
-
Pour moi, il y a deux options valides dans le GEDCOM :
On considère la source comme l'entièreté du document de registre, le lien est porté par un objet multimédia :
BIRT
DATE 3 FEB 1816
PLAC , Velaines [Celles], Hainaut, Wallonie, Belgique
SOUR @S1477@
PAGE 75
OBJE @0XXX@
0 @OXXX@ OBJE
1 FILE https://familysearch.org/ark:/61903/3:1:S3HT-D8Q7-4QT?cc=2138500&wc=QZL7-NZM%3A1055878401%2C1055887901
On considère la source comme l'acte uniquement, le lien est porté en référence par le CALN :
BIRT
DATE 3 FEB 1816
PLAC , Velaines [Celles], Hainaut, Wallonie, Belgique
SOUR @S1477@
PAGE 75
0 @S1477@ SOUR
1 REPO @RXXX@
2 CALN https://familysearch.org/ark:/61903/3:1:S3HT-D8Q7-4QT?cc=2138500&wc=QZL7-NZM%3A1055878401%2C1055887901
3 MEDI electronic
0 @RXXX@ REPO
1 NAME Familysearch
-
Pour en revenir à ta solution. Pour un essai avec BBEdit, est-elle susceptible de faire l'impasse des marqueurs de coupure CONT ?
3 CONT de l'Eglise Saint Etienne du Terme Antoine
3 CONT Riviere.
3 CONT (...)"
3 CONT Extrait de son original par moi Philippi curé
3 CONT l'an 1736." (...)
Si je comprends bien ta demande, c'est à dire juste supprimer un mot (comme CONT), un simple Ctrl + H dans un éditeur de textes suffit. En fait, ce que l'ai expliqué tout à l'heure, ce sont les expressions régulières. CONT n'en est pas une. Mais attention, supprimer ce genre d'étiquettes dans un éditeur de texte est dangereux pour la compatibilité avec Ancestris. Je t'invite à la plus grande prudence et à travailler dès le départ sur une copie de ton Gedcom. Je ne tenterais pas, personnellement, de supprimer des étiquettes avec un éditeur de texte. Mon commentaire tout à l'heure concernait les expressions régulières, comme pour ton retour chariot par exemple.
Rémi
Non, non Rémi ce n'est pas çà.
Dans mon dernier message, sous forme d'une question un peu naïve, je souhaitais attirer l'attention sur l'éventuelle impossibilité de modifier les sauts de ligne dans le gedcom avec ta méthode car il est bien sûr hors de question de toucher aux étiquettes (Tag) CONT !
jch
-
Pour moi, il y a deux options valides dans le GEDCOM :
On considère la source comme l'entièreté du document de registre, le lien est porté par un objet multimédia :
BIRT
DATE 3 FEB 1816
PLAC , Velaines [Celles], Hainaut, Wallonie, Belgique
SOUR @S1477@
PAGE 75
OBJE @0XXX@
0 @OXXX@ OBJE
1 FILE https://familysearch.org/ark:/61903/3:1:S3HT-D8Q7-4QT?cc=2138500&wc=QZL7-NZM%3A1055878401%2C1055887901
On considère la source comme l'acte uniquement, le lien est porté en référence par le CALN :
BIRT
DATE 3 FEB 1816
PLAC , Velaines [Celles], Hainaut, Wallonie, Belgique
SOUR @S1477@
PAGE 75
0 @S1477@ SOUR
1 REPO @RXXX@
2 CALN https://familysearch.org/ark:/61903/3:1:S3HT-D8Q7-4QT?cc=2138500&wc=QZL7-NZM%3A1055878401%2C1055887901
3 MEDI electronic
0 @RXXX@ REPO
1 NAME Familysearch
Merci pour ta réponse ZURGA,
pour moi c'est la solution 1 qui prévaut car ma source n'est pas unique
TITL Velaines - Registres de l'état civil
REPO @R22@
Mais dit moi comment tu inclus ton OBJE car avec l'éditeur Gedcom tu ne sais pas l'ajouter du moIns j'ai pas trouvé
J'ai trouvé en utilisant le multimédia et mettre FORM web
mais malheureusement l'export vers Geneanet ne fonctionne pas
-
Re-bonjour François, re-bonjour à tous,
Pour en revenir à ta solution. Pour un essai avec BBEdit, est-elle susceptible de faire l'impasse des marqueurs de coupure CONT ?
Je ne connais pas cet éditeur, mais si j'avais un conseil, ce serait de ne pas faire ce genre de manip (...)
En 25 ans de pratique, cela ne m'est jamais venu à l'esprit.
Le mieux est de le faire dans Ancestris au fur et à mesure que tu les vois.
C'est ma façon de pratiquer, comme je le disais tout à l'heure.
Tu peux même faire la sortie du rapport, et tu corriges dans Ancestris au fur et à mesure que tu trouves des anomalies dans le rapport.
J'ai encore corrigé des notes ce matin dans Ancestris grâce au rapport narratif. Voici un autre avantage de cet outil comme tu le souligne si justement.
Jedit (un éditeur exceptionnel de mon point de vue)
Je l'avais oublié celui là. Je l'utilisais sous Linux/Ubuntu.
faire une macro spécifique à ton pb. Ben il faudrait être un As de Jedit pour faire ça.
Oups ! Créer des macros est au delà de mes compétences. Si à l'époque j'en ai mis en place une ou deux, avec JEdit, notamment une pour concaténer des pdf, en un clic depuis le navigateur Nautilus, environnement GNOME, elles ne comportaient pas plus de quelques lignes et tout çà, c'est bien loin.
Merci François pour ton éclairage. Tes lumières rejoignent les miennes ! ;-)
Bien cordialement.
Jean-Charles
-
A la base, mon post n'était QUE pour les retours chariots, pas pour les étiquettes. Tu crois que des changements de ligne dans le Gedcom pour passer d'une étiquette à l'autre sont des retours chariots ? Je ne crois pas. Mais si c'est le cas, alors oui Jean-Charles, n'appliques pas ce que j'ai expliqué.
Rémi
Merci Rémi pour ce point d'orgue final.
Bien à toi.
Jean-Charles
-
On peut éventuellement utiliser un éditeur de texte pour transformer les CONT en CONC.
Sans tous les modifier, on peut le faire assez facilement et cela va surement plus vite que de tout reprendre à la main dans Ancestris.
Zurga
-
Le code n'invente rien.
Vérifiez que vous n'avez pas une balise TEXT soit dans la source soit dans la citation de la source au niveau de l'évènement.
Dans votre cas, je regarderais le contenu de la source S7
Vous devriez y trouver un DATA:TEXT qui contient le lien que vous indiquez.
Zurga
Exactement.
Mais les notes n'y sont pas.
C'est pas gênant car on peut jouer avec les options
Merci
-
On peut éventuellement utiliser un éditeur de texte pour transformer les CONT en CONC.
Sans tous les modifier, on peut le faire assez facilement et cela va surement plus vite que de tout reprendre à la main dans Ancestris.
Zurga
Merci Zurga pour cette soluce.
Pas osé davantage. Par ailleurs, j'ai plus d'étiquettes, plus exactement les identifieurs (Identifiers) CONT que de CONC et les coupures semblent se faire avec l'étiquette CONC (concaténer)...
Ainsi :
2 CONT - Malade, il teste, le 26 novembre 1629, dans un lit, près de la cheminée, dans la salle d'un bâtiment en pesenc qu'il a proche de l'église du Terme. Cf. ESTEVERIN (Jean), notaire de Villemur, minutes 1628-1629, f° 856 & ss., Archives départeme
2 CONC ntales de la Haute-Garonne, cote 3E 21814, PH/JCHR/1130846 (2).
2 CONT
2 CONT - Delbreil, Riviere debte, contrat du 12 mai 1631, reçu à Villemur, par Jean Esteverin, notaire, dans sa boutique, entre Anthoine Riviere dit Imbert, laboureur, habitant du Terme et André Delbreil, habitant de Villemur (3).
2 CONT
2 CONT De Cabos, Riviere, bail, 12 novembre 1641. A Villemur, dans la maison des héritiers de feu Robert Petit, Demoiselle Marie de Cabos, veuve de Robert Petit, bourgeois quand vivait, habitante de Villemur, fait bail à Anthoine Riviere dit Imbert, lab
2 CONC oureur, demeurant à la métairie appellée de Clairac, dépendant de ladite hérédité, sise dans la paroisse de Magnanac, juridiction de Villemur, présent et acceptant pour lui, mener et cultiver à demi-fruits, comme il a ci-devant fait, les terres d
2 CONC épendant de ladite métairie, pour quatre années et quatre récoltes prochaines. ESTEVERIN (Jean), notaire de Villemur, Villemur-sur-Tarn, minutes 1640-1642, f° 448 (v°) & ss., Archives départementales de la Haute-Garonne, cote 3 E 21819, PH/JCHR/7
2 CONC 670.
Bien cordialement.
Jean-Charles
-
On peut éventuellement utiliser un éditeur de texte pour transformer les CONT en CONC.
Sans tous les modifier, on peut le faire assez facilement et cela va surement plus vite que de tout reprendre à la main dans Ancestris.
Zurga
Merci Zurga pour cette soluce.
Pas osé davantage. Par ailleurs, j'ai plus d'étiquettes, plus exactement les identifieurs (Identifiers) CONT que de CONC et les coupures semblent se faire avec l'étiquette CONC (concaténer)...
Ainsi :
2 CONT - Malade, il teste, le 26 novembre 1629, dans un lit, près de la cheminée, dans la salle d'un bâtiment en pesenc qu'il a proche de l'église du Terme. Cf. ESTEVERIN (Jean), notaire de Villemur, minutes 1628-1629, f° 856 & ss., Archives départeme
2 CONC ntales de la Haute-Garonne, cote 3E 21814, PH/JCHR/1130846 (2).
2 CONT
2 CONT - Delbreil, Riviere debte, contrat du 12 mai 1631, reçu à Villemur, par Jean Esteverin, notaire, dans sa boutique, entre Anthoine Riviere dit Imbert, laboureur, habitant du Terme et André Delbreil, habitant de Villemur (3).
2 CONT
2 CONT De Cabos, Riviere, bail, 12 novembre 1641. A Villemur, dans la maison des héritiers de feu Robert Petit, Demoiselle Marie de Cabos, veuve de Robert Petit, bourgeois quand vivait, habitante de Villemur, fait bail à Anthoine Riviere dit Imbert, lab
2 CONC oureur, demeurant à la métairie appellée de Clairac, dépendant de ladite hérédité, sise dans la paroisse de Magnanac, juridiction de Villemur, présent et acceptant pour lui, mener et cultiver à demi-fruits, comme il a ci-devant fait, les terres d
2 CONC épendant de ladite métairie, pour quatre années et quatre récoltes prochaines. ESTEVERIN (Jean), notaire de Villemur, Villemur-sur-Tarn, minutes 1640-1642, f° 448 (v°) & ss., Archives départementales de la Haute-Garonne, cote 3 E 21819, PH/JCHR/7
2 CONC 670.
Bien cordialement.
Jean-Charles
Même pas çà. Pas osé, car aujourd'hui n'y comprenant plus rien. :-((((
Voyez en pièce jointe [PJ] ce que l'extrait de mon gedcom donne dans Ancestris !
Pas de coupure intempestive.
Désolé pour cet égarement.
jchr
-
On va faire plus simple :
Dans l'éditeur de texte vous remplacez les CONT que vous ne voulez pas par des CONC.
Ensuite, vous ouvrez le fichier dans Ancestris.
Les CONC qui n'ont plus de raison d'être seront supprimés au prochain enregistrement.
Zurga
-
Le code n'invente rien.
Vérifiez que vous n'avez pas une balise TEXT soit dans la source soit dans la citation de la source au niveau de l'évènement.
Dans votre cas, je regarderais le contenu de la source S7
Vous devriez y trouver un DATA:TEXT qui contient le lien que vous indiquez.
Zurga
Exactement.
Mais les notes n'y sont pas.
C'est pas gênant car on peut jouer avec les options
Merci
C'est moi qui ne comprends rien.
Vous indiquez que le rapport crée des trucs qui ne sont pas dans votre GEDCOM mais que ce n'est pas grave.
Faut m'expliquer....
Zurga
-
Bonsoir à tous,
François m'a donné l'envie de réutiliser l'éditeur de texte JEdit.
Multi plateforme, une version de ce soft existe pour MacOS - Ce que je n'imaginais pas. Elle s'installe sans difficulté, même sur une machine Silicon !
Je vais à présent sans doute me servir de cet éditeur de texte par défaut pour ouvrir mes gedcom. Il remplacera, je pense avantageusement, BBEdit , très performant mais qui n'est pas traduit en français.
Une petite question toutefois à cette occasion. Je me la pose en fait depuis longtemps. Convient-il de sauvegarder nos fichiers gedcom dans un encodage UTF-8 BOM ou UTF-8 sans BOM ? J'utilise la dernière option.
Vous voudrez bien excuser ce petit hors-sujet.
Bonne soirée à tous.
Cordialement.
Jean-Charles
-
On va faire plus simple :
Dans l'éditeur de texte vous remplacez les CONT que vous ne voulez pas par des CONC.
Ensuite, vous ouvrez le fichier dans Ancestris.
Les CONC qui n'ont plus de raison d'être seront supprimés au prochain enregistrement.
Zurga
Merci Zuga. je vais tester.
jch
-
Une petite question toutefois à cette occasion. Je me la pose en fait depuis longtemps. Convient-il de sauvegarder nos fichiers gedcom dans un encodage UTF-8 BOM ou UTF-8 sans BOM ? J'utilise la dernière option.
Ancestris reconnait les deux.
Par défaut, Ancestris crée des fichiers UTF-8 avec BOM.
Zurga
-
Merci pour ta réponse ZURGA,
pour moi c'est la solution 1 qui prévaut car ma source n'est pas unique
TITL Velaines - Registres de l'état civil
REPO @R22@
Mais dit moi comment tu inclus ton OBJE car avec l'éditeur Gedcom tu ne sais pas l'ajouter du moins j'ai pas trouvé
J'ai trouvé en utilisant le multimédia et mettre FORM web
mais malheureusement l'export vers Geneanet ne fonctionne pas
OBJE est un lien vers une entité multimédia, donc il faut lier une entité multimédia.
Normalement tout est exporté vers Geneanet, mais il n'est pas sur que ce soit compris.
Après faut voir ce qu'on veut faire.
Mettre des trucs au format GEDCOM bien propre ou l'afficher dans Geneanet qui ne gère pas vraiment propre.
Personnellement, je fais sale...
Bien plus que tous les intervenants sur ce sujet...
Zurga
-
Une petite question toutefois à cette occasion. Je me la pose en fait depuis longtemps. Convient-il de sauvegarder nos fichiers gedcom dans un encodage UTF-8 BOM ou UTF-8 sans BOM ? J'utilise la dernière option.
Ancestris reconnait les deux.
Par défaut, Ancestris crée des fichiers UTF-8 avec BOM.
Zurga
Merci Zurga pour cette éclairante réponse qui a son utilité lorsque le gedcom voyage ! ;-)
jchr
-
Pour moi, il y a deux options valides dans le GEDCOM :
On considère la source comme l'entièreté du document de registre, le lien est porté par un objet multimédia :
BIRT
DATE 3 FEB 1816
PLAC , Velaines [Celles], Hainaut, Wallonie, Belgique
SOUR @S1477@
PAGE 75
OBJE @0XXX@
0 @OXXX@ OBJE
1 FILE https://familysearch.org/ark:/61903/3:1:S3HT-D8Q7-4QT?cc=2138500&wc=QZL7-NZM%3A1055878401%2C1055887901
On considère la source comme l'acte uniquement, le lien est porté en référence par le CALN :
BIRT
DATE 3 FEB 1816
PLAC , Velaines [Celles], Hainaut, Wallonie, Belgique
SOUR @S1477@
PAGE 75
0 @S1477@ SOUR
1 REPO @RXXX@
2 CALN https://familysearch.org/ark:/61903/3:1:S3HT-D8Q7-4QT?cc=2138500&wc=QZL7-NZM%3A1055878401%2C1055887901
3 MEDI electronic
0 @RXXX@ REPO
1 NAME Familysearch
Coucou Yannick,
À l'occasion d'un de tes passages sur ce fil, peux tu stp me dire (ou redire des fois que j'ai encore mal compris les choses), comment tu sources ?
Tu appliques la méthode 2 de Zurga ?
Où places-tu le lien ark ? Sous CALN ? Ou sous OBJET/FILE ?
J'étais bien parti, sûr de moi, mais cette discussion me pose un doute...
On sort du contexte de ce fil sur le rapport narratif, mais kiadisa a questionné dessus et je doute désormais.
Merci,
Belle soirée
Rémi
-
Bonjour,
Pour en remettre une couche (désolé !) , je signale juste que j'ai un évènement (le petit drapeau) dont la note ne s'affiche pas dans la partie de l'individu concerné mais dans le suivant...
J'ai aussi l'âge d'un mariage qui s'affiche deux fois (c'est moins gênant).
Sinon c'est déjà super !
Claude
Après vérification :
- La note avec l'âge s'affiche 2 fois parce que vous l'avez mise sur l'union, elle apparait donc une fois pour le mari et une fois pour la femme.
- Les notes s'affichent bien en bas de la page sur laquelle le renvoi est indiqué, mais le bas de page peut être en dessous d'un autre individu que celui sur lequel il y a le renvoi quand il y a 2 personnes ou plus sur la même page.
Pour moi, tout est normal.
Zurga
-
C'est peut être normal, mai ça fait désordre dans un rapport qui est devenu par ailleurs très présentable. Pour moi, cette note n'est pas à sa place en étant inscrite à la fin de la fiche de l'individu suivant sauf si je décoche l'affichage des images.
Pour le moment, je préfère décocher l'affichage des notes: c'est frustrant avec un rapport narratif ou les notes sont la cerise sur le gâteau ...
Suite à une prochaine reprise de mise en page une solution sera trouvée.
Bonne continuation et bravo, Ancestris est devenu très pointu pour les puristes tout en restant très abordable et suffisamment performant pour moi avec Cynus.
Claude
-
Honnêtement, je ne comprends pas votre remarque.
Les notes de bas de page sont en bas des pages comme dans tout livre
Le renvoi est bien au bon endroit sur la personne concernée.
Les notes s'affichent comme elles peuvent en bas des pages en restant sur la page où se situe le renvoi.
Le renvoi étant en haut de la page, la note s'affiche après le début de la personne suivante.
Il n'y a pas de saut de page à chaque personne.
Éventuellement, choisissez une taille de police plus petite, cela pourrait remettre la note au bon endroit pour vous.
Zurga
-
Evolutions du jour :
- Ajout du terme "Connus" pour les listes d'enfants
- Séparation fils/fille à la place de "enfant de"
- Ajout d'un séparateur entre le texte et les notes de bas de page
- Option pour mettre le renvoi des notes de bas de page en italique
- Modification de l'affichage des notes de bas de page pour séparer le numéro de renvoi du texte.
Zurga
-
Coucou Yannick,
À l'occasion d'un de tes passages sur ce fil, peux tu stp me dire (ou redire des fois que j'ai encore mal compris les choses), comment tu sources ?
Tu appliques la méthode 2 de Zurga ?
Bonsoir,
Oui c'est cette méthode 2 que je privilégie
Amitiés
-
C'est peut être normal, mai ça fait désordre dans un rapport qui est devenu par ailleurs très présentable. Pour moi, cette note n'est pas à sa place en étant inscrite à la fin de la fiche de l'individu suivant (...)
Bonjour Claude, bonjour à tous,
Pourtant, la description que Zurga a donné en réponse à votre question est tout à fait - convenable - au sens strict.
Dans toutes les importantes productions écrites, disons, de caractère plus ou moins universitaire, historique ou scientifique, les renvois en bas de pages s'étalent couramment volontiers sur plusieurs pages, au détriment même du corps du texte qui parfois se résume à quelques lignes, convention typographique oblige. Lorsque l'on trouve cela déplaisant, on opte pour le renvoi de toutes les notes en fin d'ouvrage... et là pour suivre, bonjour les marque-pages ! ;-)
Cordialement.
Jean-Charles
-
Evolutions du jour :
- Ajout du terme "Connus" pour les listes d'enfants
- Séparation fils/fille à la place de "enfant de"
- Ajout d'un séparateur entre le texte et les notes de bas de page
- Option pour mettre le renvoi des notes de bas de page en italique
- Modification de l'affichage des notes de bas de page pour séparer le numéro de renvoi du texte.
Tu nous as encore bien gâté avec cette présentation des notes. Superbe. L'italic fait qu'on voit mieux la présence de la note. Le separator et le retrait fait pour les notes est digne d'une édition professionnelle. Superbe travail comme d'habitude. Merci. Francois
-
Bonjour,
Tout d'abord une précision, je n'ai pas employé le terme ''déplaisant'' mais désordre.
En effet, je comprend bien les renvois en bas de page au lieu de bas de fiche mais comme les traits de séparations de fiches sont les mêmes que ceux de séparation de pages il faut se repérer avec les numéros de page. En fait, à la lecture de l'imprimé physique je n'aurais pas fait la remarque, mais en défilement sur écran mon ressenti est différent.
J'apprécie les évolutions du jour, le rapport narratif est maintenant au top !
Claude
-
Evolutions du jour :
- Ajout du terme "Connus" pour les listes d'enfants
- Séparation fils/fille à la place de "enfant de"
- Ajout d'un séparateur entre le texte et les notes de bas de page
- Option pour mettre le renvoi des notes de bas de page en italique
- Modification de l'affichage des notes de bas de page pour séparer le numéro de renvoi du texte.
Zurga
Bonjour,
Une vraie bonne surprise encore toutes ces mises à jour.
- J'apprécie l'ajout du vocable "connus", top !
- Parfait le choix de mettre fils/fille c'est beaucoup mieux. Précisons toutefois que le vocable "enfant de" est maintenu pour les enfants de sexe inconnu, comme les enfants morts-nés, et c'est très bien ainsi. Top !
- Je rejoins François pour les notes de bas de page : qualité professionnelle ! Le trait de séparation est une bonne nouvelle, faute d'avoir réussi à faire mieux pour ne garder qu'un seul bloc. Merci Zurga !
- Suite à la remarque hier soir faite à Claude, je n'avais jamais testé les différentes polices. Me vient alors un constat : les numéros de renvois de bas de page ne suivent pas avec la modification de la police. Ce qui en découle un fait, je l'avais déjà remarqué (j'utilise comme je pense une bonne majorité la taille moyenne), quand on a des notes individuelles sur quelques événements, l'interligne dans la narration s'en trouve décalé, et c'est accentué quand on choisit une taille de police très petite.
D'où ma question, au risque de m'attirer les foudres de tout le monde, peut-on faire jouer dans le texte de narration la police du numéro de renvoi pour s'adapter à celle qu'on choisit, afin qu'il n'y ait pas d'interlignes plus importants que d'autres lorsqu'il y a un renvoi, quel que soit la taille choisie ?
Actuellement, quand on choisit la plus petite taille, l'interligne est impressionnant, au contraire quand on choisit la police la plus large, il n'y a aucun interligne visible ou de décalage car le numéro de renvoi est plus petit que la taille de police. En taille intermédiaire, celle que j'utilise, il y a un petit interligne que l'on aperçoit. Pas facile à expliquer, j'espère m'être fait comprendre.
Merci Zurga !
Rémi
-
Bonsoir,
Oui c'est cette méthode 2 que je privilégie
Amitiés
Bonjour Yannick,
Merci pour ton pertinent commentaire, j'avais donc bien compris.
En fait, pour moi, l'avantage d'un permalien ark est de pointer sur un acte précis.
Rémi
-
@remi0144 :
Je ne l'avais pas signalé avant, mais il y a aussi un changement sur le vocable des périodes des sources.
Zurga
-
@remi0144 :
Je ne l'avais pas signalé avant, mais il y a aussi un changement sur le vocable des périodes des sources.
Zurga
Merci Zurga, je testerai demain matin. J'ai hâte, dommage que je n'ai pas pensé à le voir ce matin.
Rémi
-
Bonjour à tous,
Afin de ne pas surcharger ce sujet avec le problème des sources et permaliens , j'ouvre un nouveau sujet
Bonne journée
-
Top !
- Je rejoins François pour les notes de bas de page : qualité professionnelle ! Le trait de séparation est une bonne nouvelle, faute d'avoir réussi à faire mieux pour ne garder qu'un seul bloc. Merci Zurga !
Moi je trouve que ce qu'a fait Zurga est vraiment au top du top. Je ne vois pas ce qu'on pourrait demander de mieux pour ces "tag notes" (je préfère les appeler comme ça, pour les distinguer des notes générales à une personne, une famille).
Le seul truc que j'avais demandé à Zurga, mais qu'il n'a pas trouvé comment faire pour le moment, c'est comment éviter qu'un titre, comme "Notes" "Enfant de xxxxxx" apparaissent en fin de page, juste avant ces tag notes, et dont le texte est à la page suivante.
(vous allez finir par le savoir qu'elle était cultivatrice et que j'ai cherché longuement sa date de naissance, à force de toujours prendre le même exemple...)
Elle était Cultivatrice.
Notes :
________________________
[13] J'ai cherché longuement sa date de naissance.
Au début, je pensais qu'il était né dans les années 1774. J'avais écrit à l'époque : "Je ne suis pas sûr du tout de cette
période de naissance. On ne[/size]
Et le texte de la "Notes" est à la page suivante.
Mais cela devient beaucoup moins gênant avec cette nouvelle présentation que nous a fournie Zurga.
Si on peut me mettre un hyperlien sur les numéros de pages ;-) moi y'en aurait être content ... ;-)
Après c'est vrai aussi qu'une présentation un peu plus sympa de la page de garde et du sommaire serait top, car vu la qualité professionnelle maintenant du texte qui nous est fourni par le rapport, cela le mérite. Peut-être aussi un travail sur la présentation de l'index des lieux, en fonction de l'ordonnancement des juridictions que l'on précise dans le gedcom, mais bon, vu le résultat que l'on a maintenant c'est peut-être un peu chipoter...
J'adore cette présentation des tag notes. Vraiment tip top. Merci. Francois
-
Le seul truc que j'avais demandé à Zurga, mais qu'il n'a pas trouvé comment faire pour le moment, c'est comment éviter qu'un titre, comme "Notes" "Enfant de xxxxxx" apparaissent en fin de page, juste avant ces tag notes, et dont le texte est à la page suivante.
Mais cela devient beaucoup moins gênant avec cette nouvelle présentation que nous a fournie Zurga.
Je partage ton avis, d'où l'importance de s'adresser sur le forum pour que tout le monde soit informé. La présentation des notes en bas de page est effectivement top, ce trait de séparation change tout. Juste la petite remarque que j'ai faite sur la modification de police et les interlignes, ton avis François ?
Si on peut me mettre un hyperlien sur les numéros de pages ;-) moi y'en aurait être content ... ;-)
Celle-là je l'attendais, et j'étais surpris que tu ne l'ait pas proposé avant ;) Comme la brillante intervention de Jean-Charles hier soir, je pense que ce serait vraiment valable si toutes les notes de bas de page seraient rassemblées en fin de document (comme Wikipedia), ce qui, bien évidemment, n'est absolument pas souhaitable ici, on sera tous d'accord (de les rassembler en fin de document). Donc qu'il y ait des hyperliens ou pas, tout m'ira et tout sera bien.
Bravo Zurga pour cette belle gestion des notes en bas de page ! C'est au top !
Rémi
-
Je ne l'avais pas signalé avant, mais il y a aussi un changement sur le vocable des périodes des sources.
Je ne me souviens plus comment c'était avant. Maintenant, ça fait un peu bizarre je trouve :
Type d'évènements : BIRT, MARR, DEAT, pour la période du 1792 au 1932J'aurais plus vu, mais là encore, la majorité dira ce qu'elle préfère :
Type d'évènements : BIRT, MARR, DEAT, pour la période de 1792 à 1932L'avantage de ce type de mention, est que cela vaut aussi pour des mois, ou des périodes révolutionnaires. ex :
Type d'évènements : BIRT, MARR, DEAT, pour la période en 1772Type d'évènements : BIRT, MARR, DEAT, pour la période de 1772
Type d'évènements : BIRT, MARR, DEAT, pour la période du sept 1772 au nov 1773Type d'évènements : BIRT, MARR, DEAT, pour la période de sept 1772 à nov 1773Francois
-
Je ne me souviens plus comment c'était avant.
Avant c'était :
Type d'évènements : BIRT, MARR, DEAT période du 1792 au 1932
Je demandais juste une ponctuation ou un autre vocable, et comme la proposé Zurga c'est beaucoup mieux d'après ce que je lis de ton retour.
Maintenant, ça fait un peu bizarre je trouve :
Type d'évènements : BIRT, MARR, DEAT, pour la période du 1792 au 1932J'aurais plus vu, mais là encore, la majorité dira ce qu'elle préfère :
Type d'évènements : BIRT, MARR, DEAT, pour la période de 1792 à 1932L'avantage de ce type de mention, est que cela vaut aussi pour des mois, ou des périodes révolutionnaires. ex :
Type d'évènements : BIRT, MARR, DEAT, pour la période en 1772Type d'évènements : BIRT, MARR, DEAT, pour la période de 1772
Type d'évènements : BIRT, MARR, DEAT, pour la période du sept 1772 au nov 1773Type d'évènements : BIRT, MARR, DEAT, pour la période de sept 1772 à nov 1773Francois
Tu as raison, mais Zurga avait fait un retour à Jean-charles sur les reprises des "ava" "apr"...et je pense que ta demande rentre dans cette catégorie.
C'est déjà très bien ce qu'a fait Zurga. Merci !
Rémi
-
Evolutions du jour :
- Ajout du terme "Connus" pour les listes d'enfants
- Séparation fils/fille à la place de "enfant de"
- Ajout d'un séparateur entre le texte et les notes de bas de page
- Option pour mettre le renvoi des notes de bas de page en italique
- Modification de l'affichage des notes de bas de page pour séparer le numéro de renvoi du texte.
Zurga
Bonjour Zurga, bonjour à tous,
J'arrive un peu tard, tant tout me semble avoir été dit matinalement sur cette nouvelle mise à jour.
Ne souhaitant pas être redondant ; il ne me reste plus qu'à remercier, une fois encore, Zurga pour son engagement, si ce n'est connu, comme les enfants, du moins reconnu ! <:oD
Belle journée à tous.
Cordialement.
Jean-Charles
-
Bonsoir,
Je viens de poster sur le sous-forum anglais une info que je mets ici, si ça peut être utile.
Mother10 demandait que les liens cliquables du rapport narratif soient mis en valeur ou soulignés (les noms et prénoms des Sosas qui sont repris ailleurs dans le rapport, ou encore les générations, les index...)
Zurga répondait à juste titre que non, car la version papier est destiné à être imprimée, alors que les liens sont plus dédiés à la sortie html et qu’ils sont en reliefs sur cette sortie.
Je disais donc à Mother10 que mon lecteur pdf a une fonction à activer pour encadrer et mettre en relief les liens cliquables d'un document. Ce logiciel est qpdfview mais ne semble fonctionner (à confirmer) que sur Linux (je suis sous Debian Cinnamon). C’est juste génial.
Bonne soirée,
Rémi
-
Je disais donc à Mother10 que mon lecteur pdf a une fonction à activer pour encadrer et mettre en relief les liens cliquables d'un document. Ce logiciel est qpdfview mais ne semble fonctionner (à confirmer) que sur Linux (je suis sous Debian Cinnamon). C’est juste génial.
Bonsoir Rémi, bonsoir à tous,
En ce qui concerne l'édition au format pdf, ajoutons au propos de Rémi que les lecteurs de pdf Adobe Acrobat Reader, multi-plateforme, voire encore Aperçu sous MacOs, pour ne citer que ceux-là, reconnaissent les liens html qu'y s'y trouvent et ouvrent les pages dans votre browser par défaut sans souci.
Précisons, les liens copiés dans les notes d'Ancestris.
Bonne nuit à tous.
Cordialement.
Jean-Charles
-
Bonsoir,
C'est moi ou mes yeux me jouent des tours?
Le nom des individus est plus petit que le texte y afférent! Pour moi c'est une anomalie; ce devrait être l'inverse.
Amitiés
Édit: En changeant de police cela va mieux donc ne pas tenir compte de ce message
-
Oui, il y a un bug si on choisit une taille trop petite et qu'on demande les notes.
Les notes sont dans la taille la presque plus petite, faut quej e toruve un moyen de le rendre dynamique, mais c'est pas très simple.
Livraison du jour :
- Correction des tags persos qui ne s'affichait pas si on le demandait.
- Ajout de la possibilité de mettre les âges sur les évènements (cela prend le tag AGE, sans lui, rien ne s'affiche)
- Suppression des listes de propriétés quand plusieurs propriétés du même types se suivaient dans le GEDCOM.
Zurga
-
Bonjour à tous,
Livraison du jour :
- Correction des tags persos qui ne s'affichait pas si on le demandait.
- Ajout de la possibilité de mettre les âges sur les évènements (cela prend le tag AGE, sans lui, rien ne s'affiche)
- Suppression des listes de propriétés quand plusieurs propriétés du même types se suivaient dans le GEDCOM.
Zurga
- Étiquettes personnalisées : Cela fonctionne, mais je suis surpris de voir que c’est avec l’option « Générer les étiquettes utilisateur ». Du coup, à quoi sert l’étiquette « Prendre en considération les étiquettes personnelles débutant par « _ » (ex :_TODO) » ? Ainsi que l’étiquette "Mettre le texte littéral des étiquettes inconnues ?"
Toutefois, le texte est affiché collé au bloc de notes qui est en italique. Il conviendrait d’y ajouter les interlignes nécessaires à l’aération, voire un titre l’annonçant.
Je l’ai dit, je ne me servirai pas de cette option, mais au moins l’option est opérationnelle et peut servir à d’autres, comme pour une récente demande d’afficher les « _url ».
Toutefois, je n’aurais pas mis de ponctuation à la fin pour ne pas faire de doublon avec celle mise dans le Gedcom et éviter d’en rajouter une sur les éventuelles url.
- Age : C’est une super nouvelle. Je le souhaitais depuis le début sans avoir osé le demander. J’aurais mieux vu, au lieu de « à l’âge de 40 ans 3 mois 19 jours » des ponctuations comme « à l’âge de 40 ans, 3 mois et 19 jours », ou, tout simplement, « à l’âge de 40 ans » : les mois et les jours qui suivent ont-ils leur utilité à être si précis ? Je m’attendais toutefois à le voir arrivé ce matin vu la réponse apportée hier soir à mother10.
Il semblerait toutefois qu’il y ait un oubli pour les OCCU.
- Liste de propriétés qui se suivent : impeccable. J’en ai créé avant la MAJ pour faire un essai, je n’avais jamais eu le cas. Effectivement, ce n’était pas opportun avant. J’ai fait une suite RESI en essai et j’ai constaté, avec l’éditeur Gedcom, que c’est ADDR qui est mis par défaut avec RESI. Peut-on harmoniser pour avoir PLAC, puisque c’est PLAC qui est mis par défaut pour les autres étiquettes comme BIRT et DEAT, par exemple ?
@remi0144 :
Je ne l'avais pas signalé avant, mais il y a aussi un changement sur le vocable des périodes des sources.
Zurga
Merci Zurga, je testerai demain matin. J'ai hâte, dommage que je n'ai pas pensé à le voir ce matin.
Rémi
Je confirme la bonne prise en compte pour le texte dans la bibliographie des sources.
@François : suite à ta remarque moi j’ai « Type d'évènements : Naissance, pour la période ent 1803 et 1812 ». En fait, la nuit portant conseil, Zurga avait évoqué au début ce problème et avait conseillé de mettre « laps de temps entre...et... » plutôt que "de...au...".
Merci Zurga, c’est parfait pour moi !
Je disais donc à Mother10 que mon lecteur pdf a une fonction à activer pour encadrer et mettre en relief les liens cliquables d'un document. Ce logiciel est qpdfview mais ne semble fonctionner (à confirmer) que sur Linux (je suis sous Debian Cinnamon). C’est juste génial.
Bonsoir Rémi, bonsoir à tous,
En ce qui concerne l'édition au format pdf, ajoutons au propos de Rémi que les lecteurs de pdf Adobe Acrobat Reader, multi-plateforme, voire encore Aperçu sous MacOs, pour ne citer que ceux-là, reconnaissent les liens html qu'y s'y trouvent et ouvrent les pages dans votre browser par défaut sans souci.
Précisons, les liens copiés dans les notes d'Ancestris. Cf. PJ.
Bonne nuit à tous.
Cordialement.
Jean-Charles
Je ne comprends pas ton intervention Jean-Charles. Tous les lecteurs pdf lisent, affichent et comprennent les liens dans les fichiers pdf. C’est leur but primaire, en plus d’afficher un pdf.
Mon intervention hier concernait la mise en relief, pour accrocher l’œil si tu préfères, d’un lien. Le côté visuel. Parce que mother10 demandait à Zurga de les mettre en relief. Et j’abonde à 100 % sa réponse de ne pas le faire. Ce serait une erreur, puisque non souhaitable sur une impression papier, alors qu'une solution existe, celle que j'ai apportée hier. Faut juste trouver l'option, si elle existe.
J’utilise Linux, ce n’est pas la majorité des utilisateurs, qui sont très probablement sur Windows. Les lecteurs pdf phares de cet OS sont effectivement Abode Reader pdf, mais aussi Sumatra pdf pour un lecteur rapide et open-source. J’ai longuement cherché et je ne trouve pas cette option de mise en relief. Je ne dis pas qu’elle n’existe pas, juste que je ne l’ai pas trouvée, même en cherchant sur les moteurs de recherche. Je pense que c’est une chose qui donnerait beaucoup de satisfaction à mother10, donc si quelqu’un sait si cette fonction existe, je suis preneur.
La solution apportée hier concerne mon lecteur qpdfview, mais je crois qu’il ne marche que sur Linux. Après activation de l’option, j’ai un carré rouge, très visuel autour de chaque mot ou suite de mots, qui est « cliquable », que ce soit un lien internet, un renvoi de page depuis un index, un lien depuis un sommaire, ou encore les noms dans la narration qui renvoient vers lesdits noms. Ainsi, sans même toucher la souris et la passer sur les mots, on sait au premier coup d'oeil où sont les mots qui ont un lien cliquable.
Belle journée à tous, et un grand merci à notre Zurga !!!
Rémi
-
- Étiquettes personnalisées : Cela fonctionne, mais je suis surpris de voir que c’est avec l’option « Générer les étiquettes utilisateur ». Du coup, à quoi sert l’étiquette « Prendre en considération les étiquettes personnelles débutant par « _ » (ex :_TODO) » ? Ainsi que l’étiquette "Mettre le texte littéral des étiquettes inconnues ?"
Toutefois, le texte est affiché collé au bloc de notes qui est en italique. Il conviendrait d’y ajouter les interlignes nécessaires à l’aération, voire un titre l’annonçant.
Je l’ai dit, je ne me servirai pas de cette option, mais au moins l’option est opérationnelle et peut servir à d’autres, comme pour une récente demande d’afficher les « _url ».
Toutefois, je n’aurais pas mis de ponctuation à la fin pour ne pas faire de doublon avec celle mise dans le Gedcom et éviter d’en rajouter une sur les éventuelles url.
Parce qu'il y a une différence entre les étiquettes utilisateurs (_QUELQUECHOSE) et les étiquettes inconnues (QUELQUECHOSE)
Pour la ponctuation, je n'ai pas changé le label existant, pas fait gaffe qu'il y avait un point à la fin.
- Age : C’est une super nouvelle. Je le souhaitais depuis le début sans avoir osé le demander. J’aurais mieux vu, au lieu de « à l’âge de 40 ans 3 mois 19 jours » des ponctuations comme « à l’âge de 40 ans, 3 mois et 19 jours », ou, tout simplement, « à l’âge de 40 ans » : les mois et les jours qui suivent ont-ils leur utilité à être si précis ? Je m’attendais toutefois à le voir arrivé ce matin vu la réponse apportée hier soir à mother10.
Il semblerait toutefois qu’il y ait un oubli pour les OCCU.
J'ai réutilisé ce qui existait : notamment l'affichage complet de l'âge.
Comme pour les dates avec les quantièmes, il faudrait faire un affichage spécial pour le rapport.
C'est pas à l'ordre du jour pour le moment.
Pour les OCCU, ce n'est pas un oubli, c'est une question :
Est-ce que cela a du sens de marquer : "il est agriculteur à l'age de 23 ans" ou "il a été agriculteur à l'age de 23 ans".
La plupart du temps, on reste une certaine durée avec la même profession et je n'ai pas en stock la possibilité de mettre la durée.
Déjà que sur des résidences, cela semble pas top ("il habita Paris de 2001 à 2005 à l'âge de 25 ans")
Du coup, je suis preneur de vos avis sur le fait de le mettre partout ou pas.
- Liste de propriétés qui se suivent : impeccable. J’en ai créé avant la MAJ pour faire un essai, je n’avais jamais eu le cas. Effectivement, ce n’était pas opportun avant. J’ai fait une suite RESI en essai et j’ai constaté, avec l’éditeur Gedcom, que c’est ADDR qui est mis par défaut avec RESI. Peut-on harmoniser pour avoir PLAC, puisque c’est PLAC qui est mis par défaut pour les autres étiquettes comme BIRT et DEAT, par exemple ?
J'ai pas changé le fonctionnement : ADDR en priorité sur PLAC dans les évènements.
A noter que la logique du GEDCOM est d'utiliser l'un ou l'autre, mais pas les deux ensembles.
Zurga
-
Bonjour à tous, bonjour Zurga et Remi,
À propos de l'OCCU :
Ici aux Pays-Bas, par exemple, sur de nombreux certificats de mariage et autres, la profession est mentionnée avec les parents et/ou les témoins. C'est souvent le seul indice sur la profession, dans ce cas, d'un père, par exemple.
Parfois, lorsque le prochain enfant se marie, vous voyez le père changer soudainement de profession.
Donc, la seule chose que vous savez, c'est qu'à la date du mariage d'un enfant, ce père avait cette profession particulière.
De plus, il se peut que vous ne connaissiez pas (encore) la date de naissance de ce père à la date du mariage de l'enfant. Vous n'avez tout au plus que l'âge de ce père.
Cette déclaration aide-t-elle un peu?
Très bonne journée à tous!
Salutations,
Tineke
-
Please, Mother10, use a translation engine to read my message, I guess it's a little bit difficult to understand for a non-French speaking person.
Oui, je trouve ton message intéressant. Je ne vois pas trop l'intérêt de mettre l'age d'une personne vis à vis de sa profession.
Si comme tu le dis, au mariage d'un enfant, on sait que le père est cultivateur, et que l'on connait la date de naissance de ce père, cela ne me semble pas opportun de mettre : cultivateur à l'age de 55 ans. Cette personne était sûrement cultivateur avant, et donc dire qu'il était cultivateur à 55 ans pourrait laisser supposer que c'est à 55 ans qu'il est devenu cultivateur.
Pour moi, mais chacun a son opinion, l'indication de l'age n'a que peu d'intérêt pour les professions, et ne peut avoir de l'intérêt que si l'on ne connaît pas la date de naissance de la personne mais que l'on a une indication de son age lors d'un évènement auquel cette personne a participé.
Ainsi, si l'on dit que le père du marié a 55 ans, il peut être intéressant de rajouter cette information dans l'enregistrement de ce père, et pas dans l'enregistrement du fils qui se marie (ex. dire par exemple que comme personne qui assistait au mariage il y avait son père qui avait 55 ans, cela me semble tomber comme un cheveu sur la soupe (in english for you Tineke : "to come out of the blue" or "to stick out like a sore thumb") ; par contre ajouter dans l'enregistrement du père qu'il avait 55 ans lors du mariage de son fils me semble opportun, quoique souvent lorsque je fais ma généalogie et voit qu'une personne a tel age lors d'un évènement, je rajoute un tag BIRT et je met qu'il est né environ en 1795 par exemple, et dans une NOTE (une tag note), je mets que cette date de naissance est approximative et résulte de la présence de ce père lors du mariage de son fils et qu'il est dit qu'à l'époque, il avait 55 ans), donc comme maintenant on peut afficher ces tag notes, le rajout de l'age dans mon cas n'aurait même pas d'intérêt, mais tout le monde de monte pas sa généalogie comme moi, donc à chacun son avis.
Just my two cents ;-) Francois
-
Bonjour à tous, bonjour François,
J'ai toujours les programmes de traduction prêts sur mon deuxième écran, sinon je ne peux pas suivre ce fil.
La raison pour laquelle j'ai commencé à parler de la date avec un OCCU est que dans mon ancien programme, une date (période) pouvait être ajoutée à chaque événement.
Et oui, je mets les données avec le père (y compris éventuellement la balise BIRT), pas avec l'enfant.
Comme tu le dis, chacun travaille à sa manière et c'est très bien. Et j'apprécie toujours que vous donniez votre avis ou votre solution.
Je lis aussi toujours ce que les autres ont à dire sur toutes sortes de choses, à la fois dans ce forum français (via la machine de traduction) et dans le forum anglais. Même si je ne réponds pas à tout.
En voyant de nombreuses solutions et opinions de nombreuses personnes, tout le monde deviendra automatiquement plus informé sur ce sujet.
Mais je crains que nous nous écartions de ce fil.
En tout cas, je suis très reconnaissant à Zurga pour tous les changements.
Tout le monde s'amuse avec toutes les recherches !
Salutations,
Tineke
-
Oui, il y a un bug si on choisit une taille trop petite et qu'on demande les notes.
Les notes sont dans la taille la presque plus petite, faut que je trouve un moyen de le rendre dynamique, mais c'est pas très simple.
Livraison du jour :
- Correction des tags persos qui ne s'affichait pas si on le demandait.
- Ajout de la possibilité de mettre les âges sur les évènements (cela prend le tag AGE, sans lui, rien ne s'affiche)
- Suppression des listes de propriétés quand plusieurs propriétés du même types se suivaient dans le GEDCOM.
Bonjour Zurga, bonjour à tous,
Test de la version du jour effectué.
Pour mon usage rien à signaler par rapport à la version d'hier. Tout est parfait.
En ce qui concerne la taille et la graisse du texte je ne peux rien en dire (édition pdf sous MacOs. Ce qui a déjà été évoqué).
J'aurais bien aimé désactiver les notes de bas de page, tout en conservant bien sûr la note générale (INDI:NOTE) après les renseignements généraux - il me semblait avoir pu le faire il y deux jours (la matérialisation des renvois dans le corps de la note restant seulement et malencontreusement en place).
Merci encore Zurga pour tout ce travail.
Bonne journée à tous.
Bien cordialement.
Jean-Charles
-
Bonjour Tineke,
La raison pour laquelle j'ai commencé à parler de la date avec un OCCU est que dans mon ancien programme, une date (période) pouvait être ajoutée à chaque événement.
Avec Ancestris, tu le sais bien sûr, mais tu peux rajouter une date à chaque évènement. Je ne sais pas quel éditeur tu utilises. De mon côté, je ne connais que l'éditeur gedcom, je n'ai jamais utilisé les deux autres. Avec l'éditeur gedcom tu fais absolument tout ce que tu veux
Et oui, je mets les données avec le père (y compris éventuellement la balise BIRT), pas avec l'enfant.
C'est effectivement comme cela que je fais aussi.
En voyant de nombreuses solutions et opinions de nombreuses personnes, tout le monde deviendra automatiquement plus informé sur ce sujet.
Tout à fait. Ce qui importe c'est de respecter deux choses : d'une part la grammaire gedcom, et Ancestris successeur de GenJ a été pensé, créé, maintenu et développé dans ce sens là. C'est le seul programme à ma connaissance qui respecte aussi scrupuleusement la grammaire gedcom. La deuxième chose est que SA solution n'est peut-être pas la solution de tout le monde, et donc il ne faut pas affirmer de manière péremptoire qu'il faut faire comme ça, ou comme ça. Dès lors que l'on respecte le premier point le second dépend de l'utilisateur.
Mais je crains que nous nous écartions de ce fil.
Absolument, so back to the narrative report.
Je regrette que pour le moment nous n'ayons des réactions sur ce rapport, (narrative report), que dans le forum français et rien dans les autres forums (espagnol, suédois, etc...), car il est possible que les solutions qui sont développées au vu des demandes françaises, posent des problèmes dans d'autres langues et devraient nécessiter des ajustements. Je crois que Frédéric devrait poster un exemple de la sortie de ce rapport sur le site web d'Ancestris pour bien montrer aux gens ce que l'on est capable de faire grâce au travail de Zurga. Pour moi, le livre qui résulte de ce rapport est un excellent outil publicitaire pour Ancestris.
Francois
-
Bonjour Francois,
Je regrette que pour le moment nous n'ayons des réactions sur ce rapport, (narrative report), que dans le forum français et rien dans les autres forums (espagnol, suédois, etc...), car il est possible que les solutions qui sont développées au vu des demandes françaises, posent des problèmes dans d'autres langues et devraient nécessiter des ajustements. Je crois que Frédéric devrait poster un exemple de la sortie de ce rapport sur le site web d'Ancestris pour bien montrer aux gens ce que l'on est capable de faire grâce au travail de Zurga. Pour moi, le livre qui résulte de ce rapport est un excellent outil publicitaire pour Ancestris.
Peut-être que quelqu'un sur tous les autres forums peut poster à ce sujet?
Je ne pense pas que beaucoup de gens reviennent sur le site Web.
Mais souvent, les gens ont une notification sur le forum dans leur propre langue, je suppose.
Tineke
-
Merci Zurga pour le retour.
Effectivement je comprends bien la problématique pour les âges, et comme ça c'est déjà très bien.
Oui je suis favorable à ne pas mettre les âges de partout, mais, après avoir lu l'échange de ce matin, je ne partage pas le même point de vue, comme quoi les avis peuvent diverger.
Je ne vois pas l'intérêt de mettre les âges sur les RESI et autres CENS puisque cela m'importe peu de savoir que quelqu'un habitait à tel endroit à tel âge.
En revanche, contrairement à François, je vois un intérêt pour les OCCU : en général, comme l'a expliqué Teneke, je mets une date précise pour une OCCU, celle trouvée sur les différents actes. Et je trouve intéressant de mettre en valeur l'âge d'un ancêtre sur un métier, car la retraite à l'époque n'était pas celle qu'on connait, et la dureté des métiers non plus. Pour ceux qui arrivaient à vivre plus longtemps, ou qui changeaient de métiers au cours d'une vie, ça les met mieux en valeur. Certes on peut déduire l'âge, mais comme pour toutes les étiquettes finalement, c'est juste que l'afficher met en gros plan, si je puis m'exprimer ainsi.
Ce n'est que mon avis personnel et je me rangerais, comme toujours, derrière la majorité.
J'ai pas changé le fonctionnement : ADDR en priorité sur PLAC dans les évènements.
A noter que la logique du GEDCOM est d'utiliser l'un ou l'autre, mais pas les deux ensembles.
Je sais que c'est soit l'un soit l'autre. Je parlais juste d'harmoniser car les autres étiquettes ce sont déjà PLAC par défaut dès qu'on appelle l'étiquette, y compris EVEN.
Comme tu le rappelles si bien, il est déconseillé de saisir les deux, et pour ceux qui s'en tiennent à ce qu'ils trouvent, il est probable qu'ils saisissent ADDR ici, et PLAC pour le reste.
Mais je supprime à la main et je rajoute le PLAC ensuite, ce n'est après tout que quelques clics...
Parce qu'il y a une différence entre les étiquettes utilisateurs (_QUELQUECHOSE) et les étiquettes inconnues (QUELQUECHOSE)
Merci pour cette précision, à vrai dire, je ne savais pas qu'il était possible de créer une étiquette sans le underscore avant.
Je n'utilise pas ces options pour le rapport mais pour résumer de ce que j'ai essayé :
- Les étiquettes inconnues sont tout le temps générées (QUELQUECHOSE)
- Les étiquettes utilisateurs (_QUELQUECHOSE) sont générées uniquement si on coche "générer les étiquettes utilisateurs"
Je ne sais pas à quoi servent les options "Prendre en considération les étiquettes personnelles débutant par "_" et "Mettre le texte litéral des étiquettes inconnues" qui me semblent inactives, sauf erreur et inattention de ma part.
Merci Zurga pour ce beau travail, et je partage l'avis de François : ce rapport narratif peut devenir (ou devient) la vitrine de la qualité d'Ancestris !
Rémi
-
Bonjour Tineke
Peut-être que quelqu'un sur tous les autres forums peut poster à ce sujet?
Je ne pense pas que beaucoup de gens reviennent sur le site Web.
Mais souvent, les gens ont une notification sur le forum dans leur propre langue, je suppose.
D'accord. Je l'ai fait sur les sous-forums danois et suédois. Je ne vois pas message sur le forum polonais et italien. Peut-être que Frédéric pourra poster quelque chose sur les forums espagnol et portugais. Il aurait été bien peut-être de faire un forum allemand. a voir. Francois
-
En revanche, contrairement à François, je vois un intérêt pour les OCCU : en général, comme l'a expliqué Teneke, je mets une date précise pour une OCCU, celle trouvée sur les différents actes. Et je trouve intéressant de mettre en valeur l'âge d'un ancêtre sur un métier, car la retraite à l'époque n'était pas celle qu'on connait, et la dureté des métiers non plus. Pour ceux qui arrivaient à vivre plus longtemps, ou qui changeaient de métiers au cours d'une vie, ça les met mieux en valeur. Certes on peut déduire l'âge, mais comme pour toutes les étiquettes finalement, c'est juste que l'afficher met en gros plan, si je puis m'exprimer ainsi.
Ce n'est que mon avis personnel et je me rangerais, comme toujours, derrière la majorité.
Qu'on se comprenne bien : dans ma généalogie, je mets les ages bien sûr, je trouve important de le faire, mais dans la sortie du rapport, non comme je l'ai dit. Francois
-
Qu'on se comprenne bien : dans ma généalogie, je mets les ages bien sûr, je trouve important de le faire, mais dans la sortie du rapport, non comme je l'ai dit. Francois
Comme je parlais de la sortie du rapport, on se comprend parfaitement.
Qu'on saisisse tout dans sa généalogie, c'est normal on le fait tous. Mais ce n'est pas ce que je présente en famille : je ne montre pas le Gedcom ou la saisie du logiciel, je montre un rapport, en l'occurence celui-ci maintenant.
Pour le coup, je ne souhaite pas maintenir les âges sur les lieux de résidence que je trouve sans intérêt (pas les lieux de résidence, mais l'âge qu'ils avaient lors de leur résidence).
Après, si la majorité veut laisser sur les RESI et CENS et ne pas mettre sur les OCCU, l'option est toujours désactivable, ce que je ferais dans ce cas précis.
Rémi
-
Bonjour,
J'ai un petit souci lorsque je sors le rapport en anglais.
Dans les paramètres, j'ai mis pour les lieux "1 (3)", donc chez moi, ça fait "Ville (Département)". Exemple de sortie : né le 18 janvier 1856 à Allanche (Cantal). Mais lorsque je sors le rapport en anglais, j'ai : "born on 18 janvier 1856 in Cantal (Allanche). Ca m'inverse les deux juridictions. Normal ? pas normal ? On oublie c'est moi qui m'était trompé. Mea Culpa. Désolé
Le fait que le mois soit en français, et pas en anglais est sans doute logique vu que dans mon gedcom c'est en français.
Au niveau du phrasé, pourrait-on mettre plutôt :
"born on january 18, 1856, in Allanche (Cantal), passed away on june 25, 1895, in Allanche (Cantal), first married on september 04 april, 1874, in Allanche (Cantal) at the age of ..... etc...
Ensuite, cela est vrai en français et dans les autres langues. Serait-il possible d'avoir un paramètre pour indiquer l'age réel ou l'age arrondi.
Si c'est l'age réel, alors on a ce qui existe aujourd'hui, donc années mois et jours, mais si on demande un arrondi, alors si l'age est xxx années et plus de 6 mois on passe à l'age au dessus, et si c'est xxxx années et moins de 6 mois on passe à l'age en dessous. Ainsi une personne qui à la date de l'évènement a : 45 ans 5 mois et 6 jours en arrondi cela donnerait : 45 ans. Si la personne a 45 ans 7 mois et 25 jours, alors en arrondi cela donnerait 46 ans. Oui/Non ?
En anglais, pourrait-on avoir le mot "Reference" au lieu du mot "Source" ?
Je reviendrai surement sur d'autres aspects plus tard. Merci. Francois
-
Hello,
Je ne sais pas si cela avait été demandé, mais serait-il possible d'avoir des phrases complètes au lieu d'abréviations pour les dates incertaines. Ex:
Jacques(?) VEYSSIER, born in (), relation to Anne VIOLLE, died ava avril 1681 in ()
.
On a "décédé ava avril 1681 à ... " pourrait-on avoir "décédé avant avril 1681 à ...."
Autre point : en anglais on ne dit pas married firstly, ou married secondly, mais si la personne a été mariée plusieurs fois on va dire : Married in first marriage / Married in second marriage / Married in third marriage / Married in fourth marriage, il me semble. Le pb est que si la personne s'est mariée deux fois, pour la première fois on aurait tendance à dire : "first married" ... ça complique. Peut-être faudrait-il en rester à first, second, etc....
Francois
-
Bonjour Francois,
Voir l'exemple néerlandais de capture d'écran :
(1) marié aa le xx
(2) marié nn le xx
Cela est valable dans n'importe quelle langue et n'a pas besoin d'être traduit.
Salutations,
Tineke
-
Voici un extrait de ma généalogie dans le rapport - This is an excerpt from my genealogy :
Pierre MASSONNEAU, born on xxxxxxxxx in Challans (Vendée) (son of Antoine MASSONNEAU and Marie
BAROTIN), married firstly on xxxxxxxxxx in Challans (Vendée) at age 18 ans 9 mois 8 jours to xxxxxxxxxx , married secondly on xxxxxx in Challans (Vendée) at age xxxxxx to xxxxx, married thirdly on xxxxxxxx in Challans (Vendée) at age xxxx to xxxx .
Donc il faut bien que cela soit traduit, ou alors je n'ai rien compris (et c'est possible ça ;-) )
Francois
-
Pierre MASSONNEAU, born on xxxxxxxxx in Challans (Vendée) (son of Antoine MASSONNEAU and Marie
BAROTIN), married firstly on xxxxxxxxxx in Challans (Vendée) at age 18 ans 9 mois 8 jours to xxxxxxxxxx , married secondly on xxxxxx in Challans (Vendée) at age xxxxxx to xxxxx, married thirdly on xxxxxxxx in Challans (Vendée) at age xxxx to xxxx .
My proposel would be with your example):
Pierre MASSONNEAU, born on xxxxxxxxx in Challans (Vendée) (son of Antoine MASSONNEAU and Marie BAROTIN).
(1) married on xxxxxxxxxx in Challans (Vendée) at age 18 ans 9 mois 8 jours to xxxxxxxxxx.
(2) married on xxxxxx in Challans (Vendée) at age xxxxxx to xxxxx.
(3) married on xxxxxxxx in Challans (Vendée) at age xxxx to xxxx .
-
Merci pour cette précision, à vrai dire, je ne savais pas qu'il était possible de créer une étiquette sans le underscore avant.
Je n'utilise pas ces options pour le rapport mais pour résumer de ce que j'ai essayé :
- Les étiquettes inconnues sont tout le temps générées (QUELQUECHOSE)
- Les étiquettes utilisateurs (_QUELQUECHOSE) sont générées uniquement si on coche "générer les étiquettes utilisateurs"
C'est possible mais normalement interdit par la norme.
Néanmoins la quasi-totalité des logiciels utilisent des tags personnels sans mettre de underscore ou utilisent des tags légitimes à des endroits illégitimes (le tag TIME est souvent utilisé dans les évènements alors qu'il ne doit être utilisé suivant la norme que dans le cadre d'un CHAN, date de changement).
Zurga
-
Ensuite, cela est vrai en français et dans les autres langues. Serait-il possible d'avoir un paramètre pour indiquer l'age réel ou l'age arrondi.
Voir ma réponse de ce matin à 7h55 :
J'ai réutilisé ce qui existait : notamment l'affichage complet de l'âge.
Comme pour les dates avec les quantièmes, il faudrait faire un affichage spécial pour le rapport.
C'est pas à l'ordre du jour pour le moment.
Pareil pour les dates
On a "décédé ava avril 1681 à ... " pourrait-on avoir "décédé avant avril 1681 à ...."
Je n'ai pas le format sous le coude et c'est pas forcément simple à faire comme cela.
Autre point : en anglais on ne dit pas married firstly, ou married secondly, mais si la personne a été mariée plusieurs fois on va dire : Married in first marriage / Married in second marriage / Married in third marriage / Married in fourth marriage, il me semble. Le pb est que si la personne s'est mariée deux fois, pour la première fois on aurait tendance à dire : "first married" ... ça complique. Peut-être faudrait-il en rester à first, second, etc....
Il y a des gens que je ne citerais pas (ah si, je viens de le faire....) qui ont demandé à avoir des "premières noces" à la place du numéro.
Comme je ne suis pas anglophone, cela tombe peut-être de travers.
Je fias ce que je peux avec mes limitations...
Zurga
-
Je trouve que ce serait une mauvaise idée d'utiliser des étiquettes sans underscore. car là, on peut perdre des infos. Je ne vois pas l'avantage à créer de telles étiquettes, plutôt que des étiquettes avec des underscore....
-
Il y a des gens que je ne citerait pas (ah si, je viens de le faire....) qui ont demandé à avoir des "premières noces" à la place du numéro.
Mais justement, je ne veux pas de numéro, moi le texte tel qu'il existe me convient, si ce n'est que en anglais, le phrasé utilisé ne me semble pas être le bon. Je pense que c'est Mother10 qui préférerait des numéros et qui donne comme avantage que cela évite les traductions. C'est vrai, et elle a raison, mais je trouve que cela fait moins "livre" . Je préfère un texte plutôt qu'une liste. Donc je maintiens, ;-) moi le texte me va très bien. Francois
-
Il y a des gens que je ne citerait pas (ah si, je viens de le faire....) qui ont demandé à avoir des "premières noces" à la place du numéro.
Mais justement, je ne veux pas de numéro, moi le texte tel qu'il existe me convient, si ce n'est que en anglais, le phrasé utilisé ne me semble pas être le bon. Je pense que c'est Mother10 qui préférerait des numéros et qui donne comme avantage que cela évite les traductions. C'est vrai, et elle a raison, mais je trouve que cela fait moins "livre" . Je préfère un texte plutôt qu'une liste. Donc je maintiens, ;-) moi le texte me va très bien. Francois
Idem ! :-)
jch
-
Bonjour Francois,
Voir l'exemple néerlandais de capture d'écran :
(1) marié aa le xx
(2) marié nn le xx
Cela est valable dans n'importe quelle langue et n'a pas besoin d'être traduit.
Salutations,
Tineke
Ou alors, à l'extrême limite, en cas de difficulté de codification, nous préfèrerions :
marié (1) avec NN...
marié (2) avec NN...
mariée (1) avec NN...
mariée (2) avec NN...
Ce qui est plus dans le sens de :
marié en premières noces avec NN...
marié en secondes noces avec NN...
mariée en premières noces avec NN...
mariée en secondes noces avec NN...
Kindest regards.
jchr
-
Hello,
Je ne sais pas si cela avait été demandé, mais serait-il possible d'avoir des phrases complètes au lieu d'abréviations pour les dates incertaines. Ex:
Jacques(?) VEYSSIER, born in (), relation to Anne VIOLLE, died ava avril 1681 in ()
.
On a "décédé ava avril 1681 à ... " pourrait-on avoir "décédé avant avril 1681 à ...."
Autre point : en anglais on ne dit pas married firstly, ou married secondly, mais si la personne a été mariée plusieurs fois on va dire : Married in first marriage / Married in second marriage / Married in third marriage / Married in fourth marriage, il me semble. Le pb est que si la personne s'est mariée deux fois, pour la première fois on aurait tendance à dire : "first married" ... ça complique. Peut-être faudrait-il en rester à first, second, etc....
Francois
Re-bonjour François, re-bonjour à tous,
François, juste pour ton information, nous avons évoqué ce sujet. En tout cas à deux reprises.
Zurga a fait remarquer la difficulté d'entreprendre ce changement, les modifications ne pouvant se limiter au rendu du rapport narratif. Hélas !
Bien cordialement.
Jean-Charles
-
Ou alors, à l'extrême limite, en cas de difficulté de codification, nous préfèrerions :
marié (1) avec NN...
marié (2) avec NN...
mariée (1) avec NN...
mariée (2) avec NN...
Ce qui est plus dans le sens de :
marié en premières noces avec NN...
marié en secondes noces avec NN...
mariée en premières noces avec NN...
mariée en secondes noces avec NN...
Ben j'aime moins.
Je préfère ce que nous avons actuellement. Je viens d'avoir un échange video (une réunion Zoom) avec Mother10, et effectivement sa demande correspond à la sortie que fait un autre logiciel de généalogie, à savoir Parentèle qu'elle m'a montré. Mais je préfère la sortie que nous a fait Zurga, cela correspond plus à un livre agréable à lire, plutôt qu'à une liste d'évènements. C'est sans doute le caractère latin des français qui veut ça.
Mais ce que m'a montré Mother10 est très très bien aussi, mais pour moi, c'est autre chose, et cela ne correspond pas à l'esprit du rapport narratif.
Après on pourrait imaginer un rapport qui donne toutes les infos de notre généalogie sous une forme plus concise, mais c'est autre chose, et une autre histoire. Francois
-
François, juste pour ton information, nous avons évoqué ce sujet. En tout cas à deux reprises.
Bon ben là, c'est une requête majeure que je fais à Zurga et qu'il est impératif qu'il mette sur sa ToDo list, à savoir me redonner de la mémoire. On est pas sorti je peux vous dire. Francois
-
Ou alors, à l'extrême limite, en cas de difficulté de codification, nous préfèrerions :
marié (1) avec NN...
marié (2) avec NN...
mariée (1) avec NN...
mariée (2) avec NN...
Ce qui est plus dans le sens de :
marié en premières noces avec NN...
marié en secondes noces avec NN...
mariée en premières noces avec NN...
mariée en secondes noces avec NN...
Ben j'aime moins.
Je préfère ce que nous avons actuellement. Je viens d'avoir un échange video (une réunion Zoom) avec Mother10, et effectivement sa demande correspond à la sortie que fait un autre logiciel de généalogie, à savoir Parentèle qu'elle m'a montré. Mais je préfère la sortie que nous a fait Zurga, cela correspond plus à un livre agréable à lire, plutôt qu'à une liste d'évènements. C'est sans doute le caractère latin des français qui veut ça.
Mais ce que m'a montré Mother10 est très très bien aussi, mais pour moi, c'est autre chose, et cela ne correspond pas à l'esprit du rapport narratif.
Après on pourrait imaginer un rapport qui donne toutes les infos de notre généalogie sous une forme plus concise, mais c'est autre chose, et une autre histoire. Francois
Bonsoir François,
Je rejoins ton opinion en tout point.
Ce que nous avons déjà est bien plus dans l'idée de la narration propre au qualificatif du rapport.
Bonne fin de journée.
Bien cordialement.
Jean-Charles
-
François, juste pour ton information, nous avons évoqué ce sujet. En tout cas à deux reprises.
Bon ben là, c'est une requête majeure que je fais à Zurga et qu'il est impératif qu'il mette sur sa ToDo list, à savoir me redonner de la mémoire. On est pas sorti je peux vous dire. Francois
:)
jch
-
Bon ben là, c'est une requête majeure que je fais à Zurga et qu'il est impératif qu'il mette sur sa ToDo list, à savoir me redonner de la mémoire. On est pas sorti je peux vous dire. Francois
J'en remets une couche François ;)
Quand Zurga a proposé la bibliographie des SOUR, il a bien précisé de sélectionner "laps de temps entre...et..." pour une narration plus agréable :P
Je ne l'avais pas signalé avant, mais il y a aussi un changement sur le vocable des périodes des sources.
Je ne me souviens plus comment c'était avant. Maintenant, ça fait un peu bizarre je trouve :
Type d'évènements : BIRT, MARR, DEAT, pour la période du 1792 au 1932J'aurais plus vu, mais là encore, la majorité dira ce qu'elle préfère :
Type d'évènements : BIRT, MARR, DEAT, pour la période de 1792 à 1932L'avantage de ce type de mention, est que cela vaut aussi pour des mois, ou des périodes révolutionnaires. ex :
Type d'évènements : BIRT, MARR, DEAT, pour la période en 1772Type d'évènements : BIRT, MARR, DEAT, pour la période de 1772
Type d'évènements : BIRT, MARR, DEAT, pour la période du sept 1772 au nov 1773Type d'évènements : BIRT, MARR, DEAT, pour la période de sept 1772 à nov 1773Francois
-
C'est possible mais normalement interdit par la norme.
Néanmoins la quasi-totalité des logiciels utilisent des tags personnels sans mettre de underscore ou utilisent des tags légitimes à des endroits illégitimes (le tag TIME est souvent utilisé dans les évènements alors qu'il ne doit être utilisé suivant la norme que dans le cadre d'un CHAN, date de changement).
Zurga
Merci Zurga pour cette précision. Je fais partie de ceux qui utilisent l'étiquette perso _TIME pour anticiper le passage à Gedom 7, tôt ou tard, car tu m'avais dit qu'il était prévu par l'évolution de la norme. C'est ma seule étiquette personnelle avec le _TODO qui ne me sert qu'à écrire des "choses" à faire pour éditer une fiche de travail quand je me déplace aux AD.
Tout le reste ne sont que les étiquettes prévues par la norme.
Rémi
-
Je trouve que ce serait une mauvaise idée d'utiliser des étiquettes sans underscore. car là, on peut perdre des infos. Je ne vois pas l'avantage à créer de telles étiquettes, plutôt que des étiquettes avec des underscore....
100% d'accord. Mon retour ce matin est uniquement parce que je "teste" les nouvelles fonctions proposées par Zurga. Je me créé donc temporairement ce qu'il faut pour tester.
Car si Zurga code et créée des belles choses, il faut les tester pour donner notre retour.
Rémi
-
François,
Sur le fil anglais tu me réponds : Je suis d'accord avec toi, mais actuellement, il y a déjà des liens hypertextes sur certains noms, et ces liens ne sont pas colorés ou, du moins sur mon ordinateur (sous Ubuntu), ces liens apparaissent en noir, comme le texte. François
On ne parle pas de la même chose. Je réponds à mother10 qui a demandé hier à Zurga de faire ressortir les liens dans une couleur. D'où ma réponse, d'abonder dans le sens de Zurga de ne pas le faire. Ci-dessous pour rappel l'échange (puisque tu perds la mémoire :P :o).
Pour ta question de mettre des liens sur les notes en bas de pages, je ne suis pas contre. Mais cela aurait une utilité si toutes les notes étaient rassemblées en fin de document, et là dessus, on est tous d'accord, c'est non, on les préfère en bas de chaque page. Placées ici, ces notes n'ont pas plus-values à être "cliquables", dans le sens où depuis un mois on demande des tonnes de choses à faire à Zurga, et cette demande serait le surcharger, je pense, inutilement. Après, si elles se font, je n'y suis pas opposé. Il a juste déjà beaucoup à faire, ce pour quoi je lui en suis pleinement reconnaissant.
Je lis que tu es sur Debian aussi, as-tu testé qpdfview et la fonction qui fait ressortir les liens ?
Si un logiciel sur Linux le permet, il serait surprenant que Adobe Reader, qui est une référence dans la lecture des pdf, ne le propose pas. Ce serait bien si un spécialiste avait la réponse de où se cache cette option.
Bien à toi,
Rémi
Citation de: mother10 le Hier à 15:02:18
----------------------------------
Jumping inside the report.
It was only today I realized you could jump up and down individuals in the report.
There is no visible sign to tell a user what is a jump.
Maybe some people dont want to see them, but I would like to have a configurable way to make a link more prominent for the readers of my report.
Like:
Yes or No in Bold, and be able to define their color?
The link are basically for a web export.
In html export,the link are underlined.
In pdf, the link are present but the intended printing is on paper. I don't get the point to emphasize the link on paper.
It seems enough for me.
-
On ne parle pas de la même chose. Je réponds à mother10 qui a demandé hier à Zurga de faire ressortir les liens dans une couleur. D'où ma réponse, d'abonder dans le sens de Zurga de ne pas le faire. Ci-dessous pour rappel l'échange (puisque tu perds la mémoire :P :o).
Moi non plus, je ne vois pas l'intérêt de colorer les liens, mais je pense que nous ne voyons pas le résultat du rapport de la même manière.
Nous le voyons (je dirais en tant que français), comme un livre qui mériterait d'être imprimé, on veut du texte, du récit, un phrasé, on est très "littéraire" dans notre approche. Je pense que Mother10 le voit plus comme un .pdf devant être échangé tel quel, devant être le plus exhaustif possible. Ce sont deux approches qui se défendent, mais je pense que l'approche que nous avons est celle qui correspond à l'esprit du rapport. Comme quelqu'un l'a dit, le titre du rapport est "narrative report", donc on met l'accent sur le côté narratif du rapport.
J'aime beaucoup l'idée de Mother10, mais à mon avis, cela devrait faire l'objet d'un autre rapport, il ressemblerait à celui que Zurga développe en ce moment, mais il serait moins "littéraire" et plus exhaustif. Francois
-
On ne parle pas de la même chose. Je réponds à mother10 qui a demandé hier à Zurga de faire ressortir les liens dans une couleur. D'où ma réponse, d'abonder dans le sens de Zurga de ne pas le faire. Ci-dessous pour rappel l'échange (puisque tu perds la mémoire :P :o).
Moi non plus, je ne vois pas l'intérêt de colorer les liens, mais je pense que nous ne voyons pas le résultat du rapport de la même manière.
Nous le voyons (je dirais en tant que français), comme un livre qui mériterait d'être imprimé, on veut du texte, du récit, un phrasé, on est très "littéraire" dans notre approche. Je pense que Mother10 le voit plus comme un .pdf devant être échangé tel quel, devant être le plus exhaustif possible. Ce sont deux approches qui se défendent, mais je pense que l'approche que nous avons est celle qui correspond à l'esprit du rapport. Comme quelqu'un l'a dit, le titre du rapport est "narrative report", donc on met l'accent sur le côté narratif du rapport.
J'aime beaucoup l'idée de Mother10, mais à mon avis, cela devrait faire l'objet d'un autre rapport, il ressemblerait à celui que Zurga développe en ce moment, mais il serait moins "littéraire" et plus exhaustif. Francois
Je partage totalement ce point de vue. 100%.
Bonne soirée.
Rémi
-
Le fait que le mois soit en français, et pas en anglais est sans doute logique vu que dans mon gedcom c'est en français.
En fait non, c'est un bug du logiciel qui ne prend pas en compte la langue d'export pour les dates et autres âges. (En fait pour aucune donnée du GEDCOM mais seules les dates et les âges ont réellement une traduction)
Cela m'a fait mon samedi (et une partie du dimanche), mais maintenant, c'est bon.
Il devrait être possible d'afficher correctement les dates et âges dans la langue choisie pour les rapports même si la langue de l'interface en est une autre.
Et si d'autres données se retrouvent mal traduites, le mécanisme est en place pour les ajustements.
On va pouvoir revenir aux modifications du rapport en lui-même.
Zurga
-
En fait non, c'est un bug du logiciel qui ne prend pas en compte la langue d'export pour les dates et autres âges. (En fait pour aucune donnée du GEDCOM mais seules les dates et les âges ont réellement une traduction)
Cela m'a fait mon samedi (et une partie du dimanche), mais maintenant, c'est bon.
Il devrait être possible d'afficher correctement les dates et âges dans la langue choisie pour les rapports même si la langue de l'interface en est une autre.
Et si d'autres données se retrouvent mal traduites, le mécanisme est en place pour les ajustements.
Super, effectivement ça fonctionne très bien. Je ne sais pas si il aurait été possible d'aller plus loin dans le formatage des dates, car elles apparaissent en anglais, mais dans un format français : 26 august 1695, au lieu de August 26, 1695. Il doit bien exister d'autres spécificités dans d'autres langues, mais bon, déjà on a la bonne langue dans la sortie, c'est parfait. Merci. Francois
-
La date apparait dnas le format long des préférences.
Celui-ci est limité à 26 august 1695.
Il faudrait en prévoir d'autres comme avec les quantièmes.
Pour le moment, il faut faire avec ce qui existe.
Cordialement,
-
Je préfère ce que nous avons actuellement. Je viens d'avoir un échange video (une réunion Zoom) avec Mother10, et effectivement sa demande correspond à la sortie que fait un autre logiciel de généalogie, à savoir Parentèle qu'elle m'a montré. Mais je préfère la sortie que nous a fait Zurga, cela correspond plus à un livre agréable à lire, plutôt qu'à une liste d'évènements. C'est sans doute le caractère latin des français qui veut ça.
Mais ce que m'a montré Mother10 est très très bien aussi, mais pour moi, c'est autre chose, et cela ne correspond pas à l'esprit du rapport narratif.
Après on pourrait imaginer un rapport qui donne toutes les infos de notre généalogie sous une forme plus concise, mais c'est autre chose, et une autre histoire. Francois
On a deux autres rapports qui peuvent se rapprocher plus de ce qu'attend Mother10 : Lignée d'ascendance par génération et Lignée de descendance par famille
On pourra peut-être plus ajuster ces rapports pour ressembler à ce dont à l'habitude les anciens utilisateurs de Parentèle.
Zurga
-
Super, effectivement ça fonctionne très bien. Je ne sais pas si il aurait été possible d'aller plus loin dans le formatage des dates, car elles apparaissent en anglais, mais dans un format français : 26 august 1695, au lieu de August 26, 1695. Il doit bien exister d'autres spécificités dans d'autres langues, mais bon, déjà on a la bonne langue dans la sortie, c'est parfait. Merci. Francois
Comment tu as pu tester François alors que la mise à jour n'est pas encore tombée ? :o
-
Je préfère ce que nous avons actuellement. Je viens d'avoir un échange video (une réunion Zoom) avec Mother10, et effectivement sa demande correspond à la sortie que fait un autre logiciel de généalogie, à savoir Parentèle qu'elle m'a montré. Mais je préfère la sortie que nous a fait Zurga, cela correspond plus à un livre agréable à lire, plutôt qu'à une liste d'évènements. C'est sans doute le caractère latin des français qui veut ça.
Mais ce que m'a montré Mother10 est très très bien aussi, mais pour moi, c'est autre chose, et cela ne correspond pas à l'esprit du rapport narratif.
Après on pourrait imaginer un rapport qui donne toutes les infos de notre généalogie sous une forme plus concise, mais c'est autre chose, et une autre histoire. Francois
On a deux autres rapports qui peuvent se rapprocher plus de ce qu'attend Mother10 : Lignée d'ascendance par génération et Lignée de descendance par famille
On pourra peut-être plus ajuster ces rapports pour ressembler à ce dont à l'habitude les anciens utilisateurs de Parentèle.
Oui, tu as tout à fait raison. Nous avons fait une réunion Zoom hier, elle et moi. C'était une première ;-) et pour elle, et pour moi.
je ne comprenais pas ce qu'elle voulait lorsqu'elle parlait de ses deux rapports. Elle m'a montré le résultat qu'elle obtient à partir de Parentèle, et c'est effectivement très bien, très détaillé, et j'ai vraiment trouvé ça intéressant.
Elle m'a dit, et c'est important, que la plupart des utilisateurs néerlandais recherchaient ce genre de sorties, donc il peut être intéressant d'aller dans le sens que tu dis, car cela ira aussi dans le sens des européens du nord, danois, suédois et norvégiens.
Je ne sais pas si tu peux avoir une sortie par Parentèle pour voir comment les choses sont montées, mais je pense que tu as déjà ça.
Je rajoute juste une précision : elle a fait un travail remarquable et continue à faire un sacré boulot de son côté pour Ancestris. J'ai été stupéfait de tout le boulot qu'elle m'a montré en faisant un partage d'écran.
et je rajoute (je rajoute beaucoup finalement) que tu fais un sacré boulot Zurga. A l'écoute de tout le monde, une réactivité à toutes épreuves, une qualité de codage, de compréhension des demandes, et rien n'est laissé de côté, c'est dans un coin de ta tête et tout à coup, ce qu'on pensait avoir été oublié, crac, ça apparaît. Chapeau l'artiste. Je ne veux pas oublier Frédéric également qui bosse vraiment super. Ca me fait penser au film "Oblovion" - Vous formez une bonne équipe - Génial et merci. Francois
-
Bonjour Zurga et François,
Le programme s'appelle : Aldfaer, et les rapports s'appellent : Parenteel en Kwartierstaat.
Ce Parental que vous appelez François c'est parce qu'au-dessus du rapport il est écrit : « Parenteel of John Doe ». En Parenteel est un rapport qui commence par l'ancêtre le plus ancien puis descend jusqu'au présent.
"Kwartierstaat" est l'inverse.
J'examinerai les rapports mentionnés par Zurga s'ils correspondent davantage à ce dont je parle.
Salutations,
Tineke
-
Comment tu as pu tester François alors que la mise à jour n'est pas encore tombée ?
Il te faudrait remonter au début du logiciel, mais pour faire simple, je compile le code que nos deux amis font pour nous tous.
-
Le programme s'appelle : Aldfaer, et les rapports s'appellent : Parenteel en Kwartierstaat.
Ce Parental que vous appelez François c'est parce qu'au-dessus du rapport il est écrit : « Parenteel of John Doe ». En Parenteel est un rapport qui commence par l'ancêtre le plus ancien puis descend jusqu'au présent.
"Kwartierstaat" est l'inverse.
Je me disais bien que je ne comprenais pas le néerlandais. Voilà ce que c'est Mother10 de me montrer des écrans en néerlandais, après moi j'ai l'impression de comprendre et au final, je n'ai rien compris :-)
Mis à part cela, peut-être pourrait-il être intéressant que tu fasses passer une sortie à Zurga, sauf si il a déjà ça dans ces cartons. (expression très française désolé).
-
Bonjour Francois,
Tu as parfaitement compris François, donc inutile de t'excuser. Si j'avais des écrans français devant moi, j'aurais la même chose. Et sans programme de traduction, je ne pourrais rien suivre de ce forum non plus. J'espère que vous n'avez pas été trop étourdi par tous les écrans, désolé. ;) Je mettrai un peu plus de côté la prochaine fois.
Dommage que nous ayons été écourtés par l'heure de fin de Zoom.
Salutations,
Tineke
-
On a deux autres rapports qui peuvent se rapprocher plus de ce qu'attend Mother10 : Lignée d'ascendance par génération et Lignée de descendance par famille
On pourra peut-être plus ajuster ces rapports pour ressembler à ce dont à l'habitude les anciens utilisateurs de Parentèle.
Zurga
Chouette idée d'ajuster ces deux autres rapports, surtout la lignée d'ascendance par génération. Je trouvais justement qu'il ressemblait à notre rapport narratif actuel (du moins qui fournissait les mêmes informations). C'est super si vous lui trouvez un autre usage.
J'apprécie beaucoup la lignée de descendance par famille, avec un brin de ponctuation supplémentaire, ce rapport est appréciable.
Je sors un peu du contexte, mais nous avons évoqué, Zurga, il y a quelques semaines, la sortie en .ps de l'arbre circulaire, et la difficulté technique pour vous de sortir dans un format plus moderne comme le pdf. Actuellement, je transforme ce fichier .ps en .pdf avec le logiciel ps2pdf (installé avec le paquet ghostscript). Peut être q'une partie de ce code ouvert pourrait être utilisé dans votre application pour une facilité de codage ? Je propose cela juste comme ça.
Il te faudrait remonter au début du logiciel, mais pour faire simple, je compile le code que nos deux amis font pour nous tous.
Merci pour cette information que je n'avais pas, bravo François alors. Et tu as raison de féliciter nos codeurs, je l'ai déjà fait à plusieurs reprises sur ces différents fils de conversation. On ne le fera jamais assez.
Rémi
-
Je sors un peu du contexte, mais nous avons évoqué, Zurga, il y a quelques semaines, la sortie en .ps de l'arbre circulaire, et la difficulté technique pour vous de sortir dans un format plus moderne comme le pdf (...)
Bonsoir Rémi, bonsoir à tous,
Les fichiers postscript (.ps), s'ouvrent très facilement avec un éditeur TeX. TeXShop (licence GNU GPL), par exemple, pour l'environnement MacOS. Vous avez encore, toujours libres, et multi-plateformes : Texmaker, TeXstudio ou TexitEasy. Evince, sous Linux convient aussi très bien.
J'utilise à l'occasion TeXShop. Le résultat est parfait, tant en ce qui concerne l'édition de l'Arbre ascendant circulaire sur 10 générations que celle de l'Arbre ascendant en éventail complet multipages Le trait est d'une finesse absolue, quelque soit le niveau d'agrandissement. Le langage PostScript reposant sur des formulations vectorielles.
Notez que l'éditeur TeX transforme le fichier ps sans aucune manipulation et instantanément - c'est le moins qu'on puisse dire - en fichier pdf.
Cordialement.
Jean-Charles
PS : j'oubliais de préciser. En choisissant un éditeur TeX pour l'ouverture par défaut des fichiers ps. Le tableau est automatiquement créé au format pdf.
-
Je sors un peu du contexte, mais nous avons évoqué, Zurga, il y a quelques semaines, la sortie en .ps de l'arbre circulaire, et la difficulté technique pour vous de sortir dans un format plus moderne comme le pdf (...)
Bonsoir Rémi, bonsoir à tous,
Les fichiers postscript (.ps), s'ouvrent très facilement avec un éditeur TeX. TeXShop (licence GNU GPL), par exemple, pour l'environnement MacOS. Vous avez encore, toujours libres, et multi-plateformes : Texmaker, TeXstudio ou TexitEasy. Evince, sous Linux convient aussi très bien.
J'utilise à l'occasion TeXShop. Le résultat est parfait, tant en ce qui concerne l'édition de l'Arbre ascendant circulaire sur 10 générations que celle de l'Arbre ascendant en éventail complet multipages Le trait est d'une finesse absolue, quelque soit le niveau d'agrandissement. Le langage PostScript reposant sur des formulations vectorielles.
Notez que l'éditeur TeX transforme le fichier ps sans aucune manipulation et instantanément - c'est le moins qu'on puisse dire - en fichier pdf.
Cordialement.
Jean-Charles
PS : j'oubliais de préciser. En choisissant l'éditeur de TeX pour l'ouverture par défaut des fichiers ps. Le tableau est automatiquement créé au format pdf.
Bonjour,
Je ne parlais que de modernisation, et parce que Zurga a déjà tenté de le faire mais est confronté à une difficulté technique. Je le remercie encore d'avoir essayé au printemps.
Le PostScript étant un format dont le développement a été arrêté par Adobe en 1997 et n'est plus maintenu depuis 26 ans déjà, il y a fort à parier qu'il ne sera probablement plus intégré dans les lecteurs pdf à l'avenir.
Pour ma part, une conversion en ligne de commandes ne me prend qu'une poignée de secondes, tout le monde n'est en revanche pas forcément à l'aise avec l'informatique.
Rémi
-
Bonjour Zurga, bonjour à tous,
Grosse mise à jour ce matin !
Merci Zurga.
Tout à l'air parfait. Notamment le rapport narratif et l'Arbre.
Bonne journée à tous.
Bien cordialement
jchr
-
Concernant le rapport narratif, pas beaucoup de modifications ce week-end, principalement dédié aux problèmes de traduction des rapports quand on choisit une langue différente de l'interface.
C'est pas parfait (reste le rendu par défaut des individus et des familles qui inclut les dates), mais pour le reste, on devrait être pas trop mal, notamment dans le rapport narratif qui n'utilise pas les rendus par défaut des individus et des familles.
Pour le rapport narratif, quelques modifications cosmétiques avec l'ajout de l'âge sur les professions et la suppression du point à la suite des propriétés utilisateurs.
Zurga
-
Merci Zurga pour ces précisions et je confirme la bonne prise en compte chez moi après essai.
Quel travail ! Bravo !
Petit complément par rapport à mon message de ce matin : je ne peux pas ouvrir les .ps avec Adobe Reader et Sumatra pdf ce matin avec un essai depuis un PC sur Windows. Ce n'est pas dérangeant pour moi car la transformation avec ps2pdf m'a fourni un fichier pdf lisible. Je le dis juste pour info, je connais votre difficulté technique sur ce sujet pour avoir déjà essayé.
Merci Zurga pour le travail sur ce rapport narratif, et sur Ancestris en général.
Rémi
-
Le souci principal du rapport circulaire en postscript c'est qu’il est totalement écrit en ps avec toute la logique en en postscript.
Et mon postscript est plus que rouillé (je n'en ai jamais fait).
Du coup, faire une conversion de ce genre de chose :
*SF { % Complete selectfont emulation
exch findfont exch
dup type /arraytype eq {makefont}{scalefont} ifelse setfont
} bind def
/BuildRectPath{
dup type dup /integertype eq exch /realtype eq or{
4 -2 roll moveto %Operands are: x y width height
dup 0 exch rlineto
exch 0 rlineto
neg 0 exch rlineto
closepath
}{
dup length 4 sub 0 exch 4 exch{
1 index exch 4 getinterval aload pop
BuildRectPath
}for
pop
}ifelse
} bind def
/*RC { gsave newpath BuildRectPath fill grestore } bind def
% install Level 2 emulations, or substitute built-in Level 2 operators
/languagelevel where
{pop languagelevel}{1} ifelse
2 lt {
/RC /*RC load def
/SF /*SF load def
}{
/RC /rectclip load def % use RC instead of rectclip
/SF /selectfont load def % use SF instead of selectfont
} ifelse
%Coordinate conversion utilities
/polar { %(ang rad) -> (x y)
/rad exch def /ang exch def
/x rad ang cos mul def /y rad ang sin mul def
x y
} def
/midang {
/inf exch def
inf 1 eq {360 2 maxlevel exp div mul -90.0 add} %for first level male, go counter clockwise from bottom
{360 2 maxlevel exp div mul 90.0 add} ifelse %for first level female, go clockwise from bottom
} def
%Shortcut macros
/m {moveto} def /l {lineto} def
%Constants
/pi 3.14159265358979 def
/ptsize 10 def
/offset ptsize 1.25 mul neg def
/radius {4.0 7.0 div exch indicentre add mul inch} def
%begin font encoding borrowed from Robert Simms
/encvecmod* { % on stack should be /Encoding and an encoding array
% make an array copy so we don't try to modify the original via pointer
dup length array copy
encvecmod aload length dup 2 idiv exch 2 add -1 roll exch
{dup 4 2 roll put}
repeat
} def
/reenc {
findfont
dup length dict begin
{1 index /FID eq {pop pop} {
1 index /Encoding eq {
encvecmod* def
}{def} ifelse
} ifelse
} forall
currentdict
end
definefont pop
} def
% Adjust the font so that it is iso-8859-1 compatible
/languagelevel where {pop languagelevel}{1} ifelse 2 ge {
/encvecmod* {pop ISOLatin1Encoding} def % Use built-in ISOLatin1Encoding if PS interpreter is Level 2
}{
/encvecmod [
16#90 /dotlessi 16#91 /grave 16#92 /acute 16#93 /circumflex
16#94 /tilde 16#95 /macron 16#96 /breve 16#97 /dotaccent
16#98 /dieresis 16#99 /.notdef 16#9a /ring 16#9b /cedilla
16#9c /.notdef 16#9d /hungarumlaut 16#9e /ogonek 16#9f /caron
16#a0 /space 16#a1 /exclamdown 16#a2 /cent 16#a3 /sterling
16#a4 /currency 16#a5 /yen 16#a6 /brokenbar 16#a7 /section
16#a8 /dieresis 16#a9 /copyright 16#aa /ordfeminine 16#ab /guillemotleft
16#ac /logicalnot 16#ad /hyphen 16#ae /registered 16#af /macron
16#b0 /degree 16#b1 /plusminus 16#b2 /twosuperior 16#b3 /threesuperior
16#b4 /acute 16#b5 /mu 16#b6 /paragraph 16#b7 /periodcentered
16#b8 /cedilla 16#b9 /onesuperior 16#ba /ordmasculine 16#bb /guillemotright
16#bc /onequarter 16#bd /onehalf 16#be /threequarters 16#bf /questiondown
16#c0 /Agrave 16#c1 /Aacute 16#c2 /Acircumflex 16#c3 /Atilde
16#c4 /Adieresis 16#c5 /Aring 16#c6 /AE 16#c7 /Ccedilla
16#c8 /Egrave 16#c9 /Eacute 16#ca /Ecircumflex 16#cb /Edieresis
16#cc /Igrave 16#cd /Iacute 16#ce /Icircumflex 16#cf /Idieresis
16#d0 /Eth 16#d1 /Ntilde 16#d2 /Ograve 16#d3 /Oacute
16#d4 /Ocircumflex 16#d5 /Otilde 16#d6 /Odieresis 16#d7 /multiply
16#d8 /Oslash 16#d9 /Ugrave 16#da /Uacute 16#db /Ucircumflex
16#dc /Udieresis 16#dd /Yacute 16#de /Thorn 16#df /germandbls
16#e0 /agrave 16#e1 /aacute 16#e2 /acircumflex 16#e3 /atilde
16#e4 /adieresis 16#e5 /aring 16#e6 /ae 16#e7 /ccedilla
16#e8 /egrave 16#e9 /eacute 16#ea /ecircumflex 16#eb /edieresis
16#ec /igrave 16#ed /iacute 16#ee /icircumflex 16#ef /idieresis
16#f0 /eth 16#f1 /ntilde 16#f2 /ograve 16#f3 /oacute
16#f4 /ocircumflex 16#f5 /otilde 16#f6 /odieresis 16#f7 /divide
16#f8 /oslash 16#f9 /ugrave 16#fa /uacute 16#fb /ucircumflex
16#fc /udieresis 16#fd /yacute 16#fe /thorn 16#ff /ydieresis
] def
} ifelse
/gedfont fontname reenc
/fontname /gedfont def
%end font encoding end of section borrowed from Robert Simms
/fan{ %Fan Template
gsave
%begin gender specific shading of boxes
/c 1 def %flag for the alternating colours
1 indicentre sub 1 maxlevel {%shade the boxes if necessary
/i exch def
/delta_ang 360.0 2 i exp div def %set the angle stepsize
/r1 i radius def /r2 i 1 sub radius def %find the inner and outer radius for the box
.7 radfactor div
setlinewidth %if level is beyond 7 make lines thinnest possible
90.0 delta_ang 449.99 { %step through all angles from 90deg to 90deg+360deg (450deg)
/ang1 exch def /ang2 ang1 delta_ang add def %find the beginning and ending angle for each box
newpath
i 0 gt{%draw the box
ang1 r1 polar m 0 0 r1 ang1 ang2 arc ang2 r2 polar l 0 0 r2 ang2 ang1 arcn
}{
0 0 1 radius 0 0 1 radius 0 360 arc
}ifelse
closepath
i 0 gt { %fill in box if necessary
c 1 eq {/c1 0 def rf gf bf setrgbcolor} {/c1 1 def rm gm bm setrgbcolor} ifelse
}{
centrepersonsex 0 eq {rm gm bm setrgbcolor} {rf gf bf setrgbcolor} ifelse
}ifelse
gsave fill grestore
i 0 gt{/c c1 def}if %exchange color for next box
rl gl bl setrgbcolor
}for
}for %end gender specific shading of boxes
%begin draw boxes around husband and wife
rl gl bl setrgbcolor
2 indicentre sub 1 maxlevel { %step through the levels
/i exch def
.7 radfactor div
setlinewidth
/delta_ang 360.0 2 i 1 sub exp div def %set the angle stepsize
90.0 delta_ang 449.99 {
/ang1 exch def /ang2 ang1 delta_ang add def
/r1 i radius def /r2 i 1 sub radius def
%draw tic marks around marriage date
/delta_r r1 r2 sub 15 div def
/angave ang1 delta_ang 2 div add def
/r_inner r2 delta_r add def
/r_outer r1 delta_r sub def
newpath angave r_outer polar m angave r1 polar l stroke
r2 0 gt{
newpath angave r2 polar m angave r_inner polar l stroke
}if
rm gm bm setrgbcolor %erase small gap between male and female
.5 setlinewidth
newpath angave r_outer polar m angave r_inner polar l stroke
rl gl bl setrgbcolor
.7 radfactor div
setlinewidth
%finish tic marks
newpath %draw box around parents
ang1 r1 polar m 0 0 r1 ang1 ang2 arc
ang2 r2 polar l 0 0 r2 ang2 ang1 arcn closepath
stroke
}for
}for %end draw boxes around husband and wife
0 0 0 setrgbcolor
fontname 5 SF
/radiusprint maxlevel radius 1.01 mul def
datetoday radiusprint 300 circtext
grestore
} def
/angtext{ %Angled Line Printing Procedure for outer lines than do not curve
/inf exch def /offst exch def /ang exch def /levelnum exch def /str exch def
gsave
ang rotate %rotate coordinate system for printing
/r1 levelnum 1 sub radius def /r2 levelnum radius def
levelnum 1 eq indicentre 0 eq and{/r1 0 def /r2 0 def}if
/y r1 r2 add 2 div def
inf 0 eq{0 offst -10 mul 15 add translate}{y 0.0 translate}ifelse
str stringwidth pop 2 div neg offst moveto
str show
grestore
} def
/circtext{ %Circular Line Printing Procedure for inner lines than do curve
/angle exch def /textradius exch def /str exch def
/xradius textradius ptsize 4 div add def
gsave
angle str findhalfangle add rotate
str {/charcode exch def ( ) dup 0 charcode put circchar} forall
grestore
} def
/findhalfangle {stringwidth pop 2 div 2 xradius mul pi mul div 360 mul} def
/circchar{ %print each character at a different angle around the circle
/char exch def
/halfangle char findhalfangle def
gsave
halfangle neg rotate
textradius 0 translate
-90 rotate
char stringwidth pop 2 div neg 0 moveto
char show
grestore
halfangle 2 mul neg rotate
} def
/setprintcolor{
/ahnen exch def /inf exch def
ahnen 2 div dup cvi eq {redmale greenmale bluemale setrgbcolor}{redfemale greenfemale bluefemale setrgbcolor} ifelse
ahnen inf mul 1 eq {redmale greenmale bluemale setrgbcolor} if
} def
/position{ %compute position from ahnentafel number
/ahnenn exch def
ahnenn 2 maxlevel -1 add exp lt {
/a 2 ahnenn log 1.9999 log div floor exp def
/numerator 2 a mul -1 add -2 ahnenn a neg add mul add def
/fact 2 maxlevel -2 add exp def
numerator a div fact mul
}{2 maxlevel exp ahnenn neg add} ifelse
} def
/level {1 add log 2 log div ceiling cvi} def %compute generation level from ahnentafel number
/info{
/max exch def /inf exch def /noffset exch def /ahnen exch def
/fntfactor {[0 0.85 0.85 0.8 0.7 0.5 0.4 0.3 0.3 0.25 0.25 0.25 0.25] exch get} def %set different font sizes for each level
ahnen 2 maxlevel exp lt {
/place ahnen position def
/levelnum ahnen level def %get the level number of the current person
/radtab levelnum radius def %get the radius of the current level
/ftsize ptsize levelnum fntfactor mul def %find the new fontsize depending on the current level number
/offset ftsize 1.25 mul neg def %find the distance that the text should be printed from the ring
inf ahnen setprintcolor %print the names and information in alternating colors as defined below in line #350
fontname ftsize SF %set the font to use
levelnum 5 lt {levelnum radtab place noffset inf max inner} % the inner four rings
{levelnum place noffset inf 0 max outer} ifelse % all outer rings
} if
} def
/indiinfo{
/inf exch def /noffset exch def /ahnen exch def
/ftsize ptsize 0.9 mul def %find the new fontsize depending on the current level number
/offset ftsize 1.25 mul neg def %find the distance that the text should be printed from the ring
inf ahnen setprintcolor %print the names and information in alternating colors as defined below in line #350
fontname ftsize SF %set the font to use
0 0 noffset 0 angtext
} def
/nstr 7 string def
/prtn {-0.5 inch 5.5 inch m nstr cvs show} def
/prt {-0.5 inch 5.5 inch m show} def
/minfo{
/inf exch def /ahnen exch def
/fntfactor {[0 0.7 0.7 0.6 0.6 0.5 0.4 0.3 0.3 0.25 0.25 0.25 0.25] exch get} def %set different font sizes for each level
ahnen 2 maxlevel exp lt {
/place ahnen 1 eq {0}{ahnen 2 div position}ifelse def %get the position of the text counting on the outer ring from bottom upwards
/levelnum ahnen level def %get the level number of the current person
/ftsize ptsize levelnum fntfactor mul 0.80 mul def %find the new fontsize depending on the current level number
/offset ftsize 0.35 mul neg def %find the distance that the text should be printed from the ring
rl gl bl setrgbcolor
dup
/namelength exch length def
/f namelength 11 lt {1}{11 namelength div}ifelse def
fontname ftsize f mul SF %set the font to use
levelnum place 0 inf 1 1 outer
} if
} def
/inner{
/max exch def /inf exch def /noffset exch def /place exch def /radtab exch def /levelnum exch def
% slight modifications for each level for line spacing
max 3 eq {/factor {[0.0 0.96 0.98 0.98 0.975] exch get} def}if
max 2 eq {/factor {[0.0 0.96 0.935 0.945 0.94] exch get} def}if
max 1 eq {/factor {[0.0 0.96 0.905 0.915 0.91] exch get} def}if
levelnum 1 eq indicentre 0 eq and{/offset offset 0.75 mul def} if %max the offset a bit smaller for the first level
radtab levelnum factor mul noffset offset mul add place inf midang circtext
} def
/outer{
/max exch def /marr exch def /inf exch def /noffset exch def /place exch def /levelnum exch def
% in the following:
% f1 spreads the text out apart from eachother when more positive (larger)
% f2 shifts the set of text counter clockwise when more positive (larger)
max 3 eq {levelnum 5 eq {/f1 -2.5 def /f2 1.35 def} if}if
max 2 eq {levelnum 5 eq {/f1 -2.5 def /f2 0.25 def} if}if
marr 1 eq {/f1 0.0 def /f2 0.0 def} if
/ang place inf midang f1 noffset mul f2 add add def
levelnum ang offset inf angtext
} def
% borrowed from Robert Simms
/addcenterindi {centerperson_array 3 1 roll put} def
/addmarr {marriage_array 3 1 roll put} def
/addind {person_array 3 1 roll put} def
/datetoday (Date: 20 aug 2023) def
/indicentre 1 def %1=put individual in centre,0=family at centre
/centrepersonsex 0 def %0=male; 1=female
/maxlevel 5 def
% color of the text in RGB format
/redmale 0.0 def /greenmale 0.0 def /bluemale 1.0 def
/redfemale 1.0 def /greenfemale 0.0 def /bluefemale 0.0 def
/transparent 0 def % 1=transparent, 0=color shading
/rf 0.8 def /gf 0.8 def /bf 1.0 def %rgb female box fill
/rm 1.0 def /gm 0.8 def /bm 0.8 def %rgb male box fill
/rl 0.0 def /gl 0.0 def /bl 0.0 def % rgb for lines
% partially borrowed from Robert Simms
% Find printable dimension for chart with a sequence of steps
% get printable area for each page
clippath pathbbox newpath
/ury exch def /urx exch def
/lly exch def /llx exch def
/llx llx margin_left add def /lly lly margin_bottom add def
/urx urx margin_right sub def /ury ury margin_top sub def
% get available width and height for printing on a sheet of paper
/wp urx llx sub def
/hp ury lly sub def
% get width and height of the multi-page printable area
/tw0 wp xpages mul def
/th0 hp ypages mul def
tw0 th0 gt {
/mindim th0 def
th0 wp div ceiling cvi xpages lt {/xpages th0 wp div ceiling cvi def /tw0 wp xpages mul def /ypages ypages def}{/xpages xpages def /ypages ypages def}ifelse
}{
/mindim tw0 def
tw0 hp div ceiling cvi ypages lt {/ypages tw0 hp div ceiling cvi def /th0 hp ypages mul def /xpages xpages def}{/xpages xpages def /ypages ypages def}ifelse
}ifelse
/radfactor mindim 8 inch div def
/scalefactor 7.0 maxlevel indicentre add div radfactor mul def
/print-a-page { % page printing procedure
/ypage exch ypages 2 div 1 sub sub def %y-correction to center chart
/xpage exch xpages 2 div 1 sub sub def %x-correction to center chart
ypage ypages lt xpage xpages lt and { %only print if page is in correct range
gsave
llx lly translate
0 0 wp hp RC % specify (rectangular) clipping path to keep the margins clean
xpage wp mul ypage hp mul translate % move origin so that desired portion of chart lands within clipping path
scalefactor dup scale %enlarge scale to fit page
fan %draw circle template
centerperson_array {exec indiinfo} forall %put in center person
person_array {exec info} forall %put in all people with dates
marriage_array {exec minfo} forall %put in marriage dates
1 dup scale %reset scale to normal
grestore
} if
} def % print-a-page procedure
%%EndProlog
C'est pas forcément facile au premier abord.
On le fera surement un jour, mais pas tout de suite.
Je précise que toutes ces lignes sont écrites sous forme de chaines de caractères dans le code Java.
Zurga
-
Je comprends tout à fait Zurga. Vous l'aviez déjà expliqué au printemps.
Ce n'est pas un problème pour moi, j'ai une parade (qui n'est pas aisée pour tout le monde).
Je ne faisais que le signaler.
J'adore l'arbre circulaire qui est concis et tient sur une page. Je m'en sers régulièrement.
Bonne journée.
Rémi
-
Bonjour à tous,
Un problème avec la traduction néerlandaise EDUC - GRAD.
Concernant la balise EDUC :
En français, il est écrit "Il a atteint le niveau d'éducation" suivi du niveau, par exemple terminer l'école primaire.
Mais en anglais, il est écrit EDUC : "was awarded".
Mais ce n'est pas pareil j'imagine.
Rien n'est attribué, je pense que cela fait partie de la balise GRAD, avec EDUC quelque chose est réalisé/atteint.
Dans GRAD, vous obtenez quelque chose, un diplôme universitaire ou quelque chose comme ça. Le gedcom dit au GRAD : "Délivrer des diplômes d'études ou des grades à des individus."
A EDUC on atteint quelque chose, un certain niveau d'éducation. Le Gedcom dit d'EDUC : "Indicateur d'un niveau d'études atteint".
Zurga a déjà dit quelque chose à ce sujet, mais j'ai maintenant essayé de me renseigner le mieux possible.
Donc je pense que ça doit être :
GRAD : "a obtenu le diplôme". (obtained the diploma) Dans un reportage français : "Il a obtenu le diplôme" xxxx
EDUC : "a atteint le niveau d'instruction". (reached the education-level xxxxx)
Ces textes français apparaissent également exactement comme cela dans un rapport narratif français.
J'ai délibérément choisi « obtained the diploma » et non « graduated », car on peut aussi obtenir un diplôme qui n'est pas universitaire.
Dans l'état actuel des choses, ce n'est pas bon en néerlandais, donc malgré le texte anglais actuel dans Trancestris, je l'ajuste comme mentionné ci-dessus.
Mais je ne pense pas que cela se traduise bien dans d'autres langues non plus. Il est donc probablement préférable d'ajuster également le texte anglais d'origine.
Tout le monde ne prend pas la peine de tout creuser dans le rapport anglais et français et le Gedcom lui-même.
Qu'est-ce que les autres en pensent ? Il est important que les locuteurs non natifs comprennent également exactement quelle est l'intention.
Salutations,
Tineke
-
Bonsoir,
En France on dira que EDUC correspond à la dernière classe fréquentée. Toutefois on n'a pas forcément cette indication et pour les hommes on a un outil avec le 1, 2, 3, 4 du service militaire.
GRAD est vraiment a réserver aux diplômes qu'ils soient universitaire ou non; le BEPC est un diplôme.
Amitiés
-
Bonjour François,
Je réponds ici à ton post sur le fil anglais, puisque tu proposes de changer le vocable du rapport français sur EDUC et/ou GRAD. Pour rappel, il y a peu, le vocable du EDUC a été changé.
Comment saisis-tu et comprends-tu ces deux étiquettes ?
EDUC : Indicateur d’un niveau d’éducation atteint
GRAD : Évènement marquant l’attribution d’un degré éducatif ou autre à un individu
Personnellement, je comprends EDUC, niveau éducation, niveau d’instruction lu notamment sur les fiches matricules, ou en déduction de la lecture de certains actes anciens (par exemple une profession de dactylographe donne un certain niveau d’éducation).
Je comprends GRAD, évènement marquant l’attribution, comme un diplôme que l’on constate, ce que je mets pour tous mes contemporains qui ont un diplôme (certificat d’étude primaire, brevet professionnel de mécanique industrielle, BTS, baccalauréat…)
Et à ce petit jeu, j’ai actuellement dans la narration en français, qui me va parfaitement :
EDUC sait lire et écrire
GRAD
TYPE baccalauréat
Il a atteint le niveau d'éducation sait lire et écrire le...à l'âge de…
Il obtint le diplôme baccalauréat à...le...à l'âge de...
Je comprends mal la distinction de la grammaire Gedcom et je dois modifier ces 2 étiquettes ?
Une chose est certaine, il va falloir que les vocables de la narration collent avec ce que l’on saisit pour faire des phrases cohérentes.
Bonne soirée
Rémi
Edit : Yannick, je lis seulement après avoir posté ton commentaire, et je pense que l'on dit la même chose.
-
Je réponds ici à ton post sur le fil anglais, puisque tu proposes de changer le vocable du rapport français sur EDUC et/ou GRAD. Pour rappel, il y a peu, le vocable du GRAD a été changé.
Comment saisis-tu et comprends-tu ces deux étiquettes ?
EDUC : Indicateur d’un niveau d’éducation atteint
GRAD : Évènement marquant l’attribution d’un degré éducatif ou autre à un individu
Je me doutais bien que quelqu'un allait m'interpeler.
Je suis d'accord sur tes deux définitions, mais le problème que l'on a est le suivant :
Lorsque Ancestris a été traduit, le mot GRADUATION a été traduit par DIPLOME, ce qui est une erreur. Graduation est LA CEREMONIE au cours de laquelle on remet le diplôme. On ne peut donc pas le traduire par diplôme.
GRAD {GRADUATION}: =
An event of awarding educational diplomas or degrees to individuals.
Donc : "Un événement de remise de diplômes ou de titres éducatifs aux individus."
On ne peut donc pas traduire "graduation" par "diplôme". Dans un premier temps, il faut corriger le fichier de ressources français.
Ensuite, il faut que la sortie du rapport narrative report prenne en considération le montage du gedcom :
EVENT_DETAIL: =
n TYPE <EVENT_DESCRIPTOR> {0:1}
n DATE <DATE_VALUE> {0:1}
n <<PLACE_STRUCTURE>> {0:1}
n <<ADDRESS_STRUCTURE>> {0:1}
n AGE <AGE_AT_EVENT> {0:1}
n AGNC <RESPONSIBLE_AGENCY> {0:1}
n CAUS <CAUSE_OF_EVENT> {0:1}
n <<SOURCE_CITATION>> {0:M}
n <<MULTIMEDIA_LINK>> {0:M}
n <<NOTE_STRUCTURE>> {0:M}
En conséquence, on va avoir par exemple :
GRAD
TYPE High School Diploma
Il faut que le rapport ait une sortie valable en français, mais aussi dans les autres langues pour que le phrasé ait un sens.
Francois
-
OK, alors en prenant en compte ce que tu viens de dire, quel vocable tu proposes dans le rapport narratif et comment renseignerais-tu ces deux champs ? Avec la table des entités ça ne doit pas être trop long de reprendre si besoin.
Rémi
-
Petit ajout du jour :
- Modification de quelques libellés (comme la relation sans marriage)
- Essai de phrases avec toujours des verbes.
- Ajout des fiançailles et des contrats de marriage.
Zurga
-
Petit ajout du jour :
- Modification de quelques libellés (comme la relation sans mariage)
- Essai de phrases avec toujours des verbes.
- Ajout des fiançailles et des contrats de mariage.
Zurga
Bonsoir Zurga, bonsoir à tous,
Sympa tout çà ! :-)
Vite à demain pour regarder le rendu dans le rapport narratif.
Encore merci Zurga.
Bonne nuit à tous.
Cordialement.
Jean-Charles
-
OK, alors en prenant en compte ce que tu viens de dire, quel vocable tu proposes dans le rapport narratif et comment renseignerais-tu ces deux champs ? Avec la table des entités ça ne doit pas être trop long de reprendre si besoin.
Ce que je veux dire c'est que d'une part la traduction française est erronée, donc cela peut créer une confusion chez les utilisateurs. Il faut la changer.
Deux, que le rapport narratif doit considérer la présence de ce tag comme étant la remise d'un diplôme, pas le diplome lui même. Si l'on veut dire qu'une personne a un niveau baccalauréat, on ne peut pas utiliser ce tag ,mais le tag EDUC, si l'on veut dire que la personne a eu son baccalauréat en 1969, on peut utiliser ce tag.
Si donc quelqu'un veut dire que la personne a terminé ses études secondaires, il devra utiliser le tag EDUC et pas le tag GRAD. Si donc une personne met dans sa généalogie :
GRAD
TYPE Completed graduate studies
DATE 13 AUG 1969
AGNC UCLA (California)
Ce n'est pas bon.
Si tu mets :
EDUC
TYPE Completed graduate studies
DATE 13 AUG 1969
AGNC UCLA (California)
C'est bon.
Donc il faut que le rapport élabore le phrasé pour bien distinguer GRAD et EDUC et que cela soit adapté aux autres langues. Après les problèmes ne peuvent avoir que des origines d'utilisateurs, Zurga n'y pourra rien.
Dans ma généalogie j'ai ça - je distingue entre la présentation de la thèse, et la remise du diplôme qui a lieu quelques mois plus tard.
1 EVEN
2 TYPE xxxxxxx présente sa thèse d'astrophysique à Sorbonne université.
2 DATE 6 DEC 2022
2 PLAC ,Paris,75111,Paris,Île-de-France,France
2 OBJE
3 TITL 6 décembre 2022 - Soutien de la thèse d'astrophysique par xxxxxx à Sorbonne Université
3 FORM jpg
3 FILE xxxxxxxxxxxxx
3 NOTE Le 6 décembre 2022, xxxxx a soutenu sa thèse d'astrophysique à Sorbonne Université.........
1 GRAD
2 TYPE Doctorat d'astrophysique
2 DATE 3 JUN 2023
2 PLAC ,Paris,75111,Paris,Île-de-France,France
2 OBJE
3 TITL Remise du diplôme de Docteur en astrophysique
3 FORM jpg
3 FILE xxx
-
Petit ajout du jour :
- Modification de quelques libellés (comme la relation sans marriage)
- Essai de phrases avec toujours des verbes.
- Ajout des fiançailles et des contrats de marriage.
Zurga
Bonjour Zurga,
Grand merci, c'est beaucoup mieux ainsi.
Je n'ai testé que très vite fait avant de partir travailler et que l'ascendance, j'approfondirais ce soir, mais au premier regard, cela est très bien.
Le vocable "a vécu" est beaucoup mieux. Il y en a d'autres de modifiés ? car vous mettez "quelques libellés" au pluriel...
Pour perfectionner, j'aurais dit :
- mettre fils de... ou fille de..., juste après la première ponctuation des prénom et nom, c'est à dire avant l'info de la naissance, je suis persuadé que cela fera un meilleur phrasé. Par exemple : Pierre Dupont, est né le 12/12/1912, fils de Jean Dupond et Jeanne Martin...est moins bien que Pierre Dupont, fils de Jean Dupont et Jeanne Martin, est né le... : on évite ainsi de rajouter un verbe supplémentaire...
- quand il y a une relation dont on ne connaît pas le conjoint, éviter "a vécu (1) avec , puis s'est mariée en secondes noces..." car après "avec" il y a une espace et une ponctuation qui gagneraient à ne pas être affichées en l'absence de saisie du conjoint. Exemple : "a vécu une première relation, puis s'est marié". Ou un autre phrasé, c'est un exemple.
- lors de l'étiquette BURI, j'aurais mieux vu "inhumé / inhumée" à la place de "enterré / enterrée"
- il manque une ponctuation au niveau de la nouveauté du jour, entre ENGA et MARC, alors qu'elle est présente de partout ailleurs.
- éventuellement, si possible et facile, pour un meilleur texte, rajouter "et" lorsque la dernière étiquette de l'état civil arrive (par exemple avant la notion de décès, ou de divorce s'il n'y a pas de décès, ou autres, avant la dernière étiquette appelée)...probablement plus difficile à faire que moi à simplement proposer, ce n'est que du chipotage.
Merci Zurga, je teste tout en profondeur ce soir, mais c'est déjà super ! Beaucoup mieux ainsi !
Belle journée
Rémi
-
Merci François pour avoir donné ta façon de saisir.
Bonne journée
Rémi
-
Petit ajout du jour :
- Modification de quelques libellés (comme la relation sans marriage)
- Essai de phrases avec toujours des verbes.
- Ajout des fiançailles et des contrats de marriage.
Bonjour Zurga, bonjour à tous,
Mise à jour testée.
- Les fiançailles et les contrats de mariages. L'apparition des mentions est un plus indéniable.
Remarquons toutefois, si vous le voulez bien :
1. - Un souci d'ordre syntaxique. Les mises au point grammaticales sèment apparemment le trouble.
Quelque chose gêne la lecture de la narration.
Ainsi, NN..., est née le (...), s'est fiancée le (...)
Elle est juriste.
C'est raide. Rémi nous donnera certainement son avis, ce soir.
2. - La mention retenue pour les contrats de mariage : a signé un contrat de mariage n'est pas du tout pertinente. En effet, en remontant dans le temps (XVIIIe, XVIIe, XVIe siècle, etc.) les parties signant ces actes sont loin d'être majoritaires. Il en va de même pour les testaments. Nous avions évoqué d'autres formules.
3. - Très accessoirement, une question oubliée : quel élément externe, si je puis dire, autorise singulièrement le passé (Il était ...) pour les profession (OCCU)... L'âge, la retraite à 65 ans en France ? ;-)
Tout ceci dit, toujours, comme un luxe de tatillon.
Merci Zurga pour cette nouvelle avancée.
Belle journée à tous.
Bien cordialement.
Jean-Charles
-
3. - Très accessoirement, une question oubliée : quel élément externe, si je puis dire, autorise singulièrement le passé (Il était ...) pour les profession (OCCU)... L'âge, la retraite à 65 ans en France ? ;-)
ah, pour une fois que je me souviens de quelque chose :-) - Je crois que cette question a été abordée, et Zurga avait dû répondre que cela posait bcp de pbs, donc il avait décidé d'unifier le temps utilisé au passé. Francois
-
3. - Très accessoirement, une question oubliée : quel élément externe, si je puis dire, autorise singulièrement le passé (Il était ...) pour les profession (OCCU)... L'âge, la retraite à 65 ans en France ? ;-)
ah, pour une fois que je me souviens de quelque chose :-)
Top !
- Je crois que cette question a été abordée, et Zurga avait dû répondre que cela posait bcp de pbs, donc il avait décidé d'unifier le temps utilisé au passé. Francois
Moins top pour moi ! :-(
Merci François pour ce rappel.
Cependant... j'ai le présent pour ma fille de 33 ans. Quid alors de cela ? ;-)
Bien cordialement.
Jean-Charles
-
3. - Très accessoirement, une question oubliée : quel élément externe, si je puis dire, autorise singulièrement le passé (Il était ...) pour les profession (OCCU)... L'âge, la retraite à 65 ans en France ? ;-)
ah, pour une fois que je me souviens de quelque chose :-) - Je crois que cette question a été abordée, et Zurga avait dû répondre que cela posait bcp de pbs, donc il avait décidé d'unifier le temps utilisé au passé. Francois
Non François,
Tout est au passé...si on a un DEAT de mis.
Si pas de DEAT : les OCCU sont toutes au présent.
Je complète ce message en fin de journée, car j'ai des compléments à fournir, et répondre à Jean-Charles, mais pas le temps aujourd'hui.
Rémi
-
Le seul temps au présent est le métier si on n'est pas mort et si on a moins de 65 ans au moment de la création du rapport.
mother10 m'a signalé que 65 ans, c'était trop restrictif et qu'aux Pays-Bas, l'âge de la retraite était déjà à 67 ans.
Yannick m'a signalé que quand on avait plusieurs profession, cela donne un pâté tout moche avec des présents partout.
Néanmoins, je ne peux pas tout.
Il y aura forcément des trucs qui ne colleront pas avec tous les choix possibles.
Zurga
-
Non François,
Arghhhhhh, bon alors je ne dis plus rien moi :-)
Ben il faudra quand même m'expliquer, pourquoi, en ce qui me concerne, il me dit que "j'étais ....." , "il habita ..... " Je ne suis pas mort pourtant, ou alors c'est à l'insu de mon plein gré. Francois
-
Non François,
Arghhhhhh, bon alors je ne dis plus rien moi :-)
Ben il faudra quand même m'expliquer, pourquoi, en ce qui me concerne, il me dit que "j'étais ....." , "il habita ..... " Je ne suis pas mort pourtant, ou alors c'est à l'insu de mon plein gré. Francois
Parce que ce ne sont pas des OCCU.
J'ai une suggestion pour cette gestion des temps du présent et du passé, je l'évoque ce soir.
Rémi
-
2. - La mention retenue pour les contrats de mariage : a signé un contrat de mariage n'est pas du tout pertinente. En effet, en remontant dans le temps (XVIIIe, XVIIe, XVIe siècle, etc.) les parties signant ces actes sont loin d'être majoritaires. Il en va de même pour les testaments. Nous avions évoqué d'autres formules.
Mea culpa, j'ai lu "signé" et pas "conclu" en recherchant les exemples donnés.
Zurga
-
Parce que ce ne sont pas des OCCU.
ah, ah, Non Rémi ;-)
1 OCCU Retraité
1 RESI
résultat. Il était retraité ......
Francois
-
Parce que ce ne sont pas des OCCU.
ah, ah, Non Rémi ;-)
1 OCCU Retraité
1 RESI
résultat. Il était retraité ......
Francois
Bonjour,
Ce n'est pas RETI qu'il faut utiliser dans ce cas? et mettre le présent si non décédé.
Amitiés
-
Ce n'est pas RETI qu'il faut utiliser dans ce cas? et mettre le présent si non décédé.
Tout à fait mais le résultat est le même. Que je mette "Retraité" ou "Forgeron", si j'en crois Rémi, je devrais avoir le présent et non le passé, puisque cela concerne un tag OCCU
Sur le fait qu'il faille mettre le présent je suis d'accord mais je trouve que Zurga a tellement à faire, que pour moi, je pense qu'il y a des trucs à corriger, à ajouter, bien avant ça.
Maintenant sur le fait que j'ai mis OCCU Retraité, plutôt que RETI, et bien c'est parce que je considère qu'on arrête pas de travailler à la retraite, et qu'on est toujours pris, sans une minute à soi ;-) Francois
-
Maintenant sur le fait que j'ai mis OCCU Retraité, plutôt que RETI, et bien c'est parce que je considère qu'on arrête pas de travailler à la retraite, et qu'on est toujours pris, sans une minute à soi ;-) Francois
Re,
À qui le dis-tu qu(on travaille plus que lorsqu'on était en activité?!
Ils verront les petits jeunes ce qu'est une vie de retraité: on a le temps de rien faire tellement on est surbooké.
Amitiés
-
- quand il y a une relation dont on ne connaît pas le conjoint, éviter "a vécu (1) avec , puis s'est mariée en secondes noces..." car après "avec" il y a une espace et une ponctuation qui gagneraient à ne pas être affichées en l'absence de saisie du conjoint. Exemple : "a vécu une première relation, puis s'est marié". Ou un autre phrasé, c'est un exemple.
Peut-être, comme déjà indiqué précédemment, il faudrait éviter de créer des personnes avec aucun nom ni prénom.
En absence de conjoint, on a plutôt : "a vécu (1) avec (nom du conjoint inconnu), s'est mariée en secondes noces..."
Zurga
-
3. - Très accessoirement, une question oubliée : quel élément externe, si je puis dire, autorise singulièrement le passé (Il était ...) pour les profession (OCCU)... L'âge, la retraite à 65 ans en France ? ;-)
ah, pour une fois que je me souviens de quelque chose :-) - Je crois que cette question a été abordée, et Zurga avait dû répondre que cela posait bcp de pbs, donc il avait décidé d'unifier le temps utilisé au passé. Francois
Non François,
Tout est au passé...si on a un DEAT de mis.
Si pas de DEAT : les OCCU sont toutes au présent (...)
Rémi,
Mon OCCU est au passé, et pourtant il me semble que je ne suis pas mort... mon épouse non plus, je l'entends dans le jardin ! <:oD
jch
-
Je le redis :
- Seul OCCU peut être au présent
- Pour que OCCU soit au présent, il faut que la personne ne soit pas morte et qu'elle ait moins de 65 ans.
- Dans tous les autres cas, c'est au passé (y compris si on ne peut pas calculer l'âge).
Zurga
-
Le seul temps au présent est le métier si on n'est pas mort et si on a moins de 65 ans au moment de la création du rapport.
mother10 m'a signalé que 65 ans, c'était trop restrictif et qu'aux Pays-Bas, l'âge de la retraite était déjà à 67 ans.
Yannick m'a signalé que quand on avait plusieurs profession, cela donne un pâté tout moche avec des présents partout.
Néanmoins, je ne peux pas tout.
Il y aura forcément des trucs qui ne colleront pas avec tous les choix possibles.
Re-bonjour Zurga, re-bonjour à tous,
Il m'avais bien semblé pour les 65 ans. Mais je n'étais sûr de rien.
En tout cas, cette astuce, si je puis dire, est sympathique. Elle fonctionne bien. En tout cas pour pour ceux qui sont partis en retraite juste avant les dernières réformes. ;-)
Merci Zurga d'avoir pris le temps de répondre à mon interrogation.
Bien cordialement.
Jean-Charles
-
Je le redis :
- Seul OCCU peut être au présent
- Pour que OCCU soit au présent, il faut que la personne ne soit pas morte et qu'elle ait moins de 65 ans.
- Dans tous les autres cas, c'est au passé (y compris si on ne peut pas calculer l'âge).
Zurga
Mea culpa, j'avais oublié cette notion de 65 ans.
Si vous voyez au passé alors, c'est que vous êtes vieux 🤣. (humour)
Rémi
-
En tout cas, cette astuce, si je puis dire, est sympathique. Elle fonctionne bien. En tout cas pour pour ceux qui sont partis en retraite juste avant les dernières réformes. ;-)
Comme on va aller jusqu'à 67 ans, que des pays ont la retraite encore plus tard, il va falloir mettre un paramètre pour ça alors ;-) Jusqu'à quel age doit-on considérer qu'une personne est en activité ? : xx
On est pas sorti avec des trucs comme ça.
Une remarque : on voit que la norme gedcom une fois de plus n'est pas claire. Si l'on prend le tag RETI, on a :
RETI {RETIREMENT}: =
An event of exiting an occupational relationship with an employer after a qualifying time period.
Si on traduit, cela donne :
RETI {RETRAITE} : =
Un événement consistant à mettre fin à une relation professionnelle avec un employeur après une période de service admissible.
Il semble que n'est visé, que l'emploi salarié (une relation professionnelle avec un employeur), ce qui pourrait laisser à penser qu'une personne qui est à son compte (professions libérales, etc) ou qui gère certaines entreprises, ne serait pas visée par ce tag RETI ..... C'est nul, mais si on voulait prendre la norme à la lettre, on ne devrait pas utiliser le tag RETI dans ce cas (ce que je ne suivrai pas bien sûr). Intéressant. Francois
-
Le "65 ans" était dans le code depuis au moins 2005.
J'hésite entre le supprimer et mettre un seuil variable.
GEDCOMiquement parlant, il faudrait uniquement se baser sur le tag RETI pour savoir si la profession est active ou non, mais je doute que beaucoup de monde remplisse l'évènement de départ en retraite.
Surtout que le RETI devrait se mettre à la fin de chaque période de travail chez un employeur et pas seulement en fin de carrière.
Bref, c'est pas top simple.
Zurga
-
Le "65 ans" était dans le code depuis au moins 2005.
J'hésite entre le supprimer et mettre un seuil variable.
GEDCOMiquement parlant, il faudrait uniquement se baser sur le tag RETI pour savoir si la profession est active ou non, mais je doute que beaucoup de monde remplisse l'évènement de départ en retraite.
Surtout que le RETI devrait se mettre à la fin de chaque période de travail chez un employeur et pas seulement en fin de carrière.
Bref, c'est pas top simple.
Je ne suis pas sûr que ce serait une bonne idée de se baser sur le tag RETI, car comme tu le dis, les gens ne le mettent pas, ou très rarement, mais notre généalogie concerne surtout des personnes ayant vécu il y a plusieurs dizaines, centaines d'années, et à l'époque l'idée de retraite n'existait pas, donc tu ne risques pas d'avoir des tags RETI dès que tu remontes quelques dizaines d'années en arrière.
Si tu es prêt à mettre une date variable, ce serait mieux, mais je pense qu'il faudrait plusieurs critères pour déterminer le temps du verbe. Si une personne en 1800 travaille mais décède à l'age de 50 ans. Tu n'auras pas de RETI, tu auras quelqu'un dont l'age est inférieur au seuil que tu auras fixé, et donc tu utiliserais le "présent" pour OCCU. Ce serait une erreur, il faut se dire, comme pour les critères que l'on a sur la vérification de la norme gedcom (on pourrait d'ailleurs les prendre ces paramètres), que si une personne est née il y a plus de xxx années, elle est considérée comme décédée et donc on devrait utiliser le passé. etc...
Francois
-
Surtout que le RETI devrait se mettre à la fin de chaque période de travail chez un employeur et pas seulement en fin de carrière.
Bref, c'est pas top simple.
Zurga
Re,
C'est sûr que si RETI peut-être utilisé dans ce cas cela complique sérieusement les choses. Moi je mets dans OCCU la période de travail et cela me semble suffisant, et RETI pour la retraite active ou non.
Si il y a du chômage je dirais OCCU aussi ou au pire EVEN; je conçois que cela ne soit pas entièrement satisfaisant. avec un TYPE Chômage dans les deux cas.
Amitiés
-
A noter que dans tous les cas où j'ai une date de décès, c'est au passé.
Donc le cas de la personne décédée en 1850 ne pose pas de problème.
Si on met un seuil variable, les seules personnes concernées sont les personnes vivantes (sans dates de décès) pour lesquelles on peut calculer un âge (donc il y a une date de naissance) et dont l'âge calculé au jour de la réalisation du rapport sont plus jeune que le seuil.
Zurga
-
Me revoilà,
C'est raide. Rémi nous donnera certainement son avis, ce soir.
Est-ce que c'est raide ? Peut-être un peu. Mais ça ne me dérange pas du tout.
Zurga a mis en place ce qu'on a demandé. C'est un rapport narratif, on est donc dans une narration et on relate ce qui a été saisi dans notre Gedcom, avec les restrictions de la possibilité du code.
Je pense que les ajustements demandés aujourd'hui devraient être rapidement pris en compte et auquel cas le texte me convient parfaitement. Du moins je n'ai pas mieux à proposer, et Zurga s'est donné bien bien du mal à nous offrir tout cela.
Rémi
-
- quand il y a une relation dont on ne connaît pas le conjoint, éviter "a vécu (1) avec , puis s'est mariée en secondes noces..." car après "avec" il y a une espace et une ponctuation qui gagneraient à ne pas être affichées en l'absence de saisie du conjoint. Exemple : "a vécu une première relation, puis s'est marié". Ou un autre phrasé, c'est un exemple.
Peut-être, comme déjà indiqué précédemment, il faudrait éviter de créer des personnes avec aucun nom ni prénom.
En absence de conjoint, on a plutôt : "a vécu (1) avec (nom du conjoint inconnu), s'est mariée en secondes noces..."
Zurga
Edit : Je viens de comprendre. Avec l'éditeur Gedcom, quand on rajoute une mère à un INDI créé seul, ça créé une famille ET un conjoint. Il faut faire la démarche de supprimer l'INDI conjoint (père et mari dans mon cas) pour arriver à la narration de ce que vous me dites (sauf qu'il n'y a pas le "avec" : a vécu (1) (nom du conjoint inconnu), s'est mariée en secondes noces...). Ce n'est pas top sans le "avec", je ne suis pas sûr que vous puissiez corriger ça facilement.
Merci et désolé pour le post de ce matin sur ce sujet.
Rémi
-
Pour la gestion des temps au présent et au passé : pour une personne décédée (avec un DEAT), c'est très bien, on garde tout au passé. D'ailleurs, cela choque-t-il quelqu'un que l'on mélange passé composé, passé simple et imparfait ?
Mais pour une personne vivante, ne pourrait-on pas envisager ce qui suit...
Quand on renseigne un événement, quel qu'il soit, un EVEN, un OCCU, un RESI...la plupart du temps, notamment pour les choses qui s'enchaînent, on met une période, une date de début et une date de fin. Comme on parle de personnes vivantes, on est donc dans la période contemporaine et il est facile de mettre des périodes.
Dès l'instant où il y a une date de fin on peut parler au passé puisque l'événement est terminé. Mais s'il n'y a pas de date de fin on pourrait parler au présent.
Cela marcherait aussi pour les OCCU successives, dans le sens où si on met une date de fin c'est qu'on a changé d'emploi ou qu'on est à la retraite. Donc on peut parler au passé mais s'il n'y a pas de date de fin on considère que c'est au présent car encore en cours. Pareil pour les RESI, EVEN...
Le critère pourrait être une date de fin dans la période annoncée, et ne plus avoir une jauge comme proposé dans les précédents commentaires.
Qu'en pensez-vous ? Tant sur le code à écrire que sur le principe...
Rémi
-
Edit : Je viens de comprendre. Avec l'éditeur Gedcom, quand on rajoute une mère à un INDI créé seul, ça créé une famille ET un conjoint. Il faut faire la démarche de supprimer l'INDI conjoint (père et mari dans mon cas) pour arriver à la narration de ce que vous me dites (sauf qu'il n'y a pas le "avec" : a vécu (1) (nom du conjoint inconnu), s'est mariée en secondes noces...). Ce n'est pas top sans le "avec", je ne suis pas sûr que vous puissiez corriger ça facilement.
Voix de Jedi : Ce n'est pas le "avec" que vous recherchez, revenez demain pour le trouver :D
Quand j'ai répondu, j'ai vu que j'avais loupé un truc et je l'ai pris en compte, ce sera dans la version demain.
Zurga
-
Livraison du jour :
- Correction de l'affichage du parent manquant (notamment dans l'entête de liste des enfants)
- Modification du libellé du contrat de mariage
- Réorganisation des options
- Ajout d'un paramètre pour l'âge de retraite
- Déplacement du nom des parents avant la phrase de naissance
- Gestion du passé sur les professions et les résidences : toutes les propriétés sauf la dernière dans l'ordre du GEDCOM sont au passé pour les personnes vivantes. La dernière est au présent (avant l'âge de retraite pour les professions).
-
Bonjour Zurga, bonjour à tous,
Ce matin, juste après la mise-à-jour, ce singulier message à l'ouverture - a priori correcte - Cependant, le rapport narratif ne se lance pas. Cf. la PJ.
Bonne journée à tous.
Cordialement.
Jean-Charles
Version d'Ancestris : 12.0.12102
Java : 18.0.2+9-61 - /Library/Java/JavaVirtualMachines/jdk-18.0.2.jdk/Contents/Home
Système : Mac OS X - 13.5
-
Me revoici,
Je viens de relancer Ancestris. Il s'ouvre correctement, si je puis dire, j'ai des onglets de fenêtre surnuméraires vides que je dois supprimer à côté de mes fenêtres habituelles (cela m'arrive de temps en temps). Je peux lancer le rapport narratif. Le résultat est parfait. J'ai cependant ce petit rien de message à l'ouverture (PJ).
Bien cordialement encore.
jch
-
Bonjour Zurga, bonjour à tous,
Ce matin, juste après la mise-à-jour, ce singulier message à l'ouverture - a priori correcte - Cependant, le rapport narratif ne se lance pas. Cf. la PJ.
Bonne journée à tous.
Cordialement.
Jean-Charles
Version d'Ancestris : 12.0.12102
Java : 18.0.2+9-61 - /Library/Java/JavaVirtualMachines/jdk-18.0.2.jdk/Contents/Home
Système : Mac OS X - 13.5
Bonjour,
Chez moi Ancestris s'ouvre bien et le rapport se lance.
Merci pour les modifications, c'est top, notamment pour la présence d'une personne inconnue.
Rémi
-
Livraison du jour :
- Correction de l'affichage du parent manquant (notamment dans l'entête de liste des enfants)
- Modification du libellé du contrat de mariage
- Réorganisation des options
- Ajout d'un paramètre pour l'âge de retraite
- Déplacement du nom des parents avant la phrase de naissance
- Gestion du passé sur les professions et les résidences : toutes les propriétés sauf la dernière dans l'ordre du GEDCOM sont au passé pour les personnes vivantes. La dernière est au présent (avant l'âge de retraite pour les professions).
Encore une belle mouture ce matin. Le menu des options a été changé, et je trouve ça mieux, les choses sont regroupées. L'usage du présent, du passé est bien amélioré, c'est plus agréable à lire. Merci pour cette belle mise à jour. Francois
-
Je viens de relancer Ancestris. Il s'ouvre correctement, si je puis dire, j'ai des onglets de fenêtre surnuméraires vides que je dois supprimer à côté de mes fenêtres habituelles (cela m'arrive de temps en temps). Je peux lancer le rapport narratif. Le résultat est parfait. J'ai cependant ce petit rien de message à l'ouverture (PJ).
Vu que la seule mise à jour est sur le rapport narratif, j'aurais tendance à dire qu'il n'y a pas de raisons que cela ait impacté le logiciel en général.
J'aurais tendance à dire de supprimer le répertoire utilisateur. (typiquement les parties "update", "update_tracking" et "var" avant de tout supprimer, ce qui inclut les paramètrages du logiciel)
Il doit y avoir un bout de cache mal digéré.
Zurga
-
Je viens de relancer Ancestris. Il s'ouvre correctement, si je puis dire, j'ai des onglets de fenêtre surnuméraires vides que je dois supprimer à côté de mes fenêtres habituelles (cela m'arrive de temps en temps). Je peux lancer le rapport narratif. Le résultat est parfait. J'ai cependant ce petit rien de message à l'ouverture (PJ).
Vu que la seule mise à jour est sur le rapport narratif, j'aurais tendance à dire qu'il n'y a pas de raisons que cela ait impacté le logiciel en général.
J'aurais tendance à dire de supprimer le répertoire utilisateur. (typiquement les parties "update", "update_tracking" et "var" avant de tout supprimer, ce qui inclut les paramètrages du logiciel)
Il doit y avoir un bout de cache mal digéré.
Zurga
Je vais essayer. Mais pour l'instant, après le redémarrage, tout est OK.
jch
-
Livraison du jour :
- Correction de l'affichage du parent manquant (notamment dans l'entête de liste des enfants)
- Modification du libellé du contrat de mariage
- Réorganisation des options
- Ajout d'un paramètre pour l'âge de retraite
- Déplacement du nom des parents avant la phrase de naissance
- Gestion du passé sur les professions et les résidences : toutes les propriétés sauf la dernière dans l'ordre du GEDCOM sont au passé pour les personnes vivantes. La dernière est au présent (avant l'âge de retraite pour les professions).
Re-bonjour à tous,
Encore moi, mais cette fois au rapport. ;)
Comme je le disais tout à l'heure, après un redémarrage, tout est parfait.
Les petits plus (enfin, c'est un euphémisme) dans le menu des options est une belle surprise. Avec la possibilité de choisir l'âge de départ à la retraite, nous voici parés contre d'éventuelles nouvelles réformes à venir ! :D
Je remarque que la note générale (INDI:NOTE) est toujours liée aux autres notes. C'est donc soit tout ou soit rien. Mais, c'est peut-être voulu.
Nous aurions souhaité, en ce qui nous concerne, le maintien de la note générale dans la suite de la présentation de l'individu : NN..., fille de NN... et NN..., est née le ... à ..., s'est fiancée en ... avec NN... ; ceci afin de permettre de donner, à volonté, du corps à la narration.
Un grand merci encore à Zurga pour tout ce qu'il fait pour nous être véritablement agréable.
Je vous souhaite une belle journée.
Bien cordialement.
Jean-Charles
-
Re,
Avec la possibilité de choisir l'âge de départ à la retraite, nous voici parés contre d'éventuelles nouvelles réformes à venir ! :D
Heu...non merci. On n'est pas tous en retraite les gars hein ? :'( Ou alors pour revenir à 60.
Trêve de plaisanterie, oui c'est bien d'avoir cette option. Merci Zurga.
Très grosse mise à jour cette nuit, notamment la réorganisation du menu et la gestion des temps présent et passé. Bravo d'avoir mené tout ça en une journée (enfin, le temps d'une seule mise à jour je veux dire) !
Voix de Jedi : Ce n'est pas le "avec" que vous recherchez, revenez demain pour le trouver :D
Quand j'ai répondu, j'ai vu que j'avais loupé un truc et je l'ai pris en compte, ce sera dans la version demain.
Yep, merci Zurga ! Le phrasé est top, et merci aussi pour l'intégration de conjoint inconnu dans l'entête de liste des enfants. Je ne l'avais pas signalé et merci d'avoir pensé.
Aussi, le phrasé de la première phrase est désormais top avec le déplacement du nom des parents que je trouve bien mieux ainsi.
En comparant la sortie du rapport d'hier avec celui d'aujourd'hui, je constate la prise en compte dans les notes individuelles de bas de page des notes sur les OCCU. Une surprise, je n'avais même pas constaté que ça ne l'était pas avant. Merci Zurga d'avoir mis le doigt dessus et corrigé cette nuit.
Aussi, il subsiste de mon côté des broutilles :
- une ponctuation de virgule (suivi d'un espace) entre les fiançailles et le contrat de mariage pour fluidifier et coller avec le reste de la phrase
- le vocable inhumé/inhumée que je trouve plus adapté dans une narration que enterré/enterrée pour l'étiquette BURI
- le numéro en exposant des notes de bas de page qui, dans le texte, reste important pour une police de rapport petite à moyenne, entraînant des interlignes supérieures aux autres. Interlignes non visibles lorsqu'on choisit les gros caractères (normal). Si le caractère de ces numéros pouvait s'adapter au choix de la police et éviter de placer des interlignes différentes des autres dès qu'une note de bas de page est trouvée, ce serait top.
- pour une option que je n'utilise pas (mais que je teste) : les étiquettes personnelles commençant par "_" comme "_TODO" mériteraient à être mieux isolées et ne pas se coller aux INDI/NOTE.
Merci Zurga pour cette très grosse mise à jour, impressionnant le travail réalisé sur une seule journée (et pour tout le reste aussi depuis le début).
Quelle chance nous avons de vous avoir.
Belle journée,
Rémi
-
Après avoir fait un essai poussé sur toutes les notes de bas de page, il y a une erreur sur celle du contrat de mariage MARC qui appelle en bas de page la note individuelle des fiançailles ENGA.
Rémi
-
Parfait les améliorations de ce rapport.
Ne serait-il pas possible d'avoir la possibilité de choisir, pour une lecture plus facile, de mettre les notes des événements à la suite de l'événement plus tôt qu'en bas de page.
comme ci dessous :
Elections municipales, un évènement, l'a concerné à 55093 (Buxières-sous-les-Côtes) en mars 2001.[16]
- Il est élu conseiller municipale et premier adjoint jusqu'en Mars 2008
Residence, un évènement, l'a concerné à 17347 (Saint-Jean-d'Angély) le 7 janvier 2020.
- adresse : 18 chemin de la cité Henri.
Décoration, un évènement, l'a concerné à 54463 (Rosières-en-Haye) le 22 avril 1999.
- Médaille Militaire
Il a atteint le niveau d'éducation à 54395 (Nancy) ent 1999 et 2001.
- BTS Géomètre-Topographe
En ce qui concerne les photographie, avoir la possibilité de mettre les photographies des actes ou des documents à la suite de l'événement.
Enfin avoir la possibilité de sauvegarder le document obtenue dans un format permettant de la modifier avec Word ou un autre traitement de texte, afin de pouvoir le modifier
-
Parfait les améliorations de ce rapport.
Ne serait-il pas possible d'avoir la possibilité de choisir, pour une lecture plus facile, de mettre les notes des événements à la suite de l'événement plus tôt qu'en bas de page.
comme ci dessous :
Elections municipales, un évènement, l'a concerné à 55093 (Buxières-sous-les-Côtes) en mars 2001.[16]
- Il est élu conseiller municipale et premier adjoint jusqu'en Mars 2008
Residence, un évènement, l'a concerné à 17347 (Saint-Jean-d'Angély) le 7 janvier 2020.
- adresse : 18 chemin de la cité Henri.
Décoration, un évènement, l'a concerné à 54463 (Rosières-en-Haye) le 22 avril 1999.
- Médaille Militaire
Il a atteint le niveau d'éducation à 54395 (Nancy) ent 1999 et 2001.
- BTS Géomètre-Topographe
En ce qui concerne les photographie, avoir la possibilité de mettre les photographies des actes ou des documents à la suité de l'événement.
Bonjour,
Nous avons déjà discuté de ces éléments plus haut dans la conversation.
Pour les notes individuelles, il a été décidé de les mettre ici en bas de page pour conserver une fluidité de lecture.
Pour les photographies des documents et actes, ce n'est pas souhaitable dans ce rapport puisque c'est un rapport narratif destiné à être imprimable, et cela alourdirait considérablement et le rapport et la lecture. De plus, ces images d'actes sont normalement des éléments de la SOUR, pas de l'INDI.
Un affichage de ce type est déjà fait sur le livre Web qui lui n'est pas voué à être imprimé, mais seulement en consultation.
Ici seules les photographies à la racine de l'INDI sont mises puisque ce sont généralement les portraits, signatures, tombes...
Rémi
-
Pour les photographies des documents et actes, ce n'est pas souhaitable dans ce rapport puisque c'est un rapport narratif destiné à être imprimable, et cela alourdirait considérablement et le rapport et la lecture. De plus, ces images d'actes sont normalement des éléments de la SOUR, pas de l'INDI.
Je ne suis pas trop d'accord avec cela. Les images peuvent concerner l'individu. Nous avons déjà les photos des personnes quand nous les avons, mais j'ai aussi les images des signatures de ces personnes. Après, je ne suis pas intéressé par l'inclusion des images des actes de baptêmes etc, car là ce n'est plus un livre de 200 pages que j'aurais, mais plus de 1000 pages, et moi avec un tel volume, je n'imprime pas ;-)
Je crois qu'il faut attendre de voir ce que Zurga va nous sortir sur les événements qui peuvent émailler la vie de nos ancêtres.
Francois
-
Pour les photographies des documents et actes, ce n'est pas souhaitable dans ce rapport puisque c'est un rapport narratif destiné à être imprimable, et cela alourdirait considérablement et le rapport et la lecture. De plus, ces images d'actes sont normalement des éléments de la SOUR, pas de l'INDI.
Je ne suis pas trop d'accord avec cela. Les images peuvent concerner l'individu. Nous avons déjà les photos des personnes quand nous les avons, mais j'ai aussi les images des signatures de ces personnes. Après, je ne suis pas intéressé par l'inclusion des images des actes de baptêmes etc, car là ce n'est plus un livre de 200 pages que j'aurais, mais plus de 1000 pages, et moi avec un tel volume, je n'imprime pas ;-)
Je crois qu'il faut attendre de voir ce que Zurga va nous sortir sur les événements qui peuvent émailler la vie de nos ancêtres.
Francois
Je me suis probablement mal exprimé car à te lire, je pense pareil. Je voulais essentiellement parler des actes d'état civil qui de toute façon sont des images des SOUR.
Pour les signatures, je les voulais et je les ai car elles sont à la racine de l'INDI.
Pour les EVEN, je pense que tu parles des photos des diplômes par exemple, ou autres, ne crois tu pas que cela alourdirait trop ? Ou alors il faut les mettre sur la même rangée que les portraits actuels pour un gain de place.
Perso je n'ai pas d'avis. Si ça reste comme ça cela me va. Si Zurga les inclut, ce sera bien aussi.
Rémi
-
En comparant la sortie du rapport d'hier avec celui d'aujourd'hui, je constate la prise en compte dans les notes individuelles de bas de page des notes sur les OCCU. Une surprise, je n'avais même pas constaté que ça ne l'était pas avant. Merci Zurga d'avoir mis le doigt dessus et corrigé cette nuit.
Oui en reprenant les professions pour gérer les temps, j'ai constaté que la note de bas de page des profession était passée à l'as.
Aussi, il subsiste de mon côté des broutilles :
- une ponctuation de virgule (suivi d'un espace) entre les fiançailles et le contrat de mariage pour fluidifier et coller avec le reste de la phrase
Je vais vérifier, normalement il y a une virgule avant chaque élément.
- le vocable inhumé/inhumée que je trouve plus adapté dans une narration que enterré/enterrée pour l'étiquette BURI
OK pour changer le libellé.
- le numéro en exposant des notes de bas de page qui, dans le texte, reste important pour une police de rapport petite à moyenne, entraînant des interlignes supérieures aux autres. Interlignes non visibles lorsqu'on choisit les gros caractères (normal). Si le caractère de ces numéros pouvait s'adapter au choix de la police et éviter de placer des interlignes différentes des autres dès qu'une note de bas de page est trouvée, ce serait top.
D'bord si on fait trop petit, c'est pas lisible ;)
En vrai, comme dit bien plus haut dans le thread, je sais qu'il y a un bug, mais gérer la taille de la font en dynamique sur l'ensemble du document n'est pa simple.
- pour une option que je n'utilise pas (mais que je teste) : les étiquettes personnelles commençant par "_" comme "_TODO" mériteraient à être mieux isolées et ne pas se coller aux INDI/NOTE.
En fait les étiquettes sont affichées dans l'ordre du GEDCOM.
Les notes individuelles (il peut même y en avoir plusieurs et le rendu est alors pas topissime) ne sont pas en fin de paragraphe mais au fil de l'eau.
Donc si vous avez dans le GEDCOM
1 _TODO blabla
1 NOTE blabla
Cela apparaitra mieux que
1 NOTE blabla
1 _TODO blabla
Zurga
-
Ne serait-il pas possible d'avoir la possibilité de choisir, pour une lecture plus facile, de mettre les notes des événements à la suite de l'événement plus tôt qu'en bas de page.
comme ci dessous :
Les examples que vous donnez laisse penser que vous n'utilisez pas les possibilités du GEDCOM au mieux de celles-ci.
Elections municipales, un évènement, l'a concerné à 55093 (Buxières-sous-les-Côtes) en mars 2001.[16]
- Il est élu conseiller municipale et premier adjoint jusqu'en Mars 2008
Le type que vous pouvez donner à l'évènement ou au fait est "Conseiller municipal et premier adjoint" avec comme date "de mars 2001 à mars 2008"
Cela apparaitra alors comme :
Conseiller municipal et premier adjoint, un évènement, l'a concerné à 55093 (Buxières-sous-les-Côtes) de mars 2001 à mars 2008.
La note devient globalement inutile, saut à préciser le nom de la liste élue ou sa position sur la liste.
Residence, un évènement, l'a concerné à 17347 (Saint-Jean-d'Angély) le 7 janvier 2020.
- adresse : 18 chemin de la cité Henri.
La résidence n'est pas un évènement neutre, mais un évènement avec le tag RESI
Vus aurez alors le vocable :
Il habita à 17347 (Saint-Jean-d'Angély) le 7 janvier 2020
Si vous utilisez ensuite un sous-tag ADDR, vous pourrez donner l'adresse exacte.
Décoration, un évènement, l'a concerné à 54463 (Rosières-en-Haye) le 22 avril 1999.
- Médaille Militaire
Dans ce cas, vous devriez utiliser la balise TYPE pour préciser "Médaille militaire"
Ou utiliser la balise TITL (Titre) et indiquer "Décoré de la médaille militaire"
Cela apparaitra à côté du nom.
Il a atteint le niveau d'éducation à 54395 (Nancy) ent 1999 et 2001.
- BTS Géomètre-Topographe
Mettez le BTS Géomètre -topographe dans la balise TYPE, cela apparaitra directement dans la ligne de narration :
Il a atteint le niveau d'éducation BTS Géomètre-Topographe à 54395 (Nancy) ent 1999 et 2001.
En ce qui concerne les photographie, avoir la possibilité de mettre les photographies des actes ou des documents à la suite de l'événement.
Ce n'est pas forcément souhaitable.
Outre que les images pour être lisibles devraient être passablement importantes, la lecture n'est pas améliorée en mettant des pavés d'images d'actes.
Enfin avoir la possibilité de sauvegarder le document obtenue dans un format permettant de la modifier avec Word ou un autre traitement de texte, afin de pouvoir le modifier
Je vais voir s'il est possible d'avoir une sortie vers Libre-Office, format ouvert odt (Word on oublie, c'est propriétaire).
Comme toujours, je ne garantis rien. (Plus j'écris cette phrase, plus je pense à Mission Impossible : "si vous ou l'un de vos collaborateurs étaient pris ou tués, le Département d'État niera avoir eu connaissance de vos agissements").
Zurga
-
Oui en reprenant les professions pour gérer les temps, j'ai constaté que la note de bas de page des profession était passée à l'as.
Super, merci.
Je vais vérifier, normalement il y a une virgule avant chaque élément.
Merci. Je vous confirme que cette virgule (et l'espace qui suit) est de partout, sauf dans le dernier ajout de cette semaine : entre ENGA et MARC.
OK pour changer le libellé.
Merci, ce sera mieux.
D'bord si on fait trop petit, c'est pas lisible ;)
En vrai, comme dit bien plus haut dans le thread, je sais qu'il y a un bug, mais gérer la taille de la font en dynamique sur l'ensemble du document n'est pa simple.
Ce n'est pas faux, mais il faut être dans la police "très large" pour ne pas apercevoir d'agrandissement de l'interligne. J'utilise la police "moyenne" qui me semble la mieux.
Mais j'entends la difficulté, et on va faire avec ;)
Merci pour le retour toutefois
En fait les étiquettes sont affichées dans l'ordre du GEDCOM.
Les notes individuelles (il peut même y en avoir plusieurs et le rendu est alors pas topissime) ne sont pas en fin de paragraphe mais au fil de l'eau.
Donc si vous avez dans le GEDCOM
1 _TODO blabla
1 NOTE blabla
Cela apparaitra mieux que
1 NOTE blabla
1 _TODO blabla
En fait, je n'utilise pas cette option, je n'ai aucun intérêt à afficher les "_TODO" de mon Gedcom.
Je pensais uniquement aux autres utilisateurs qui trouveraient une utilité, comme ceux qui mettent des "_URL" par exemple.
Toutefois, merci de cette précision.
format ouvert odt (Word on oublie, c'est propriétaire).
Zurga
Complètement d'accord ;)
Bien à vous,
Rémi
PS : J'espère que vous avez noté l'erreur pour la note individuelle MARC qui va cherche la note de l'ENGA.
-
PS : J'espère que vous avez noté l'erreur pour la note individuelle MARC qui va cherche la note de l'ENGA.
Oui c'est noté.
Zurga
-
Bonjour à tous,
Testé avec la mise à jour de ce matin. Toujours avec un seul et même Gedcom.
Résultats comparés du néerlandais, de l'anglais et du français. Le rapport a donc été exécuté dans un Ancestris néerlandais, un autre Ancestris anglais et un autre Ancestris français, ce qui a donné lieu à un rapport néerlandais, anglais et français, toujours provenant du même Gedcom.
Ensuite, ce qui suit est frappant, à la fois dans les paramètres des 3 Ancestris mentionnés, ainsi que dans les 3 versions différentes du rapport lui-même.
1: -------
Français : Enfants connus, Anglais : Children of, Néerlandais : "Kinderen van"
Donc en français : "Enfants connus". Mais en anglais (et donc dans toutes les autres langues !) uniquement « children ».
Un peu comme ce « No known children » qu'on avait avant. Cela pourrait aussi avoir plus de sens. Ensuite, nous avons "Known children" et "No Known children".
Ce serait peut-être mieux s'il disait "Known children".
2 : -------
Paramètres dans Ancestris :
Français : Options du contenu, Anglais : "Parameters of content", Néerlandais deviendrait alors (du fait de la traduction Anglais Néerlandais) : "Parameters van de inhoud". Je ne pense pas que ce soit assez clair.
Parce que je suis ce fil, je sais ce qui se passe et ce que cela signifie réellement, mais un autre traducteur (qui ne connaîtra pas ce fil à cause de sa langue) n'en a aucune idée.
J'essaie de réfléchir avec d'autres utilisateurs de TRancestris (traducteurs). Ils doivent comprendre, sur la base de l'anglais et de la "partie avant"/élément anglais de Trancestris, où appartient réellement ce mot/phrase qui doit être traduit, et ce qu'il signifie (ou ce que cela signifie).
La plupart ici n'auront jamais fait ça, tout le monde ici est français, mais croyez-moi, c'est parfois un casse-tête où le mot/phrase à traduire est désormais utilisé dans Ancestris lui-même. Sans parler du fait que vous faites ensuite une traduction correcte.
(Même pour moi, alors que j'ai maintenant mis presque tout le manuel en néerlandais, et que j'ai donc parcouru plusieurs fois toutes les parties d'Ancestris)
Mais cela mis à part. Je n'en parle que pour les autres lecteurs ici, pour qui le français "C'est une autre paire de manches", et qui (heureusement peut-être) n'ont pas affaire à d'autres traductions.
J'essaie d'être un peu le porte-parole d'autres langues, pour ainsi dire.
Retour aux paramètres du rapport narratif.
Beaucoup mieux en anglais je pense : "Choose Report content". et "Choose Gedcom options".
Ensuite, nous avons "Choisir le contenu du rapport" (ici nous choisissons les éléments du rapport que nous voulons, quel index, voulons-nous des images, etc.) et
"Choisir les options Gedcom" (ici, nous choisissons les parties du Gedcom que nous voulons voir et comment nous voulons les voir.
J'ai l'impression que ces textes indiquent plus clairement ce que l'on entend, notamment pour les traducteurs.
Si cela vous semble mieux, peut-être aussi ajuster le texte en français ?
3 : -------
Supposons que j'ai John Doe, marié à Susan Taylor (personnes fictives). Susan n'a pas de parents, mais elle a 3 enfants avec John Doe.
Dans la liste des noms, je vois John Doe et ces 3 enfants, mais Susan n'est pas dans la liste des noms. Est-ce correct?
Les partenaires des autres Doe ne figurent pas non plus dans cette liste.
Salutations,
Tineke
-
J'essaie de réfléchir avec d'autres utilisateurs de TRancestris (traducteurs). Ils doivent comprendre, sur la base de l'anglais et de la "partie avant"/élément anglais de Trancestris, où appartient réellement ce mot/phrase qui doit être traduit, et ce qu'il signifie (ou ce que cela signifie).
Le problème est simple : les libellés, phrases, etc... sont faits d'abord en français et après ils sont traduits en anglais, et c'est vrai que des erreurs sont possibles. Le logiciel n'est pas développé avec l'anglais comme langue native. Ce qui veut dire que nous devons corriger les phrases anglaises pour que les traducteurs puissent se baser sur l'anglais. C'est certain que si les traducteurs connaissaient le français, les traductions dans les autres langues seraient bien meilleures. Francois
-
1: -------
Français : Enfants connus, Anglais : Children of, Néerlandais : "Kinderen van"
Donc en français : "Enfants connus". Mais en anglais (et donc dans toutes les autres langues !) uniquement « children ».
Un peu comme ce « No known children » qu'on avait avant. Cela pourrait aussi avoir plus de sens. Ensuite, nous avons "Known children" et "No Known children".
Ce serait peut-être mieux s'il disait "Known children".
Le texte d'origine était "Enfants", il a paru plus fluide pour la narration en Français de mettre "Enfants connus".
N'ayant pas de connaissances particulières pour les préférences anglaises, j'ai laissé "Children".
2 : -------
Paramètres dans Ancestris :
Français : Options du contenu, Anglais : "Parameters of content", Néerlandais deviendrait alors (du fait de la traduction Anglais Néerlandais) : "Parameters van de inhoud". Je ne pense pas que ce soit assez clair.
Parce que je suis ce fil, je sais ce qui se passe et ce que cela signifie réellement, mais un autre traducteur (qui ne connaîtra pas ce fil à cause de sa langue) n'en a aucune idée.
J'essaie de réfléchir avec d'autres utilisateurs de TRancestris (traducteurs). Ils doivent comprendre, sur la base de l'anglais et de la "partie avant"/élément anglais de Trancestris, où appartient réellement ce mot/phrase qui doit être traduit, et ce qu'il signifie (ou ce que cela signifie).
La plupart ici n'auront jamais fait ça, tout le monde ici est français, mais croyez-moi, c'est parfois un casse-tête où le mot/phrase à traduire est désormais utilisé dans Ancestris lui-même. Sans parler du fait que vous faites ensuite une traduction correcte.
(Même pour moi, alors que j'ai maintenant mis presque tout le manuel en néerlandais, et que j'ai donc parcouru plusieurs fois toutes les parties d'Ancestris)
Mais cela mis à part. Je n'en parle que pour les autres lecteurs ici, pour qui le français "C'est une autre paire de manches", et qui (heureusement peut-être) n'ont pas affaire à d'autres traductions.
J'essaie d'être un peu le porte-parole d'autres langues, pour ainsi dire.
Retour aux paramètres du rapport narratif.
Beaucoup mieux en anglais je pense : "Choose Report content". et "Choose Gedcom options".
Ensuite, nous avons "Choisir le contenu du rapport" (ici nous choisissons les éléments du rapport que nous voulons, quel index, voulons-nous des images, etc.) et
"Choisir les options Gedcom" (ici, nous choisissons les parties du Gedcom que nous voulons voir et comment nous voulons les voir.
J'ai l'impression que ces textes indiquent plus clairement ce que l'on entend, notamment pour les traducteurs.
Si cela vous semble mieux, peut-être aussi ajuster le texte en français ?
Sur ces libellés-là, j'ai eu des difficultés à choisir et on peut tout à fait changer.
Que ce soit en Anglais ou en Français, je ne savais pas vraiment quoi indiquer.
J'ai décidé de découper les paramètres du rapport en 3 parties :
- La première, sans titre spécifique donne le cadre général de la page (orientation, police, sortie css, pied de page et publicité)
- La deuxième donne le contenu et les grandes parties du rapport
- La troisième donne le paramétrage fin du contenu.
Il n'y a pas de rapport direct avec le GEDCOM en tant que tel, le libellé "Choose GEDCOM options" est impropre.
Je suis arrivé à : "Content choice", traduit directement par "Choix du contenu"
et "Parameter of content" traduit par "Options du contenu", le terme "Paramètre" me semblant trop "informatique" en français.
Il me semble que la traduction est littérale et ne prête pas à confusion pour les traducteurs.
S'il y a mieux, je suis preneur.
Si "Choose report content" est plus acceptable, pas de difficulté pour le changer.
Par contre, je ne mettrais pas "Choose GEDCOM options"
3 : -------
Supposons que j'ai John Doe, marié à Susan Taylor (personnes fictives). Susan n'a pas de parents, mais elle a 3 enfants avec John Doe.
Dans la liste des noms, je vois John Doe et ces 3 enfants, mais Susan n'est pas dans la liste des noms. Est-ce correct?
Les partenaires des autres Doe ne figurent pas non plus dans cette liste.
Oui, c'est correct.
Le rapport est basé sur une personne dont on donne ses ascendants ou ses descendants.
Si le rapport est centré sur John Doe, Susan n'apparait pas en tant que personne dont on fait la biographie.
Si le rapport est centré sur un des enfants de John et Susan, Susan doit apparaitre en tant que personne dont on fait la biographie.
Le problème est simple : les libellés, phrases, etc... sont faits d'abord en français et après ils sont traduits en anglais, et c'est vrai que des erreurs sont possibles. Le logiciel n'est pas développé avec l'anglais comme langue native. Ce qui veut dire que nous devons corriger les phrases anglaises pour que les traducteurs puissent se baser sur l'anglais. C'est certain que si les traducteurs connaissaient le français, les traductions dans les autres langues seraient bien meilleures.
Personnellement, je fis les deux à la fois.
Mais si une tournure de phrase me semble plus adéquate en Français qu'en Anglais, je ne le change pas en Anglais.
Typiquement un couple nom marié est actuellement "lived" en anglais et "a vécu" en Français.
Si en Français on passe a "s'est mis en couple", je ne changerai pas l'anglais.
En général, pour les rapports, les libellés sont spécifiques au rapport et les traducteurs ont la liberté de choisir le rendu narratif.
Il n'y a que quelques fichiers de libellés qui sont réellement utilisés partout, la majorité des écrans ont des libellés spécifiques justement pour éviter des tournures de phrases qui ne collent pas au contexte.
Zurga
-
Personnellement, je fis les deux à la fois.
Mais si une tournure de phrase me semble plus adéquate en Français qu'en Anglais, je ne le change pas en Anglais.
Typiquement un couple nom marié est actuellement "lived" en anglais et "a vécu" en Français.
?? là je ne pige pas. quel est le rapport entre "un couple non marié et "lived" ?? ou "a vécu" ?? Tu dois parler de quelque chose, et moi d'une autre j'ai l'impression. Sans doute voir ci-dessous.
Si en Français on passe a "s'est mis en couple", je ne changerai pas l'anglais.
Là j'ai un avis divergent, car deux personnes qui vivent ensemble sans être mariées serait en anglais "cohabiting couple" et pas "lived". Si tu veux dire que "John Doe a vécu avec Jane Marshall", alors il faudrait mettre "John Doe cohabiting with Jane Marshall". "lived" est moins approprié. Si tu veux dire qu'ils vivaient ensemble en tant que couple non marié, alors il faut mieux mettre cohabiting. My two (euro) cents. Francois
En général, pour les rapports, les libellés sont spécifiques au rapport et les traducteurs ont la liberté de choisir le rendu narratif.
Là je suis d'accord, et on voit bien que les traducteurs reviennent sur leur traduction initiale lorsqu'ils utilisent Ancestris, cependant c'est difficile pour un traducteur de tester l'intégralité du programme et des options possibles. Vous en avez rajouté tellement ;-) (et heureusement pour nous qu'on a tout ça ;-) )
Francois
-
On parle de la même chose François.
Je ne suis pas anglophone, je mets ce qui me parait par trop pourri pour mon niveau d'anglais.
Actuellement, le texte pour un couple non marié dans le rapport narratif est "lived with" et en français "a vécu avec".
Avant hier c'était "relation with" et "relation avec".
Si tu préfères "cohabited with", pas de soucis, je change.
Personnellement, je n'ai pas d'avis sur le mieux en anglais.
Zurga
-
Effectivement je préfère. "lived with" est plus pour une personne qui vit avec une autre pendant un moment qui peut être très bref, ou plus long. (ex, j'ai vécu avec une copine pendant 6 mois). L'autre mot, fait plus référence à deux personnes qui vivent ensemble, mais comme un couple marié. On pourrait le rapprocher du concubinage, mais ce mot ne me semble pas exister typiquement.
Pour moi, c'est une question importante, non pas sur cette histoire de couple non marié, mais sur le fait que nos amis traducteurs aient la meilleure base possible;
En même temps je me dois de nuancer mon propos, car nos amis traducteurs ne sont pas à priori des personnes pour qui l'anglais est une seconde voir première langue, donc il peut y avoir aussi beaucoup d'erreurs dans la traduction, comme on peut tous, et moi le premier, en faire.
Tineke a fait un boulot super pour en avoir discuté avec elle car elle a mis en parallèle trois versions d'ancestris (heureusement qu'elle a 2 écrans, car moi sur mon portable ... pas possible), ce qui est la meilleure manière de faire les choses. Mais je ne connaissais pas avant elle de traducteurs qui aient pris cette peine.
De mon côté, Ancestris tourne en anglais, et je passe en français de temps en temps, mais c'est vrai que la formulation française est superbement adaptée à la sortie du rapport, du fait de toutes les remontées que les utilisateurs te font, et du travail que tu fais derrière pour nous satisfaire. Il faudrait la même chose dans les autres langues, du moins les principales, mais ça c'est pas gagné ;-)
J'en profite pour rajouter un truc : lorsque je change la langue de l'interface, il me propose de redémarrer pour prendre en considération mon changement, mais ça ne marche jamais. Je clique sur OK pour qu'il redémarre, mais Ancestris s'arrête et ne redémarre pas. Ce n'est pas trop génant bien sûr car je le relance, mais je n'ai jamais compris pourquoi il ne voulait pas repartir.
Francois
-
Cher Zurga et tout le monde,
Nous sommes tous très contents de ce que vous faites.
Et vous dites honnêtement que l'anglais n'est pas votre fort.
Cela ne dérange pas du tout, cela vous supplie simplement de le dire.
En tant que programmeur, vous valez de l'or pour Ancesetris. Ce rapport n'aurait jamais été aussi loin sans votre engagement indéfectible à corriger les erreurs/commentaires de chacun.
Mais pourquoi ne pas simplement être heureux lorsque quelqu'un essaie d'amener l'anglais à un niveau que les traducteurs peuvent gérer avec moins de questions ?
Ok, je ne suis pas un "anglais natif", mais aux Pays-Bas, j'ai eu 6 ans d'anglais à l'école et j'ai également dû passer un examen final. A mon travail (1971), j'ai travaillé pendant des années avec un collègue « natif anglais », qui est toujours un ami. Je lui ai demandé son avis sur les articles que j'écrivais (en anglais) sur mon propre site internet, et à part quelques broutilles il n'avait guère de commentaire.
Sachez qu'ici aux Pays-Bas, l'anglais est presque une deuxième langue. Même les enfants d'âge préscolaire apprennent un anglais très simple à la maternelle !
Aucune idée de ce que c'est en France. Si vous me demandez de dire ou d'écrire quelque chose en français, ce sera le bordel. Tout le monde peut le voir à partir de mes messages ici dans le forum.
La lecture se passe maintenant bien, après 4 semaines d'études forcées à ce poste.
Donc, j'aimerais voir si je peux trouver un vrai rapport descriptif en anglais qui puisse servir d'exemple d'une certaine manière de syntaxe et d'utilisation des mots. (au moins si cela est disponible à partir d'un programme que je n'ai pas à payer et qui est en fait écrit comme un programme en anglais)
Comme le dit François : Je suis assez fou pour mettre une tonne d'efforts supplémentaires pour faire quelque chose de bien.
Mes moniteurs, heureusement que j'en ai 2 sinon ça ne rentre pas, sont pleins d'écrans car je fais tout en 3 fois, et je les mets les uns à côté des autres. Sinon, je ne vois pas vraiment ce que devrait être la traduction.
Mais je maintiens que le meilleur texte anglais possible dans Ancestris, programme comme rapports, est la base d'une traduction dans n'importe quelle langue. (désolé pour tout le monde ici.....)
Alors et maintenant je me cache, et tout le monde peut commencer à tirer.
Salutations,
Tineke
-
Hello Tineke,
Bon on voit que le moteur de traduction du néerlandais vers le français, donne des choses un peu rigolotes. Mais on comprend sans problème.
Comme le résultat du moteur de traduction est dans une langue que justement on ne comprend pas, ca peut donner des choses assez surprenantes. C'est comme sur le téléphone lorsque l'on écrit un sms, parfois il part trop vite et on a pas eu le temps de corriger la rédaction automatique qu'il propose, et le résultat peut être très génant ;-) - Je te rassure Tineke, il n'y a pas de souci avec ce que tu as écrit. Francois
-
Mais pourquoi ne pas simplement être heureux lorsque quelqu'un essaie d'amener l'anglais à un niveau que les traducteurs peuvent gérer avec moins de questions ?
Ok, je ne suis pas un "anglais natif", mais aux Pays-Bas, j'ai eu 6 ans d'anglais à l'école et j'ai également dû passer un examen final. A mon travail (1971), j'ai travaillé pendant des années avec un collègue « natif anglais », qui est toujours un ami. Je lui ai demandé son avis sur les articles que j'écrivais (en anglais) sur mon propre site internet, et à part quelques broutilles il n'avait guère de commentaire.
Sachez qu'ici aux Pays-Bas, l'anglais est presque une deuxième langue. Même les enfants d'âge préscolaire apprennent un anglais très simple à la maternelle !
J'ai rien contre des modifications de libellés, mais pas quand elles sortent du contexte.
Le "Choose Gedcom options", pas d'accord.
Ce n'est pas de cela qu'on parle.
Demain il y aura "Known children" en anglais aussi.
En passant, j'ai aussi un cursus scolaire en anglais et je passe mes journées à lire de l'anglais dans mon domaine professionnel (spoiler alert : la doc en informatique est très, très majoritairement en anglais).
Cela ne change pas que je ne suis pas vraiment qualifié pour savoir si les tournures de phrases sont meilleures ou non.
Pour un logiciel gratuit en anglais, essayez Gramps, apparemment il produit un rapport narratif correct.
Zurga
-
Moisson du jour :
- Ajout d'une virgule entre les fiançailles et le contrat de mariage
- Note du contrat correctement affichée
- Modification du texte des enterrements pour "inhumation".
- Modification du texte anglais de la ligne de titre enfants pour ajouter "connus"
- Ajout d'une option pour ne pas afficher les notes des évènements mais conserver les notes individuelles
- Affichage correct des sources embarquées directement (tag SOUR avec description et pas renvoi vers une entité).
Zurga
-
Moisson du jour :
- Ajout d'une virgule entre les fiançailles et le contrat de mariage
- Note du contrat correctement affichée
- Modification du texte des enterrements pour "inhumation".
- Modification du texte anglais de la ligne de titre enfants pour ajouter "connus"
- Ajout d'une option pour ne pas afficher les notes des évènements mais conserver les notes individuelles
- Affichage correct des sources embarquées directement (tag SOUR avec description et pas renvoi vers une entité).
Zurga
Bonjour à tous,
Merci Zurga pour cette encore grosse et belle mise à jour.
- Virgule entre ENGA et MARC : parfait, merci !
- Note du MARC : parfait !
- Enterré / inhumé : beaucoup mieux je trouve, merci !
- Option note des évènements : parfait. Soit on n’affiche aucune note, soit les deux, soit juste la note générale.
- Pas sûr d’avoir bien compris le dernier ajustement des SOUR : j’ai, comme tous les jours, fait évoluer mon Gedcom fictif d’essai pour coller aux ajustements et tester les nouveautés. Si j’ai bien compris, j’ai fait un clic droit sur un évènement, rajouter une propriété SOUR (et pas une entité) : j’ai le même affichage en bas de l’INDI pour une citation de SOUR que les autres citations (lorsqu’on appelle une entité SOUR), mais sans renvoi dans la bibliographie des SOUR. Je l’ai créé ce matin, donc je ne peux pas comparer avec ce qu’il y avait avant.
Notons toutefois deux détails de typographie :
- Il est préconisé une espace insécable avant les « : ». C’est le cas dans les titres de notes et de citation de sources, mais ce n’est pas mis en place dans les citations de sources en elles-mêmes.
[Naissance: S00008, page 1/15] au lieu de [Naissance : S00008, page 1/15]
- Lorsque les notes de bas de page sont cochées, il subsiste une espace permanente après le numéro mis en exposant, et ce avant la ponctuation qui suit : un point final, ou une virgule pour enchainer.
Merci Zurga pour tout ce travail d’excellence.
Rémi
-
- Pas sûr d’avoir bien compris le dernier ajustement des SOUR : j’ai, comme tous les jours, fait évoluer mon Gedcom fictif d’essai pour coller aux ajustements et tester les nouveautés. Si j’ai bien compris, j’ai fait un clic droit sur un évènement, rajouter une propriété SOUR (et pas une entité) : j’ai le même affichage en bas de l’INDI pour une citation de SOUR que les autres citations (lorsqu’on appelle une entité SOUR), mais sans renvoi dans la bibliographie des SOUR. Je l’ai créé ce matin, donc je ne peux pas comparer avec ce qu’il y avait avant.
Fiat Lux, avant il n'y avait rien.
Enfin si, il y avait le mot "Source" et rien après.
Notons toutefois deux détails de typographie :
- Il est préconisé une espace insécable avant les « : ». C’est le cas dans les titres de notes et de citation de sources, mais ce n’est pas mis en place dans les citations de sources en elles-mêmes.
[Naissance: S00008, page 1/15] au lieu de [Naissance : S00008, page 1/15]
Je peux mettre un espace, mais pas sur de pouvoir en mettre un insécable.
- Lorsque les notes de bas de page sont cochées, il subsiste une espace permanente après le numéro mis en exposant, et ce avant la ponctuation qui suit : un point final, ou une virgule pour enchainer.
Pas sur de pouvoir y faire quelque chose, la ponctuation n'est pas dans la phrase pour pouvoir gérer les cas de suite.
Du coup, on pose le renvoi avant de savoir le type de ponctuation que l'on doit mettre.
Et c'est l'espace qu'on constate.
Zurga
-
Je peux mettre un espace, mais pas sur de pouvoir en mettre un insécable.
J'ai employé le mot insécable car c'est celui qui figure dans les manuels de typographie, mais on sait très bien qu'on n'aura jamais de retour à la ligne avant ça ;) et que le côté insécable n'est pas opportun dans ce cas précis.
Pas sur de pouvoir y faire quelque chose, la ponctuation n'est pas dans la phrase pour pouvoir gérer les cas de suite.
Du coup, on pose le renvoi avant de savoir le type de ponctuation que l'on doit mettre.
Et c'est l'espace qu'on constate.
Bien compris votre souci technique. Dommage. Merci.
Rémi
-
Je constate seulement maintenant une erreur qui sera probablement très difficile à corriger.
J'ai, dans la narration, "Pierrette Himbert, a divorcée le...". Normal, sexe féminin, le code a prévu d'accorder en rajoutant "ée". Sauf qu'avec le verbe "avoir", il n'y a pas d'accord. On devrait lire "elle a divorcé". Ce sera compliqué parce que si c'est le verbe "être", il y a accord. Et des fois il est employé le verbe "être" : elle est née, a divorcé, est décédée...
Il y en a probablement d'autres, je n'ai pas tout regardé...
Peut être faut-il simplement enlever la règle d'accord du genre uniquement sur "divorcé"...et peut être d'autres qui ont le verbe avoir au participe passé...
Pas facile. Je soulève des trucs pénibles, désolé Zurga :(
Rémi
-
Non, ça c'est facile, c'est moi qui suis un boulet.
J'avais fait l'accord quand on n'avait pas de verbe et j'ai oublié de le retirer avec le verbe.
Pas difficile à corriger.
Zurga
-
Non, ça c'est facile, c'est moi qui suis un boulet.
J'avais fait l'accord quand on n'avait pas de verbe et j'ai oublié de le retirer avec le verbe.
Pas difficile à corriger.
Zurga
Heu...le boulet, il est dur avec lui même ;)
Parce que des boulets comme vous, on en veut "en veux-tu, en voilà" ;)
Je n'ai pas tout testé, pas eu le temps, j'espère qu'il n'y a que ça...
Je remarque aussi (vous allez me détester >:( :o) : quand on connaît une estimation de décès, on rentre par exemple "avant 1901", mais pas de lieu. Dans la narration, on a "est décédée ava 1901 à ()." Possible de ne pas afficher la fin en cas d'absence de lieu pour éviter les " à ()" ? Je le constate sur le DEAT, mais je pense que ça doit être valable sur les autres étiquettes de l'état civil dans la première phrase (mon Gedcom de test a prévu une bonne partie des tests, mais pas tout ça) ;)
Rémi
-
Faut juste changer le format des lieux.
Par exemple "1 0" à la place de "1 (0)" donne un espace en trop mais pas de parenthèses.
Après, je ferais une petite modif pour essayer de ne pas afficher les lieux vides.
Zurga
-
Merci,
J'ai pensé à changer le format des lieux. Mais forcément ça change pour tous les lieux (pas souhaité), et ça donne le "à" en trop. Et il donne effectivement l'espace en trop (et je chasse les espaces en trop :P).
Merci Zurga, j'ai fini pour aujourd'hui (ouf ;D)
Rémi
-
Moisson du jour :
- Ajout d'une virgule entre les fiançailles et le contrat de mariage
- Note du contrat correctement affichée
- Modification du texte des enterrements pour "inhumation".
- Modification du texte anglais de la ligne de titre enfants pour ajouter "connus"
- Ajout d'une option pour ne pas afficher les notes des évènements mais conserver les notes individuelles
- Affichage correct des sources embarquées directement (tag SOUR avec description et pas renvoi vers une entité).
Bonjour Zurga, bonjour à tous,
Belle mise à jour, une fois encore !
Le choix des options d'affichage des notes est à présent parfait.
Merci Zurga pour votre écoute attentive et votre réactivité impressionnante.
Pour le reste Rémi à fait le tour et à le lire ce matin y reviendra encore ; nous l'en remercions aussi.
Belle journée à vous tous.
Très cordialement.
Jean-Charles
-
Bonjour à tous,
Le rapport est de mieux en mieux. Très satisfait du paramètre supplémentaire pour les notes de bas de page.
Malheureusement, j'ai fait une erreur lors de la mise à jour de la traduction néerlandaise de Trancestris, je ne peux donc pas encore tout tester.
Pour l'instant j'ai vu ça :
-------------------------
DSCR :
PHYSICAL_DESCRIPTION :=
An unstructured list of the attributes that describe the physical characteristics of a person, place, or object. Commas separate each attribute.
Exemple:
1 DSCR Hair Brown, Eyes Brown, Height 5 ft 8 in
2 DATE 23 JUL 1935
Le rapport donne :
FRANÇAIS : "Il était", ANGLAIS : "He was", et à cause de la traduction de l'anglais, le néerlandais devient aussi "Hij werd".
Ce n'est pas bien, vous n'était pas de cheveux foncés, vous AVEZ des cheveux foncés.
Pour exclure tout problème, il serait peut-être préférable de formuler la phrase comme : "Ses caractéristiques physiques sont : ", ou "Les caractéristiques sont : ", ou des mots dans ce sens.
Ensuite, le résumé de ces caractéristiques de la balise DSCR correspond parfaitement.
-------------------
J'ai (volontairement pour le test) vérifié quels caractères peuvent être mis dans une note et comment ils seront affichés sur le rapport.
Pour cela j'ai utilisé les caractères suivants (merci à l'url : https://en.wikipedia.org/wiki/List_of_Unicode_characters ) :
❦ ❧ ❌ ❉ ✻ ❖ ❤ ❡ ➃ ➤ ➰ ➼ ✨ ✠ ✍ ✂
☰ ⚓ ⚑ ☁ ♀ ♂ ♬ ♞ ☘ ◑ ↭ ↧ ↠ Ⅷ †
Je viens d'en récupérer sur cette page.
Si je regarde dans Ancestris, dans la NOTE elle-même, ceux-ci s'affichent correctement.
(capture d'écran1)
Mis à part le fait que certains d’entre eux n’ont plus de couleur, mais ils sont imprimés en noir.
Cependant, lorsque je regarde le rapport, je vois #####, pour la plupart d'entre eux. Capture d'écran2
--------------------------------
TITRE
Cette balise ne semble avoir aucun sens dans Trancestris, affichant simplement la balise TITL elle-même. Donc pas de lieu, de date, d'âge, etc.
La note n'apparaît pas non plus.
--------------------------
C'est tout pour l'instant.
Salutations,
Tineke
Ajout mineur :
Les listes et les rapports se composent de 2 colonnes dans Ancestris, avec une ligne verticale entre les deux.
Cette ligne peut-elle être rendue mobile s'il vous plaît
-
Pour l'instant j'ai vu ça :
-------------------------
DSCR :
PHYSICAL_DESCRIPTION :=
An unstructured list of the attributes that describe the physical characteristics of a person, place, or object. Commas separate each attribute.
Exemple:
1 DSCR Hair Brown, Eyes Brown, Height 5 ft 8 in
2 DATE 23 JUL 1935
Le rapport donne :
FRANÇAIS : "Il était", ANGLAIS : "He was", et à cause de la traduction de l'anglais, le néerlandais devient aussi "Hij werd".
Ce n'est pas bien, vous n'était pas de cheveux foncés, vous AVEZ des cheveux foncés.
Pour exclure tout problème, il serait peut-être préférable de formuler la phrase comme : "Ses caractéristiques physiques sont : ", ou "Les caractéristiques sont : ", ou des mots dans ce sens.
Ensuite, le résumé de ces caractéristiques de la balise DSCR correspond parfaitement.
C'est vrai que ce n'est pas très heureux.
C'était d'origine, je n'ai pas changé le libellé de celui-là.
Je vais changer le libellé comme vous le voulez.
-------------------
J'ai (volontairement pour le test) vérifié quels caractères peuvent être mis dans une note et comment ils seront affichés sur le rapport.
Pour cela j'ai utilisé les caractères suivants (merci à l'url : https://en.wikipedia.org/wiki/List_of_Unicode_characters ) :
❦ ❧ ❌ ❉ ✻ ❖ ❤ ❡ ➃ ➤ ➰ ➼ ✨ ✠ ✍ ✂
☰ ⚓ ⚑ ☁ ♀ ♂ ♬ ♞ ☘ ◑ ↭ ↧ ↠ Ⅷ †
Je viens d'en récupérer sur cette page.
Si je regarde dans Ancestris, dans la NOTE elle-même, ceux-ci s'affichent correctement.
(capture d'écran1)
Mis à part le fait que certains d’entre eux n’ont plus de couleur, mais ils sont imprimés en noir.
Cependant, lorsque je regarde le rapport, je vois #####, pour la plupart d'entre eux. Capture d'écran2
Pour cela, on ne peut pas faire grand chose si la police choisie dans le rapport ne permet pas d'afficher les caractères en question.
Il faut changer de police pour vérifier avec une police réellement unicode si les caractères s'affichent.
On a le même problème avec certaines langues orientales pour lesquelles tous les caractères ne s'affichent pas forcément en fonction de la police choisie.
Les écrans d'Ancrestis sont prévus pour afficher une police prévoyant le maximum de caractères, mais si on en prend une autre pour le rapport, il est possible de ne pas tout avoir.
Avec "Déjà Vu Sans", on affiche vos caractères (voir la pièce-jointe)
--------------------------------
TITRE
Cette balise ne semble avoir aucun sens dans Trancestris, affichant simplement la balise TITL elle-même. Donc pas de lieu, de date, d'âge, etc.
La note n'apparaît pas non plus.
La balise TITL correspond au titre de noblesse, il s'affiche à côté du nom de la personne
Ajout mineur :
Les listes et les rapports se composent de 2 colonnes dans Ancestris, avec une ligne verticale entre les deux.
Cette ligne peut-elle être rendue mobile s'il vous plaît
On va voir ce qu'on peut y faire.
Zurga
-
Merci d'avance pour les changements à venir, non 1 point :
TITL, Gedcom dit :
n TITL <NOBILITY_TYPE_TITLE> {1:1} p.57
+1 <<INDIVIDUAL_EVENT_DETAIL>> {0:1}* p.34
Les détails de cet événement doivent donc être affichés. Je peux également le remplir dans l'éditeur Gedcom.
Mother10
-
Merci d'avance pour les changements à venir, mon 1 point :
TITL, Gedcom dit :
n TITL <NOBILITY_TYPE_TITLE> {1:1} p.57
+1 <<INDIVIDUAL_EVENT_DETAIL>> {0:1}* p.34
Les détails de cet événement doivent donc être affichés. Je peux également le remplir dans l'éditeur Gedcom.
"Doivent" ? non. Ce rapport ne présentera jamais l'intégralité des données du GEDCOM, je ne le ferai pas.
"Pourraient", oui.
Est-ce utile ?
Est-ce intéressant dans la présentation actuelle ?
La position du titre est ainsi depuis le début, je n'y ai rien changé.
Je ne vois pas le gain de mentionner tous les détails d'un titre dans ce rapport.
Zurga
-
Bonjour,
Ce matin, mother10 a évoqué l'étiquette DSCR que j'ai découverte par la même occasion.
Je l'ai intégrée et j'ai recopié ce que je trouve sur une fiche matricule. Cependant, la narration n'est pas terrible.
Actuellement il y a : "il était" suivi du texte. Il aurait été préférable de mettre une phrase du genre (si certains ont mieux, pas de soucis) "Il / Elle avait pour caractéristiques physiques : suivi du texte ?
Idem pour l'étiquette IDNO que je découvre (une partie de mes ancêtres étaient dans le chemin de fer, et ils avaient un matricule donc ce me sera très utile). Je vois que la narration est aussi faite : "Il avait le numéro d'identité national". Je pense qu'il aurait été préférable d'écrire "Il / Elle avait le numéro d'identité". A nous d'adapter ce que l'on écrit ensuite dans le champ dédié.
Qu'en pensez-vous ? Avez-vous mieux comme vocable, afin que cela colle au plus grand nombre ?
Les renvois de note en bas de pages sont en revanche parfaits et bien pris en compte pour ces deux étiquettes.
Bien à vous,
Rémi
-
Bonjour Rémi,
Le DSCR ne concerne pas seulement les attributs physiques, c'est pour plus, voir mon article.
Salutations,
Mother10
-
Le DSCR ne concerne pas seulement les attributs physiques, c'est pour plus, voir mon article.
Le terme employé dans la norme est PHYSICAL_DESCRIPTION
Comme on ne l'affiche que pour des personnes, cela ressemble beaucoup à une description physique de la personne.
Je ne vois pas beaucoup la différence entre description et description physique.
Zurga
-
L'important est de trouver des vocables qui collent au plus grand nombre.
Car cela va dépendre de comment on va noter ensuite les mots sur l'étiquette pour que cela colle dans la narration...
Rémi
-
Bonjour,
Idem pour l'étiquette IDNO que je découvre (une partie de mes ancêtres étaient dans le chemin de fer, et ils avaient un matricule donc ce me sera très utile). Je vois que la narration est aussi faite : "Il avait le numéro d'identité national". Je pense qu'il aurait été préférable d'écrire "Il / Elle avait le numéro d'identité". A nous d'adapter ce que l'on écrit ensuite dans le champ dédié.
Rémi
Bonsoir,
Je pense que ce tag correspond davantage à un numéro de sécu qui est strictement individuel. Dans ton cas c'est un numéro d'identification interne à la SNCF donc pas la même chose. Mon identifiant postal (je travaillais à la poste) a sa place en note de la profession.
Amitiés
-
Modifications :
- Correction de l'accord sur le divorce
- Ajout d'un espace en français devant tous les ":"
- Modification de la phrase pour DSCR
- Ajout du TYPE pour le IDNO
- Suppression des parenthèses vides dans les lieux.
- Possibilité de définir un titre et un auteur pour le rapport.
- Ajout d'un séparateur mobile dans la fenêtre de choix des rapports.
Zurga
-
Bonsoir,
Je pense que ce tag correspond davantage à un numéro de sécu qui est strictement individuel. Dans ton cas c'est un numéro d'identification interne à la SNCF donc pas la même chose. Mon identifiant postal (je travaillais à la poste) a sa place en note de la profession.
Amitiés
Bonjour Yannick,
Merci pour ton intervention, mais dans l'hypothèse où tu as raison, à quoi sert alors SSN ? Je remplis actuellement SSN pour mes contemporains dont j'ai des documents médicaux ou la carte vitale. Actuellement le rapport affiche la narration parfaite : il avait le numéro de sécurité sociale 1xxxxxxxxxxxxx.
L'IDNO (que j'ai découvert hier), m'offre une autre fonction que je trouve plus pertinente que les NOTE pour un numéro matricule agent (voire même militaire si on pousse pour un militaire de carrière).
Tu as probablement raison, et si c'est le cas, il faudra que Zurga reprenne ces deux étiquettes dans le rapport.
Merci pour ton retour,
Rémi
-
Bonjour à tous,
Modifications :
- Correction de l'accord sur le divorce
- Ajout d'un espace en français devant tous les ":"
- Modification de la phrase pour DSCR
- Ajout du TYPE pour le IDNO
- Suppression des parenthèses vides dans les lieux.
- Possibilité de définir un titre et un auteur pour le rapport.
- Ajout d'un séparateur mobile dans la fenêtre de choix des rapports.
Zurga
Merci pour ces ajustements :
- Accord sur DIV : parfait !
- Espace devant les « : » : parfait !
- DSCR : Je trouve que mettre une phrase avec des « : » se prête particulièrement bien dans cette situation puisque derrière on lance une énumération de caractéristiques qui ne sont pas forcément mis en phrase dans le Gedcom. Parfait !
- Ajout du TYPE pour IDNO : pas sûr de bien comprendre
Hier j’avais 1 IDNO 8xxxxx. Ce matin, pareil, même en création d’un nouveau IDNO.
Je pense que vous vouliez dire
1 IDNO
2 TYPE 8xxxxx
C’est possible, mais il faut rajouter le 2 TYPE à la main par une action volontaire.
Je note toutefois la modification dans la narration, c’est parfait pour moi.
A voir toutefois la fin de discussion à suivre avec Yannick (cf plus haut) sur le IDNO et le SSN…
- Parenthèses sur lieux inconnus : parfait, beaucoup mieux ! J’ai fait un test ce matin AVANT la mise à jour et il semblerait que cela ne concernait que les DEAT. J’ai essayé BIRT et MARR qui ne le faisait pas. Je n’ai pas testé les autres de la narration comme ENGA et MARC, j’essayerais ce soir.
- Personnalisation de la page de garde : du bonus pour ce rapport, testé, super. Merci !
- Séparateur mobile : grand bien nous fasse. J’apprécie.
Notons pour ceux qui ne suivent que ce fil de discussion, la modification du vocable crypter par chiffrer : super, merci !
Je pense que sur les étiquettes SSN, IDNO et NATI, pour les personnes vivantes (donc pas de DEAT d’enregistré dans le Gedcom), la narration devrait être au présent. Pour les rares cas où il y aurait par exemple un changement de nationalité, il suffirait de rajouter une date mise en format période pour signaler la durée de cette nationalité.
Merci Zurga pour ce travail colossal. C’est génial. Vous êtes super !
Rémi
-
- Ajout du TYPE pour IDNO : pas sûr de bien comprendre
Hier j’avais 1 IDNO 8xxxxx. Ce matin, pareil, même en création d’un nouveau IDNO.
Je pense que vous vouliez dire
1 IDNO
2 TYPE 8xxxxx
C’est possible, mais il faut rajouter le 2 TYPE à la main par une action volontaire.
Je note toutefois la modification dans la narration, c’est parfait pour moi.
A voir toutefois la fin de discussion à suivre avec Yannick (cf plus haut) sur le IDNO et le SSN…
Toujours revenir à la source et à la spécification.
Que dit le GEDCOM sur le IDNO :
NATIONAL_ID_NUMBER:= {Size=1:30}
A nationally-controlled number assigned to an individual. Commonly known national numbers
should be assigned their own tag, such as SSN for U.S. Social Security Number. The use of the
IDNO tag requires a subordinate TYPE tag to identify what kind of number is being stored.
For example:
n IDNO 43-456-1899
+1 TYPE Canadian Health RegistrationQue pour différencier un SSN d'un IDNO, il faut indiquer un sous-tag TYPE permettant de dire quelle est l'organisme qui permet de définir ce IDNO.
Donc, il me paraissait normal que l'on puisse afficher le TYPE dans la phrase.
A l'arrivée, le SSN pourrait se retrouver obsolète en utilisant moult IDNO et en précisant pour chacun le type d'organisme.
Le SSN est en théorie réservé uniquement au système américain.
SOCIAL_SECURITY_NUMBER:=
A number assigned to a person in the United States of America for identification purposes.
Zurga
-
Donc, il me paraissait normal que l'on puisse afficher le TYPE dans la phrase.
Je comprends mieux : c'est dans la phrase de narration que vous avez rajouté le TYPE ! Ce que donc je n'ai pas testé, ce sera fait ce soir ou demain.
Je pensais que c'était dans la saisie du Gedcom : une étiquette TYPE qui apparaîtrait automatiquement à l'appel de IDNO, comme on peut le voir avec d'autres étiquettes.
Je n'y étais pas du tout, désolé :o, au réveil matinal, je n'ai pas toujours toutes les neurones en phase ;)
A l'arrivée, le SSN pourrait se retrouver obsolète en utilisant moult IDNO et en précisant pour chacun le type d'organisme.
Le SSN est en théorie réservé uniquement au système américain.
C'est noté, donc par exemple :
1 IDNO 18xxxxxxxxxxxxxxx
2 TYPE Sécurité Sociale
1 IDNO 5xxxxx
2 TYPE CP SNCF
Merci pour cette précision !
Rémi
-
Modifications :
- Correction de l'accord sur le divorce
- Ajout d'un espace en français devant tous les ":"
- Modification de la phrase pour DSCR
- Ajout du TYPE pour le IDNO
- Suppression des parenthèses vides dans les lieux.
- Possibilité de définir un titre et un auteur pour le rapport.
- Ajout d'un séparateur mobile dans la fenêtre de choix des rapports.
Bonjour Zurga, bonjour à tous,
Tous les jours des améliorations, un vrai bonheur ! :-)
Mon test.
- Tout est vraiment OK.
- Les options pour personnaliser le titrage et ajouter le nom d'un auteur sont plus que sympathiques.
- Je note, simplement à toute fin utile, en ce qui concerne les fiançailles et la mention qui en est faite au titre des Enfants connus de ..., l'utilisation du vocable a vécu. Ainsi :
Enfants connus de NN... et de NN...
1. NN..., est née ... à ..., a vécu avec NN...
Nous aurions éventuellement pu reprendre s'est fiancée ce qui aurait mieux convenu à l'occasion de fiançailles actuelles.
Que pourrions nous ajouter d'autre, si ce n'est encore une fois, un très grand merci Zurga pour toutes ces évolutions inespérées ! il y a a peine un mois.
Belle journée à tous.
Bien cordialement.
Jean-Charles
-
- Je note, simplement à toute fin utile, en ce qui concerne les fiançailles et la mention qui en est faite au titre des Enfants connus de ..., l'utilisation du vocable a vécu. Ainsi :
Enfants connus de NN... et de NN...
1. NN..., est née ... à ..., a vécu avec NN...
Nous aurions éventuellement pu reprendre s'est fiancée ce qui aurait mieux convenu à l'occasion de fiançailles actuelles.
Donc si je comprends bien vous aimeriez que je fasse une verrue pour un cas transitoire de personnes qui ne sont pas encore mariées alors qu'elles sont fiancées ?
C'est pas un peu beaucoup pour des cas excessivement minoritaires ?
Zurga
-
- Je note, simplement à toute fin utile, en ce qui concerne les fiançailles et la mention qui en est faite au titre des Enfants connus de ..., l'utilisation du vocable a vécu. Ainsi :
Enfants connus de NN... et de NN...
1. NN..., est née ... à ..., a vécu avec NN...
Nous aurions éventuellement pu reprendre s'est fiancée ce qui aurait mieux convenu à l'occasion de fiançailles actuelles.
Donc si je comprends bien vous aimeriez que je fasse une verrue pour un cas transitoire de personnes qui ne sont pas encore mariées alors qu'elles sont fiancées ?
C'est pas un peu beaucoup pour des cas excessivement minoritaires ?
Bonsoir Zurga, bonsoir à tous,
Zurga, je me trouve quelque peu désolé car je ne comprends sans doute pas la notion de verrue que vous employez.
Quoiqu'il en soit, je précise ici que mon seul propos tout à l'heure était d'informer de la différence entre la mention mise à jour figurant dans les données de l'individu : s'est fiancé à et celle figurant dans les données des enfants connus : a vécu avec, en faisant remarquer que je préférais la première.
J'imaginais que les deux mentions pouvaient être liées originellement, pour simplifier.
Comme vous le remarquez si justement, les fiançailles sont effectivement une situation transitoire. J'y ai pensé un moment avant de me fixer, sans doute à tort, sur la dissonance des deux mentions venant à la suite l'une de l'autre. Entendant ainsi s'est fiancé, c'est un fait et a vécu : c'est terminé.
Si vous le voulez bien, retenons donc le caractère transitoire de la situation et ne changeons rien. D'autant que la verrue consiste peut-être dans le fait de rajouter du code, à l'alourdir, peu convenablement.
Bonne fin de journée à tous
Bien cordialement.
Jean-Charles
-
Les listes d'enfants ne présentent que le minimum de détails : Nom, date de naissance, mariage, décès.
Il n'y a pas de notes, pas de sources pour ces informations, même si l'âge y est.
Du coup, je n'ai pas trouvé nécessaire d'ajouter les fiançailles et les contrats de mariage.
On retombe sur le vocable de base en absence de mariage : "a vécu".
A voir si vous voulez la totale sur les listes d'enfants.
Zurga
-
Les listes d'enfants ne présentent que le minimum de détails : Nom, date de naissance, mariage, décès.
Il n'y a pas de notes, pas de sources pour ces informations, même si l'âge y est.
Du coup, je n'ai pas trouvé nécessaire d'ajouter les fiançailles et les contrats de mariage.
On retombe sur le vocable de base en absence de mariage : "a vécu".
A voir si vous voulez la totale sur les listes d'enfants.
Re-bonsoir Zurga, re-bonsoir à tous,
Oui ! c'est çà. Je comprends mieux.
Pour la totale, à voir en fonction du sentiment de ceux qui suivent le fil de cette discussion et bien sûr de la difficulté technique.
Nous pourrions encore envisager, si plus simple, "a vécu", pour tout le monde, y compris les mariés.
Bonne soirée à tous.
Merci Zurga pour cette nouvelle proposition.
Bien cordialement.
Jean-Charles
-
Le "a vécu" avec n'apparait que s'il y a une union sans fiançailles, sans marriage et sans contrat.
Pour le reste, j'attends vos impressions sur le meilleur vocable.
Zurga
-
Nous pourrions encore envisager, si plus simple, "a vécu", pour tout le monde, y compris les mariés.
Surtout pas !
En fait, je ne vois pas ce qui pose problème dans le travail qu'a fait Zurga : que ce soit la narration ou la liste des enfants, on a "s'est marié" si une étiquette MARR est enregistrée, ou on a "a vécu" s'il n'y a pas de MARR. Cette distinction est parfaite et on sait qui est marié de qui ne l'est pas. S'il y a ENGA et/ou MARC, c'est qu'il y a MARR après dans la grande majorité des cas.
Pour la "totale", je trouve personnellement que cela alourdirait inutilement : si un enfant est dans notre ascendance directe, on aura la totale plus loin, si l'enfant n'est pas dans l'ascendance, on a les infos essentielles et je pense que c'est suffisant, sinon cela va alourdir.
Je me rangerai derrière la majorité.
Mais je suis pour de ne rien toucher.
Rémi
-
Je comprends mieux : c'est dans la phrase de narration que vous avez rajouté le TYPE ! Ce que donc je n'ai pas testé, ce sera fait ce soir ou demain.
Je pensais que c'était dans la saisie du Gedcom : une étiquette TYPE qui apparaîtrait automatiquement à l'appel de IDNO, comme on peut le voir avec d'autres étiquettes.
Test effectué et c'est parfait Zurga. Merci.
Je vais donc supprimer mes SSN au profit de IDNO pour tous mes identifiants sécu, SNCF, matricule militaire...
Pour le TYPE, il faut aller le chercher manuellement, contrairement à beaucoup d'étiquettes qui sont mises d'office avec l'étiquette principale. Mais ce n'est qu'un clic de plus ;)
Merci ! Je progresse encore sur la grammaire Gedcom...
Rémi
-
- Lorsque les notes de bas de page sont cochées, il subsiste une espace permanente après le numéro mis en exposant, et ce avant la ponctuation qui suit : un point final, ou une virgule pour enchainer.
Pas sur de pouvoir y faire quelque chose, la ponctuation n'est pas dans la phrase pour pouvoir gérer les cas de suite.
Du coup, on pose le renvoi avant de savoir le type de ponctuation que l'on doit mettre.
Et c'est l'espace qu'on constate.
Zurga
En fait, après un nouvel essai, ce problème n'est que dans la première phrase des états civils.
Pour tous les évènements qui suivent, la mise en exposant est faite après le point de ponctuation final. Et c'est parfait ainsi.
J'ai noté votre souci technique, c'est dommage car cela ne perturbe qu'à cet endroit. Je vais faire avec.
Belle soirée.
Rémi
-
LA première phrase est construite à la volée, les évènements sont faits en une fois avec le note posée après.
C'est ce qui explique la différence.
Je ne peux pas faire grand chose pour les notes dans le paragraphe car la phrase est construite au fur et à mesure.
Zurga
-
LA première phrase est construite à la volée, les évènements sont faits en une fois avec le note posée après.
C'est ce qui explique la différence.
Je ne peux pas faire grand chose pour les notes dans le paragraphe car la phrase est construite au fur et à mesure.
Zurga
Merci pour ce retour et pour prendre le temps de répondre, mais comme je le disais je comprends votre souci technique et je vais faire avec. Il n'y a pas de problème.
Belle soirée.
Rémi
-
Moisson du jour :
- Modification du rendu des dates approximatives. (ava => avant, .... )
Zurga
-
Bonjour à tous,
Moisson du jour :
- Modification du rendu des dates approximatives. (ava => avant, .... )
Zurga
Parfait, merci Zurga : j'ai testé avant, après et entre. Il y en a probablement d'autres :
"né apr 1834" => "né après 1834"
"décédé ava 12 février 1902" -> "décédé avant 12 février 1902"
Rapide...pour quelqu'un qui disait à mother10 hier après-midi de faire preuve d'un peu de patience pour cette fonction... ;D
Cela fonctionne aussi sur l'arbre graphique multi-générations et l'éventail, mais je n'avais pas testé avant la MAJ comment c'était avant.
Je sais que cette seule évolution vous a pris un temps considérable car il a fallu créer une nouvelle table et le prendre en compte dans le reste de l'application, alors soyez sincèrement remercié, vu la rapidité à laquelle c'est venu, d'avoir pris votre soirée pour ça.
Belle journée et encore merci.
Rémi
-
Alors ne préjugez pas du temps qu'il me faut pour développer les choses et des éléments à mettre en place, vous seriez déçus ;)
J'ai fait une modification qui n'est pas parfaite. Pour gérer l'article de la date, pour le coup, il faudrait reprendre bien plus de choses pour être parfait dans toutes les langues.
Du coup, en fonction des approximations vous aurez intérêt à utiliser un terme ou l'autre, voire à réduire la date donnée.
Par exemple, en supprimant le jour de la date, le avant/après sonne beaucoup mieux sans changer fondamentalement les informations données. ("avant février 1902" est mieux que "avant 12 février 1902").
Un autre exemple : en utilisant "du/au" pour des dates exactes et "entre/et" pour des dates approximatives ("du 12 février 1902 au 15 juin 1903" et "entre février 1902 et juin 1903")
Je n'ai pas encore d'idée géniale pour gérer l'article et le quantième, mais ainsi, on devrait éviter des traductions peu heureuses pour l'ensemble du logiciel.
Zurga
-
Alors soyez juste remercié du temps, quel qu'il soit, à nous fournir un rapport de qualité.
Un ami m'a présenté hier son livre de Patronomia. Vous n'avez pas à rougir, sincèrement.
En revanche, il y avait à la fin un index des métiers, exactement dans le même style que les noms et les lieux que vous avez fait. J'ai trouvé cela sympa, on a rapidement un aperçu de tous les métiers de nos ancêtres, ainsi que la popularité (en fonction du nombre de renvoi qu'il y a). Peut être une idée pour le futur 😉
Merci Zurga et bon weekend.
Rémi
-
Moisson du jour :
- Modification du rendu des dates approximatives. (ava => avant, .... )
Top !
Bonjour à tous,
Voici une amélioration que nous n'attendions pas si tôt ! :)
Merci Zurga.
Bien cordialement.
jchr
-
Bonjour,
...on a rapidement un aperçu de tous les métiers de nos ancêtres, ainsi que la popularité...
Ce serait effectivement une information intéressante (surtout en français) s'il y a des renvois, et peut-être pas trop difficile à inclure pour un codeur de 1 ère classe.
Plus on en a, plus ou en réclame !
Claude
-
Mise à jour :
- Ajout d'une option pour mettre les professions et autres en minuscules (par défaut les données ne sont plus modifiées, notamment pour les langues dont les majuscules sont importantes comme l'Allemand).
- Correction de l'usage de la langue dans la table des matières et les évènements des sources (si on essaye de faire un rapport dans une langue autre que celle de l'interface, certains éléments n'étaient pas traduits).
- Correction du pronom dans les cas ou le sexe est inconnu.
- Ajout d'un terme pour les décès ayant eu lieu mais sans détails connus. (typiquement 1 DEAT Y, avant on ne savait pas que la personne était décédée)
- Possibilité d'afficher les images provenant de liens internet (il faut que le lien donne directement une image et pas une page web générale)
- Ajout d'un index sur les professions
- Ajout d'une image de couverture.
C'est tout pour aujourd'hui et probablement la fin de mes évolutions sur ce rapport.
Zurga
-
Mise à jour :
- Ajout d'une option pour mettre les professions et autres en minuscules (par défaut les données ne sont plus modifiées, notamment pour les langues dont les majuscules sont importantes comme l'Allemand).
- Correction de l'usage de la langue dans la table des matières et les évènements des sources (si on essaye de faire un rapport dans une langue autre que celle de l'interface, certains éléments n'étaient pas traduits).
- Correction du pronom dans les cas ou le sexe est inconnu.
- Ajout d'un terme pour les décès ayant eu lieu mais sans détails connus. (typiquement 1 DEAT Y, avant on ne savait pas que la personne était décédée)
- Possibilité d'afficher les images provenant de liens internet (il faut que le lien donne directement une image et pas une page web générale)
- Ajout d'un index sur les professions
- Ajout d'une image de couverture.
Bonjour à tous, bonjour Zurga,
Je n’ai jamais autant modifié mon fichier pour reproduire toutes les évolutions ;) :
- professions et autres en minuscules : je ne m’en servirai pas, mais j’ai testé, fonctionne sur les OCCU, mais pas sur les autres étiquettes (du moins celles que j’ai testées).
- pronom du sexe inconnu : parfait, je n’avais pas remarqué n’ayant pas eu de cas
- terme pour les décès sans détails connus : parfait, je n’avais pas remarqué n’ayant pas eu de cas
- afficher une image web : pas réussi à reproduire. J’ai mis un lien https://img.20[...]2016.jpg dans une entité multimédia qui est rattachée à un INDI. Peut-être ai-je mal fait, mais je n’utiliserai pas cette fonction de toute façon
- index sur les professions : un vrai grand bonheur, quelle efficacité, quelle réactivité, bravo et merci
- image de couverture : le must, merci !
C'est tout pour aujourd'hui et probablement la fin de mes évolutions sur ce rapport.
Je comprends et c’est normal. En tout cas un grand merci Zurga pour avoir fait évoluer ce rapport narratif en à peine un peu plus de 5 semaines. Il n’était pas exploitable, c’est devenu un livre de référence dans les rapports d’Ancestris. Je suis désolé de vous avoir extrêmement sollicité, mais c’est aussi ce qui a permis de le faire évoluer.
Quand j’ai commencé il y a un an, Ancestris est le deuxième logiciel que j’ai utilisé. J’ai immédiatement été séduit par son interface et son côté pratique. L’éditeur Gedcom et le fait de travailler directement sur le Gedcom ont fait que je l’ai immédiatement adopté. Les rapports un peu obsolètes étaient le point noir du logiciel, mais cette année 2023 est résolument tournée vers l’amélioration de ceux-ci. Après les évolutions du printemps sur d’autres rapports graphiques, je le redis encore, ce rapport narratif n’a pas à rougir devant Patronomia. Ils sont différents, Patronomia possède des qualités devant Ancestris, mais le contraire est vrai aussi sur d’autres aspects ! Et j’ai cru comprendre que la lignée de descendance par famille aurait probablement un relooking.
Je tiens à remercier toute l’équipe d’Ancestris : déjà les deux codeurs. Zurga, que je connais mieux, mais aussi Frédéric, plus discret sur le forum et que je connais moins, mais je sais qu’il fait aussi un travail considérable pour nous dans le code.
Aussi Yannick pour ces conseils de saisie avec l’éditeur Gedcom, tous les traducteurs sans qui ce logiciel ne passerait pas les frontières, François pour compiler, et tous ceux que j’oublie pour ne pas (encore) les connaître.
Peut-être que ce rapport sera amené à évoluer encore dans les mois ou années qui viennent après un temps de pause. Toutes les évolutions que j’ai demandées ont été étudiées, et la quasi-totalité ont été prises en compte. Une très infime minorité ont fait face à des difficultés techniques qui j’espère un jour seront peut-être levées (bloc de paragraphe à rester ensemble, proposer une page d’annexes).
Une dernière note : je remarque seulement ce jour que dans les index, la casse est respectée. Ainsi, dans le tri des prénoms par exemple, « Édouard » se trouve en dernière position alors qu’il aurait été préférable qu’il soit entre « David » et « François ». Idem, les professions sont classées par ordre alphabétique, mais d’abord toutes les majuscules en premier, puis toutes les minuscules ensuite. Alors oui cela ne doit pas arriver, car on doit saisir de façon uniforme, mais j’ai dû créer les deux pour pouvoir tester la nouvelle fonction de forcer les minuscules dans la narration ;).
Voilà, encore un grand merci Zurga, et je vous souhaite une bonne généalogie à tous !
Rémi
-
Aussi Yannick pour ces conseils de saisie avec l’éditeur Gedcom, tous les traducteurs sans qui ce logiciel ne passerait pas les frontières, François pour compiler, et tous ceux que j’oublie pour ne pas (encore) les connaître.
Y'a erreur sur la personne. Je ne sais pas quel age vous avez, mais je compilais pour la communauté et faisait les mises à jour, etc... du temps du début, donc avec Nils Meier avec GenJ (lorsque Nils est passé de FTree pour OS/2 warp à GenJ en java - nous n'étions que lui et moi à l'époque), puis avec Daniel André avec GenJFr lorsque les relations avec Nils sont devenus plus compliquées, puis avec Daniel André et Frédéric (oui, notre Frédéric). Après lorsque Daniel André est parti, le logiciel a été mis sur un serveur plus "professionnel", et donc des scripts ont été faits pour que le logiciel se compile tout seul chaque nuit. Moi maintenant je compile pour moi, et aussi lorsque je vois des modifs intervenir et que je suis devant mon ordi pour voir si tout se compile bien et ne posera pas de problème pour le lendemain. Si je vois un truc qui ne marche pas, j'en avertis ou Frédéric ou Zurga suivant la personne qui a apporté une modif, mais je dois avouer que c'est extrémement rare qu'il y ait un problème. Mon rôle est terminé depuis quelques années, donc les remerciements doivent aller à ceux que vous avez mentionnés. Francois
-
François,
Les remerciements à ton égard venaient suite à notre échange de la semaine dernière quand je te demandais comment tu faisais pour tester une nouveauté avant que la mise à jour ne tombe. Tu me disais de remonter aux origines du logiciel car tu compilais. Il est probable que j'ai mélangé des choses, en attendant les remerciements sont faits et ceux qui les méritent les prendront.
Rémi
-
Bonjour,
Super intéressant l'index des professions et tout le reste (comme l'image de couverture etc... )
A propos des professions, je ai d'abord utilisé que la gestion pointue des dates pour contrer l'ordre alphabétique: cela fonctionne bien, mais comme je ne connais pas toujours les dates mais seulement l'ordre je suis passé à une autre méthode.
J'ai choisi de commencer le nom de la profession de la sorte:
Exemple
a) Ouvrier
b) Chef d'équipe
C'est aussi à nous utilisateurs utilisateurs de trouver des astuces permettant d'afficher ce que nous souhaitons avec ce que Ancestris propose.
Mes félicitations à tous
Claude
-
Mise à jour :
- Ajout d'une option pour mettre les professions et autres en minuscules (par défaut les données ne sont plus modifiées, notamment pour les langues dont les majuscules sont importantes comme l'Allemand).
- Correction de l'usage de la langue dans la table des matières et les évènements des sources (si on essaye de faire un rapport dans une langue autre que celle de l'interface, certains éléments n'étaient pas traduits).
- Correction du pronom dans les cas ou le sexe est inconnu.
- Ajout d'un terme pour les décès ayant eu lieu mais sans détails connus. (typiquement 1 DEAT Y, avant on ne savait pas que la personne était décédée)
- Possibilité d'afficher les images provenant de liens internet (il faut que le lien donne directement une image et pas une page web générale)
- Ajout d'un index sur les professions
- Ajout d'une image de couverture.
C'est tout pour aujourd'hui et probablement la fin de mes évolutions sur ce rapport.
Bonjour Zurga, bonjour à tous,
Et voilà ! :)
Mille mercis Zurga pour ce joli point d'orgue et encore pour cette belle aventure.
Bonne journée à tous.
Cordialement.
Jean-Charles
-
(...) Je ne sais pas quel age vous avez, mais je compilais pour la communauté et faisait les mises à jour, etc... du temps du début, donc avec Nils Meier avec GenJ (lorsque Nils est passé de FTree pour OS/2 warp à GenJ en java - nous n'étions que lui et moi à l'époque), puis avec Daniel André avec GenJFr lorsque les relations avec Nils sont devenus plus compliquées, puis avec Daniel André et Frédéric (...)
Bonjour François, re-bonjour à tous,
Que de souvenirs et de bons moments encore ici évoqués. Arvernes ! Comme le temps passe bien vite.
Très cordialement.
jchr
-
Bonjour Zurga,
Je remarque seulement maintenant, pour un INDI féminin, l'accord en genre qui ne se fait pas sur les EVEN :
présidente de l'APE, un événement, l'a concerné à Paris ➡️ un événement, l'a concernée
Bonne soirée
Rémi
-
Corrigé.
Zurga
-
Bonjour,
Merci Zurga pour la correction rapide, j'apprécierais en ouvrant Ancestris...ce soir.
Bonne journée
Rémi
-
Bonjour,
Tout d'abord merci pour ce rapport qui est super fonctionnel et pratique :)
Je ne sais pas s'il est prévu de continuer de l'améliorer mais dans le doute je me permets de proposer quelques options supplémentaires (sans vouloir donner du travail inutile à qui que ce soit) :
- permettre de décrire aussi les enfants des ancêtres (en indiquant de combien de génération on souhaite redescendre) ;
- pouvoir substituer le texte produit automatiquement par celui d'une note qui serait intriduit par une suite de caractères définie (par exemple "BIO_").
Cela permettrait de mieux s'en servir comme brouillon d'un produit plus personnalisé, une fois converti en fichier éditable :)
Dans tous les cas, encore merci aux développeurs pour toutes les améliorations qui sont proposée régulièrement !
-
Bonsoir, désolé je dois sucrer des fraises, mais je cherchais comment faire des "fiches" généalogiques pour toute ma famille, je regardais du côté d'ancestris pour faire une "trâme", à compléter ensuite sous Word, je découvre ce sujet, mais je ne trouve absolument pas comment faire le rapport.
une petite piste svp ?
-
Menu "Outils" => "Listes et Rapports"
Puis vous choisissez "Lignée narrative d’ascendance ou de descendance" dans la rubrique "Lignée".
Zurga
-
merci, ce n'était pas instinctif pour moi, au final ça ne correspond pas à ce que je souhaite faire comme fiche biographique, je vais devoir faire à la main :)
-
merci, ce n'était pas instinctif pour moi, au final ça ne correspond pas à ce que je souhaite faire comme fiche biographique, je vais devoir faire à la main :)
Bonjour,
Pour de simples fiches biographiques, essayez le rapport Gedart, fiche individuelle complète II. Vous trouverez dans les méandres du forum une version que j'ai faite, pour compléter celle fournie par défaut.
https://docs.ancestris.org/books/mode-demploi/page/fiches-multi-mod%C3%A8les-ou-rapport-gedart#
Rémi
-
merci, mais décidemment, j'ai l'impression de ne pas avoir la même version que tout le monde, je n'ai aucune fiche "de renseignement individuelle" dans les listes & rapports....
-
Vous avez quelle version d'Ancestris ?
Le rapport proposé est : Fiches multi-modèles personnes et familles
Il faut choisir le bon format dans les options, il y a plusieurs choix.
Zurga
-
Version 12, mais j'ai trouvé grâce à vos indications, je vous en remercie.
Il faudrait que le wiki d'aide indique clairement ou trouver le menu et comment accéder aux options, je suis tout sauf un débutant en informatique, et pourtant j'ai été incapable à partir de l'aide et du present sujet du forum de trouver où et comment éxécuter cela. Il est noté partout "gedart" dans l'aide, alors que ce n'est même pas cité dans ancestris, et le choix du menu "Fiches multi-modèles personnes et familles" n'est pas forcément explicite je trouve.
Merci de l'aide, ce logiciel est vraiment extra.
-
autre exemple dans l'aide :
Comment créer un modèle ?
Pour créer un modèle, il est nécessaire de comprendre un certain formalisme et être capable de modifier des fichiers de format html à l'aide d'un éditeur de texte.
Il est évident que ces manipulations, même si elles ne sont pas très complexes, seront difficiles pour certains utilisateurs plus néophytes.
Le meilleur moyen de créer un modèle est de partir de celui fourni avec Ancestris.
Pour cela, créez par exemple un répertoire templates/monmodele et copiez-y tous les fichiers du répertoire F01_Standard.
Dans ce nouveau répertoire, ouvrez le fichier resources.properties
Il n'y a aucun fichier resources.properties, j'ai des bundle des index par contre
-
On essaye d'avoir la doc à jour, mais il y a des loupés.
En voici un.
N'hésitez pas à proposer des corrections.
Zurga
-
alors il faut :
Aller dans le lecteur d'installation WIndows
Puis :
<nom d'utilisateur>/ancestris/trunk/ancestris/gedart/templates
Créér un dossier avec un nom personnalisé
Y copier l'intégralité du contenu du dossier du modèle d'inspiration à modifier issue de <nom d'utilisateur>/ancestris/trunk/ancestris/gedart/contrib-templates (exemple F01_standart)
Editer dans le nouveau dossier du modèle personnalisé le fichier Bundle_fr.properties
Modifier la variable pour y mettre votre nom de modèle personnalisé
name = Mon Mod perso
-
@NSCP et aux autres.
Le manuel néerlandais contient plusieurs pages adaptées ou mises à jour à cet égard.
Vous pouvez essayer de traduire cette page néerlandaise en français et voir si cela vous aide peut-être davantage.
Vous trouverez cette page à l'adresse suivante :
https://docs.ancestris.org/books/gebruikershandleiding/page/63-informatie-bladen-en-overzichten-van-personen-en-families (https://docs.ancestris.org/books/gebruikershandleiding/page/63-informatie-bladen-en-overzichten-van-personen-en-families)
Mother10