[GRASS-user] problem about import of shp file

[Natsuko YOSHIFUJI]

Dear Mr. Markus Metz,


>
>> So, I tried to use another PC (Grass6.2.2), created tmerc location,  
>> and tried to import the same shp file.
>> Then, I received an error message saying that projections don't  
>> match!
>> In this time, data set projection was reported as follows;
>>
>> Dataset PROJ_INFO is:
>>   name: Universe Transverse Mercator
>>   proj: utm
>>   datum: wgs84
>>   a: 6378137.0
>>   es: 0.006694379990141316
>>   zone: 47
>>   no_defs: defined
>>
>> The data supplier told me that the projection of this shp file is  
>> UTM.
>> So, the message of new PC seems to be correct, and previous message  
>> may be wrong.
>> Anyway, it is very confusing...
> This is confusing indeed. There should be a file called  
> lu2543s.prj . This is a plain text file with the projection  
> information for lu2543s.shp, you can open it with any text editor,  
> see what's in there and create a location according to this  
> information. If v.in.ogr still complains that projections don't  
> match, you can use v.in.ogr -o, but something may be wrong with gdal  
> and/or proj4.

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?

>>
>> Where can I get grass-6.5 and grass7?
> grass-6.5 and grass-7 are only available as source code via svn. If  
> you are not familiar with compiling from source, this can be a bit  
> tricky not to say it could cost you a day or more. Information on  
> how to download source is here: http://trac.osgeo.org/grass/wiki/DownloadSource
> There is a wiki page on how to compile and install: http://grass.osgeo.org/wiki/Compile_and_Install
> It is easier to install grass-6.4 binaries.
>>
>> Does grass-6.4 use smaller memory than grass 6.2.2?
> Not for breaking polygons.
>


Do you mean that installing grass6.4 will not contribute to solve  
memory-shortage problem?
But, I am not familiar with compiling from source...
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?

Thank you and with regards,

Natsuko YOSHIFUJI