[Gdal-dev] unable to load proj.4

Ellen De Beuckeleer ellen.debeuckeleer at incgeo.be
Fri May 19 05:19:29 EDT 2006


Hi Frank, Didrik,

I added the GDAL_DATA to my environment variables and the "unnamed" 
projection issue is solved ie. I now get:

PROJCS["WGS 84 / UTM zone 11N", GOEGCS[...], SPHEROID["WGS 84", 6378137, 
298.2572235630016],....]

I left out those things that are the same for what I expected. I have 
however one more difference. What I expected is:

PROJCS["WGS 84 / UTM zone 11N", GOEGCS[...], SPHEROID["WGS 84", 6378137, 
298.2572235629972],....]

The difference is minimal (last 5 digits), but I wonder why this is. 
Could this be an float/double issue, or a version difference in the 
definition of the spheroid, or ???

Furthermore, is it possible to include the EPSG support files in the 
gdal .dll file? It would be nice if I could run the program on other 
computers without setting the GDAL_DATA variable manually.

Thanks,

Ellen

ps: I really appreciate all the help. I hope someday I can help others 
as well, but at the moment when I look at the questions asked, a seldom 
have a clue.... :(




Frank Warmerdam wrote:
> Ellen De Beuckeleer wrote:
> 
>> Hi Didrik,
>>
>> I tried your suggestion and indead, I do not need the proj.dll anymore!
>>
>> Unfortunatelly, I still have the difference in projection information 
>> as described below.
>>
>> Some additional information on the problem: The expected value below 
>> is the one we used in our test on Linux, using Proj v. 4.4.8. Now 
>> after converting our project to Windows, using Proj v 4.4.9, our test 
>> fail. Could this minor version change make the difference?
> 
> 
> Ellen,
> 
> My guess would be that on windows the EPSG support files are not being
> found, so the full coordinate system information (stuff like coordinate
> system full name) are not available.
> 
> Normally the EPSG support files are found from the gdal/data directory
> based on the GDAL_DATA environment variable.  On unix/linux they are
> installed in /usr/local/share/gdal and will be found by default.
> 
> Best regards,
> 
>> Didrik Pinte wrote:
>>
>>> Le jeudi 18 mai 2006 à 02:07 -0700, EllenD a écrit :
>>>
>>>> Hi,
>>>>
>>>> I retrieved a proj.dll from http://proj.maptools.org/ and the errors 
>>>> are
>>>> gone. I am a bit worried though, because I get the following 
>>>> georeference
>>>> information:
>>>>
>>>> PROJCS["unnamed",GEOGCS["WGS 84",DATUM["WGS_1984",SPHEROID["WGS
>>>> 84",6378137,298.2572235630016,AUTHORITY["EPSG","7030"]],AUTHORITY["EPSG","6326"]],PRIMEM["Greenwich",0],UNIT["degree",0.0174532925199433],AUTHORITY["EPSG","4326"]],PROJECTION["Transverse_Mercator"],PARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",-117],PARAMETER["scale_factor",0.9996],PARAMETER["false_easting",500000],PARAMETER["false_northing",0],UNIT["metre",1,AUTHORITY["EPSG","9001"]],AUTHORITY["EPSG","32611"]] 
>>>>
>>>>
>>>> and this is what I expected:
>>>>
>>>> "PROJCS[\"WGS 84 / UTM zone 11N\",GEOGCS[\"WGS
>>>> 84\",DATUM[\"WGS_1984\",SPHEROID[\"WGS
>>>> 84\",6378137,298.2572235629972,AUTHORITY[\"EPSG\",\"7030\"]],AUTHORITY[\"EPSG\",\"6326\"]],PRIMEM[\"Greenwich\",0],UNIT[\"degree\",0.0174532925199433],AUTHORITY[\"EPSG\",\"4326\"]],PROJECTION[\"Transverse_Mercator\"],PARAMETER[\"latitude_of_origin\",0],PARAMETER[\"central_meridian\",-117],PARAMETER[\"scale_factor\",0.9996],PARAMETER[\"false_easting\",500000],PARAMETER[\"false_northing\",0],UNIT[\"metre\",1,AUTHORITY[\"EPSG\",\"9001\"]],AUTHORITY[\"EPSG\",\"32611\"]]" 
> 
> 
> 

-- 

------------------------------------------------------
IncGEO
Kempische steenweg 297 bus 2
3500 Hasselt
tel: +32 (0)11 45 20 16
fax: +32 (0)11 45 20 17
www.incgeo.be
------------------------------------------------------




More information about the Gdal-dev mailing list