[GRASS-dev] TGRASS: granularity question concerning MODIS LST maps

[Markus Neteler]

Hi,

I am registering in GRASS GIS 7.0 some 2 MODIS LST maps following this
scheme (4 maps per day):

...
MYD11A1.A2014232.LST_Night_1km.reconstruct|2014-08-20 01:30
MOD11A1.A2014232.LST_Day_1km.reconstruct|2014-08-20 10:30
MYD11A1.A2014232.LST_Day_1km.reconstruct|2014-08-20 13:30
MOD11A1.A2014232.LST_Night_1km.reconstruct|2014-08-20 22:30
...
I fed this list into t.register.

All runs fine I think, yet I don't understand the "Granularity" output here:


t.info modis_lst_reconstructed
 + Space Time Raster Dataset
-+
 |
   |
 + Basic information
-+
 | Id: 
modis_lst_reconstructed@modis_lst_reconstructed
 | Name: .. modis_lst_reconstructed
 | Mapset:  modis_lst_reconstructed
 | Creator: ... metz
 | Temporal type: . absolute
 | Creation time: . 2015-09-12 12:10:49.603736
 | Modification time:.. 2015-09-12 12:15:04.975590
 | Semantic type:.. mean
 + Absolute time
-+
 | Start time:. 2000-03-12 10:30:00
 | End time:... 2015-04-02 13:30:00
 | Granularity: 180 minutes
 | Temporal type of maps:.. point
 + Spatial extent
+
 | North:.. 5447750.0
 | South:.. 77.0
 | East:..  7716750.0
 | West:... 2168000.0
 | Top: 0.0
 | Bottom:. 0.0
 + Metadata information
--+
 | Raster register table:..
raster_map_register_ad09fa9530ea41bd826fc5fe56b0e47c
 | North-South resolution min:. 250.0
 | North-South resolution max:. 250.0
 | East-west resolution min:... 250.0
 | East-west resolution max:... 250.0
 | Minimum value min:.. 10610.0
 | Minimum value max:.. 13852.0
 | Maximum value min:.. 14426.0
 | Maximum value max:.. 19283.0
 | Aggregation type:... None
 | Number of registered maps:.. 20156
 |
 | Title:
 | Reconstructed LST for AQUA and TERRA with 4 overpasses per 24h
 | Description:
 | Reconstructed LST for AQUA and TERRA with 4 overpasses per 24h
 | Command history:
 | # 2015-09-12 12:10:49
 | t.create output="modis_lst_reconstructed"
 | type="strds" semantictype="mean" temporaltype="absolute"
 | title="Reconstructed LST for AQUA and TERRA with 4 overpasses per
24h"
 | description="Reconstructed LST for AQUA and TERRA with 4 overpasses
per 24h"
 | # 2015-09-12 12:15:05
 | t.register -i input="modis_lst_reconstructed"
 | type="rast" file="/tmp/filenames_modis_lst_maps.txt.tgrass.txt"
 |
 ++

Why a granularity of 180 minutes? If RTFM, where to find it?

thanks,
Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] TGRASS: granularity question concerning MODIS LST maps

[Sören Gebbert]

Hi,
>From 10:30 to 13:30 are 180 minutes. This is the smallest gap size between
the time instances. And it is the greatest common divider between all gaps
in the time series.

Ciao
Sören
Am 12.09.2015 12:29 schrieb "Markus Neteler" :

