Hi,

I wrote a wrapper that translate accounts and groups data to RDF,
using FOAF [1] and SIOC [2] vocabularies. The goal is to provide
machine-readable data from flickr, that can be used, eg, for social
network portability (thus relying on open data rather than on APIs).

Available at: http://apassant.net/home/2007/12/flickrdf/
More details:
http://apassant.net/blog/2007/12/18/rdf-export-of-flickr-profiles-with-foaf-and-\
sioc

Alex.

PS: It exposes only public available data to be compliant with users'
privacy settings

Hi,

It seems that the mbox_sha1sum is currently computed with
sha1('e-mail'), while it should be sha1('mailto:email') [1]

Any reason for that ?

Thanks,

Alex.

[1] http://xmlns.com/foaf/spec/#term_mbox_sha1sum

I'm one of the developers of a service called photophlow, and we're
occasionally seeing some very long times to get a response from the
Flickr API.  I wanted to see if this is expected, or whether there might
be an issue on our end.

Over a 4 hour period yesterday, 5% of calls to Flickr (292 of  5767)took
over 1 second.  10 calls took over 10 seconds, with the 2 longest taking
124 seconds and 99 seconds.   There were a few others that were
terminated (we're timing out after 120 seconds - not sure how the 124
second call got in there).  By the way, the 4 longest-running calls were
all to flickr.urls.getGroup.

One strategy we've thought of  is timing out after 10 seconds and
retrying, under the assumption that no call should take longer than
that.

Any thoughts on this?  Need any more information?  Thanks.

Neil

Fixed.

> Hi,
>
> It seems that the mbox_sha1sum is currently computed with
> sha1('e-mail'), while it should be sha1('mailto:email') [1]
>
> Any reason for that ?
>
> Thanks,
>
> Alex.
>
> [1] http://xmlns.com/foaf/spec/#term_mbox_sha1sum
>
>
>


--
Aaron Straup Cope
Hackr

