#2750: LZ4 when writing raster rows; better than double I/O bound r.mapcalc
speed
--+---
Reporter: sprice | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone: 7.1.0
Component: Ras
#2916: configure bug (?): FORTIFY_SOURCE in CPPFLAGS breaks configure on Arch
Linux
+-
Reporter: msieczka | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.0.4
Component: Compiling |
+1
On Thu, Feb 25, 2016 at 2:56 PM, Markus Neteler wrote:
>
> On Feb 25, 2016 5:05 PM, "Vaclav Petras" wrote:
> >
> >
> > On Thu, Feb 25, 2016 at 10:00 AM, Martin Landa
> wrote:
> >>
> >> this system is used also by QGIS, MapServer, moreover it's part of
> >> GRASS history (with one exception
On Feb 25, 2016 5:05 PM, "Vaclav Petras" wrote:
>
>
> On Thu, Feb 25, 2016 at 10:00 AM, Martin Landa
wrote:
>>
>> this system is used also by QGIS, MapServer, moreover it's part of
>> GRASS history (with one exception - 6.3). I have no strong option
>> about that. I would say let's follow our tra
On Feb 25, 2016 4:01 PM, "Martin Landa" wrote:
>
> 2016-02-25 15:34 GMT+01:00 Moritz Lennert :
> >> I don't understand this no odd numbers versioning. Please explain.
> >
> >
> >
> >
https://en.wikipedia.org/wiki/Software_versioning#Odd-numbered_versions_for_development_releases
>
> this system is
On Thu, Feb 25, 2016 at 12:04 PM, Martin Landa
wrote:
> 2016-02-25 16:37 GMT+01:00 Vaclav Petras :
> > I think we make some promises regarding 7.0 and long term support
> release in
> > the announcements. How this goes together with not planning 7.0.5?
>
> 7.2 will become LTS. Otherwise we would
#2804: pattern option for t.list and t.remove
--+--
Reporter: veroandreo | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone: 7.0.4
Component: Temporal |Version: unspecifi
2016-02-25 16:37 GMT+01:00 Vaclav Petras :
> I think we make some promises regarding 7.0 and long term support release in
> the announcements. How this goes together with not planning 7.0.5?
7.2 will become LTS. Otherwise we would need to maintain 3 branches -
trunk, releasebranch_7_2 and releaseb
#2916: configure bug (?): FORTIFY_SOURCE in CPPFLAGS breaks configure on Arch
Linux
+-
Reporter: msieczka | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.0.4
Component: Compiling |
#2931: r.neighbors shifts output raster by 360 degrees (WGS 84)
---+-
Reporter: markinpt | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal| Milestone: 6.4.6
Component: Default |Version: 6.4.3
Resol
On Thu, Feb 25, 2016 at 10:00 AM, Martin Landa
wrote:
> this system is used also by QGIS, MapServer, moreover it's part of
> GRASS history (with one exception - 6.3). I have no strong option
> about that. I would say let's follow our tradition to use odd numbers
> for dev versions. Martin
>
The
On 24/02/16 01:53, Pedro Venâncio wrote:
Hi Moritz,
Thank you for your test!
Can you try to run v.net.distance with the same sample data?
v.net.distance --overwrite input=mynet@PERMANENT
output=distance_7779_7780 from_layer=2 from_cats=7779 to_layer=2
to_cats=7780 arc_column=FT_COST arc_backwa
#2936: v.net.distance: wrong directions in one-way streets
-+-
Reporter: mlennert| Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.0.4
Component: Vector
#2936: v.net.distance: wrong directions in one-way streets
-+-
Reporter: mlennert| Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.0.4
Component: Vector
#2936: v.net.distance: wrong directions in one-way streets
-+-
Reporter: mlennert | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal
On Thu, Feb 25, 2016 at 9:57 AM, Martin Landa
wrote:
> 2016-02-25 15:34 GMT+01:00 Moritz Lennert :
> >> From where are we branching new release? trunk or stable branch? There
> >> was a discussion about it in past. Is there a clear opinion about that
> >> now? I don't have one but I was for bran
On 25 February 2016 at 16:00, Martin Landa wrote:
>
> this system is used also by QGIS, MapServer, moreover it's part of
> GRASS history (with one exception - 6.3). I have no strong option
> about that. I would say let's follow our tradition to use odd numbers
> for dev versions. Martin
>
+1
--
2016-02-25 15:34 GMT+01:00 Moritz Lennert :
>> I don't understand this no odd numbers versioning. Please explain.
>
>
>
> https://en.wikipedia.org/wiki/Software_versioning#Odd-numbered_versions_for_development_releases
this system is used also by QGIS, MapServer, moreover it's part of
GRASS histor
2016-02-25 15:34 GMT+01:00 Moritz Lennert :
>> From where are we branching new release? trunk or stable branch? There
>> was a discussion about it in past. Is there a clear opinion about that
>> now? I don't have one but I was for branching from trunk in the past.
>
> AFAIU trunk, otherwise it mig
On 25/02/16 13:50, Vaclav Petras wrote:
On Thu, Feb 25, 2016 at 1:08 AM, Pietro mailto:peter.z...@gmail.com>> wrote:
Perhaps is time to think to release the next stable release of GRASS
before that the stable release and trunk start to diverge too much...
From where are we branchin
On 25/02/16 13:45, Vaclav Petras wrote:
Hi,
On Thu, Feb 25, 2016 at 4:14 AM, Martin Landa mailto:landa.mar...@gmail.com>> wrote:
2016-02-25 8:59 GMT+01:00 Luca Delucchi mailto:lucadel...@gmail.com>>:
> I support this, but I think it should be 7.2 not 7.1. Usually stable
> version is
I neither know in which circumstances it is to be used.
Maybe the grey tone has to be darken a bit, but I'm out of time this
afternoon...
Vincent.
Le jeudi 25 février 2016 à 09:06 -0500, Vaclav Petras a écrit :
>
> On Thu, Feb 25, 2016 at 8:57 AM, Vincent Bain wrote:
> Concerning grass_
On Thu, Feb 25, 2016 at 8:57 AM, Vincent Bain wrote:
> Concerning grass_osgeo icon, given both color spaces are very
> close to each other, it is quite tricky to get a legible result. Here's
> one suggestion (the grey grass background), and the original color
> version.
>
I'm not sure in which
On Thu, Feb 25, 2016 at 1:08 AM, Pietro wrote:
>
> Perhaps is time to think to release the next stable release of GRASS
> before that the stable release and trunk start to diverge too much...
>From where are we branching new release? trunk or stable branch? There was
a discussion about it in p
Hi,
On Thu, Feb 25, 2016 at 4:14 AM, Martin Landa
wrote:
> 2016-02-25 8:59 GMT+01:00 Luca Delucchi :
> > I support this, but I think it should be 7.2 not 7.1. Usually stable
> > version is even number
> > https://trac.osgeo.org/grass/wiki/Release
> > only 6.3 was an exception
>
> then we should
Hi,
2016-02-25 8:28 GMT+01:00 Vincent Bain :
> attached is my grass.ico file. I cannot test it as I don't have any
> windows OS here.
> Layers are 8bit+alpha (non-compressed) deep.
yes, it's much more better! Could you please also "fix"
grass_osgeo.ico? Thanks! Martin
--
Martin Landa
http://geo
Luca Delucchi writes:
> On 25 February 2016 at 07:08, Pietro wrote:
>> Dear devs,
>>
>> I saw the discussion on https://trac.osgeo.org/grass/ticket/2750#comment:48
>>
>> Perhaps is time to think to release the next stable release of GRASS
>> before that the stable release and trunk start to dive
2016-02-25 8:59 GMT+01:00 Luca Delucchi :
> I support this, but I think it should be 7.2 not 7.1. Usually stable
> version is even number
> https://trac.osgeo.org/grass/wiki/Release
> only 6.3 was an exception
then we should probably rename milestone from 7.1. to 7.2 [1]. Ma
[1] https://trac.osge
Hi,
2016-02-25 8:59 GMT+01:00 Luca Delucchi :
> I support this, but I think it should be 7.2 not 7.1. Usually stable
> version is even number
> https://trac.osgeo.org/grass/wiki/Release
> only 6.3 was an exception
7.0.4 is planned for the end of April a version 7.2. somewhere in the
summer (~June
On 25 February 2016 at 07:08, Pietro wrote:
> Dear devs,
>
> I saw the discussion on https://trac.osgeo.org/grass/ticket/2750#comment:48
>
> Perhaps is time to think to release the next stable release of GRASS
> before that the stable release and trunk start to diverge too much...
>
> What do you
30 matches
Mail list logo