Re: [GRASS-dev] g.gui.animation freezes when loading strds

2017-08-10 Thread Anna Petrášová 
On Thu, Aug 10, 2017 at 5:29 PM, Pietro  wrote:
> Hi Markus,
>
> On Thu, Aug 10, 2017 at 8:34 PM, Markus Metz
>  wrote:
>> the OS limit of the number of open files is given in
>> /proc/sys/fs/file-max
>> but that is irrelevant, what matters is the maximum allowed number of open 
>> files for the current user
>>
>> [cut]
>>
>> ulimit -n reports the maximum allowed number of open files for the current 
>> user, this is the relevant limit
>
> Thank you for the clarification. In my system the user limit is 1024.
>
> I can confirm that raise the current limit with:
>
> ```bash
> $ ulimit -n 4096
> ```
>
> fixed the problem.
>
>> A solution to the error "Too many open files" would be to open the 
>> files/maps one at a time and closing them again, similar to the -z flag of 
>> r.series.
>
> I was trying to understand where these file are opened, and it seems
> to me that the python code is always opening and closing all the
> files, It is not clear to me which ctypes function is just opening the
> files without closing them.

Does the problem appear when you just use series of raster maps, or is
it related to the temporal stuff? I would expect the problem would be
in both and in that case, I believe it does not depend on any ctypes
functions, all should be module calls.

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

Re: [GRASS-dev] g.gui.animation freezes when loading strds

2017-08-10 Thread Pietro 
Hi Markus,

On Thu, Aug 10, 2017 at 8:34 PM, Markus Metz
 wrote:
> the OS limit of the number of open files is given in
> /proc/sys/fs/file-max
> but that is irrelevant, what matters is the maximum allowed number of open 
> files for the current user
>
> [cut]
>
> ulimit -n reports the maximum allowed number of open files for the current 
> user, this is the relevant limit

Thank you for the clarification. In my system the user limit is 1024.

I can confirm that raise the current limit with:

```bash
$ ulimit -n 4096
```

fixed the problem.

> A solution to the error "Too many open files" would be to open the files/maps 
> one at a time and closing them again, similar to the -z flag of r.series.

I was trying to understand where these file are opened, and it seems
to me that the python code is always opening and closing all the
files, It is not clear to me which ctypes function is just opening the
files without closing them.

Best regards

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

Re: [GRASS-dev] [GRASS GIS] #3392: t.register: encoding error

2017-08-10 Thread GRASS GIS 
#3392: t.register: encoding error
--+-
  Reporter:  mlennert |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.2.2
 Component:  Temporal |Version:  svn-trunk
Resolution:   |   Keywords:  t.register encoding
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by zarch):

 Replying to [ticket:3392 mlennert]:
 > Using the data and examples from [http://ncsu-geoforall-lab.github.io
 /grass-temporal-workshop/ 1] in a french (fr_BE@UTF-8) encoding
 environment, I get an encoding error using t.register:

 I was able to reproduce the error, actually the #3394, and with the
 attached patch is working on my PC.
 Can you test it?

--
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] #3392: t.register: encoding error

2017-08-10 Thread GRASS GIS 
#3392: t.register: encoding error
--+-
  Reporter:  mlennert |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.2.2
 Component:  Temporal |Version:  svn-trunk
Resolution:   |   Keywords:  t.register encoding
   CPU:  Unspecified  |   Platform:  Unspecified
--+-
Changes (by zarch):

 * Attachment "temporal.patch" added.

 from str() => unicode()

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [release planning] GRASS GIS 7.2.2

2017-08-10 Thread Markus Neteler 
Hi devs,

On Wed, Jun 28, 2017 at 11:02 PM, Markus Neteler  wrote:
> Hi all,
>
> GRASS 7.2.1 has been released on 3rd May 2017, so time to plan the
> next release, i.e. 7.2.2.
...
> 2017-08-04 - hard freeze + RC1

... tagging RC1 now (the Windows packages are back).

Markus

-- 
Markus Neteler, PhD
http://www.mundialis.de - free data with free software
http://grass.osgeo.org
http://courses.neteler.org/blog
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.gui.animation freezes when loading strds

