70 Matching Annotations
  1. Jan 2024
  2. Aug 2023
    1. In computing, the robustness principle is a design guideline for software that states: "be conservative in what you do, be liberal in what you accept from others". It is often reworded as: "be conservative in what you send, be liberal in what you accept". The principle is also known as Postel's law, after Jon Postel, who used the wording in an early specification of TCP.

      https://en.wikipedia.org/wiki/Robustness_principle

      Robustness principle: be conservative in what you do, be liberal in what you accept from others.

  3. May 2023
  4. Feb 2023
  5. tantek.com tantek.com
    Five years ago last Monday, the @W3C Social Web Working Group officially closed^1. Operating for less than four years, it standardized several foundations of the #fediverse & #IndieWeb: #Webmention #Micropub #ActivityStreams2 #ActivityPub Each of these has numerous interoperable implementations which are in active use by anywhere from thousands to millions of users. Two additional specifications also had several implementations as of the time of their publication as W3C Recommendations (which you can find from their Implementation Reports linked near the top of each spec). However today they’re both fairly invisible "plumbing" (as most specs should be) or they haven’t picked up widespread use like the others: #LinkedDataNotifications (LDN) #WebSub To be fair, LDN was only one building block in what eventually became SoLiD^2, the basis of Tim Berners–Lee’s startup Inrupt. However, in the post Elon-acquisition of Twitter and subsequent Twexodus, as Anil Dash noted^3, “nobody ran to the ’web3’ platforms”, and nobody ran to SoLiD either. The other spec, WebSub, was roughly interoperably implemented as PubSubHubbub before it was brought to the Social Web Working Group. Yet despite that implementation experience, a more rigorous specification that fixed a lot of bugs, and a test suite^4, WebSub’s adoption hasn’t really noticeably grown since. Existing implementations & services are still functioning though. My own blog supports WebSub notifications for example, for anyone that wants to receive/read my posts in real time. One of the biggest challenges the Social Web Working Group faced was with so many approaches being brought to the group, which approach should we choose? As one of the co-chairs of the group, with the other co-chairs, and our staff contacts over time, we realized that if we as chairs & facilitators tried to pick any one approach, we would almost certainly alienate and lose more than half of the working group who had already built or were actively interested in developing other approaches. We (as chairs) decided to do something which very few standards groups do, and for that matter, have ever done successfully. From 15+ different approaches, or projects, or efforts that were brought^5 to the working group, we narrowed them down to about 2.5 which I can summarize as: 1. #IndieWeb building blocks, many of which were already implemented, deployed, and showing rough interoperability across numerous independent websites 2. ActivityStreams based approaches, which also demonstrated implementability, interoperability, and real user value as part of the OStatus suite, implemented in StatusNet, Identica, etc. 2.5 "something with Linked Data (LD)" — expressed as a 0.5 because there wasn’t anything user-visible “social web” with LD working at the start of the Working Group, however there was a very passionate set of participants insisting that everything be done with RDF/LD, despite the fact that it was less of a proven social web approach than the other two. As chairs we figured out that if we were able to help facilitate the development of these 2.5 approaches in parallel, nearly everyone who was active in the Working Group would have something they would feel like they could direct their positive energy into, instead of spending time fighting or tearing down someone else’s approach. It was a very difficult social-technical balance to maintain, and we hit more than a few bumps along the way. However we also had many moments of alignment, where two (or all) of the various approaches found common problems, and either identical or at least compatible solutions. I saw many examples where the discoveries of one approach helped inform and improve another approach. Developing more than one approach in the same working group was not only possible, it actually worked. I also saw examples of different problems being solved by different approaches, and I found that aspect particularly fascinating and hopeful. Multiple approaches were able to choose & priortize different subsets of social web use-cases and problems to solve from the larger space of decentralized social web challenges. By doing so, different approaches often explored and mapped out different areas of the larger social web space. I’m still a bit amazed we were able to complete all of those Recommendations in less than four years, and everyone who participated in the working group should be proud of that accomplishment, beyond any one specification they may have worked on. With hindsight, we can see the positive practical benefits from allowing & facilitating multiple approaches to move forward. Today there is both a very healthy & growing set of folks who want simple personal sites to do with as they please (#IndieWeb), and we also have a growing network of Mastodon instances and other software & services that interoperate with them, like Bridgy Fed^6. Millions of users are posting & interacting with each other daily, without depending on any large central corporate site or service, whether on their own personal domain & site they fully control, or with an account on a trusted community server, using different software & services. Choosing to go from 15+ down to 2.5, but not down to 1 approach turned out to be the right answer, to both allow a wide variety^7 of decentralized social web efforts to grow, interoperate via bridges, and frankly, socially to provide something positive for everyone to contribute to, instead of wasting weeks, possibly months in heated debates about which one approach was the one true way. There’s lots more to be written about the history of the Social Web Working Group, which perhaps I will do some day. For now, if you’re curious for more, I strongly recommend diving into the group’s wiki https://www.w3.org/wiki/Socialwg and its subpages for more historical details. All the minutes of our meetings are there. All the research we conducted is there. If you’re interested in contributing to the specifications we developed, find the place where that work is being done, the people actively implementing those specs, and even better, actively using their own implementations^8. You can find the various IndieWeb building blocks living specifications here: * https://spec.indieweb.org/ And discussions thereof in the development chat channel: * https://chat.indieweb.org/dev If you’re not sure, pop by the indieweb-dev chat and ask anyway! The IndieWeb community has grown only larger and more diverse in approaches & implementations in the past five years, and we regularly have discussions about most of the specifications that were developed in the Social Web Working Group. This is day 33 of #100DaysOfIndieWeb #100Days ← Day 32: https://tantek.com/2023/047/t1/nineteen-years-microformats → 🔮 Post Glossary: ActivityPub https://www.w3.org/TR/activitypub/ ActivityStreams2 https://www.w3.org/TR/activitystreams-core/ https://www.w3.org/TR/activitystreams-vocabulary/ Linked Data Notifications https://www.w3.org/TR/ldn/ Micropub https://micropub.spec.indieweb.org/ Webmention https://webmention.net/draft/ WebSub https://www.w3.org/TR/websub/ References: ^1 https://www.w3.org/wiki/Socialwg ^2 https://www.w3.org/wiki/Socialwg/2015-03-18-minutes#solid ^3 https://mastodon.cloud/@anildash/109299991009836007 ^4 https://websub.rocks/ ^5 https://indieweb.org/Social_Web_Working_Group#History ^6 https://tantek.com/2023/008/t7/bridgy-indieweb-posse-backfeed ^7 https://indieweb.org/plurality ^8 https://indieweb.org/use_what_you_make - Tantek
    1
  6. Jan 2023
  7. Dec 2022
    1. Tom MacWright, a software developer in Brooklyn, has firsthand experience with the pitfalls of ActivityPub. As an experiment, he tried to turn his photo blog into an actor that could be followed by users via their Mastodon accounts. It worked in the end—and you can search for @photos@macwright.com from your Mastodon instance to follow his photography—but it wasn't easy.

      Example of how ActivityPub standards don't work in practice, in part because Mastodon is an 800 pound gorilla which actively flauts or adds their own "standards".

    2. "Queer people built the Fediverse," she said, adding that four of the five authors of the ActivityPub standard identify as queer. As a result, protections against undesired interaction are built into ActivityPub and the various front ends. Systems for blocking entire instances with a culture of trolling can save users the exhausting process of blocking one troll at a time. If a post includes a “summary” field, Mastodon uses that summary as a content warning.
    1. Note: it is not possible to apply a boolean scope with just the query param being present, e.g. ?active, that's not considered a "true" value (the param value will be nil), and thus the scope will be called with false as argument. In order for the scope to receive a true argument the param value must be set to one of the "true" values above, e.g. ?active=true or ?active=1.

      Is this behavior/limitation part of the web standard or a Rails-specific thing?

    1. This document is a companion to the IIIF Content Search API Specification, Version 2.0. It describes the changes to the API specification made in this major release, including ones that are backwards incompatible with version 1.0, the previous version.
  8. Nov 2022
    1. Donations

      To add some other intermediary services:

      To add a service for groups:

      To add a service that enables fans to support the creators directly and anonymously via microdonations or small donations by pre-charging their Coil account to spend on content streaming or tipping the creators' wallets via a layer containing JS script following the Interledger Protocol proposed to W3C:

      If you want to know more, head to Web Monetization or Community or Explainer

      Disclaimer: I am a recipient of a grant from the Interledger Foundation, so there would be a Conflict of Interest if I edited directly. Plus, sharing on Hypothesis allows other users to chime in.

  9. tantek.com tantek.com
    #TwitterMigration, first time? Have posted notes to https://tantek.com/ since 2010, POSSEd tweets & #AtomFeed. Added one .htaccess line today, and thanks to #BridgyFed, #Mastodon users can follow my #IndieWeb site @tantek.com@tantek.com No Mastodon install or account needed. Just one line in .htaccess: RewriteRule ^.well-known/(host-meta|webfinger).* https://fed.brid.gy/$0 [redirect=302,last] is enough for Mastodon users to search for and follow that @tantek.com@tantek.com username. Took a little more work to setup Bridgy Fed to push new posts to followers. Note by the way both the redundancy & awkwardness (it’s not a clickable URL) of such @-@ (AT-AT) usernames when you’re already using your own domain. Why can’t Mastodon follow a username of “@tantek.com”? Or just “tantek.com”? And either way expanding it internally if need be to the AT-AT syntax. Why this regression from what we had with classic feed readers where a domain was enough to discover & follow a feed? Also, why does following show a blank result? Contrast that with classic feed readers which immediately show you the most recent items in a feed you subscribed to. Lastly (for now), I asked around and no one knew of a simple public way to “preview” or “validate” that @tantek.com@tantek.com actually “worked”. You have to be *logged-in* to a Mastodon instance and search for a username to check to see if it works. Contrast that with https://validator.w3.org/feed/ which you can use without any log-in to validate your classic feed file. Why these regressions from the days of feed readers? - Tantek
    1
  10. Jul 2022
    1. https://www.zylstra.org/blog/2022/06/spring-83/

      I've been thinking about this sort of thing off and on myself.

      I too almost immediately thought of Fraidyc.at and its nudge at shifting the importance of content based on time and recency. I'd love to have a social reader with additional affordances for both this time shifting and Ton's idea of reading based on social distance.

      I'm struck by the seemingly related idea of @peterhagen's LindyLearn platform and annotations: https://annotations.lindylearn.io/new/ which focuses on taking some of the longer term interesting ideas as the basis for browsing and chewing on. Though even here, one needs some of the odd, the cutting edge, and the avant garde in their balanced internet diet. Would Spring '83 provide some of this?

      I'm also struck by some similarities this has with the idea of Derek Siver's /now page movement. I see some updating regularly while others have let it slip by the wayside. Still the "board" of users exists, though one must click through a sea of mostly smiling and welcoming faces to get to it the individual pieces of content. (The smiling faces are more inviting and personal than the cacophony of yelling and chaos I see in models for Spring '83.) This reminds me of Stanley Meyers' frequent assertion that he attempted to design a certain "sense of quiet" into the early television show Dragnet to balance the seeming loudness of the everyday as well as the noise of other contemporaneous television programming.

      The form reminds me a bit of the signature pages of one's high school year book. But here, instead of the goal being timeless scribbles, one has the opportunity to change the message over time. Does the potential commercialization of the form (you know it will happen in a VC world crazed with surveillance capitalism) follow the same trajectory of the old college paper facebook? Next up, Yearbook.com!

      Beyond the thing as a standard, I wondered what the actual form of Spring '83 adds to a broader conversation? What does it add to the diversity of voices that we don't already see in other spaces. How might it be abused? Would people come back to it regularly? What might be its emergent properties?

      It definitely seems quirky and fun in and old school web sort of way, but it also stresses me out looking at the zany busyness of some of the examples of magazine stands. The general form reminds me of the bargain bins at book stores which have the promise of finding valuable hidden gems and at an excellent price, but often the ideas and quality of what I find usually isn't worth the discounted price and the return on investment is rarely worth the effort. How might this get beyond these forms?

      It also brings up the idea of what other online forms we may have had with this same sort of raw experimentation? How might the internet have looked if there had been a bigger rise of the wiki before that of the blog? What would the world be like if Webmention had existed before social media rose to prominence? Did we somehow miss some interesting digital animals because the web rose so quickly to prominence without more early experimentation before its "Cambrian explosion"?

      I've been thinking about distilled note taking forms recently and what a network of atomic ideas on index cards look like and what emerges from them. What if the standard were digital index cards that linked and cross linked to each other, particularly in a world without adherence to time based orders and streams? What does a new story look like if I can pull out a card either at random or based on a single topic and only see it or perhaps some short linked chain of ideas (mine or others) which come along with it? Does the choice of a random "Markov monkey" change my thinking or perspective? What comes out of this jar of Pandora? Is it just a new form of cadavre exquis?

      This standard has been out for a bit and presumably folks are experimenting with it. What do the early results look like? How are they using it? Do they like it? Does it need more scale? What do small changes make to the overall form?


      For more on these related ideas, see: https://hypothes.is/search?q=tag%3A%22spring+%2783%22

  11. Jun 2022
    1. Is it just me or is there something quirky with the rel="canonical" links for docdrop so that there isn't URL parity for the annotations on docdrop and the equivalent youtube videos. I thought it used to work, but when I visit the youtube version, there are no annotations on the page. I thought this used to work the way one would expect. What changed?

      I'm noticing that in this particular case there are two rel-canonical links when one might expect only one:

      <link rel="canonical" href="https://www.youtube.com/watch?v=XgMh6iuFbT4"><br /> <link rel="canonical" href="http://docdrop.org/video/XgMh6iuFbT4/">

      Maybe the docdrop link should be a rel="alternate" instead?

      cc: @dwhly

    1. https://briansunter.com/graph/#/page/logseq-social

      Brian Sunter (twitter) using Logseq as a social network platform.

      What simple standards exist here? Could this more broadly and potentially be used to connect personal wikis, digital gardens, zettelkasten, etc?

      Note that in this thread Dave Winer asks about how it can be tied into other standardized pieces to interconnect?

      How can I hook my outlines into your net if I’m not running Logseq?

      — dave.rss (@davewiner) June 13, 2022
      <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>
  12. May 2022
    1. Text file You can provide a simple text file that contains one URL per line. The text file must follow these guidelines: The text file must have one URL per line. The URLs cannot contain embedded new lines. You must fully specify URLs, including the http. Each text file can contain a maximum of 50,000 URLs and must be no larger than 50MB (52,428,800 bytes). If you site includes more than 50,000 URLs, you can separate the list into multiple text files and add each one separately. The text file must use UTF-8 encoding. You can specify this when you save the file (for instance, in Notepad, this is listed in the Encoding menu of the Save As dialog box). The text file should contain no information other than the list of URLs. The text file should contain no header or footer information. If you would like, you may compress your Sitemap text file using gzip to reduce your bandwidth requirement. You can name the text file anything you wish. Please check to make sure that your URLs follow the RFC-3986 standard for URIs, the RFC-3987 standard for IRIs You should upload the text file to the highest-level directory you want search engines to crawl and make sure that you don't list URLs in the text file that are located in a higher-level directory. Sample text file entries are shown below. http://www.example.com/catalog?item=1 http://www.example.com/catalog?item=11

      There's been a plaintext sitemap standard this whole time??? Lmao I'm an idiot.

  13. Dec 2021
  14. Sep 2021
  15. Aug 2021
    1. I'm wondering exactly what problem that LOUD standard is meant to be solving exactly? It doesn't appear that any of the meta data they're listing is over and above anything that's already extant?

      If you're going to propose a new set up, why not add some bits to fix the newer problems that have popped up like for paying creators? Being able to inject ads? Better track the number of listens? How far into the file did the listener get? How many ads did they hear?

      And let's not forget:

  16. Jun 2021
  17. stoa.anagora.org stoa.anagora.org
    1. Some conventions may be emerging in a new batch of personal knowledge management tools, or amenable to them; for the duration of this document, we'll refer to these tools as [[personal knowledge management]] tools, [[roam like]] or (preferred as of the time of writing) [[wiki like]].

      It would be incredibly useful to have a list of these [[Roam Research like]] tools so that they can be documented as to what level of input they can/could take and remain compatible from text, to text+[[wiki links]], to the various flavors of markdown up to full HTML perhaps.

      I know a handful are documented at indieweb.org/commonplace_book

  18. May 2021
    1. Whether or not digital gardens should follow any standards is an interesting question.

      What features/functionality should a digital garden have? Is there a canonical list yet?

      I wish more supported Webmention to enable the Memex dream...

    1. why do we have an <img> element? Why not an <icon> element? Or an <include> element? Why not a hyperlink with an include attribute, or some combination of rel values? Why an <img> element? Quite simply, because Marc Andreessen shipped one, and shipping code wins.That’s not to say that all shipping code wins; after all, Andrew and Intermedia and HyTime shipped code too. Code is necessary but not sufficient for success. And I certainly don’t mean to say that shipping code before a standard will produce the best solution.

      Shipping code is necessary, but not sufficient for success.

  19. Apr 2021
  20. Mar 2021
    1. In terms of defining the “open” in open web annotation, I tend to take a standards approach: the Hypothes.is tool is built upon, and our organization advocates for, open standards in web annotation.

      This explanation also highlights an additional idea of open itself. I have heard many in the W3C space criticize the open standard of web annotation arrived at because of the ultimate monoculture of the space. Most of the participants of the process were all related to Hypothes.is in some way and the result was a single product that implemented the standard. To my knowledge no other companies, groups, or individual programmers have separately implemented the standard.

      In this sense, while the "standard" is openly defined, it isn't as open as other standards which were mote slowly evolved and implemented gradually and more broadly by various programming languages and disparate groups.

  21. Feb 2021
  22. Nov 2020
    1. Capacitor's origins lie in Ionic's mission to provide a holistic framework for developing hybrid apps—apps that run on mobile devices, on desktops, and in the browser. It does not only replace Apache Cordova as a “bridge” to native platform access in new Ionic projects but also “provides a consistent, web-focused set of APIs”.
  23. Sep 2020
  24. Jul 2020
    1. A growing number of platforms, vendors, and partners support the AMP Project by providing custom components or offering integration with AMP pages within their platforms.

      I guess AMP is actually open-source software, but it still feels like it's something non-standard. I guess it's just an alternative open standard to the "main" web open standards.

  25. May 2020
  26. Apr 2020
    1. And if the closed platforms prohibited DRM in apps, then the large content providers would simply distribute their own set-top boxes and game consoles as the only way to watch their stuff.

      This sounds a bit naive to me. Who would buy those set-top boxes and game consoles? And do not only consider the United States' and European markets. Wouldn't the large content providers have to adapt to how the web works if they want to reach a broader audience?

    2. embed Netflix content in their own web pages,

      Now that the w3c has recommended eme, Is this possible?

    1. Extensions are built using web technology and can use the same APIs the browser provides to the open web.

      Wonder what they mean by "open web". Web standards, presumably.

  27. Feb 2020
  28. Dec 2019
    1. And other recent developments suggest that doing so could overcome many of the earlier pitfalls of protocol-based systems, potentially creating the best of all words: useful internet services, with competition driving innovation, not controlled solely by giant corporations, but financially sustainable, providing end users with more control over their own data and privacy—and providing mis- and disinformation far fewer opportunities to wreak havoc.

      Some of the issue with this then becomes: "Who exactly creates these standards?" We already have issues with mega-corporations like Google wielding out sized influence in the ability to create new standards like Schema.org or AMP.

      Who is to say they don't tacitly design their standards to directly (and only) benefit themselves?

  29. Nov 2019
  30. Sep 2019
  31. Aug 2019
  32. Mar 2019
  33. webstandards.hhs.gov webstandards.hhs.gov
    1. Usability guidelines This site seems a bit dated in its appearance but still provides the user the opportunity to review usability standards in general, together with a rating of the weight of evidence that supports each assertion. It would take some time to go through all the information available on this site. It is also usable enough that a designer can check up on guidelines while in the middle of designing a specific project. Rating 3/5

  34. Mar 2018
    1. We worked with the industry to launch the open-source Accelerated Mobile Pages Project to improve the mobile web

      There was some collaborative outreach, but AMP is really a Google-driven spec without significant outside input.

      See also: http://ampletter.org/

    2. With AMP Stories, which is now in beta, publishers can combine the speed of AMP with the rich, immersive storytelling of the open web.

      "With AMP Stories, which is now in beta, publishers can combine the speed of AMP with the rich, immersive storytelling of the open web."

      Is this sentence's structure explicitly saying that AMP is not "open web"?!

  35. Apr 2017
    1. Google is adding a Fact Check feature to Google Search and Google News. When fact checks are available from one or more approved publishers, they will appear in the search results.

      One requirement for publishers to be cited is to use the schema.org ClaimReview markup, or the Share the Facts widget.

    1. Dave Winer points out that interoperability of software is important. Don't shun an existing standard just because you think your way is better. If you hate using some standard technology, find or write a module to convert between the standard and your preferred format.

  36. Mar 2017
    1. All views use standards-based HTML templates

      Aurelia's standards focus means our code stays relevant down the road.

    2. One of the strengths of Aurelia is that you can write so much of your application in vanilla JS.

      By sticking close to standards, such as upcoming EcmaScript features, Aurelia code prepares for us for the future. It encourages writing code that will be relevant 2-5 years from now, or perhaps beyond.

  37. Oct 2016
  38. Sep 2016
    1. I’ve found Canvas to be less draconian than I’d been led to expect. More broadly, the LMS ecosystem that’s emerged — based on a standard called Learning Tools Interoperability (LTI), now supported by all the LMS systems — led me to an insight about how the same approach could help unify the emerging ecosystem of annotation systems. Even more broadly, all this has prompted me to reflect on how the modern web platform is both more standardized and more balkanized than ever before.

      ...

      The app I’ve written is a thin layer of glue between two components: Canvas and Hypothes.is. LTI defines how they interact, and I’d be lying if I said it was easy to figure out to get our app to launch inside Canvas and respond back to it. But I didn’t need to be an HTTP, HTML, CSS, JavaScript, or Python wizard to get the job done.

  39. Jan 2016
    1. The prohibition on reporting bugs in systems with DRM makes those bugs last longer, and get exploited harder before they're patched. Last summer, the US Copyright Office collected evidence about DRM interfering with reporting bugs in tractors, cars, medical implants, and critical national infrastructure.
    2. DRM exists to stop users from doing things they want to do and to stop innovative companies from helping users do things they want to do -- or would want to do, if they had the option. Your cable box, for example, will be designed to stop you from recording your favorite shows for long-term storage and viewing on the go.
    3. The World Wide Web Consortium (W3C), the nonprofit body that maintains the Web's core standards, made a terrible mistake in 2013: they decided to add DRM
  40. Dec 2015
  41. Nov 2015
  42. Jan 2014
    1. The process of tying two items together is the important thing.

      Annotations are at the Web’s core.