-
Notifications
You must be signed in to change notification settings - Fork 282
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
Do not interpret OlympusEq.LensType 0 0 0 0 0 0 #3036
base: main
Are you sure you want to change the base?
Conversation
…d to camera electronically).
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #3036 +/- ##
==========================================
- Coverage 64.62% 64.62% -0.01%
==========================================
Files 104 104
Lines 22239 22253 +14
Branches 10911 10923 +12
==========================================
+ Hits 14371 14380 +9
- Misses 5626 5628 +2
- Partials 2242 2245 +3 ☔ View full report in Codecov by Sentry. |
Any clients are also free/should compare if the uninterpreted LensType value is Also note that the current behavior is consistent w/ exiftool: https://exiftool.org/TagNames/Olympus.html#LensType |
Is that possible, when using API? (#3019) |
Lines 336 to 338 in 44bc543
Only |
Thanks for answering re. API. I still don't think translating 0 lenstype to localised word is worth it. Especially in case of Olympus, where lensmodel can have lens name even with lenstype remaining 0, but appearing as None… ;) |
Olympus/OMDS cameras use '0 0 0 0 0 0' LensType, when mechanical lense is used. Currently Exiv2 interprets this into localised string ‘None’. However Olympus cameras traditionally allow to enter a custom string for lens name and then add that to Exif LensModel of images taken. Image processing software can take None from the LensType and ignore LensModel. Having LensType of '0 0 0 0 0 0' would allow for an easy
if
statement and then use LensModel instead.