From IndieWeb
Jump to: navigation, search

Next steps for IndieWebCamp and IndieWeb efforts.

See something here you can help with? Jump in and help with incremental edits!

Questions? Ask in our discussion channels!

Roughly ordered by importance / oldest first.

Update How to Run an IndieWebCamp page/documentation

  • We need an easier/simpler/shorter "how to run an IndieWebCamp" page / documentation
  • We need IndieWebCamp in a box prepared to send to new organizers
    • Things like "Hello my URL is" stickers, sticky notes for the grid, maybe masking tape. Or at least a list of things to order and have delivered to the venue
  • Questions to ask registrants like: food prefs, childcare needs etc
  • Decrease challenges like all the wiki pages, the nice pages at etc
    • Keeping the choice of which ticketing system to use, for regional prefs. E.g. Tito eventbrite brownpapertickets or even Meetup
  • Possible templates for typical camp pages and planning layout so it doesn't have to be reinvented
  • Add more detailed steps to documentation on what types of information should be gathered via a ticketing system
  • Add some specific tutorials regarding certain ticketing systems such as Tito in regards to best practices like copying an existing event as the beginning for a new event

Improve Getting Started

In progress of updating Getting Started steps to:

  • simplify steps (create subpages if necessary for longer explanations)
  • reduce steps to only those that are required and have direct benefits
    • i.e. are direct steps toward achieving IndieMark levels in various areas.
    • provide an explicit "Why?" quick and easily understandable explanation of the benefits, the motivating reasons for taking this step. What problems are solved? What new capabilities do you get by taking this step.
  • re-order steps in order of ease of implementation / dependency
  • move nice-to-haves, or simpler side options, to other pages.

I've updated Connect and Personal Domain accordingly (including subsuming short domain as a "bonus" subpart of personal domain) so far and will work on subsequent Getting Started steps accordingly. However, if you want to help with these updates, please go for it and edit accordingly! - Tantek 15:06, 7 May 2013 (PDT)

Currently working on:

  • Partial Solutions - which needs a very heavy rewrite and likely moving of most (if not all) of its content to other pages, since partial solutions are a bit of a branch off/away-from real indieweb support.
  • ...

Improve Why Explanation

  • create subsections on why for frustration, fear, death
  • provide good photo/summary page links (e.g. lightboxes of screenshots) for all corp site failures on site-deaths and why pages.
  • copy each "why" citation for a silo to a Criticisms or Downtime section for that silo

Quoting Embedding Display

Quoting Embedding Display (QED) guidelines:

  • Write IndieWeb versions of embedding/quoting display guidelines for when other sites display indie web posts/content

See: quoting for details and see reply-context for some thinking/progress.


Create additional Tagboards (e.g. ) for IndieWeb related things, and any tags used/mentioned by @indiewebcamp (or @indiewebcampuk) and link them to the respective wiki pages here.

Process Criticism

Blog Update to Call For A Distributed Web

(more than one person blogging about this would be good)

Bonus, also integrate the points / proposals / projects mentioned in into the post such that the post responds to both at the same time (there's a lot of overlap).

Blog State of the Interoperable Decentralized Web

(more than one person blogging about this would be good)

Follow-up to previous blog post and (PDF, sorry, academic source) with case studies on some projects from that blog post and the 2016 Decentralized Web Summit

Consider also explicitly citing and following-up to:

Document from most to least interoperably deployed decentralized web solutions.

Noting second to last anything mentioned in the MIT report that is deployed with real users but single-project monoculture with all the downsides of that, fragility etc.

Noting last anything mentioned in the MIT report that is either not deployed (e.g. academic / theory / hand-waving / hype), or experimentally deployed, but no real (even selfdogfood) users.

Blog on Open Standards for the Decentralized Web

(more than one person blogging about this would be good)

Follow-up to previous blog posts and Aaron Parecki’s OSBridge 2016 talk on the topic, focusing first and mostly on:

  • Well deployed interoperable web standards (10+ interop impls with real world daily users across systems)
  • Emerging interoperable web standards (3+ interop impls with real world daily users across systems)
    • WebSub
    • Maybe LDN? Double-check actual software/systems/sites in use.
  • Other standards being implemented (1+ impls, maybe interop, with real world daily users within systems)
  • Monoculture standards - "standards" only implemented (often driven by) a single implementation, summarize such monoculture problems etc.

IndieWeb Homepage Live Modules

Archive sessions and chat logs

Refer to Etherpad: Archiving IndieWebCamp notes.

See Also