Keeping you guys up to date, this problem has now been solved.<br><br>We created a VRT file for the shapefile. Convert VRT to TAB with the following command:<br><br><span class="q"> ogr2ogr -f "MapInfo File" address.tab
address.vrt -s_srs "+proj=longlat+ellps=WGS84 +datum=WGS84 +no_defs" -s_srs "+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs"<br><br>Notice duplicate -s_srs's. This is needed. Not sure why, but doesn't work without it.
<br><br>Cheers,<br>Xin<br></span><br><br><div><span class="gmail_quote">On 09/01/06, <b class="gmail_sendername">Xin</b> <<a href="mailto:crazygecko@gmail.com">crazygecko@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I appreciate it might look a bit strange the way I've got the command written. The idea is to convert from TAB to SHP and have WGS84 projection.<br><br>Converting with projection tags would result in non-earth projection, as MapInfo would see it. The command seems to work with identical target and source projections.
<br><br>My problem is why does it work on Linux, but not on Windows. I'd love to get your views on it Frank.<br><br>Cheers,<br><span class="sg">Xin</span><div><span class="e" id="q_108af728742eef0a_2"><br><br><div><span class="gmail_quote">
On 09/01/06, <b class="gmail_sendername">Frank Warmerdam
</b> <<a href="mailto:warmerdam@pobox.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">warmerdam@pobox.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 1/9/06, Xin <
<a href="mailto:crazygecko@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">crazygecko@gmail.com</a>> wrote:<br>> Hi list,<br>><br>> I am trying to convert a shapefile to tabfile whilst reprojecting it to
<br>> LatLong WGS84. This works great on Linux, but doesn't on Windows.
<br>><br>> The command used is:<br>> ogr2ogr -f "MapInfo File" address.tab address.shp -t_srs "+proj=longlat<br>> +ellps=WGS84 +datum=WGS84 +no_defs" -s_srs "+proj=longlat +ellps=WGS84
<br>> +datum=WGS84 +no_defs"<br>><br>> I did initially use EPSG codes, but that didn't work on Windows so I thought<br>> I'd try the actual datum codes. No luck.<br>><br>> There are no error produced on Windows. On opening the TAB file it is not
<br>> projected.<br><br>Xin,<br><br>You have told ogr2ogr that the source and target SRS are both WGS84<br>so there is no reprojection to do. If the source is not already in WGS84<br>degrees then you should either use a different -s_srs or omit this option
<br>and let ogr2ogr pick up the coordinate system from the source file.<br><br>Best regards,<br>--<br>---------------------------------------+--------------------------------------<br>I set the clouds in motion - turn up | Frank Warmerdam,
<a href="mailto:warmerdam@pobox.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">warmerdam@pobox.com</a><br>light and sound - activate the windows | <a href="http://pobox.com/%7Ewarmerdam" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://pobox.com/~warmerdam</a><br>and watch the world go round - Rush | Geospatial Programmer for Rent
<br></blockquote></div><br>
</span></div></blockquote></div><br>