Hamish wrote:
> > 7.0 doesn't have D_get_screen_window(); D_setup() uses R_get_window()
> > instead (R_get_window() reports the raster clip region, which is
> > initially set from $GRASS_FRAME).
>
> note what we are after for the d.info -g flag is the *unclipped* geographic
> region.
> as you s
Hamish wrote:
> slight contributing motivation:
> I am not sure of a good way to merge raster maps with different color
> tables (imagery data). In the past I have tried 'r.mapcalc r# g# b#'
> operators+r.patch, d.out.png+r.in.gdal+r.region, neither was much fun.
> I guess g.pnmcomp could help bu
Hamish wrote:
> > I just found out that the output from d.out.file geotiff
> > has some distortions.
> >
> > See this:
> > http://farm4.static.flickr.com/3007/2984908579_b73cdd3b99_o.png
> >
> > The lighter relief is the original raster from the GRASS dbase and the
> > darker one with some gree
Glynn:
> 7.0 doesn't have D_get_screen_window(); D_setup() uses R_get_window()
> instead (R_get_window() reports the raster clip region, which is
> initially set from $GRASS_FRAME).
note what we are after for the d.info -g flag is the *unclipped* geographic
region.
as you say, we already have g.r
maning sambale wrote:
> I just found out that the output from d.out.file geotiff
> has some distortions.
>
> See this:
> http://farm4.static.flickr.com/3007/2984908579_b73cdd3b99_o.png
>
> The lighter relief is the original raster from the GRASS dbase and the
> darker one with some green vector i
Hamish,
I just found out that the output from d.out.file geotiff has some distortions.
See this: http://farm4.static.flickr.com/3007/2984908579_b73cdd3b99_o.png
The lighter relief is the original raster from the GRASS dbase and the
darker one with some green vector is the d.out.file output. I'm
Hamish wrote:
> > > Unfortunately 'd.info -g' is buggy, it reports exactly the same as
> > > 'g.region -g'. But if that was fixed it would be an easy solution.
>
> fixed in devbr6 but not trunk; I'm unsure about the changes needed.
7.0 doesn't have D_get_screen_window(); D_setup() uses R_get_w
On Wed, 2008-10-29 at 05:43 -0700, Hamish wrote:
> Hamish:
> > > Unfortunately 'd.info -g' is buggy, it reports exactly the same as
> > > 'g.region -g'. But if that was fixed it would be an easy solution.
>
> fixed in devbr6 but not trunk; I'm unsure about the changes needed.
>
> now it reports
On Wed, 2008-10-29 at 03:17 -0700, Hamish wrote:
> Nikos Alexandris:
> > > Well,
> > > so I did.
>
> maning sambale wrote:
> > How? I haven't been doing svn update for the past 2
> > months because its working OK.
> > Would love to try this out also.
>
>
> if you are working from a svn source t
Hamish:
> > Unfortunately 'd.info -g' is buggy, it reports exactly the same as
> > 'g.region -g'. But if that was fixed it would be an easy solution.
fixed in devbr6 but not trunk; I'm unsure about the changes needed.
now it reports the coords of the full window and resolution is
map_units/pixel
> Unfortunately 'd.info -g' is buggy, it reports exactly the same as
> 'g.region -g'. But if that was fixed it would be an easy solution.
apparently D_d_to_u_col() and D_d_to_u_row() + R_screen_rite() etc are
needed.
one moment
Hamish
_
Hamish,
Just tried it. This makes a quick and dirty visualization really
fast! Especially for non GIS colleagues.
I can simply import the d.mon display to geotiff then run
gdal2tile.py. VoilaI I have a KML of the output map for viewing in
GoogleEarth.
Thanks!
cheers,
maning
On 10/29/08, Ha
Hamish:
> > I just added support for GeoTIFF export from
> d.out.file in 6.4svn.
Markus:
> This is really great, Hamish! Maybe you remember our discussion
> on this - I'll test it asap.
I didn't, but re-reading the thread
http://thread.gmane.org/gmane.comp.gis.grass.devel/24289/
I see it has the
Nikos Alexandris:
> > Well,
> > so I did.
maning sambale wrote:
> How? I haven't been doing svn update for the past 2
> months because its working OK.
> Would love to try this out also.
if you are working from a svn source tree it is just:
cd scripts/d.out.file
svn up
make
you only have to d
> Well,
> so I did.
How? I haven't been doing svn update for the past 2 months because
its working OK.
Would love to try this out also.
> It works great. I did load 2 raster maps, 2 vector (boundaries) maps and
> a north arrow. Exported as geotiff and opened in OpenEV. The image is
> georeference
On Wed, 2008-10-29 at 09:51 +0100, Nikos Alexandris wrote:
> On Wed, 2008-10-29 at 21:23 +1300, Hamish wrote:
> > Hi,
> >
> > I just added support for GeoTIFF export from d.out.file in 6.4svn.
> >
> > Resolution is not as good as if you use r.out.gdal or r.out.tiff, but
> > it lets you export a m
On Wed, 2008-10-29 at 21:23 +1300, Hamish wrote:
> Hi,
>
> I just added support for GeoTIFF export from d.out.file in 6.4svn.
>
> Resolution is not as good as if you use r.out.gdal or r.out.tiff, but
> it lets you export a map with multiple raster and vector overlays,
> decorations, grid lines, e
On Wed, Oct 29, 2008 at 9:23 AM, Hamish <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I just added support for GeoTIFF export from d.out.file in 6.4svn.
This is really great, Hamish! Maybe you remember our discussion
on this - I'll test it asap.
thanks,
Markus
_
Hi,
I just added support for GeoTIFF export from d.out.file in 6.4svn.
Resolution is not as good as if you use r.out.gdal or r.out.tiff, but
it lets you export a map with multiple raster and vector overlays,
decorations, grid lines, etc. that you compose in the xmon.
e.g. for use as a backdrop i
19 matches
Mail list logo
