What do you mean vs US? Day/Month/Year which makes perfect sense vs Month/Day/Year which is the most illogical nonsense anyone could have come up with.
(10 years of living in the states and that format annoys me every time I use it… almost daily 
)
topname.subname is the equivalent of dd.mm.yyyy in my opinion.
Thanks so much to the entire Maidsafe team for all of your hard work! 
I can’t believe I forgot to check in yesterday!
I agree but more pedantically:
yyyy.mm.dd. Largest to smallest.
topname.sub.sub…
btw, it is common with software to use the yyyy-mm-dd format because it is unambiguous (regardless of locale) whereas mm-dd-yyyy and dd-mm-yyyy are often ambiguous (whenever the dd is less than 13).
Maybe not software dev compatible, but only unambiguous format is 26 August 2022.
I’ll try and give a good rundown on it next week. A lot going on at the mo!
But rest assured it’s well reasoned and (long) considered.
Will subdirectories still be as before?
So you have for example Google.maps/USA?
Yes indeed
I think the opposite. I think the date equivalent would be yyyy.mm.dd but let’s see what the reasoning is.
Yes I agree, my point was somewhat convoluted in that I meant equivalent in sense and logic of mm.dd.yyyy vs dd.mm.yyyy
But also eager to hear.
I guess logic here is in the eye of the beholder!
For dates I love dd.mm.yyyy but I know deep down yyyy.mm.dd makes more sense from a filing point of view
yyyy.mm.dd is the best format for accurate sorting by programs such as Excel and operating system directory listings also.
I think the year as a 4 digit thing is less prevalent than we imagine. I See most folk write 13-04-22 or 04-13-22 as opposed to using 2022. So I think it’s all about perception and people’s propensity to shorten things. So we just had 22-08-22 and on the fun goes 
was that 2202-08-22 or 22-08-2022, we will never know 
I have never understood the month-day-year thing mind you, it seems as mental as having sidewalks where pavements should be 
Incoming 
I’ve heard some Americans say month first is better because the month is more salient than what day it is.
shrugs
Like @VaCrunch I like YYYY-MM-DD for sorting easily.
I just don’t like time at all 
As always, it depends on context.
I’m interested to hear MaidSafe’s reasoning but I wonder if it will involve assumptions that will be valid in some contexts, but not necessarily others. Which is why I tend towards status quo (subdomain.domain) which wins based on convention and expectation, regardless of context.
Ah sorry, my comment was just about the date thing. Will need to defer to Jim on the reasoning for domain ordering. I do think you’ve got a good point though about the current system being really embedded in people’s minds. Anyway, I’m sure a good discussion will be had about it.
I was referring to the date thing, re context. Then expanding to include the name discussion because I think this point applies to both.
I would imagine the accepted format was based at least on some of the following considerations:
Just some rambling thoughts.
That actually would be 2202-80-22
Yea i know I’m being silly
Thank you for the heavy work team MaidSafe! I add the translations in the first post 
Privacy. Security. Freedom