2017-08-10 Thread Anna Petrášová 
On Thu, Aug 10, 2017 at 2:34 PM, Markus Metz
 wrote:
>
>
> On Thu, Aug 10, 2017 at 8:15 PM, Anna Petrášová 
> wrote:
>>
>> On Thu, Aug 10, 2017 at 11:16 AM, Pietro  wrote:
>> > Hi Veronica,
>> >
>> > On Tue, Aug 8, 2017 at 3:46 PM, Veronica Andreo 
>> > wrote:
>> >>
>> >> I've also experienced the freezing issue (dunno if it the same thing or
>> >> not). Here, the rendering freezes if strds has more than 500 maps. I do
>> >> not
>> >> even get to the export part. Cancel does not close it, so I have to
>> >> kill it
>> >> (trunk r71319).
>> >
>> > Same problem here, when I reach 502 maps raise the following exception:
>> >
>> > Traceback (most recent call last):
>> >   File "/usr/lib/python2.7/site-packages/wx-3.0-gtk2/wx/_core.py", line
>> > 16762, in 
>> >   File
>> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/frame.py",
>> > line 194, in SetAnimations
>> >   File
>> >
>> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
>> > line 305, in SetAnimations
>> >   File
>> >
>> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
>> > line 328, in _setAnimations
>> >   File
>> >
>> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
>> > line 407, in _updateBitmapData
>> >   File
>> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/provider.py",
>> > line
>> > 234, in Load
>> >   File
>> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/provider.py",
>> > line
>> > 366, in Render
>> >   File "/usr/lib64/python2.7/multiprocessing/__init__.py", line 218, in
>> > Queue
>> >   File "/usr/lib64/python2.7/multiprocessing/queues.py", line 63, in
>> > __init__
>> >   File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 147,
>> > in
>> > __init__
>> >   File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 75,
>> > in
>> > __init__
>> > OSError: [Errno 24] Too many open files
>> >
>> > But checking the number of opened file on my system, it seems two order
>> > lower than the maximum:
>> >
>> > $ cat /proc/sys/fs/file-nr
>> > 23422   0   1628292
>> > $ cat /proc/sys/fs/file-max
>
> the OS limit of the number of open files is given in
> /proc/sys/fs/file-max
> but that is irrelevant, what matters is the maximum allowed number of open
> files for the current user
>
>> > 1628292
>> >
>> > I’ve attached also the complete log of the command in DEBUG mode, but I
>> > was
>> > not able to understand where the problem could be. I’ve also rebooted
>> > just
>> > to be sure that the system was fresh, but again after 502 maps it breaks
>> > with the same error.
>>
>> I just tested 1100 maps without problem. In case this is relevant:
>>
>> ulimit -n
>> 1024
>
> ulimit -n reports the maximum allowed number of open files for the current
> user, this is the relevant limit

good to know, that's why I used 1100, because it's higher than the
limit, but it still worked.
>
> A solution to the error "Too many open files" would be to open the
> files/maps one at a time and closing them again, similar to the -z flag of
> r.series.
>

I was trying to figure out why they would be opened at all. Not sure yet.

> Just an idea,
>
> Markus M
>
>>
>> >
>> > Any ideas?
>> >
>> > Pietro
>> >
>> >
>> > ___
>> > grass-dev mailing list
>> > grass-dev@lists.osgeo.org
>> > https://lists.osgeo.org/mailman/listinfo/grass-dev
>> ___
>> grass-dev mailing list
>> grass-dev@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/grass-dev
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3395: t.rast.extract : encoding error

2017-08-10 Thread GRASS GIS 
#3395: t.rast.extract : encoding error
--+-
  Reporter:  mlennert |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.2.2
 Component:  Temporal |Version:  svn-trunk
Resolution:   |   Keywords:  t.rast.extract encoding
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by huhabla):

 This is horrible, who implemented this?
 It will need plenty of time to fix this. And i can not reproduce the
 translated error message UTF errors. Welcome to the UTF decode/encode
 error hell.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] g.gui.animation freezes when loading strds

