Re: [GRASS GIS] #1561: g.region zoom doesn't support several raster

#1561: g.region zoom doesn't support several raster
----------------------------------+-----------------------------------------
 Reporter:  lucadelu              |       Owner:  grass-dev@…              
     Type:  enhancement           |      Status:  new                      
 Priority:  normal                |   Milestone:  6.4.2                    
Component:  LibGIS                |     Version:  svn-releasebranch64      
 Keywords:  g.region zoom raster  |    Platform:  All                      
      Cpu:  All                   |  
----------------------------------+-----------------------------------------
Changes (by lucadelu):

  * keywords:  => g.region zoom raster
  * type:  defect => enhancement

Comment:

 Replying to [comment:1 hamish]:
 >
 > change to a wish or close as invalid?
 >

 changed to a wish

 >
 > Hamish

 Luca

--

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/1561#comment:2>

Re: [GRASS GIS] #1276: r.null after v.to.rast in winGRASS does not work properly

#1276: r.null after v.to.rast in winGRASS does not work properly
-----------------------------------------+----------------------------------
 Reporter:  helena                       |       Owner:  grass-dev@…              
     Type:  defect                       |      Status:  new                      
 Priority:  critical                     |   Milestone:  6.4.2                    
Component:  Raster                       |     Version:  6.4.1 RCs                
 Keywords:  r.null, v.to.rast, wingrass  |    Platform:  MSWindows 7              
      Cpu:  Unspecified                  |  
-----------------------------------------+----------------------------------

Comment(by hamish):

 Replying to [comment:25 glynn]:
 > Replying to [comment:24 hamish]:
 >
 > > backported to devbr6 in r50529, but no luck.
 >
 > Can you try r50563?

 backported to devbr6 in r50573, and tested with 6.5svn nightly build
 r50577, but still no luck.  passing v.to.rast a bad column name leading to
 a G_fatal_error() still leaves dbf.exe and cmd.exe zombie processes
 behind.


 try, try again,
 Hamish

--

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/1276#comment:26>

Raster3d map header format change and lib gis modifications

Dear developer,
i would like to inform about my plans to modify the header format of
raster3d maps.
The reason is the integration of vertical unit support to distinguish
between 3d spatial voxel cubes
and space time (2d + 1d) voxel cubes represented as raster3d maps.

I have created a ticket about this issue, to discuss these changes
befor i commit them:
https://trac.osgeo.org/grass/ticket/1562

Modifications will be made in the raster3d library, the gis library
and several related header files.
Additionally i will add the new module r3.support, so the user is able
to create/edit title, description,
history and the units of a raster3d map. The modification of the
raster3d map header format will lead normally to
incompatibilities regarding older versions, but my implementation
takes care of this issue, so backward compatibility
will be assured.

In case there are no objections regarding the modifications, i will
submit my patch next week.

Best regards
Soeren

Re: [GRASS GIS] #1519: Opening a saved workspace doesn't display all layers correctly in 6.4.2RC2

#1519: Opening a saved workspace doesn't display all layers correctly in 6.4.2RC2
-------------------------+--------------------------------------------------
  Reporter:  shanel      |       Owner:  grass-dev@…              
      Type:  defect      |      Status:  closed                   
  Priority:  minor       |   Milestone:  6.4.2                    
 Component:  wxGUI       |     Version:  6.4.2 RCs                
Resolution:  worksforme  |    Keywords:  workspace                
  Platform:  Linux       |         Cpu:  x86-64                   
-------------------------+--------------------------------------------------
Changes (by shanel):

  * status:  new => closed
  * resolution:  => worksforme

Comment:

 Hi Anna,

 I have just updated svn (50521?) and opened a saved workspace, it seems to
 work 
 No other major side-effects noticed but have not given GRASS an intensive
 workout yet today.

 I have changed the status to resolved-worksforme I hope that's not being
 too ambitious in playing with its status? Will leave it for others with
 better knowledge to change its status any further.

 Thanks for figuring it out 

 -shane.

Re: [GRASS GIS] #1519: Opening a saved workspace doesn't display all layers correctly in 6.4.2RC2

#1519: Opening a saved workspace doesn't display all layers correctly in 6.4.2RC2
---------------------+------------------------------------------------------
  Reporter:  shanel  |       Owner:  grass-dev@…              
      Type:  defect  |      Status:  reopened                 
  Priority:  minor   |   Milestone:  6.4.2                    
 Component:  wxGUI   |     Version:  6.4.2 RCs                
Resolution:          |    Keywords:  workspace                
  Platform:  Linux   |         Cpu:  x86-64                   
---------------------+------------------------------------------------------
Changes (by neteler):

  * status:  closed => reopened
  * resolution:  worksforme =>

Comment:

 (Just updating to fixed, not worksforme)

--

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/1519#comment:6>
GRASS GIS <http://grass.osgeo.org>

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

Re: [GRASS GIS] #1519: Opening a saved workspace doesn't display all layers correctly in 6.4.2RC2

#1519: Opening a saved workspace doesn't display all layers correctly in 6.4.2RC2
---------------------+------------------------------------------------------
  Reporter:  shanel  |       Owner:  grass-dev@…              
      Type:  defect  |      Status:  closed                   
  Priority:  minor   |   Milestone:  6.4.2                    
 Component:  wxGUI   |     Version:  6.4.2 RCs                
Resolution:  fixed   |    Keywords:  workspace                
  Platform:  Linux   |         Cpu:  x86-64                   
---------------------+------------------------------------------------------
Changes (by neteler):

  * status:  reopened => closed
  * resolution:  => fixed

--

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/1519#comment:7>
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 Master Web site + Wiki temporarily down

Hi all,

I made a Debian dist upgrade today but some boot troubles remained.
The system upgrade of the machine didn't succeed completely, SAC is
working on that (it's late here for me now).

Enjoy meanwhile our mirror sites:
http://grass.fbk.eu/mirrors.php

and read-only mirror Wiki:
http://grass.fsv.cvut.cz/wiki-mirror/index.php/Main_Page

The main server will hopefully be back in some hours.

Markus

Re: [GRASS-user] Re: winGrass, ODBC and MS Access database

> manifest files should be skipped, hopefully fixed in r50626.

just wondering about a more general solution; what happens if you search
for the executable bit when run from Windows, where such a distinction may
not exist?

if (access(filepath, X_OK) == 0) {
    G_message("is exe");
}

?,
Hamish

Re: [GRASS-user] Re: winGrass, ODBC and MS Access database

2012/2/2 Hamish <hamish_b <at> yahoo.com>:
>> manifest files should be skipped, hopefully fixed in r50626.
>
> just wondering about a more general solution; what happens if you search
> for the executable bit when run from Windows, where such a distinction may
> not exist?
>
> if (access(filepath, X_OK) == 0) {
>    G_message("is exe");
> }

r50633, quick check, doesn't work on Windows. Don't know why.

Martin

--

-- 
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa

db.drivers -f

Hi,

what is purpose of `full output` in `db.drivers`? It just prints

sqlite:
pg:
dbf:
odbc:
ogr:
mysql:

Martin

--

-- 
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa