Re: Shutterfly

["John Stowers" <john stowers gmail com>]

On Jan 15, 2008 4:12 AM, Jeremy Slater <jasl8r gmail com> wrote:

I actually have an update that I have been slowly working on for a little while
now. Log-in works in my current version. It supports delete and get so it can
sort of be used as a two way provider. The problem that I have run into is that
I cannot figure out how to effectively override the comparison functionality to
check for updated photos.

Im not quite sure what you mean. If you are seeing duplicates because the original photo is not retained then you have 2-ish options
  * Think of a new URI scheme that is persistant and ignores the fact the photo has changed. Be very certain to return Rids that follow this uri scheme.
  * Inherit from DataProviderTwoWay directly and ignore all the ImageTwoWay _foo methods. If you are really adventurous then you could implement get_changes() and return added, modified, and deleted photos directly.

Login seems to be working for me again? But it always hangs in the upload process, in the urllib call immediately after "print headers"
 

The issue stems from the fact that you can never
get back the original photo from shutterfly.

Maybe it would be preferable to create only a separate datasource and
datasink instead.  The functionality that I was hoping to retain with two-way
however was the ability for a delete on either end to propagate. I can send
out something tonight without the two-way if that seems like the most
appropriately solution.

I think that a robust datasink that supports delete() is almost as useful as a two way dataprovider. As I mentioned above, it may be worthwhile inheriting directly from the DataProvider* base classes and not bothering with the Image* base classes if you need more control about returning consistent Rid(UIDs)

John

Jeremy

On 1/14/08, John Stowers <john stowers gmail com> wrote:
> Hey Guys,
>
> I noticed that shutterfly login is broken as of a few weeks. Any chance
> someone could look into it?
>
> John
>
> On Nov 8, 2007 5:12 AM, Thomas Van Machelen <thomas vanmachelen gmail com>
> wrote:
>
> >
> > On Wed, 2007-11-07 at 09:43 -0500, Jeremy Slater wrote:
> > > > While i was writing a test for your shutterfly sink; i noticed that
> > > > you're very close to making it a full two way dataprovider.  Have you
> > > > tried using wireshark to see what command a delete sends?  Maybe that
> > > > can help you better than the _javascript_?
> > >
> > > Yeah, I can definitely check that out tonight.  I have just been using
> > the
> > > livehttpheaders, but I imagine wireshark will give me a lot more
> > information.
> > > The major issue with Shutterfly, is that as far as I know there is no
> > way to
> > > get the original image back, only a scaled (640x480?) version.
> >
> > Yeah, i noticed that also, but maybe even providing only scaled versions
> > is better than nothing?  The Flickr dataprovider for example only
> > returns jpeg, also not the originals.
> >
> > >  Although
> > > I guess two-way doesn't imply dataprovider, I think I am slightly
> > confusing
> > > those two ideas in my head.
> > > Thanks for the tip.
> > >
> > > Jeremy
> >
> > _______________________________________________
> > Conduit-list mailing list
> > Conduit-list gnome org
> > http://mail.gnome.org/mailman/listinfo/conduit-list
> >
>