Markus GRASS wrote:
Micha Silver wrote:
As far as I know, r.out.tiff is just a simplified version of r.out.gdal.
No.
r.out.tiff exports an image that looks like what you see in the display,
in other words, it translates the color rules of a GRASS raster to a
tiff image. The cell values
maven apache wrote:
> Can I understand the difference as the difference between the geotiff
> and the tiff?
No. A geotiff can be a tiff with georeferencing information (projection,
extends, resolution). The difference between r.out.tiff output and
r.out.gdal output is what kind of information is ex
Can I understand the difference as the difference between the geotiff and
the tiff?
2009/6/15 Markus GRASS
> Micha Silver wrote:
> > As far as I know, r.out.tiff is just a simplified version of r.out.gdal.
> No.
> r.out.tiff exports an image that looks like what you see in the display,
> in othe
Micha Silver wrote:
> As far as I know, r.out.tiff is just a simplified version of r.out.gdal.
No.
r.out.tiff exports an image that looks like what you see in the display,
in other words, it translates the color rules of a GRASS raster to a
tiff image. The cell values of the GRASS raster are *not*
Hi:
I'm cc'ing the GRASS list, since someone else may have additional ideas.
maven apache wrote:
Hi:
I have set all the environment variables needed by Grass,so I start
run the grass commond.
Here I have set the env and the g in the "g,run" respent a
java class to config the grass**
maven apache wrote:
I don't recall the start of your thread:
Are you saying that you need to be able to handle any data that
clients throw at you in *any* CRS?
How will you know the CRS of the client's maps? (Many data formats
do not require full metadata with CRS
>
>
> I don't recall the start of your thread:
>
> Are you saying that you need to be able to handle any data that clients
> throw at you in *any* CRS?
>
How will you know the CRS of the client's maps? (Many data formats do not
> require full metadata with CRS information)
>
In fact I perfer t
maven apache wrote:
Is there some special reason you need to create the GRASS
directory structure programatically each time? Can't you just start
As the pywps I have refered,each client(user) may send their own
process request with different map,obvirous they do not have the save
loca
>
> Is there some special reason you need to create the GRASS directory
> structure programatically each time? Can't you just start
As the pywps I have refered,each client(user) may send their own process
request with different map,obvirous they do not have the save location or
mapset even the pro
maven apache wrote:
Hi:
I followed the doc from the web resrouce:
https://svn.wald.intevation.org/svn/pywps/tags/pywps-3.1.0/pywps/Grass.py
And I think what we are doing is similar to theirs,so I thought
the confignation of grass maybe correct for us.
Is there some special reaso
Hi:
I followed the doc from the web resrouce:
https://svn.wald.intevation.org/svn/pywps/tags/pywps-3.1.0/pywps/Grass.py
And I think what we are doing is similar to theirs,so I thought the
confignation of grass maybe correct for us.
2009/6/11 Nikos Alexandris
>
> maven:
> > And I know the reason o
maven:
> And I know the reason of the problem now.
Which is?
> However as what you said,I should create a new location and mapset if
> necessary,it does not work.
> I create two folders nLocation/nmapset and create a wind file in the
> nmapset dir, however when I run the grass gui,I also can no
Hi Nikos:Thanks for your detailed reply!
And I know the reason of the problem now.
However as what you said,I should create a new location and mapset
if necessary,it does not work.
I create two folders nLocation/nmapset and create a wind file in the nmapset
dir,however when I run the grass gui,I al
maven apache:
> When import some raster data to grass,I use the following cmd:
> 1) g.region -d
This sets to the "default" region which one previously needs to define,
i.e. needs to create with "g.region -s". Please check the manual of
g.region.
> 2) r.in.gdal input=D:/test.TIF output=testTT --
When import some raster data to grass,I use the following cmd:1) g.region -d
2) r.in.gdal input=D:/test.TIF output=testTT --overwrite
I got the error message as following:
---
Projection of dataset does not appear to match current location.
Location PROJ_INFO is:
name: UTM
datum: na
15 matches
Mail list logo