 |
Nice.
For your convenience, here's a pointer to the rest of my suggestions about machine tags: www.flickr.com/groups/api/discuss/72157594355854310/
Posted 16 months ago.
(
permalink
)
|
 |
This is great news - thanks very much!
Posted 16 months ago.
(
permalink
)
|
 |
Really nice to see this go live! Only wish I had time to play with it right now....
Posted 16 months ago.
(
permalink
)
|
 |
If anyone is interested in joining a group to discuss a standardized system for assigning these machine tags, check out this group that I setup: flickr.com/groups/mtags/
Anyone and everyone is welcome.
Posted 16 months ago.
(
permalink
)
|
 |
I've just noticed that API calls returning a tag element now have a new XML attribute machine_tag="0" or "1".
Originally posted 16 months ago.
(
permalink
)
dajobe edited this topic 16 months ago.
|
 |
Rock on. I think this is cool. (If it's not, someone tell me, m'kay?)
Posted 16 months ago.
(
permalink
)
|
 |
Fantastic Stuff... I wondered what this was all about last night when I added a new feature to my website (pinkspots.net). the feature allows users to tag flickr photos of bars/clubs with special tags in order to display those particular photos of on the related venue page of my site.
I was adding the tags in the format pinkspots:venue=venueid and when testing the feature by tagging a few of my own photos they were appearing in flickr as Machine Tags - this confused me, but now it all makes sence! - thank you straup for clearing this up for me, and thanks flickr for doing such a grand job!
Originally posted 16 months ago.
(
permalink
)
stuartwhite edited this topic 16 months ago.
|
 |
This is one of the great improvement!!! I'm so excited :-) Wonderful idea
Posted 16 months ago.
(
permalink
)
|
 |
This all sounds very appealing to me. Especially the API integration. I'm curious to see new community built extensions coming out of this.
Glad to see the range querying is on the list.
Posted 16 months ago.
(
permalink
)
|
 |
I like the idea for sure, I just wonder if this feature would ever get any real traction with the end user? Will there be an interface built by Flickr to add machine tags to our photos?
Posted 16 months ago.
(
permalink
)
|
 |
This is great stuff :) Still digesting what exactly it means in practice. Eg. whether I could set up default tag prefix URIs for my stream somehow so I don't need to declare xmlns:dc once for each photos. And wondering how, if at all, the Perl CPAN Flickr archiver will turn these tags into RDF...
Posted 16 months ago.
(
permalink
)
|
 |
cdevero: Look at the upcoming.org example, with the right interfaces I'm betting this will get a lots of traction.
Posted 16 months ago.
(
permalink
)
|
 |
Tom: Oh, I have no doubt that this will be picked up by the "Web 2.0" community at large. In fact, it already has it seems.
I'm talking about the Moms and Pops out there that, even though Flickr makes tagging dead simple, still have problems using tags at all.
I suppose my question was: Will the interface for ADDING tags be updated to accommodate machine tags and make them more mainstream?
Posted 16 months ago.
(
permalink
)
|
 |
I'm not sure it makes much sense for the Flickr site to do anything more wrt adding machine tags than it does already; surely to do more than letting users enter them manually the site would need to know the details of every single namespace being used by anyone anywhere and then put some incredibly complex UI in to handle entering them?
Posted 16 months ago.
(
permalink
)
|
 |
Awesome! I've been wanting something like this forever... Specifically, I want to add a machine tag which identifies the original photo on my computer without polluting my "tag namespace"
Thanks guys!
Posted 16 months ago.
(
permalink
)
|
 |
Yay!
I agree with wooble - tag adding can probably left for upload clients for now - let them bash out a way of doing it accessibly.
Posted 16 months ago.
(
permalink
)
|
 |
very nice just what i was waiting for
i just added a PhotoBlog to my www.lumis.com/lumisGallery/ lumisGallery script which will use the machine tags to define blog categories right now the categories are not done but the blog is there if anyone wants to download it and give it a try and is pulling from the defined namespace.
lots of potential here for the machine tags
Posted 16 months ago.
(
permalink
)
|
 |
Any updates on getting some thing like a md5sum 'machine' tag?
I would like to know what pictures I have uploaded, to I can keep them in sync with my local collection.
Posted 16 months ago.
(
permalink
)
|
 |
That is a great idea. Imagine being able to 'sync' all your computers in the real world with flickr, now that the upload limit has gone.
Posted 16 months ago.
(
permalink
)
|
 |
@drag: I thought the "secret" could be useful for that a while ago, but there was no conclusion in the end:
Here is the thread:
www.flickr.com/groups/api/discuss/72157594321379460/
Lets just hope the photoid will always stay like this...
Posted 16 months ago.
(
permalink
)
|
 |
