Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Galet

Pages: [1] 2
1
FRANÇAIS / Re: Visualisation Carte siteWeb
« on: March 26, 2026, 17:42:40 »
Bonsoir à tous,
Après chargement de la dernière version sur le serveur, pas de défaut, ce qui confirme la théorie de Zurga :)
Pas de souci, donc, pour ceux qui ne consulte (ou transmette) pas le site en local.
Merci à tous les intervenants et belle soirée.
Je vais placer le post comme résolu même si la solution n'est pas finale.
Belle soirée,
Galet,

2
FRANÇAIS / Re: Visualisation Carte siteWeb
« on: March 26, 2026, 16:45:55 »
...j'ai ressorti une très vieille version du livre Web...et le défaut apparait effectivement de temps en temps (plus rarement mais tout de même).
Mea culpa, ce n'est donc pas un défaut récent. Inutile donc, de chercher dans les modifications récentes.
Cordialement,

3
FRANÇAIS / Re: Visualisation Carte siteWeb
« on: March 26, 2026, 16:31:30 »
@Yannig : Oui, c'est ce qui était précisé dans mon second post  ;)
J'ai tenté d'ajouté la référence dans map.html, avec les différentes valeurs possibles...sans résultats
@Zurga : Avant chaque chargement, je contrôle normalement le livre en visu locale et c'est la première fois que je constate ce défaut. Je vais tenter (après avoir sauvegardé la dernière version  ;)), de charger le livre sur le site pour vérifier si le défaut se présente toujours. Si c'est uniquement un défaut de lien Localhost alors, pas de soucis...
Je vous tiens au courant,
Cordialement,

4
FRANÇAIS / Re: Visualisation Carte siteWeb
« on: March 26, 2026, 14:55:45 »
J'ai effectivement la même mention.
J'ai tenté de voir si la fenêtre apparaissait sur certains lieux pour déterminer si c'est le lieu ou la carte qui la génère, mais rien trouvé de particulier.
Dans certains cas elles apparaissent avec le zoom, quelquefois en grand nombre (4 ou 5) et d'autres fois, sur le même lieu, rien.
A suivre...

5
FRANÇAIS / Re: Visualisation Carte siteWeb
« on: March 26, 2026, 08:19:23 »
Bonjour,
Oui, la carte s'affiche correctement, avec la bonne signalisation des évènements mais un encart est ajouté (identique à celui présenté sur le lien).
En cas de zoom sur la carte (qui fonctionne correctement), l'encart réapparait parfois à plusieurs endroits.

Voilà ce que j'ai trouvé (mais vous êtes plus à même que moi de déterminer la cause ):
If you are the owner/a developer of the application/website

If the block mentions "Referer is required" then please ensure the HTTP Referer header is included with every tile request. For more details, see the MDN article covering this header.

In native application contexts, consult your map provider library's documentation, or set the Referer header yourself on requests you emit.

In web contexts existence of Referer in requests is controlled by the Referrer-Policy header generally, and by Request.referrerPolicy when using the Fetch JavaScript API.

For OpenStreetMap tile usage policy compliance, your Referrer-Policy should

    Be one of: no-referrer-when-downgrade, origin, origin-when-cross-origin, strict-origin, strict-origin-when-cross-origin
    Not be one of: no-referrer, same-origin

Cordialement,

6
FRANÇAIS / Visualisation Carte siteWeb (Resolu, presque)
« on: March 26, 2026, 07:10:10 »
Bonjour,

Défaut de connexion avec OpenStreetSiteMap ce matin, publication sur SiteWeb d'hier. Le site Web s'ouvre bien (sur PC windows 11)  en local.
L'encart, au dessus de la carte indique :
"403 r, Access Blocked, Referer is required by title usage policy of OpenStreetMap's volunteers-run servers : osm.wiki/blocked"

Defaut trouvé : Manque Champ REFERER.
https://wiki.openstreetmap.org/wiki/FR:Blocked_tiles

Version d'Ancestris :  14.0.14143
Java :  17.0.11+7-LTS-207 - C:\Program Files\Java\jdk-17

