[GRASS-user] v.in.ogr weird import

GRASS GRASS user
,
1

Hi,

I tried many times to import some vectors into GRASS 6.2.2 and 6.3
using v.in.ogr.

The problem is... my location use Latitude-Longitude, and I tried use
the flag -o, but my vectors (once imported) always show now UTM
projection(?) (see below), but they are in fact, also
Latitude-Longitude (+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs)
as my region.

And the layer extent is: xMin,yMin -80.817,-10.6663 : xMax,yMax
-78.7871,-9.05281 (info from QGIS)

PS: to import raster data there was no problem.

PS: the command was: v.in.ogr -o
dsn=/home/poseidon/Work/vector_data/Tracklines2.shp output=tracklines2
min_area=0.0001 snap=-1

+----------------------------------------------------------------------------+
| Layer: tracklines2@poseidon |
| Mapset: poseidon |
| Location: M77 |
| Database: /home/poseidon/grass |
| Title: |
| Map scale: 1:1 |
| Map format: native |
| Name of creator: poseidon |
| Organization: |
| Source date: Mon Jul 7 16:44:24 2008 |
|----------------------------------------------------------------------------|
| Type of Map: vector (level: 2) |
| |
| Number of points: 0 Number of areas: 0 |
| Number of lines: 1 Number of islands: 0 |
| Number of boundaries: 0 Number of faces: 0 |
| Number of centroids: 0 Number of kernels: 0 |
|
                       |
| Map is 3D: 0
                |
| Number of dblinks: 1
             |
|
                       |
| Projection: UTM |
| N: 9:03:10.133353S S: 10:39:58.771218S |
| E: 78:47:13.733701W W: 80:49:01.374885W |
|
                        |
| Digitization threshold: 0
               |
| Comments:
               |
| |
+----------------------------------------------------------------------------+

Can someone help me?

Best regards,
Christian

--
Christian Ferreira
Poseidon Linux team
http://sites.google.com/site/poseidonlinux/

2

Christian, if you shapefiles and you region are with the same
projection/coordinate system, the -o flag is not necessary.

also, the "dsn" option must point to the _directory_ were your shps are. like:

v.in.ogr dsn=/home/poseidon/Work/vector_data/ output=tracklines2
layer=Tracklines2.shp min_area=0.0001 snap=-1

hope this helps

Carlos

On Mon, Jul 7, 2008 at 12:29, Christian Ferreira
<chris.for.lists@googlemail.com> wrote:

Hi,

I tried many times to import some vectors into GRASS 6.2.2 and 6.3
using v.in.ogr.

The problem is... my location use Latitude-Longitude, and I tried use
the flag -o, but my vectors (once imported) always show now UTM
projection(?) (see below), but they are in fact, also
Latitude-Longitude (+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs)
as my region.

And the layer extent is: xMin,yMin -80.817,-10.6663 : xMax,yMax
-78.7871,-9.05281 (info from QGIS)

PS: to import raster data there was no problem.

PS: the command was: v.in.ogr -o
dsn=/home/poseidon/Work/vector_data/Tracklines2.shp output=tracklines2
min_area=0.0001 snap=-1

+----------------------------------------------------------------------------+
| Layer: tracklines2@poseidon |
| Mapset: poseidon |
| Location: M77 |
| Database: /home/poseidon/grass |
| Title: |
| Map scale: 1:1 |
| Map format: native |
| Name of creator: poseidon |
| Organization: |
| Source date: Mon Jul 7 16:44:24 2008 |
|----------------------------------------------------------------------------|
| Type of Map: vector (level: 2) |
| |
| Number of points: 0 Number of areas: 0 |
| Number of lines: 1 Number of islands: 0 |
| Number of boundaries: 0 Number of faces: 0 |
| Number of centroids: 0 Number of kernels: 0 |
|
                      |
| Map is 3D: 0
               |
| Number of dblinks: 1
            |
|
                      |
| Projection: UTM |
| N: 9:03:10.133353S S: 10:39:58.771218S |
| E: 78:47:13.733701W W: 80:49:01.374885W |
|
                       |
| Digitization threshold: 0
              |
| Comments:
              |
| |
+----------------------------------------------------------------------------+

Can someone help me?

Best regards,
Christian

--
Christian Ferreira
Poseidon Linux team
http://sites.google.com/site/poseidonlinux/
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

--
+-----------------------------------------------------------+
Carlos Henrique Grohmann - Guano
Geologist M.Sc - Doctorate Student at IGc-USP - Brazil
Linux User #89721 - carlos dot grohmann at gmail dot com
+-----------------------------------------------------------+
_________________
"Good morning, doctors. I have taken the liberty of removing Windows
95 from my hard drive."
--The winning entry in a "What were HAL's first words" contest judged
by 2001: A SPACE ODYSSEY creator Arthur C. Clarke

Can't stop the signal.

3

Carlos "Guâno" Grohmann pisze:

also, the "dsn" option must point to the _directory_ were your shps
are. like:

v.in.ogr dsn=/home/poseidon/Work/vector_data/ output=tracklines2 layer=Tracklines2.shp min_area=0.0001 snap=-1

That's just one option. You can point v.in.ogr at a specifi *.shp file
as well.

Maciek

