Spec proposal: naming media files

[Grzesiek2010]

@Grzesiek2010

So you think uuid() is safer in this case? I'm not sure... Using now() you can end up with duplicates only if two files are taken at exactly the same time plus the prefix (defined by a user) would also need to be the same. However uuid() will not rather return the same value when called at the same time or even during the same day but in big project that collect data over a long period of time it might happen right?

Now as I dug deeper I understand that ending up with two equal uuids is like almost impossible plus we will have prefix too.
Attaching two files at the same time has always seemed to me like something impossible as well but now as I think about it, it's probably more likely especially in big projects where there are many enumerators working at the same time. So I agree that uuid might be a better solution here.

The only thing to consider is its length... uuid returns a string that consists of 36 chars. It's quite long so maybe we could reduce it to 8 for example? Why 8? Because 8 chars from 36 (we use a-z + 0-9 chars) would give 2.821.109.907.456 unique ids so big enough I think to avoid conflicts.