- From: Michael Herman (Trusted Digital Web) <mwherman@parallelspace.net>
- Date: Thu, 13 Jan 2022 20:26:16 +0000
- To: Orie Steele <orie@transmute.industries>
- CC: "public-credentials (public-credentials@w3.org)" <public-credentials@w3.org>
- Message-ID: <MWHPR1301MB2094C51A4757ACC7D22373A5C3539@MWHPR1301MB2094.namprd13.prod.outlook.>
I like the latter Orie. It's also a good way to avoid file system directory size related performance issues. Thk you Get Outlook for Android<https://aka.ms/AAb9ysg> ________________________________ From: Orie Steele <orie@transmute.industries> Sent: Thursday, January 13, 2022 1:23:49 PM To: Michael Herman (Trusted Digital Web) <mwherman@parallelspace.net> Cc: public-credentials (public-credentials@w3.org) <public-credentials@w3.org> Subject: Re: Using a DID Identifier in a filename? Yes, I have had this problem before. and yes, you can just convert all reserved characters from the ABNF. https://www.w3.org/TR/did-core/#did-syntax (beware of "." and "_", etc) If you can get away with dropping the "did:method" part, your files will be more readable. You can also consider a folder structure approach: /did/method/id.json OS [https://mailfoogae.appspot.com/t?sender=ab3JpZUB0cmFuc211dGUuaW5kdXN0cmllcw%3D%3D&type=zerocontent&guid=7cf96fab-9f51-468c-9ef4-e4f9bb121a76]ᐧ On Thu, Jan 13, 2022 at 2:17 PM Michael Herman (Trusted Digital Web) <mwherman@parallelspace.net<mailto:mwherman@parallelspace.net>> wrote: Given that a colon is an invalid filename character (at least on most PCs), does any one have any thoughts about a convention for mapping a DID Identifier into a filename? For example, using a simple mapping of a colon into a dot (period)? [Image] Michael Herman Get Outlook for Android<https://aka.ms/AAb9ysg> -- ORIE STEELE Chief Technical Officer www.transmute.industries [https://drive.google.com/a/transmute.industries/uc?id=1hbftCJoB5KdeV_kzj4eeyS28V3zS9d9c&export=download]<https://www.transmute.industries>
Attachments
- image/png attachment: did-filenames.png
Received on Thursday, 13 January 2022 20:26:47 UTC