It shouldn't be too difficult to build an application that tags all of your photos with something like checksum:md5=[whatever], but the bandwidth it would use could get unwieldy, as I assume you'd need to app to download all of your original photos to calculated the checksums on them.
Originally posted 16 months ago.
(
permalink
)
Wooble edited this topic 16 months ago.
|
 |
@wooble: Downloading all and compared Is what I did ;-)
I then noticed I didn't find some of the originals on Flickr back when cross referencing the checksum. It turned out some Flickr "Original" photos got 0x0A (newline) at the end (making them one byte longer).
Something like 100 in 9000 photos were like this. Probably a bug in one of the "uploadr's" I used but I'm uncertain which one (I use email, sync API and the web thing)...
I don't tag my photos (I still consider it ugly) but I keep a local db with the Flickr ID and a reference to the local unique filename. Technically I can extend my local db and add more fields (title for example or tags).
Posted 16 months ago.
(
permalink
)
|
 |
I noticed that when you specify 'extra=tags' in the search api, then machine tags are returned with all the ":" and "=" still present (unlike the old days when those characters were stripped out). This change broke my scripts, but it is a change for the better.
Posted 16 months ago.
(
permalink
)
|
 |
now that there is a limit of 75 tags per photo, will machine tags be counted in the 75?
Posted 15 months ago.
(
permalink
)
|
 |
For the moment, yes. Machine tags will be counted toward the limit of 75 tags per photo.
Posted 15 months ago.
(
permalink
)
|
 |
@draq: What about designing a tool that will download the small preview image, work out the md5 and add it back as a machine tag.
Could this work for spotting duplicate uploads?
Originally posted 15 months ago.
(
permalink
)
Tom (hmm a rosa tint) edited this topic 15 months ago.
|
 |
@Tom: I don't believe this would work for identifying which of your original images you've uploaded, as the preview image is generated at Flickr. You'd need to also have a way in your local image collection of associating the preview image with your original. It'd probably be far less work to assign a unique ID to each of your images before you upload them anywhere and have your Flickr upload software add a machine tag with that unique ID.
Posted 15 months ago.
(
permalink
)
|
 |
@straup: in your example about the Plateau (yay, Plateau Mont-Royal, BTW), you misspelled "quartier". "cartier" is a synonym and a proper name, like "Jacques Cartier".
Other notes: machine:tags=awesome . Good work.
Posted 15 months ago.
(
permalink
)
|
 |
Argh. IMTS "homonym".
Posted 15 months ago.
(
permalink
)
|
 |
Evan Prodromou - Thanks! That's what I get for being away from home for so long...
Posted 15 months ago.
(
permalink
)
|
 |
Announcing: Flickcurl - C API to Flickr
I wanted to play with machine tags and RDF, and I work in C so I've made a C library to call Flickr's web services to read photo metadata, with demonstration of generating RDF triples from it. These two parts are separable, so if you just want a C library to Flickr, you get that too.
Flickcurl
librdf.org/flickcurl/
Posted 15 months ago.
(
permalink
)
|
 |
I noticed a photo with geotags where flickr.photos.getInfo returns machine_tag="0" and yet when I go to the flickr page and view the photo, those tags are hidden as they should be.
Here's the photo: www.flickr.com/photos/jef/33437567/
I imagine it's not hard to find other examples.
Is flickr's own UI not using the machine_tag attribute? Because old machine tags haven't been re-classified yet?
Posted 15 months ago.
(
permalink
)
|
 |
I saw a comment somewhere that only new tags are treated as machine tags. I don't have a reference though.
Posted 15 months ago.
(
permalink
)
|
 |
Jef -
Yes, it is because that particular tag has not been re-indexed yet.
A "re-index all your machine tags" page is in the works, but it needs to be an explicit action on the part of individual users because machine tags are "cleaned" differently, thus changing URLs for the tag pages themselves.
Posted 15 months ago.
(
permalink
)
|
 |
So the UI is ignoring the machine_tag attribute and instead deciding on its own whether a tag is machine or not? Maybe I should do the same.
Posted 15 months ago.
(
permalink
)
|
 |
The correct is geo:long,
not geo:lon. I see maprr
worldkit.org/geocoder/
Originally posted 14 months ago.
(
permalink
)
Sergio Luiz SV edited this topic 14 months ago.
|
 |
anyone know of a machine tag usage for airport codes? Can't seem to find any mention of it.
Posted 14 months ago.
(
permalink
)
|
 |
I was once been tagged with a set of aero:* tags like the following:
aero:airport=eddl
aero:airline=dlh
aero:man=boeing
aero:model=737
aero:series=500
aero:tail=d-abjd
Dunno if there is some standard definition for those though...
Originally posted 14 months ago.
(
permalink
)
davipt edited this topic 14 months ago.
|
 |
