Je suis le seul à trouver la prise ridicule au regard des moyens déployés ?
Tout est dans le "ont également". J'imagine que le but premier était le démantèlement de ce réseau et l'arrestation de ses responsables et que les saisies (sans doute pas représentatives des volumes générés durant toute son activité) sont du bonus.
On trouve une étude sur le foisonnement sur 20 ans de relevés de vent qui indique un foisonnement 90% du temps.
Dit comme ça, c'est chouette.
En réalité (dixit cette étude) : les statistiques montrent qu’un parc éolien réparti entre les façades [maritimes] produirait plus de 20% de sa puissance installée de façon quasi constante (90% du temps), ce ratio montant à près de 30% en période hivernale (où la demande d’électricité est plus forte)
Autrement dit, le parc éolien installé sur les façades maritimes (ça représente combien de % du parc total ?) peut produire 30% de la puissance installée 90% du temps.
Dit comme ça, c'est plus conforme au résultat de l'étude (et un peu moins chouette).
Cette authentification à double facteur devra être effectuée à la connexion tous les 90 jours, de la façon suivante:
Si vous utilisez l’application mobile Fortuneo, cela sera transparent. Chaque authentification, grâce à la procédure d’association de votre téléphone ou de votre tablette et à la saisie de votre mot de passe ou de votre biométrie, constitue une authentification à double facteur. [j'imagine que les tel rootés sont exclus]
Si vous utilisez exclusivement notre site fortuneo.fr, la saisie d'un code reçu par SMS vous sera demandée en complément du mot de passe tous les 90 jours.
Du coup, si je comprends bien, pas besoin de smartphone, de boîtier ou de code fixe envoyé par courrier ??? Pourquoi les autres ne font pas pareil ?
on ne développe que pour les plus grosses parts du marché et on ne veut pas se prendre la tête (ni perdre de l'argent) pour 3 péons et 1 tondus qui sont sous: Lineage, /e/…
Là, c'est pour répondre à une obligation légale applicable à toute la population. Une solution genre boîtier fourni par la banque est acceptable… à condition d'être gratuite (quitte à ce que la banque soit éventuellement dédommagée par l’État, un peu comme la SNCF est dédommagée pour les tarifs sociaux imposés par l’État).
Tu proposes de transformer la médecine et de remplacer la relation entre patient et médecin par une médecine policière centralisée, tout ça au nom d'une lutte contre quelques médecins supposément antivax.
Tout de suite les grands mots ! Je dis que dans le cas d'une pandémie touchant potentiellement toute une population, il est pertinent de rationaliser les processus. Un médecin n'étant pas en mesure de le faire lui-même, on a établi pour lui une liste des cas où la balance bénéfice/risque est en défaveur du vaccin.
Je doute fort qu'un médecin ne respectant pas cette liste pour un patient soit sanctionné s'il est en mesure de le justifier (de le justifier sur la base de connaissances scientifiques ou d'un retour d'expérience particulier avec ce patient, pas sur la base de croyances…). Et si, en plus, ça permet de lutter contre des médecins antivax, c'est tout bénéfice.
Si l'effet n'est pas considéré comme ayant suffisamment de chances d'être lié à la vaccination, tu n'auras pas de dispense.
J'ai interprété ton "peut-être" comme un "s'ils le veulent bien" (implicitement potentiellement soumis à l'arbitraire d'une commission). Parce que si je l'interprète comme un "peut-être" neutre, c'est-a-dire comme le résultat d'une ré-évaluation objective de la balance bénéfice/risque pour un patient, je ne vois pas en quoi ça te pose problème (ce qui est pourtant le cas, puisque tu en as parlé).
Pour les vaccins anti-covid, soit ton cas rentre dans une des cases, soit ton médecin ne peut rien pour toi.
J'imagine que la liste des "cases" prend en compte le savoir médical actuel. Et je n'imagine pas qu'un médecin en sache plus (il est même archi-probable qu'il en sache beaucoup moins). Cette liste prévoit tout de même le cas "on ne savait pas mais on en tient compte si on constate un effet négatif sur un patient donné".
Le problème avec les maladies rares, c'est qu'elles sont rares, mais nombreuses.
Du coup, ce que tu voudrais c'est qu'un médecin décide par lui-même de l'existence d'une "case" inconnue du savoir médical actuel et ce sur une maladie rare qu'il n'a quasiment aucune chance d'avoir rencontré plus d'une fois avant et évidemment jamais face à un vaccin covid. Sur quelle base, va t-il faire la balance bénéfice/risque de la vaccination pour ce patient ? Au doigt mouillé ou plutôt selon ses convictions antivax ?
Sans cette liste, c'est la porte grande ouverte aux certificats de complaisance. Et il me paraît évident que si un médecin découvre un oubli avéré dans la liste, il le signalera et cela sera pris en compte.
Tu dois donc risquer la première dose […]
Non, si tu n'es pas dans la liste, c'est que le savoir médical actuel n'a pas identifié de risque supérieur au bénéfice dans ton cas. Et il n'y a aucune chance qu'un médecin lambda en sache plus sur ce sujet. Dans la vie, les décisions rationnelles se prennent en se basant sur une évaluation des risques vs. les bénéfices. Je t'accorde que cette évaluation est sujette à erreur mais c'est le mieux qu'on puisse faire avec un savoir scientifique donné.
et, si tu fais une réaction grave, après concertation médicale pluridisciplinaire, tu auras peut-être une dispense.
"peut-être" ?! Non mais sérieusement, tu oses après ça te prétendre objectif et non complotiste ?
Tu fais l'impasse sur les autres comparaisons flatteuses que tu as cité…
En l'occurrence, l'utilisation d'une base de donnée nécessite beaucoup de temps lorsque tu lances l'application pour la construire ou la mettre à jour.
Dans mon cas ça prend 2" pour 70000 photos au lancement pour la mettre à jour.
La recherche ne me concerne pas, mes photos étant bien triées dans les bons répertoires dès le début.
J'ai 70000 photos, nommées par horodate et rangées par année (24 ans) et par mois. Mais même si tu les as rangé d'une façon qui te paraît plus efficace pour toi*, quand ça couvre une grande période, tu peux avoir besoin d'outil pour en retrouver une en particulier. Et ça passe forcément par une base de données sous peine de prendre très très longtemps.
Sachant que le "astucieux" d'aujourd'hui te paraîtra peut-être inefficace plus tard, quand tes besoins de retrouver une photo auront changé (d'où mon choix d'une méthode basé sur un critère pérenne : la date).
alors que les fonctionnalités les plus utilisées pour la retouche (crop, rotation, luminosité, couleurs, …).
Ça ferait beaucoup de boutons à mettre en accès direct, d'autant qu'ils viendraient se rajouter aux boutons incontournables d'un gestionnaire de photos. Le bouton "Éditeur d'image" permet l'ouverture de l'image sélectionnée dans l'éditeur d'image et la plupart des boutons que tu souhaites apparaissent en accès direct. Tu trouves que c'est "difficilement" accessible ?
Ceci dit, pour moi, la retouche est une fonction accessoire d'un gestionnaire de photos. Pour ça je préfère utiliser un logiciel de retouche (Darktable, en l’occurrence).
Btw, tu peux définir des raccourcis clavier, notamment pour le move.
PS. The last but not the least : je ne cherche pas à te convaincre d'utiliser Digikam, juste à relever, pour d'autres lecteurs éventuels ici, des points qui me paraissent erronés.
Une possibilité tellement rare qu'Astra Zeneca a été interdit dans de nombreux pays, puis J&J, enfin Moderna pour tous les âges en Islande […].
Je me suis contenté de vérifier pour l'Islande (j'ai mis en italique les passages qui me paraissent importants) :
L'Islande ne veut plus utiliser le vaccin Moderna pour lutter contre l'épidémie de Covid-19. Du moins pour l'instant. Aussi a-t-elle décidé de le suspendre, vendredi 8 octobre. La raison : de légers risques accrus d'inflammations cardiaques. Dans un communiqué publié sur le site de la Direction islandaise de la Santé, les autorités indiquent ainsi que « comme l'approvisionnement en vaccin Pfizer est suffisant sur le territoire (…), le chef épidémiologiste a décidé de ne pas utiliser le vaccin Moderna en Islande ».
Cela n'aura pas d'incidence sur la campagne de vaccination dans la vaste île de l'Atlantique nord de 370 000 habitants, où 88 % de la population âgée de plus de 12 ans est déjà entièrement vaccinée.
Bref, on a une situation où la majeure partie de la population est vaccinée (d'où un risque moindre de voir la pandémie saturer le système de santé) et où on a un autre vaccin disponible en stock. Dans ce cas, la balance bénéfices/risques de Moderna chute en Islande et on l'interdit le suspend.
On s'éloigne sensiblement du message que tu cherchais à faire passer…
ne supportant pas ces logiciels qui nécessitent leur propre base de donnée additionnelle.
Sans base de données (qu'elle soit SQL ou autre), les performances de la recherche sont forcément très mauvaises, surtout sur plusieurs dizaines de milliers de photos. Et une recherche efficace, c'est une fonction de base d'un outil de gestion de documents.
Il n'y a pas de raisons pour que l'existence d'une base de données ou d'une reconnaissance de visages viennent détruire l'ergonomie d'un logiciel ; si c'est le cas, c'est qu'il est mal fichu. Ça ne justifie pas un rejet a priori de tout logiciel ayant une base de données.
Il y a un cas où l'utilisation d'une base de données doit interpeller : c'est quand elle contient des informations non reconstituables : certains logiciels photos stockent des métadonnées en base sans offrir la possibilité de les écrire aussi dans les photos. Ce n'est pas le cas de Digikam.
Super, sauf que je ne suis pas des RG, ni un excité de Facebook, je ne cherche pas à ficher tous mes potes, je veux juste trier et retoucher mes (nombreuses) photos rapidement.
Tes besoins (où la façon de les résoudre) sont différents des miens mais pourquoi l'exprimer en insultant les gens ? Je ne fais pas partie des RG, je ne suis pas un excité de Facebook/Instagram/etc… (je n'ai pas de compte), je ne cherche pas à ficher tous mes potes, je veux juste retrouver rapidement des photos. Et pouvoir les retrouver en cherchant par les visages est un outil puissant pour mon utilisation personnelle.
A ce sujet, ton test d'une version ancienne avec une majorité de critiques autour de la reconnaissance de visages n'est pas pertinent : c'est une fonction assez nouvelle qui a beaucoup évolué depuis. De plus, je n'arrive pas à voir en quoi elle perturbe si on ne l'utilise pas (ton cas puisque tu n'es pas un excité de Facebook).
Posté par mahikeulbody .
En réponse au lien Les terres rares.
Évalué à 4.
Dernière modification le 13 octobre 2021 à 13:50.
On voit souvent des commentaires ici-même mettant en avant l'impact négatif de certaines technologies du fait de leur utilisation de terres rares (éoliennes, voitures électriques, etc…).
Cette vidéo me paraît intéressante pour avoir une idée un peu moins parcellaire et caricaturale sur ces fameuses terres rares.
N'est-ce pas à cause du bruit artificiel qu'une voiture électrique est obligée de générer pour ne pas surprendre les piétons ?
C'est quelque chose qui pourrait s'améliorer avec le temps : habitude des gens à ce nouveau type de véhicule, génération de bruit uniquement quand un radar détecte des piétons à proximité, etc…
Voir chapitre 2.6.2.7 Geolocation (geo-tagging) dans le manuel pdf page 79 (anglais).
Le geo-tagging n'a rien à voir avec ce dont je parle. Moi je parle de champs IPTC tels que XMP-photoshop:City, IPTC:Province-State, etc… ou de n'importe quel autre champs IPTC, en fait.
C'est inexact, le nombre de tags n'est pas limité, on peut taguer tout ce que l'on veut.
La seule façon que je connaisse de rajouter des champs autre que les habituelles mots-clé, légende ou titre, c'est via un modèle de méta-données. Cette façon de faire est viable pour des trucs récurrents comme les infos relatives à l'auteur qu'on peut appliquer à des ensembles de photos mais totalement inutilisable pour des infos propre à chaque photo. Par ailleurs, les modèles en question se limitent à un sous-ensemble de champs IPTC et ne sont pas extensibles à ma connaissance.
la recherche d'après les tags est instantanée.
Je ne vois aucun moyen de chercher sur le champ XMP-iptcCore:Location, par exemple. La recherche est instantanée pour tous les champs stockés en base (un sous-ensemble des champs IPTC) mais impossible pour les autres.
Il ne s'agissait pas d'une critique de ma part : juste le constat que cette fonctionnalité me manque mais que les développeurs ne l'ont pas mis sur la liste des choses qu'ils avaient envie de faire (pour le moment du moins, car Digikam évolue beaucoup). Et je sais par expérience que quand il s'agit d'un bug, ils répondent.
Attention, il ne suffit pas forcément que la base soit partageable, j'imagine qu'il faut aussi que le logiciel lui-même soit conçu pour que plusieurs instances puissent travailler en parallèle. Or Digikam n'a pas, à ma connaissance, de mode serveur. Que se passe t-il dans le cas de deux instances configurées différemment ?
J'utilise Digikam. J'en suis satisfait mais il me manque un truc important : la recherche dans n'importe quel champ XMP de mon choix. Actuellement, la recherche est limitée à un petit sous-ensemble de tags. J'utilise notamment les champs Location, City, etc… et impossible de chercher sur ces critères. En fait, le problème vient du fait que Digikam ne recherche que les tags stockés en base et il n'en stocke qu'un petit nombre prédéfini. J'ai utilisé par le passé un logiciel commercial sous Windows qui lui permettait de configurer les champs IPTC/XMP à stocker en base et qui, de ce fait, permettait des recherches complètes.
1) Pour 60000 photos ma base SQLite (on peut aussi utiliser MySQL) fait 50 Mo. La base des thumbnails fait 1,2 Go (mais ça dépend de la taille configurée).
2) Je pense que oui. On peut en tous cas changer des méta-données dans la base et synchroniser ultérieurement les images (et vice versa).
On a eu droit récemment à crétinphone, asservissophone, inapdataphone, paléothonphone, …
Je voudrais signaler aux auteurs de ces qualificatifs qu'il n'est nul besoin de verser dans une surenchère ridicule pour que les usagers de ce forum vous prêtent une oreille attentive, il suffit d'avoir des arguments.
[^] # Re: Sur le fond
Posté par mahikeulbody . En réponse au lien Criminalité sur Internet : 150 personnes arrêtées dans le cadre d’une opération mondiale. Évalué à 2.
Tout est dans le "ont également". J'imagine que le but premier était le démantèlement de ce réseau et l'arrestation de ses responsables et que les saisies (sans doute pas représentatives des volumes générés durant toute son activité) sont du bonus.
[^] # Re: Mais pourquoi diable faudrait-il se passer du nucléaire ?
Posté par mahikeulbody . En réponse au lien Se passer du nucléaire en France est possible selon le prochain rapport de l'association Négawatt. Évalué à 6. Dernière modification le 23 octobre 2021 à 12:57.
Dit comme ça, c'est chouette.
En réalité (dixit cette étude) :
les statistiques montrent qu’un parc éolien réparti entre les façades [maritimes] produirait plus de 20% de sa puissance installée de façon quasi constante (90% du temps), ce ratio montant à près de 30% en période hivernale (où la demande d’électricité est plus forte)
Autrement dit, le parc éolien installé sur les façades maritimes (ça représente combien de % du parc total ?) peut produire 30% de la puissance installée 90% du temps.
Dit comme ça, c'est plus conforme au résultat de l'étude (et un peu moins chouette).
# Fortuneo
Posté par mahikeulbody . En réponse au message Paiement sécurisé sur un téléphone rooté. Évalué à 5. Dernière modification le 20 octobre 2021 à 12:39.
Pour info, sur Fortuneo:
Cette authentification à double facteur devra être effectuée à la connexion tous les 90 jours, de la façon suivante:
Si vous utilisez l’application mobile Fortuneo, cela sera transparent. Chaque authentification, grâce à la procédure d’association de votre téléphone ou de votre tablette et à la saisie de votre mot de passe ou de votre biométrie, constitue une authentification à double facteur. [j'imagine que les tel rootés sont exclus]
Si vous utilisez exclusivement notre site fortuneo.fr, la saisie d'un code reçu par SMS vous sera demandée en complément du mot de passe tous les 90 jours.
Du coup, si je comprends bien, pas besoin de smartphone, de boîtier ou de code fixe envoyé par courrier ??? Pourquoi les autres ne font pas pareil ?
[^] # Re: Pour moi, toujours pas d'appli.
Posté par mahikeulbody . En réponse au message Paiement sécurisé sur un téléphone rooté. Évalué à 6.
Là, c'est pour répondre à une obligation légale applicable à toute la population. Une solution genre boîtier fourni par la banque est acceptable… à condition d'être gratuite (quitte à ce que la banque soit éventuellement dédommagée par l’État, un peu comme la SNCF est dédommagée pour les tarifs sociaux imposés par l’État).
[^] # Re: open data et SQL
Posté par mahikeulbody . En réponse au lien Limite trop basse pour les noms de commune sur les CNI françaises. Évalué à 2.
Il suffit de faire une loi pour interdire la création de communes ayant un nom de plus de 38 caractères…
[^] # Re: « hésitation vaccinale »
Posté par mahikeulbody . En réponse au lien Il est stérile de rattacher l’hésitation vaccinale au complotisme.. Évalué à 3.
Tout de suite les grands mots ! Je dis que dans le cas d'une pandémie touchant potentiellement toute une population, il est pertinent de rationaliser les processus. Un médecin n'étant pas en mesure de le faire lui-même, on a établi pour lui une liste des cas où la balance bénéfice/risque est en défaveur du vaccin.
Je doute fort qu'un médecin ne respectant pas cette liste pour un patient soit sanctionné s'il est en mesure de le justifier (de le justifier sur la base de connaissances scientifiques ou d'un retour d'expérience particulier avec ce patient, pas sur la base de croyances…). Et si, en plus, ça permet de lutter contre des médecins antivax, c'est tout bénéfice.
J'ai interprété ton "peut-être" comme un "s'ils le veulent bien" (implicitement potentiellement soumis à l'arbitraire d'une commission). Parce que si je l'interprète comme un "peut-être" neutre, c'est-a-dire comme le résultat d'une ré-évaluation objective de la balance bénéfice/risque pour un patient, je ne vois pas en quoi ça te pose problème (ce qui est pourtant le cas, puisque tu en as parlé).
[^] # Re: « hésitation vaccinale »
Posté par mahikeulbody . En réponse au lien Il est stérile de rattacher l’hésitation vaccinale au complotisme.. Évalué à 1.
Exact ! Au temps pour moi.
[^] # Re: « hésitation vaccinale »
Posté par mahikeulbody . En réponse au lien Il est stérile de rattacher l’hésitation vaccinale au complotisme.. Évalué à 2.
Il serait d'ailleurs plus exact de parler de chiffre d'affaires que de salaire. Et ça fait une sacrée différence.
(ceci dit, mon propos n'est pas de plaindre les médecins).
[^] # Re: « hésitation vaccinale »
Posté par mahikeulbody . En réponse au lien Il est stérile de rattacher l’hésitation vaccinale au complotisme.. Évalué à 3.
J'imagine que la liste des "cases" prend en compte le savoir médical actuel. Et je n'imagine pas qu'un médecin en sache plus (il est même archi-probable qu'il en sache beaucoup moins). Cette liste prévoit tout de même le cas "on ne savait pas mais on en tient compte si on constate un effet négatif sur un patient donné".
Du coup, ce que tu voudrais c'est qu'un médecin décide par lui-même de l'existence d'une "case" inconnue du savoir médical actuel et ce sur une maladie rare qu'il n'a quasiment aucune chance d'avoir rencontré plus d'une fois avant et évidemment jamais face à un vaccin covid. Sur quelle base, va t-il faire la balance bénéfice/risque de la vaccination pour ce patient ? Au doigt mouillé ou plutôt selon ses convictions antivax ?
Sans cette liste, c'est la porte grande ouverte aux certificats de complaisance. Et il me paraît évident que si un médecin découvre un oubli avéré dans la liste, il le signalera et cela sera pris en compte.
Non, si tu n'es pas dans la liste, c'est que le savoir médical actuel n'a pas identifié de risque supérieur au bénéfice dans ton cas. Et il n'y a aucune chance qu'un médecin lambda en sache plus sur ce sujet. Dans la vie, les décisions rationnelles se prennent en se basant sur une évaluation des risques vs. les bénéfices. Je t'accorde que cette évaluation est sujette à erreur mais c'est le mieux qu'on puisse faire avec un savoir scientifique donné.
"peut-être" ?! Non mais sérieusement, tu oses après ça te prétendre objectif et non complotiste ?
[^] # Re: Finitions
Posté par mahikeulbody . En réponse au journal DIGIKAM gestion évoluée de photos. Évalué à 6. Dernière modification le 14 octobre 2021 à 20:08.
Tu fais l'impasse sur les autres comparaisons flatteuses que tu as cité…
Dans mon cas ça prend 2" pour 70000 photos au lancement pour la mettre à jour.
J'ai 70000 photos, nommées par horodate et rangées par année (24 ans) et par mois. Mais même si tu les as rangé d'une façon qui te paraît plus efficace pour toi*, quand ça couvre une grande période, tu peux avoir besoin d'outil pour en retrouver une en particulier. Et ça passe forcément par une base de données sous peine de prendre très très longtemps.
Sachant que le "astucieux" d'aujourd'hui te paraîtra peut-être inefficace plus tard, quand tes besoins de retrouver une photo auront changé (d'où mon choix d'une méthode basé sur un critère pérenne : la date).
Ça ferait beaucoup de boutons à mettre en accès direct, d'autant qu'ils viendraient se rajouter aux boutons incontournables d'un gestionnaire de photos. Le bouton "Éditeur d'image" permet l'ouverture de l'image sélectionnée dans l'éditeur d'image et la plupart des boutons que tu souhaites apparaissent en accès direct. Tu trouves que c'est "difficilement" accessible ?
Ceci dit, pour moi, la retouche est une fonction accessoire d'un gestionnaire de photos. Pour ça je préfère utiliser un logiciel de retouche (Darktable, en l’occurrence).
Btw, tu peux définir des raccourcis clavier, notamment pour le move.
PS. The last but not the least : je ne cherche pas à te convaincre d'utiliser Digikam, juste à relever, pour d'autres lecteurs éventuels ici, des points qui me paraissent erronés.
[^] # Re: Résumé
Posté par mahikeulbody . En réponse au lien Limite trop basse pour les noms de commune sur les CNI françaises. Évalué à 5.
Effectivement mais est-ce une excuse dans le cas cité : le nom de cette commune a t-il changé depuis la spécification du nouveau système de CNI ?
[^] # Re: « hésitation vaccinale »
Posté par mahikeulbody . En réponse au lien Il est stérile de rattacher l’hésitation vaccinale au complotisme.. Évalué à 5.
Je me suis contenté de vérifier pour l'Islande (j'ai mis en italique les passages qui me paraissent importants) :
L'Islande ne veut plus utiliser le vaccin Moderna pour lutter contre l'épidémie de Covid-19. Du moins pour l'instant. Aussi a-t-elle décidé de le suspendre, vendredi 8 octobre. La raison : de légers risques accrus d'inflammations cardiaques. Dans un communiqué publié sur le site de la Direction islandaise de la Santé, les autorités indiquent ainsi que « comme l'approvisionnement en vaccin Pfizer est suffisant sur le territoire (…), le chef épidémiologiste a décidé de ne pas utiliser le vaccin Moderna en Islande ».
Cela n'aura pas d'incidence sur la campagne de vaccination dans la vaste île de l'Atlantique nord de 370 000 habitants, où 88 % de la population âgée de plus de 12 ans est déjà entièrement vaccinée.
Bref, on a une situation où la majeure partie de la population est vaccinée (d'où un risque moindre de voir la pandémie saturer le système de santé) et où on a un autre vaccin disponible en stock. Dans ce cas, la balance bénéfices/risques de Moderna chute en Islande et on
l'interditle suspend.On s'éloigne sensiblement du message que tu cherchais à faire passer…
[^] # Re: Finitions
Posté par mahikeulbody . En réponse au journal DIGIKAM gestion évoluée de photos. Évalué à 7.
Sans base de données (qu'elle soit SQL ou autre), les performances de la recherche sont forcément très mauvaises, surtout sur plusieurs dizaines de milliers de photos. Et une recherche efficace, c'est une fonction de base d'un outil de gestion de documents.
Il n'y a pas de raisons pour que l'existence d'une base de données ou d'une reconnaissance de visages viennent détruire l'ergonomie d'un logiciel ; si c'est le cas, c'est qu'il est mal fichu. Ça ne justifie pas un rejet a priori de tout logiciel ayant une base de données.
Il y a un cas où l'utilisation d'une base de données doit interpeller : c'est quand elle contient des informations non reconstituables : certains logiciels photos stockent des métadonnées en base sans offrir la possibilité de les écrire aussi dans les photos. Ce n'est pas le cas de Digikam.
Tes besoins (où la façon de les résoudre) sont différents des miens mais pourquoi l'exprimer en insultant les gens ? Je ne fais pas partie des RG, je ne suis pas un excité de Facebook/Instagram/etc… (je n'ai pas de compte), je ne cherche pas à ficher tous mes potes, je veux juste retrouver rapidement des photos. Et pouvoir les retrouver en cherchant par les visages est un outil puissant pour mon utilisation personnelle.
A ce sujet, ton test d'une version ancienne avec une majorité de critiques autour de la reconnaissance de visages n'est pas pertinent : c'est une fonction assez nouvelle qui a beaucoup évolué depuis. De plus, je n'arrive pas à voir en quoi elle perturbe si on ne l'utilise pas (ton cas puisque tu n'es pas un excité de Facebook).
# et la mise à mal de quelques idées reçues
Posté par mahikeulbody . En réponse au lien Les terres rares. Évalué à 4. Dernière modification le 13 octobre 2021 à 13:50.
On voit souvent des commentaires ici-même mettant en avant l'impact négatif de certaines technologies du fait de leur utilisation de terres rares (éoliennes, voitures électriques, etc…).
Cette vidéo me paraît intéressante pour avoir une idée un peu moins parcellaire et caricaturale sur ces fameuses terres rares.
[^] # Re: À propos de la voiture électrique
Posté par mahikeulbody . En réponse au journal Le pétrole, le GPL, la voiture électrique, et mon portefeuille. Évalué à 5.
N'est-ce pas à cause du bruit artificiel qu'une voiture électrique est obligée de générer pour ne pas surprendre les piétons ?
C'est quelque chose qui pourrait s'améliorer avec le temps : habitude des gens à ce nouveau type de véhicule, génération de bruit uniquement quand un radar détecte des piétons à proximité, etc…
[^] # Re: À propos de la voiture électrique
Posté par mahikeulbody . En réponse au journal Le pétrole, le GPL, la voiture électrique, et mon portefeuille. Évalué à 3. Dernière modification le 13 octobre 2021 à 10:16.
Tout à fait : de mémoire également, ça dépend du kilométrage annuel.
[^] # Re: Et Tor?
Posté par mahikeulbody . En réponse au lien It’s Time to Stop Paying for a VPN. Évalué à 2.
TOR permet d'accéder à un service en contournant les éventuelles restrictions propre au pays d'où tu te connectes (Netflix, par exemple) ?
[^] # Re: Gros flou?
Posté par mahikeulbody . En réponse au message Les citoyens européens sont-ils assujettis aux lois restrictives américaines ?. Évalué à 2. Dernière modification le 11 octobre 2021 à 13:12.
Encore faut-il qu'ils sachent que tu as téléchargé une Fedora… oh wait…
[^] # Re: très bien mais il manque encore quelques fonctionnalités
Posté par mahikeulbody . En réponse au journal DIGIKAM gestion évoluée de photos. Évalué à 3.
Le geo-tagging n'a rien à voir avec ce dont je parle. Moi je parle de champs IPTC tels que XMP-photoshop:City, IPTC:Province-State, etc… ou de n'importe quel autre champs IPTC, en fait.
La seule façon que je connaisse de rajouter des champs autre que les habituelles mots-clé, légende ou titre, c'est via un modèle de méta-données. Cette façon de faire est viable pour des trucs récurrents comme les infos relatives à l'auteur qu'on peut appliquer à des ensembles de photos mais totalement inutilisable pour des infos propre à chaque photo. Par ailleurs, les modèles en question se limitent à un sous-ensemble de champs IPTC et ne sont pas extensibles à ma connaissance.
Je ne vois aucun moyen de chercher sur le champ XMP-iptcCore:Location, par exemple. La recherche est instantanée pour tous les champs stockés en base (un sous-ensemble des champs IPTC) mais impossible pour les autres.
[^] # Re: très bien mais il manque encore quelques fonctionnalités
Posté par mahikeulbody . En réponse au journal DIGIKAM gestion évoluée de photos. Évalué à 5.
Il ne s'agissait pas d'une critique de ma part : juste le constat que cette fonctionnalité me manque mais que les développeurs ne l'ont pas mis sur la liste des choses qu'ils avaient envie de faire (pour le moment du moins, car Digikam évolue beaucoup). Et je sais par expérience que quand il s'agit d'un bug, ils répondent.
[^] # Re: très bien mais il manque encore quelques fonctionnalités
Posté par mahikeulbody . En réponse au journal DIGIKAM gestion évoluée de photos. Évalué à 6.
Question posée en janvier 2018, sans réponse depuis.
https://mail.kde.org/pipermail/digikam-users/2018-January/026010.html
[^] # Re: Intérressant
Posté par mahikeulbody . En réponse au journal DIGIKAM gestion évoluée de photos. Évalué à 6.
Attention, il ne suffit pas forcément que la base soit partageable, j'imagine qu'il faut aussi que le logiciel lui-même soit conçu pour que plusieurs instances puissent travailler en parallèle. Or Digikam n'a pas, à ma connaissance, de mode serveur. Que se passe t-il dans le cas de deux instances configurées différemment ?
# très bien mais il manque encore quelques fonctionnalités
Posté par mahikeulbody . En réponse au journal DIGIKAM gestion évoluée de photos. Évalué à 4. Dernière modification le 08 octobre 2021 à 15:01.
J'utilise Digikam. J'en suis satisfait mais il me manque un truc important : la recherche dans n'importe quel champ XMP de mon choix. Actuellement, la recherche est limitée à un petit sous-ensemble de tags. J'utilise notamment les champs Location, City, etc… et impossible de chercher sur ces critères. En fait, le problème vient du fait que Digikam ne recherche que les tags stockés en base et il n'en stocke qu'un petit nombre prédéfini. J'ai utilisé par le passé un logiciel commercial sous Windows qui lui permettait de configurer les champs IPTC/XMP à stocker en base et qui, de ce fait, permettait des recherches complètes.
[^] # Re: Intérressant
Posté par mahikeulbody . En réponse au journal DIGIKAM gestion évoluée de photos. Évalué à 7.
1) Pour 60000 photos ma base SQLite (on peut aussi utiliser MySQL) fait 50 Mo. La base des thumbnails fait 1,2 Go (mais ça dépend de la taille configurée).
2) Je pense que oui. On peut en tous cas changer des méta-données dans la base et synchroniser ultérieurement les images (et vice versa).
3) Je ne sais pas.
[^] # Re: Tu m'épargnes un journal
Posté par mahikeulbody . En réponse au journal Dégoogliser son smartphone pour les nuls (ou les gens pressés). Évalué à 9.
On a eu droit récemment à crétinphone, asservissophone, inapdataphone, paléothonphone, …
Je voudrais signaler aux auteurs de ces qualificatifs qu'il n'est nul besoin de verser dans une surenchère ridicule pour que les usagers de ce forum vous prêtent une oreille attentive, il suffit d'avoir des arguments.