Je n’ai trouvé aucun moyen de dire à Darktable de ne pas se croire en métropole… alors que je suis sur l’île de la Réunion.
je suis obligé pour utiliser un fichier gpx de mettre mes photos à l’heure de la métropole, et d’appliquer -2h en « été » ou -3h en hiver pour charger le fichier gpx et géocoder mes photos avant de refaire dans l’autre sens le décalage: cela est source de manipulation et d’erreurs alors que tout était prévu justement pour éviter ces tracas (les métadonnées, les réglages de fuseau horaire… etc).
Les appareils photos sont bien en heure GMT avec le réglage du fuseau horaire +4, décalage horaire de mon pays qui ne change pas d’heure été/hiver
L’heure indiquée dans les métadonnées des jpg produits par les appareils photos ou le smartphone (les raw) est bien l’heure locale.
L’heure indiquée dans le fichier jpg issue de développement est bien l’heure locale si je n’applique pas un décalage au développement
L’heure dans les fichiers gpx (obtenu par oruxmap et le smartphone ou bien un compteur de vélo équipé de GPS et le site garmin), est bien l’heure GMT avec la lettre « Z » pour le préciser.
si on pouvait simplement avoir une fenêtre de dialogue avec heure d’été on/off, le décalage horaire GMT + 4 ou autre au choix, mais je ne comprend pas comment darktable considère que les métadonnées des photos sont en heure locale française quelque soit le décalage horaire réglé à l’appareil photo.
Mon ordinateur est réglé à l’heure GMT et le système est réglé à port-louis île Maurice ce qui donne GMT+4 et affiche correctement la ligne jour/nuit de la carte du monde (en passant interface de linux debian est horriblement compliquée pour aboutir à ce réglage: on ne peut pas régler le fuseau horaire que par choix de ville classées par ordre alphanétique (ce qui gêne considérablement à trouver le bon fuseau horaire) et bien entendue, Cilaos la Réunion n’existe pas dans la liste (heureusement l’ile-maurice est connue. C’est aberrant qu’il manque le choix par fuseau horaire!!!
vraiment on se fait chyer pour des trukalacon
pour le reste, darktable est quasi parfait et je m’en sers systématiquement pour sortir mes photos, malheureusement panoramio est mort, je les envoie sur
j’aimerais aussi savoir comment supprimer les vignettes de la carte pour les photos que j’ai géolocalisé manuellement qui s’accumulent (faut t-il le faire en vidant le cache manuellement avec l’explorateur de fichier?), les « timbres » ont envahi la carte alors que le travail est fait, et je ne parviens pas à les effacer après chaque session ils se sont cumulé depuis le début et masquent la carte, mais dans le cache je trouve pas des miniatures qui correspondent aux photos que j’ai géolocalisée, et bien plus nombreuses restées sur la carte.
Je n’ai trouvé aucun moyen de dire à Darktable de ne pas se croire en métropole… alors que je suis sur l’île de la Réunion.
Et comment font les Anglais, Américains, Canadiens, Australiens ???
Mon ordinateur est réglé à l’heure GMT et le système est réglé à port-louis île Maurice ce qui donne GMT+4 et affiche correctement la ligne jour/nuit de la carte du monde (en passant
interface de linux debian est horriblement compliquée pour aboutir à ce réglage: on ne peut pas régler le fuseau horaire que par choix de ville classées par ordre alphanétique
(ce qui gêne considérablement à trouver le bon fuseau horaire) et bien entendue,
Hum, quelle version de Debian? Chez moi j’ai une option « Fuseau horaire automatique » que j’utilise et qui fonctionne bien. Sinon, si je fais manuellement j’ai une carte et je peux cliquer dessus pour désigner mon fuseau. Je viens de tester et je peux sans problème cliquer sur l’ile de la réunion qui est reconnue en GMT+4.
Pas certain que cela te donne une solution, mais clairement ton message est assez étrange et il y a peut-être une incompréhension quelque part.
[hr]
j’aimerais aussi savoir comment supprimer les vignettes de la carte pour les photos que j’ai géolocalisé manuellement qui s’accumulent
Oui, le but c’est bien que les images s’accumulent Les images géolocalisées se retrouvent sur la carte et plus on géolocalise plus on a d’image sur la carte. Tu peux zoomer sur une zome pour ne voir que certaines images.
Sinon pour supprimer un image de la carte tu peux la prendre et la déposer dans le film en dessous. MAIS ce va supprimer les informations de gélocalisation de li’mage.
DT->préférences->options d’interface->nombre maximum d’images affichées sur la carte.
Par défaut c’est 100, mais tu peux réduire si tu veux limiter le nombre d’images.
Un petit tour dans le salon « Présentation » serait apprécié. Et darktable s’écrit avec un d minuscule même en début de phrase selon le désir du créateur.
pour linux c’est débian 9 installée en juillet. On ne peut plus en effet comme avant cliquer sur le fuseau, il faut choisir une ville dans une liste, c’est incompréhensible et anti-ergonomique. Pleins de petits détails sont anti-ergonomiques, je ne suis pas content de cette mise à jour, mais c’était nécessaire pour l’ordinateur moderne de cette année.
Anglais, Américains, Canadiens, sont dans l’hémisphère nord avec passage heure d’été heure d’hiver. Australiens? oui, comment ils font?!
POUR LES VIGNETTES.
DT->préférences->options d’interface->nombre maximum d’images affichées sur la carte.
je ne parvient pas à trouver le moindre accès à ce menu.
Merci jpverrue pour les vignettes de la carte, mais c’est l’échec https://www.darktable.org/usermanual/fr/preferences.html
A button located in the upper panel allows you to define various parameters which control darktable’s behavior.
pour le nombre d’image sur la carte
problème réglé par l’édition directe du fichier de configuration. darktablerc
plugins/map/max_images_drawn=5
au lieu de
plugins/map/max_images_drawn=100
même 5 c’est chiant, il faut mettre 1 comme ça ça n’affiche que la dernière traitée manuellement.
[color=#3333ff][size=x-small]Dans ce fichier il y a[/size][/color]
[color=#3333ff][size=x-small]plugins/lighttable/geotagging/expanded=TRUE[/size][/color]
[color=#3333ff][size=x-small]plugins/lighttable/geotagging/offset=+03:00:00[/size][/color]
[color=#3333ff][size=x-small]plugins/lighttable/geotagging/tz=Europe/Paris[/size][/color]
[color=#3333ff][size=x-small]plugins/lighttable/geotagging/tz=Europe/Paris [/size][/color]
[color=#3333ff][size=x-small]voilà peut être la source du problème, si c’est décidé à l’installation, on met quoi pour Cilaos la Réunion? quelle syntaxe pour que le programme comprenne « tz = GMT+4 »?[/size][/color]
[color=#3333ff][size=x-small]avec tz=Europe/Paris il faut que je fasse offset=-03:00:00 avant d’appliquer le gpx et offset=+03:00:00 pour remettre mes photos à l’heure!!![/size][/color]
[hr]
en cherchant j’ai trouvé une info de syntaxe http://www.timezoneconverter.com/cgi-bin/zoneinfo
j’aurais aimé faire simple mais justement (et je l’ai expliqué et cité le manuel) cette roue dentée n’est jamais affichée sur mon système.
un programme connu n’a jamais fonctionné: c’est VLC il peut se lancer par une commande console mais ne charge pas l’interface, après des heures de recherches réitérée pendant quelques mois j’ai trouvé aucun indice, personne n’en parle, j’ai abandonné. Les mises à jour du système, depuis, n’ont rien changé et impossible de compiler un ancien VLC une protection de sécurité l’interdit (les librairies nécéssaire ont une faille de sécurité). Peut être il y a un lien, mais un tel bug sur un des logiciels les plus connus devrait être mentionné.
[hr]
j’ai finalement trouvé, c’était le petit triangle qui y donnait accès,. J’ai beaucoup de mal avec les onglets et info masquées de cette manière: j’ai besoin de voir toutes les infos d’un coup pour gérer les choses. Mais pas trouvé dans les préférence de réglage de time-zone
Là on parle de la version 2.2.1 !!! Tu devrais passer rapidement en 2.4.4 car beaucoup de bugs ont été corrigés depuis. T’aider sur cette vieille version est une perte de temps pour tout le monde.
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
darktable is already the newest version (2.2.1-3).
ça oblige encore à aller chercher des sources-listes, ou compiler… etc. ça manque de simplicité
https://darktable.fr/installation/
=> debian
sudo apt-get install darktable
Une version plus récente est peut être présente sur les backports
https://backports.debian.org/ est écrit en rose beef… c’est du touin touin…
Enfin bref, maintenant que Darktable installé est à l’heure, que tout marche bien, que je n’ai plus qu’à passer à la moulinette mes photos… je m’en contente.
pour le reste c’est tout de même un excellent logiciel (je n’en connait d’ailleurs pas d’autre pour faire cela)
ça oblige encore à aller chercher des sources-listes, ou compiler… etc. ça manque de simplicité
J’ai l’impression que dans pas mal de tes messages tu combats la réalité et tu n’es pas très constructif! C’est pas très productif, c’est très chiant à lire en permanence… Voir message de jpg54 pour la solution.
Juste une remarque, jean-thevenet est sur Debian et les ppa Ubuntu ne sont pas conseillés du tout. Il est plutôt conseillé d’utiliser les dépôts backports qui sont la méthode officielle Debian.
@jean-thevenet
En résumé, il faut que tu ajoutes la ligne suivante dans ton /etc/apt/sources.list
deb http://deb.debian.org/debian/ stretch-backports main contrib non-free
Tu peux supprimer « contrib » et « non-free » si tu ne souhaites pas disposer de paquets non-libres, de toute façon darktable est dans « main ».
Ensuite pour installer la dernière version, il faut lancer la commande suivante en root :
apt-get -t stretch-backports install darktable
Une fois la nouvelle version darktable installée, elle se mettra automatiquement à jour en même temps que tous les autres paquets. Tu auras donc accès à la version 2.6 quand elle sera disponible dans les dépôts backports.
Merci à vous tous, vous m’avez apporté de l’aide et je vais tenter par les backports. Comme j’ai réussi à régler mon problème et que maintenant ça marche parfaitement et que j’ai crée mes « routines », j’aimerais savoir avant si des changement d’ergonomie ont été effectués avant de tenter la mise à jour.
Je suis « autiste » (syndrome d’asperger), et j’ai de grosses difficultés à gérer un changement d’ergonomie et les mises à jour à cause de ma difficulté à faire autrement que passer par des routines séquencées « pas à pas » pour travailler. je met très longtemps à mettre en place les astuces pour compenser et utiliser les logiciels (entre 6 mois et 3 ans) et parfois, des mois d’entraînement sont dilapidées par un bête changement d’ergonomie, du coup je tarde à faire les mises à jour quand je parviens à travailler efficacement avec un logiciel.
Autrement j’aime bien Darktable et les fonctions de nommage de fichiers à partir des métadonnées, la géolocalisation… sont des fonctions très précieuses (dans le passé je passais beaucoup de temps à géolocaliser à la main).
Pour la Réunion, chaosphere, ça vaudrait le coup qu’on se rencontre partager la photo. Moi je suis à Cilaos, et en début d’après midi, en travail de restauration de la Forêt de la Roche Merveilleuse. j’ai laissé des traces sur google-map pour tracer mes travaux et l’état de la forêt. Le tourisme par hélicoptère provoque hélas des dégâts directs (perturbation des oiseaux et du coup de la flore) et des dégâts indirects (durant le matin, vacarme quasi permanent de 6h du matin à 11h: https://photos.app.goo.gl/ewb1poC6NRApynkv1 le tourisme devient violent, les gens saccagent le sentier botanique, alors que quand c’est calme, les gens tiennent leurs enfants, écoutent les oiseaux, ne crient pas…)
pour l’heure, et ça le fait avec 2 appareils photos et une camescope sony, quand on règle ces appareils à l’heure GMT et qu’on régle l’heure locale sur le fuseau horaire du pays, le système linux considère que les fichiers sont enregistré à heure locale + décalage fuseau/GMT ou sinon heure GMT + 2 fois le décalage du fuseau, soit GMT +8h à la Réunion
À cause de ces erreurs de signes, les fichiers des appareils photos et camescopes sont à 2 fois le décalage horaire du fuseau + heure GMT au lieu que l’indication horaire du fuseau remette la pendule à l’heure pour la date du fichier ça le décale du double du décalage… c’est un bug, visiblement, qui n’existait pas avec des versions plus anciennes de linux (une erreur de signe), mais ça n’intervient pas sur darktable qui lit l’heure dans les métadonnées.
il ya un bug de concept pour l’heure locale et l’heure GMT dans les appareils photos, car le décalage se rattrape dans les métadonnées mais pas pour l’heure d’enregistrement des fichiers (impossible de concilier les deux tout en ayant un appareil photo qui affiche l’heure locale (et aussi pour la caméscope sauf en réglant l’heure locale sur « santiago du chili » (GMT-4).. pour l’île de la Réunion GMT+4)).
c’est pourtant très simple d’usage: si on règle l’appareil photo à l’heure GMT, on choisi le fuseau horaire du pays visité et les métadonnés sont bien à l’heure du pays, mais pas les fichiers sur la carte mémoire auquel le système ajoute le décalage horaire du pays à l’importation (ce qui donne GMT +8 au lieu de GMT+4). Pour les fichiers, ça ne marche que si on régle tout à l’heure GMT (l’horloge indique l’heure de londre ET SANS RÉGLER LE FUSEAU HORAIRE) c’est OK pour les fichiers, mais là ça ne marche plus avec Darktable dans la zone du pays et on a des appareils photo qui affichent l’heure de Londre.
L’interface linux se considère à l’heure locale et traduit en heure locale l’heure des fichiers informatique provenant de l’extérieur, censés être en heure GMT.
[color=#cc3333]Les concepteurs ont voulu résoudre le problème de celui qui veut que ça affiche toujours l’heure de la montre et ont décidé de régler automatiquement l’heure affichée à celle de la montre du pays visité quand on choisi le fuseau horaire, mais sans revoir semble-il fort pour l’enregistrement des fichiers informatiques que on a voulu [/color][color=#cc3333]rattraper l’heure du fuseau-horaire déjà une fois pour les fichiers[/color][color=#cc3333]. Ça ne fonctionne donc pas avec un appareil photo réglé à l’heure GMT puis ajusté sur le fuseau horaire du pays, par ce que l’appareil photo enregistre l’heure locale en date d’enregistrement du fichier en tenant compte du fuseau choisi et non l’heure GMT et que le système refait cette opération de traduction, c’est une fois de trop![/color]
D’où à la Réunion +4h + le fuseau horaire ajouté par le système d’exploitation qui considère que le fichier est inscrit en heure GMT et ajoute donc +4h de plus => GMT+8
sékon
et en plus, en France, quand le soleil tape sur le système… on cherche midi à 14h, carrément.. car il ya l’heure d’été et d’hiver pour compliquer encore!
pourquoi faire simple quand on peut faire compliqué?! si on en est là, c’est peut être par ce que ne plus vivre à l’heure locale solaire a tellement coupé des perceptions de la géométrie des cycles horaires et des symétries midi minuit, après-midi et matin, qu’on se plante lamentablement en écrivant les logiciels!
Les images géolocalisées se retrouvent sur la carte et plus on géolocalise plus on a d’image sur la carte. Tu peux zoomer sur une zome pour ne voir que certaines images.
located in the upper panel allows you to define various parameters which control darktable’s behavior.