2017-08-10 Thread Markus Metz 
On Thu, Aug 10, 2017 at 8:15 PM, Anna Petrášová 
wrote:
>
> On Thu, Aug 10, 2017 at 11:16 AM, Pietro  wrote:
> > Hi Veronica,
> >
> > On Tue, Aug 8, 2017 at 3:46 PM, Veronica Andreo 
> > wrote:
> >>
> >> I've also experienced the freezing issue (dunno if it the same thing or
> >> not). Here, the rendering freezes if strds has more than 500 maps. I
do not
> >> even get to the export part. Cancel does not close it, so I have to
kill it
> >> (trunk r71319).
> >
> > Same problem here, when I reach 502 maps raise the following exception:
> >
> > Traceback (most recent call last):
> >   File "/usr/lib/python2.7/site-packages/wx-3.0-gtk2/wx/_core.py", line
> > 16762, in 
> >   File
"/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/frame.py",
> > line 194, in SetAnimations
> >   File
> >
"/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
> > line 305, in SetAnimations
> >   File
> >
"/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
> > line 328, in _setAnimations
> >   File
> >
"/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
> > line 407, in _updateBitmapData
> >   File
> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/provider.py",
line
> > 234, in Load
> >   File
> > "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/provider.py",
line
> > 366, in Render
> >   File "/usr/lib64/python2.7/multiprocessing/__init__.py", line 218, in
> > Queue
> >   File "/usr/lib64/python2.7/multiprocessing/queues.py", line 63, in
> > __init__
> >   File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 147,
in
> > __init__
> >   File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 75,
in
> > __init__
> > OSError: [Errno 24] Too many open files
> >
> > But checking the number of opened file on my system, it seems two order
> > lower than the maximum:
> >
> > $ cat /proc/sys/fs/file-nr
> > 23422   0   1628292
> > $ cat /proc/sys/fs/file-max

the OS limit of the number of open files is given in
/proc/sys/fs/file-max
but that is irrelevant, what matters is the maximum allowed number of open
files for the current user

> > 1628292
> >
> > I’ve attached also the complete log of the command in DEBUG mode, but I
was
> > not able to understand where the problem could be. I’ve also rebooted
just
> > to be sure that the system was fresh, but again after 502 maps it breaks
> > with the same error.
>
> I just tested 1100 maps without problem. In case this is relevant:
>
> ulimit -n
> 1024

ulimit -n reports the maximum allowed number of open files for the current
user, this is the relevant limit

A solution to the error "Too many open files" would be to open the
files/maps one at a time and closing them again, similar to the -z flag of
r.series.

Just an idea,

Markus M

>
> >
> > Any ideas?
> >
> > Pietro
> >
> >
> > ___
> > grass-dev mailing list
> > grass-dev@lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/grass-dev
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.gui.animation freezes when loading strds

2017-08-10 Thread Anna Petrášová 
On Thu, Aug 10, 2017 at 11:16 AM, Pietro  wrote:
> Hi Veronica,
>
> On Tue, Aug 8, 2017 at 3:46 PM, Veronica Andreo 
> wrote:
>>
>> I've also experienced the freezing issue (dunno if it the same thing or
>> not). Here, the rendering freezes if strds has more than 500 maps. I do not
>> even get to the export part. Cancel does not close it, so I have to kill it
>> (trunk r71319).
>
> Same problem here, when I reach 502 maps raise the following exception:
>
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/wx-3.0-gtk2/wx/_core.py", line
> 16762, in 
>   File "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/frame.py",
> line 194, in SetAnimations
>   File
> "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
> line 305, in SetAnimations
>   File
> "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
> line 328, in _setAnimations
>   File
> "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
> line 407, in _updateBitmapData
>   File
> "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/provider.py", line
> 234, in Load
>   File
> "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/provider.py", line
> 366, in Render
>   File "/usr/lib64/python2.7/multiprocessing/__init__.py", line 218, in
> Queue
>   File "/usr/lib64/python2.7/multiprocessing/queues.py", line 63, in
> __init__
>   File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 147, in
> __init__
>   File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 75, in
> __init__
> OSError: [Errno 24] Too many open files
>
> But checking the number of opened file on my system, it seems two order
> lower than the maximum:
>
> $ cat /proc/sys/fs/file-nr
> 23422   0   1628292
> $ cat /proc/sys/fs/file-max
> 1628292
>
> I’ve attached also the complete log of the command in DEBUG mode, but I was
> not able to understand where the problem could be. I’ve also rebooted just
> to be sure that the system was fresh, but again after 502 maps it breaks
> with the same error.

