- From: Ben <ben@thatmustbe.me>
- Date: Fri, 23 Oct 2015 20:47:53 -0400
- To: elf Pavlik <perpetual-tripper@wwelves.org>
- Cc: Owen Shepherd <owen.shepherd@e43.eu>, Harry Halpin <hhalpin@w3.org>, James M Snell <jasnell@gmail.com>, Sandro Hawke <sandro@w3.org>, Social Web Working Group <public-socialweb@w3.org>, ishida@w3.org
map and bitcoin should probably be prefixed, but then there is nothing stopping anyone from producing whatever fields they like. That's true in any serialization. I know, and I find such 'prefixing' practice a concern. When people start defining their edu-* collab-* orga-* 'prefixes' we very likely may end with collisions and no way to tell if same 'JSON keys' and some values (eg. types) have same meaning or not. Isn't this why specs put it lines about avoiding using too many extensions or there may be problems with interoperability? Also, if we don't fully process context, it would be even worse. prefixing significantly reduces chances of collisions as opposed to (what i see as likely for most, and almost definite for me) ignoring context. James, I realized that wasn't very clear, I'm trying to write a service to generate AS2 for any given url of MF2. While you cannot override the base AS2 context, it was more about generating correct context for any other data I find, just like elf found on werd.io I've never seen them, but they could be useful, I want to include extensions from MF2 as extensions in AS2, but I cannot. On Fri, Oct 23, 2015 at 5:53 PM, elf Pavlik <perpetual-tripper@wwelves.org> wrote: > On 10/23/2015 11:22 PM, Ben wrote: >> Offhand I cannot thing of a quick link. Most of my prefixes are in >> data I send from my posting app to my site, i know i use this for >> posting drafts to my site. > Could you at some point still share with us some of you custom > properties and possibly types? > > I noticed on http://werd.io/ use of properties > > * bitcoin (on h-card) > * map (on h-entry) > > Which I don't find on > > * http://microformats.org/wiki/h-card > * http://microformats.org/wiki/h-entry > > In bitcoin example, some people could use just the hash as value, some > people URI as bitcoin:175tWpb8K1S7NmH4Zx6rewF9WQrcZv245W > https://en.bitcoin.it/wiki/BIP_0021 > > Who specifies how to use 'bitcoin' property, or 'map'? > > >> >> Aaron uses his own p3k prefixes on http://aaronparecki.com/metrics > I know, and I find such 'prefixing' practice a concern. When people > start defining their edu-* collab-* orga-* 'prefixes' we very likely may > end with collisions and no way to tell if same 'JSON keys' and some > values (eg. types) have same meaning or not. > > If we drop URI based extensibility, I would like to hear clear proposal > for alternative strategy. > > Cheers! > >> >> On Fri, Oct 23, 2015 at 5:10 PM, elf Pavlik >> <perpetual-tripper@wwelves.org> wrote: >>> Hi Ben, >>> >>> On 10/23/2015 11:01 PM, Ben wrote: >>>> I have been working on ways to get AS2 compatible output from my site, >>>> and I don't think I can generate a valid context for the document as >>>> various terms I use on the site (some from microformats-2, some from >>>> IWC's wiki, and some my own vendor prefixes). >>> >>> How do you propose to handle 'your own vendor prefixes'? >>> Could you maybe even provide an concrete examples with ones which you >>> use in your data? >>> >>> Thanks! >>> >> > >
Received on Saturday, 24 October 2015 00:48:22 UTC