LR 1.2: metadata browser sorting bug

Hi all,
after updateing from LR 1,1 to 1.2, i sadly noticed that the sorting order of the ISO values are totally mixed up. In 1.1 the list was sorted by ISO from low to high, 100,200,400, and so on ... now, it´s sorted "alphabetical", 100, 1600, 200, 3200, 400 ...
this is really annoying. Anything i can do about it? Didn´t check with apterure values, but they might be mixed up, too.
Can anybody confirm this bug?
Regards,
Markus

Hi,
I saw the same on my computer after upgrade to 1.2
All pictures imported with 1.1 or 1.0 were sorted in a metadata category "Iso", where the different Iso-settings were sorted alphabetical. Newly imported images got a metadata category "Iso Empfindl." (=sensitivity) where the settings where sorted correctly.
If you do then some minor metadata edit on the old images they got also moved to the new category "Iso Empfindl." - which took quiet some while with 20.000+ images.....

Similar Messages

Metadata Browser, sort by FOCAL LENGTH

I'd like to see the option to sort images by focal length, in addition to the by aperture, and by shutter speed.
//Svien

In addition, please add the capability sort images in grid view by any meta data item recognized by LR, i.e.: camera model, camera serial number, etc.
In environments where LR is used to manage images from a variety of shooters and cameras it is extremely useful to be able to sort by meta data via the view:sort order dialog.
In a high speed workflow environment the work-around of filtering by date range and selecting meta data filters is not desirable.

Force Metadata Browser to update

When importing from a CF card and copying as DNG, I see the following:
If, after import, I select images and add City, State, Country info, the metadata browser still shows Unknown Country>Unknown State>Unknown City groupings that contain these same images. THe only way to get the Metadata Browser to refresh itself and show the correct status is to relaunch LR. Even a Find using the just entered metadata comes up empty until I relaunch. Is anyone else seeing this?

Just filed it as a bug. Oddly enough, if image selection is made via Find, and you alter any metadata used both in the find criteria and Metadata Browser panel, Meatadata Browser will indeed update. Even with this though, LR takes quite a few seconds to refresh the data, which makes it a bit clunky to work with. Even if LR is not being touted as a full-fledged DAM, the limited features it does have in that regard should work much more seamlessly on the whole.

Timeshift in Metadata Browser Date

There is some strange time shift occuring between the actual EXIF Date shown and the day the image is listed under the metadata browser, e.g. if I set the capture date to 1.9.2000T00:00.00, the images are listed under 31.8.2000.
Same happens on year boundaries.

There are Date/Time bugs that Adobe are trying to isolate and fix. They do read this forum, so hopefully this will be added to the info pile on the bugs.
What platform are you on?
Don
Don Ricklin, MacBook 1.83Ghz Duo 2 Core running 10.4.9 & Win XP, Pentax *ist D
http://donricklin.blogspot.com/

Get metadata browser back in sync

I changed the State/Province field for about 300 pictures a couple of days ago, and Lightroom hung trying to make the change. After about 15 minutes I killed the process and started again. Now, when I change the State/Province field, LR doesn't adjust the metadata browser to reflect the change. It looks like something has gotten stuck. Any suggestions on how to get the metadata browser back in sync?

Hi Simonfish --
I think the metadata worklist table is probably the one you found. If you make a change to the location fields of a few of the images, do at least the edited ones correct themselves in the metadata browser? If so, I'd recommend doing these in smaller batches for now. It may have just gotten jammed up for a bit and just needs to be prodded to try again (still a bug, but at least recoverable).
If not, hopefully we can find the error that is preventing it from processing the worklist entries with a bit more investigation.
I was able to get the app to hang for quite a while by doing a batch edit and will file this as a bug internally. I'll hopefully be able to repro the issue where the list entries get jammed as well. Thanks!
Dan Tull
Lightroom QE, Adobe Systems
P.S. Regarding BogdanH's question:
> I'm not sure if SQLite database has rollback feature.
SQLite does have transaction support with rollback capability, so generally I haven't seen cases where simply killing the app causes database corruption, though it will certainly cause the contents of the last (incomplete) transaction to be lost since it rolls it back next time the DB is opened. One thing that SQLite doesn't have is enforcement of referential integrity constraints, but that's quite a bit less critical than risk of corruption of the database file structure itself.
All that said, It is still strongly recommended that you make regular backups of the database file. It should be quite rare, but hardware failures and other extreme circumstances can certainly result in a corrupted database. The usual best practices for backups also apply, of course (keeping them on a separate machine/disk and regularly pushing copies to a different geographic location if possible).

