Re: objections to webmention

On June 6, 2016 9:17:09 AM PDT, Melvin Carvalho <melvincarvalho@gmail.com> wrote:
>On 6 June 2016 at 04:41, Sandro Hawke <sandro@w3.org> wrote:
>
>>
>>
>> On June 5, 2016 2:14:49 PM PDT, Melvin Carvalho
><melvincarvalho@gmail.com>
>> wrote:
>> >On 5 June 2016 at 22:20, Robert Sanderson <azaroth42@gmail.com>
>wrote:
>> >
>> >>
>> >> While I agree with Melvin's design aesthetics, I acknowledge
>that's
>> >what
>> >> they are.  There's no _functional_ problem with the current spec,
>and
>> >while
>> >> JSON-LD and URIs seem like a good practice, there's nothing
>written
>> >in
>> >> stone that says Thou Must Use URIs.
>> >>
>> >> I disagree however that it's a general purpose messaging
>framework.
>> >It's
>> >> explicitly (per the one sentence introduction):
>> >>   "[...] a Webmention is a notification that one URL links to
>> >another."
>> >>
>> >>
>> >> Basing any understanding of webmention on the non-normative
>> >extensions
>> >> referenced seems like a trap to be avoided.  I (personally) would
>> >simply
>> >> remove Appendix B and focus on the actual value of the main
>> >specification.
>> >> Extensibility without namespaces at web scale is just impossible,
>and
>> >may
>> >> be leading to some of the confusion and design questions.
>> >>
>> >
>> >Well put!
>> >
>> >So is webmention extensible, or is it not extensible.  I think this
>> >could
>> >be clearer.
>> >
>>
>> We need to distinguish between centralized extensibility like in
>html5,
>> css, uri schemes, schema.org, http headers, etc, and decentralized
>> extensibility, as in RDF or link headers.
>>
>> Webmention has centralized extensibility.   Activity streams (by
>using
>> json-ld) has decentralized extensibility.
>>
>> Personally, I feel like decentralized extensibility is a moral and
>> psychological issue, but I'm well aware that the case for
>decentralized
>> extensibility is weak.    The vision is of a wonderfully free and
>open yet
>> interoperable ecosystem, but in practice that doesn't seem to happen.
>By
>> far the greatest adoption of RDF happened when it was coupled with
>> schema.org, with only centralized extensibility.
>>
>> Given that, I think webmention is fine having only centralized
>> extensibility.
>>
>
>Slightly conflicting replies to the question.  Can I take away that
>webmention is indeed designed to be extensible, through some yet to be
>described, centralized means?
>

Yes.   The spec has a section on extensions:

https://www.w3.org/TR/webmention/#extensions

If some lack of clarity or specificity in that section is causing you a problem, please feel free to raise an issue on github.   For best results tell a story about what you're trying to do with webmention and how the current state of the spec causes you difficulty in doing that.

Hypothetical arguments and appeals to authority are unlikely to have a positive effect.

>At this point, Im not attempting to debate the pros and cons of
>centralization vs decentralization in the social web, more initially to
>clarify the nature of the work.
>
>Im also going to suggest that the general case of this problem has
>already
>been solved by existing W3C RECs -- that might be a more contentious
>point,
>so I would be happy to hear if people think that's not the case.

I covered that in a different email yesterday.   In any case, it's all just background information.  

The key point may be that the working group decided in December to proceed on multiple tracks.   That means only friendly amendments are really appropriate.   You seem to want something quite different from webmention, so it seems to me that means you should work on that thing, e.g. activitypub (maybe now activitysub) or solid inbox or something.

BTW the working group will be discussing webmention issues tomorrow at the f2f,  and hopefully close all the open ones.   

    - Sandro

>>
>>
>>      - Sandro
>>
>>
>> >
>> >>
>> >> Rob
>> >>
>> >>
>>
>>

Received on Tuesday, 7 June 2016 03:48:47 UTC