[ckan-discuss] Python 3 support for CKAN API client

[Thomas Levine]

It turns out that I don't need a replacement for
ckan.logic.get_action. I seem to have it working
in Python 3 now.
https://github.com/open-data/ckanapi/pull/11/

On Tue, Dec 31, 2013 at 09:52:35PM +0000, Thomas Levine wrote:
> Oh, hah, right. Dunno what I was doing wrong.
> 
> Thanks
> 
> On Tue, Dec 31, 2013 at 03:47:43PM -0500, Ian Ward wrote:
> > Hi Thomas,
> > 
> > ckan isn't a dependency of ckanapi if you're only using the RemoteCKAN class.
> > 
> > I don't think porting ckan itself to Python 3 is a very high priority
> > right now, but there's no reason you can't use the API from Python 3.
> > 
> > Ian
> > 
> > On Tue, Dec 31, 2013 at 3:01 PM, Thomas Levine <_ at thomaslevine.com> wrote:
> > > Based on what I read in this tweet,
> > > https://twitter.com/CKANproject/status/378182161330753536
> > >
> > > I've been using ckanapi.
> > > https://github.com/open-data/ckanapi
> > >
> > > It's quite awesome.
> > > Unfortunately, it doesn't work in Python 3.
> > >
> > > I've started porting it,
> > > https://github.com/tlevine/ckanapi/tree/python3.3
> > >
> > > but the main thing that is missing is dealing with the
> > > implicit dependencies that don't work in Python 3.
> > > https://github.com/tlevine/ckanapi/blob/tlevine/setup.py
> > >
> > > Specifically, ckan doesn't seem to work with Python 3,
> > > and ckanapi uses ckan.logic.get_action. Does anyone who
> > > knows CKAN better want to implement it?
> > > https://github.com/tlevine/ckanapi/blob/python3.3/ckanapi.py#L71
> > >
> > > Alternatively, is there a better client I should use?
> > >
> > > Thanks
> > >
> > > Tom
> > > _______________________________________________
> > > ckan-discuss mailing list
> > > ckan-discuss at lists.okfn.org
> > > https://lists.okfn.org/mailman/listinfo/ckan-discuss
> > > Unsubscribe: https://lists.okfn.org/mailman/options/ckan-discuss