--
Maciej Sieczka
www.sieczka.org

4

Thank you guys, but this I already know... my case is something more weird.

Maybe is because I was messing around with r.shaded.relief (which
formally is suppose to work just with UTM locations, maybe my
gisdatabase is now "confused"... I don't know.

With our without -o, v.in.ogr still import the lat-long data translate
them (while importing) to UTM projection.

And the path for the SHP is right, since I am using the graphical
interface... so, no chance to make mistakes.

Best,
Christian

On Mon, Jul 7, 2008 at 6:19 PM, Maciej Sieczka <tutey@o2.pl> wrote:

Carlos "Guâno" Grohmann pisze:

also, the "dsn" option must point to the _directory_ were your shps
are. like:

v.in.ogr dsn=/home/poseidon/Work/vector_data/ output=tracklines2
layer=Tracklines2.shp min_area=0.0001 snap=-1

That's just one option. You can point v.in.ogr at a specifi *.shp file
as well.

Maciek

--
Maciej Sieczka
www.sieczka.org
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

--
Christian Ferreira
Poseidon Linux team
http://sites.google.com/site/poseidonlinux/

5

On 07/07/08 17:29, Christian Ferreira wrote:

Hi,

I tried many times to import some vectors into GRASS 6.2.2 and 6.3
using v.in.ogr.

The problem is... my location use Latitude-Longitude, and I tried use
the flag -o, but my vectors (once imported) always show now UTM
projection(?) (see below), but they are in fact, also
Latitude-Longitude (+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs)
as my region.

And the layer extent is: xMin,yMin -80.817,-10.6663 : xMax,yMax
-78.7871,-9.05281 (info from QGIS)

PS: to import raster data there was no problem.

PS: the command was: v.in.ogr -o
dsn=/home/poseidon/Work/vector_data/Tracklines2.shp output=tracklines2
min_area=0.0001 snap=-1

+----------------------------------------------------------------------------+
| Layer: tracklines2@poseidon |
| Mapset: poseidon |
| Location: M77 |
| Database: /home/poseidon/grass |
| Title: |
| Map scale: 1:1 |
| Map format: native |
| Name of creator: poseidon |
| Organization: |
| Source date: Mon Jul 7 16:44:24 2008 |
|----------------------------------------------------------------------------|
| Type of Map: vector (level: 2) |
| |
| Number of points: 0 Number of areas: 0 |
| Number of lines: 1 Number of islands: 0 |
| Number of boundaries: 0 Number of faces: 0 |
| Number of centroids: 0 Number of kernels: 0 |
|
                       |
| Map is 3D: 0
                |
| Number of dblinks: 1
             |
|
                       |
| Projection: UTM |
| N: 9:03:10.133353S S: 10:39:58.771218S |
| E: 78:47:13.733701W W: 80:49:01.374885W |
|
                        |
| Digitization threshold: 0
               |
| Comments:
               |
| |
+----------------------------------------------------------------------------+

Can someone help me?

What does g.proj -p show ?
Are the shapefiles accompanied by .prj files ?

Moritz

6

Hi Moritz,

Let's go...

What does g.proj -p show ?

g.proj -p
-PROJ_INFO-------------------------------------------------
name : Latitude-Longitude
datum : wgs84
towgs84 : 0.000,0.000,0.000
proj : ll
ellps : wgs84
-PROJ_UNITS------------------------------------------------
unit : degree
units : degrees
meters : 1.0

Are the shapefiles accompanied by .prj files ?

Yes. And they look like this:

GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137,298.257223563]],PRIMEM["Greenwich",0],UNIT["Degree",0.017453292519943295]]

And the g.proj output of a vector is:

g.proj -p Tracklines2.shp
Trying to open with GDAL...ERROR 4: `Tracklines2.shp' not recognised
as a supported file format.

Trying to open with OGR......succeeded.
A datum name wgs84 (WGS_1984) was specified without transformation parameters.
Note that the GRASS default for wgs84 is towgs84=0.000,0.000,0.000.
-PROJ_INFO-------------------------------------------------
name : Lat/Lon
proj : ll
datum : wgs84
a : 6378137
es : 0.006694379990141316
no_defs : defined
-PROJ_UNITS------------------------------------------------
unit : degree
units : degrees
meters : 1.0

And after import this data with v.in.ogr, I see:

At v.info I see:

| Projection: UTM (zone 0) |
| N: -9.053 S: -10.666 |
| E: -78.787 W: -80.817 |
| B: 0.000 T: 0.000 |

The weird part comes now...

1) My locations show this "Projection: UTM" for any vectors imported,
but the location is on Lat-Long.
2) This same location when opened at GRASS 6.3 (Windows) show the
projection correctly for these "rebel vectors"
3) GRASS 6.3 (Windows) also can import the shapefiles in the right
way, but if I take the location back to Linux, the is problem back.

Maybe I have a plataform issue. I tried this (importing data at my
GRASS 6.3 Linux):

1) import shapefiles created at QGIS;
2) (re)reproject my shapefiles with ogr2ogr;
3) created a location based in a shapefile (with prj file)

None worked.

Actually my vectors work fine (I tried display and some analysis), but
they are weird... because they have a Lat-Long extent, but show an UTM
projection.

Best regards,
Christian S. Ferreira