#498: r.sun2 commissioning trials
-+--
Reporter: hamish | Owner: hamish
Type: defect | Status: assigned
Priority: major | Milestone: 6.4.0
Component: Raster |
#718: r.li forgets mask/illegal filename
+---
Reporter: kyngchaos | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone: 6.4.0
Andrew Danner wrote:
> Can we just initialize the MM_manager to ignore memory limits until we have
> a chance
> to set and enforce a limit? The change below allowed me to at least compile
> and run the help
>
> --- lib/iostream/mm.cc(revision 38633)
> +++ lib/iostream/mm.cc(working copy)
Markus Neteler wrote:
> >> I got carried away (replacing all fseek/ftell occurrences I could find
> >> with G_fseek/G_ftell, adjusting off_t as you showed above) and also made
> >> r3.in|out.v5d LFS-safe, but did not submit. Should I?
> >
> > Yes; ideally, we should use G_{fseek,ftell} everywhere
On Wed, Aug 12, 2009 at 4:41 PM, Quentin
Page wrote:
> hi all,
>
> how can I display my DEM under 3D display ?
> the DEM is right (procuced by french nation geographic)
>
> I've tried r.to.rast3D but i had an error message afterward? Can you tell me
Any r.* program is an analytical module of GRASS
hi all,
how can I display my DEM under 3D display ?
the DEM is right (procuced by french nation geographic)
I've tried r.to.rast3D but i had an error message afterward? Can you
tell me what I've done wrong.
What can I do else to display my DEM under 3D display?
thanks for your help
quentin
#498: r.sun2 out of sync / broken svn history
-+--
Reporter: hamish | Owner: hamish
Type: defect | Status: assigned
Priority: major | Milestone: 6.4.0
Component: R
Dear devs,
i have created a patch for grass6.5 and grass7 which modifies the gmath and
gpde libraries and
introduce parts of the ccmath library into grass to get rid of the numerical
recipes code in the gmah library.
The following changes are done:
1.) I have moved the linear equation solver code
#498: r.sun2 out of sync / broken svn history
-+--
Reporter: hamish | Owner: hamish
Type: defect | Status: assigned
Priority: major | Milestone: 6.4.0
Component: R
Soeren Gebbert wrote:
Hello Markus,
many thanks for your response.
I guess the behavior of r.out.gdal in case of a raster map in UTM
projection and DTED export seems to be correct.
To be precise, it's the behaviour of the gdal library. r.out.gdal leaves
the format-specific tests to the gdal li
Soeren wrote:
> | Data Description:
> |generated by r.mapcalc
> |sin(col() * 5) * col() + cos(row() * 5) * row() + 200
nice test pattern
H
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman
Hello Markus,
many thanks for your response.
I guess the behavior of r.out.gdal in case of a raster map in UTM projection
and DTED export seems to be correct.
So i removed the DTED test from the GRASS testsuite, based on your
suggestions and the gdal documentation.
soeren
2009/8/11 Markus Metz
12 matches
Mail list logo