IndieWebCamp is a 2-day creator camp focused on growing the independent web

checkin


A checkin is the action of checking into a location and sharing that information. The term is often also used as a verb, to check in.

Services like Foursquare, Gowalla (shutdown after being acquired by Facebook), Dodgeball (shutdown after being acquired by Google), Google Latitude (also shutdown by Google) are social community sites specifically designed for sharing checkins.

The indieweb community is exploring how to post checkins to one's own website (likely privately), and how/when to syndicate (in POSSE style) such checkins to checkin-related community sites.

Contents

Why

Why should you publish checkins? A few use cases:

serendipitous meetups

If a high enough percentage of your friends use checkins, or view them, you can checkin to increase the chance of serendipitous meetups happening[1].

But to enable this use-case, checkins have to be really simple and unobtrusive, i.e. like the old Dodgeball txting UI was so simple that it made it very efficient to do so, so more people did so more often, thus enabling serendipity.

personal logging

I'm entering a specific venue, I'd like to quickly/automatically capture the fact that I'm entering that venue (similarly for exiting) for personal logging / quantified self purposes.

Personal tracking could be done purely with private posts, however, friends-only checkin posts, without any expectation of anyone showing up, serve the purpose of also letting friends know where you are (and thus providing a feeling of being implicitly connected, even if mediated through such an indirect means)[2].

in town

I'm visiting a city other than my home town, and rather than try to figure out who I know may be in that town at the moment and compile far too many explicit messages or a long BCC email, I'd like to announce to my friends who happen to also be in that city that I've arrived there and will be around a bit in case they'd like to meet up.

just in time social meals

I'm out at a coffee shop and want to quickly see if any friends are are nearby and might interested in getting brunch/lunch/dinner/drinks together.

finding people in a crowd

I've just arrived at a busy place/event, and I want to see if other people I think are coming have arrived yet so I know whether to look out for them.

earning cred

  • I want my local coffee shop to see I'm their best customer.
  • I want my boss to see I'm always in the office.
  • I want people to see I regularly help out at the local children's hospital.

awkward situation mitigation

  • I want to see who else is here before I go in, so I can avoid people I don't want to see.
  • I want to tell the world I'm somewhere I'm not.

why not to checkin

  • home. Frequent checkins at home can be annoying to your friends that see your checkins.[3]
  • work. Similarly, if you mostly checkin to work at the same time every day, that too can be annoying to your friends.(from personal experience with early Dodgeball usage).

How

Publish

How to markup a checkin post: ...

POSSE

What are best approaches to POSSEing checkins?

POSSE to Foursquare

Ben Werdmülller POSSEs his checkins to Foursquare with Known.

POSSE to Facebook

Ryan Barrett currently manually POSSEs from his site to Facebook, manually picks the venue etc.

Can likely call Facebook API to get a list of venues at a geo location.

Could also create a Bridgy Publish feature that looked checkin post with a Facebook venue URL and then POSSE the checkin to FB.


IndieWeb Examples

In rough launch/implementation order:

Barnaby Walters

Barnaby Walters is using Taproot on waterpigs.co.uk to post notes with location data (including rev-geocoded address data) represented with an embedded h-card venue and in an embedded map, since 2013-01-24. Currently manually tagging specific check-ins with #checkin, but is working on adding richer venue information. Examples:

Tom Morris

Tom Morris is using Ferocity on tommorris.org to publish notes with venue data in an embedded h-card with geo microformat hyperlink (with title="lat;long") since 2013-02-02 . Examples:

Ben Werdmuller

Ben Werdmuller is using Known to post checkins since ????-??-??. e.g.:

Kyle Mahan

Kyle Mahan is using Red Wind on kylewm.com to publish checkins since 2014-03-24. E.g.:

Michael Owens

Michael Owens is using indie.js to post checkins with POSSE to Foursquare since 2014-09-07 e.g.,

mko-checkin-example-2014-10-15.png
 

Ben Roberts

Ben Roberts is using google maps static map to generate display in Postly since 2014-12-24. e.g.:

Prototypes

Some folks have experiments or prototypes of posts resembling or approximating checkins but are lacking key information in some way, e.g. explicitly marked up location information.

Tantek

Tantek Çelik has manually PESOSed a couple of checkins to his site tantek.com from inadvertent Twitter cross-postings from Swarm on 2015-03-28:

These posts are notes that show how a checkin could be presented in plain-text form, i.e. how a full checkin post could be POSSEd to Twitter, based on how Swarm cross-posts checkins to Twitter. Note how the Twitter copies have a permashortlink after their text content that links to the respective Swarm posts.

sessions

Past discussion sessions on indieweb checkins:

Pretty good notes in there that could be abstracted and captured in general form in new sections here.

questions

More explorations/brainstorms than FAQ yet.

just a note with a location

Is a checkin actually a separate post type?

Or is it just a note with location information?

Or does a note with location information become a checkin only when the location is a specific venue?

E.g. what are the user-expected/intentioned differences between:

The posts page has some discussion about the general question about explicit vs. implicit post kinds.

aspirations

More ideas than creations, some thoughts about how individual indieweb community folks want to do indieweb checkins.

indieweb venues

Main article: venues.

I'd rather post a check-in on my own site, and have it use a venue URL that is *also* on my own site. Then at that indieweb venue URL, it can link to equivalents on Foursquare, OSM, FB, and whatever other centralized venue databases are created in the future. - Tantek [7]

Experience with Foursquare's "community generated/patrolled venues database" is that a few nitwits can pollute/damage the data quite badly, with deletions, overmergings etc. Sad to say, same thing happens with Wikipedia (excessive deletions, overmergings). Thus little hope that a "community hosted venues database" wouldn't have all the same problems, if not worse.

Just use hCard on indieweb venue URLs.

see also:

geolocation detection

In general it is good to use multiple source of geolocation information in order to increase accuracy and decrease latency to provide this information when querying for and presenting (multi-factor prompts) nearby venues.

GPS

GPS is great. Except when you are inside a building - it doesn't work. Then you go and get on the Tube, and pop out the other side. It takes time for GPS to seek. You spend much more time waiting for GPS to work out where you are than you do just typing in the name of the bar or whatnot.[8]

wifi location

wifi-assisted location determination can do better than GPS when inside a building.

velocity prediction

Last time(s) you checked in (or GPS was detected), you were moving in this direction at this pace, therefore you're likely at this location now.

pattern prediction

The last n times you checked in at place A, you checked in at place B within the next thirty minutes.

co-checkin prediction

You just checked in with friend F at location A, your friend F just checked in at location B, therefore you might be at location B as well.

see also