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 :-)
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user