> Hi,
>
> I am registering in GRASS GIS 7.0 some 2 MODIS LST maps following this
> scheme (4 maps per day):
>
> ...
> MYD11A1.A2014232.LST_Night_1km.reconstruct|2014-08-20 01:30
> MOD11A1.A2014232.LST_Day_1km.reconstruct|2014-08-20 10:30
> MYD11A1.A2014232.LST_Day_1km.reconstruct|2014-08-20 13:30
> MOD11A1.A2014232.LST_Night_1km.reconstruct|2014-08-20 22:30
> ...
> I fed this list into t.register.
>
> All runs fine I think, yet I don't understand the "Granularity" output
> here:
>
>
> t.info modis_lst_reconstructed
>  + Space Time Raster Dataset
> -+
>  |
>|
>  + Basic information
> -+
>  | Id: 
> modis_lst_reconstructed@modis_lst_reconstructed
>  | Name: .. modis_lst_reconstructed
>  | Mapset:  modis_lst_reconstructed
>  | Creator: ... metz
>  | Temporal type: . absolute
>  | Creation time: . 2015-09-12 12:10:49.603736
>  | Modification time:.. 2015-09-12 12:15:04.975590
>  | Semantic type:.. mean
>  + Absolute time
> -+
>  | Start time:. 2000-03-12 10:30:00
>  | End time:... 2015-04-02 13:30:00
>  | Granularity: 180 minutes
>  | Temporal type of maps:.. point
>  + Spatial extent
> +
>  | North:.. 5447750.0
>  | South:.. 77.0
>  | East:..  7716750.0
>  | West:... 2168000.0
>  | Top: 0.0
>  | Bottom:. 0.0
>  + Metadata information
> --+
>  | Raster register table:..
> raster_map_register_ad09fa9530ea41bd826fc5fe56b0e47c
>  | North-South resolution min:. 250.0
>  | North-South resolution max:. 250.0
>  | East-west resolution min:... 250.0
>  | East-west resolution max:... 250.0
>  | Minimum value min:.. 10610.0
>  | Minimum value max:.. 13852.0
>  | Maximum value min:.. 14426.0
>  | Maximum value max:.. 19283.0
>  | Aggregation type:... None
>  | Number of registered maps:.. 20156
>  |
>  | Title:
>  | Reconstructed LST for AQUA and TERRA with 4 overpasses per 24h
>  | Description:
>  | Reconstructed LST for AQUA and TERRA with 4 overpasses per 24h
>  | Command history:
>  | # 2015-09-12 12:10:49
>  | t.create output="modis_lst_reconstructed"
>  | type="strds" semantictype="mean" temporaltype="absolute"
>  | title="Reconstructed LST for AQUA and TERRA with 4 overpasses per
> 24h"
>  | description="Reconstructed LST for AQUA and TERRA with 4 overpasses
> per 24h"
>  | # 2015-09-12 12:15:05
>  | t.register -i input="modis_lst_reconstructed"
>  | type="rast" file="/tmp/filenames_modis_lst_maps.txt.tgrass.txt"
>  |
>
>  
> ++
>
> Why a granularity of 180 minutes? If RTFM, where to find it?
>
> thanks,
> Markus
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] addon mismatch

[Martin Landa]

Hi,

2015-09-12 7:39 GMT+02:00 Markus Neteler :
> If someone tells me where, I can simply add a link on the server.

I don't know why, but addons logs were last time generated on 18/8.
Now I launched jobs manually and I didn't find any problem [1]. Also
r.biodiversity has metadata up-to-date now.

$ g.extension r.biodiversity
Fetching  from GRASS GIS Addons repository (be patient)...
Compiling...
Installing...
Updating addons metadata file...
Installation of  successfully finished

I will investigate why cronjobs are not launched automatically after svn commit.

Martin

[1] https://grass.osgeo.org/addons/grass7/logs/summary.html

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

Re: [GRASS-dev] addon mismatch

[Paulo van Breugel]

On 12-09-15 13:44, Martin Landa wrote:

Hi,

2015-09-12 7:39 GMT+02:00 Markus Neteler :

If someone tells me where, I can simply add a link on the server.

I don't know why, but addons logs were last time generated on 18/8.
Now I launched jobs manually and I didn't find any problem [1]. Also
r.biodiversity has metadata up-to-date now.

$ g.extension r.biodiversity
Fetching  from GRASS GIS Addons repository (be patient)...
Compiling...
Installing...
Updating addons metadata file...
Installation of  successfully finished

I will investigate why cronjobs are not launched automatically after svn commit.


Thanks for checking and follow up!


Martin

[1] https://grass.osgeo.org/addons/grass7/logs/summary.html



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

Re: [GRASS-dev] TGRASS: granularity question concerning MODIS LST maps

[Markus Neteler]

On Sat, Sep 12, 2015 at 12:42 PM, Sören Gebbert
 wrote:
>
> Hi,
> From 10:30 to 13:30 are 180 minutes. This is the smallest gap size between 
> the time instances.
> And it is the greatest common divider between all gaps in the time series.

Sure but in the end that's not of great relevance when dealing with
irregular, absolute data, right?
So I can basically ignore it here? Just to be sure.

thanks
Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2448: Fontconfig error with cairo on Windows

[GRASS GIS]

#2448: Fontconfig error with cairo on Windows
--+---
  Reporter:  annakrat |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.0.2
 Component:  Display  |Version:  7.0.0
Resolution:   |   Keywords:  font, text, legend, scale bar
   CPU:  Unspecified  |   Platform:  MSWindows 8
--+---

Comment (by annakrat):

 Replying to [comment:50 hellik]:
 > see r66166
 >
 > Log:
 > GRASS-Installer.nsi.tmpl: attempt to fix #2448
 > make folder and file writeable before run g.mkfontcap
 > change after g.mkfontcap run back to only readable
 >
 > it's only in trunk, can you the test one of the next dailys?

 Still doesn't work...

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] TGRASS: granularity question concerning MODIS LST maps

