[GRASS-user] problem about import of shp file

[Markus Metz]

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 
somewhere?
>
> 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.

Best,

Markus

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