Hi Uffe,

Make sure you have MITAB_AFFINE_PARAMS defined for your project.  Although
it appears that this define is optional, it is required otherwise the tab
files can't be read in MapInfo as you have found.

Cheers,
Martin


Martin Higham
Avantra Geosystems

tel (61 3) 8504 0428  mob 0425 730428
fax (61 3) 9596 7997
www.avantra.com.au



> -----Original Message-----
> From: mitab@yahoogroups.com [mailto:mitab@yahoogroups.com]On Behalf Of
> Uffe Kousgaard
> Sent: Wednesday, 12 April 2006 20:37
> To: MITAB
> Subject: [mitab] Bug with coordsys?
>
>
> I have a MIF file, which tab2tab converts, but the resulting tab file is
> invalid, when I try to open in MapInfo. This is the header:
>
> Version 300
> Delimiter ","
> CoordSys Earth Projection 1, 0
> Columns 1
>   Result Decimal(11,3)
> Data
> Point -72.10072 41.350398
>     Symbol(34,0,5)
> etc.
>
> MITAB 1.4.0 translates it OK and MapInfo can also import the MIF
> file. MITAB
> 1.5.0 Beta 1 has the same error.
>
> When I look at the headers of the map file generated by version 1.4.0 and
> 1.5.0 they are different in the area byte 200-240 (hex), which is affine
> projection parameters ??
>
> Regards
> Uffe
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>

Hi,

"My project" is the official mitab.dll and that one is broken as it is right
now. So is the official tab2tab.exe, I discovered.

Regards
Uffe

----- Original Message -----
From: "Martin Higham" <martin@...>
To: <mitab@yahoogroups.com>
Sent: Wednesday, April 12, 2006 2:56 PM
Subject: RE: [mitab] Bug with coordsys?


> Hi Uffe,
>
> Make sure you have MITAB_AFFINE_PARAMS defined for your project.  Although
> it appears that this define is optional, it is required otherwise the tab
> files can't be read in MapInfo as you have found.
>
> Cheers,
> Martin
>
>
> Martin Higham
> Avantra Geosystems
>
> tel (61 3) 8504 0428  mob 0425 730428
> fax (61 3) 9596 7997
> www.avantra.com.au
>
>
>
>> -----Original Message-----
>> From: mitab@yahoogroups.com [mailto:mitab@yahoogroups.com]On Behalf Of
>> Uffe Kousgaard
>> Sent: Wednesday, 12 April 2006 20:37
>> To: MITAB
>> Subject: [mitab] Bug with coordsys?
>>
>>
>> I have a MIF file, which tab2tab converts, but the resulting tab file is
>> invalid, when I try to open in MapInfo. This is the header:
>>
>> Version 300
>> Delimiter ","
>> CoordSys Earth Projection 1, 0
>> Columns 1
>>   Result Decimal(11,3)
>> Data
>> Point -72.10072 41.350398
>>     Symbol(34,0,5)
>> etc.
>>
>> MITAB 1.4.0 translates it OK and MapInfo can also import the MIF
>> file. MITAB
>> 1.5.0 Beta 1 has the same error.
>>
>> When I look at the headers of the map file generated by version 1.4.0 and
>> 1.5.0 they are different in the area byte 200-240 (hex), which is affine
>> projection parameters ??
>>
>> Regards
>> Uffe
>>
>>
>>
>>
>>
>>
>> Yahoo! Groups Links
>>
>>
>>
>>
>>
>>
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>

Uffe Kousgaard wrote:
> Hi,
>
> "My project" is the official mitab.dll and that one is broken as it is right
> now. So is the official tab2tab.exe, I discovered.
>

That's correct, the official mitab.dll and tab2tab.exe would suffer of
the same problem. I'll need to issue a new release with this fixed.

Daniel
--
Daniel Morissette
http://www.mapgears.com/

From: "Daniel Morissette" <dmorissette@...>

> That's correct, the official mitab.dll and tab2tab.exe would suffer of
> the same problem. I'll need to issue a new release with this fixed.

In the meantime I have compiled a new release of the DLL:
http://www.routeware.dk/download/mitab_dll_150.zip

I have added this line:
#define MITAB_AFFINE_PARAMS 1

