airome a écrit 15 commentaires

avait généré

OK -> []

A ma connaissance, Gramps est le seul à faire du python/gtk3 sous windows. Au vu du wiki, c'est assez galère.

Effectivement les instructions du wiki avait généré la version unstable pour des tests.

Entre temps, une version AIO a fait son apparition …
source : http://sourceforge.net/mailarchive/message.php?msg_id=31467334

Elle aura lieu cette année à l'université de Strasbourg, du 26 au 29 septembre

visiblement c'est plutôt en octobre, non ?

Je viendrai bien, étant dans le coin, fin octobre .
Je suis actif dans le projet Gramps depuis quelques années, connaissant assez bien le code et les projets dérivés (gramps-connect, gramps-addons).

Gramps utilise un module 'soundex' appelé par certains utilitaires. Mais les saisies, transcriptions des données se font à la main.

Une saisie "phonétique" est sûrement possible, mais l'analyse et la correspondance de ces sons nécessitent un module spécifique qui pour l'instant ne se limite qu'au classique "soundex" de base.

On peut imaginer un module plus avancé avec "phonex" et séquences via 'Phoseg', pour les noms de famille, une saisie phonétique des données, une meilleure précision lors des recherches, non ?

Intéressant !

Il y a quelques années, j'avais regardé pour générer l'équivalent de l'ensemble "Dragon Naturally didact© de Mysoft® + winfamily + Visual Dbase© d’Imprise® + Excel2000© de Microsoft® + Biodem" via Gramps.

source => Deux logiciels : Sygap et Analypop
=> http://histoiremesure.revues.org/docannexe/image/132/img-3.png

Il y avait bien Orca, GnoneVoiceControl, perlbox, etc … mais rien en python pouvant s'intégrer aux éditeurs (notes, individus, relations, événements, etc …) et l'API de Gramps.

Il manque encore le binding

Pas testé, mais visiblement çà existe aussi !

C'était déjà pas franchement intuitif de se faire un environnement de dev pyGtk sous Windows mais alors là, je pense que ça va être encore plus galère.

pyGtk n'existant plus, je ne vois pas pourquoi Gramps 4.0 serait développé avec cet environnement ?

Par ailleurs, vu le peu de contributions et de tests, je pense que très peu d'utilisateur(rice)s avaient dans l'idée de développer sous Windows ! C'est un peu comme faire du Microsoft .NET sous GNU/Linux ou de tenter d'installer certains SDK(s) sans java … (troll)

Notez que si on est allergique à Gtk, il reste la ligne de commande … ou la 'web-app' avec les feuilles de style.

Il manque encore le binding, glade ainsi que les différents thèmes (car le thème windows par défaut fait fuir les utilisateurs).

Gramps ne nécessite plus d'avoir le binding glade depuis des années (passage à GtkBuilder) !

Quand aux thèmes, la version 'tout en un' fournit l'exécutable permettant la gestion des préférences Gtk2. À mon avis, çà sera bien secondaire avec Gtk3 sous Windows ! Si besoin, le 'paqueteur' imposera le thème, qui ne posera pas de problèmes, aux utilisateur(rice)s.

mais Gtk3 sous windows n'est certainement pas près d'arriver

Gtk-3.4.2 semble disponible pour Windows 32-bits !

encore moins le binding python

Là je suis d'accord.

Il faudra au minimum pygobject 3.3.2 pour Gramps 4.0.

Néanmoins, sous Windows, les utilisateurs auront peut être la possibilité d'utiliser une version intermédiaire : Gramps 3.5.x ? Il n'y aura pas les fonctionnalités poussées liées à cairo & co, comme les nouveautés de la vue Roue, mais la "webapp" et d'autres nouveautés pourraient être accessible dans cette version de transition (en discussion) ?

En dehors de Qt/pySide, je ne vois pas d'alternative potable.

Malheureusement, déjà testé en 2011…
* Gramps mobile (partie 1)
* Gramps mobile (partie 2)

Les développeurs vont sûrement trouver un moyen pour fournir une application aux utilisateurs sous Windows.
HTML5 via gtk3 ? un client léger ou une interface simple ? l'application internet en local ? etc …

Trop subtil pour moi !

Gramps 4.0 utilisera python + gtk3.
Sous Windows, comment on fait ?
//c'est çà la question ?//

