mahikeulbody a écrit 1656 commentaires

Hors sujet
Tout smartphone bien configuré offre, parmi les suggestions de mot lors d'une frappe clavier, un qui correspond exactement à ce qui a été saisi. Par exemple, pour free, il me propose 'Frère' et 'Frères' mais aussi 'free'. Du coup, après avoir saisi 'free' il me suffit de cliquer sur le 'free' proposé pour que ça accepte le mot sans modification. Sinon, il va effectivement immanquablement corriger puisqu'il a été configuré pour ça (oui, en général, on peut aussi configurer l'application clavier pour qu'elle ne fasse pas de suggestion/correction).
Fin hors sujet

Le format raw n'est pas un format propriétaire… car n'est pas un format !

Je voulais bien sûr dire le format raw de chaque modèle d'appareil est un format propriétaire (et en général non documenté). Merci de l'avoir précisé.

Le format raw désigne le format brut utilisé par l'appareil photo qui contient les données brutes du capteur, sans traitement.

Ainsi que les données relatives à la prise de vue (y compris celles qui ne concernent que le jpeg).

Bon, en pratique, je ne suis pas sur que les grandes marques du marché (Canon, Nikon, etc…) sortent les spécifications de leurs formats respectifs.

Non (même si on peut supposer que Adobe a un peu de moins de mal à obtenir les infos que d'autres éditeurs plus petits…). Néanmoins certains utilisent le format DNG qui est un format en principe ouvert (Hasselblad, Leica, Ricoh, Pentax ou Samsung).

…ou de mauvais encodeurs de raw.

Il n'y a que l'appareil photo qui encode des raw. Ce n'est donc pas trop le sujet ici avec Darktable.

Dans le cas qui me concernait relatif à la modification d'une date exif dans le raw, les autres logiciels que j'avais testé (le logiciel d'Olympus, DxO et Lightroom) n'étaient pas gênés - en apparence du moins - par cette modification.

Néanmoins, le message du développeur de DT est que c'est fragile et dangereux (sauf si on garde aussi les raw d'origine). D'ailleurs je ne pense pas que Lighroom ou DxO autorisent la modification des fichiers raw.

Je vais regarder du côté d'exiftool. Et si vraiment ça pose un problème à darktable, alors tant pis, je laisserais tomber & mettrait peut-être ces valeurs en commentaire.

En principe ça doit marcher. Mais le développeur de DT qui s'occupe de la lecture du raw dit que c'est une aberration de modifier un raw car c'est un format propriétaire qu'il est donc très facile de casser par ignorance. Il donne l'exemple de certains fabricants qui chiffrent certaines parties de données exif (Sony notamment) et un scénario qui pourrait rendre ces données indéchiffrables si on modifie un truc à coté.

Le développeur de exiftool ne le voit pas comme ça et il pense qu'il n'y a pas de problème, seulement de "mauvais" décodeurs de raw…

Bref, j'ai eu droit à la correction d'un "bug" de décodage de .orf suite à la modification d'une date exif - après échanges entre Phil Harvey et le développeur de DT - mais ce dernier assure que c'est la dernière fois et qu'il ne fera plus de maintenance relative à des fichiers raw modifiés.

En bref, il y a de très fortes chances que ça marche mais garde une copie du raw avant exiftool jusqu'à avoir bien vérifié que DT ne bute pas dessus.

Tu notes ces valeurs à chaque fois que tu fais une photo avec un objectif "manuel" ?!

Tu pourrais peut-être les rajouter sous forme de commentaire ou de mot-clé ?

Je doute que les développeurs mettent en oeuvre un éditeur de données exif avec copie des valeurs modifiées dans le fichier xmp mais tu peux toujours faire une demande sur le bug tracker (http://redmine.darktable.org/projects/darktable/issues).

Je ne suis pas sûr d'avoir bien compris la question donc peut-être que mes réponses sont à coté de la plaque.

S'il s'agit de modifier réellement des exifs dans le fichier raw, la réponse est non et ça ne changera pas car modifier un fichier raw n'est absolument pas recommandable (dixit les développeurs de DT d'où quelques désaccords avec le développeur de exiftool qui permet ça).

S'il s'agit de décrire l'ouverture et la focale d'un objectif pour faire des corrections d'objectif (distorsions, etc…), le module "corrections d'objectif" le permet.

J'imagine plusieurs méthodes : des cookies, la même IP, la même adresse MAC (c'est une info transmise dans les paquets IP ?). Tu dis "j'utilise rarement Facebook sur mon 1er compte" ; en fait il suffit d'une fois pour faire le lien.

