#2297: i.cca does not give output
-+--
Reporter: pvanbosgeo | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.0.0
#2120: wxgui: encoding errors
-+--
Reporter: mlennert | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 6.4.4
#2120: wxgui: encoding errors
-+--
Reporter: mlennert | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 6.4.4
#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: 6.4.4
Hi,
2014-05-18 11:41 GMT+02:00 :
> 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 note that
at d
Hi,
2014-05-18 7:48 GMT+02:00 :
> 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 relbr70... [1].
T
Yes, I'm doing it. I need time to login & type. ;-)
On Sun, May 18, 2014 at 5:46 AM, Martin Landa wrote:
> Hi,
>
> 2014-05-18 11:41 GMT+02:00 :
> > Author: hcho
> > Date: 2014-05-18 02:41:14 -0700 (Sun, 18 May 2014)
> > New Revision: 60309
> >
> > Modified:
> >grass/trunk/vector/v.clean/mai
Hi,
2014-05-18 11:49 GMT+02:00 Martin Landa :
> 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 * http://geo.fsv.cvut.cz/gwiki/Land
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 wrote:
> Hi,
>
> 2014-05-18 11:49 GMT+02:00 Martin Landa :
> > please consider backporting such trivial changes to relbr70... [1].
>
> see also http://trac.osgeo
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 <
> landa.martin@
> >wrote:
>
>> Hi,
>>
>> 2014-05-18 11:49 GMT+02:00 Martin Landa <
> landa.martin@
> >:
>> > please consider bac
#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 :
> 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: messages (ba
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" wrote:
> Hi,
>
> thanks for backport!
>
> 2014-05-18 15:03 GMT+02:00 :
> > Author: hcho
> > Date: 2014-05-18 06:03:15 -0700 (Sun, 18 May 2014)
> > New Revision: 60310
> >
Sure. I'll do that later today.
On May 18, 2014 7:22 AM, "Helmut Kudrnovsky" 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 <
>
> > landa.martin@
>
> > >wrote:
>
2014-05-18 15:12 GMT+02:00 Huidae Cho :
> 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
http://lists.osgeo.org/mailman/listin
Hi Yann,
On Sat, May 17, 2014 at 11:46 PM, Yann Chemin 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 understand what do y
Hi Markus,
2014-04-06 15:52 GMT+02:00 Markus Metz :
> 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. IMHO, the modules should
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á wrote:
> Hi Yann,
>
>
> On Sat, May 17, 2014 at 11:46 PM, Yann Chemin wrote:
>
>> Hi Anna,
>>
>> Patch w
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" wrote:
> 2014-05-18 15:12 GMT+02:00 Huidae Cho :
> > Oh! I didn't notice that. That can be my excuse for not back
Dear Matej,
2014-05-18 16:05 GMT+02:00 Matej Krejci :
> 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] r60316
--
Martin Lan
2014-05-18 16:40 GMT+02:00 Huidae Cho :
> 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 .`)
In this ca
Hi,
2014-05-18 16:47 GMT+02:00 Martin Landa :
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 svn:merge info .` as I alread
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" wrote:
> Hi,
>
> 2014-05-18 16:47 GMT+
#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: 6.4.4
#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
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mail
2014-05-18 22:17 GMT+02:00 Glynn Clements :
>> 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 prop as not useful).
Ma
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 it
#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
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, w_count, NO_CA
#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: 6.4.
> [ 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 fil
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"
ty
#2299: G7: parameter inconsistency r.resamp.bspline vs. v.surf.bspline
--+-
Reporter: neteler | Owner: grass-dev@…
Type: defect| Status:
Hi,
If it is useful to anyone I've just written an addon module which will
let you export a grass raster map as a TMS tileset and uDig mapurl
file ready to be copied into Geopaparazzi, which will then convert it
to the MBTiles sqlite web tile database format. MBTiles is used for
Tilemill and other
44 matches
Mail list logo
