Global Mapper 15
Results 1 to 6 of 6
  1. #1
    Global Mapper User
    Join Date
    Aug 2010
    Posts
    3

    Post A bug in Converting MID/MIF to TAB files

    Hello,

    I'm working at Wireless Applications Corporation where I use your SDK (v11.02, anyway I think the issue exists in all versions) to perform the conversion from MID/MIF to TAB and shp files. Recently I have noticed what I think is a bug in your conversion from MID/MIF to other formats. Let's consider this case explained below:

    Consider this simple MIF file below:

    Version 300
    Charset "WindowsLatin1"
    Delimiter ","
    CoordSys Earth Projection 1, 104
    Columns 3
    GM_LAYER Char(17)
    LAYER Integer
    Signal Integer
    Data

    Region 3
    7
    -98.3162803339 44.0109796645
    -98.2917610896 44.0109796645
    -98.2917610896 43.983448
    -98.3088440000 43.983448
    -98.3088440000 43.9955904
    -98.3162803339 43.9955904
    -98.3162803339 44.0109796645
    5
    -98.292686 44.002833
    -98.292686 44.002023
    -98.293811 44.002023
    -98.293811 44.002833
    -98.292686 44.002833
    7
    -98.296062 43.987454
    -98.296062 43.986645
    -98.296062 43.985836
    -98.297187 43.985836
    -98.297187 43.986645
    -98.297187 43.987454
    -98.296062 43.987454
    Pen (1,2,11656863)
    Brush (2,11656863,16777215)
    Center -98.302813 43.997167

    This file describe a region with 3 polygons, the first big polygon describe an area where the second and third polygons describe small holes inside this big area. At this point everything works fine. When I use your converter to convert it to TAB file or open this MIF in GM, it will detect the two holes correctly. However, let's consider the following MIF file:

    Version 300
    Charset "WindowsLatin1"
    Delimiter ","
    CoordSys Earth Projection 1, 104
    Columns 3
    GM_LAYER Char(17)
    LAYER Integer
    Signal Integer
    Data

    Region 4
    7
    -98.3162803339 44.0109796645
    -98.2917610896 44.0109796645
    -98.2917610896 43.983448
    -98.3088440000 43.983448
    -98.3088440000 43.9955904
    -98.3162803339 43.9955904
    -98.3162803339 44.0109796645
    5
    -98.292686 44.002833
    -98.292686 44.002023
    -98.293811 44.002023
    -98.293811 44.002833
    -98.292686 44.002833
    7
    -98.296062 43.987454
    -98.296062 43.986645
    -98.296062 43.985836
    -98.297187 43.985836
    -98.297187 43.986645
    -98.297187 43.987454
    -98.296062 43.987454
    5
    -98.316523 43.991096
    -98.317648 43.991096
    -98.317648 43.990000
    -98.316523 43.990000
    -98.316523 43.991096
    Pen (1,2,11656863)
    Brush (2,11656863,16777215)
    Center -98.302813 43.997167



    This MIF file is exactly the same as the previous one, except with the modification of adding a new polygon to the region. This new polygon is a small area next to the big original area. At this point the converter (or when I try to open this MIF file in GM) will fail to detect the two holes in the big area. Now it will show these two small areas (that are supposed to be holes) as just regular areas and not holes. In the summary, when we have more than one real area inside the same region (what I mean by real area is a polygon that will be ultimately represented by an area not a hole), your converter fails on detecting the holes anymore, it just represents them as real areas.

    Another related issue is that when I have two polygons (two real areas now, forgot the issue about holes in this case) inside one region, it looks like when I open this MIF file in GM, it treats these two polygons as two different regions NOT as two polygons in the same region. This behavior is confirmed when I re-export to MIF file again from GM, the exported file will have two regions one for each polygon. So it looks like always GM automatically seperate different polygons into different regions, which is not supposed to be the case. There are a lot of good reasons why I (and I guess a lot of other engineers) need many polygons to be grouped in the same region.

    Thanks a lot for taking the time to consider this long email. I have tried to explain the problem to the best I can. If it still not clear, just copy and paste the two examples of MIF files I provided above and open them in GM, then I'm sure it will be clear what I mean.

    Please let me know what do you think ASAP.

    Abdul Salama
    Wireless Engineer

  2. #2
    Administrator
    Join Date
    Jun 2007
    Posts
    16,437

    Default

    Abdul,

    Thank you for your detailed explanation. I was able to reproduce the issue with the multiple parent areas with islands within a single region and get it fixed. I have placed a new SDK build with the fix at http://www.globalmapper.com/GlobalMa..._v134_beta.zip for you to try.

    Global Mapper does not support grouping multiple parent areas into a single grouping/region, so when you pull in something like this into Global Mapper the areas will be split into separate regions on export to a new MapInfo or Shape file as the grouping is lost on import.

    Let me know if I can be of further assistance.

    Thanks,

    Mike
    Global Mapper Support
    support@globalmapper.com

  3. #3
    Global Mapper User
    Join Date
    Aug 2010
    Posts
    3

    Default

    thanks for the quick response Mike. However, I checked the new code but the problem is not fixed. It still doesn't detect the holes when we have multiple parent areas.
    Did you checked it on both of the MIF files I provided and detected the holes on both of them?

    thanks a lot again.

  4. #4
    Administrator
    Join Date
    Jun 2007
    Posts
    16,437

    Default

    I apologize, I fixed the problem, but didn't update the .zip file properly, so the old DLL was still out there. If you re-download http://www.globalmapper.com/GlobalMa..._v134_beta.zip then it should fix the issue.

    Thanks,

    Mike
    Global Mapper Support
    support@globalmapper.com

  5. #5
    Global Mapper User
    Join Date
    Aug 2010
    Posts
    3

    Default

    thanks a lot Mike. It is fixed now. I'm concerned about the supporting for multiple parent areas. Is that something you are planning to support in the near future? or is it something that you might consider to support later on? Or is there a very good reason why you don't have this feature and you still won't add it in the future? please let me know. I would like to know more about it and whether you can add this feature or not.

    I really appreciate your time.

  6. #6
    Administrator
    Join Date
    Jun 2007
    Posts
    16,437

    Default

    We don't have any short-term plans for grouping multiple parent areas into a single feature. This is really the first time in nearly 10 years that someone has mentioned it as an issue, so it really hasn't been on our radar to implement support for. I can add it to our todo list, but it would require some pretty significant changes in our underlying data model so it wouldn't be a simple change.

    Thanks,

    Mike
    Global Mapper Support
    support@globalmapper.com

 

 

Similar Threads

  1. Converting 3-D DXF Files-Feet versus Meter
    By zdircksen in forum Projection Questions
    Replies: 2
    Last Post: 01-27-2010, 01:36 AM
  2. Converting 3-D DXF Files
    By zdircksen in forum Projection Questions
    Replies: 1
    Last Post: 12-21-2009, 10:43 PM
  3. Converting CIB files
    By cdouglas in forum Technical Support
    Replies: 8
    Last Post: 10-02-2009, 07:57 PM
  4. Error converting SIDs to ECW
    By jmwheatley in forum Technical Support
    Replies: 4
    Last Post: 06-03-2009, 07:51 PM
  5. Replies: 2
    Last Post: 11-20-2008, 06:26 AM

Bookmarks

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2014 vBulletin Solutions, Inc. All rights reserved.
Content Relevant URLs by vBSEO 3.6.1
Copyright 2008-2012 Globalmapperforum.com
All times are GMT. The time now is 12:55 AM.
vBulletin 4.0 skin by CompleteVB