When I run the shortcut, I get a PNG image in DTTG. This, of course, does never have any metadata, so it is no wonder that you do not see any (in my case, even the size in Bytes is given as “0” although the image is several MB in size). But, as you described, changing the entry for UTI to “public.jpeg” gives me a JPEG – again with size 0 and no metadata.
However, if I share an image from photos lib to DTTG, I get the metadata and size just fine. So I suppose that something™ goes awry in the “create object in DDTG” action when the object is an image. @BLUEFROG: Do you have any insight into this?
At the moment adding files to DEVONthink To Go via Shortcuts does no special post-processing like extracting EXIF data or dates. It takes the file, whatever it is, and adds it to the database. When you share an image through the Clip to DEVONthink extension, the file is post-processed.
I do not quite understand that. The EXIF data is in the image, why would ones extract it? And why is the size of an image imported via the shortcut 0 in DTTG? This is surely not an EXIF value.
The EXIF data would need to be read (extracted in the meaning of found-and-read, not removed) from the image to get, e.g., the GPS information. The file size stored in the database, though, should be updated, that’s correct.
Thanks for clearing that up. Basically, the “import via shortcut” action should behave similarly to the “share” action, I think. In other words: If the data is there, DT should display it. But that’s your call, of course.
One database with all photos, in conjunction with other databases, is used for
Family photo-album
Business journaling
Personal journaling
Photo.app is just inbox for fresh photos.
Mac + iCloud + Photo.app + Keyboard Maestro are used to transfer new photos to DEVONthink. This system is cumbersome in compare with the Shortcut.
If the Shortcut can get metadata, this would allow instant transfer every new set of photos (and notes with comments to every set) with essential data to DEVONthink.