Ayant de plus en plus de photos numériques, j'ai de plus en plus de problèmes à retrouver mes billes ...
J'ai testé beaucoup de logiciels du marché pour tenter de trouver une solution de classement (adobe photoalbum, picasa, jasc aftershot, imatch, exifer ...)
Mais rien ne m'a vraiment plu ... chacun a ses avantages et ses inconvénients ... mais surtout, des formats propriétaires, dans lesquels il faudra se cantonner pour gérer sa collection. (a part imatch, qui exporte en xml ...) ...
j'ai tiré la substantielle moelle de tous ces logiciels, pour établir une liste des options idéales (à mon goût):
- système arborescent de tag à drad'n'droper sur des photos (comme photoalbum)
- système de recherche élaboré de ces tags (comme photoalbum)
- une barre de temps pour cadrer les photos d'une certaine période (photoalbum)
- récupération des thumbnails exif
- un système de basket (pour y mettre des photos piochées), et réaliser certaines opérations (copier, export, ...) (comme picasa)
- et diverses options (visualisation, rotation sans perte, ...)
- ET SURTOUT : que les tags soient stockés dans les photos directement !!! (et non pas dans une bdd propriétaire !!!)
et pourquoi pas : développer ce "logiciel idéal" ? me suis je dit ;-)
N'ayant pas développé "d'application lourde" depuis un bout de temps ! Et ne voulant pas replonger dans les environnements c, java, vb, delphi ou autres kylix ...
Je me suis naturellement tourné vers ".net"/C#, à l'aide du framework, et du gpl "csharpdevelopp" (excellent, soit dit en passant !) ... J'ai fait un proto ... mais, la lourdeur du runtime, la rigueur de typage de C# (par rapport à php ;-), la vivacité des widgets, et coté ".net"/closed(microsoft) m'ont fait abandonné cette idée (saugrenue) ! (quoique mono est déjà bien operationnel, il paraît ...)
Il me fallait qqchose de plus "OPEN" ... et en cherchant ... je suis tombé sur wxpython ... quel bonheur ! ...
Un environnement, avec un gui au top et qui fonctionne quasiment partout, avec un language simple et quasi parfait ! (en plus, on peut "compiler" des exe avec py2exe)
J'ai vite réussi à réaliser un proto équivalent, dans les mêmes temps, ... lancement bien plus rapide, widgets réactifs ...
et monopolisant bien moins de ressources !
(La version 0.1 beta de test, devrait sortir sous peu, pour ceux que ça interesse : faudra suivre mon journal sur linuxfr ... tant que le site n'est pas up)
Je pense le mettre en GPL, pour lui donner de la perennité...
mais j'utilise des outils tierces (jpegtran(freeware?), jhead(gpl), exifedit(shareware limité), ...) : et je ne sais encore trop comment m'y prendre... et si j'ai le droit de faire ça ... par rapport aux outils tierces que j'utilise ?! (ex: "exifedit" est un shareware, mais j'utilise une particularité qui n'est pas limité ... et tout à fait fonctionnel ...)
Aussi, j'aimerai, avant de le releaser GPL, qu'il fonctionne sous linux ... mais n'ayant pas trouver de bonnes implémentations DOM dans python ... j'ai utilisé msxml (pour faire vite) ... apparemment minidom devrait me suffir .... mais j'aurai sérieusement besoin de xpath (via une api du style selectnodes() ) ? qqu'un pourrait il m'aiguiller là dessus ?!
Sinon, tout ça pour dire ... que si qqu'un cherchait, comme moi, à développer des "appli lourdes" ... wxpython ... c'est vraiment l'idéal ! (et le python, c que du bon)
# Re: et le python ?
Posté par nojhan (site web personnel, Mastodon) . Évalué à 3.
En plus, ImgSeek est un des seuls à proposer la recherche d'image par ressemblance, et ça, ça roxor des loutres.
http://imgseek.sourceforge.net/(...)
[^] # Re: et le python ?
Posté par manatlan (site web personnel) . Évalué à 1.
ça utilise qt3 ... qui n'est pas libre sous windows ...
donc impossible de le faire tourner sous windows
sinon imgseek, ne possède pas toutes ces fonctionnalités ... il en possède bien plus ...
moi, mon but, c'est que ça reste simple (pour que ma copine puisse l'utiliser) ... je suis donc reparti de zero
j'ai un peu discuté avec le gars ...
et il est en train de refaire une version windows ... mais sous wxwindows ...
et qui se nomme "imgseek lite" (pour l'instant, seul la recherche d'image par dessin est dispo)
# Re: et le python ?
Posté par matiphas . Évalué à 3.
Tu sera oblige de creer une base de donnee a cote. Stocker les tags dans les photos, ok, pourquoi pas (on peut considere cela comme une fonctionnalite supplementaire). Mais parcourir 2000 fichier, lire leurs en-tete et faire une recherche a partir de cela va concommer beaucoup de temps (acces disque) de memoire et de ressources processeur.
-> une petite base de données a cote c'est tout de meme beaucoup plus economique...
[^] # Re: et le python ?
Posté par manatlan (site web personnel) . Évalué à 1.
et bien evidemment, ils sont egalement dans une BDD
(dans un fichier xml)
et les temps de réponses sur enormement de photos sont quasi instantannés !
# Question sur wxPython
Posté par Fabimaru (site web personnel) . Évalué à 1.
[^] # Re: Question sur wxPython
Posté par manatlan (site web personnel) . Évalué à 2.
j'ai utilisé BOA, qui est un IDE/RAD à la delphi
où tu places tes widgets, et défini les propriétés ...
C'est assez bien fait (en python/wxwindow) ... et ça rempli sans problème ce genre de besoin
mais je suis assez vite retourné sous mon notepad préféré ...
mais, pour les 3 lignes de codes a placé pour chaque widget, c plus rapide à faire à la mano ...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.