Missing numbers in metadata browser under OS X Mavericks & LR5

Every since upgrading to Mavericks my Lightroom metadata browser has had missing numbers. It used to show the total count of photos that matched the criteria and it no longer does that. Has anyone else had this issue or know how to resolve it? It's not really that big of a deal but it is a constant annoyance. I've attached a screen shot of the issue.

Known bug in LR5 on Mavericks.
http://feedback.photoshop.com/photoshop_family/topics/lr_5_2_os_x_mavericks_missing_photo_ count_in_library_module
Fixed in LR5.3RC which you can download today although the final release is due soon
http://labs.adobe.com/technologies/lightroom5-3/
I run LR5.3RC on Mavericks with no issues yet.

Lens Metadata in the Metadata Browser question

Hi,
I just noticed something peculiar while importing a DNG file converted from a 1D Mark III raw file :
The lens used is reported being an "EF70-200mm f/4L IS USM". The same lens used on a 20D is showed as "70.0-200.0 mm".
Why the difference? Is it because the metadata is taken from a DNG? Because the Mk III reports lens differently?
And now, I have 2 lens data for the same lens in the "Metadata Browser". Do I have a way to move pictures from one lens to the other? Or somehow edit that data?
Thanks,
Louis

>It would be nice if LR had the equivalent of synonyms for this field, and built in so it showed them all as the same.
Problem is that 24-70 might be a Sigma, Canon, Tamron, etc etc. So treating them all the same would be silly.
>Ideally, you could just click on a couple of lenses and then choose a menu item to inform LR that the entries are in fact for the same lens.
The best solution is one were users can edit this and other similar fields from within the metadata panel. For example, my camera may have © Ian Lyons registered in EXIF but I can already change this to read Ian Lyons, and it will be reflected in both the metadata panel and the metadata browser. Using this approach for the Lens field I could reduce from 40 entries to just 20. With your approach I would still have 40 entries and twice as many clicks to find the same batch of images. No thanks.

7.5 still has sorting bugs

When are they going to fix these huge sorting bugs?
Can I go back to 7.1 in Leopard?

dversion wrote:
Chris,
If Apple wants to keep it this way then I guess I have to fix my luddite ways. There is logic in the new sorting obviously. It is strange when you look at you files in Finder and "The Beatles" are in the T's instead of the B's
The Finder is a different kind of organization system — it's less like a library, and thus doesn't use the library standard trick of ignoring articles (which originated as a way of keeping the "T" card catalog drawers from growing out of control!). The Finder requires a less "intelligent", but less variable, means of organizing files.
On a more positive note, is it possible to add sort info multiple songs from the same artist in one click, the same way you can change the year etc.
Yep — control-click the track you changed, then use "Apply Sort Fields..."

Application Metadata browser

See http://apex.oracle.com/pls/otn/f?p=27246:500
Had some free time on my hands so I created this Application Metadata browser application on all the handy APEX_DICTIONARY views.
1. Each page basically displays the contents of one view with drilldown links to other pages as appropriate
2. Each page has a Glossary section at the top with the comments for that view from the apex_dictionary view
3. All pages have the column show/hide functionality to let you see just the columns you need.
4. The Reports tab tries to highlight potentially unusual situations. I am sure there are many other creative uses of the dictionary views. Ideas welcome.
5. Clicking on an application on the homepage drills down into recent page views for that application. Optionally, you can even see session state data, but your app's parsing schema needs direct SELECT privilege on flows_nnnnnn.wwv_flow_data. Hopefully the APEX team will add a APEX_SESSION_STATE view in a future release.
If there is interest, I can make an application export available so you can install it in your own workspace and browse your own applications.