I just tested 1100 maps without problem. In case this is relevant:

ulimit -n
1024

>
> Any ideas?
>
> Pietro
>
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GRASS resources in the new OSGeo website

2017-08-10 Thread Luca Delucchi 
On 10 August 2017 at 18:57, Vaclav Petras  wrote:
>
>
> OK, done.
>
> https://github.com/OSGeo/osgeo/issues/17
> https://github.com/OSGeo/osgeo/issues/18

Thanks

-- 
ciao
Luca

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

Re: [GRASS-dev] GRASS resources in the new OSGeo website

2017-08-10 Thread Vaclav Petras 
On Thu, Aug 10, 2017 at 12:30 PM, Luca Delucchi 
wrote:
>
> On 10 August 2017 at 16:14, Vaclav Petras  wrote:
> > I assume this is replacement for:
> >
> > http://www.osgeo.org/educational_content?filter1=GRASS
> >
> > Did you get where to put software used? I asked that in the feedback
field.
> >
>
> Maybe could be better to open an issue here
>
> https://github.com/OSGeo/osgeo/issues

OK, done.

https://github.com/OSGeo/osgeo/issues/17
https://github.com/OSGeo/osgeo/issues/18
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GRASS resources in the new OSGeo website

2017-08-10 Thread Luca Delucchi 
On 10 August 2017 at 16:14, Vaclav Petras  wrote:
> I assume this is replacement for:
>
> http://www.osgeo.org/educational_content?filter1=GRASS
>
> Did you get where to put software used? I asked that in the feedback field.
>

Maybe could be better to open an issue here

https://github.com/OSGeo/osgeo/issues

> Vaclav
>



-- 
ciao
Luca

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

Re: [GRASS-dev] g.gui.animation freezes when loading strds

2017-08-10 Thread Pietro 
Hi Veronica,

On Tue, Aug 8, 2017 at 3:46 PM, Veronica Andreo 
wrote:

I've also experienced the freezing issue (dunno if it the same thing or
> not). Here, the rendering freezes if strds has more than 500 maps. I do not
> even get to the export part. Cancel does not close it, so I have to kill it
> (trunk r71319).
>
Same problem here, when I reach 502 maps raise the following exception:

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/wx-3.0-gtk2/wx/_core.py",
line 16762, in 
  File "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/frame.py",
line 194, in SetAnimations
  File "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
line 305, in SetAnimations
  File "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
line 328, in _setAnimations
  File "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/controller.py",
line 407, in _updateBitmapData
  File "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/provider.py",
line 234, in Load
  File "/home/pietro/.local/grass-7.3.svn/gui/wxpython/animation/provider.py",
line 366, in Render
  File "/usr/lib64/python2.7/multiprocessing/__init__.py", line 218, in Queue
  File "/usr/lib64/python2.7/multiprocessing/queues.py", line 63, in __init__
  File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line
147, in __init__
  File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 75,
in __init__
OSError: [Errno 24] Too many open files

But checking the number of opened file on my system, it seems two order
lower than the maximum:

$ cat /proc/sys/fs/file-nr23422   0   1628292
$ cat /proc/sys/fs/file-max 1628292

I’ve attached also the complete log of the command in DEBUG mode, but I was
not able to understand where the problem could be. I’ve also rebooted just
to be sure that the system was fresh, but again after 502 maps it breaks
with the same error.

Any ideas?

Pietro
​


log_gui_animation.7z
Description: application/7z-compressed
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] GRASS resources in the new OSGeo website

2017-08-10 Thread Helena Mitasova 
Vashek,

the deadline is only for the demo of the new web site to be shown at FOSS4G - 
the more we have the better, but
there will be the saturday code spring specifically set up to work with the 
site designers to add more content and modify things as needed. We will be able 
to add content after the conference as well.

Thanks for testing,

Helena


