GRASS GIS | 25 Oct 02:56 2014

[GRASS GIS] #2462: reStructuredText files generated by Sphinx shows in svn status

#2462: reStructuredText files generated by Sphinx shows in svn status
------------------------------------------------------------------------+---
 Reporter:  wenzeslaus                                                  |       Owner:  grass-dev <at> …              
     Type:  task                                                        |      Status:  new                      
 Priority:  trivial                                                     |   Milestone:  7.0.0                    
Component:  Docs                                                        |     Version:  svn-trunk                
 Keywords:  sphinx, sphinx-apidoc, svn, versioning, documentation, rst  |    Platform:  All                      
      Cpu:  Unspecified                                                 |  
------------------------------------------------------------------------+---
 When I build documentation (`make sphinxdoc`) and then do `svn status` I
 get a lot of `rst` files which were generated by Sphinx during the build.

 The affected directories are:

  * `gui/wxpython/docs/wxgui_sphinx/src`
  * `lib/python/docs/src/`

 Just ignoring the files in SVN is probably not a good option since the
 list of files may (will) grow. Perhaps mixing the generated and hand-
 written files in one directory is bad. Do you have any ideas how to solve
 this?

 The workaround is to do `make cleansphinx` which will delete the generated
 `rst` files. I still see `gui/wxpython/docs/wxgui_sphinx/_build` although
 I don't see `_build` in `lib/python...` directory.

 Related: #1465

--

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/2462>
(Continue reading)

Markus Neteler | 24 Oct 16:07 2014

Improving the G_calloc: unable to allocate xx bytes of memory message?

(related to a question on grass-user)

On Fri, Oct 24, 2014 at 3:27 PM, Andrea Timmermann wrote:
...
> When running:
>
> r.basin map=map <at> Elevation prefix=o coordinates=-71.10394196,43.9865230801
> threshold=19005 dir=C:\\Users\\Andrea\\Basins
>
> I get:
> " ....
> v.to.rast complete.
> All in RAM calculation...
> Reading raster map <o_map_drainage_e>...
> Calculating basins using vector point map...
> Current region rows: 21612, cols: 21612
> ERROR: G_calloc: unable to allocate 21612 * 4 bytes of memory at io.c:41
...

Question: is there a way to also communicate in which *command* the
memory allocation occurred, i.e. improve the error message?

We have 9 files called "io.c" in GRASS 7.
Ideal would be something like:

ERROR: G_calloc: unable to allocate 21612 * 4 bytes of memory at r.thin/io.c:41

or
ERROR: r.thin: G_calloc: unable to allocate 21612 * 4 bytes of memory
at r.thin/io.c:41
(Continue reading)

GRASS GIS | 24 Oct 14:30 2014

[GRASS GIS] #2461: GRASS 7: i.ortho.photo suite completion

#2461: GRASS 7: i.ortho.photo suite completion
----------------------------------+-----------------------------------------
 Reporter:  neteler               |       Owner:  grass-dev <at> …              
     Type:  defect                |      Status:  new                      
 Priority:  major                 |   Milestone:  7.0.0                    
Component:  Default               |     Version:  unspecified              
 Keywords:  i.ortho.photo, wxGUI  |    Platform:  All                      
      Cpu:  Unspecified           |  
----------------------------------+-----------------------------------------
 At time the orthorectification suite is incomplete in GRASS GIS 7.
 This ticket is to track the state of update from GRASS 6:

 {{{
      G6                   G7
 frontend:
  i.ortho.photo  ->  i.ortho.rectify + TODO wxGUI

 internal:
  libes/         ->  lib/
  menu/          ->  TODO (wxGUI)
  photo.elev/    ->  i.ortho.elev/
  photo.2target/ ->  ? i.ortho.transform/
  photo.camera/  ->  i.ortho.camera/
  photo.2image/  ->  ?
  photo.init/    ->  i.ortho.init/
  photo.rectify/ ->  ? i.ortho.rectify/
 }}}

 Does any unsubmitted code exist? Plans for the missing modules?

(Continue reading)

Anna Petrášová | 23 Oct 21:10 2014
Picon

tests failed

Hi,

a lot of tests are failing:

it seems that 


causes a lot failures. Problems are in some temporal modules, pygrass and gunittests tests.

Anna
_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Margherita Di Leo | 23 Oct 17:19 2014
Picon

Re: weren't r.stream going to core? was: r.stream.* problems on Ubuntu when installed via g.extensions

Hi,

On Tue, Oct 7, 2014 at 6:22 PM, Martin Landa <landa.martin <at> gmail.com> wrote:
Hi,

2014-10-07 17:32 GMT+02:00 Markus Neteler <neteler <at> osgeo.org>:

[...]

> Concerning the release branch of GRASS 7, in r59606 the r.stream.*
> modules got disabled.
> If they are not yet production ready, should we move them back to Addons?