I was implementing flickr.groups.browse in Flickcurl (
http://librdf.org/flickcurl/ ) but when I got to the testing phase, I
couldn't get anything but an error result.

So, thinking it was my code, I tried the API explorer at
http://www.flickr.com/services/api/explore/?method=flickr.groups.browse
but even that doesn't return anything except
<rsp stat="ok">
<category name="/" path="/" pathids=""/>
</rsp>


Is this API working/used?

Dave

Im currently alllowed about 10 calls to the api per hour, which is
ok, just for testing and expanding my system would like to increase
to about 20 per hour.

does anyone have any information about if there is anyway to increase
the number of allowed. ( I do have a commercial api license).

many thanks in advance

steve

I've made a new release of Flickcurl, my C library that provides
a API to the Flickr Web Services.

The latest version 0.13 now supports the majority of the API
at 91.3% coverage[1] adding in this release category groups
(if the web service works!), photosets, the last few photos.
APIs and asynchronous upload ticket handling.

The remaining 9.7% is just boring stuff... only kidding.  I've got to
do the activity., blogs. and favorites. plus a couple of test. ones..

The info you need:
Home page: http://librdf.org/flickcurl/
License: GPL2 / LGPL2 / Apache2
Release Notes:. http://librdf.org/flickcurl/NEWS.html
Download: http://download.dajobe.org/flickcurl/flickcurl-0.13.tar.gz

Dave

[1] http://librdf.org/flickcurl/coverage.html

It looks pretty simple. Question is I'm working to add Flickr blog support to an
existing CMS (Geeklog) and I'm curious what I have to do to tie my account to a
Geeklog blog?  Obviously the first step is getting Geeklog added to the set of
"Blog Services" list here:

http://flickr.com/blogs_add.gne

But I'm not sure of the process to do such a thing.  Any advice links to past
posts, etc would be much appreciated and thanks in advance.

--Tony

Hrm, OK...sounds like that may be the path of least resistence.  Thanks,

--Tony

--- In yws-flickr@yahoogroups.com, "Dan Coulter" <dan@...> wrote:
>
> On Dec 22, 2007 12:50 PM, Tony Bibbs <tony@...> wrote:
>
> > It looks pretty simple. Question is I'm working to add Flickr blog
support
> > to an existing CMS (Geeklog) and I'm curious what I have to do to
tie my
> > account to a Geeklog blog?  Obviously the first step is getting
Geeklog
> > added to the set of "Blog Services" list here:
> >
> > http://flickr.com/blogs_add.gne
> >
> > But I'm not sure of the process to do such a thing.  Any advice
links to
> > past posts, etc would be much appreciated and thanks in advance.
> >
>
> If the CMS supported the BloggerAPI or the MetaWeblogAPI, then you
wouldn't
> need to get it added, flickr users could just point Flickr to the
endpoint
> for the CMS's API.
>
> --
> Dan Coulter
> http://www.dancoulter.com/
> http://www.phpflickr.com/
> It is time - http://e-hobo.com/
>
> Hey, I got nothing to do today but smile
> -Simon and Garfunkel
>

I think I'm having the problem described below.

When I call flickr.groups.pool.getPhotos with group_id 552323@N24 and
no auth_token, I get back:
<photos page="1" pages="1" perpage="100" total="40">
But there are only 33 <photo> elements in the list.
If I call it with my auth token, I get all 40 <photo> elements.

It's not just my code. This happens with the Flickr API Explorer if I
change between "Sign call as aneel with full permissions?" and "Sign
call with no user token?"

The missing photos appear to be public. Is there some other reason why
they might be suppressed in the API response?

The search workaround that Erwin Kodiat describes below doesn't work
for me.


--- In yws-flickr@yahoogroups.com, "wespionage" <wespionage@...> wrote:
>
> I think I have an issue related to this and I'd like to bump it in
> case anyone else has encountered it.
>
> I'm looking at a group on Flickr and trying to get a list of all the
> photos in the group. If I call the flickr.groups.pool.getPhotos method
> (same as below, my API key and the group ID as the parameters), I get
> a response that indicates there are currently 526 photos in the pool.
>
> If I view the pool page, logged in to Flickr as myself and as a member
> of the group, it says there are 524 photos in the pool.
>
> When I execute the getPhotos method, it returns 509 photos.
>
> Is there something I'm missing. Is that "total" value a value of all
> photos in the pool even if I can't see them, or is something off?
> Would I be able to access all of them as a group admin, or is this a
> result of a user's photo or account permissions and there is no
> workaround?
>
> Thanks!
>
> Wes
>
>
> --- In yws-flickr@yahoogroups.com, "Erwin Kodiat" <erwin.kodiat@>
> wrote:
> >
> > I am developing a web application to display photos in a public group.
> > When I use flickr.groups.pools.getPhotos method with only required
> > parameter (api_key and group_id) hence no authentication, it returns
> > wrong number in pages and total. I think it ignores private photos in
> > the group.
> >
> > My temporary workaround is using flickr.photos.search method, it
> > returns correct pages and totals, and also make it possible to sort by
> > interestingness.
> >
> > The problem is flickr.photos.search method actually has never
> > documented the use of group_id. Got this solution from yws-flickr
> > mailing list.
> >
> > Regards
> >
> > Erwin Kodiat
> >
>

I suspect that the difference is accounted for with photos that are
"not safe".  I only see 33 photos when I run the API query
authenticated as me (with Safe Search On).  The group itself is 18+,
so I'm not surprised that some of the photos might be "restricted" and
therefore not visible to the general public.

Brenda.

--- In yws-flickr@yahoogroups.com, "AneelSF" <yws-flickr@...> wrote:
>
> I think I'm having the problem described below.
>
> When I call flickr.groups.pool.getPhotos with group_id 552323@N24 and
> no auth_token, I get back:
> <photos page="1" pages="1" perpage="100" total="40">
> But there are only 33 <photo> elements in the list.
> If I call it with my auth token, I get all 40 <photo> elements.
>

Hi people,
first of all "HO HO HO!" to you all ;)

As a project developer that i am, i had an idea yesterday
morning, and at the end of the day it was finished!

This is a mashup of flickr with the pageflip effect.
It works 100% dynamiclly with the phpscript done by
Dan Coulter.

Look here: http://www.endorphinum.de/flickrflip

1. Enter your flickr ID in the field
2. Push the Button
3. Click the corners and hold your mousebutton
4. Now drag the mouse to "turn the pages"

What do you thinkg, you like it?

Greetings from Hamburg and have some nice holidays,
Carlos

Thanks for your reply, Brenda.

Now that you mention that the group is 18+, I notice that I can't
actually see the photos in the group when I'm not logged in, so that
may well have something to do with it.

But none of the photos in the group are actually unsafe. If I do a
flickr.photos.search with safe_search = 1 and group_id = 552323@N24, I
get the same response: 33 photos if I don't pass an auth_token and 40
if I do.

This is an example of a photo that's missing from the list:
http://www.flickr.com/photos/omakase/2129490412/
(It's a shot of sky and a building reflected in water, with
basketballs flying)

I can see this photo when I'm not logged in to flickr, which means it
must be considered "Safe" by flickr, right?

While I was trying to find an API call that would let me determine the
safety level of the photo, I noticed something else strange. If I call
flickr.photos.getInfo with photo_id = 2129490412, I get back the
expected information, but if I call flickr.photos.getPerms with
photo_id = 2129490412, I get back:

<rsp stat="fail">
<err code="1" msg="Photo not found"/>
</rsp>