Bonne journée à tous,
Galet

7
FRANÇAIS / Re: Verification Normes et anomalies
« on: December 18, 2025, 17:19:03 »
Merci Zurga, je vais mettre cela en application...
Belle soirée à tous,

8
FRANÇAIS / Verification Normes et anomalies (Resolu)
« on: December 10, 2025, 07:39:14 »
Bonjour à tous,
Le module recherche des anomalies est, je trouve, particulièrement utile pour résoudre beaucoup d'erreurs ou illogismes. Je l'utilise donc régulièrement pour 'nettoyer' le fichier source.

Existe-t-il une méthode afin d'exclure les enfants connus comme 'naturels' de la liste des erreurs 'Séquences d'évènements : Enfant avant mariage' ?

Belle journée,
Galet,

9
FRANÇAIS / Re: Tri des dates
« on: November 04, 2025, 08:15:53 »
Merci Zurga,
Action, réaction... Quelle efficacité  :D ... même pour un détail !
Belle journée à tous

10
FRANÇAIS / Tri des dates (Résolu)
« on: November 03, 2025, 10:09:27 »
Bonjour à tous,
Petit comportement étonnant (même si pas gênant), dans "Version d'Ancestris :  13.0.13852" :

Dans une famille, 2 enfants :
- A né après février 1688
- B né le 12 janv. 1689
Dans l'arbre dynamique, comme dans éditeur Cygnus, B est classé avant A.

Si la date de naissance de A est modifiée en après janv. 1688, alors A est bien classé avant B.
Tout est bien classé si la date de naissance n'est pas 'après' mais 'avant', ou si la date de A est après fev. 1687.

Le calcul de la date de comparaison semble être Année+1 si la date est 'après' même si le mois est précisé.

Pour un même individu, en jouant sur les dates de naissance et de décès :
- A né après fev. 1688
- A décédé en janv. 1689
L'affichage dans Cygnus est bien dans le bon ordre.

Les 2 comparaisons n'utilisent donc pas les mêmes calculs ?  ???

Belle journée à tous.
Cordialement
Galet,

11
Bonjour à tous et merci pour Bobfrog,
Pour completer,  mes pratiques sont globalement similaires aux siennes.
 
Je n'utilise pratiquement que l'éditeur Cygnus (merci donc à Frédéric  ;)), l'éditeur Gedcom me permettant de corriger les erreurs (Inversion d'individu dans la famille, établissement ou correction de lien entre plusieurs branches).

Concernant les sources il peut être pratique de "standardiser" les dénomintions, aussi bien dans le nom du fichier média (perso : sxxxx_yy_Nom_Type d'acte où xxxx et yy sont l'année et le mois dans le calendrier grégorien, et Type acte Naissance, Mariage...
Je suis aussi très attenif au nom de la source (Perso : Ax - Commune - Plage Années - Cote - Vue, où x vaut D pour archives départementales,C pour communales...) ce qui permet de retouver rapidement de nouveaux actes par rapport à ceux déjà identifiés, surtout dans les registres mal ordonnés. Pour pouvoir travailler hors connexion, je joins une copie d'acte mais pas le permalien.

Comme certains l'ont avoués (Je ne donnerai pas de nom  8)) je suis faignant et ne retranscris pas les actes, ce qui oblige quelquefois à re-déchiffrer et de retourner, si nécessaire aux archives si la copie d'acte n'est pas assez lisible...

Pour le répertoire de stockage des médias, "répertoire relatif" ne signifie pas que tous les fichiers sont dans le même répertoire. Il est possible de créer, à l'intérieur de ce répertoires média (relatif) des sous-répertoires, ce qui permet de séparer les photos, plans, actes...

L'outil de recherche d'anomalies dans le Gedcom est très pratique pour nettoyer le fichier.
Je n'utilise que peu l'outil de recherche de doublons mais trouve l'alerte pour les eviter lors de la création d'un nouvel individu, indispensable.
La visualisation du Graphe est un outil que je n'arrive pas à "dompter"
Enfin, l'export yEd offre tant de réglages que l'obtention du résultat escompté (rèvé :)) peut s'avérer difficile.

