logo separator

[mkgmap-dev] Disconnected map sections, types in TYP-files.

From Gerd Petermann gpetermann_muenchen at hotmail.com on Sat Oct 10 07:09:32 BST 2020

Hi Karl,

I think this might be related to the multipolygon cutting. There is this comment in the code for MultipolygonCutter:
                        // try to find a cut point that is a multiple of 2048 to
                        // avoid that gaps are painted by MapSource and QLandkarteGT
                        // between the cutting lines

In some cases this fails, maybe you see the result. I don't think that we can always find such a good cut point, so there is probably not much we can do about it.
@Ticker: Is it possible that option --order-by-decreasing-area produces more of these cases?

Besides that it is unlikely that this has an effect on routing.

Gerd

________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von 7770 <7770 at foskan.eu>
Gesendet: Freitag, 9. Oktober 2020 16:49
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Disconnected map sections, types in TYP-files.

Hi.
Both actually, i can follow such lines for many kilometers.
In the past i was also able to find similar cases on www.opentopomap.org, which
for sure has routing problems over longer distances.

Here is one such place which i was able to locate just now:
https://www.opentopomap.org/#map=15/58.92148/18.28258
If i recall correctly, this show (or showed) a white line on a GPS.

Kind regards,
Karl


On fredag 9 oktober 2020 kl. 15:41:35 CEST Gerd Petermann wrote:
> Hi Karl,
>
> okay, looked at 217.bmp. It doesn't seem to be related to tile boundaries. I
> think someone else reported similar problems, only visible on the device.
> I've never seen them on my Oregon.
> Do the gaps disappear when you zoom in or out?
>
> Gerd
>
> ________________________________________
> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von 7770
> <7770 at foskan.eu> Gesendet: Freitag, 9. Oktober 2020 15:34
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] Disconnected map sections, types in TYP-files.
>
> Hi Gerd, screenshot and log uploaded.
> Kind regards, Karl
>
> On fredag 9 oktober 2020 kl. 14:43:30 CEST Gerd Petermann wrote:
> > Hi Karl,
> >
> > please upload a screenshot and the splitter.log to
> > http://files.mkgmap.org.uk/
> >
> > Gerd
> >
> > ________________________________________
> > Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von
> > 7700 <7770 at foskan.eu> Gesendet: Freitag, 9. Oktober 2020 14:40
> > An: Development list for mkgmap
> > Betreff: Re: [mkgmap-dev] Disconnected map sections, types in TYP-files.
> >
> > Hi, unfortunately --no-trim has not helped, i can still observe such gaps.
> >
> > The splitter command:
> > java -Xmx1200m -jar ../mkgmap/splitter-r597/splitter.jar \
> > --output-dir=norden/splitted/ \
> > --mapid=77700001 \
> > --max-nodes=1500000 \
> > --no-trim \
> > norden/norden.o5m > norden/splitted/splitter.log
> >
> > Kind regards
> > Karl
> >
> > On fredag 9 oktober 2020 kl. 11:51:24 CEST Gerd Petermann wrote:
> > > Hi Karl,
> > >
> > > reg. the gaps betweet tiles: This sounds like you use splitter with
> > > --no-trim=false. Try without it.
> > >
> > > Gerd
> > >
> > > ________________________________________
> > > Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von
> > > 7700 <7770 at foskan.eu> Gesendet: Freitag, 9. Oktober 2020 11:37
> > > An: Development list for mkgmap
> > > Betreff: [mkgmap-dev] Disconnected map sections, types in TYP-files.
> > >
> > > Hi.
> > > Still on my learning path, and thanks for good documents, which have
> > > helped
> > > a lot.
> > >
> > > Now i have one observation and a few questions.
> > >
> > > 1.
> > > i observe that in the map created (mkgmap 4585) i can see disconnected
> > > map
> > > sections, they usually show up as a thin white line in the map, often
> > > easier to see over water or darker areas. The gap sometimes makes the
> > > routing calculations fail if the gap is in the routing direction and big
> > > enough. I have observed these gaps not inly in the maps have made, but
> > > also at opentopomap, but not with garmin.opensteetmap.nl (to mention
> > > some
> > > examples). Pictures can be provided if wanted.
> > > Is there a proper way to eliminate these gaps when generating the maps?
> > >
> > >
> > > 2.
> > > When working with TYP files, i have read:
> > > If a polygon type is not listed in this section, then it will not be
> > > displayed at all.
> > >
> > > Is this valid?
> > > If it is, then it means i really have to add every single item which may
> > > be
> > > generated and which is on the map, otherwise i risk loosing information
> > > without even knowing, say if i want to change very small portions from
> > > how
> > > the device displays something.
> > >
> > > I have found that there some information sets that cover a lot of types
> > > that garmin devices can show, but is it possible to extract a list from
> > > mkgmap, for example extracting the default set?
> > > Is the example mapnik.txt file complete or just an example?
> > >
> > > If i didn't make errors, it seems there is a difference between
> > > generating
> > > gmapsupp with no TYP and this example TYP.
> > >
> > > 3.
> > > From which type number can i define my own type to avoid collission with
> > > existing types?
> > > I am thinking of adding handling for aerialways.
> > >
> > >
> > > 4.
> > > Related to the polygon amenity=parking and displaying of a picture.
> > > on maps such as from garmin.openstreetmap.nl, the polygon for
> > > amenity=parking displays the same parking symbol (garmin default, round
> > > with red P and black border) as for a point amenity=parking.
> > > I tried generating the individual tiles with the style present from
> > > mkgmap
> > > using --style-file=path/styles/, in which i see a mapping in the
> > > polygons
> > > file: amenity=parking | parking=surface [0x05 resolution 22]
> > >
> > > But even with this, the parking polygons do not show any picture/symbol.
> > > What else is needed?
> > >
> > >
> > >
> > > Kind regards
> > > Karl
> > >
> > >
> > >
> > > _______________________________________________
> > > mkgmap-dev mailing list
> > > mkgmap-dev at lists.mkgmap.org.uk
> > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> > > _______________________________________________
> > > mkgmap-dev mailing list
> > > mkgmap-dev at lists.mkgmap.org.uk
> > > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> >
> > _______________________________________________
> > mkgmap-dev mailing list
> > mkgmap-dev at lists.mkgmap.org.uk
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> > _______________________________________________
> > mkgmap-dev mailing list
> > mkgmap-dev at lists.mkgmap.org.uk
> > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev




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


More information about the mkgmap-dev mailing list