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 ... 7
31
FRANÇAIS / [Résolu] Ancestris sur Android
« on: December 29, 2021, 12:52:25 »
Bonjour,

J'utilise depuis longtemps comme OS sur tél. mobile: CynaogenMod puis LineageOS et enfin depuis quelques mois /E/OS .. donc des forks d'Android dégooglisés ;o))

Pensez-vous possible de lancer Ancestris sur ce type d'OS mobile via "Java Installer https://f-droid.org/en/packages/julianwi.javainstaller/" ? ou via une autre solution JAVA mobile ?

Bonne fin d'année et merci à vous tous..

32
FRANÇAIS / Re : ged2web > gestion du Charset
« on: November 27, 2021, 18:00:02 »
Il est vrai que lorsque j'étais avec HEREDIS je ne me posais pas la question puisque les caractères étaient tous reconnu dans GENEWEB (que ce soit en local ou à distance) et depuis mon passage chez ANCESTRIS (que je suis loin de regretter  8)) j'ai rencontré ce problème (en local en utilisant GWSETUP sur le port 2316 ... ou bien à distance via SCP)

Je vais être attentif sur le comportement de mes fichiers lors de mes manipalations pour revenir vers vous et vous apporter des éléments de comprehension.

Encore merci.

33
FRANÇAIS / Re: ged2web > gestion du Charset
« on: November 27, 2021, 16:20:52 »
En insératn en début de GED l'indicateur de point de code unicode U+233B4 le pb des accents dans mon GED pour GWB est OK !
Merci bien pour votre aide.

34
FRANÇAIS / Re: ged2web > gestion du Charset
« on: November 27, 2021, 15:52:51 »
Pour info, je suis sous Linux Debian et j'utilise principalement GEDIT pour les gros fichier et VI dans le terminal pour les petits.
Les deux fichiers dont je parle sont manipulés exclusivement sous GEDIT en écrasant à chaque fois le fichier précédent.

... je vais aller voir plus précisément ce dont ous me parlez, au sujet de l'encodage de mes fichiers !

35
FRANÇAIS / Re: ged2web > gestion du Charset
« on: November 27, 2021, 15:43:27 »
Malheureseument non le pb en ce qui me concerne n'est pas dans SCP. Effectivement j'ai vérifé dans le dichier GED après transfert, les accents sont bien conservés.

Je fait aussi des tests avec une instance locale pour identifier plus facilement le dysfonctionnement. J'ai un exemplaire de GEDCOM (que nous appellerons GED_OK) généré par HEREDIS qui lui passe bien et l'autre par ANCESTRIS qui ne passe pas (que nous appellerons GED_NOK.

J'ai réduit ces 2 fichiers à leur strict minimum puis ensuite j'ai procédé à tous les cas de figure (sauf un à priori puisque je n'ai pas trouvé le dysfonctionnement) pour tester les fichiers.
J'ai remplace les lignes d'entête dans GED_NOK par celles de GED_OK, une par une puis groupe par groupe, en conservant ou non les contenus de chacune des balise et le plus étonnant c'est que lorsque je place les 14 lignes d'en tête du fichier GED_OK à la place des 21 lignes d'en tête de GED_NOK cela fonctionne (avec ou sans contenu à l'exception bien sur de CHAR UTF-8)

Voici GED_OK
Code: [Select]
0 HEAD
1 SOUR Heredis PC2021
2 VERS 2021
2 NAME Heredis PC
2 CORP Heredis SCOP
3 WWW www.heredis.com
1 DATE 20 JUN 2021
1 GEDC
2 VERS 5.5.1
2 FORM LINEAGE-LINKED
1 CHAR UTF-8
1 _GUID 76B3912E-8D93-4DE2-ACAE-5667E9632656
1 PLAC
2 FORM Town, Area code, County, Region, Country, Subdivision

0 @X1@ SUBM
1 NAME éàüùç
1 EMAIL test@test.ext
1 WEB http://www.test.ext
0 @3@ INDI
1 NAME éàüùç/éàüùç/
2 GIVN éàüùç
2 SURN éàüùç

et
Voici GED_NOK
Code: [Select]
0 HEAD
1 NOTE 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
1 _GUID 76B3912E-8D93-4DE2-ACAE-5667E9632656
1 PLAC
2 FORM Town, Area code, County, Region, Country, Subdivision

0 @X1@ SUBM
0 @3@ INDI
1 NAME éàüùç/cr9c/
2 GIVN éàüùç
2 SURN cr9c

36
FRANÇAIS / Re: ged2web > gestion du Charset
« on: November 27, 2021, 13:30:18 »
Bonjour,
Merci pour votre retour même si mon sujet était hors Ancestris.

J'avais bien sûr tenté sans succès
Code: [Select]
ged2gwb -f -charset UTF-8 ma_base.ged -o ma_base.gwb
Pour le transfert c'est tout simplement
Code: [Select]
scp ma_base.ged user@serveur.distant:
Ma version GWB = 6.08

37
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 ?

38
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.

39
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 ?

40
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)

41
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.

42
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.

43
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.

44
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.

45
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.

Pages: 1 2 [3] 4 5 ... 7