Vikas,
Sorry I'd missed that in your original post and thanks for adding my query! :)
Have you seen what the iAdvise guys are doing on using the APEX views for QA. They are also building an application to do this. They have chosen certain views (or groups as they call them) to check, and then have error codes assigned to each group. (Such as 'APRC-001 = Wrong date format' for incorrect date formats in application report columns).
Check it out:
http://iadvise.blogspot.com/2007/06/apex-our-qa-application-gets-more-and.html
Anthony.

Tag "Other Categories" in Metadata Browser

Not only I find tag "Other Categories" (as the name imply) very usefull, it allows also multiple values inside -similar to "Keyword" tag.
So why not have it inside Metadata Browser? This would allow more precise searching/selecting of images.
Bogdan

I did the same thing. I think what we all have accidentally done was select a dimension that we wanted to hide then went to the properties window to set the Visible property. What I just noticed is that if you click on on one of the dimensions while on the Cube Structure tab the properties window does not change to the dimension and the Visible property on the cube gets set to false accidentally. At least that how I ended up doing it. I hope this helps someone else realize how it happened to them.

Metadata: IPTC Location bug

Have clean LR install (no previous beta's) and fresh created database with 1159 images (mixed CR2 and jpg) on PC (AMD 3000+, 1Gig RAM) -and I do know how to maintain WinXP.
I've selected one image and tagged all four IPTC location fields:
Country= Slovenia
State= Doma
City= Doma
Location= Doma
After a while (damn, why this takes so long), fields on the left pane (Metadata Browser) were updated. Then I deleted Location tag and leaved Country, State and City untouched. After a while (again), left pane's content updated and... (I hope you'll understand what I'm trying to say)...
I still see country (Slovenia) there, but it contains zero entries! So I have in total 1159 Location entries, Slovenia zero entries and 1158 Unknown Country -weird. I can click on Slovenia (which is greyed out), but no image gets shown in thumbnail preview. If I look after this particular image manually, I can still see that image's Country is Slovenia (and I can also find image using Find: IPTC=Slovenia). Also I don't see State and City entries (which are "Doma") anymore in left pane.
Yes, I've closed and reopened LR, but things remain the same. There's no way I can force LR to refresh it's database.
Before continuing I need to say, that I AM database approach fan. Here and there I can read LR's database (workflow, speed,..) isn't so bad after all.. and that some are too picky, complaining all the time.... Let me tell, that LR's database approach is one of the worst I've seen so far:
Reflections (updating on the left pane) to every correction made by user takes way too long. Actually I wouldn't care about that (being done in background), but if you type fast enough (on the right pane) and edit your mistakes here and there, then you simply cannot know how far have you come -it takes too long before left pane is up to date.
Why can't I simply select couple of images and drag them into desired Location field (simila as with Keywords)? It's a basic task. Why there's no simply way to see untaged (Not Keyworded, Not Localized, Not edited) files? Yes, I can do something of that with Color/Star/Flag labeling, but why increasing workflow?
I suppose Collections is something like "Albums" in other DAM's. If I click on some thumbnail, how can I know in which collection image is (if in any)?
Why I cannot select (in Collections, Keywords,...) only images which are in selected parent tree (subtree content excluded)?
In short: user shouldn't notice there's database working behind -in this case, I'm quite sure, everybody will like "database paradigm".
Greetings to all,
Bogdan

I think I'm getting to understand IPTC Location issue here (if somebody interested)...
On the left panel (Metadata Browser), tag Location (once filled with some string) has the the lowest (deepest) position in the tree:
Country->State->City->"Location"
If Location is blank, entry resides outside this tree (=Unknown Location inside Location). So, Location tag (not Location section in Metadata Browser) seems to be something like root location tag: if it is empty, other location tags (Country, City,...) aren't managed. Now I'm curious... why does "Unknown Location" reside outside "Unknown Country" -I suppose it should be inside "Unknown City". If there is a reason for being outside, then this tag (Location) shouldn't influence other Location (Country, City...) behaviour.

S60 Browser (S60v5) bugs and ideas

Making separated thread for S60 Browser.
Bugs
1. DO NOT save passwords in links in history nor anywhere else. The link [email protected] should be transformed into [email protected]. Autocomplete doesn't work on S60 browser addressbar. You can only select first item from popup list. Also, if you clean the address field after selection you won't able to select anything from autocomplete popup list again.
3. Addressbar won't show currently opened link.
4. Password fields and addressbar won't let you enter non-latin symbols. It's a feature, but as there are IDNs and a lot of people makes their passwords from cyrillic, greek or other symbols there should be an optional way to turn off the feature.
Ideas. In overal S60 browser is very good, but there still some things left to make it better than Opera Mobile. Reducing bandwidth and improving interface.
1. Links or any other content of the page should not response on less than 100% zoom.
2. When less than 100% zoom make a single-click zooming to 100% on selected area. Double clicking is very annoying feature.
3. Move Zoom-slider button into graphical menu.You can replace Help item. There is enough of Help in usual application menu. Make another zoom button instead for switching between zoom levels. There are three levels you have to switch by double-clicking the screen. It's very annoying and in at least of 50% you accidentally clicking on links... Make the button instead of double clicking. And let an ability to switch those buttons between graphical menu and button bar. Some people would still prefer an old way.
4. DO NOT reload the page every time you trying to open it, if it's not necessary (when you switching between windows or going back/forward)
5. Swap the position of the graphical menu and addressbar buttons - menu to the center and addressbar to the left.
6. Transparent loading progress bar at the top of the screen in full screen mode. Just in a style of scrollbars. It should disappear once the page is loaded.
7. Compressing proxy servers around the world for everything images and texts (Like Opera Turbo).

my found bugs
/t5/Nseries-and-Symbian-Smartphones/Two-bags-in-Nokia-603/td-p/1363959

Obtaining Metadata Browser data for a single collection within a catalog?

I have 8075 images out of 29000 in a catalog. These images are in
approximately 35 folders but are all tied to a single unique keyword. I
have moved the images to a new collection.
What I want is to have the Metadata browser query only the collection to
give me statistics on lens use, camera used, etc. I seem to be only able to
get information here for the entire catalog. Is there a way to have the
Metadata browser query only a portion of a catalog?
If not, how can I export this collection to a catalog so that I can query
the information?
LR 1.1, Vista,
Thank you
Rikk Flohr

I noticed this too - really a non-starter to use the Metadata browser with a large catalog when you want a more 'local' search.
I keep coming back to the observation that it would be really helpful for the community of users if the LR team could maybe communicate a bit with the Bridge team, and get the benefit of the several iterations of the latter tool.
I still can't do all my work, effectively, in just LR. I switch back and forth between the two.
Is this a case of NIH syndrome in the LR team?

Metadata Browser - selected view

I may be missing something, however....
It appears to me that the 'Metadat Browser' only acts on the entire 'Library'. Is it possible to select a folder...or just a selection of images...and have the "Metadata Browser' so the breakdown for just those items?
thanks...JOHN

Just select all the images you want to change and go to the Menu »Metadata > XMP > Export XMP Metadata to File«. This will create a sidecar (text file) to each of your image files containing all the Metadata Lightroom uses. Now find all those .xmp files with your favourite File Browser (Spotlight on Mac, ??? on Windows) and load them into a text or xml editor that supports batch search and replace with multiple files (I use TextMate on the Mac, I'm not sure what the Windows world has to offer on this). Within those text files you'll find a line like this: <aux:Lens>EF-S17-55mm f/2.8 IS USM</aux:Lens> Replace the text as you see fit or create the line just above the aux:ImageNumber entry if no aux:Lens entry exists. Now go back into Lightroom (make sure all the images are still selected) and go to »Metadata > XMP > Import XMP Metadata from File«. Give LR some time to update the Metadata Browser and have fun. Alexander. -- Canon EOS 400D (aka. XTi) • 20" iMac Intel • 12" PowerBook G4 • OS X 10.4 • PSL 1 • PSE 3

Missing metadata browser/panel

The tutorials refer to a metadata panel or browser, on left side of screen. Nothing like that shows in my version. How do I get at it?

In Lightroom 2 the Metadata Browser panel is replaced by the Metadata Filter element of the Library Filter bar, which is located at the top of the thumbnail grid. You need to tap the "\" backslash key to toggle the Library Filter on/off.

LR 1.2: metadata browser sorting bug

Similar Messages

Maybe you are looking for