Re: [GRASS-dev] [GRASS GIS] #2499: v.in.ogr in does not handle "nan" in attribute tables properly

2020-01-06 Thread GRASS GIS 
#2499: v.in.ogr in does not handle "nan" in attribute tables properly
--+-
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.8.3
 Component:  Vector   |Version:  unspecified
Resolution:   |   Keywords:  v.in.ogr, DBMI, SQLite, nan
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by sbl):

 Here is how it was handeled in Pandas:
 https://github.com/pandas-dev/pandas/pull/8208

 As a simple example for reproduction (though not with v.net.centrality)
 you could do:

 {{{
 db.execute sql="CREATE TABLE test (column double precision);"
 db.execute sql="INSERT INTO test VALUES (-nan);"
 # in contrast to
 db.execute sql="INSERT INTO test VALUES (NULL);"
 }}}

 SQLite seems to have a workaround:
 
http://system.data.sqlite.org/index.html/tktview/e06c4caff3c433c80616ae5c6df63fc830825e59
 But that does not seem to be available in default packages of SQLite and
 other DBMIs seem to struggle With nan/NaN as well… So, this does not seem
 to be trivial...

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2499: v.in.ogr in does not handle "nan" in attribute tables properly

2020-01-06 Thread GRASS GIS 
#2499: v.in.ogr in does not handle "nan" in attribute tables properly
--+-
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.8.3
 Component:  Vector   |Version:  unspecified
Resolution:   |   Keywords:  v.in.ogr, DBMI, SQLite, nan
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by mmetz):

 Replying to [comment:7 alexbruy]:
 > Seems still true with 7.8.2. For example, when I run v.net.centrality it
 fails

 I could not reproduce the problem, trying all output options of
 v.net.centrality. Please provide the exact command(s) you used.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] missing logs for Windows addons

2020-01-06 Thread Anna Petrášová 
Thanks!

On Mon, Jan 6, 2020 at 1:30 PM Martin Landa  wrote:

> Ahoj,
>
> po 6. 1. 2020 v 9:42 odesílatel Anna Petrášová 
> napsal:
> > Thanks for looking into this! Unfortunately, there is now a different
> problem, in 7.8 and 7.9, it looks like all c modules are not compiled,
> that's also the case of r.futures.pga (which is a c module within
> r.futures):
>
> ops, opraveno. Martin
>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] missing logs for Windows addons

2020-01-06 Thread Ondřej Pešek 
Hi Moritz,

po 6. 1. 2020 v 16:56 odesílatel Moritz Lennert <
mlenn...@club.worldonline.be> napsal:

> I see that r.object.activelearning also fails with:
>
> "ModuleNotFoundError: No module named 'scipy'"
>
> Should this module be changed somehow to wrap the import in a way to
> only make it fail at runtime ? ISTR, there was a technique for that, or ?
>

A lazy import should do this for you.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] missing logs for Windows addons

2020-01-06 Thread Moritz Lennert 

On 6/01/20 13:29, Martin Landa wrote:

Ahoj,

po 6. 1. 2020 v 9:42 odesílatel Anna Petrášová  napsal:

Thanks for looking into this! Unfortunately, there is now a different problem, 
in 7.8 and 7.9, it looks like all c modules are not compiled, that's also the 
case of r.futures.pga (which is a c module within r.futures):


ops, opraveno. Martin



I see that r.object.activelearning also fails with:

"ModuleNotFoundError: No module named 'scipy'"

Should this module be changed somehow to wrap the import in a way to 
only make it fail at runtime ? ISTR, there was a technique for that, or ?


Moritz
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] missing logs for Windows addons

2020-01-06 Thread Martin Landa 
Ahoj,

po 6. 1. 2020 v 9:42 odesílatel Anna Petrášová  napsal:
> Thanks for looking into this! Unfortunately, there is now a different 
> problem, in 7.8 and 7.9, it looks like all c modules are not compiled, that's 
> also the case of r.futures.pga (which is a c module within r.futures):

ops, opraveno. Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] missing logs for Windows addons

2020-01-06 Thread Anna Petrášová 
Thanks for looking into this! Unfortunately, there is now a different
problem, in 7.8 and 7.9, it looks like all c modules are not compiled,
that's also the case of r.futures.pga (which is a c module within
r.futures):

make -C r.futures.pga || echo
/c/msys64/usr/src/grass-addons/grass7/raster/r.futures/r.futures.pga
>> /usr/src/grass782/error.log
make[1]: Entering directory
'/c/msys64/usr/src/grass-addons/grass7/raster/r.futures/r.futures.pga'
test -d OBJ.x86_64-w64-mingw32 || mkdir -p OBJ.x86_64-w64-mingw32
gcc -I/c/OSGeo4W64/include -g -O2  -I/c/OSGeo4W64/include
-I/usr/src/grass782/dist.x86_64-w64-mingw32/include
-I/usr/src/grass782/dist.x86_64-w64-mingw32/include
-D_FILE_OFFSET_BITS=64  -DPACKAGE=\""grassmods"\"
-I/usr/src/grass782/dist.x86_64-w64-mingw32/include
-I/usr/src/grass782/dist.x86_64-w64-mingw32/include
-DRELDIR=\"/c/msys64/usr/src/grass-addons/grass7/raster/r.futures/r.futures.pga\"
-o OBJ.x86_64-w64-mingw32/keyvalue.o -c keyvalue.c
/bin/sh: gcc: command not found
make[1]: *** [/c/msys64/usr/src/grass782/include/Make/Compile.make:32:
OBJ.x86_64-w64-mingw32/keyvalue.o] Error 127


On Fri, Jan 3, 2020 at 3:13 PM Martin Landa  wrote:

> Hi,
>
> čt 2. 1. 2020 v 20:08 odesílatel Anna Petrášová 
> napsal:
> > This is still an issue, in case of 7.8.1 it can't find numpy, e.g.
> >
> >
> https://wingrass.fsv.cvut.cz/grass78/x86_64/addons/grass-7.8.1/logs/r.futures.log
>
> fixed [1].
>
> > in case of 7.8.dev and 7.9 everything fails due to:
>
> Should be better [2], r.futures compiled [3]. Ma
>
> [1]
> https://wingrass.fsv.cvut.cz/grass78/x86_64/addons/grass-7.8.1/logs/r.futures.log
> [2] https://wingrass.fsv.cvut.cz/grass79/x86_64/addons/grass-7.9.dev/logs/
> [3]
> https://wingrass.fsv.cvut.cz/grass79/x86_64/addons/grass-7.9.dev/logs/r.futures.log
>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev