[gips] gippy geovector where

[Bobby Braswell]

Ohhh. I thought I just upgraded gippy. Sorry, now I see that upgrade gives me 0.3.5. Will try that. 

Thanks.

> On Aug 25, 2015, at 3:15 PM, Matt Hanson <matt.a.hanson at gmail.com> wrote:
> 
> Looks like you have v0.3.1, which does not contain the where(sql) function.   You need 0.3.5.
> 
> On Tue, Aug 18, 2015 at 4:16 PM, Matt Hanson <matt.a.hanson at gmail.com <mailto:matt.a.hanson at gmail.com>> wrote:
> SWIG does support function overloading.    When I get a chance I will test it out and see if it works on the current master.
> 
> On Tue, Aug 18, 2015 at 3:53 PM, Bobby Braswell <rbraswell at appliedgeosolutions.com <mailto:rbraswell at appliedgeosolutions.com>> wrote:
> 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 <mailto: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/20150825/07df7f5c/attachment.html>