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 - creusois

Pages: 1 2 [3] 4 5 6
31
FRANÇAIS / [Résolu] ged2web > gestion du Charset
« on: November 27, 2021, 12:09:07 »
Bonjour,

Je me permet de poser une question ici qui ne concerne pas directement ANCESTRIS et je comprendrais très bien que vous supprimiez mon message pour cette raison.
Je le poste néanmoins car je suppose que cela pourrrait interresser certaines personnes  8)

J'ai l'habitude metre à jour une instance GENEWEB sur un serveur distant à partir de mes fichiers GED sur lesquels je travaille et j'ai remarqué qu'en sortie de mes GED générés via ANCESTRIS, les caractères accentués et spéciaux n'était pas pris en compte par GWB
Mon fichier de départ contient bien en en-tête
Code: [Select]
HEAD
1 NOTE bla bla bla
1 SUBM @X1@
1 SOUR ANCESTRIS
2 VERS 12.0.11315
2 NAME Ancestris
2 CORP Ancestris Team
3 ADDR http://www.ancestris.org
1 DEST ANY
1 DATE 21 NOV 2021
2 TIME 18:26:38
1 FILE ma_base.ged
1 GEDC
2 VERS 5.5.1
2 FORM LINEAGE-LINKED
1 CHAR UTF-8
1 LANG French

J'utilisais jusqu'à présent
Code: [Select]
ged2gwb -f ma_base.ged -o ma_base.gwb sur mon serveur distant et que ce soit avec une gestion par défaut du charset ou en ajoutant cette commande dans ma ligne de terminal, je ne retrouvais toujours pas mes accents et une bonne gestion des caract. spéciaux.
L'utilisation de
Code: [Select]
ged2gwb -f -charset ANSEL (ou ASCII ou même MSDOS) ma_base.ged -o ma_base.gwb ne change rien.

Vous avez une idée ?

32
Bonjour,

Il est effectivement difficile de tenir compte du "comportement" de chacun dans l'utilisation d'un logiciel lorsqu'on le développe.
Surtout que lorsqu'il n'y a pas de contrainte dans une note et que le texte est "brut", l'utilisation des "quotes", "doubles quotes" et autres "caractères spéciaux" est monnaie courante.
Sauf à passer par une multiplication de messages d'alertes ou d'avertissements à la saisie, qui au final ont tendance à polluer son utilisation, le fait est que les exceptions doivent être le plus rare.

Bon et bien encore merci et bonne continuation.

33
re-Bonsoir,

Avec une étupe un peu plus poussée de mon CSV importé dans mon tableur, je vois que le champs "Note" de l'événement "General" est incorrectement traité.
Les retours chariots sont malheureseument effectifs dans le fichier final ODT (cf; capture).

les autres champs "notes" des autres évènements semblent correctement traités.

Qu'en pensez-vous ?

34
Quote
Je ne sais pas quel logiciel vous utilisez.
Libre-office gère très bien ces cas.
Notamment en lui indiquant que les double-quotes encadrent des chaines de caractères, elles disparaissent des cases et les passages à la ligne sont bien gérés.

Au temps pour moi !!!

Je suis 100% open source, du tél. mobile à l'ordi (cf. ma signature  ;)) donc bien sûr aussi Libre Office ...
J'avais procédé à d'autres essais sur d'autres types de CSV et voulant aller trop vite, j'ai laissé tel quel.

Donc résultat OK et parfait comme toujours avec l'équipe Ancestris  8)

35
Quote
C'est corrigé. Ce sera dans la version de demain. Zurga
Bonjour et Merci bien pour votre réactivité.

Effectivement .. par contre tous les champs sont exportés avec des doubles quotes et certains retours chariot ont été "conservés" et donc il y atoujours des retours à la ligne intempestif.
Je joint une capture pour visualisation.
Cordialement.

36
Bonsoir,