To these files:
mitab/mitab_capi.cpp
mitab/mitab_coordsys.cpp
mitab/mitab_spatialref.cpp
ogr/ogr_spatialref.h

The problem seems solved.

Regards
Uffe

Hi all,

I haven't actually used MITAB yet, but have a couple questions before
I delve in. I hope it's okay?

1. I don't have much C/C++ experience, I run on Windows XP and need
to know if using the MITAB libraries will be problematic. Do I need
to compile these C libraries or once installed can I just refer to
the *.h files in a C/C++ program? Basically, what do I need to do to
ensure successful installation on Win XP

2. I am planning on using the MITAB libraries within a web context.
I'm hoping to convert TAB files into SVG files on the fly using
possibly PHP, maybe ASP. I am also planning on allowing edits to
data, both geographic and attribute and then saving the TAB file with
the changes.

In a sense this is process I have in mind:

SVG <- PHP <- TAB (display only (create on-the-fly SVG files))
SVG -> PHP -> TAB (write changes made at the browser to the TAB file)

In short, I want to read/write TAB files on a server, and allow a
user clientside to see, edit the data and this then to alter the TAB
file on the server.

Is this possible? my average TAB file is extremely small, only 30
polygons or so, with limited attribute data.

Thanx,
Ben

Hi, all

it was possible to use the MiTab to index MapInfo files for the
Microsoft Map in Excel 97  ... but if not works with the Excell 2000:
datainst see the indexes, but the Excel failed to link data to them ...

Any clue?


Ivan Ivanov

Hi,

I have to say I'm really impressed with mitab.

I'm creating my own map renderer - much like MapX. Primarily I will
use Navteq Street data.

The problem I have is with large data sets. Currently my application
loads an entire layer into ram at the start (e.g. minor roads). This
is not a problem for Luxembourg, but when I load the whole of Europe
into ram, as you can imagine, things start to become an issue.

I know loading all the data at once is not the right thing to do - I
only need to load the area that I am currenly displaying. But how?
How do I find the ID of the features that should be displayed? I
guess I need some sort of geospatial look-up table. How does MapInfo
do it - it must load from the file dynamically as you pan. Is this
possible with mitab - or would I need to create my own special look-
up table?

Any help would be appreciated.

Kind regards

Tim

scumhampton wrote:
> Hi,
>
> I have to say I'm really impressed with mitab.
>
> I'm creating my own map renderer - much like MapX. Primarily I will
> use Navteq Street data.
>

