Re: [darktable-dev] Geotagging module not working with dates < 1970-01-01

2021-11-14 Thread Patrick Shanahan
* Peter Harde [11-14-21 08:44]: > > exiftool changing the DateTimeOriginal *is* > > altering the original raw file and may cause you lose of data by altering > > the original. > Changing a parameter which is definitely wrong is not a loss of data but a > correction. exiftool preserves the

Re: [darktable-dev] Geotagging module not working with dates < 1970-01-01

2021-11-14 Thread Coding Dave
Actually I think this is a matter of belief and to have a consistent argument. I would like to have a way to correct the exif information but sure thing this modified the original data. Since writing exif is writing to the file it's a violation of the rules to never write to the raw file. If you

Re: [darktable-dev] Geotagging module not working with dates < 1970-01-01

2021-11-14 Thread Patrick Shanahan
* Peter Harde [11-14-21 02:00]: > Am 13.11.21 um 21:34 schrieb Coding Dave: > > darktable will never change the raw file but you might want to change > > the date taken exif information. > I absolutely agree, darktable should never change the raw file. That's the > reason why I use exiftool to

Re: [darktable-dev] Geotagging module not working with dates < 1970-01-01

2021-11-14 Thread Peter Harde
exiftool changing the DateTimeOriginal *is* altering the original raw file and may cause you lose of data by altering the original. Changing a parameter which is definitely wrong is not a loss of data but a correction. exiftool preserves the original file by adding "|_original|" to the file

[darktable-dev] CR3 support integrated

2021-11-14 Thread Pascal Obry
Just a quick note about the recent integration of the CR3 support in darktable. Be sure to update the submodules after next git pull to ensure the LibRaw sub-module is properly populated. $ git submodule init $ git submodule update Best, --   Pascal Obry /  Magny Les Hameaux (78)   The

Re: [darktable-dev] Geotagging module not working with dates < 1970-01-01

2021-11-14 Thread Patrick Shanahan
* Mark Feit [11-14-21 15:44]: > On 11/14/21 8:22 AM, Patrick Shanahan wrote: > > but *you* are doing what you believe darktable should never do, altering > > the original raw file. exiftool changing the DateTimeOriginal *is* > > altering the original raw file and may cause you lose of data by

Re: [darktable-dev] Problems trying to install build of release-3.7.0-1493-g4a7774f95

2021-11-14 Thread Patrick Shanahan
* Terry Duell [11-14-21 23:35]: > Hello All, > I have just completed a Fedora 34 rpm build of darktable release-3.7.0-1493- > g4a7774f95, which completed without any errors, but when I attempted to > install > I got the message 'nothing provides libraw.so.22', which followed on from a > check of

Re: [darktable-dev] Problems trying to install build of release-3.7.0-1493-g4a7774f95

2021-11-14 Thread Terry Duell
Hello Patrick, On Sun, 2021-11-14 at 23:43 -0500, Patrick Shanahan wrote: > * Terry Duell [11-14-21 23:35]: > > Hello All, > > I have just completed a Fedora 34 rpm build of darktable release-3.7.0-1493- > > g4a7774f95, which completed without any errors, but when I attempted to > > install > >

[darktable-dev] Problems trying to install build of release-3.7.0-1493-g4a7774f95

2021-11-14 Thread Terry Duell
Hello All, I have just completed a Fedora 34 rpm build of darktable release-3.7.0-1493- g4a7774f95, which completed without any errors, but when I attempted to install I got the message 'nothing provides libraw.so.22', which followed on from a check of all the normal Fedora repos. So the