Mais je doute qu'il ait accès à des données fournies par Orange, ça me semble trop risqué pour Orange qui se ferait forcément prendre tôt ou tard (mais peut-être que je me fais des illusions).

Perso les logiciels à la Lightroom qui prennent la main sur les fichiers et t'obligent à passer par eux m'énervent profondément.

Je ne sais pas pour lightroom mais DT ne "prend pas la main" sur tes fichiers. Ils restent là où ils sont selon l'organisation que tu as choisi. Ce qu'on appelle importation n'est ici que l'opération consistant à dire à DT "lis ces images pour stocker leurs meta-données dans une base de données afin de permettre des recherches". De la même façon, je ne comprends pas bien en quoi DT t'oblige à passer par lui pour accéder à tes images.

En fait, comme dit par quelqu'un d'autre ici, si tu fais du catalogage il faut forcément quelque chose qui ressemble à un import. Ceci dit on peut très bien utiliser DT comme un pur développeur raw et ne pas s'occuper de ce qu'il catalogue.

Personnellement, j'ai une licence DxO Optic Pro mais je ne me sers plus que de DT. Il demande un peu de temps mais grâce à des gens comme carafife et ses vidéos cela peut aller assez vite et après on a vraiment un logiciel superbe à disposition.

Le développeur en charge du sujet dans Darktable est farouchement contre l'écriture d'informations dans un fichier raw. J'ai moi-même une fois voulu modifier la date exif dans des fichiers raw en utilisant pour cela exiftool - une référence en la matière - et cela a généré des erreurs sous Darktable. Mon problème a pu se régler via une discussion entre ce développeur et celui de exiftool (Phil Harvey) mais cela a renforcé l'opinion du développeur de DT que modifier un fichier raw était à proscrire absolument.

En tous cas, pour les métadonnées non exif (sujet, mots clé, etc…), ils conseillent fortement l'option de DT de les générer à coté dans un fichier xmp (i.e. xml).

Je reste persuadé que le boitier de Voltalis se substitue aux disjoncteurs du tableau électrique ou, plus précisément, à ceux qui contrôlent les sous-réseaux électriques pertinents : ballon eau chaude, chauffage chambre 1, chauffage chambre 2, etc… Ce n'est donc pas, à proprement parler, pièce par pièce mais sous-réseau par sous-réseau (ce qui ne revient pas tout à fait au même et est bien plus simple à mettre en place sur une installation existante).

Par ailleurs, je trouve que l'argument (cf. kelwatt) "Le boîtier Voltalis et le suivi consommation permettent de faire des économies significatives sur les factures en réduisant la consommation d'électricité jusqu'à 15%" est un peu attrape-nigaud : c'est sûr que si on consomme moins on paiera moins. Mais ici, l'idée c'est de consommer moins quand le réseau l'exige. Cette souplesse se marchande (cher) sur un marché spécifique dit "des ajustements" et c'est Voltalis qui empoche la mise tout seul, pas ses clients… (il faudrait cependant voir en combien de temps ils amortissent leur boîtier).

Ceci dit, je trouve cette idée excellente.

Je viens de consulter (rapidement) leur site et j'ai l'impression que leur système est plutôt capable de couper certains sous-réseaux du logement (un sous-réseau chauffage, le sous-réseau ballon électrique, le sous-réseau climatisation, etc…) comme si on ouvrait le disjoncteur correspondant. L'idée n'étant pas tant de surveiller la typologie de la consommation mais de couper certains équipements - sans impact immédiat sur le confort - en fonction des nécessités d'ajustement à la baisse (effacement), Voltalis proposant en temps réel sur le marché des ajustements les effacements de ses clients.

Ça me paraît d'ailleurs plus intelligent que de limiter globalement (et temporairement) la puissance du compteur comme le proposaient certains contrats EDF.

Quand Darktable reprendra l'implémentation de GEGL […].