> On Aug 10, 2017, at 10:14 AM, Vaclav Petras  wrote:
> 
> I assume this is replacement for:
> 
> http://www.osgeo.org/educational_content?filter1=GRASS 
> 
> 
> Did you get where to put software used? I asked that in the feedback field.
> 
> So far I added:
> 
> http://www.osgeo.org/node/1592 
> 
> Many more to go.
> 
> https://grass.osgeo.org/documentation/ 
> 
> https://grass.osgeo.org/documentation/tutorials/ 
> 
> https://ncsu-geoforall-lab.github.io/grass-as-a-platform/ncgis2017.html#/56 
> 
> 
> I don't know when I can do that. Is tomorrow the deadline? (I remember Friday 
> was mentioned in different context.)
> 
> Vaclav
> 
> 
> 
> On Thu, Aug 10, 2017 at 6:32 AM, Luca Delucchi  > wrote:
> Hi all,
> 
> it is possible to add resources (tutorial, workshop, ecc) to the new
> OSGeo website, you can fill the form [0], and later this info will be
> added to the website.
> 
> Thanks
> 
> 
> [0] 
> https://docs.google.com/forms/d/e/1FAIpQLSdYn2TxII8nm_1OQ43RWTfVonTkWRa_KH4O-6BL4l4tjH7QTQ/viewform
>  
> 
> --
> ciao
> Luca
> 
> www.lucadelu.org 
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org 
> https://lists.osgeo.org/mailman/listinfo/grass-dev 
> 
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev

Helena Mitasova
Professor at the Department of Marine, 
Earth, and Atmospheric Sciences
and Center for Geospatial Analytics
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
http://geospatial.ncsu.edu/osgeorel/publications.html 


"All electronic mail messages in connection with State business which are sent 
to or received by this account are subject to the NC Public Records Law and may 
be disclosed to third parties.” 

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

[GRASS-dev] [GRASS GIS] #3395: t.rast.extract : encoding error

2017-08-10 Thread GRASS GIS 
#3395: t.rast.extract : encoding error
-+-
 Reporter:  mlennert |  Owner:  grass-dev@…
 Type:  defect   | Status:  new
 Priority:  normal   |  Milestone:  7.2.2
Component:  Temporal |Version:  svn-trunk
 Keywords:  t.rast.extract encoding  |CPU:  Unspecified
 Platform:  Unspecified  |
-+-
 And here's the next (after #3392, #3393, and #3394). I'll stop after this
 as this seems to be a fundamental issue in the whole temporal modules
 suite:


 {{{
 t.rast.extract input=pluies_nc output=tempmean_2010 where="start_time >=
 '2010-01-01' and start_time < '2011-01-01'"
 Traceback (most recent call last):
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/scripts/t.rast.extract", line 106, in 
 main()
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/scripts/t.rast.extract", line 100, in main
 base, time_suffix, nprocs, register_null)
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/temporal/extract.py", line 189, in extract_dataset
 gscript.overwrite())
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/temporal/open_stds.py", line 174, in open_new_stds
 sp.insert(dbif)
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/temporal/abstract_space_time_dataset.py", line 378,
 in insert
 statement += AbstractDataset.insert(self, dbif=dbif, execute=False)
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/temporal/abstract_dataset.py", line 398, in insert
 statement += self.metadata.get_insert_statement_mogrified(dbif)
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/temporal/base.py", line 401, in
 get_insert_statement_mogrified
 mapset=self.mapset)
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/temporal/core.py", line 945, in mogrify_sql_statement
 return self.connections[mapset].mogrify_sql_statement(content)
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/temporal/core.py", line 1215, in
 mogrify_sql_statement
 str(args[count]),
 UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in
 position 2: ordinal not in range(128)
 }}}

--
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 resources in the new OSGeo website

2017-08-10 Thread Vaclav Petras 
I assume this is replacement for:

http://www.osgeo.org/educational_content?filter1=GRASS

Did you get where to put software used? I asked that in the feedback field.

So far I added:

http://www.osgeo.org/node/1592

Many more to go.

https://grass.osgeo.org/documentation/
https://grass.osgeo.org/documentation/tutorials/
https://ncsu-geoforall-lab.github.io/grass-as-a-platform/ncgis2017.html#/56

