something:somethingelse=somethingspecific
With apologies to Jeremy Keith
If you’re not already familiar with machine tags the easiest way to think of them is being like a plain old tag but with a special syntax that allows users to define additional structured data about that tag. If you’d like to know more, the best place to start is the official announcement we made about machine tags in the Flickr API group.
If you want to know even more, still, take a look at:
Okay! Now that everyone is feeling warm and fuzzy about machine tags: We’ve added (4) new API methods for browsing the hierarchies of machine tags added to photos on the site. These are aggregate rollups of all the unique namespaces, predicates, values and pairs for public photos with machine tags.
For example, lots of people have added exif:
related machine tags to their photos but there hasn’t been a way to know what kind of EXIF data has been added: exif:model? exif:focal_length? exif:tunablaster? Or what about all the planespotters who have been diligently adding machine tags to their photos using the aero namespace: What are the predicates that they’re tagging their photos with?
Those are the sorts of things these methods are designed to help you find. Sort of like wildcard URLs but for metadata instead of photos. Uh, sort of.
Anyway, the new methods are:
flickr.machinetags.getNamespaces
This returns a list of all the unique namespaces, optionally bracketed by a specific predicate. For example, these are all the namespaces that have an airport predicate:
# ?method=flickr.machinetags.getNamespaces&predicate=airport
<namespaces predicate="airport" page="1" total="2" perpage="500" pages="1">
<namespace usage="1931" predicates="1">aero</namespace>
<namespace usage="3" predicates="1">geo</namespace>
</namespaces>
flickr.machinetags.getPredicates
Like the getNamespaces method this returns a list of all the unique predicates, optionally bracketed by a specific namespace. For example, these are all the predicates that use the dopplr namespace:
# ?method=flickr.machinetags.getPredicates&predicate=dopplr
<predicates namespace="dopplr" page="1" total="4" perpage="500" pages="1">
<predicate usage="4392" namespaces="1">tagged</predicate>
<predicate usage="1" namespaces="1">traveller</predicate>
<predicate usage="7780" namespaces="1">trip</predicate>
<predicate usage="4269" namespaces="1">woeid</predicate>
</predicates>
flickr.machinetags.getValues
At this point, the pattern should be pretty straightforward. This method returns all the unique values for a specific namespace/predicate pair. For example, these are some of the values associated with the aero:tail machine tag (yes, really, airplane tail models!):
# ?method=flickr.machinetags.getValues&namespace=aero&predicate=tail
<values namespace="aero" predicate="tail" page="1" total="1159"
perpage="500" pages="3">
<value usage="1">01-0041</value>
<value usage="1">164993</value>
<value usage="2">26000</value>
<value usage="1">4k-az01</value>
<value usage="1">4l-tgl</value>
<value usage="1">4r-ade</value>
<!-- and so on... -->
</values>
flickr.machinetags.getPairs
Finally, the getPairs method returns the list of unique namespace/predicate pairs optionally filtered by namespace or predicate.
Rather than including yet-another giant blob of XML, here’s a pretty picture of the metro stations in Munich instead:
A few things to note
Certain namespace/predicate pairs have been special-cased to return a single value. As of this writing they are:
- geo:lat (and variations)
- geo:lon (and variations)
- file:name
- file:path
- anything:md5
If people have particular reasons for needing or wanting these we’re open to the idea but otherwise the cost of storing all the variations and the dubious uses for returning them in the first place made us decide to exclude them.
Now what?
photo by Daveybot
Well, that’s what we’re hoping you’ll tell us. Machine tags have been chugging away quietly since we announced them almost two years ago and despite being a bit nerd-tastic and awkward to explain we’ve been thrilled to see how people have been finding their own use for them.
And the list goes on.
The trick with machine tags has always been to make them both invisible (or at least barely visible) to those people who don’t care about them but also as easy as tags to pick up and use for those people who do or who wonder whether they might be the tool they were looking for. One thing we didn’t do very well, though, until the release of the machine tag hierarchy APIs was give people a way to learn about machine tags. The only way to find out which machine tags people were using was to hop-scotch your way around people’s photostreams or to be part of a larger community having a discussion about which tags to use. Oops.
Which is why it was extra-fantastic when a few short days after we announced the machine tag hierarchy methods on the API list, the ever prolific and awesome Paul Mison wrote back and said:
The obvious thing to build on top of these … is some sort of graphical machine tag browser, a bit like the Mac OS X / iPod column view browser. So I did.
http://husk.org/code/machine-tag-browser.html
This is entirely self-contained in one file (except for loading jQuery from Google and (cough) the pulser from Flickr). It uses JavaScript to get a full list of namespaces, giving you the option to drill down into predicates and the values available for that namespace/predicate pair.
We’re hoping that this provides a little more raw material to play with and maybe find some magic and that you’ll tell us what comes next.
Yay!
Oh yeah, the actual API methods
Enjoy!
In the coming weeks we’ll also try to gather most of the blog posts and other writings about machine tags and put them with the rest of the API documentation.