[Sören Gebbert]

Hi Markus,
Am 12.09.2015 14:43 schrieb "Markus Neteler" :
>
> On Sat, Sep 12, 2015 at 12:42 PM, Sören Gebbert
>  wrote:
> >
> > Hi,
> > From 10:30 to 13:30 are 180 minutes. This is the smallest gap size
between the time instances.
> > And it is the greatest common divider between all gaps in the time
series.
>
> Sure but in the end that's not of great relevance when dealing with
> irregular, absolute data, right?
> So I can basically ignore it here? Just to be sure.

I am not sure what you expect from the granularity? In case it is of no
relevance for you, then you can simply ignore it. If you dont need this
kind of temporal information in an aggregation process, ignore it.

However, you can use it as indicator of the import procedure and time stamp
quality of your dataset. In this case indicates the granularity correctly
alligned time stamps.

Ciao
Sören

>
> thanks
> Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] v.in.lidar: decimation (skip, preserve, offset, limit)

[Vaclav Petras]

Hi all,

in r66181 I've added a simple decimation to v.in.lidar. It reduces number
of imported points by skipping or limiting number of imported points. Here
are the new options:

skip
Do not import every n-th point. For example, 5 will import 80 percent of
points. If not specified, all points are imported.

preserve
Import only every n-th point. For example, 4 will import 25 percent of
points. If not specified, all points are imported.

offset
Skip first n points. Skips the given number of points at the beginning.

limit
Import only n points. Imports only the given number of points.

Note that the skipping is happening after return, class, and region
filters. It seems a bit slower since all these tests happen and then you
skip the point anyway but on the other hand, you are selecting every n-th
point from the class/return/region you actually care about.

With this kind of decimation, the points you get at the end depends on how
the points are stored in the file.

Please let me know what you think.

Vaclav

https://trac.osgeo.org/grass/changeset/66181

PS: The documentation will hopefully follow.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] TGRASS: granularity question concerning MODIS LST maps

[Markus Neteler]

On Sat, Sep 12, 2015 at 8:08 PM, Sören Gebbert
 wrote:
> Hi Markus,
> Am 12.09.2015 14:43 schrieb "Markus Neteler" :
>>
>> On Sat, Sep 12, 2015 at 12:42 PM, Sören Gebbert
>>  wrote:
>> >
>> > Hi,
>> > From 10:30 to 13:30 are 180 minutes. This is the smallest gap size
>> > between the time instances.
>> > And it is the greatest common divider between all gaps in the time
>> > series.
>>
>> Sure but in the end that's not of great relevance when dealing with
>> irregular, absolute data, right?
>> So I can basically ignore it here? Just to be sure.
>
> I am not sure what you expect from the granularity? In case it is of no
> relevance for you, then you can simply ignore it. If you dont need this kind
> of temporal information in an aggregation process, ignore it.

Not sure myself: I have four irregular overpasses (i.e. maps) per day,
from which I want to generate e.g. weekly averages.
I suppose that it is not relevant then?

> However, you can use it as indicator of the import procedure and time stamp
> quality of your dataset. In this case indicates the granularity correctly
> alligned time stamps.

ok, thanks.

(I added a granularity note in r66182 to the manual)

ciao
Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] TGRASS: mapset management question

[Markus Neteler]

Hi again,

I am trying to understand if there is a way to use a TGIS DB from
another mapset in the same location.
(yes I am aware of the original PERMANENT-takes-it-all implementation
but that was against the file handling architecture of the rest of
GRASS GIS)

Rationale: I have a mapset with 20k maps of actual MODIS LST data,
each map comes with 415 million pixels (5.2TB at time).

>From that I derive daily, weekly, monthly, seasonal averages, GDD,
Winkler, BEDD, etc. etc. Each of these averages or index (covering 15
years) goes into its own mapset for practical reasons (mapset size,
amount of maps). Altogether at time more than 18TB.

So it would be ideal to read the master TGIS DB in the next new mapset.

I tried to solve that by a link but this failed. Is there a way to do
that? Essentially it would be e.g.

t.info my_tgis@the_other_mapset

thanks
Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2740: v.in.ogr: wrong projection check when importing geometry column from table with multiple geometry columns

[GRASS GIS]

#2740: v.in.ogr: wrong projection check when importing geometry column from 
table
with multiple geometry columns
--+---
  Reporter:  mlennert |  Owner:  martinl
  Type:  defect   | Status:  assigned
  Priority:  normal   |  Milestone:  7.0.2
 Component:  Vector   |Version:  svn-trunk
