logo separator

[mkgmap-dev] polygon type 0x4a

From Gerd Petermann gpetermann_muenchen at hotmail.com on Mon May 27 05:52:53 BST 2013

Hi Felix,

yes, the error is printed when a polygon is written, and since you don't use 0x4a the error seems to be caused by the overview builder itself.

I'll try to find out what happens.

Gerd


Date: Fri, 24 May 2013 23:23:31 -0400
From: extremecarver at gmail.com
To: mkgmap-dev at lists.mkgmap.org.uk
Subject: Re: [mkgmap-dev] polygon type 0x4a


  
    
  
  
    sorry, I'm really not having had time the last 7 days, nor will I
    the next 7 days in future.

    

    I DO NOT use 0x4a or 0x4b in my polygons nor lines file. Most of the
    errors depend on the line file. Not sure if polygon file is
    responsible for any of the errors. Anyhow it only/still happens on
    the Australia-Oceania extract.

    

    

    The error is still there, I will track it down within 10-14 days
    (but no earlier than 10 days).

    On 17.05.2013 03:00, Gerd Petermann
      wrote:

    
    
      
      Hi Minko,

        

        yes, thats what I wanted to say, but I don't know if Felix uses
        it.

        Anyway I think it is a good idea to flag this with
        --check-styles.

        

        Gerd

        

        > Date: Fri, 17 May 2013 08:55:41 +0200

          > From: ligfietser at online.nl

          > To: mkgmap-dev at lists.mkgmap.org.uk

          > Subject: Re: [mkgmap-dev] polygon type 0x4a

          > 

          > Hi Gerd,

          > I thought 0x4a are the polygons that correspond with the
          tile borders so it shouldnt be used at all in the style file
          for other purposes.

          > 

          > 

          > > --transparent=false generates polygon type 0x4b.

          > > Type 0x4a seems to be reserved for polygons used in
          the overview map:

          > > * In addition to a low detail map, the overview map
          contains a number

          > > of

          > > type

          > > * 0x4a polygons. These definition areas a labeled
          after and correspond

          > > to

          > > * the detail map img files.

          > > 

          > > I think that means that 0x4a should not be used in
          the style if an

          > > overview

          > > map is

          > > wanted ?

          > > 

          > > Gerd

          > > 

          > > 

          > > GerdP wrote

          > > > Hi all,

          > > >

          > > > I was able to reproduce the error messages
          reported by Felx :

          > > >
http://gis.19327.n5.nabble.com/SeaGenerator-in-overview2-branch-tp5761296p5761396.html

          > > >

          > > > when I add something like this in the
          style\polygons file:

          > > > natural=land [0x4a resolution 10]

          > > > and use --precomp-sea.

          > > >

          > > > As I already wrote, the polygon type 0x4a is
          hardcoded in mkgmap:

          > > > 1) mkgmap generates 0x4a polygons for the whole
          map when you don't

          > > > use

          > > > --transparent

          > > > 2) polygons with type 0x4 are NOT divided by
          the

          > > > PolygonSubdivSizeSplitterFilter

          > > >

          > > > I am not sure what to make of this.

          > > > The default style doesn't assign 0x4a to a
          polygon, it doesn't even

          > > > have a

          > > > rule for the

          > > > natural=land polygons generated by the
          SeaGenerator. I was already

          > > > wondering why

          > > > we generate them.

          > > >

          > > > I assume the special treatment of 0x4a in

          > > > PolygonSubdivSizeSplitterFilter

          > > > was added

          > > > because of the bug that was fixed in r2612.

          > > > This is what happens if I remove the special
          case for 0x4a:

          > > > - With r2613 and the (unchanged) default style
          I see no change in

          > > > any

          > > > output file

          > > > - With r2613 and the above modification I see
          that the error

          > > > messages are

          > > > gone

          > > >

          > > > So I guess I should just remove the special
          case?

          > > >

          > > > Gerd

          > > > P.S. Felix, get well soon!

          > > >

          > > >

          > > > _______________________________________________

          > > > mkgmap-dev mailing list

          > > 

          > > > mkgmap-dev at .org

          > > 

          > > >
          http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

          > > 

          > > 

          > > 

          > > 

          > > 

          > > --

          > > View this message in context:

          > >
          http://gis.19327.n5.nabble.com/polygon-type-0x4a-tp5761430p5761432.html

          > > Sent from the Mkgmap Development mailing list
          archive at Nabble.com.

          > > _______________________________________________

          > > mkgmap-dev mailing list

          > > mkgmap-dev at lists.mkgmap.org.uk

          > >
          http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

          > _______________________________________________

          > mkgmap-dev mailing list

          > mkgmap-dev at lists.mkgmap.org.uk

          > http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

        
      
      

      
      

      _______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
    
    

  


_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20130527/180ace4f/attachment.html 


More information about the mkgmap-dev mailing list