Thanks for your posts guys, and separate thanks to JMichaelTX for giving nice detalization of your idea with tags with illustrated examples!!
I have tested your suggested idea a bit creating sample 2 braches of 3 level depth tags and assigning them to notes
What i can say - on my opinion it solves some part of "problem" indeed,
The search text box for tags helps in this, what i mean is
If you have such tags hierarchy
And then you process some note which by some means relates to your office table and home table
Then your note will have all 6 tags
Your note can be found if you go to tag search and enter text 'table' - tag search will smartly recognize this word in both "Home.furniture.table" and "Office.furniture.table" and outputs both those tags
It solves the problem though you will pay for it:
The most low level tags will be very long named - not too user friendly + will take time to pick them when you have big tree of tags
Each particular note in most cases will contain very many tags, and remember each tag is pretty long named
As mentioned by Flier - this approach (EN team pushes us to use it) is workaround and breaks logical way of things most people stick to, the user should have small pack of simple tags and nicely structured hierarchy of his notes, not vice versa!
I have 'book case' and on first 'shelve' i have section regarding 'world war 2' in which i have 'machinery' book with section regarding 'tanks' which is marked as 'Tanks' in book glossary, i dont have one giant book with all human knowledge and really long named glossary! En team what do you smoke?
And if seriously if your ideology is "we care only about notebooks and notes and EN is quick thing to put a quick note, other things are out of scope" - what can we say? we can not argue with that, each finds its own solution
For now i will try approach suggested by JMichaelTX s for some time but by the look of things will eventually use 2 levels of notebooks untill spot some alternative