[gdal-dev] ogr2ogr shapefile to mapinfo tab: no SRS.

[Frans Knibbe | Geodan]

I am trying to understand what is happing with GDAL ticket 481 
(http://trac.osgeo.org/gdal/ticket/481). If I understand correctly, the 
old way was to guess the right Mapinfo SRS definition by string 
matching. This should have been replaced by first trying to match the 
EPSG code. Assuming that all patches have been applied in the version of 
ogr2ogr that I am using, shouldn't just specifying 'a_srs EPSG:28992' be 
sufficient for finding the right Mapinfo SRS specification? In that case 
there should not be a need to try to interpret the prj file, right?

Regards,
Frans


On 2012-05-25 12:23, Luca Sigfrido Percich wrote:
> Frans,
>
> try to replace also
> SPHEROID["Bessel_1841"
> with
> SPHEROID["Bessel 1841" in your prj file.
>
> I'm still following the idea that the problem lies with unmatched names
> in mitab_spatialref.cpp.
>
> Sig
>
>
> Il giorno gio, 24/05/2012 alle 14.42 +0200, Frans Knibbe | Geodan ha
> scritto:
>> Hi Chaitanya,
>>
>> The SRS that I am using is a projection (EPSG:28992, to be precise),
>> so I think geographic (unprojected) mode is not applicable. I will try
>> to update ticket 481.
>>
>> Regards,
>> Frans
>>
>> On 2012-05-24 13:31, Chaitanya kumar CH wrote:
>>> Frans,
>>>
>>> Add the option "-a_srs WGS84" to ogr2ogr command. It should force
>>> geographic mode.
>>>
>>> If that doesn't solve your issue, please go through the discussion
>>> on this topic at ticket 481.
>>> http://trac.osgeo.org/gdal/ticket/481
>>>
>>> On Thu, May 24, 2012 at 4:35 PM, Frans Knibbe | Geodan
>>> <frans.knibbe at geodan.nl>  wrote:
>>>          Hello,
>>>
>>>          I wonder if someone can help me with a nasty problem with
>>>          using ogr2ogr to convert shapefile to Mapinfo tab format.
>>>          Whatever I try, I can not get the output to have a correct
>>>          definition of the SRS. Ogrinfo always reports the output
>>>          having a NonEarth SRS.
>>>
>>>          The input shapefile has a *.prj file. It seems to be ignored
>>>          by ogr2ogr. Using the -a_srs option to specify the SRS,
>>>          either as an EPSG code or as the name of a file containing
>>>          the WKT of the projection also fails.
>>>
>>>          I have tested this with several versions of ogr2ogr. I do
>>>          not notice any difference between versions. The latest
>>>          version of ogr2ogr that I could find is "GDAL 2.0dev,
>>>          released 2011/12/29".
>>>
>>>          A web search on this subject leads to several similar
>>>          problem descriptions, but I have not been able to find a
>>>          solution or even a workaround.
>>>
>>>          Regards,
>>>          Frans
>>>
>>>          _______________________________________________
>>>          gdal-dev mailing list
>>>          gdal-dev at lists.osgeo.org
>>>          http://lists.osgeo.org/mailman/listinfo/gdal-dev
>>>
>>>
>>>
>>> -- 
>>> Best regards,
>>> Chaitanya kumar CH.
>>>
>>> +91-9494447584
>>> 17.2416N 80.1426E
>> _______________________________________________
>> gdal-dev mailing list
>> gdal-dev at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
> _____________
> PRIVACY
> Le informazioni contenute in questo messaggio sono riservate e confidenziali. Il loro utilizzo e' consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora Lei non fosse la persona a cui il presente messaggio è destinato, La invitiamo ad eliminarlo dal Suo Sistema e a distruggere le varie copie o stampe, dandone gentilmente comunicazione all’indirizzo mail del mittente. Ogni utilizzo improprio e' contrario ai principi del D.lgs 196/03 e alla legislazione europea (Direttiva 2002/58/CE).
>
> PRIVACY
> Le informazioni contenute in questo messaggio sono riservate e confidenziali. Il loro utilizzo e' consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora Lei non fosse la persona a cui il presente messaggio è destinato, La invitiamo ad eliminarlo dal Suo Sistema e a distruggere le varie copie o stampe, dandone gentilmente comunicazione all’indirizzo mail del mittente. Ogni utilizzo improprio e' contrario ai principi del D.lgs 196/03 e alla legislazione europea (Direttiva 2002/58/CE).