Comme d'habitude, sous Windows, on attend …

Le tronc est testé sous linux, essentiellement.
Nécessite au moins pygobject 3.3.2 (bug TreeView)…

Si quelqu'un sait comment obtenir toutes les dépendances pour les prochaines versions des environnements "Windows" ET le support gtk3, toute aide est bienvenue.

Certains liens redirigent vers des dépôts d'OpenSuse !!!

Je pense qu'à la sortie de Gramps 4.0, on aura plus d'informations… Au pire, les utilisateurs resteront avec la branche 3.4.x (stable et maintenue) sous Windows ou utiliseront Gramps 4.0 sous linux !

Les grognons vont peut être dénigrer, désolé je n'ai pas trouvé comment corriger une coquille dans mon commentaire précédent.

Je suis bien au courant qu'il s'agit d'un paramètre de confidentialité.

Gramps est l'un des seuls logiciels de généalogie à permettre de saisir des unions homosexuelles (même si ce n'est pas parfait, car le gedcom refuse un couple de même sexe).

Je ne vois pas pourquoi on ne pourrait pas saisir plusieurs parents ou des relations 'parents/enfant = adopté' ???

Un enfant peut très bien avoir plusieurs familles/parents dans Gramps.

De même, que les événements, on peut très bien avoir une dizaine d'événements "naissance" !!!

On reproche + souvent la grande souplesse (free forms, custom fields) de Gramps qu'une limitation dans les saisies !

Le rapport 'Saga' doit être revu, c'est certain ! J'ai aussi noté des régressions entre les versions 3.4.x et 3.3.x, dans l'affichage des cartes OpenStreetMap. :(

Le seul développeur qui y faisait des modifications - pour ne pas dire qu'il était le seul à vraiment comprendre ce code - est décédé ! Et l'application internet basée sur Django devient de + en + stable. :)

Pour ma part, je fais des DVDs en fin d'année avec ce rapport et ma base complète. Çà permet à ma famille de naviguer dans les données à jour.

les dernières versions sous Mac OS X et Windows sont généralement instables (bugs, version anglophone uniquement etc.)

mmmh, pas totalement vrai.
Le bugs sous Windows sont plutôt liés à l'API win32/64 avec ses restrictions (sous-processus pour un batch, droits, cache pour les LOGS, etc…)

Il y a (tout comme pour Mac OS) des versions 'tout en un', il suffit d'ajouter les scripts python et les traductions à un 'squelette/environnement' pour obtenir les dernières versions. Les sources (python/glade) ne sont pas compilées; il y a quelques binaires, car c'est souvent la logique 'Windows', c'est tout !

Et les traductions sont bien présentes dans ces versions…

même si la version correspondante pour GNU/Linux est stable.

OK, je reconnais qu'il vaut mieux utiliser Gramps sous GNU/Linux… La plupart des développeurs étant sous Linux, le fonctionnement est plus naturel et les tests plus poussés.

Quand tante Jeanne aura mis ta date de naissance, le nom de tes parents et frères et sœurs, une photo et des anecdotes croustillantes, alors peut être que tu regretteras un logiciel libre de généalogie …

Allez voir sur myheritage, ancestry, genealogie.com, geneanet.org (sans parler des extensions pour le 'livre des visages').

Le modèle est simple et connu : on obtient la filiation et des données grâce à des personnes vivantes dont les paramètres de confidentialité ne sont pas toujours très claires …

D'ailleurs le commentaire précédent

> je ne suis pas arrivé à générer de rapport « Pages Internet » (il faudrait mettre Tanguy Ortolo sur le coup), le processus tourne mais il génère des fichiers html sans aucun individu

ressemble à une des sécurités de ce logiciel libre : des proxies sont là pour veiller à ne pas diffuser des informations sur les vivants et des données privées sans le vouloir (et sans leurs consentements…). Modifiez vos options dans l'onglet 'Vie privée' et vous devriez obtenir vos individus (sans doute vivants…). Pour faire simple si un individu est privé, il n'existe pas dans la base pour ce type de rapport (ou une exportation de données), ses descendants et ascendants sont également ignorés !

Renseignez-vous sur les dernières démarches/batailles concernant les données généalogiques (bettergedcom, gedcomx, historical-data.org et google …), çà dépasse la simple discipline de la généalogie …