Belle journée à tous,
Galet,


12
Merci Zurga,
Encore une fois réponse rapide...et efficace !
L'augmentation de la ram allouée permet de résoudre les problèmes soulevés :
- plus de défaut de Ram
- plus de fichier vide et pop up associé.

Pour améliorer le rapport je proposerais :
- de ne faire apparaitre l'icône d'export qu'après finalisation de la recherche
- si le nombre de colonnes est trop important, de générer un pdf à orientation paysage
- pour quantifier la progression (et encourager les recherches), d'ajouter un chapitre stats (Nb d'individu et nombre de résultats positifs pour chaque colonne).

Quoi qu'il en soit, je viens de découvrir un bel outil...un grand merci à ceux qui y ont pensé...et mis en œuvre,
Belle soirée à tous,
Galet

13
FRANÇAIS / Statut des recherches des évènements par individu
« on: May 26, 2025, 12:57:15 »
Bonjour,
Suite au post de Genfamco, j'ai tenté d'utiliser le rapport "Statut des recherches des évènements par individu" et obtenu plusieurs défauts :
Avec les options d'origine :
- La génération et visualisation du rapport fonctionne correctement
- l'export (ou sauvegarde) génère un défaut "Une erreur est survenue lors de l'ouverture de ce document. Ce fichier est déjà ouvert ou utilisé par une autre application" (Adobe Acrobat reader)
- le fichier .pdf généré est vide ce qui, évidemment, génère un défaut de compatibilité avec Acrobat si tentative d'ouverture.

En cas d'ajout "d'évènements sélectionnés", j'obtiens assez rapidement un ralentissement voire un plantage d'Ancestris et quelquefois un défaut de capacité mémoire (256 Go sur PC) : "*** Une erreur est survenue : java.lang.OutOfMemoryError: Java heap space" .Il doit y avoir des thread qui ne sont par arrêtées car le problème est résolu par un redémarrage d'Ancestris. Pour info le fichier contient 8000 individus.

La configuration du rapport (Options) n'est pas sauvegardée.

La gestion du rapport "Statistiques des ancêtres" fonctionne parfaitement, y compris à l'export et à l'ouverture du fichier par Acrobat.

Config :
Version d'Ancestris :  13.0.13624
Java :  17.0.11+7-LTS-207 - C:\Program Files\Java\jdk-17
Système :  Windows 10 - 10.0

Merci à toute l'équipe pour tous ces outils mis à disposition.

Belle journée à tous,
Galet

14
FRANÇAIS / Re: Tri visuel des Sources
« on: April 02, 2025, 16:54:47 »
 :) Merci Zurga,
Comme toujours à question précise, réponse claire !  ::)

Belle journée à tous...
Galet

15
FRANÇAIS / Re: Tri visuel des Sources
« on: March 31, 2025, 22:20:10 »
Bonsoir Zurga,

- Le Gedcom est en version 5.5.1
- Je visualise les champs : SOUR CHAN OBJE TITL
- Dans le Gedcom, j'ai un bloc Source (@S000xx@ SOUR) qui fait référence à un bloc Objet (@M000xx@ OBJE)
- Les titres des sources sont nommés "Evènement Nom Prénom Année"
- Les titres des objets sont nommés "Ax - Commune - Cote - Vue"
- La plupart des fichiers sont de type png dans un répertoire séparé.

Exemple :
0 @S08026@ SOUR
1 TITL Décès Maignent Pierre 1888
1 OBJE @M08020@
1 CHAN
2 DATE 31 MAR 2025
3 TIME 22:52:18
0 @M08020@ OBJE
1 FILE Sources/s1888_01_MaignentPierre_Décès.png
2 FORM png
2 TITL AD 45 - Meung-sur-Loire - 1883 - 1892, EC 109520 - p123/255
1 CHAN
2 DATE 31 MAR 2025
3 TIME 22:52:18

Le clic sur "Elément Multimédia" ordonne en croissant ou décroissant en utilisant la colonne "Changement" comme référence

Cordialement,
Galet

Pages: [1] 2