<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2657.73">
<TITLE>Re: [Gdal-dev] ogr2ogr issues for vmap0 on Ubuntu Breezy</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=2>Many, many thanks Paul. The mixed case in the file paths was exactly </FONT>
<BR><FONT SIZE=2>the problem. It would have taken me a _long_ time to figure that one </FONT>
<BR><FONT SIZE=2>out on my own.</FONT>
</P>
<P><FONT SIZE=2>Dan</FONT>
</P>
<P><FONT SIZE=2>On 11-Jun-06, at 3:54 PM, Paul Surgeon wrote:</FONT>
</P>
<P><FONT SIZE=2>> On Sunday 11 June 2006 22:44, Putler, Dan wrote:</FONT>
<BR><FONT SIZE=2>>> Hi All,</FONT>
<BR><FONT SIZE=2>>></FONT>
<BR><FONT SIZE=2>>> I'm trying to convert some vmap0 files to shapefile format (the</FONT>
<BR><FONT SIZE=2>>> political boundary polygons to be exact) using ogr2ogr on an Ubuntu</FONT>
<BR><FONT SIZE=2>>> "Breezy" system. I first used the FWTools 1.0.0b2 build of ogr2ogr to</FONT>
<BR><FONT SIZE=2>>> do this. When doing the conversion, ogr2ogr doesn't complain, but</FONT>
<BR><FONT SIZE=2>>> only writes out the field names and formats in the dbf along with the</FONT>
<BR><FONT SIZE=2>>> prj file. The shp and shx file are created, but the don't appear to</FONT>
<BR><FONT SIZE=2>>> have any actual information in them. Following this, I rebuilt the</FONT>
<BR><FONT SIZE=2>>> gdal 1.3.1 library with ogdi support, and tried again, with the same</FONT>
<BR><FONT SIZE=2>>> outcome (on all four vmap0 databases, so I don't think it is a</FONT>
<BR><FONT SIZE=2>>> corruption issue). My guess is that I'm running into an Ubuntu</FONT>
<BR><FONT SIZE=2>>> specific issue, but I'm not sure. Any ideas?</FONT>
<BR><FONT SIZE=2>>></FONT>
<BR><FONT SIZE=2>>> On a related note, if someone has copies of the shapefile versions of</FONT>
<BR><FONT SIZE=2>>> the political boundaries, allowing me to obtain them from you would</FONT>
<BR><FONT SIZE=2>>> be greatly appreciated (yes, it is giving a man a fish, not teaching</FONT>
<BR><FONT SIZE=2>>> him to fish, but it solves my short term problem).</FONT>
<BR><FONT SIZE=2>>></FONT>
<BR><FONT SIZE=2>>> Dan</FONT>
<BR><FONT SIZE=2>></FONT>
<BR><FONT SIZE=2>> Hi Dan</FONT>
<BR><FONT SIZE=2>></FONT>
<BR><FONT SIZE=2>> It sounds like the case sensitive path issue that bit me a while back.</FONT>
<BR><FONT SIZE=2>> A lot of vmap data was saved with mixed upper and lower case file </FONT>
<BR><FONT SIZE=2>> names and</FONT>
<BR><FONT SIZE=2>> file extentions.</FONT>
<BR><FONT SIZE=2>> How I got around it is I placed the vmap0 data in a path without </FONT>
<BR><FONT SIZE=2>> any upper</FONT>
<BR><FONT SIZE=2>> case letters in it (/home/paul/tmp/vmap0) and ran ogrinfo and </FONT>
<BR><FONT SIZE=2>> ogr2ogr from</FONT>
<BR><FONT SIZE=2>> there.</FONT>
<BR><FONT SIZE=2>></FONT>
<BR><FONT SIZE=2>> If you prepend "strace -eopen" to your ogr commands you'll see </FONT>
<BR><FONT SIZE=2>> where it's</FONT>
<BR><FONT SIZE=2>> hunting for files and whether it's finding them or not.</FONT>
<BR><FONT SIZE=2>></FONT>
<BR><FONT SIZE=2>> In same cases you may have to rename the vmap directories or files. </FONT>
<BR><FONT SIZE=2>> Making</FONT>
<BR><FONT SIZE=2>> everything lower case is the easiest route.</FONT>
<BR><FONT SIZE=2>></FONT>
<BR><FONT SIZE=2>> paul@kubuntu:~/tmp/v0eur$ ogrinfo -so -ro</FONT>
<BR><FONT SIZE=2>> gltp:/vrf/home/paul/tmp/v0eur/vmaplv0/eurnasia 'polbnda@bnd(*) </FONT>
<BR><FONT SIZE=2>> _area' | grep</FONT>
<BR><FONT SIZE=2>> "Feature"</FONT>
<BR><FONT SIZE=2>> Feature Count: 5847</FONT>
<BR><FONT SIZE=2>></FONT>
<BR><FONT SIZE=2>> Regards</FONT>
<BR><FONT SIZE=2>> Paul</FONT>
<BR><FONT SIZE=2>> _______________________________________________</FONT>
<BR><FONT SIZE=2>> Gdal-dev mailing list</FONT>
<BR><FONT SIZE=2>> Gdal-dev@lists.maptools.org</FONT>
<BR><FONT SIZE=2>> <A HREF="http://lists.maptools.org/mailman/listinfo/gdal-dev" TARGET="_blank">http://lists.maptools.org/mailman/listinfo/gdal-dev</A></FONT>
</P>
</BODY>
</HTML>