2016/Nuremberg: April 16, 2016!
RSVP

photo

(Redirected from photos)

📷

This article is a stub. You can help the IndieWebCamp wiki by expanding it.


A photo is a post whose primary content is a photograph or other image, with an optional caption. With multiple photographs it becomes a multi-photo post.

A photo upload is typically how photo posts are created.

The term “photo” can also refer to a profile photo.

Contents

Why

You should own your photos like you own any other content you create. Many photos sites have gone down over the years, taking invaluable personal memories with them.

How

There are different approaches to posting photos. E.g.

  • As a note with a primary image
  • As an image, with text (caption) only following
    • the image is the focus of the post, and text is in service of the image.
  • Hosting variations - image files hosted on
    • your primary webhost/domain
    • a "photos." subdomain of your domain that maps to a cloud/CDN service like Amazon S3 or Akamai.
    • as Creative Commons licensed content uploaded to Wikimedia

IndieWeb Examples

Sorted by earliest photo posts first.

Ryan Barrett

Ryan Barrett uses WordPress to post photo posts on snarfed.org/pictures since around 2003-03-06 and multi-photo posts since 2014-12-23. Examples:

Bret Comnes

Bret Comnes uses gitpub to post photos directly on bret.io since 2013-02-26, and started posting photos using ownyourgram on 2014-05-18. E.g.

Ben Werdmuller

Ben Werdmuller uses idno to post photos (including taking them with a mobile web upload interface that uses the camera!) on werd.io (since ????-??-??), and POSSEs them to Facebook and Flickr (since ????-??-??)

  • e.g. ??? a photo post permalink on werd.io
  • mobile photography and posting demonstrated live at IndieWebCamp 2013 in Portland.

Aaron Parecki

Aaron Parecki has been posting photos to his own site since IndieWebCamp SF on 2014-03-08, using OwnYourGram to turn Instagram into a publishing client.

Kyle Mahan

Kyle Mahan has been posting photos of his cat since 2014-05-17, using OwnYourGram and occasionally uploading images directly

Jeremy Keith

Jeremy Keith uses his own custom PHP-based CMS to post photos (with location info!) on adactio.com and POSSE them to Twitter since 2014-07-05 and to Flickr since 2014-07-08. Examples:

Kartik Prabhu

Kartik Prabhu uses Bundle to publish photo posts since 2014-07-27, and multi-photo posts since 2014-07-28. He does the following:

  1. Uploads the photo(s) to G+ albums purely for storage
  2. Publishes a photo(s) post on his own site
  3. (Semi-)automatically POSSEs to Twitter as a photo post via Bridgy, since 2014-08-30
  4. Manually POSSEs to G+.

Examples:

Tantek

Tantek Çelik uses Falcon to publish photo posts since 2015-244 which are note posts with an embedded image that have been auto-upgraded to being photo posts. He does the following:

  1. Uses Instagram iOS client to post a photo there
  2. Writes & posts a note on his own site that starts with a direct .jpg URL of the photo image, then a space/linebreak, then permalink of the Instagram post, then caption.
  3. That "note" is auto-upgraded by CASSIS's auto_link function into a photo post by putting the u-photo class name on the auto-embed <img> of the JPG, since it's the first URL in the "note".
  4. Falcon automatically uses Bridgy Publish to POSSE the photo as a photo post to both Twitter and Facebook (since 2015-11-08), saving the resulting syndication URLs in storage.

Examples:

Since this was an auto-upgrade change, it is likely that there are older notes that got upgraded to photo posts as well.

gRegor Morrill

gRegor Morrill uses ProcessWire to occasionally publish photos.

Notes with photos examples

Not quite photo posts, but similar, notes with embedded photos are another approach to photo-like posts.

Barnaby Walters

Barnaby Walters uses Taproot to post photos on waterpigs.co.uk since at least 2012-12-13 as notes with embedded images.

Discussion

  • gRegor Morrill: I don't understand the distinction between 'photo' and 'note with photo.' It was suggested in chat by mko that a 'photo' post would be a photo with no other content. However, this page indicates caption text may follow the photo. Per discussion, the caption would be the p-summary/p-name of the photo post. This seems to make it no different than a regular note, then, as far as microformat parsing. Example: http://gregorlove.com/notes/2014/07/15/2/ — IRC log
  • On a photo post, text is directly "related to the photo", where text in a note can be "conversational" or tangential.
    <mko> Another example, from my own experience. I was the design lead at hi5. We did research into how users were using the Photos feature versus the Status Update feature (which had the ability to post a photo). Users posted photos without any text the vast majority of the time. When users posted status updates with photos, on the other hand, they almost never did so without accompanying text. On top of that, we found that when there was text accompanying a photo in the Photos section, it was almost always a caption related to the photo (with very few exceptions), whereas those in a status update that would go on the Friend Feed typically was conversational and not directly related to the photo.
    [1]

