Is anyone interested in developing a package for Google's Data API?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Is anyone interested in developing a package for Google's Data API?

Andy Burnett
I use Google's spreadsheet and word processor a lot. I would love to be able to access the data through Pharo. I can envisage all sorts of use-cases such as manipulating data collected through the spreadsheet forms, through to generating slide shows by writing to their presentation app.

The thing that has held me back is the lack of a package which presents e.g. Spreadsheet as an object with a collection of methods.

There are libraries for Java/Python/etc., but nothing - that I am aware of - for Pharo.  Would anyone be interested in developing one?  I could certainly contribute some funds towards the effort, and others may be able to do likewise.

Cheers
Andy
Reply | Threaded
Open this post in threaded view
|

Re: Is anyone interested in developing a package for Google's Data API?

Ben Coman
Andy Burnett wrote:
I use Google's spreadsheet and word processor a lot. I would love to be able to access the data through Pharo. I can envisage all sorts of use-cases such as manipulating data collected through the spreadsheet forms, through to generating slide shows by writing to their presentation app.

The thing that has held me back is the lack of a package which presents e.g. Spreadsheet as an object with a collection of methods.

There are libraries for Java/Python/etc., but nothing - that I am aware of - for Pharo.  Would anyone be interested in developing one?  I could certainly contribute some funds towards the effort, and others may be able to do likewise.

Cheers
Andy
I spreadsheet like interface would be very useful to Pharo.  In my case, I use Microsoft Excel much more for processing text - splitting, cutting, extracting text on an adhoc basis into recombined columns, and filtering using the auto-filter feature.  I'd love to be able to do something similar as a distributed collaboration across the new with a live distributed API, but for a while I don't have the time to devote to it myself.

cheers -ben
Reply | Threaded
Open this post in threaded view
|

Re: Is anyone interested in developing a package for Google's Data API?

stepharo
In reply to this post by Andy Burnett

On 11/9/14 19:11, Andy Burnett wrote:
I use Google's spreadsheet and word processor a lot. I would love to be able to access the data through Pharo. I can envisage all sorts of use-cases such as manipulating data collected through the spreadsheet forms, through to generating slide shows by writing to their presentation app.

The thing that has held me back is the lack of a package which presents e.g. Spreadsheet as an object with a collection of methods.

There are libraries for Java/Python/etc., but nothing - that I am aware of - for Pharo.  Would anyone be interested in developing one?  I could certainly contribute some funds towards the effort, and others may be able to do likewise.

The pharo association could also help with some funds. We should check the status of the money. I can check with luc.

Stef

Cheers
Andy

Reply | Threaded
Open this post in threaded view
|

Re: Is anyone interested in developing a package for Google's Data API?

Sven Van Caekenberghe-2
In reply to this post by Ben Coman
Hi Andy,

I think we have all the building blocks to do this (ZnClient from Zinc, HTTPS from Zodiac, OAuth2 from Zinc-SSO, JSON from NeoJSON), so that is good. But there are a large number of Google APIs (https://developers.google.com/gdata/docs/directory), each of them containing lots of functionality. There are deprecation warnings on some of them. It is of course necessary to first fully familiarise oneself with each of them and the application they connect to. When some basic calls work, the next step would indeed be to make nice object models for each of them.

Some people on this list have built these kinds of API before (like Sean's Flicker Client). I also think that once one of them is done, others could be implemented by many different people, like students.

Sven

On 11 Sep 2014, at 20:12, Ben Coman <[hidden email]> wrote:

> Andy Burnett wrote:
>> I use Google's spreadsheet and word processor a lot. I would love to be able to access the data through Pharo. I can envisage all sorts of use-cases such as manipulating data collected through the spreadsheet forms, through to generating slide shows by writing to their presentation app.
>>
>> The thing that has held me back is the lack of a package which presents e.g. Spreadsheet as an object with a collection of methods.
>>
>> There are libraries for Java/Python/etc., but nothing - that I am aware of - for Pharo.  Would anyone be interested in developing one?  I could certainly contribute some funds towards the effort, and others may be able to do likewise.
>>
>> Cheers
>> Andy
>> ᐧ
> I spreadsheet like interface would be very useful to Pharo.  In my case, I use Microsoft Excel much more for processing text - splitting, cutting, extracting text on an adhoc basis into recombined columns, and filtering using the auto-filter feature.  I'd love to be able to do something similar as a distributed collaboration across the new with a live distributed API, but for a while I don't have the time to devote to it myself.
>
> cheers -ben


Reply | Threaded
Open this post in threaded view
|

Re: Is anyone interested in developing a package for Google's Data API?

Andy Burnett
In reply to this post by Andy Burnett
Sven said

<<<
Hi Andy,

I think we have all the building blocks to do this (ZnClient from Zinc, HTTPS from Zodiac, OAuth2 from Zinc-SSO, JSON from NeoJSON), so that is good. But there are a large number of Google APIs (https://developers.google.com/gdata/docs/directory), each of them containing lots of functionality. There are deprecation warnings on some of them. It is of course necessary to first fully familiarise oneself with each of them and the application they connect to. When some basic calls work, the next step would indeed be to make nice object models for each of them.

Some people on this list have built these kinds of API before (like Sean's Flicker Client). I also think that once one of them is done, others could be implemented by many different people, like students.

>>>

Yup, I totally agree. We have most of the pieces, and we just need a project to assemble them.  My suggestion is that we focus on the Spreadsheet services first. This seems to be the most flexible/useful one. Once that is working, we could develop the other packages.

So, would anyone like to take up this project?

Cheers
Andy