logiciel de saisie

[Nico]

par le pur des hasards, si un logiciel de saisie des données des insectes était créé (et en plus gratuit et universel):

1/ quelles données vous semblent obligatoires et / ou nécessaires ?
2/ quelles données vous semblent pas obligatoires mais qui seraient cool d'avoir ?

3 / comment le verriez vous ?

n'hésitez pas , lâchez vous sur vos desiteratas

[Patrick_B]

J'ai utilisé naguère une base de donnée "universelle" totalement paramétrable, qui me permettait en plus d'imprimer mes étiquettes.
Il s'agissait de Datamat (de Data Becker, vendu à l'époque 50 francs - ou peut-être 49,90- par Microapplication)
Ce logiciel conçu pour Windows 95-98, fonctionnait encore assez bien avec XP mais il est devenu très capricieux et pratiquement inutilisable sous Win7

Il me permettait:
- De créer des "fiches" qui avaient à l'écran l'aspect que je voulais (totalement paramétrable), avec un nombre de champs paramétrables pouvant varier de 0 à 32
- De voir ces fiches sur un tableur
- D'imprimer des étiquettes (ce mot étant pris dans le sens que nous lui donnons et non dans le sens informatique) à partir de tout ou parties des données saisies. Ces étiquettes étant elles aussi entièrement paramétrables (dimensions, forme du cadre, nombre de lignes, police)

J'avais deux types de listes:
- Liste de noms à partir de laquelle j'imprimais mes étiquettes de noms, avec le nom du déterminateur (le mien par défaut, ainsi que l'année de détermination que je changeais chaque année en une seule saisie)
- Liste des lieux et dates de capture : Mes fiches comportaient une représentation agrandie de l'étiquette localisation & date telle qu'elle se présentera une fois imprimée, une représentation agrandie d'une autre étiquettes (que j'imprimais rarement) ou je notais de brefs commentaires ou observation, et encore un champ de 255 caractères pour d'autres commentaires et même un champ "lien" qui ne me servait presque jamais, et qui envoyait sur n'importe quel type de document complémentaire.
Il y avait même la possibilité d'ajouter des photo sur les fiches individuelles.

L'avantage de ce logiciel, c'est que contrairement aux diverses bases de données que l'on trouve, même en payant, il n'était pas spécialisé (cave à vin, classement de bouquins ou de CD), donc on pouvait en faire exactement ce qu'on voulait, y compris les étiquettes. On ajoutait les champs que l'on souhaitait, des images, des liens sur des document externes...

Je ne crois pas qu'il soit utile de refaire un logiciel complet: Les feuilles de calcul existent (soit Excel pour ceux qui tiennent absolument à payer), soit Open Office ou Libre Office pour ceux qui veulent des systèmes gratuits au moins aussi efficaces, et compatibles d'une version à l'autre.
Il manque un petit logiciel pour les exploiter sous forme de fiches individuelle (ce qui se faisait très facilement - assez fruste et plutôt moche - avec Word, mais que Crosoft a abandonné). Acces est payant (hors de prix) très compliqué et lourdingue, et la gestion de BdD de Calc est extrêmement lourde et complexe. Datamat était totalement intuitif et simple, comme l'était Word, mais en beaucoup plus beau et complet.

Il manque surtout un truc pour faire, à partir des données, des étiquettes de dimensions paramétrable sur le support de son choix (A4, A5, papier photo 10×15...)
Actuellement, je fais mes étiquettes avec Scribus, c'est le top au point de vue qualité, mais c'est extrêmement fastidieux.

Le gros inconvénient, c'est que Datamat n'était pas un logiciel libre: Il utilisait un format propriétaire et mes données ne sont absolument plus lisibles par quoi que ce soit. Il me semble impératif d'utiliser des formats libres (par exemple .ods pour la base)

Une telle base de donnée universelle paramétrable, même libre et gratuite pourrait convenir non seulement à nos différentes spécialités entomologique ou naturalistes, mais à toutes sortes d'autres activité. Même libre et gratuite, je suis persuadé que l'auteur pourrait gagner quelques sous en dons.
Si on le spécialise dés le départ en entomologie, d'une part ça ne satisfera jamais toutes les spécialisations et ça restera très limité.
Rien n'empêche toutefois d'y ajouter des trucs qui nous servent, non seulement des listes de noms , mais aussi la liste des localité de France avec codes postaux, code Insee...), un convertisseur de coordonnées. Toutes ces choses pouvant être soit sous forme de "modèles" (listes) soit sous forme de plugins (convertisseur...), car on peut envisager d'autres besoin pour nous ou pour d'autres spécialités.

[Nico]

Actuellement (et depuis près de 5 ans), j'utilise le logiciel payant MUSEUM développé par un particulier. Il est figé et n'évolue pas !. Celui ci est très bien à la base. Mais plusieurs points noirs subsistent entre autre l'impossibilité d'importer des bases toutes faites (TAXref, communes...) bref la nomenclature se rentre à la main etc..; (bonjour lorsque la systématique change).

Bref, ne pouvant pas rentrer dans la programmation de museum, je suis en train de refaire une base de saisie, de gestion des insectes sur oooBase (openoffice) avec la possibilité de couplage avec Qgis (logiciel de carto libre). Le projet est (très) bien avancé. Mais je me suis juste dis que : quitte à le faire autant en faire profiter les copains donc voir ce qu'ils veulent ...

[Arthropa]

Super idée !

