[gips] gippy geovector where

[Bobby Braswell]

I was thinking the python bindings couldn’t handle the overloading and wondering if it made sense to have a separate function, e.g. “whereSQL” or something like that.

> On Aug 18, 2015, at 2:29 PM, Matt Hanson <matt.a.hanson at gmail.com> wrote:
> 
> That should work, where is a function of GeoVector in GIPPY, and there is an overloaded version of it:
> https://github.com/gipit/gippy/blob/master/GIP/gip/GeoVector.h#L142 <https://github.com/gipit/gippy/blob/master/GIP/gip/GeoVector.h#L142>
> 
> But it seems to be using the other version.    What version of GIPPY are you using?  This was one of the things recently added, was GIPPY upgraded along with GIPS?
> 
> 
> On Tue, Aug 18, 2015 at 2:17 PM, Bobby Braswell <rbraswell at appliedgeosolutions.com <mailto:rbraswell at appliedgeosolutions.com>> wrote:
> 
> It looks like the where method on geovector is overloaded so that you can pass in sql. But I get the error below which suggests it doesn’t. As I write this I’m guessing that the python bindings can only know about one implementation. If that’s true it would be great to have a switch so I could pass in sql and not just be limited to an = comparison.
> 
> Rob
> 
> 
> (venv)rbraswell at rio:~/repo/gips$ gips_inventory modis -p indices -d 2010-100 -s /atlas/projects/cyanomap/vectors/ -v4 -w “area > 100" 
> GIPS Data Inventory (v0.8.0rc6)
> Traceback (most recent call last):
>   File "/home/rbraswell/repo/gips/gips/scripts/inventory.py", line 46, in main
>     args.tiles, args.pcov, args.ptile)
>   File "/home/rbraswell/repo/gips/gips/core.py", line 94, in factory
>     features = open_vector(site, key, where)
>   File "/home/rbraswell/repo/gips/gips/utils.py", line 275, in open_vector
>     return vector.where(where)
>   File "/usr/local/lib/python2.7/dist-packages/gippy/gippy.py", line 5301, in where
>     return _gippy.GeoVector_where(self, *args)
> TypeError: GeoVector_where() takes exactly 3 arguments (2 given)
> 
> Data inventory error: GeoVector_where() takes exactly 3 arguments (2 given)
> (venv)rbraswell at rio:~/repo/gips$ 
> 
> 
> _______________________________________________
> GIPS mailing list
> GIPS at lists.osgeo.org <mailto:GIPS at lists.osgeo.org>
> http://lists.osgeo.org/cgi-bin/mailman/listinfo/gips <http://lists.osgeo.org/cgi-bin/mailman/listinfo/gips>
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gips/attachments/20150818/b074cffd/attachment.html>