Hi Martin,
Worked fine!
best
milton
2011/10/28, Martin Landa :
> Hi,
>
> 2011/10/28 Milton Cezar Ribeiro :
>> I need to remove raster maps from another mapset instead PERMANENT
>>
>> As I am putting this in a python-grass script, I tried something like
>>
>> g.remove -f rast=mymap@OTHERMAPSET
>
Roger is correct. GE will just drape your raster data over it's terrain
mesh regardless of what vertical parameters your data has. It is
essentially 2D with a z value and is interpreted as such. That is why
EPSG:4326 works, because GE doesn't care about any other information. No
conversions/shi
Hi,
2011/10/28 Milton Cezar Ribeiro :
> I need to remove raster maps from another mapset instead PERMANENT
>
> As I am putting this in a python-grass script, I tried something like
>
> g.remove -f rast=mymap@OTHERMAPSET
>
> but I get the error message that the raster map is not in the current
> ma
Dear all,
I need to remove raster maps from another mapset instead PERMANENT
As I am putting this in a python-grass script, I tried something like
g.remove -f rast=mymap@OTHERMAPSET
but I get the error message that the raster map is not in the current
mapset (PERMANENT).
Any suggestion?
best
I find this thread interesting. In my experience overlaying both raster
(orthophoto) and vector data in Google Earth with KML, EPSG:4326 has worked
with no problems whatsoever. So far as I know, GE does not apply a vertical
datum, it simply drapes the 2D data over its internal terrain model.
Wou
Richard wrote:
> Since I can't get the bulk planetfile
> import to work, I'm trying to instead work with v.in.osm2.
>
> This stalls on trying to contact xapi.openstreetmap.org;
> DNS gives 128.40.168.97 which is the same as the extension
> tries to contact, but it isn't responding.
>
> So: is the
Helmut wrote:
> ...
> > in my experience overlaying kml (vector and raster)
> > with EPSG:4326 in google
> > earth works relatively well in flat areas, in mountain
> > areas there are
> > sometime distortions therefore.
Markus:
> I can confirm this from my (limited) experience to export
> data to K
Damian M wrote:
> As a follow up, this is what the ls -l command produced for that mounted
> Windows share in Ubuntu, mounted as above:
>
> drwxrwxrwx 1 damian damian0 2011-10-27 13:39 fer
>
> The workspace within that directory also shows me as the owner:
>
> drwxrwxrwx 1 damian damian
Hi,
I'm running grass 6.2 and I've updated gdal to version 1.8.1 in order to
import HF2/HFz files into grass
%r.in.gdal -f
Supported Formats:
...
XYZ (rw): ASCII Gridded XYZ
HF2 (rw): HF2/HFZ heightfield raster
OZI (ro): OZI
So it should work... but:
%r.in.gdal 'input=/path/to/HFZ/5m_iri
As a follow up, this is what the ls -l command produced for that mounted
Windows share in Ubuntu, mounted as above:
drwxrwxrwx 1 damian damian0 2011-10-27 13:39 fer
The workspace within that directory also shows me as the owner:
drwxrwxrwx 1 damian damian 0 2011-03-24 11:21 grassWorksp
Greetings
I just want to confirm this: Is it possible to export a GRASS raster map to
Geotiff format and maintain its color table (e.g. NDVI)?
Thanks
Helena
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gra
>On Fri, Oct 28, 2011 at 12:01 PM, Helmut Kudrnovsky <[hidden email]> wrote:
>...
>> in my experience overlaying kml (vector and raster) with EPSG:4326 in
>> google
>> earth works relatively well in flat areas, in mountain areas there are
>> sometime distortions therefore.
>
>I can confirm this fro
On Fri, Oct 28, 2011 at 12:01 PM, Helmut Kudrnovsky wrote:
...
> in my experience overlaying kml (vector and raster) with EPSG:4326 in google
> earth works relatively well in flat areas, in mountain areas there are
> sometime distortions therefore.
I can confirm this from my (limited) experience
>Hi
>I'm Sorry but I'm lost in this...
>So the email that you sent and those links in google point to use EPSG:4326
but the script requires a >different one ? That doesn't make any sense...
>If I define a Location with that geoid map that you sent me, will I have
what? EPSG:4326 or the one used >by
Since I can't get the bulk planetfile import to work, I'm trying to
instead work with v.in.osm2.
This stalls on trying to contact xapi.openstreetmap.org; DNS gives
128.40.168.97 which is the same as the extension tries to contact, but
it isn't responding.
So: is the problem in the extension,
Hi,
I think this wiki is what I was looking for
http://grass.osgeo.org/wiki/Using_Eclipse_to_develop_GRASS_Python_programs. But
it is referencing grass 6.4.
I can try to replicate but I just had a feeling that grass 7 would be a little
different as it has more python in its commands.
Thank
Hi
I'm Sorry but I'm lost in this...
So the email that you sent and those links in google point to use EPSG:4326
but the script requires a different one ? That doesn't make any sense...
If I define a Location with that geoid map that you sent me, will I have
what? EPSG:4326 or the one used by r.out
17 matches
Mail list logo