<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://microformats.org/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Sandeepshetty</id>
	<title>Microformats Wiki - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://microformats.org/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Sandeepshetty"/>
	<link rel="alternate" type="text/html" href="https://microformats.org/wiki/Special:Contributions/Sandeepshetty"/>
	<updated>2026-05-20T07:25:04Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.38.4</generator>
	<entry>
		<id>https://microformats.org/wiki/index.php?title=h-feed&amp;diff=56126</id>
		<title>h-feed</title>
		<link rel="alternate" type="text/html" href="https://microformats.org/wiki/index.php?title=h-feed&amp;diff=56126"/>
		<updated>2013-06-29T23:11:36Z</updated>

		<summary type="html">&lt;p&gt;Sandeepshetty: /* Examples in the wild */ Added sandeep.io&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{stub}}&lt;br /&gt;
&lt;br /&gt;
'''&amp;lt;dfn&amp;gt;h-feed&amp;lt;/dfn&amp;gt;''' is a [[microformats2]] experiment with a top level feed object to contain [[h-entry]] posts.&lt;br /&gt;
&lt;br /&gt;
From experience with [[hAtom]], it's not clear that there's actually a need (use-case) for a top level feed, but for those that wish to experiment with it, here it is.&lt;br /&gt;
&lt;br /&gt;
root class name: h-feed&lt;br /&gt;
&lt;br /&gt;
properties:&lt;br /&gt;
* p-name - name of the feed&lt;br /&gt;
* p-author - author of the feed, optionally embed an [[h-card]] {{main|h-card}}&lt;br /&gt;
* u-url - URL of the feed&lt;br /&gt;
* u-photo - representative photo / icon for the feed&lt;br /&gt;
&lt;br /&gt;
children:&lt;br /&gt;
* nested [[h-entry]] objects representing the items of the feed&lt;br /&gt;
&lt;br /&gt;
== Use Cases ==&lt;br /&gt;
* Generate an Atom feed&lt;br /&gt;
** This seems like a legacy use-case, not sufficient to actually justify h-feed.&lt;br /&gt;
&lt;br /&gt;
* Feed per channel of content - needs a name&lt;br /&gt;
** &amp;quot;I will have a feed per tag (channel) so I want to name them.&amp;quot; - Sandeep Shetty in #indiewebcamp&lt;br /&gt;
** It appears there is some desire to create separate feeds for an indieweb site for separate subsets of content, and name them &amp;lt;em&amp;gt;explicitly&amp;lt;/em&amp;gt; accordingly. This presents a need for a container object for the h-entry elements, where the container itself can have a name. This is a potential interesting use-case for an explicit 'h-feed'.&lt;br /&gt;
&lt;br /&gt;
== Examples in the wild ==&lt;br /&gt;
* http://tantek.com/ uses h-feed with p-name and p-author properties and child h-entry posts.&lt;br /&gt;
* http://sandeep.io/ uses h-feed with p-name and p-author properties and child h-entry posts.&lt;br /&gt;
&lt;br /&gt;
== Parsing ==&lt;br /&gt;
When parsing a page for an h-feed, do so per [[microformats2]].&lt;br /&gt;
&lt;br /&gt;
Fallback:&lt;br /&gt;
&lt;br /&gt;
If there is no explicit &amp;quot;h-feed&amp;quot; element, implementations may:&lt;br /&gt;
* Treat the &amp;lt;code&amp;gt;&amp;amp;lt;title&amp;amp;gt;&amp;lt;/code&amp;gt; of the page as the p-name&lt;br /&gt;
* Use http://indiewebcamp.com/authorship to discover authorship of posts.&lt;br /&gt;
* Treat top level h-entry elements as items in the feed.&lt;br /&gt;
&lt;br /&gt;
== See Also ==&lt;br /&gt;
* [[h-entry]]&lt;br /&gt;
* [[microformats2]]&lt;br /&gt;
* [[hAtom]]&lt;/div&gt;</summary>
		<author><name>Sandeepshetty</name></author>
	</entry>
	<entry>
		<id>https://microformats.org/wiki/index.php?title=activity-streams&amp;diff=54444</id>
		<title>activity-streams</title>
		<link rel="alternate" type="text/html" href="https://microformats.org/wiki/index.php?title=activity-streams&amp;diff=54444"/>
		<updated>2013-06-13T10:46:08Z</updated>

		<summary type="html">&lt;p&gt;Sandeepshetty: /* see also */ added link to &amp;quot;RSSB microformats to Activity Streams&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;entry-title&amp;gt;activity streams&amp;lt;/entry-title&amp;gt;&lt;br /&gt;