I don't know when I can do that. Is tomorrow the deadline? (I remember
Friday was mentioned in different context.)

Vaclav



On Thu, Aug 10, 2017 at 6:32 AM, Luca Delucchi  wrote:

> Hi all,
>
> it is possible to add resources (tutorial, workshop, ecc) to the new
> OSGeo website, you can fill the form [0], and later this info will be
> added to the website.
>
> Thanks
>
>
> [0] https://docs.google.com/forms/d/e/1FAIpQLSdYn2TxII8nm_
> 1OQ43RWTfVonTkWRa_KH4O-6BL4l4tjH7QTQ/viewform
> --
> ciao
> Luca
>
> www.lucadelu.org
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] [GRASS GIS] #3394: t.info: encoding error

2017-08-10 Thread GRASS GIS 
#3394: t.info: encoding error
-+-
 Reporter:  mlennert |  Owner:  grass-dev@…
 Type:  defect   | Status:  new
 Priority:  normal   |  Milestone:  7.2.2
Component:  Temporal |Version:  svn-trunk
 Keywords:  t.info encoding  |CPU:  Unspecified
 Platform:  Unspecified  |
-+-
 And to continue the series (cf #3392 and #3393):


 {{{
 t.info pluies_nc
  + Space Time Raster Dataset
 -+
  |
 |
  + Basic information
 -+
  | Id:  pluies_nc@climate_2000_2012
  | Name: .. pluies_nc
  | Mapset:  climate_2000_2012
  | Creator: ... mlennert
  | Temporal type: . absolute
  | Creation time: . 2017-08-10 15:56:05.067938
  | Modification time:.. 2017-08-10 15:56:05.067968
  | Semantic type:.. sum
  + Absolute time
 -+
  | Start time:. None
  | End time:... None
  | Granularity: None
  | Temporal type of maps:.. None
  + Spatial extent
 +
  | North:.. None
  | South:.. None
  | East:..  None
  | West:... None
  | Top: None
  | Bottom:. None
  + Metadata information
 --+
  | Raster register table:..
 raster_map_register_bfba353891084ce68eb3408071dbaae3
  | North-South resolution min:. None
  | North-South resolution max:. None
  | East-west resolution min:... None
  | East-west resolution max:... None
  | Minimum value min:.. None
  | Minimum value max:.. None
  | Maximum value min:.. None
  | Maximum value max:.. None
  | Aggregation type:... None
  | Number of registered maps:.. None
  |
  | Title:
  | precipitation_mois
  | Description:
 Traceback (most recent call last):
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/scripts/t.info", line 122, in 
 main()
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/scripts/t.info", line 118, in main
 dataset.print_info()
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/temporal/abstract_space_time_dataset.py", line 126,
 in print_info
 self.metadata.print_info()
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/temporal/metadata.py", line 1272, in print_info
 STDSRasterMetadataBase.print_info(self)
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/temporal/metadata.py", line 1158, in print_info
 STDSMetadataBase.print_info(self)
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/temporal/metadata.py", line 921, in print_info
 print(" | " + str(self.get_description()))
 UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in
 position 2: ordinal not in range(128)
 }}}

--
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-SVN] r71332 - in grass/trunk/gui/wxpython: . core

2017-08-10 Thread Martin Landa 
Hi,

2017-08-09 0:40 GMT+02:00 Anna Petrášová :
> Thank you, I hopefully fixed in r71346, although I still don't
> understand what is the problem exactly.

confirmed, works. Thanks, Ma

-- 
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

[GRASS-dev] [GRASS GIS] #3393: t.unregister: encoding error

2017-08-10 Thread GRASS GIS 
#3393: t.unregister: encoding error
---+-
 Reporter:  mlennert   |  Owner:  grass-dev@…
 Type:  defect | Status:  new
 Priority:  normal |  Milestone:  7.2.2
Component:  Temporal   |Version:  svn-trunk
 Keywords:  t.unregister encoding  |CPU:  Unspecified
 Platform:  Unspecified|