Resolution:   |   Keywords:  v.in.ogr geometry columns
   CPU:  Unspecified  |   Platform:  Unspecified
--+---
Changes (by martinl):

 * owner:  grass-dev@… => martinl
 * cc: grass-dev@… (added)
 * status:  new => assigned


Comment:

 Please try out r66184. After some testing could be backport to relbr70.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2223: v.buffer flags -s and -c not working(?)

[GRASS GIS]

#2223: v.buffer flags -s and -c not working(?)
--+-
  Reporter:  jbrauner |  Owner:  grass-dev@…
  Type:  defect   | Status:  closed
  Priority:  normal   |  Milestone:  7.0.2
 Component:  Vector   |Version:  svn-trunk
Resolution:  fixed|   Keywords:  v.buffer
   CPU:  Unspecified  |   Platform:  All
--+-
Changes (by martinl):

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


Comment:

 Already done in r65957. Closing.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2668: "Browse" button v.external

[GRASS GIS]

#2668: "Browse" button v.external
--+-
  Reporter:  madi |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.0.2
 Component:  Default  |Version:  unspecified
Resolution:   |   Keywords:  v.external
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by martinl):

 Please try out trunk, it's implemented there. The changes are quite heavy
 for backport.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2668: "Browse" button v.external

[GRASS GIS]

#2668: "Browse" button v.external
--+-
  Reporter:  madi |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.0.2
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:  v.external
   CPU:  Unspecified  |   Platform:  Unspecified
--+-
Changes (by martinl):

 * component:  Default => wxGUI


--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2668: "Browse" button v.external

[GRASS GIS]

#2668: "Browse" button v.external
--+-
  Reporter:  madi |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.0.2
 Component:  Default  |Version:  unspecified
Resolution:   |   Keywords:  v.external
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by martinl):

 I suggest to retarget the ticket to 7.1.0 and close if the reporter is
 satisfied.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2668: "Browse" button v.external

[GRASS GIS]

#2668: "Browse" button v.external
--+-
  Reporter:  madi |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.0.2
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:  v.external
   CPU:  Unspecified  |   Platform:  Unspecified
--+-
Changes (by martinl):

 * Attachment "v_external_browse.png" added.


--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2668: "Browse" button v.external

[GRASS GIS]

#2668: "Browse" button v.external
--+-
  Reporter:  madi |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.0.2
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:  v.external
   CPU:  Unspecified  |   Platform:  Unspecified
--+-
Changes (by martinl):

 * cc: martinl, grass-dev@… (added)


--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2668: "Browse" button v.external

[GRASS GIS]

#2668: "Browse" button v.external
--+-
  Reporter:  madi |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.0.2
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:  v.external
   CPU:  Unspecified  |   Platform:  Unspecified
--+-
Changes (by martinl):

 * cc: grass-dev@… (removed)


--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2711: v.patch -e crashes

[GRASS GIS]

#2711: v.patch -e crashes
-+-
  Reporter:  hellik  |  Owner:  grass-dev@…
  Type:  defect  | Status:  new
  Priority:  normal  |  Milestone:  7.0.2
 Component:  Vector  |Version:  svn-releasebranch70
Resolution:  |   Keywords:  v.patch, wingrass
   CPU:  x86-32  |   Platform:  MSWindows Vista
-+-

Comment (by martinl):

 Replying to [comment:1 martinl]:
 > Segfault should be fixed in r65741. Please could you test it in trunk?
 >
 > BTW, the command doesn't work for me
 >
 > {{{
 > v.patch -e --verbose input=geology@PERMANENT,streams@PERMANENT
 output=testvpatchwithattributes
 > ERROR: Number of columns differ
 > }}}

 Ping.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2598: g.extension compilation fails

[GRASS GIS]

#2598: g.extension compilation fails
---+-
  Reporter:  ewcgrass  |  Owner:  grass-dev@…
  Type:  defect| Status:  new
  Priority:  normal|  Milestone:  7.0.2
 Component:  Default   |Version:  svn-releasebranch70
Resolution:|   Keywords:
   CPU:  x86-64|   Platform:  Linux
---+-

Comment (by martinl):

 Is there anything missing to close the ticket?

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2722: wxGUI vector digitizer error

[GRASS GIS]

#2722: wxGUI vector digitizer error
---+-
  Reporter:  shobhitpipil  |  Owner:  grass-dev@…
  Type:  defect| Status:  new
  Priority:  critical  |  Milestone:  7.0.2
 Component:  wxGUI |Version:  7.0.1
Resolution:|   Keywords:  digitizer
   CPU:  Unspecified   |   Platform:  MSWindows 8
