https://bugs.kde.org/show_bug.cgi?id=417431

caulier.gil...@gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|UPSTREAM                    |---
            Summary|Incomplete display of EXIF  |No metadata are displayed
                   |data for Canon EOS M6 Mark  |from non supported Exiv2
                   |II                          |file formats
             Status|RESOLVED                    |REOPENED
     Ever confirmed|0                           |1

--- Comment #4 from caulier.gil...@gmail.com ---
I reopen this file to be a more generic issues.

The solution to be able to handle metadata from non supported Exiv2 files
format will be to use ImageMagick identify.

I found a way with ImageMagick to extract all recognized metadata from image.
For FITS image (not supported by Exiv2) this give something like that:

[gilles@localhost FITS]$ identify  -format '%[*:*]'  ngc6543_optical_B.fits 
date:create=2021-04-02T08:19:47+00:00
date:modify=2021-04-02T08:19:10+00:00
fits:bitpix=16 / number of bits per data pixel                  
fits:bscale=1 / default scaling factor                         
fits:bzero=32768 / offset data range to that of unsigned short    
fits:cd1_1=4.44707382411E-06 / Degrees / Pixel                                
fits:cd1_2=-3.14322677056E-06 / Degrees / Pixel                                
fits:cd2_1=-3.14322677056E-06 / Degrees / Pixel                                
fits:cd2_2=-4.44707382411E-06 / Degrees / Pixel                                
fits:colorspc='Grayscale'          / PCL: Color space                           
fits:comment=FITS module version 01.01.02.0288                                  
fits:crpix1=2043.50292969 / Reference Pixel in X                           
fits:crpix2=1902.92858887 / Reference Pixel in Y                           
fits:crval1=269.640136719 / R.A. (degrees) of reference pixel              
fits:crval2=66.6320571899 / Declination of reference pixel                 
fits:ctype1='RA---TAN'           / Coordinate Type                              
fits:ctype2='DEC--TAN'           / Coordinate Type                              
fits:equinox=2000. / Equinox of Ref. Coord.                         
fits:extend=T / FITS dataset may contain extensions            
fits:history=PUTAST: Aug  8 11:25:45 2008 World Coordinate System parameters
written 
fits:latpole=0. / Celestial latitude of native pole              
fits:lonpole=180. / Native longitude of Celestial pole             
fits:naxis=2 / number of data axes                            
fits:naxis1=3600 / length of data axis 1                          
fits:naxis2=3600 / length of data axis 2                          
fits:program='PixInsight 01.08.03.1123' / Software that created this HDU        
fits:pv2_1=0. / Projection parameter 1                         
fits:resolutn=300. / PCL: Resolution in pixels per resolution unit  
fits:resounit='inch    '           / PCL: Resolution unit                       
fits:simple=T / file does conform to FITS standard             
[gilles@localhost FITS]$ 

I think we will need a new DMetadata C++ wrapper based on ImageMagick API as
existing ones based on libheif and libraw...

In opposite of 'identify -verbose filename' which take age to give output as
histogram and color spaces are parsed, the 'identify  -format '%[*:*]'
filename' way is very fast...

Gilles

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to