FWIW… I don't know that we will ever 'enforce' urns… we are only recommending them for the sake of being relatively trivial for submitters to generate and track published documents using native-to-the-submitter ID's and turning them into a global unique id.
We may update node generated id's to manufacture them as urns - just to double down on the unique id guarantee. So instead of something like this returned as a generated doc_ID:
"65EE079A359C42AF957D6CC1E64DA660"
You might get something like this instead:
"urn:node01.public.learningregistry.net:id:65EE079A359C42AF957D6CC1E64DA660:rev:1"
The nifty thing about this is a data service could be built to lookup by id partials… so if you didn't know the rev portion… you could find all things starting with "urn:node01.public.learningregistry.net:id:65EE079A359C42AF957D6CC1E64DA660:rev:"
Food for thought about what is coming.
- Jim