Moi je vois le cas de la mise en œuvre d'une démocratie participative à un niveau local. Actuellement, une fois élue pour 7 ans, l'équipe municipale décide le plus souvent seule. Entre le risque malgré tout assez faible que mon avis soit manipulé et celui, certain, qu'on ne me le demande pas durant sept ans, je fais vite le choix.
Je pense qu'entre les élections politiques et le choix d'un restau, il y a de la place pour quelques usages raisonnables.
Je pense que le vote électronique peut trouver une place acceptable là où il n'y a actuellement pas de vote car ce serait trop lourd d'en organiser un "papier" par rapport à l'enjeu du vote. Pour ce genre de cas, un vote internet peut souvent suffire ce qui résout le problème du coût. L'idée étant qu'un vote électronique n'offrant que 99,99% de fiabilité est peut-être mieux que pas de vote du tout (quoique ça peut se discuter).
Complètement hors sujet, je suis d'accord. Mais ce n'est pas ce que j'ai fait.
J'ai juste dit (de façon inutilement sarcastique, je le regrette) que la "liberté" des données étaient aussi importante que celle du logiciel, ce que l'expression "logiciel privateur" peut faire parfois oublier. Si une solution libre m'impose de croiser les doigts pour qu'un jour un développeur fasse un outil de migration Kimdaba --> XMP, j'aurai tendance à considérer que mes photos ne sont pas si libres que ça. En tous cas, elles ne sont pas libres là, maintenant, quand je voudrais qu'elles le soient pour les utiliser aussi avec d'autres logiciels, d'autres environnements (ce qu'on appelle l'inter-opérabilité). Ce qui m'amenait à préférer, si nécessaire, un logiciel privateur mais respectant les standards du domaine. Je ne vois pas dans ce raisonnement de "comparaison" avec quoi que ce soit.
1) Bonjour pour hiérarchiser des IPTC : c'est transparent pour l'utilisateur dans Digikam ou XnViewMP (et d'autres). Par ailleurs, XMP le permet depuis 2008.
2) griffonnage des photos : XMP permet de stocker les meta-données dans un fichier "sidecar" associé à l'image. C'est notamment utilisé pour les raw.
3) Rebonjour pour changer de logiciel : c'était justement l'objet de mon premier commentaire (sur un ton que je regrette un peu) ! La durée de vie espérée d'une collection de photos peut atteindre des dizaines d'années. J'ai plus confiance dans un standard adopté par tous les professionnels de la photo que dans l'avenir d'une solution isolée. Et au delà de la pérennité dans le temps il y a aussi l'inter-opérabilité au présent. Aujourd'hui je peux gérer ma collection dans XnViewMP ou Digikam sous Linux, ou bien dans un logiciel Windows (je n'ai pas encore pu convaincre mes enfants d'abandonner Windows sur leur PC) sans devoir faire aucun import/export.
4) Je ne doute pas que Kphotoalbum soit un excellent logiciel permettant des recherches sophistiquées et capable de visualiser des raw ou du xcf mais ce n'est pas le seul, d'autres offrent ces possibilités tout en supportant le standard, permettant ainsi une inter-opérabilité sans prise de tête.
1) Je n'ai pas fait de remarque sur la lisibilité des données, juste sur la possibilité de les récupérer dans d'autres logiciels.
2) Je n'ai pas dit que Kimdaba était mauvais, juste que c'était loin d'être une garantie pour migrer ses données facilement et que l'adoption d'un standard (en l'occurrence IPTC ou XMP) semble plus naturel qu'une initiative isolée aussi bien faite soit-elle.
3) "Si un logiciel n'est pas capable d'importer des données Kimdaba, c'est que le logiciel en question est mauvais" : no comment.
4) Digikam, XnViewMP et d'autres qui ne me reviennent pas à l'esprit à l'instant. En tous cas, beaucoup plus que le "aucun autre ne fait ça" de ton précédent commentaire.
5) Hélas, il restait une miette de pain, voir point 3 :-)
Cool, on se retrouve donc avec un fichier au format Kimdaba et on croise les doigts pour arriver à l'importer dans le logiciel vers lequel on veut migrer. Ça va pas le faire pour le commun des mortels…
Par ailleurs, ce n'est pas le seul logiciel à gérer les tags hiérarchisés et la norme XMP le prévoit depuis fin 2008).
Ceci dit, je reconnais que je profitais de l'occasion pour troller un peu sur le fanatisme du "logiciel privateur" curieusement parfois moins regardant sur la situation des données associées :-)
(titre un peu provocateur mais sans méchanceté particulière vis à vis de ce logiciel que je ne connais pas)
Nul part dans la documentation on ne trouve mention de IPTC ou de XMP. Autrement dit, on n'est même pas sûr que les tags dont ils parlent sont stockés dans les photos et pas seulement dans la base de données du logiciel. Parce que si ce n'est pas le cas, après avoir taggué des milliers de photos, celles-ci deviennent "prisonnières" du logiciel (à moins d'accepter de tout re-tagguer sous un autre logiciel). J'imagine que KPhotoAlbum écrit ses tags dans des keywords IPTC mais si c'est le cas, le fait que ce ne soit pas mentionné en dit long sur le peu d'intérêt que ça semble avoir pour les développeurs ou les utilisateurs. Du moment que le logiciel est libre, hein…
Je préfère un logiciel non libre (XnViewMP par exemple) mais tagguant les photos en IPTC ou XMP (de préférence via une librairie reconnue telle que Exiftool). Ma liberté de le quitter est ainsi préservée et elle m'est bien plus précieuse que celle de pouvoir le modifier…
[^] # Re: Le vote électronique peut être une solution... dans certains cas
Posté par mahikeulbody . En réponse au journal [présidentielles] 1 million d'électeurs. Évalué à 0.
Moi je vois le cas de la mise en œuvre d'une démocratie participative à un niveau local. Actuellement, une fois élue pour 7 ans, l'équipe municipale décide le plus souvent seule. Entre le risque malgré tout assez faible que mon avis soit manipulé et celui, certain, qu'on ne me le demande pas durant sept ans, je fais vite le choix.
Je pense qu'entre les élections politiques et le choix d'un restau, il y a de la place pour quelques usages raisonnables.
# Le vote électronique peut être une solution... dans certains cas
Posté par mahikeulbody . En réponse au journal [présidentielles] 1 million d'électeurs. Évalué à -2.
Je pense que le vote électronique peut trouver une place acceptable là où il n'y a actuellement pas de vote car ce serait trop lourd d'en organiser un "papier" par rapport à l'enjeu du vote. Pour ce genre de cas, un vote internet peut souvent suffire ce qui résout le problème du coût. L'idée étant qu'un vote électronique n'offrant que 99,99% de fiabilité est peut-être mieux que pas de vote du tout (quoique ça peut se discuter).
[^] # Re: Le logiciel est libre mais les données le sont-elles ?
Posté par mahikeulbody . En réponse à la dépêche KPhotoAlbum 4.2 est disponible. Évalué à -1.
Complètement hors sujet, je suis d'accord. Mais ce n'est pas ce que j'ai fait.
J'ai juste dit (de façon inutilement sarcastique, je le regrette) que la "liberté" des données étaient aussi importante que celle du logiciel, ce que l'expression "logiciel privateur" peut faire parfois oublier. Si une solution libre m'impose de croiser les doigts pour qu'un jour un développeur fasse un outil de migration Kimdaba --> XMP, j'aurai tendance à considérer que mes photos ne sont pas si libres que ça. En tous cas, elles ne sont pas libres là, maintenant, quand je voudrais qu'elles le soient pour les utiliser aussi avec d'autres logiciels, d'autres environnements (ce qu'on appelle l'inter-opérabilité). Ce qui m'amenait à préférer, si nécessaire, un logiciel privateur mais respectant les standards du domaine. Je ne vois pas dans ce raisonnement de "comparaison" avec quoi que ce soit.
[^] # Re: Le logiciel est libre mais les données le sont-elles ?
Posté par mahikeulbody . En réponse à la dépêche KPhotoAlbum 4.2 est disponible. Évalué à 1.
Par exemple, Digikam avec les meta-données dans des fichiers sidecar XMP. Mais il y en a d'autres.
[^] # Re: Le logiciel est libre mais les données le sont-elles ?
Posté par mahikeulbody . En réponse à la dépêche KPhotoAlbum 4.2 est disponible. Évalué à 5.
1) Bonjour pour hiérarchiser des IPTC : c'est transparent pour l'utilisateur dans Digikam ou XnViewMP (et d'autres). Par ailleurs, XMP le permet depuis 2008.
2) griffonnage des photos : XMP permet de stocker les meta-données dans un fichier "sidecar" associé à l'image. C'est notamment utilisé pour les raw.
3) Rebonjour pour changer de logiciel : c'était justement l'objet de mon premier commentaire (sur un ton que je regrette un peu) ! La durée de vie espérée d'une collection de photos peut atteindre des dizaines d'années. J'ai plus confiance dans un standard adopté par tous les professionnels de la photo que dans l'avenir d'une solution isolée. Et au delà de la pérennité dans le temps il y a aussi l'inter-opérabilité au présent. Aujourd'hui je peux gérer ma collection dans XnViewMP ou Digikam sous Linux, ou bien dans un logiciel Windows (je n'ai pas encore pu convaincre mes enfants d'abandonner Windows sur leur PC) sans devoir faire aucun import/export.
4) Je ne doute pas que Kphotoalbum soit un excellent logiciel permettant des recherches sophistiquées et capable de visualiser des raw ou du xcf mais ce n'est pas le seul, d'autres offrent ces possibilités tout en supportant le standard, permettant ainsi une inter-opérabilité sans prise de tête.
[^] # Re: Le logiciel est libre mais les données le sont-elles ?
Posté par mahikeulbody . En réponse à la dépêche KPhotoAlbum 4.2 est disponible. Évalué à 1.
1) Je n'ai pas fait de remarque sur la lisibilité des données, juste sur la possibilité de les récupérer dans d'autres logiciels.
2) Je n'ai pas dit que Kimdaba était mauvais, juste que c'était loin d'être une garantie pour migrer ses données facilement et que l'adoption d'un standard (en l'occurrence IPTC ou XMP) semble plus naturel qu'une initiative isolée aussi bien faite soit-elle.
3) "Si un logiciel n'est pas capable d'importer des données Kimdaba, c'est que le logiciel en question est mauvais" : no comment.
4) Digikam, XnViewMP et d'autres qui ne me reviennent pas à l'esprit à l'instant. En tous cas, beaucoup plus que le "aucun autre ne fait ça" de ton précédent commentaire.
5) Hélas, il restait une miette de pain, voir point 3 :-)
[^] # Re: Le logiciel est libre mais les données le sont-elles ?
Posté par mahikeulbody . En réponse à la dépêche KPhotoAlbum 4.2 est disponible. Évalué à 1.
Cool, on se retrouve donc avec un fichier au format Kimdaba et on croise les doigts pour arriver à l'importer dans le logiciel vers lequel on veut migrer. Ça va pas le faire pour le commun des mortels…
Par ailleurs, ce n'est pas le seul logiciel à gérer les tags hiérarchisés et la norme XMP le prévoit depuis fin 2008).
Ceci dit, je reconnais que je profitais de l'occasion pour troller un peu sur le fanatisme du "logiciel privateur" curieusement parfois moins regardant sur la situation des données associées :-)
# Le logiciel est libre mais les données le sont-elles ?
Posté par mahikeulbody . En réponse à la dépêche KPhotoAlbum 4.2 est disponible. Évalué à 1.
(titre un peu provocateur mais sans méchanceté particulière vis à vis de ce logiciel que je ne connais pas)
Nul part dans la documentation on ne trouve mention de IPTC ou de XMP. Autrement dit, on n'est même pas sûr que les tags dont ils parlent sont stockés dans les photos et pas seulement dans la base de données du logiciel. Parce que si ce n'est pas le cas, après avoir taggué des milliers de photos, celles-ci deviennent "prisonnières" du logiciel (à moins d'accepter de tout re-tagguer sous un autre logiciel). J'imagine que KPhotoAlbum écrit ses tags dans des keywords IPTC mais si c'est le cas, le fait que ce ne soit pas mentionné en dit long sur le peu d'intérêt que ça semble avoir pour les développeurs ou les utilisateurs. Du moment que le logiciel est libre, hein…
Je préfère un logiciel non libre (XnViewMP par exemple) mais tagguant les photos en IPTC ou XMP (de préférence via une librairie reconnue telle que Exiftool). Ma liberté de le quitter est ainsi préservée et elle m'est bien plus précieuse que celle de pouvoir le modifier…