(I'm making these calls from the API Explorer, to ensure that it's not
an error in my code that's causing these problems.)

Any thoughts?


--- In yws-flickr@yahoogroups.com, "imacuriouskiwi" <brenda@...> wrote:
>
> I suspect that the difference is accounted for with photos that are
> "not safe".  I only see 33 photos when I run the API query
> authenticated as me (with Safe Search On).  The group itself is 18+,
> so I'm not surprised that some of the photos might be "restricted" and
> therefore not visible to the general public.
>
> Brenda.
>
> --- In yws-flickr@yahoogroups.com, "AneelSF" <yws-flickr@> wrote:
> >
> > I think I'm having the problem described below.
> >
> > When I call flickr.groups.pool.getPhotos with group_id 552323@N24 and
> > no auth_token, I get back:
> > <photos page="1" pages="1" perpage="100" total="40">
> > But there are only 33 <photo> elements in the list.
> > If I call it with my auth token, I get all 40 <photo> elements.
> >
>

SafeSearch isn't the only factor that will affect what photos in a
pool can be seen by users who aren't logged in.

Photos from users who haven't been reviewed by Staff and (IIRC) photos
set to be hidden from public searches also won't display.

On Dec 24, 2007 2:17 PM, AneelSF <yws-flickr@...> wrote:
>
>
>
>
>
>
> Thanks for your reply, Brenda.
>
>  Now that you mention that the group is 18+, I notice that I can't
>  actually see the photos in the group when I'm not logged in, so that
>  may well have something to do with it.
>
>  But none of the photos in the group are actually unsafe. If I do a
>  flickr.photos.search with safe_search = 1 and group_id = 552323@N24, I
>  get the same response: 33 photos if I don't pass an auth_token and 40
>  if I do.
>
>  This is an example of a photo that's missing from the list:
>  http://www.flickr.com/photos/omakase/2129490412/
>  (It's a shot of sky and a building reflected in water, with
>  basketballs flying)
>
>  I can see this photo when I'm not logged in to flickr, which means it
>  must be considered "Safe" by flickr, right?
>
>  While I was trying to find an API call that would let me determine the
>  safety level of the photo, I noticed something else strange. If I call
>  flickr.photos.getInfo with photo_id = 2129490412, I get back the
>  expected information, but if I call flickr.photos.getPerms with
>  photo_id = 2129490412, I get back:
>
>  <rsp stat="fail">
>  <err code="1" msg="Photo not found"/>
>  </rsp>
>
>  (I'm making these calls from the API Explorer, to ensure that it's not
>  an error in my code that's causing these problems.)
>
>  Any thoughts?
>
>
>  --- In yws-flickr@yahoogroups.com, "imacuriouskiwi" <brenda@...> wrote:
>  >
>  > I suspect that the difference is accounted for with photos that are
>  > "not safe". I only see 33 photos when I run the API query
>  > authenticated as me (with Safe Search On). The group itself is 18+,
>  > so I'm not surprised that some of the photos might be "restricted" and
>  > therefore not visible to the general public.
>  >
>  > Brenda.
>  >
>  > --- In yws-flickr@yahoogroups.com, "AneelSF" <yws-flickr@> wrote:
>  > >
>  > > I think I'm having the problem described below.
>  > >
>  > > When I call flickr.groups.pool.getPhotos with group_id 552323@N24 and
>  > > no auth_token, I get back:
>  > > <photos page="1" pages="1" perpage="100" total="40">
>  > > But there are only 33 <photo> elements in the list.
>  > > If I call it with my auth token, I get all 40 <photo> elements.
>  > >
>  >
>
>



--
Geoffrey Spear
http://www.geoffreyspear.com/

Aha! That seems to be it. I contacted the photographer of that photo
and it turns out that she has the "Hide your photos from public
searches" preference set.

Thanks for your help in tracking that down.


--- In yws-flickr@yahoogroups.com, "Geoffrey Spear" <geoffspear@...>
wrote:
>
> SafeSearch isn't the only factor that will affect what photos in a
> pool can be seen by users who aren't logged in.
>
> Photos from users who haven't been reviewed by Staff and (IIRC) photos
> set to be hidden from public searches also won't display.
>
> On Dec 24, 2007 2:17 PM, AneelSF <yws-flickr@...> wrote:
> >
> >
> >
> >
> >
> >
> > Thanks for your reply, Brenda.
> >
> >  Now that you mention that the group is 18+, I notice that I can't
> >  actually see the photos in the group when I'm not logged in, so that
> >  may well have something to do with it.
> >
> >  But none of the photos in the group are actually unsafe. If I do a
> >  flickr.photos.search with safe_search = 1 and group_id =
552323@N24, I
> >  get the same response: 33 photos if I don't pass an auth_token and 40
> >  if I do.
> >
> >  This is an example of a photo that's missing from the list:
> >  http://www.flickr.com/photos/omakase/2129490412/
> >  (It's a shot of sky and a building reflected in water, with
> >  basketballs flying)
> >
> >  I can see this photo when I'm not logged in to flickr, which means it
> >  must be considered "Safe" by flickr, right?
> >
> >  While I was trying to find an API call that would let me
determine the
> >  safety level of the photo, I noticed something else strange. If I
call
> >  flickr.photos.getInfo with photo_id = 2129490412, I get back the
> >  expected information, but if I call flickr.photos.getPerms with
> >  photo_id = 2129490412, I get back:
> >
> >  <rsp stat="fail">
> >  <err code="1" msg="Photo not found"/>
> >  </rsp>
> >
> >  (I'm making these calls from the API Explorer, to ensure that
it's not
> >  an error in my code that's causing these problems.)
> >
> >  Any thoughts?
> >
> >
> >  --- In yws-flickr@yahoogroups.com, "imacuriouskiwi" <brenda@> wrote:
> >  >
> >  > I suspect that the difference is accounted for with photos that are
> >  > "not safe". I only see 33 photos when I run the API query
> >  > authenticated as me (with Safe Search On). The group itself is 18+,
> >  > so I'm not surprised that some of the photos might be
"restricted" and
> >  > therefore not visible to the general public.
> >  >
> >  > Brenda.
> >  >
> >  > --- In yws-flickr@yahoogroups.com, "AneelSF" <yws-flickr@> wrote:
> >  > >
> >  > > I think I'm having the problem described below.
> >  > >
> >  > > When I call flickr.groups.pool.getPhotos with group_id
552323@N24 and
> >  > > no auth_token, I get back:
> >  > > <photos page="1" pages="1" perpage="100" total="40">
> >  > > But there are only 33 <photo> elements in the list.
> >  > > If I call it with my auth token, I get all 40 <photo> elements.
> >  > >
> >  >
> >
> >
>
>
>
> --
> Geoffrey Spear
> http://www.geoffreyspear.com/
>

> 2007/12/24, endorphinumde <endorphinumde@...>:
>
> What do you thinkg, you like it?
>
Very neat!

-hendrik

--- In yws-flickr@yahoogroups.com, Hendrik Schreiber <hs@...> wrote:
>
> > 2007/12/24, endorphinumde <endorphinumde@...>:
> >
> > What do you thinkg, you like it?
> >
> Very neat!
>
> -hendrik
>

So Sorry about that i deleted them,having a bad day and not thinking
straight! Should of just went to bed.

--- In yws-flickr@yahoogroups.com, Hendrik Schreiber <hs@...> wrote:
>
> > 2007/12/24, endorphinumde <endorphinumde@...>:
> >
> > What do you thinkg, you like it?
> >
> Very neat!
>
> -hendrik
>

Oh and how do you get it to work? Every id i enter tells me unkown id
: (

Oh it works good

Good  Job.

On Tue, 2007-12-25 at 00:11 -0800, Henry Wagner wrote:
> I got it to work with my id: hjw3001
>
> Neat idea!
>
> Henry
>
>
> On Dec 25, 2007 12:04 AM, jpchajek <joey@...> wrote:
>         --- In yws-flickr@yahoogroups.com, Hendrik Schreiber <hs@...>
>         wrote:
>         >
>
>         > > 2007/12/24, endorphinumde <endorphinumde@...>:
>
>         > >
>         > > What do you thinkg, you like it?
>         > >
>         > Very neat!
>         >
>         > -hendrik
>         >
>
>
>         Oh and how do you get it to work? Every id i enter tells me
>         unkown id
>         : (
>
>
>
>
>
>
> --
> Henry
> http://www.henrywagner.org/
>
>
>

--- In yws-flickr@yahoogroups.com, "Duane Aritonang" <artduane@...>
wrote:
>
>
> If your email program has trouble for displaying this email, view
it as
> a Web page <http://www.artduane.com/ArtDuaneSeasonsGreetings.asp>
>
>   <http://www.artduane.com/>
>
> May the year 2008
>
> bring for u........
>
> Success,
> Good times,
> Happiness....
>
> And for us......
>
> more opportunities to work
>
>   together!
>
>
> Seasons Greetings and Happy New Year!
>
> Copyright 2007 ArtDuane.com. All Rights Reserved.
> http://www.ArtDuane.com <http://www.artduane.com/>
>

Hi All,

The subject says it all really. I'm just about to write some code to
estimate the percentage of photos on Flickr that are posted to at least
one group pool. But before I do, I wondered if anyone already knew the
answer through their own development etc?

Cheers,

Tim.

Is this an appropriate place to post feedback on the Flickr API. I have been
writing some tools
to interact with Flickr lately and have some constructive criticism.

Henry