[GRASS-user] problem about import of shp file

Natsuko YOSHIFUJI natsuko.yoshifuji at gmail.com
Wed Mar 18 10:22:55 EDT 2009

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.


There are two projection information:   
PROJCS["WGS_1984_UTM_Zone_47N"    and     
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,


More information about the grass-user mailing list