---+-
Description changed by martinl:

Old description:

> Traceback (most recent call last):
>   File "C:\Program Files (x86)\GRASS GIS
> 7.0.1\gui\wxpython\mapwin\buffered.py", line 484, in OnPaint
>
> dc = wx.BufferedPaintDC(self, self._buffer)
>   File "C:\Program Files (x86)\GRASS GIS 7.0.1\Python27\lib
> \site-packages\wx-2.8-msw-unicode\wx\_gdi.py", line 4990, in
> __init__
>
> _gdi_.BufferedPaintDC_swiginit(self,_gdi_.new_BufferedPaintD
> C(*args, **kwargs))
> wx._core
> .
> PyAssertionError
> :
> C++ assertion "wxAssertFailure" failed at
> ..\..\src\msw\dcmemory.cpp(118) in wxMemoryDC::DoSelect():
> Couldn't select a bitmap into wxMemoryDC

New description:

 {{{
 Traceback (most recent call last):
   File "C:\Program Files (x86)\GRASS GIS
 7.0.1\gui\wxpython\mapwin\buffered.py", line 484, in OnPaint

 dc = wx.BufferedPaintDC(self, self._buffer)
   File "C:\Program Files (x86)\GRASS GIS 7.0.1\Python27\lib
 \site-packages\wx-2.8-msw-unicode\wx\_gdi.py", line 4990, in
 __init__

 _gdi_.BufferedPaintDC_swiginit(self,_gdi_.new_BufferedPaintD
 C(*args, **kwargs))
 wx._core
 .
 PyAssertionError
 :
 C++ assertion "wxAssertFailure" failed at
 ..\..\src\msw\dcmemory.cpp(118) in wxMemoryDC::DoSelect():
 Couldn't select a bitmap into wxMemoryDC
 }}}

--

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2722: wxGUI vector digitizer error

[GRASS GIS]

#2722: wxGUI vector digitizer error
---+-
  Reporter:  shobhitpipil  |  Owner:  grass-dev@…
  Type:  defect| Status:  new
  Priority:  critical  |  Milestone:  7.0.2
 Component:  wxGUI |Version:  7.0.1
Resolution:|   Keywords:  digitizer
   CPU:  Unspecified   |   Platform:  MSWindows 8
---+-

Comment (by martinl):

 Please provide more detailed information which could help us to reproduce
 the bug.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2625: r.stats's nsteps is not region-sensitive

[GRASS GIS]

#2625: r.stats's nsteps is not region-sensitive
--+-
  Reporter:  martinl  |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  major|  Milestone:  7.0.2
 Component:  Raster   |Version:  svn-trunk
Resolution:   |   Keywords:  r.stats, nsteps
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by martinl):

 Any opinion / feedback? Thanks.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2601: Raster query fails with unicode error

[GRASS GIS]

#2601: Raster query fails with unicode error
--+--
  Reporter:  marisn   |  Owner:  grass-dev@…
  Type:  defect   | Status:  closed
  Priority:  normal   |  Milestone:  7.0.2
 Component:  wxGUI|Version:  7.0.0
Resolution:  worksforme   |   Keywords:  query
   CPU:  Unspecified  |   Platform:  MSWindows XP
--+--
Changes (by martinl):

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


Comment:

 No feedback in last 6 months. Closing.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2611: add stream power index to GRASS GIS

[GRASS GIS]

#2611: add stream power index to GRASS GIS
--+-
  Reporter:  hellik   |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.0.2
 Component:  Raster   |Version:  svn-releasebranch70
Resolution:   |   Keywords:
   CPU:  All  |   Platform:  All
--+-

Comment (by martinl):

 Probably should be retargeted to 7.1.0 milestone?

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2617: wxgui Raster query redirect to console UnicodeDecodeError

[GRASS GIS]

#2617: wxgui Raster query redirect to console UnicodeDecodeError
--+--
  Reporter:  marisn   |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.0.2
 Component:  wxGUI|Version:  svn-trunk
Resolution:   |   Keywords:  query, encoding, python, gettext
   CPU:  Unspecified  |   Platform:  MSWindows Vista
--+--

Comment (by martinl):

 Is still this ticket valid?

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #2623: GRASS won't start after creating addons

[GRASS GIS]

#2623: GRASS won't start after creating addons
--+-
  Reporter:  ewcgrass |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.0.2
 Component:  Default  |Version:  unspecified
Resolution:   |   Keywords:  menu, toolboxes, addon, loading
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by martinl):

 I cannot reproduce this error on my PC. Is it still valid?

--
Ticket URL: 
GRASS GIS 

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