#2120: wxgui: encoding errors
-+--
Reporter: mlennert | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone:
#2120: wxgui: encoding errors
-+--
Reporter: mlennert | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone:
#2120: wxgui: encoding errors
-+--
Reporter: mlennert | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone:
#1856: wxGUI with LANG=pl_PL.utf8 throws 'ascii' codec can't decode byte
--+-
Reporter: msieczka | Owner: grass-dev@…
Type: defect| Status: new
Priority:
#1856: wxGUI with LANG=pl_PL.utf8 throws 'ascii' codec can't decode byte
--+-
Reporter: msieczka | Owner: grass-dev@…
Type: defect| Status: new
Priority:
#2120: wxgui: encoding errors
-+--
Reporter: mlennert | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone:
Hi,
2014-05-18 11:41 GMT+02:00 svn_gr...@osgeo.org:
Author: hcho
Date: 2014-05-18 02:41:14 -0700 (Sun, 18 May 2014)
New Revision: 60309
Modified:
grass/trunk/vector/v.clean/main.c
Log:
v.clean: Option thresh = threshold
for record -- if you change option name that you should also
Hi,
2014-05-18 7:48 GMT+02:00 svn_gr...@osgeo.org:
Author: hcho
Date: 2014-05-17 22:48:43 -0700 (Sat, 17 May 2014)
New Revision: 60304
Modified:
grass/trunk/raster/r.colors/edit_colors.c
Log:
r.colors: error message cosmetics
please consider backporting such trivial changes to
Yes, I'm doing it. I need time to login type. ;-)
On Sun, May 18, 2014 at 5:46 AM, Martin Landa landa.mar...@gmail.comwrote:
Hi,
2014-05-18 11:41 GMT+02:00 svn_gr...@osgeo.org:
Author: hcho
Date: 2014-05-18 02:41:14 -0700 (Sun, 18 May 2014)
New Revision: 60309
Modified:
Hi,
2014-05-18 11:49 GMT+02:00 Martin Landa landa.mar...@gmail.com:
please consider backporting such trivial changes to relbr70... [1].
see also http://trac.osgeo.org/grass/wiki/HowToBackport
It's seems that you do not consider any backporing till now...
Martin
--
Martin Landa *
I didn't do much backporting till now. I think it's time to read that wiki
page. Thanks!
On Sun, May 18, 2014 at 5:51 AM, Martin Landa landa.mar...@gmail.comwrote:
Hi,
2014-05-18 11:49 GMT+02:00 Martin Landa landa.mar...@gmail.com:
please consider backporting such trivial changes to
Huidae Cho wrote
I didn't do much backporting till now. I think it's time to read that wiki
page. Thanks!
On Sun, May 18, 2014 at 5:51 AM, Martin Landa lt;
landa.martin@
gt;wrote:
Hi,
2014-05-18 11:49 GMT+02:00 Martin Landa lt;
landa.martin@
gt;:
please consider backporting
#2298: r.stream.order hack= generates order 1 single pixels
+---
Reporter: hcho| Owner: grass-dev@…
Type: defect | Status: new
Priority: major
Hi,
thanks for backport!
2014-05-18 15:03 GMT+02:00 svn_gr...@osgeo.org:
Author: hcho
Date: 2014-05-18 06:03:15 -0700 (Sun, 18 May 2014)
New Revision: 60310
Modified:
grass/branches/releasebranch_7_0/
grass/branches/releasebranch_7_0/raster/r.colors/edit_colors.c
Log:
r.colors:
Oh! I didn't notice that. That can be my excuse for not back porting :-(.
Thank you.
On May 18, 2014 9:09 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
thanks for backport!
2014-05-18 15:03 GMT+02:00 svn_gr...@osgeo.org:
Author: hcho
Date: 2014-05-18 06:03:15 -0700 (Sun, 18 May
Sure. I'll do that later today.
On May 18, 2014 7:22 AM, Helmut Kudrnovsky hel...@web.de wrote:
Huidae Cho wrote
I didn't do much backporting till now. I think it's time to read that
wiki
page. Thanks!
On Sun, May 18, 2014 at 5:51 AM, Martin Landa lt;
landa.martin@
gt;wrote:
2014-05-18 15:12 GMT+02:00 Huidae Cho gras...@gmail.com:
Oh! I didn't notice that. That can be my excuse for not back porting :-(.
please, keep your backports :-)
Thanks, Martin
___
grass-dev mailing list
grass-dev@lists.osgeo.org
Hi Yann,
On Sat, May 17, 2014 at 11:46 PM, Yann Chemin yche...@gmail.com wrote:
Hi Anna,
Patch works great ! Needs RunMenuCmd and all goes to perfection. Any
chance to have it included in the SVN tree?
I committed the patch in trunk, if you agree, I won't backport it now. I
don't
Hi Markus,
2014-04-06 15:52 GMT+02:00 Markus Metz markus.metz.gisw...@gmail.com:
Now the modules are even in a release branch. If have disabled them in
releasebranch_7_0 because the results of the all-in-RAM and the
external-memory mode are not identical. Further, the code needs
cleaning up.
Hi Anna,
Thank you, updating trunk now !
About RunMenuCmd, it is just a note to remember that it is the call to
use for external program. All good there.
Yann
On 18/05/2014, Anna Petrášová kratocha...@gmail.com wrote:
Hi Yann,
On Sat, May 17, 2014 at 11:46 PM, Yann Chemin yche...@gmail.com
Hi,
I'd like to request the access to Add-ons for add module r.mwprecip (which
is for computing rainfall data from cellular microwave links). I am agree
with RFC2 [1].
Thank you in advance
Matej
[1] http://grass.osgeo.org/programming7/rfc2_psc.html
I cannot find a way to exclude mergeinfo. For a bunch of files backported,
do I have to commit each file individually? Hopefully not.
Thanks.
On May 18, 2014 9:14 AM, Martin Landa landa.mar...@gmail.com wrote:
2014-05-18 15:12 GMT+02:00 Huidae Cho gras...@gmail.com:
Oh! I didn't notice that.
Dear Matej,
2014-05-18 16:05 GMT+02:00 Matej Krejci matejkre...@gmail.com:
I'd like to request the access to Add-ons for add module r.mwprecip (which
is for computing rainfall data from cellular microwave links). I am agree
with RFC2 [1].
done [1]. Welcome on the board! :-) Martin
[1]
2014-05-18 16:40 GMT+02:00 Huidae Cho gras...@gmail.com:
I cannot find a way to exclude mergeinfo. For a bunch of files backported,
do I have to commit each file individually? Hopefully not.
no, as I already noted
please for the next time exclude svn:mergeinfo from backport commit
(`svn revert
Hi,
2014-05-18 16:47 GMT+02:00 Martin Landa landa.mar...@gmail.com:
I use this simple script
#!/bin/sh
if test -z $1 ; then
echo provide rev number to backport
exit 1
fi
svn merge -c $1 https://svn.osgeo.org/grass/grass/trunk
svn revert .
exit 0
better would be `svn propdel
Ok, so
Svn merge ...
Svn propdel svn:mergeinfo
Svn commit
Just wondering why svn by default commits svn:mergeinfo, but we don't want
it? Also, I think we'd better update the wiki page with this info.
Thanks.
Huidae
On May 18, 2014 10:48 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
#2293: MapSwipe query maps
--+-
Reporter: lucadelu | Owner: grass-dev@…
Type: enhancement | Status: closed
Priority: normal | Milestone: 7.1.0
#2296: r.stream.* - unify some functions (avoid code duplication)
-+--
Reporter: hellik | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: major
#2120: wxgui: encoding errors
-+--
Reporter: mlennert | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone:
#1856: wxGUI with LANG=pl_PL.utf8 throws 'ascii' codec can't decode byte
--+-
Reporter: msieczka | Owner: grass-dev@…
Type: defect| Status: new
Priority:
Markus Metz wrote:
IMHO, the modules should also be disabled in trunk,
I'm not a fan of having disabled code in trunk.
Code which isn't being compiled will be overlooked when API changes
(or build system changes, etc) are made, and will start to suffer from
bit-rot.
If compilation generates
Martin Landa wrote:
Added: svn:mergeinfo
+ /grass/trunk:60304
please for the next time exclude svn:mergeinfo from backport commit
Why?
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
2014-05-18 22:17 GMT+02:00 Glynn Clements gl...@gclements.plus.com:
please for the next time exclude svn:mergeinfo from backport commit
Why?
it was common practice till now (for those devs how do backporting).
It's minor issue for me, I have no strong option (I was used to
exclude this svn
Can you be more specific? I think the reason for the error is that string
constants are encoded in the default encoding, which is ascii, and
translated messages are in the local locale. The reverted change tried to
match the two encodings.
It's not hiding any bugs in the code. In python 2, IMHO
#2296: r.stream.* - unify some functions (avoid code duplication)
-+--
Reporter: hellik | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: major
#2250: d.text unsupported from command line
+---
Reporter: veroandreo | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.1.0
On Thu, Apr 10, 2014 at 8:56 PM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
in r59668 and r59669 I have fixed the issue that a map type
(CELL/FCELL/DCELL) was not preserved as expected but always converted
to DCELL.
Now CELL is generated for
{c_count,
#2299: G7: parameter inconsistency r.resamp.bspline vs. v.surf.bspline
--+-
Reporter: neteler | Owner: grass-dev@…
Type: defect| Status:
#2250: d.text unsupported from command line
+---
Reporter: veroandreo | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.1.0
#2031: G_legal_filename() cleanup patch for GRASS 6
--+-
Reporter: neteler | Owner: grass-dev@…
Type: defect | Status: closed
Priority: normal | Milestone:
[ wish for r.in.lidar: ]
...
filter Only import points of selected return type
If not specified, all points are imported
options: first,last,mid
which would be great for r.in.lidar as well to avoid that I need
to split the file with las2las
Huidae Cho wrote:
I didn't do much backporting till now. I think it's time to read
that wiki page. Thanks!
Hi,
handy tip:
In svn/grass-addons/tools/ there are some backporting scripts, the
relevant one here is svn7merge.
to backport from trunk cd to the top relbr70 dir and after svn up
type
#2299: G7: parameter inconsistency r.resamp.bspline vs. v.surf.bspline
--+-
Reporter: neteler | Owner: grass-dev@…
Type: defect| Status:
43 matches
Mail list logo