Maybe you should have a look at MapServer
(http://mapserver.gis.umn.edu/), it does exactly that and much more, and
it uses the MITAB library (part of GDAL/OGR) to access MapInfo TAB files
directly.

> The problem I have is with large data sets. Currently my application
> loads an entire layer into ram at the start (e.g. minor roads). This
> is not a problem for Luxembourg, but when I load the whole of Europe
> into ram, as you can imagine, things start to become an issue.
>
> I know loading all the data at once is not the right thing to do - I
> only need to load the area that I am currenly displaying. But how?
> How do I find the ID of the features that should be displayed? I
> guess I need some sort of geospatial look-up table. How does MapInfo
> do it - it must load from the file dynamically as you pan. Is this
> possible with mitab - or would I need to create my own special look-
> up table?
>

The TAB datasets (specifically the .map file) contains a spatial index.
The MITAB C API doesn't provide any way to use it, but through the C++
classes, you can use the OGRLayer::SetSpatialFilter() method:

    http://ogr.maptools.org/classOGRLayer.html#a3

Daniel
--
Daniel Morissette
http://www.mapgears.com/

Try to google spatial indexing.

--- Daniel Morissette <dmorissette@...>
wrote:

> scumhampton wrote:
> > Hi,
> >
> > I have to say I'm really impressed with mitab.
> >
> > I'm creating my own map renderer - much like MapX.
> Primarily I will
> > use Navteq Street data.
> >
>
> Maybe you should have a look at MapServer
> (http://mapserver.gis.umn.edu/), it does exactly
> that and much more, and
> it uses the MITAB library (part of GDAL/OGR) to
> access MapInfo TAB files
> directly.
>
> > The problem I have is with large data sets.
> Currently my application
> > loads an entire layer into ram at the start (e.g.
> minor roads). This
> > is not a problem for Luxembourg, but when I load
> the whole of Europe
> > into ram, as you can imagine, things start to
> become an issue.
> >
> > I know loading all the data at once is not the
> right thing to do - I
> > only need to load the area that I am currenly
> displaying. But how?
> > How do I find the ID of the features that should
> be displayed? I
> > guess I need some sort of geospatial look-up
> table. How does MapInfo
> > do it - it must load from the file dynamically as
> you pan. Is this
> > possible with mitab - or would I need to create my
> own special look-
> > up table?
> >
>
> The TAB datasets (specifically the .map file)
> contains a spatial index.
> The MITAB C API doesn't provide any way to use it,
> but through the C++
> classes, you can use the
> OGRLayer::SetSpatialFilter() method:
>
>    http://ogr.maptools.org/classOGRLayer.html#a3
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>
>
>
>


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

>The TAB datasets (specifically the .map file) contains a spatial index.
>The MITAB C API doesn't provide any way to use it, but through the C++
>classes, you can use the OGRLayer::SetSpatialFilter() method:

Thanks Daniel,
I tried this with the area I'm viewing and it has reduced the amount of
features, which is great.
Is it possible to use SetSpatialFilter to dynamically filter the features I
require as part of a map renderer?
i.e. would this be feasible from a performance perspective?

Thanks again for your quick reply.

Tim



-----Original Message-----
From: mitab@yahoogroups.com [mailto:mitab@yahoogroups.com] On Behalf Of Daniel
Morissette
Sent: 05 June 2006 17:28
To: mitab@yahoogroups.com
Subject: Re: [mitab] Locating features in a particular area


scumhampton wrote:
> Hi,
>
> I have to say I'm really impressed with mitab.
>
> I'm creating my own map renderer - much like MapX. Primarily I will
> use Navteq Street data.
>

Maybe you should have a look at MapServer
(http://mapserver.gis.umn.edu/), it does exactly that and much more, and
it uses the MITAB library (part of GDAL/OGR) to access MapInfo TAB files
directly.

> The problem I have is with large data sets. Currently my application
> loads an entire layer into ram at the start (e.g. minor roads). This
> is not a problem for Luxembourg, but when I load the whole of Europe
> into ram, as you can imagine, things start to become an issue.
>
> I know loading all the data at once is not the right thing to do - I
> only need to load the area that I am currenly displaying. But how?
> How do I find the ID of the features that should be displayed? I
> guess I need some sort of geospatial look-up table. How does MapInfo
> do it - it must load from the file dynamically as you pan. Is this
> possible with mitab - or would I need to create my own special look-
> up table?
>

The TAB datasets (specifically the .map file) contains a spatial index.
The MITAB C API doesn't provide any way to use it, but through the C++
classes, you can use the OGRLayer::SetSpatialFilter() method:

    http://ogr.maptools.org/classOGRLayer.html#a3

Daniel
--
Daniel Morissette
http://www.mapgears.com/







Yahoo! Groups Links







______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________

Tim Smith wrote:
>
> Thanks Daniel,
> I tried this with the area I'm viewing and it has reduced the amount of
> features, which is great.
> Is it possible to use SetSpatialFilter to dynamically filter the
> features I require as part of a map renderer?
> i.e. would this be feasible from a performance perspective?
>

Yes, it should be possible to change the filter multiple times. You'd
have to call OGRLayer::ResetReading() each time you change the spatial
filter and then you can use GetNextFeature() calls to read the features
that match the new filter.

Daniel
--
Daniel Morissette
http://www.mapgears.com/

Hi,
I have mid/mif files which contains one region and over 40000
polygons. After mif tab2tab conversion the result tab file is blank
under mapinfo. The same mif file converted by mapinfo is properly
displayed. Could someone have any ideas why? I could provide source
mif/mid files of course.
Mif header:

VERSION 450
Charset "WindowsLatin1"
Delimiter ","
CoordSys Earth Projection 1,104
COLUMNS 4
LEGEND Char(50)
THRESHOLD Float
COLOR Char(20)
PREDICTION_NAME Char(50)
DATA
Region 40554

Regards
Mike

Mike,

In older versions of MapInfo files on which MITAB is based, the REGION
object could contain only a maximum of 32k segments, this would explain
the problems that you encountered.

Someone wrote to this list a few months ago that this limit may have
been increased in MapInfo V8, see the following bug report:
http://bugzilla.maptools.org/show_bug.cgi?id=1496

If you (or someone else) can provide a sample MIF/MID with a REGION with
more than 32k segments and the corresponding TAB dataset imported by
MapInfo then we could use that to figure the new objects structure and
add support for them.

Daniel


lentilek wrote:
>
>
> Hi,
> I have mid/mif files which contains one region and over 40000
> polygons. After mif tab2tab conversion the result tab file is blank
> under mapinfo. The same mif file converted by mapinfo is properly
> displayed. Could someone have any ideas why? I could provide source
> mif/mid files of course.
> Mif header:
>
> VERSION 450
> Charset "WindowsLatin1"
> Delimiter ","
> CoordSys Earth Projection 1,104
> COLUMNS 4
> LEGEND Char(50)
> THRESHOLD Float
> COLOR Char(20)
> PREDICTION_NAME Char(50)
> DATA
> Region 40554
>
> Regards
> Mike
>

--
Daniel Morissette
http://www.mapgears.com/

Hi All,

I've just noticed a bug in the use of bounds in the tab2tab program.
Currently any file with a bounds set will not convert to a file with
the same bounds set - it will just use the default.

To fix this, the tab2tab file needs to be changed to:

     OGRSpatialReference *poSR;

     poSR = poSrcFile->GetSpatialRef();
     if( poSR != NULL )
     {
         poDstFile->SetSpatialRef( poSR );
     }

     //  Set bounds, removed from before SRS setting
     if (poSrcFile->GetBounds(dXMin, dYMin, dXMax, dYMax) == 0)
         poDstFile->SetBounds(dXMin, dYMin, dXMax, dYMax);

i.e. the set bounds should be performed after the SRS is set.

To test bounds in MapInfo, use the Tool Manager addin, 'CordSys
Bounds Checker'.

Does this sound correct?

cheers,

Andrew

Andrew,

Good catch. SetSpatialRef() does a default bounds lookup so we need to
call it before setting bounds from source dataset.

I have fixed this in CVS. Will be in the next release (likely 1.5.1).

Daniel

abetlehem wrote:
>
>
> Hi All,
>
> I've just noticed a bug in the use of bounds in the tab2tab program.
> Currently any file with a bounds set will not convert to a file with
> the same bounds set - it will just use the default.
>
> To fix this, the tab2tab file needs to be changed to:
>
> OGRSpatialReference *poSR;
>
> poSR = poSrcFile->GetSpatialRef();
> if( poSR != NULL )
> {
> poDstFile->SetSpatialRef( poSR );
> }
>
> // Set bounds, removed from before SRS setting
> if (poSrcFile->GetBounds(dXMin, dYMin, dXMax, dYMax) == 0)
> poDstFile->SetBounds(dXMin, dYMin, dXMax, dYMax);
>
> i.e. the set bounds should be performed after the SRS is set.
>
> To test bounds in MapInfo, use the Tool Manager addin, 'CordSys
> Bounds Checker'.
>
> Does this sound correct?
>
> cheers,
>
> Andrew
>

--
Daniel Morissette
http://www.mapgears.com/

We recently upgraded to the latest version of MiTab (via GDAL) and it
broke Multi_Polyline output for TAB files.  I have traced it to a recent
change in MiTab_Feature.cpp about line 2100.  Previously it did not
check the m_nMapInfoType and now it does, but it appears to check for
the wrong types.  The assert 10 lines down seems to confirm this because
it could never be true if the if statement coming in to this block.
Change the if block to test for the condition in the assert seems to fix
the problem.  See the diff below (revision #'s are our SVN).

Ned.

Index: mitab_feature.cpp
===================================================================
--- mitab_feature.cpp (revision 12658)
+++ mitab_feature.cpp (working copy)
@@ -2110,8 +2110,10 @@
          poPLineHdr->m_nPenId = m_nPenDefIndex;      // Pen index

      }
-    else if ((m_nMapInfoType == TAB_GEOM_PLINE ||
-              m_nMapInfoType == TAB_GEOM_PLINE_C ) &&
+    else if ((m_nMapInfoType == TAB_GEOM_MULTIPLINE ||
+                  m_nMapInfoType == TAB_GEOM_MULTIPLINE_C ||
+                  m_nMapInfoType == TAB_GEOM_V450_MULTIPLINE ||
+                  m_nMapInfoType == TAB_GEOM_V450_MULTIPLINE_C ) &&
               poGeom && (wkbFlatten(poGeom->getGeometryType()) ==
wkbMultiLineString ||
                          wkbFlatten(poGeom->getGeometryType()) ==
wkbLineString) )
      {

Ned Harding wrote:
>
>
> We recently upgraded to the latest version of MiTab (via GDAL) and it
> broke Multi_Polyline output for TAB files. I have traced it to a recent
> change in MiTab_Feature.cpp about line 2100. Previously it did not
> check the m_nMapInfoType and now it does, but it appears to check for
> the wrong types. The assert 10 lines down seems to confirm this because
> it could never be true if the if statement coming in to this block.
> Change the if block to test for the condition in the assert seems to fix
> the problem. See the diff below (revision #'s are our SVN).
>

This issue was reported in bug 1466 by Uffe K. and I verified that your
patch fixes it with his test dataset. Thanks guys! I have applied the
patch in CVS and should probably package a new release soon with at
least this and the #idfef MITAB_AFFINE_PARAMS fix. Both issues were
introduced in 1.5.0.

http://bugzilla.maptools.org/show_bug.cgi?id=1466

Daniel
--
Daniel Morissette
http://www.mapgears.com/

Greetings List

I'm looking for a utility which will convert a CSV file containing
eastings and northings into a MapInfo TAB file, where those
coordinates have been converted to point objects. I don't know if such
a thing exists, but wonder whether MITAB will do the job.

Any help is greatly appreciated.

Regards
Stuart Jones

OK, so I read around the subject a bit and realised that the MIF/MID
combination is perfect, as they're an ASCII representation of the
MapInfo data.

I can now take my XML source, create the MIF/MID with XSLT, and feed
the results into TAB2TAB to generate the MapInfo TAB file.

Hope this helps someone else...

Cheers
Stuart


--- In mitab@yahoogroups.com, "stu_j.rm" <stu_j@...> wrote:
>
> Greetings List
>
> I'm looking for a utility which will convert a CSV file containing
> eastings and northings into a MapInfo TAB file, where those
> coordinates have been converted to point objects. I don't know if such
> a thing exists, but wonder whether MITAB will do the job.
>
> Any help is greatly appreciated.
>
> Regards
> Stuart Jones
>

Another option, if you really had to use .CSV as input would have been
to use OGR's ogr2ogr utility (http://www.gdal.org/ogr/ogr2ogr.html), but
that would be a bit more complicated than converting mif/mid using tab2tab:

1- Create a OGR Virtual DataSource to make your CSV file readable by OGR
as a point layer, see http://www.gdal.org/ogr/drv_vrt.html

e.g. create a worms.vrt file like this:

<OGRVRTDataSource>
      <OGRVRTLayer name="worms">
          <SrcDataSource>worms.csv</SrcDataSource>
  	 <SrcLayer>worms</SrcLayer>
	 <GeometryType>wkbPoint</GeometryType>
          <LayerSRS>WGS84</LayerSRS>
	 <GeometryField encoding="PointFromColumns" x="easting" y="northing"/>
      </OGRVRTLayer>
</OGRVRTDataSource>


2- Use ogr2ogr to convert to .TAB, see http://www.gdal.org/ogr/ogr2ogr.html

e.g.

    ogr2ogr -f "MapInfo File" output.tab worms.vrt worms


I didn't test the examples above, just wrote them off the top of my
head, but hopefully that gives you the idea.

As I wrote above, going MIF/MID -> TAB using tab2tab may be simpler if
you can do that.

Daniel


stu_j.rm wrote:
>
>
> OK, so I read around the subject a bit and realised that the MIF/MID
> combination is perfect, as they're an ASCII representation of the
> MapInfo data.
>
> I can now take my XML source, create the MIF/MID with XSLT, and feed
> the results into TAB2TAB to generate the MapInfo TAB file.
>
> Hope this helps someone else...
>
> Cheers
> Stuart
>
> --- In mitab@yahoogroups.com <mailto:mitab%40yahoogroups.com>,
> "stu_j.rm" <stu_j@...> wrote:
>  >
>  > Greetings List
>  >
>  > I'm looking for a utility which will convert a CSV file containing
>  > eastings and northings into a MapInfo TAB file, where those
>  > coordinates have been converted to point objects. I don't know if such
>  > a thing exists, but wonder whether MITAB will do the job.
>  >
>  > Any help is greatly appreciated.
>  >
>  > Regards
>  > Stuart Jones
>  >
>
>


--
Daniel Morissette
http://www.mapgears.com/

Hi,
I want to use proj.4 + mitab to reproject points from WGS84 to French
Lambert II (ie from "CoordSys Earth Projection 1, 104" to "Coordsys
Earth Projection 3, 1002, \"m\", 0, 46.8, 45.898918964419,
47.696014502038, 600000, 2200000").
I think a little correction is needed in mitab to make it working
well: in file "mitab_coordsys.cpp", at line 834, the test "if( nDatum
== 9999 )" is not correct. Indeed, the code just after must always be
executed: in my case, the datum id is 1002 and we have a non-zero
prime merdian (Paris).
What do you think about this correction?
Thank you for your work,
Reagrds
Thomas

PS: If you want to test it, don't forget to define
"WKT_LONGITUDE_RELATIVE_TO_PM" in ogrspatialreference.cpp too.

andrew_r_blake wrote:
>
> It would appear MITab is quite happy to quickly use the spatial indexes
> generated by MapInfo, but is unable to generate optimal spatial indexes
> itself.
>

You got it there: MITAB can read the spatial index no problem, but the
current implementation doesn't always generate a balanced spatial index
(tree)... actually it doesn't contain any smarts to keep the tree
balanced, which results in the behaviors that you noticed. There may
even be some TODO comments in the code to that effect.

>
> Is the problem likely to be in MITab or OGR ?
>

It's in MITAB.

Daniel
--
Daniel Morissette
http://www.mapgears.com/

Using tab2tab (1.5.0_win32 on XP SP2) I got the following errors trying
to convert from MIF to TAB :

"ERROR 7: TABPolyline: Object contains an invalid Geometry!
ERROR 3: Failed writing geometry for feature id 1 in
e:\temp\T_LINE026_001.TAB
ERROR 3: Failed writing geometry for feature id 2 in
e:\temp\T_LINE026_001.TAB
ERROR 3: Failed writing geometry for feature id 3 in
e:\temp\T_LINE026_001.TAB
[...]
"
One error for each feature of the file.

The MIF/MID file is generated from a text file, so some syntax may be
wrong, however the MapInfo import runs fine.

See the files at
http://dl-3.free.fr/52616e646f6d49569790291dfebf0ac2f2b003a36625831cb69e95398835\
0ec6/mif.zip

ras_elased_borealis wrote:
>
>
> Using tab2tab (1.5.0_win32 on XP SP2) I got the following errors trying
> to convert from MIF to TAB :
>
> "ERROR 7: TABPolyline: Object contains an invalid Geometry!
> ERROR 3: Failed writing geometry for feature id 1 in
> e:\temp\T_LINE026_001.TAB
> ERROR 3: Failed writing geometry for feature id 2 in
> e:\temp\T_LINE026_001.TAB
> ERROR 3: Failed writing geometry for feature id 3 in
> e:\temp\T_LINE026_001.TAB
> [...]
> "
> One error for each feature of the file.
>
> The MIF/MID file is generated from a text file, so some syntax may be
> wrong, however the MapInfo import runs fine.
>
> See the files at
>
http://dl-3.free.fr/52616e646f6d49569790291dfebf0ac2f2b003a36625831cb69e95398835\
0ec6/mif.zip



This was fixed in bug 1466 and will be part of the next release (v1.5.1,
hopefully today if I can find the time). I verified that the sample
files work with the fix. If you can't wait for the new release then you
can apply the patch from bug 1466 to your local source:

http://bugzilla.maptools.org/show_bug.cgi?id=1466

Daniel
--
Daniel Morissette
http://www.mapgears.com/

It seems it's a known bug :
http://bugzilla.maptools.org/show_bug.cgi?id=1531

--- In mitab@yahoogroups.com, "ras_elased_borealis"
<ras_elased_borealis@...> wrote:
>
> Using tab2tab (1.5.0_win32 on XP SP2) I got the following errors trying
> to convert from MIF to TAB :
>
> "ERROR 7: TABPolyline: Object contains an invalid Geometry!
> ERROR 3: Failed writing geometry for feature id 1 in
> e:\temp\T_LINE026_001.TAB
> ERROR 3: Failed writing geometry for feature id 2 in
> e:\temp\T_LINE026_001.TAB
> ERROR 3: Failed writing geometry for feature id 3 in
> e:\temp\T_LINE026_001.TAB
> [...]
> "
> One error for each feature of the file.
>
> The MIF/MID file is generated from a text file, so some syntax may be
> wrong, however the MapInfo import runs fine.
>
> See the files at
>
http://dl-3.free.fr/52616e646f6d49569790291dfebf0ac2f2b003a36625831cb69e95398835\
0ec6/mif.zip
>

MITAB 1.5.1 has just been released and posted to the website at
http://mitab.maptools.org/

This new release fixes a few critical issues that were introduced by new
features in 1.5.0. Users of MITAB 1.5.0 are strongly encouraged to
upgrade to 1.5.1.

The complete list of fixes since 1.5.0 is included below.

Daniel
--
Daniel Morissette
http://www.mapgears.com/


Version 1.5.1 (2006-07-25)
--------------------------

- Fixed initialization of MBR of TABCollection members (bug 1520)

- Added mapping for datum name "North_American_Datum_1927".

- Fixed problem with uninitialized affine parameters written to .MAP
header,
    resulting in files not readable in MapInfo, introduced by bug 1155 in
    MITAB 1.5.0 (bug 1254, 1319)

- Fixed problem writing PLINE MULTIPLE to TAB format introduced in
    MITAB 1.5.0 (bug 1466).

- tab2tab: Set dataset bounds only after setting spatialref to prevent
    default coordsys bounds from taking precedence when bounds are
    available in source dataset (bug 1511)

- Coordsys false easting and northing are in the units of the coordsys, not
    necessarily meters.  Adjusted mitab_coordsys.cpp to reflect this.
    http://bugzilla.remotesensing.org/show_bug.cgi?id=1113

- Similar problem in mitab_spatialref.cpp for TAB files also fixed.
    http://bugzilla.remotesensing.org/show_bug.cgi?id=1113

Thanks.
That was a quick answer and a quick fix ! congrats !

--- Daniel Morissette <dmorissette@...>
escreveu:

> ras_elased_borealis wrote:
> >
> >
> > Using tab2tab (1.5.0_win32 on XP SP2) I got the
> following errors trying
> > to convert from MIF to TAB :
> >
> > "ERROR 7: TABPolyline: Object contains an invalid
> Geometry!
> > ERROR 3: Failed writing geometry for feature id 1
> in
> > e:\temp\T_LINE026_001.TAB
> > ERROR 3: Failed writing geometry for feature id 2
> in
> > e:\temp\T_LINE026_001.TAB
> > ERROR 3: Failed writing geometry for feature id 3
> in
> > e:\temp\T_LINE026_001.TAB
> > [...]
> > "
> > One error for each feature of the file.
> >
> > The MIF/MID file is generated from a text file, so
> some syntax may be
> > wrong, however the MapInfo import runs fine.
> >
> > See the files at
> >
>
http://dl-3.free.fr/52616e646f6d49569790291dfebf0ac2f2b003a36625831cb69e95398835\
0ec6/mif.zip
>
>
>
>
> This was fixed in bug 1466 and will be part of the
> next release (v1.5.1,
> hopefully today if I can find the time). I verified
> that the sample
> files work with the fix. If you can't wait for the
> new release then you
> can apply the patch from bug 1466 to your local
> source:
>
> http://bugzilla.maptools.org/show_bug.cgi?id=1466
>
> Daniel
> --
> Daniel Morissette
> http://www.mapgears.com/
>
>
>
>




_______________________________________________________
O Yahoo! está de cara nova. Venha conferir!
http://br.yahoo.com/preview