[GRASS-user] Problem exporting to .kml

[Jorge Echeverri]

Hi,

I have been trying to export a GRASS vector data to a .kml file but it
fails. Must data have geographical coordinates?

The combination of types is not supported by all formats.
Warning 1: Layer name 'SDE_PTAS at PERMANENT' adjusted to
'SDE_PTAS_PERMANENT' for XML validity.

Exporting 36 points/lines...

ERROR 1: Latitude 6308741.503115 is invalid. Valid range is [-90,90].
This warning will not be issued any more
Warning 1: Longitude 338665.203911 has been modified to fit into range
[-180,180]. This warning will not be issued any more


36 Features written


Thanks in advance
-  
=======================================================================
Jorge Echeverri, MSc
S & P CONSULT GmbH
Technologiequartier
Konrad-Zuse-Str. 6
D-44801 Bochum, Germany
Geschäftsführer: Dipl.-Ing. Robert Stein
Registergericht: Amtsgericht Bochum HRB 10769

Phone:    +49(0) 234 51 67 193
Fax:      +49(0) 234 51 67 109
Email:    jorge.echeverri at stein.de
Internet: http://www.unitracc.de
          http://www.stein.de
=======================================================================


Am Mittwoch, den 09.07.2008, 12:00 -0400 schrieb
grass-user-request at lists.osgeo.org:
> Send grass-user mailing list submissions to
> 	grass-user at lists.osgeo.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	http://lists.osgeo.org/mailman/listinfo/grass-user
> or, via email, send a message with subject or body 'help' to
> 	grass-user-request at lists.osgeo.org
> 
> You can reach the person managing the list at
> 	grass-user-owner at lists.osgeo.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of grass-user digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: Grass/GMT problem (Dylan Beaudette)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 9 Jul 2008 08:33:03 -0700
> From: "Dylan Beaudette" <dylan.beaudette at gmail.com>
> Subject: Re: [GRASS-user] Grass/GMT problem
> To: "Roger Mason" <rmason at esd.mun.ca>
> Cc: grass-user at lists.osgeo.org
> Message-ID:
> 	<3c5546140807090833wec1c0bdh2553053e477c50ec at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> On Wed, Jul 9, 2008 at 5:26 AM, Roger Mason <rmason at esd.mun.ca> wrote:
> > Hello,
> >
> > I'm using the following to generate fake landscapes to be contoured in
> > GMT:
> >
> >    r.surf.fractal out="landscape"
> >    r.rescale input="landscape" output="rescaled" to=0.0,30.1 --o
> >    r.neighbors input="rescaled" output="smoothed" size=25 --o
> >    r.out.bin -h input=smoothed output=gmt.grd --o
> >
> > I set up gmt as follows:
> >
> >  psbasemap -JX10 -R0/100/0/100 -P -B -K -U"Contour Map" > map.ps
> >
> > and invoke gmt's contour command thus:
> >
> >    grdcontour gmt.grd=bf -D -M -J -C5 -A5 -Gd3c -Wa2ta -O -K >> map.ps
> >
> 
> What happens if you make the map with grdimage? How does it compare to
> the original raster in GRASS?
> 
> Cheers,
> 
> Dylan
> 
> 
> > The problem is that the produced "map" consists of very small, closed
> > loops that bear no resemblance to the landscape.  You may ask how I
> > know what the landscape should look like.  If I export the raster as
> > integer values, and import into into GMT using 'grdcontour gmt.grd=bf'
> > then everything is fine.  I have tried r.out.gdal with the GMT and
> > netCDF types but the resulting files could not be read by grdcontour.
> >
> > At the moment I don't know how to determine whether it is Grass, GMT
> > or my ineptitude that is the problem.
> >
> > Thanks for any help.
> >
> > Roger
> >
> > Grass 6.3.0
> > GMT 4.1.1
> > Gentoo Linux
> > _______________________________________________
> > grass-user mailing list
> > grass-user at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/grass-user
> >
> 
> 
> ------------------------------
> 
> _______________________________________________
> grass-user mailing list
> grass-user at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user
> 
> 
> End of grass-user Digest, Vol 27, Issue 24
> ******************************************