> From: PDML [mailto:pdml-boun...@pdml.net] On Behalf Of David Parsons > > There isn't a problem because if you can't remember that you went to > Sandy Beach in three different places, no amount of organization is > going to help. You assign to the appropriate Sandy Beach keyword as > needed. The tags are hierarchical, so it's not like you will get > confused about which one you are assigning to. >
There is only one Sandy Beach keyword, but 3 Sandy Beaches. The Sandy Beach keyword must therefore be part of at least 3 hierarchies (assuming the system allows a keyword to be part of more than one hierarchy). This does not reflect the real world, since the same Sandy Beach is not in all 3 places. While this may not be important for the example given, in general it is a very bad situation for someone to be in if they are trying to identify and catalogue things, and will certainly lead to serious problems. For example, if you follow the Jamaica hierarchy - which should only identify places in Jamaica - you will eventually come to pictures of Sandy Beach, but they will be all the Sandy Beaches you've ever been to, so the hierarchical search has failed utterly. It's even worse if you've also confused things further up the hierarchy. If you've been to Jamaica, WI and to Jamaica, Ethiopia then when you follow the Ethiopia hierarchy you'll eventually come to lots of pictures of different Sandy Beaches, and there ain't no Sandy Beach in Ethiopia. If you wish to distinguish between the 3 Sandy Beaches - and you almost certainly do, otherwise you wouldn't be cataloguing them - you have to invent a different identifying scheme. Typically this will mean using additional keywords, such as Jamaica, Gibraltar, and Devon. So you now have those terms used as keywords and in the hierarchy. They are now redundant in the hierarchy, so you might as well delete them. And if you know that this problem arises, then you don't bother with the hierarchy in the first place. B > On Sun, Oct 21, 2012 at 5:45 AM, Bob W <p...@web-options.com> wrote: > > For example, suppose in 2011 you went on holiday to Sandy Bay, > > Gibraltar and labelled your photos with the keyword "Sandy Bay", > which > > you placed beneath "Gibraltar" in your hierarchy. This seems like a > reasonable thing to do. > > > > But next year you go on holiday to Sandy Bay, Jamaica, and the year > > after that to Sandy Bay, Devon. > > > > You now have 3 different places all called Sandy Bay, each of them > > belongs in a different hierarchy. What should you do about it? > > > > This is in some ways even worse than the hierarchical folder > > structure. With the folder structure the hierarchy is, in essence, > part of the name: > > pictures.holidays.jamaica.sandy bay, *.gibraltar.sandy bay, > > *.england.devon.sandy bay. But not so with LR keywords! > > > > Of course, pictures.holidays.jamaica, pictures.holidays.gibraltar and > > so on are not strictly hierarchies since the relation which links the > > levels is not the same all the way up, but in the real world this is > > the way people tend to label things, even Boris, who's an IT person > > and should know better, and in any case even with a true hierarchy > the problem still exists. > > > > B > > > >> Boris Liberman <bori...@gmail.com> wrote: > >> > >> >Chiming in with a bit (*) of delay... > >> > > >> >I see there were a storage strategy discussion here. I should point > >> out > >> > > >> >the obvious - there is no reason of not using very helpful features > >> >of LR such as keywords and there is no sense in overdoing it > either. > >> >Namely, if you try to come up with all possible keywords for each > >> >photo, chances are you won't be consistent from day to day or from > >> >month to month and hence the outcome will be a mess. > >> > > >> >Here is a suggestion for you. > >> > > >> >I have two hierarchies. One is on disk file system like so: > >> > > >> >\<basic category>\<sub category>\<date-time based sub-structure>. > >> >Real life examples: > >> > > >> >* \Family Album\2010\2010-08 - and therein are all photos that I've > >> >taken on that month of that year where family members can be seen. > >> >* \Travel\Jerusalem\2012\2012-03-10 - probably self-explanatory > >> already > >> >* \International Travel\Rachel Sullivan in Israel\Galia\2011-05-10 > - > >> >I have decided that the guests from abroad equal us going there but > >> >I > >> may > >> > > >> >split \International Travel to \International Travel and > >> \International > >> > > >> >Guests. Here we have photos made by Galia on a given date when > >> >Rachel came for a visit. > >> > > >> >Anyway, the classification is basic and always ends with date-time > >> >based sub-structure so that given a date, I can quite easily find > >> >what I need. > >> >Additionally, LR has wonderful feature where you can browse your > >> >collection by virtually any data item that your photos have - date, > >> >time, aperture, camera, lens, rating, flag status - you name it, LR > >> has > >> >it. > >> > > >> >Obviously there are photos that answer more than one criteria - > e.g. > >> my > >> > > >> >girls while traveling abroad. Here come keywords. 99% of my > keywords > >> >denote persons and places. The remaining 1% is wherever photos were > >> >uploaded, given to someone or chosen for publication. I organize my > >> >keywords in tree-like structure (it is really very easy, you either > >> >drag and drop or indicate the upper level keyword, when you create > a > >> >new one > >> > > >> >(**) ). > >> > > >> >Unfortunately I started with that system having shot several tens > of > >> >thousands photos hence I still have a good chunk of assigning > >> >keywords to do. > >> > > >> >Still, I am offering this as a possible answer to your question, > Walt. > >> >Hope it helps. > >> > > >> >(*) I think it is more like 128 bit of delay... :-) > >> >(**) Whenever I create a new keyword, I immediately go to the > >> "Keywords > >> > > >> >List" screen (on the right hand side in Gallery module) and find a > >> >proper way in the keyword tree for the new keyword. > >> > > >> >On 9/26/2012 12:38 AM, Walt wrote: > >> >> Hi all! > >> >> > >> >> Finally, after years of using Picasa, IrfanView and a few > >> >> Photoshop plugins, I finally decided to break down and get some > >> >> decent image editing software for my new setup. It's definitely > >> >> going to take a > >> >while > >> >> to get comfortable with it. I've checked out a few of the > tutorial > >> >> videos at the Adobe website, which were reasonably helpful, and > >> >wonder > >> >> if anyone can suggest some others that would be worth taking a > >> >> look > >> >at. > >> >> > >> >> Any suggestions, tips, and/or advice would be greatly > appreciated. > >> >> > >> >> Thanks! > >> >> > >> >> -- Walt > >> >> > >> > >> -- > >> Sent from my Android phone with K-9 Mail. Please excuse my brevity. > >> > >> -- > >> PDML Pentax-Discuss Mail List > >> PDML@pdml.net > >> http://pdml.net/mailman/listinfo/pdml_pdml.net > >> to UNSUBSCRIBE from the PDML, please visit the link directly above > >> and follow the directions. > > > > > > -- > > PDML Pentax-Discuss Mail List > > PDML@pdml.net > > http://pdml.net/mailman/listinfo/pdml_pdml.net > > to UNSUBSCRIBE from the PDML, please visit the link directly above > and follow the directions. > > > > -- > David Parsons Photography > http://www.davidparsonsphoto.com > > Aloha Photographer Photoblog > http://alohaphotog.blogspot.com/ > > -- > PDML Pentax-Discuss Mail List > PDML@pdml.net > http://pdml.net/mailman/listinfo/pdml_pdml.net > to UNSUBSCRIBE from the PDML, please visit the link directly above and > follow the directions. -- PDML Pentax-Discuss Mail List PDML@pdml.net http://pdml.net/mailman/listinfo/pdml_pdml.net to UNSUBSCRIBE from the PDML, please visit the link directly above and follow the directions.