Je me suis jamais vraiment lancé dans ooBase : mes quelques tentatives d'incursion se sont toujours terminées par un repli stratégique sur Access que je maitrise mieux, et qui me parait beaucoup mieux outillé. Mais tu vas surement me prouver le contraire !

Vu que c'est toi qui m'a (très bien) conseillé pour créer ma BDD, je vois pas bien ce que je vais pouvoir t'apporter pour enrichir la tienne. Juste les 2 ou 3 petits trucs que je me suis faits qui me rendent service :
- le "post-it" : petite fenêtre qui s'ouvre et qui reprend les données de localité en cours de saisie, et permet de les réincorporer d'un clic lors de la saisie du spécimen suivant (évite de tout resaisir quand on a toute une série du même endroit)
- des boutons paramétrés pour mes lieux de chasse les plus fréquents (mon jardin...) qui me permettent d'un clic de renseigner tous les champs de localité, lieu-dit, coordonnées, type de milieu...
- un lien vers Google Maps directement sur la localité renseignée dans le formulaire (ça, c'est parce que je connais pas Qgis ni tout ce qui y ressemble ! )
- un système de conversion d'unités pour les coordonnées
- le lien vers mon site internet de création d'étiquettes
- un champ pour "marquer" certaines entrées (style j'ai mis certaines dans une boite pour donner, je les coche : à la fin du WE, il en manque juste quelques unes qui sont parties (j'ai que des bouses à offrir ), et ça permet de retrouver plus facilement les bêtes que je dois sortir de ma BDD. Je sais pas si je suis bien clair...)
- un champ checkbox "photo", avec un champ texte pour la référence de la/des photo(s)
- et pourquoi pas sur le même principe un champ video, audio pour ceux qui utilisent ces types d'enregistrements

Voilà pour l'instant

[Nico]

en gros cela sera calqué sur le modèle que tu as car je pense que nous avons à peu près la même logique en matière de base de données.

les fonctionnalités que tu as cité sont prévues d'être incorporées y compris l'ouverture des photos ou des vidéos, la conversion des coordonnées.

UN des buts serait d'avoir des bases de données individuelles mais interéchangeables . Bref quand X demande des données sur une famille ou une espèce, cela facilite l'échange.

@benoit pourrais - tu m'envoyer tes relations de ta base (en agrandissant les tables pour voire tous tes champs afin que je n'en oublie pas) , svp merci
@ patrick : effectivement j'ai beaucoup chercher sur le net tout ce qui pouvait servir de base sans rien trouver de concluant. Dans l'informatisation des données muséum est très bien, mais il ne me convient pas dans l'import de tables (csv, txt ...), dans l'interface pour la création d'étiquettes (bref je ressaisie tout pour les étiquettes = perte de temps considérable). J'avais fait une base access (presque identique à celle de benoit) mais les licences access... or à l'heure actuelle le développement de ooobase (open office) est concluant pour pouvoir refaire quelque chose de correcte, suffisamment malléable, de gratuit (!), et facilement utilisable par tout le monde (il sera livré clé en main) sans avoir aucune connaissance en base de données (se sera des formulaires à remplir)


n'hésitez pas à donner vos desiteratae

[Arthropa]

@benoit pourrais - tu m'envoyer tes relations de ta base (en agrandissant les tables pour voire tous tes champs afin que je n'en oublie pas) , svp merci

Tu as un mail

La principale difficulté d'une BDD "commune", ce sera lors de modifications taxonomiques (changements de famille, synonymies, mais surtout espèces scindées ou regroupées) : le caractère échangeable des données risque d'être rapidement problématique car ça va être impossible de répercuter tous les changements de manière homogène chez tout le monde.
Mais bon, il y aurait déjà une structure commune aux bases de données et donc aux extractions, ce serait déjà un bon point.

[Arthropa]

Je vois que "Libre Office" a fait son arrivée, aux côtés de "Open Office", les 2 projets semblant proches, Libre Office prenant +/- la suite d'Open Office, mais sans s'arrêter pour autant, et avec des interrogations différentes sur le futur de l'un comme de l'autre... ça a l'air compliqué, et surtout de faire pas mal causer sur les forums...

Je n'ai aucune compétence pour miser sur l'un ou sur l'autre. Tu peux nous éclairer un peu, Nico, et nous dire sur quelle suite (et quelle version) tu penses te baser ?

[Nico]

La principale difficulté d'une BDD "commune", ce sera lors de modifications taxonomiques (changements de famille, synonymies, mais surtout espèces scindées ou regroupées) : le caractère échangeable des données risque d'être rapidement problématique car ça va être impossible de répercuter tous les changements de manière homogène chez tout le monde.
Mais bon, il y aurait déjà une structure commune aux bases de données et donc aux extractions, ce serait déjà un bon point.

si cela sera possible avec une mise à jour de la table de référence et avec une table de synonymie

n.paris hotmail(point)fr

[Nico]

dans un premier temps ce sera fait sur base de openoffice. Dans un 2ème temps je compte (j'espère) développer en python un exécutif

[Saturnin de la Poire]

dans un premier temps ce sera fait sur base de openoffice. Dans un 2ème temps je compte (j'espère) développer en python un exécutif

vaudrait mieux, Open Office a la réputation d'arriver en fin de vie

sinon, pour la synonymie et la table référentielle, utilisez TaxRef ! elle est mise à jour au moins une fois par an... et en plus y a les outre-mers dedans