MarkusM: Is there any chance to fix them before releasing G70?

If not I would suggest to move them back to Addons... Martin


Can I urge please to take a decision, either ways. 

Thank you,
madi 


--
Best regards,

Dr. Margherita DI LEO    
Scientific / technical project officer

European Commission - DG JRC 
Institute for Environment and Sustainability (IES)
Via Fermi, 2749
I-21027 Ispra (VA) - Italy - TP 261
       
Tel. +39 0332 78 3600   

Disclaimer: The views expressed are purely those of the writer and may not in any circumstance be regarded as stating an official position of the European Commission.
_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
GRASS GIS | 23 Oct 11:08 2014

[GRASS GIS] #2460: v.out.postgis doesn't export attribute table

#2460: v.out.postgis doesn't export attribute table
---------------------------+------------------------------------------------
 Reporter:  martin         |       Owner:  grass-dev <at> …              
     Type:  defect         |      Status:  new                      
 Priority:  normal         |   Milestone:                           
Component:  Default        |     Version:  svn-trunk                
 Keywords:  v.out.postgis  |    Platform:  Linux                    
      Cpu:  x86-64         |  
---------------------------+------------------------------------------------
 Attribute table has one column.[[BR]]
 "v.out.ogr" creates a proper column in PostGIS accordingly,
 "v.out.postgis" doesn't.

 {{{
 GRASS 7.1.svn > v.out.postgis input=newcs_errorW_full type=area
 olayer=newcs_full_pg \
     dsn="PG:host=${PGHOST} dbname=${PGDATABASE} user=${PGUSER}" \
     options="FID=ogc_fid, GEOMETRY_NAME=wkb_geometry, SPATIAL_INDEX=YES,
 PRIMARY_KEY=YES, SRID=4326" \
     --verbose --overwrite
 WARNING: PostGIS layer <public.newcs_full_pg> already exists and will be
          overwritten
 Using PostGIS format
 Building spatial index on <wkb_geometry>...
 Copying features (polygon)...
  100%
 Exporting areas...
  100%
 Building topology for vector map <newcs_full_pg <at> nlcd2011error>...
 Using external data format 'PostgreSQL' (feature type 'polygon')
 Building pseudo-topology over simple features...
 Registering primitives...
 26401 primitives registered
 4296855 vertices registered
 Topology was built
 Number of nodes: 11427
 Number of primitives: 26401
 Number of points: 0
 Number of lines: 0
 Number of boundaries: 14330
 Number of centroids: 12071
 Number of areas: 14330
 Number of isles: 14330
 v.out.postgis complete. 12071 features (polygon type) written to
 <newcs_full_pg>.
 }}}


 {{{
 landcover=> \d newcs_full_pg
                                       Table "public.newcs_full_pg"
     Column    |          Type          |
 Modifiers
 --------------+------------------------+-----------------------------------------------------------------
  ogc_fid      | integer                | not null default
 nextval('newcs_full_pg_ogc_fid_seq'::regclass)
  cat          | integer                |
  wkb_geometry | geometry(Polygon,4326) |
 Indexes:
     "newcs_full_pg_pkey" PRIMARY KEY, btree (ogc_fid)
     "newcs_full_pg_cat_idx" btree (cat)
     "newcs_full_pg_wkb_geometry_idx" gist (wkb_geometry)
 }}}


 {{{
 GRASS 7.1.svn > v.out.ogr input=newcs_errorW_full type=area
 olayer=newcs_full_ogr format=PostgreSQL \
     dsn="PG:host=${PGHOST} dbname=${PGDATABASE} user=${PGUSER}" \
     --verbose --overwrite
 Warning 1: Multi-column primary key in 'fgs_overrides' detected but not
 supported.
 WARNING: OGR layer <newcs_full_ogr> already exists and will be overwritten
 Exporting 12071 areas (may take some time)...
  100%
 v.out.ogr complete. 12071 features (Polygon type) written to
 <newcs_full_ogr> (PostgreSQL format).
 }}}


 {{{
 landcover=> \d newcs_full_ogr
                                        Table "public.newcs_full_ogr"
     Column    |          Type           |
 Modifiers
 --------------+-------------------------+------------------------------------------------------------------
  ogc_fid      | integer                 | not null default
 nextval('newcs_full_ogr_ogc_fid_seq'::regclass)
  wkb_geometry | geometry(Polygon,4326)  |
  cat          | integer                 |
  pglayer      | character varying(1000) |
 Indexes:
     "newcs_full_ogr_pk" PRIMARY KEY, btree (ogc_fid)
     "newcs_full_ogr_geom_idx" gist (wkb_geometry)
 }}}

--

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/2460>
GRASS GIS <http://grass.osgeo.org>

_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
GRASS GIS | 22 Oct 17:29 2014

[GRASS GIS] #2459: r|v.unpack: add parameter to create new location

