Hamish wrote:
> any opportunity here to kill off some more library-internal global variables?
Not that I know of.
--
Glynn Clements
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Markus Metz wrote:
> Getting more technical: does it make sense to port rasterIO ideas to
> vectorIO or vice versa?
I don't think so.
--
Glynn Clements
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gras
Markus Neteler wrote:
> I spoke to Gilberto Camara last week at the
> OGRS2009 conference in Nantes (www.ogrs2009.org) about the
> pros and cons of replacing the GRASS raster library with Terralib [1].
> He promised to check with his engineers, maybe there is some
> interesting advantage. To be stu
On Wed, Jul 15, 2009 at 10:55 PM, Markus
Metz wrote:
...
> Getting more technical: does it make sense to port rasterIO ideas to
> vectorIO or vice versa?
(Un)related to this: I spoke to Gilberto Camara last week at the
OGRS2009 conference in Nantes (www.ogrs2009.org) about the
pros and cons of rep
Glynn Clements wrote:
> Markus Metz wrote:
>
>
>>> Splitting libgis into libgis and libraster means splitting G_gisinit()
>>> into G_gisinit() and Rast_init(). Obviously, if you split the function
>>> in two, any calls to the function also need to be split.
>>>
>>> I'll look into doing one-shot
any opportunity here to kill off some more library-internal global variables?
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Glynn Clements wrote:
> > >>> Anyway there are many modules which needs Rast_init() (or
> > >>> Rast_init_all()).
> > >>>
> > >> Could it be done in the library to avoid the modification of all raster
> > >> modules?
> I'll look into doing one-shot initialisation within the raster
> libr
Markus Metz wrote:
> > Splitting libgis into libgis and libraster means splitting G_gisinit()
> > into G_gisinit() and Rast_init(). Obviously, if you split the function
> > in two, any calls to the function also need to be split.
> >
> > I'll look into doing one-shot initialisation within the ras
Glynn Clements wrote:
> Splitting libgis into libgis and libraster means splitting G_gisinit()
> into G_gisinit() and Rast_init(). Obviously, if you split the function
> in two, any calls to the function also need to be split.
>
> I'll look into doing one-shot initialisation within the raster
> lib
Markus Metz wrote:
> >>> Anyway there are many modules which needs Rast_init() (or
> >>> Rast_init_all()).
> >>>
> >> Could it be done in the library to avoid the modification of all raster
> >> modules?
> >>
> >
> > I am afraid that it's not possible (please correct me). The library
#670: add support for alternative coordinates
--+-
Reporter: timmie | Owner: martinl
Type: enhancement | Status: assigned
Priority: normal
On 15/07/09 15:40, Laura Toma wrote:
Hi Moritz,
Terracost runs in two modes: in memory (when numtiles=1), and in
external memory, using streams (when numtiles>1). When run without a
value for numtiles, it sets numtiles to the optimal value. In all your
tests numtiles was set to 1. The
Martin Landa wrote:
> Hi,
>
> 2009/7/15 Markus Neteler :
>
> [...]
>
>
>>> Anyway there are many modules which needs Rast_init() (or
>>> Rast_init_all()).
>>>
>> Could it be done in the library to avoid the modification of all raster
>> modules?
>>
>
> I am afraid that it's not poss
#689: wxgui - georectify: group does not exist
--+-
Reporter: mlennert | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone
#689: wxgui - georectify: group not found
--+-
Reporter: mlennert | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: normal| Mi
Hi,
2009/7/15 Markus Neteler :
[...]
>> Anyway there are many modules which needs Rast_init() (or
>> Rast_init_all()).
>
> Could it be done in the library to avoid the modification of all raster
> modules?
I am afraid that it's not possible (please correct me). The library
has been initialized
#686: wxgui: georectify need to set region in XY location to extension of map to
be able to see it
--+-
Reporter: mlennert | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
#688: wxgui - georectify: after finishing editing a point, next point should be
activated
--+-
Reporter: mlennert | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
#686: wxgui: georectify need to set region in XY location to extension of map to
be able to see it
--+-
Reporter: mlennert | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
#687: wxgui - georectify: tab order in GCP editing window should be altered
--+-
Reporter: mlennert | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
P
#686: wxgui: georectify need to set region in XY location to extension of map to
be able to see it
--+-
Reporter: mlennert | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
On Wed, Jul 15, 2009 at 3:17 PM, Martin Landa wrote:
> Hi,
>
> 2009/7/15 Markus Metz :
>>> very wild guess - probably because Rast__init() is not called anywhere?
>>>
>> I guess you probably know best about Rast__init() and when and where it
>> is supposed to be called ;-) I've never heard of that
On Wed, Jul 15, 2009 at 6:32 AM, Glynn Clements wrote:
>
> Martin Landa wrote:
>
>> >> I have tried but the script in tools/ is introducing
>> >> ugly vertical white space in the variable definitions, e.g.
>
>> > I can't reproduce this, and grass_indent.sh passes -npro to indent
>> > so it shouldn'
Hi Moritz,
Terracost runs in two modes: in memory (when numtiles=1), and in
external memory, using streams (when numtiles>1). When run without a
value for numtiles, it sets numtiles to the optimal value. In all
your tests numtiles was set to 1. The algorithms in the 2 cases are
dif
Hi,
2009/7/15 Markus Metz :
>> very wild guess - probably because Rast__init() is not called anywhere?
>>
> I guess you probably know best about Rast__init() and when and where it
> is supposed to be called ;-) I've never heard of that function before...
well, I am really rasterlib newbie ;-) Hop
Martin Landa wrote:
> Hi,
>
> 2009/7/15 Markus Metz :
>
>> g.region rast=mymap
>> r.mapcalc "mymap.copy = mymap"
>>
>> Displaying both maps or r.univar gives vastly different results.
>> This corrupted output is not restricted to r.mapcalc but seems to be
>> true for all raster modules.
>>
>> gr
Hi,
2009/7/15 Markus Metz :
> g.region rast=mymap
> r.mapcalc "mymap.copy = mymap"
>
> Displaying both maps or r.univar gives vastly different results.
> This corrupted output is not restricted to r.mapcalc but seems to be
> true for all raster modules.
>
> grass7 updated today, no changes in my l
On Wed, Jul 15, 2009 at 12:18 PM, Markus
Metz wrote:
> g.region rast=mymap
> r.mapcalc "mymap.copy = mymap"
>
> Displaying both maps or r.univar gives vastly different results.
> This corrupted output is not restricted to r.mapcalc but seems to be
> true for all raster modules.
>
> grass7 updated t
Hello Laura,
On 15/07/09 00:01, Laura Toma wrote:
Hi Markus, Moritz,
I could reproduce the problem. It was happening because the cost of the
source points were incorrectly assigned to be zero, instead of the
actual cost of the points. Because of this, the immediate neighbors of
the source
g.region rast=mymap
r.mapcalc "mymap.copy = mymap"
Displaying both maps or r.univar gives vastly different results.
This corrupted output is not restricted to r.mapcalc but seems to be
true for all raster modules.
grass7 updated today, no changes in my local copy, two different
independent system
#685: make htmldocs fails with "cannot stat `gisliblib.dox': No such file or
directory"
--+-
Reporter: mlennert | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
#685: make htmldocs fails with "cannot stat `gisliblib.dox': No such file or
directory"
--+-
Reporter: mlennert | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
#685: make htmldocs fails with "cannot stat `gisliblib.dox': No such file or
directory"
--+-
Reporter: mlennert | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
#685: make htmldocs fails with "cannot stat `gisliblib.dox': No such file or
directory"
--+-
Reporter: mlennert | Owner: grass-dev@lists.osgeo.org
Type: defect| Status:
34 matches
Mail list logo