Forum Replies Created
-
Posts
-
Okay. A table would have been helpful.
Here is a text table:
File System: view, add, edit, filter, copy/paste. The AI feature is part of “add”
Photo Library: view, filter, smart albums.If you search for Keywords in the menus, you will see the menu items. But the main interface is a top-level item with the Info / Edit / etc.
Also, I did not mention Smart Folders. I said Smart Albums. And like any smart album in Nitro, it’s Nitro-specific (and smart albums in Photos are Photos-specific).
I’m sorry you find the keyword function hard to understand. It’s feature-rich, and I had to add a new item to the sidebar to add all of the functionality. That’s why I spent hours writing documentation and making videos. I guess I could have put in an arrow pointing to the keyword button in the right toolbar.
Hi Joachim,
Thanks for the feedback. I am not surprised that the translation needs work. Part of the issue is that English terminology doesn’t always have a direct match in other languages (and sometimes the reverse – English does not differentiate between two concepts that other languages do).
Since you offered :-), I would ask that you consider correcting the errors in the German keywords that are supplied with the app, rather than the one you have built for yourself. I can then replace the file for the next release of the app.
I did use Google in this case, though I have used DeepL in other situations. In this case, I ran into some issues with DeepL and I could tell that some of the translations from DeepL were incorrect, so I went with Google.
The release notes discuss keywords in the photo library, as does the video and the user manual. So, the new release does add functionality for the photo library. Please let me know how my descriptions could be better.
As far as showing keywords in Info, the info panel only shows keywords if the image has them. As a rule, I avoid showing blank lines in the metadata area. You can set keywords in Photos, and in Nitro (as mentioned in the video etc), you can view, filter, and make smart albums.
If you have a situation where an image in the Photo library has keywords and Nitro does not show them, please let me know.
I suspect that Nitro is not re-reading the file after you add the metadata. As a result, if it has seen the file and then you add the rating, Nitro won’t see it. If you select the image in Nitro and use Image > Reindex Images, does the rating appear?
I’m thinking of just writing the ratings and such back to the original because having the data partly in the image and partly in XMP is not going to work in the long run.
Aperture did not have this problem because it maintained its own library format and did not use XMP files (it would only write them out on export). But the world doesn’t need another proprietary library format.
Using “.xmp” for all images will fail when there is an R+J pair. That’s because both R and J can have XMP files, so the there are two XMP files with the same name (the file names collide).
People have asked me to support this anyway, because they “know what they are doing”. I may do that, but also understand that in that case, you will lose data if you shoot R+J.
Adobe avoids this by writing XMP data into the JPEG file, but that modifies originals which is risky by definition.
Re: the levels handles moving backward: there is a bug with Levels that is fixed in the 2024.4 release (which is scheduled for release in early June 2025)
Since you are not using Apple Photos, then all ratings and edits are stored in XMP files. That XMP files have the same name as the original image with a suffix and file extension.
If you move or reorganize the files, you need to also move the XMP files. If you rename the files, you have to rename the XMP file as well.Again, since you are using the file system, it’s important to use folders to organize the photos. If you combine all of the folders into a single giant folder with 110,000 files + XMP files, performance will suffer (in general – file systems are much more efficient when the files are organized into folders).
The app does not yet have the ability to move images between folders. It’s on the list, but I just have not gotten to it yet. Simple moving is easy, but people usually want renaming features and stuff like that.
One other note. You do not need to use iCloud to use Apple Photos. You can just have a Photos library that is not connected to the cloud.
Lightroom writes the star rating directly into the DNG file. Nitro does not write ratings or edits into DNG files (partly due to a concern about the (very low) risk of data corruption). So there are two places for the data to be located.
So, when you edit the file, Nitro makes an XMP file, but (I’m guessing) the rating is not being copied from the DNG to the XMP. I’ll have to look into it further.
Metadata is a complicated topic. The EXIF button in Nitro invokes ExifTool which parses a different (larger) set of metadata from the libraries built into macOS, which is what Nitro uses for general display and also for export.
When exporting, the app creates a new file, so it needs to manually insert metadata for each key that it knows about. The list that Nitro uses is based on what macOS is able to read. If it’s a key that macOS doesn’t know about, then Nitro will not copy it over (because there is no way to do that). On the hand, there may be keys that macOS reads that Nitro doesn’t support, but that would be easy to add.
Please email me separately (at support@gentlemencoders.com) with the keys that you have set (and also a sample file) – I will see if these are ones that Nitro can insert into the exported file.
It’s hard to say without more information. The app will read XMP data stored within an image file if it’s a DNG. XMP data written to RAW files probably won’t be read unless Apple’s metadata parsing code reads them.
If you open the RAW in Apple’s Preview app on the Mac, do you see the ratings?
Nitro uses the location from the photo library (if you are using that vs. the Finder). And it uses Apple’s Mapping library to display the pin. I don’t know Photos would be worse at that, but I’ll take the win 🙂
The reason the app uses its naming format is to handle R+J files – because there are two files, using .XMP for both will not work.
The app could add “I know what I’m doing” setting, but if you have R+J files, the app will destroy information (by overwriting XMP files). While it’s technically possible to have warnings for such a case, the code for saving XMP is very low level and does not the ability to display an alert, wait for you to answer, and then save, so warnings in that case are not something I’m inclined to add (this is exacerbated in cases of batch processing). So, you would _really_ have to know what you are doing….