#2459: r|v.unpack: add parameter to create new location
-------------------------------+--------------------------------------------
 Reporter:  martinl            |       Owner:  grass-dev <at> …              
     Type:  defect             |      Status:  new                      
 Priority:  normal             |   Milestone:  7.1.0                    
Component:  Default            |     Version:  unspecified              
 Keywords:  r.unpack,v.unpack  |    Platform:  Unspecified              
      Cpu:  Unspecified        |  
-------------------------------+--------------------------------------------
 Similar modules like `r.in.gdal` or `v.in.ogr` have option to create new
 location based on input data. It would be nice to have this option also
 for `r|v.unpack`.

--

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/2459>
GRASS GIS <http://grass.osgeo.org>

_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
GRASS GIS | 22 Oct 10:57 2014

[GRASS GIS] #2458: testsuite: cosmetics for percentage output

#2458: testsuite: cosmetics for percentage output
------------------------------------+---------------------------------------
 Reporter:  neteler                 |       Owner:  grass-dev <at> …              
     Type:  enhancement             |      Status:  new                      
 Priority:  normal                  |   Milestone:  7.0.0                    
Component:  Tests                   |     Version:  svn-trunk                
 Keywords:  percentage, formatting  |    Platform:  Unspecified              
      Cpu:  Unspecified             |  
------------------------------------+---------------------------------------
 In order to avoid special characters in the percentage output of
 computations done in the testsuite, please add

 {{{
 os.putenv("GRASS_MESSAGE_FORMAT", "plain")
 }}}

 ideally at library level.

 The output becomes then "0...10...20... ...100", nice for log files.

--

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/2458>
GRASS GIS <http://grass.osgeo.org>

_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Martin Landa | 22 Oct 10:49 2014
Picon

pygrass and shorten parameters

Hi,

it's seems that currently PyGRASS doesn't support shorten parameters, eg.

    Module('v.db.addcolumn', map='p5', col='vymera_ha double')

 File "./u01.py", line 27, in compute
    Module('v.db.addcolumn', map='p5', col='vymera_ha double')
  File "/opt/src/grass70_release/dist.x86_64-unknown-linux-gnu/etc/python/grass/pygrass/modules/interface/module.py",
line 347, in __init__
    self.__call__(*args, **kargs)
  File "/opt/src/grass70_release/dist.x86_64-unknown-linux-gnu/etc/python/grass/pygrass/modules/interface/module.py",
line 395, in __call__
    raise ParameterError('%s is not a valid parameter.' % key)
grass.pygrass.errors.ParameterError: col is not a valid parameter.

Any chance to change this behaviour? Thanks, Martin

--

-- 
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
Blumentrath, Stefan | 22 Oct 08:56 2014
Picon

WinGRASS71svn using Windows shell (not bourne shell) thogh MSYS is installed

 

Hi,

 

I just instaled the latest WinGRASS71svn through OSGeo4W (including MinGW/MSYS).

Unfortunately it uses Windows shell (CMD) instead of bourne shell (like earlier 71 installations and latest WinGRASS70beta still does (within the same OSGeo4W installation)).

 

Is that on purpose?

 

In CMD, even simple variable assignments from shell scripts do not work, and I would be missing the Unix-like environment on Windows...

 

Cheers

Stefan

_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
GRASS GIS | 21 Oct 18:57 2014

[GRASS GIS] #2457: DBF driver: stub functions for SQL TRANSACTION

#2457: DBF driver: stub functions for SQL TRANSACTION
-------------------------+--------------------------------------------------
 Reporter:  neteler      |       Owner:  grass-dev <at> …              
     Type:  defect       |      Status:  new                      
 Priority:  normal       |   Milestone:  6.4.5                    
Component:  Database     |     Version:  svn-releasebranch64      
 Keywords:  dbf, sql     |    Platform:  All                      
      Cpu:  Unspecified  |  
-------------------------+--------------------------------------------------
 On some systems (here: Ubuntu, user report on grass-user), it is not
 possible to run v.rast.stats properly when using the DBF driver as it is
 internally executing a SQL transaction:

 {{{
 v.rast.stats -c vector=basin_250 <at> PERMANENT raster=rainfall_idw <at> PERMANENT
 colprefix=z
 Updating the database ...
 DBMI-DBF driver error:
 SQL parser error: syntax error, unexpected NAME processing
 'BEGIN'
 in statement:
 BEGIN TRANSACTION
 Error in db_execute_immediate()
 ERROR: Error while executing: 'BEGIN TRANSACTION'
 }}}

 I would suggest to add stub functions for
  * db_begin_transaction()
  * db_commit_transaction()

 to db/drivers/dbf/execute.c to make the DBMI interface happy.

 Is attached patch ok? If yes, also add to GRASS 7?

--

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/2457>
GRASS GIS <http://grass.osgeo.org>

_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Gmane