-
Notifications
You must be signed in to change notification settings - Fork 82
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Seems not support non-Latin keyword. #472
Comments
Thanks for the feedback. Do you have an example of the keyword you were adding, so I can do some testing? :) In terms of the "not adding keywords in real-time", that's due to the way the app is designed. You can read more about the process here: https://github.com/Webreaper/Damselfly/blob/master/docs/Technical.md#how-does-damselfly-manage-exif-data - in reality I find it only takes 30s or so before the updated tags are displayed once the EXIF data has been written. |
Thank you for your reply.
|
Okay, I had a look at this, using a test image. So the first problem is that due to all sorts of inconsistencies with types of quotes and backslashes, which are then incompatible with EXIF keywords, I sanitise the text to remove unicode sequences. If I find a random image, and run this to add the Chinese characters for 'Damselfly' to the image, using this command:
and then run exiftool on the image to see the output, I get this (truncated):
It's possible the keyword may be encoded correctly, but my terminal isn't displaying it right. What do you see in that case? For now, I don't think it's going to support it properly. Looking at the FAQ, it seems like it might be possible, but I'd need to manage the character set explicitly for particular users. At the moment, I probably don't have time to work through all the use-cases and figure out a good solution to this (I have more important priorities, such as getting a working Face-recognition solution after MSFT blocked Azure Face). So I'm sorry, but I can't help with this right now. But I'll leave the issue in place in case I can come up with a better solution in future. |
For your reference. |
Thanks - so to confirm, if you manually add the unicode keyword, Damselfly renders it correctly in the GUI? If so that narrows the problem and I may be able to look at allowing it to pass through to exiftool. :) |
Great to hear that the problem might get simple. I further search Exiftool for guideline of where to store keywords, link. I pick Chinese (typical east asia language, left-aligned, two-char width) and Arabic (typical middle east language, right-aligned, complex ligature rule) for example. We can use below command to write tags: Note that Use Picasa and Windows to write these two tags into image, and use ExifTool GUI to investigate.
For comparison, I upload three photos, each adding above-mentioned same two-tags, to NAS. And then open Damselfly to check. Photos edited by Picasa and ExifTool can be recognized by Damselfly, while photo edited by Windows (alone) can NOT. I guess currently Damselfly only read IPTC keywords. Therefore, for best compatibility with other Software. At least IPTC:Keywords and XMP-dc:Subject should be writtern. Direct uploaded images might be altered by Github, and metadata might be lost. Below is sample in ZIP archive. |
Thanks for this great open source project. I've be finding alternative of Picasa for years, and finnaly found Damselfly.
Below are some feedback
The text was updated successfully, but these errors were encountered: