[GRASS-user] problem about import of shp file

Markus Metz markus.metz.giswork at googlemail.com
Wed Mar 18 13:26:21 EDT 2009

Natsuko YOSHIFUJI wrote:
> The contents of lu2543s.prj was as follows.
> PROJCS["WGS_1984_UTM_Zone_47N",GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137.0,298.257223563]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercator"],PARAMETER["False_Easting",500000.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",99.0],PARAMETER["Scale_Factor",0.9996],PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]] 
> There are two projection information: PROJCS["WGS_1984_UTM_Zone_47N" 
> and PROJECTION["Transverse_Mercator"].
> I wonder correct projection is UTM47N, isn't it?
You said the data provider said it should be UTM, so I would use UTM.
> Do you mean that installing grass6.4 will not contribute to solve 
> memory-shortage problem?
Probably not, I'm afraid. From your other mail I could see that there is 
quite a bit of memory on the Mac, but that runs out of memory too. Can't 
you increase swap space on the Mac or for Windows XP?
Just curious, what is the size of lu2543s.shp? And, is it in the public 
domain so that you can give me a link and I can get it myself from 
> If I can prepare smaller shape file whose area is a part of whole area 
> of lu2543s.shp, is there a possibility that I can avoid 
> memory-shortage problem?
Yes, but there is no need to prepare a smaller shape file, there are two 
different options for that in v.in.ogr, either -r or 
spatial=xmin,ymin,xmax,ymax, see manual.



PS: Please don't call me Mr. Markus Metz, Markus is really enough :-)

More information about the grass-user mailing list