== introduction ==&lt;br /&gt;
As people use various different web sites to [[blogging-tools|blog]], update their [[picoformats|status]], post their [[geo|location]], or [[photo-info|photos]], sites and tools have emerged to aggregate these various actions into a continuous eclectic stream of activities.&lt;br /&gt;
&lt;br /&gt;
Such activities typically involve a '''subject''' (the person doing the activity), a '''verb''' (what the &amp;quot;doing&amp;quot; is of the activity), and often a '''direct object''' (what the activity is being done to or with). Activity stream aggregators typically republish activities in reverse chronological order, independent of type of activity.&lt;br /&gt;
&lt;br /&gt;
[http://friendfeed.com Friendfeed] is perhaps the most well known web site that does cross site activity aggregation/publication, and [[movable-type|Movable Type]] has built-in support for aggregation/publication of activity streams as of v4.1.&lt;br /&gt;
&lt;br /&gt;
For more examples, see the [http://diso-project.org/wiki/activity-streams DiSo wiki activity streams page] (see also [http://wiki.diso-project.org/ the other DiSo wiki], not sure [http://twitter.com/t/status/972796117 which to use]).&lt;br /&gt;
&lt;br /&gt;
== problem statement ==&lt;br /&gt;
The type and variety of activities that services support and publish is growing every month.  Services like Friendfeed and tools like Movable Type must either be continuously updated with one-off per service implementation support, or provide nothing more than lowest common denominator feed aggregation and publication.&lt;br /&gt;
&lt;br /&gt;
If activity streams were published in an open standard format then activity stream aggregators that supported such an open format would automatically support any new standards supporting activity stream services without having to play the continuous one-off proprietary API implementation catch-up game. In addition, new activity publishers would be less beholden to trying to reimplement others' proprietary APIs (and all the giving up control to a likely competitor problems that arise from that practice).&lt;br /&gt;
&lt;br /&gt;
== existing standards ==&lt;br /&gt;
Feeds (and related formats, RSS, [[Atom]], [[hAtom]]) solve most of the problems of activity streams. [[movable-type|Movable Type]] 4.1's activity stream publishing support already supports [[hAtom]] today for example.&lt;br /&gt;
&lt;br /&gt;
The '''subject''' of an activity is nearly always the author of a feed.&lt;br /&gt;
&lt;br /&gt;
The '''direct object''' of an activity is typically an item or entry in a feed.&lt;br /&gt;
&lt;br /&gt;
Sites that publish different kinds of objects/items in their interfaces often present those items/posts differently depending on the kind of object.  Activity Streams thus has a set of object-types that represent these kinds of objects, based on their research on existing object type publishing examples in the wild.&lt;br /&gt;
&lt;br /&gt;
== apparent need and focus ==&lt;br /&gt;
Thus key pieces that seem worthy of standardization are:&lt;br /&gt;
* the '''verb''' aspect of an activity&lt;br /&gt;
* the '''object-type''' of an item or post&lt;br /&gt;
&lt;br /&gt;
Per the [[microformats]] [[principles]], by focusing on these smaller parts of the problem (verbs and object-types), we may be able to more quickly solve the larger problem of representing activities and activity streams.&lt;br /&gt;
&lt;br /&gt;
Thus, per the microformats [[process]]:&lt;br /&gt;
&lt;br /&gt;
* [[activity-verb-examples]]&lt;br /&gt;
* [[activity-verb-formats]]&lt;br /&gt;
* [[activity-verb-brainstorming]]&lt;br /&gt;
&lt;br /&gt;
And:&lt;br /&gt;
&lt;br /&gt;
* [[activity-object-examples]]&lt;br /&gt;
* [[activity-object-formats]]&lt;br /&gt;
* [[activity-object-brainstorming]]&lt;br /&gt;
&lt;br /&gt;
=== activity object brainstorm ===&lt;br /&gt;
Strawman brainstorm (to be incorporated into [[activity-object-brainstorming]]) : for now, try simply re-using the Activity Streams set of object-types as class names, preceded with &amp;quot;h-as-&amp;quot;, as a [[microformats2]] poshformat for representing different Activity Stream object-types in [[hAtom]]. Use these object-type class names to &amp;quot;subclass&amp;quot; the &amp;quot;h-entry&amp;quot; class in hAtom, e.g. where you might publish&lt;br /&gt;
&amp;lt;source lang=html4strict&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;h-entry hentry&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;/source&amp;gt;&lt;br /&gt;
With this strawman proposal, for blog posts you might publish: &lt;br /&gt;
&amp;lt;source lang=html4strict&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;h-entry hentry h-as-article&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;/source&amp;gt;&lt;br /&gt;
Or for little tweet/text notes: &lt;br /&gt;
&amp;lt;source lang=html4strict&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;h-entry hentry h-as-note&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;/source&amp;gt;&lt;br /&gt;
And [[rsvp|RSVPs]] (as [[rsvp-brainstorming|brainstormed]]) :&lt;br /&gt;
&amp;lt;source lang=html4strict&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;h-entry hentry h-as-rsvp&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;/source&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== sites implementing activity object brainstorm ====&lt;br /&gt;
See: http://indiewebcamp.com/ActivityStreams#Use_with_microformats2&lt;br /&gt;
&lt;br /&gt;
== see also ==&lt;br /&gt;
* [[h-entry]]&lt;br /&gt;
* [[hAtom]]&lt;br /&gt;
* [[events/2008-10-21-sf-weekly-meetup-dinner]]&lt;br /&gt;
* [http://wiki.activitystrea.ms/Microformats-for-Activities ActivityStrea.ms Wiki Page for Microformats]&lt;br /&gt;
* http://indiewebcamp.com/activitystreams&lt;br /&gt;
* [http://www.sandeep.io/50 RSSB microformats to Activity Streams]&lt;/div&gt;</summary>
		<author><name>Sandeepshetty</name></author>
	</entry>
</feed>