oK, Can someone explain to me as if I was 8 yrs old, what do I gain by using
aero:airport=dlh vs adding three simple tags to my photo i.e. aero airport and dlh ???
I'm curious to start using the mtags, but yeah, what exactly do I gain?
Posted 9 months ago.
(
permalink
)
|
 |
(stale, but since it's still open) The key is disambiguation - humans are good at it, machines aren't. In your example, "dlh" by itself, is pretty likely to be an airport, but the one near me is BED - if I'm looking for pictures of hanscom field (BEDford, MA) I will *never* find them with a search for bed. aero:airport=bed, though, is pretty clear.
Not everything is susceptible to that kind of clarification - but baby steps, going after the things that *are*, is still worthwhile :-)
Posted 6 months ago.
(
permalink
)
|
 |
aero:airport=eddl
aero:airline=dlh
aero:man=boeing
aero:model=737
aero:series=500
aero:tail=d-abjd
yes Dunno if there is some standard definition for those though...
2008tercihsonucu.blogspot.com
Originally posted 4 months ago.
(
permalink
)
doctor house flckr edited this topic 4 months ago.
|
 |
When I retrieve machine tags (or any tags) using the Flickr API, then I seem to pull back a 'normalized' version of the tag. In particular, all letters seem to be converted to lower case, and punctuation and spaces are removed. This is a real pain. I'm using the photos.search api if it makes any difference.
Does anybody have a workaround for this, or is this a known bug?
Thanks
Posted 3 months ago.
(
permalink
)
|
 |
Does anybody have a workaround for this, or is this a known bug?
It's a frustrating limitation, that's for sure: you can find 'raw' versions of the tags, but search works on the normalised versions, which means that a:b=-1 and a:b=1 aren't distinguishable on a large scale – you have to check each individual result.
Posted 3 months ago.
(
permalink
)
|
 |
Triplets ? That sounds a lot like symantic web.
Posted 3 months ago.
(
permalink
)
|
 |
I've been attempting to use sort with machine tags in the same photos.search api. Seems the sort is working to date level ONLY, even though the original photos are timestamped. I suppose I could attempt to sort inside my application, but ... is this a known bug / is there a workaround?
to reproduce, go to www.flickr.com/services/api/explore/
user id = 85097477@N00
tags = walkhome
sort = date-taken-asc
machine tags = geo:lat=, geo:lon=, geo:dir=
machine tag mode = any
extras = date_taken
first three results:
<photo id="978048548" owner="85097477@N00" secret="ad5dcdb8d5" server="1259" farm="2" title="DSC00289" ispublic="1" isfriend="0" isfamily="0" datetaken="2007-08-01 17:59:32" datetakengranularity="0"/>
<photo id="977179253" owner="85097477@N00" secret="011da408b7" server="1416" farm="2" title="DSC00285" ispublic="1" isfriend="0" isfamily="0" datetaken="2007-08-01 17:57:06" datetakengranularity="0"/>
<photo id="978039486" owner="85097477@N00" secret="df95c760e9" server="1270" farm="2" title="DSC00286" ispublic="1" isfriend="0" isfamily="0" datetaken="2007-08-01 17:58:02" datetakengranularity="0"/>
remove the machine tag bits and the first three results are correctly...
<photo id="978031002" owner="85097477@N00" secret="4a3bd3f881" server="1253" farm="2" title="DSC00283" ispublic="1" isfriend="0" isfamily="0" datetaken="2007-08-01 17:55:29" datetakengranularity="0"/>
<photo id="977176661" owner="85097477@N00" secret="3c646cda47" server="1346" farm="2" title="DSC00284" ispublic="1" isfriend="0" isfamily="0" datetaken="2007-08-01 17:56:24" datetakengranularity="0"/>
<photo id="977179253" owner="85097477@N00" secret="011da408b7" server="1416" farm="2" title="DSC00285" ispublic="1" isfriend="0" isfamily="0" datetaken="2007-08-01 17:57:06" datetakengranularity="0"/>
Posted 3 months ago.
(
permalink
)
|
 |
The "better" one is whatever works for you.
Of course, not posting spam to groups and getting your account and all of your photos deleted would make all of your tags work better.
Posted 2 months ago.
(
permalink
)
|
 |
Just Brilliant Information Great Site Thank You
www.berthany.com/
Posted 2 months ago.
(
permalink
)
|
 |
Thank you for the information. It's very interesting and useful.
Posted by nikon d60
Posted 6 weeks ago.
(
permalink
)
|
Would you like to comment?
Sign up for a free account, or sign in (if you're already a member).
|