Quote
A partir de quel endroit faites vous les exports CSV ?...
A partir de la table des individus.
Quote
Le format CSV n'accepte pas les passages à la lignes, il faut que nous les échappions si nous ne l'avons pas fait ou que nous ajoutions des doubles guillemets pour éviter que le changement de ligne soit pris en compte...
Effectivement, c'est bien pour cela que je ne sélectionne pas les "notes" que j'utilise beaucoup et dans lesquelles je place des retours pour des questions de mise en forme basiques des infos.

Il me suffit donc de faire des exports sans ces champs, et c'est parfait.
merci bien.

37
FRANÇAIS / Re: Export CSV > données parasites pour mise en forme
« on: November 16, 2021, 17:25:58 »
J'ai trouvé une solution de contournement puisque je n'ai pas besoin des "notes" dans mes exports en liste.
Je déselecionne les champs "notes" dans le paramétrage de la vue pour procéder à un export CSV sans ces dernière ... je ne suis plus embêté par des retour à la ligne intempestif.

Bonne soirée.

38
FRANÇAIS / Re: Export CSV > données parasites pour mise en forme
« on: November 16, 2021, 17:10:16 »
Bonsoir,

Mon pb vient des "retours chariot" se trouvant dans les "notes".
Une idée pour conserver dans la même cellule du tableur lors de l'import du CSV les notes contenant ces "retours chariot" ?  ???

Merci par avance.

39
FRANÇAIS / Re: tentative ajout "source" > Erreur JAVA
« on: November 15, 2021, 19:04:54 »
Je viens donc de passer à la v.12.0.11278 et je rencontre la même erreur java que précédement à propos de la "réduction" de fenêtre.

Et sinon à propos des autres erreur JAVA liées aux médias (fichier ou méta données), j'avais un vieux fichier .RM https://www.fileext.com/file-extension/rm.html que j'ai remplacé par un .AVI car je me suis rendu compte que les .RM n'était pas géré par Ancestris.
Je vais voir avec des tests plus poussés si cela règle ce pb médias.

40
FRANÇAIS / Re: tentative ajout "source" > Erreur JAVA
« on: November 15, 2021, 18:49:44 »
Version de Java dans ma signature et oui je suis en Nimbus.
Par conter je n'ai pas (encore) suivi la proc. donnée par Zurga https://forum.ancestris.org/index.php?topic=3641.0 (cf. ci-dessous)

Tous les plugins ont été montés de version pour ne plus tourner qu'avec la version 12.5 de Netbeans.
Il faut réinstaller la v12 à partir du site, notamment en écrasant les répertoires "platform" et "harness" (le message est ici : https://forum.ancestris.org/index.php?topic=3636.0 sans compter la liste de diffusion, facebook et twitter).
C'est tout le répertoire ancestris (avec bin, etc, ancestris, harness et platform) qu'il faut écraser.
Une fois que ce sera fait, les mises à jours devraient revenir à la normale.

Zurga

Je le fais et reviens ...

41
FRANÇAIS / Re: tentative ajout "source" > Erreur JAVA
« on: November 15, 2021, 17:31:32 »
Merci pour ton retour.

Je suis en train de procéder à diffrentes analyses et je tombe sur une nouvelle erreur (à priori !?)

Code: [Select]
java.lang.IllegalArgumentException: Width (-1) and height (0) must be non-zero
at java.desktop/java.awt.image.ReplicateScaleFilter.<init>(ReplicateScaleFilter.java:102)
at java.desktop/java.awt.Image.getScaledInstance(Image.java:174)
at ancestris.modules.editors.standard.tools.MediaChooser.displayIconAndTitle(MediaChooser.java:170)
at ancestris.modules.editors.standard.tools.MediaChooser.mediaListValueChanged(MediaChooser.java:348)
at ancestris.modules.editors.standard.tools.MediaChooser.access$1400(MediaChooser.java:67)
at ancestris.modules.editors.standard.tools.MediaChooser$10.valueChanged(MediaChooser.java:288)
at java.desktop/javax.swing.JList.fireSelectionValueChanged(JList.java:1804)
at java.desktop/javax.swing.JList$ListSelectionHandler.valueChanged(JList.java:1818)
at java.desktop/javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:219)
at java.desktop/javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:199)
at java.desktop/javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:246)
at java.desktop/javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:443)
at java.desktop/javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:453)
at java.desktop/javax.swing.DefaultListSelectionModel.setSelectionInterval(DefaultListSelectionModel.java:497)
at java.desktop/javax.swing.JList.setSelectedIndex(JList.java:2205)
at java.desktop/javax.swing.JList.setSelectedValue(JList.java:2362)
at ancestris.modules.editors.standard.tools.MediaChooser$3.run(MediaChooser.java:150)
[catch] at org.netbeans.core.windows.WindowManagerImpl$Exclusive$1.run(WindowManagerImpl.java:1615)
at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)