Silos

The following silos specialize in photo posting/hosting/sharing:

In addition, the following silos support photo posts in addition to other types of posts:

Here are some notes on specific silo treatment of photos:

Facebook

With Facebook, you have the options of:

  • creating an actual photo post (preferred)
  • or posting a status update (note) and linking to the original photo or if you're linking to a permalink on your own site (e.g. as part of POSSEing), optionally using OGP to specify the image to use for a preview.
    Facebook note with preview image

Creating an actual photo post looks much better. More detail: POSSE_to_Facebook#Posting_Photos_via_the_Facebook_API

Brainstorming

Main article: photo brainstorming

People Tagging

Main article: people tagging

Ben Werdmuller wondered if you could tag people in photos by linking to their profiles using HTML imagemaps (!) and marking up the imagemap links with microformats. That might look something like:

Tantek, Aaron and Amber!

<map name="peeps">

<area shape="circle" coords="124,58,8" class="microcard h-card u-url" href="http://tantek.com" alt="Tantek Çelik">

<area shape="rect" coords="0,0,82,126" class="microcard h-card u-url" href="http://aaronparecki.com" alt="Aaron Parecki">

<area shape="circle" coords="90,58,3" class="microcard h-card u-url" href="http://caseorganic.com" alt="Amber Case">

</map>

However, because the HTML syntax of imagemaps sits outside the actual image tag, it may be worth adding a microformat to the map itself.

POSSE

POSSEing photo posts makes sense certainly to photo silos like:

In addition, it makes sense to consider POSSEing to generic silos, despite the fact that they will only retain a (likely) lower resolution copy of your photo:

  • Twitter - as a native Twitter photo tweet, using TwitterAPI update_with_media
  • Facebook

POSSE person tags

Ideally you should POSSE any person-tags on your photo to the POSSE copy as well.

Bridgy Publish POSSE

Bridgy Publish supports POSSEing photo posts to Twitter and Facebook!

Unknown:

  • Does Bridgy Publish support POSSEing person-tags in photo posts to either Twitter or Facebook? If so, how?

Feature requests:

Distinguishing Photos from Notes

Bridgy Publish has a concrete use-case where it would be useful to mechanically differentiate posts where the photo is primary, vs. notes with an included image that is not the focus of the note. Photo posts should be POSSEd as native photo post types on Facebook and included as attached media on Twitter. POSSEd notes would prefer to link to the original post, and possibly include the image as a link-preview.

The problem is that both types have the same mf2 representation: p-name/e-content for caption and u-photo for the image.

Simplest solution is to treat all posts notes with a u-photo as photo posts.

Why POSSE rather than TwitterCard

(Not sure if this belongs here or on Twitter page, but capturing as part of this for now.) Advantages to POSSEing actual photos to Twitter, rather than just a link to a photo post on your site with Twitter Cards metacrap markup:

  • Further distribute the use of Twitter kind of like a CDN for your photos
  • People see a larger version of the photo via a phototweet than a Twittercard
  • Usual avoid metacrap (silo-specific meta tags) advantage
  • Photo tweets appear inline in tweet list views (e.g. Twitter timeline / homepage) whereas twitter cards won't appear inline automatically (require twiddling open).
  • Photo tweets work immediately, whereas photo cards require that Twitter whitelist your domain for cards in general (and maybe in particular for photo cards?)
  • Using the TwitterAPI hides the proprietariness, whereas using twittercards means your own website has proprietary metacrap on it
  • Twittercards set a worse example (proprietary metacrap) for others that may view source

backfeed person tags

If you're POSSEing photo posts, in addition to normal backfeed support of silo like, repost, reply responses, you should also support backfeeding person-tagging on your POSSE photo copies.

Two reasons why:

  1. Your own convenience / ease of use. Some silos have nice/easy person-tagging UIs, i.e. that often auto-suggest who to tag in a photo with a simple one button (Yes) UI to do it (as you select/hover faces), e.g. Facebook. Thus it may be easier to implement backfeeding person-tags than implementing your own person-tagging UI (and facial recognition support too!)
  2. Person-tags from friends. Some silos let your friends tag people they know in your photos (e.g. Facebook, Flickr), and thus they're likely to do so. You should backfeed these person-tags from your friends back to your original photo post.

Bridgy backfeed does not yet support backfeeding person tags from POSSE copies of photo posts.[2]

Hosting

Software

Software you can install on your IndieWeb server to host your own photos

See Also

Retrieved from "https://indiewebcamp.com/photo"