I think you mean (in coppermine terms) categories and subcategories but not databases?
Then yes, you can create a category 'US' and in it subcategories 'states' and 'major cities' or 'states' and in it another subcategory 'major cities'
In each category you can/ have to create your albums (eg. in 'states' you create the album 'Utah')
Thanks Stramm & Gaugau,
Stramm -- what you are suggesting, is what I have been doing (for years now) all other sites. I have been doing that too also for my photo Galleries.
As I stated in another post:
http://forum.coppermine-gallery.net/index.php?topic=30588.0 there are practical limitations to subcategories. To give one example, try applying that to the complete taxonomy of living things or a genealogy (family) website where there are already n-generations.
One of my relatives said, she could not find her personal album in our Family website -- hers was burried in the third level of subcategories, with a number of primary categories. We are a very huge clan, and I used our family album to test how people behave when search a photogallery using multiple layers of subcategories. And, I have already tried it in several versions, the resulting CPG-base photogallery using a two-level category showing does not look very nice in my opinion -- that was why I posted
http://forum.coppermine-gallery.net/index.php?topic=30588.0Many scientific studies have shown that most people stop their searches after the "first page", not exactly the same as in photoalbums.
Anyway, what I do now is like this:
cpg001 -> photogallery 001 (e.g., US museums)
cpg002 -> photogallery 002 (e.g., ecosystems: general)
cpg003 to cpg006 (taxonomic classification of plants, animals, microorganisms)
cpg007 -> photogallery 003 (e.g., arts)
etc., etc.
where cpg refers to a complete Coppermine software. If I do it this way, visitors would have to register and login for each -- which is not practical, knowing how people usually behave.
I have not tried it yet, but programs, such as TikiWiki, are able to control multiple and independent databases -- simplifying the issue of registration and login, upgrade issues, etc.
GauGau -- I am not tech-savvy enough to administer what you suggested. I use webhosting service right now for that reason. It would be too costly to implement what you suggested using a webhosting service.
cgc0202