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

Pages: 1 2 [3] 4 5 ... 305
31
ENGLISH / Re: Feature Request - Direct Editing in Entitles Tab
« on: January 10, 2025, 15:26:57 »
Perhaps in the future but not today.
We don't want to create a pseudo Excel.

Zurga

32
ENGLISH / Re: Ancestris for Andoid?
« on: January 10, 2025, 11:48:19 »
As far as I know, Android doesn't allow general use of Java.
When Netbeans will be available for such platform, Ancestris will be available.

Zurga

33
Sorry for the delay.
You will have all occupation and all residencies in v13 tomorrow with the update.

Zurga

34
FRANÇAIS / Re: Table des entités
« on: January 09, 2025, 14:19:35 »
Je ne dis pas que ce n'est pas le cas, je dis que je n'arrive pas à reproduire.

Est-ce que cela fait la même chose si vous demandez les modifications explicitement ?

Zurga

35
FRANÇAIS / Re: Ancestrys V13 - Affichage" mode sombre"
« on: January 09, 2025, 14:17:12 »
On va corriger.
Certains développement ont été faits en utilisant des couleurs en dur.
On n'a pas forcément tout vu quand on a mis à disposition les modes sombres.

Zurga

36
Vous avez deux options :
- Réunir deux généalogies (Menu "Fichier" => "Réunir deux généalogies") : cela fusionne les deux fichiers GEDCOM en un seul. Il n'y a pas de fusions d'entité, si des données sont dans les deux fichiers, ils seront en double. La documentation associée est ici : https://docs.ancestris.org/books/mode-demploi/page/r%C3%A9unir-deux-g%C3%A9n%C3%A9alogies
- Ouvrir les deux fichiers dans Ancestris et faire du drag and drop d'entité d'une fenêtre à l'autre pour copier les entités dans l'autre fichier. La documentation associée est ici : https://docs.ancestris.org/books/mode-demploi/page/menu-glisser-deposer

Zurga

37
FRANÇAIS / Re: incohérence entre carte des leux et liste des lieux
« on: January 08, 2025, 17:07:19 »
Rien ne vous empêche d'attendre quelques heures que tout se fasse si vous trouvez que créer un compte Geonames pour vous est trop fastidieux.
On n'a pas de solutions miracle et pas de géolocalisation magique en local.
Désolé.

Zurga

38
FRANÇAIS / Re: Table des entités
« on: January 08, 2025, 17:05:44 »
Bon j'ai mis un 22, j'ai mis en enregistrement automatique, je suis sous windows et cela s'affiche directement dans la liste.
Je ne reproduis vraiment pas.

Zurga


39
FRANÇAIS / Re: Table des entités
« on: January 08, 2025, 16:39:04 »
Quel éditeur utilisez-vous ?
Est-ce que l'enregistrement est automatique ?
Comment créez-vous une nouvelle entité individu ?

Je suis en Java 17, cela peut jouer, mais j'ai des doutes.

Zurga

40
FRANÇAIS / Re: Table des entités
« on: January 08, 2025, 16:25:06 »
Non reproduit.

En v13, dès que j'ajoute une personne elle est parfaitement visible dans la table sans avoir à relancer quoique ce soit.

Zurga

41
FRANÇAIS / Re: incohérence entre carte des leux et liste des lieux
« on: January 08, 2025, 15:02:46 »
Les GEDCOM issus de Geneanet ne possèdent aucune donnée géolocalisée.
Il est malheureusement nécessaire de faire une opération de recherche pour donner des coordonnées aux différents lieux.
Cette étape peut être longue, en fonction du nombre de lieux que vous avez et il est possible qu'elle soit bloquée si vous êtes sur les paramètres par défaut.
Le service que nous utilisons est limité en nombre d'appel par heure et par défaut, tout le monde utilise le même compte d'appel.
Je vous invite à regarder les informations de cette page de documentation : https://docs.ancestris.org/books/mode-demploi/page/liste-des-lieux#bkmrk-recherche-des-lieux

Zurga

42
ENGLISH / Re: Expansion on adding new places
« on: January 06, 2025, 19:01:12 »
1 => Preferences are for the all application, not a specific GEDCOM file, so the behavior described is perfectly correct.
This is the same for all preferences.

2 => Default coordinates are not a type of preferences, they are placed under the "text" element.
So no bold and correctly aligned.
I will check the size of the box, it fits correctly with a 12 size font.

3 => I don't see the usefulness of a coordinates with lot of digits by default.
Since there is no limit for a coordinate, how long do you think this field should be ? 20 ? 30 ? 100 digits ?

4 => OK

5 => Again, a coordinate as not digit limit. I'm not sure that there is a real difference to place a point at the millimeter.
5 digits after the comma gives you a 5 meter precision.
With your 16 digits precision, you give a picometer precision.
Not sure this is mandatory.

Zurga

43
ENGLISH / Re: Expansion on adding new places
« on: January 06, 2025, 13:09:43 »
I think when I wrote as I did, that by entering in the editor, with e.g. place of birth (City, County, country), the location in the country in question could be captured, so when you clicked on the little Globe to bring up the map, the location (Country) was already there on the map.
Each search impact the Geonames API credit.
From our point of view, it is better to let the user choose when launch this request.
The location is already in the search field with the exact texte written by the user.
When I use your suggested search, it's a bit of double work, because the location doesn't hit correctly when searching, and longitude and latitude don't fit into the 2 boxes.
And then you still have to move the location on the map (the double work).
To my understanding, if the search doesn't find any place, make a first search or not doesn't change anything.

You only get the location correctly by using the method you suggested, by maneuvering with the map, and right-clicking on the map, whereby the coordinates are inserted into the 2 boxes.
And this is where the frustration arises, because you start every time, off the coast of France, when a new person's data needs to be placed.
You can write the coordinates directly in the boxes.
And I think that the last update prevent the frustration.

Zurga

44
ENGLISH / Re: Expansion on adding new places
« on: January 05, 2025, 22:49:18 »
The problem is that when you enter an address with a city name, possibly a county, and a country, the map will still show a location outside of France, and not the location based on the entered address, as you suggest. The country in question could be the trigger for placing the map.

Open Street Maps has the function of popping up the map, after a location is entered.
I still don't understand.
You click on the search button in the place editor, the map move automatically to the first result.

Zurga

45
ENGLISH / Re: Expansion on adding new places
« on: January 05, 2025, 15:38:20 »
Done.
You will see it in tomorrow version.
New parameter in the Data option panel.

Zurga

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