Il n'y a aucun caractère d'urgence en ce qui me concerne (c'est bien la moindre des choses). Donc ne te formalise pas si tu ne me réponds pas de suite ;o)

42
FRANÇAIS / Re: Mise à jour de la V12
« on: November 15, 2021, 17:06:48 »
Bonjour,

Ma mise à jour quotidienne donne le même résultat que les autres.
Je suis maintenant à la v.12.0.11270 et la proposition de la mise à jour reste présent.

Bonne soirée.

43
FRANÇAIS / Re : tentative ajout "source" > Erreur JAVA
« on: November 15, 2021, 16:56:00 »
Bonjour @FredericL,

Je fais régulièrement des sauvegardes, mais je me demandais si ces erreurs JAVA ne risquaient pas de nuire à l'intégrité des données de mon GEDCOM sans que je m'en rende compte ?

Bonne soirée.

44
FRANÇAIS / Re: tentative ajout "source" > Erreur JAVA
« on: November 14, 2021, 19:17:16 »
Que veux-tu dire par
Quote
...mais c'est peut-être un texte attaché à un média...
?

45
FRANÇAIS / Re: tentative ajout "source" > Erreur JAVA
« on: November 14, 2021, 18:17:19 »
Bonsoir,
.. je ne pensais pas avoir de retour le dimanche soir  8)

Quote
Merci pour ton message !
C'est la moindre des choses de ma part.

Quote
Concernant mon message précédent, je n'ai pas vu si tu as fait le test de déplacer ton gedcom dans un autre répertoire "loin" des medias, pour savoir si tu reproduisais le bug. Tu as essayé ?
Si si, c'est ce que j'indique lorsque je parle de répertoire média non connecté.
Pour être très précis, tous mes médias sont dans un répertoire unique. Lorsque je dis que je le déconnecte c'est que je l'éloigne de mon fichier Gedcom afin que ce dernier ne puisse plus trouver les médias qu'il contient.
J'ai fait le test de l'utilisation de mon fichier Gedcom sans répertoire média en v.11 et v.12 (celle d'aujourd'hui) et c'est toujours pareil

Quote
Mais dans ce cas, tu pourras me passer ton gedcom en privé. 20 000 personnes c'est sans souci. Je le détruirai ensuite. Si tu veux faire un gedcom extract des plus de 100 ans et si le bug a encore lieu dans ce cas, tu peux aussi me passer l'extrait.
Je suis en train de penser à l'origine de mon Gedcom qui est Heredis. J'ai eu évidement pas mal d'erreurs et d'anomalies (+5000) lors de l'import et je n'ai pas pris le temps de les réviser toutes, ces erreurs.
.... Je vais donc prendre le temps au fur et à mesure de poursuivre le nettoyage des anomalies trouvées.
Je vais aussi tester de mon côté des morceaux de mon Gedcom complet .... ce n'est pas que je n'ai pas confiance, mais après presque 15 ans dans le développement web et passionné par la "trituration" des données informatiques (au sens très large), j'aimerai isoler moi même le pb rencontré.

Ce besoin personnel de mettre les mains dans le cambouis est une des raisons qui explique que je me sois tourné vers Ancestris, et ça je pense que tu le comprends  ;).

Pages: 1 2 [3] 4 5 6