Hi Gerd,
I can't see any easy way to make runway visible over a road, without
using a TYP.
I treat default style as some kind of reference. An attempt to solve
this problem would result in cluttering of the style or use of
non-standard objects. Both approach would destroy educational values
Hi Gerd
Thoughts were:
I was having problems with a multi-polygon relation where OSM showed a
very small gap between 2 parts, but some final cutting of the shape
found that these lines now intersected, and I thought it could be a
mapPrec vs highPrec problem where the multiPolygonRelation logic
Hi Ticker,
I did not see an advantage in using high-prec. Why do you think it should be
used?
Gerd
Von: mkgmap-dev im Auftrag von Ticker
Berkin
Gesendet: Freitag, 17. Februar 2017
Hi Gerd
Yes - sorry, my fault.
I've just tested a fix to this and the sea is OK now. Is is worth
keeping the high-res changes in the split-shape branch pending more
work on MultiPolygonRelation? If so I'll commit.
Ticker
On Fri, 2017-02-17 at 10:49 +, Gerd Petermann wrote:
> Hi Ticker,
>
Hi Ticker,
problem is in these lines:
if (remove) {
// check if the polygon contains the complete
bounding box
if
(w.getBounds().contains(tileArea.getBounds())) {
Version mkgmap-r3814 was committed by gerd on Fri, 17 Feb 2017
revert changes from r3771 to MultiPolygonRelation
They cause problems when generate-sea is used instead of precomp-sea
http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=3814
___
Hi Gerd
Good.
Ticker
On Fri, 2017-02-17 at 09:41 +, Gerd Petermann wrote:
> Hi Ticker,
>
> attached is the patch I've created with help of svn.
> It only reverts the changes made to MultiPolygonRelation in r3771.
>
> I don't know yet why they cause trouble.
>
> Gerd
>
Hi Ticker,
attached is the patch I've created with help of svn.
It only reverts the changes made to MultiPolygonRelation in r3771.
I don't know yet why they cause trouble.
Gerd
Von: mkgmap-dev im Auftrag von
Hi Gerd
Yes - if that fixes it.
But
in r3771 were there a couple of other changes not to MultiPolygon...
haven't a lot more changes been made since to MultiPolygon...
Ticker
On Fri, 2017-02-17 at 09:19 +, Gerd Petermann wrote:
> Hi Ticker,
>
> I think the problems were introduced with
Hi Ticker,
I think the problems were introduced with the highprec changes in
MultiPolygonRelation in r3771.
When I revert those the problem is gone. If you don't mind I commit this revert.
Gerd
Von: mkgmap-dev im
Hi Ticker,
don't need test data, found out what you meant.
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Petermann
Gesendet: Freitag, 17. Februar 2017 09:52:56
An: Development list for
Version mkgmap-r3813 was committed by gerd on Fri, 17 Feb 2017
merge from split-shape branch
http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=3813
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Ticker,
okay, I'll merge the branch into trunk.
Please post some test data to show the coastline problem and I'll try to fix it.
Gerd
Von: mkgmap-dev im Auftrag von Ticker
Berkin
Hi Gerd
I fixed this problem with r3807 in the split-shape branch and this
should probably be merged into trunk.
Mike was also getting another problem that might be related to
generate-sea:extend-sea-sectors
I don't know much about this area, but just having this option and
nothing else of
Hi Andrzej,
I've committed the patch with r3812.
I found quite a lot of aeroway=runway in combination with highway=*
http://overpass-turbo.eu/s/mNZ
Do you see a way to add some overlay line to mark it special without using a
TYP file?
Gerd
Von:
Version mkgmap-r3812 was committed by gerd on Fri, 17 Feb 2017
default style: ignore aeroway tag if way is also tagged as highway
(default-v3.patch) by Andrzej Popowski
http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=3812
___
mkgmap-dev
16 matches
Mail list logo