---+-
 As a corollary to #3392:

 {{{
 g.list type=raster pattern="*tempmean" output=fichier_cartes_tempmean
 t.create output=pluies_nc semantictype=sum title=precipitation_mois
 description="Précipitation totale mensuelle NC"
 t.register -i input=pluies_nc@climate_2000_2012
 file=fichier_cartes_tempmean start=2000-01-01 increment="1 months"
 Collecte des informations sur la carte ...
 t.unregister file=fichier_cartes_tempmean
 Unregister maps
  100%
 Unregister maps from the temporal database
 Traceback (most recent call last):
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/scripts/t.unregister", line 183, in 
 tgis.profile_function(main)
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/temporal/core.py", line 84, in profile_function
 func()
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/scripts/t.unregister", line 169, in main
 sp.update_from_registered_maps(dbif)
   File "/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/temporal/abstract_space_time_dataset.py", line 2292,
 in update_from_registered_maps
 " all registered maps of <%s>") % (self.get_id()))
 UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 7:
 ordinal not in range(128)
 }}}

--
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] [GRASS GIS] #3392: t.register: encoding error

2017-08-10 Thread GRASS GIS 
#3392: t.register: encoding error
-+-
 Reporter:  mlennert |  Owner:  grass-dev@…
 Type:  defect   | Status:  new
 Priority:  normal   |  Milestone:  7.2.2
Component:  Temporal |Version:  svn-trunk
 Keywords:  t.register encoding  |CPU:  Unspecified
 Platform:  Unspecified  |
-+-
 Using the data and examples from [http://ncsu-geoforall-lab.github.io
 /grass-temporal-workshop/ 1] in a french (fr_BE@UTF-8) encoding
 environment, I get an encoding error using t.register:


 {{{
 g.list type=raster pattern="*tempmean" output=fichier_cartes_tempmean
 t.create output=pluies_nc semantictype=sum title=precipitation_mois
 description="Précipitation totale mensuelle NC"
 t.register -i input=pluies_nc@climate_2000_2012
 file=fichier_cartes_tempmean start=2000-01-01 increment="1 months"
 Collecte des informations sur la carte ...
  100%
 Registering maps in the temporal database...
 Registering maps in the space time dataset...
 Updating space time dataset...
 ERREUR :ascii,Mettre à jour les métadonnées, l'emprise spatiale et
 temporelle de toutes les cartes enregistrées de <,7,8,ordinal not
 in range(128)
 }}}

 And when I run t.register again:


 {{{
 t.register -i input=pluies_nc@climate_2000_2012
 file=fichier_cartes_tempmean start=2000-01-01 increment="1 months"
 Collecte des informations sur la carte ...
 ATTENTION: Map is already registered in temporal database. Unable to
 update
raster map <2000_01_tempmean@climate_2000_2012>. Overwrite flag
is not set.
 [...]
 ATTENTION: Map is already registered in temporal database. Unable to
 update
raster map <2012_12_tempmean@climate_2000_2012>. Overwrite flag
is not set.
  100%
 Registering maps in the space time dataset...
 ERREUR :ascii,%s> est déjà enregistrée.,9,10,ordinal not in range(128)
 }}}

 ould be supercool if this could still be solved for 7.2.2 :-)

--
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] GRASS resources in the new OSGeo website

2017-08-10 Thread Luca Delucchi 
Hi all,

it is possible to add resources (tutorial, workshop, ecc) to the new
OSGeo website, you can fill the form [0], and later this info will be
added to the website.

Thanks


[0] 
https://docs.google.com/forms/d/e/1FAIpQLSdYn2TxII8nm_1OQ43RWTfVonTkWRa_KH4O-6BL4l4tjH7QTQ/viewform
-- 
ciao
Luca

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

Re: [GRASS-dev] winGRASS 7-32bit builds broken

2017-08-10 Thread Martin Landa 
Hi,

2017-08-09 12:52 GMT+02:00 Martin Landa :
>> will take a look. Thanks for info. Ma
>
> should be fixed in r71350. Let's check tomorrow's build (trunk). Ma

hm, not good news. WinGRASS 32bit fails due to lidar modules. The las
package seems to be completely broken in OSGeo4W 32bit [1]. Ma

[1] https://trac.osgeo.org/osgeo4w/ticket/539#ticket

-- 
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