Oui, ben ça ce n'est certainement pas pour demain et c'est même pas sûr que ça se fasse un jour (dixit un développeur de Darktable à qui j'ai posé la question il y a quelques mois).

A part ça, super dépêche !

C'est beau la théorie :)

Quand je parlais du "vrai" boulot du RTE, c'est selon la théorie. Théorie dans laquelle il y a des responsables d'équilibre (qui sinon ne servent à rien). Car en pratique je suis bien d'accord que

Globalement la conso ne change pas selon les opérateurs ou leur nombre, elle change à cause de la météo (température, ensoleillement), d’évènement particulier (changement d'heure, rentrée des classes, grève, coupe du monde…).

Tout comme je suis d'accord que

avoir une équipe qui s'occupe de la prévision, est économiquement bien plus rentable que d'avoir 50 sources + 1 équipe, mais il est vrai que ça fait moins de PIB et plus de chômage.

Mais le fait est qu'avec la dérégulation on n'est pas vraiment dans une logique d'optimisation des coûts vue la complexité introduite (les SSII, elles, se sont réjouîtes). Et c'est pareil dans le gaz…

Le marché français est dérégulé mais en pratique c'est EDF à 99%. Rien à voir avec certains pays nordiques où cette dérégulation se traduit par de multiples acteurs d'importance un peu plus comparables. Du coup, ça fonctionne un peu comme avant même si les apparences sont respectées.

C'est ainsi que le RTE fait effectivement une prévision aux points d'interconnexion du réseau de transport avec les réseaux de distribution alors que ce n'est pas vraiment son boulot dans la logique de la dérégulation. Son boulot est plutôt de consolider les prévisions présentées par les responsables d'équilibre et effectuer les achats/ventes sur le marché des ajustements pour pallier aux éventuels écarts (autres que ceux qui relèvent du réglage primaire des moyens de production), achats/ventes qu'il va ensuite répercuter sur les responsables d'équilibre en défaut.

N'oublions pas que s'il y a des écarts il faut acheter cher les ajustements nécessaires et le RTE n'a en principe ni raison - ni les moyens - d'être le payeur.

Disposer des mesures réelles au pas 10' dans un périmètre d'équilibre (et non plus des courbes estimées à partir de profils de consommation type) est ainsi une avancée pour la fiabilité de la prévision des responsables d'équilibre.

voir http://www.cre.fr/operateurs/responsables-d-equilibre

Je ne connais pas smappee* mais il s'agit de toutes façons de quelque chose en plus du compteur imposé par le gestionnaire du réseau de distribution (un compteur "classique" ou un Linky, par exemple).

* Il n'est d'ailleurs peut-être pas très heureux d'appeler ça un "compteur" même si ça compte aussi car ça peut créer une confusion.

> et connait parfaitement mon abonnement.

La situation a évolué depuis : le marché de l'énergie est maintenant dérégulé. A l'époque du tout EDF le compteur EDF "connaissait" les tarifs EDF (au demeurant assez simples). Aujourd'hui, on peut souscrire un contrat d'énergie auprès de multiples commercialisateurs, chacun ayant ses propres offres plus ou moins complexes pour se démarquer de ses concurrents, et on peut changer tous les mois si on veut (et si le contrat n'implique pas un engagement minimal). Ce n'est plus un compteur d'un EDF à la fois commercialisateur, producteur, gestionnaire du réseau de transport et gestionnaire du réseau de distribution (et donc des compteurs) mais un compteur ERDF ou GEG, par exemple. Du coup, ce serait plus compliqué de pouvoir y programmer un tarif propre à un commercialisateur.

partant de là, «mesurer» toutes les minutes (ou toutes les secondes) pourquoi pas. Mais «transmettre» ? Quel intérêt ?

Il faut distinguer deux choses : les aspects techniques du contrat (la puissance max autorisée) et la facturation. Linky a bien sûr connaissance de la puissance max autorisée et est en mesure de couper si dépassement. En revanche, je ne pense pas que Linky ait connaissance du contrat (par exemple, côtoyer la puissance max pendant plus de 3' à l'heure de la pub sur TF1 entraîne une surfacturation de 2€ du KWh). Du coup, pour que le commercialisateur puisse facturer ce contrat, il faudrait que Linky mesure et transmette la courbe de consommation au pas 1' (par exemple).

> Du coup, ça serait plus logique de relever la consommation toutes les minutes.

Sauf que relever, transférer, stocker et traiter les courbes de consommation au pas 10' de dizaines de millions de clients est quelque chose d'assez énorme. Alors pour le faire, il faudrait que ça ait un réel intérêt. Et vu que le besoin coté gestion du réseau se satisfait d'un pas 10', le (gros) surcoût d'un système au pas 1' (là, je ne parle pas juste du compteur mais de toute la chaîne d'informations mutualisée entre tous les opérateurs concernés) devrait être pris en charge par les seuls commercialisateurs. Il faudrait donc qu'il y ait un réel bénéfice pour ceux-ci à proposer des tarifs reposant sur un suivi à la minute de la consommation. J'en doute un peu et le fait est qu'à ma connaissance aucun d'entre eux ne l'a demandé.

> de toutes façons, t'auras pas le temps de réagir plus que si tu avais la conso heure par heure, voire 3h par 3h.

Attention, il ne s'agit pas de "réagir". Cette courbe de consommation au pas 10' ne sera de toutes façons relevée par ERDF que quelques heures/jours plus tard. Il s'agit en réalité de mesurer, à postériori, l'écart entre la prévision de consommation faite par le commercialisateur (de façon globale à chaque nœud de sortie du réseau haute tension et au pas 10') et la consommation réelle de ses clients, pour les raisons de gestion opérationnelle du réseau dont je parle dans un autre post.

Accessoirement, cette courbe peut servir aussi, à postériori également, à facturer le client selon les caractéristiques du contrat (tel tarif entre telle et telle heure dans telle et telle tranche de conso, etc… tout est possible).

Je voulais dire "équilibre entre la consommation et la prévision production", bien sûr.

Dans un système électrique, il est vital d'avoir un équilibre entre la consommation et la prévision. La gestion de cet équilibre dépend de la prévision de consommation faite à l'avance par les commercialisateurs d'énergie. Pour inciter à une bonne prévision, tout écart est pénalisé par le RTE (gestionnaire du réseau de transport).

Avec des compteurs "classiques" on ne sait pas réellement mesurer cet écart par commercialisateur alors on se base sur des profils de consommation plus ou moins fiables (ces profils sont des formes de courbe de charge (au pas 10' car j'imagine que c'est avec cette précision que la gestion opérationnelle du réseau s'effectue).

Avoir une mesure de la consommation individuelle sous la forme d'une courbe de charge mesurée et non plus estimée permet une mesure effective des écarts prévision-consommation par commercialisateur et une pénalisation éventuelle plus juste de ceux-ci.

C'est surtout important pour les "petits" commercialisateurs (i.e. autres que EDF) car ce sont eux qui ont le plus de mal à faire des prévisions fiables du fait d'un plus petit nombre de clients.

J'ai acheté il y a deux ans un portable Asus et je me suis fais rembourser la licence Windows. Il y a bien sûr une procédure à suivre mais elle est documentée et assez light puisqu'il n'y a pas besoin de renvoyer le laptop (ne pas démarrer le laptop et accepter la licence Windows car après c'est trop tard). J'avais été remboursé d'environ 75€ me semble t-il, sans avoir eu à me battre.

Après il vaut sans doute mieux garder la partition de "restauration" car il est fort possible qu'ils demandent sa mise en oeuvre avant une prise en garantie.

Je n'ai pas activé Google Now et je peux quand même rédiger des sms vocalement (entre autre choses). Je passe par le widget "recherche vocale" sur l'écran d'accueil. Ceci dit, ça reste "pas libre".

Il faut distinguer la commande vocale (qui permet d'effectuer une action) et la saisie vocale (qui permet de saisir un texte).

NB. J'évite le mode "ok google" qui consomme de la batterie puisque le tel/tablette est en écoute permanente.

Exemples de commande vocale (avec parfois une saisie vocale dans la foulée) :

Appeler un ami : "Appeler Isabelle Dupont".

Envoyer un SMS à un ami : "Envoyer un SMS à Julien pour lui dire que j'ai cinq minutes de retard".

Envoyer un e-mail : "Envoyer un e-mail à Christine, objet nouvelles chaussures, message, j'ai vraiment hâte que tu voies mes nouvelles chaussures, point final".

Obtenir un itinéraire : "Itinéraire vers Toulouse" ou "Itinéraire vers 129, avenue de la justice, Montpellier".

Rechercher des adresses à proximité : "Où est la boulangerie la plus proche ?"

Je ne suis pas un intégriste de la grammaire mais dans un titre ça pique un peu :

les autres fournisseur s
de manière chiffr ée

Je subodore que la demande est en fait "installer Linux sans toucher casser le Windows déjà installé".

Si c'est bien le cas, je pense qu'un dual-boot est une manip plus simple et naturelle qu'une virtualisation. En tous cas, ça mérite d'être aussi proposé.

Tu peux aussi opter pour un dual-boot (i.e. choix de l'OS au démarrage de la machine). Ubuntu, par exemple, offre le choix d'installer Linux à coté d'un Windows déjà installé.