Here is an update of the multipolygon patch based on mkgmap-trunk 1136.
Rudi
multipolygon3.patch
Description: Binary data
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>
> Attached you can find my multipolygon patch version 2.
>
Sorry, there are errors in this patch file. I'll try to make a new one.
Rudi
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
at the sea
polygon patch was not commited.
Attached you can find my multipolygon patch version 2.
Rudi
multipolygon2.patch
Description: Binary data
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
o
the trunk, so I don't think it's a good idea to add version 1 of my patch to
the trunk afterwards.
Rudi
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Thank you. Here are my final results:
old splitter ( 51922 bytes): 196s (uncompressed)
new splitter (175493 bytes): 181s (uncompressed)
new splitter (175493 bytes): 197s (gzip)
new splitter (175493 bytes): 611s (bzip2)
Rudi
___
mkgmap-dev mailing
x-nodes values I have no urgent problem with long
ways in germany. Thanks for solving the 4 tiles restriction of relations,
this was more important!
Rudi
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
with the source=yahoo tag.
Regards,
Rudi
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Yes this is possible. Example:
type=multipolygon { apply role=outer { set ... }}
Now only the members of the relation with the specified role are tagged.
Rudi
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
hanges.
Cheers,
Rudi
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
he platform as a footway
(routing enabled):
railway=platform {set ...} [0x0d road_class=0 road_speed=0 level 0]
Regards,
Rudi
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
x27;d prefer to have an mkgmap version without
error message for this kind of way).
Regards,
Rudi
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
page:
http://wiki.openstreetmap.org/wiki/Relation:multipolygon
Now you have simple areas and simple multipolygons and every renderer should
be able to display it correctly.
I will also try to improve my patch, so that multiple outer ways are joined
if they are parts of a longer
check what happens in this case and how this problem can be solved.
Rudi
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
ne doesn't work because 'role' doesn't belong to the
> relation, it belongs to the members of the relation:
>
> type=restriction & role=from { apply { set
> relation_restriction='${restriction}' }}
>
> Rudi
>
Now I found the solution by
y) seem to be the reason. I shift two nodes by one unit, now the
multipolygon is displayed correctly if I zoom in.
To do:
- I am a novice in java programming. A code review is suggested (if the
patch is a candidate for trunk).
- If problem 3 is caused by an mkgmap filter then it would be better
ion & role=from { apply { set
relation_restriction='${restriction}' }}
Rudi
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
le & route_name=* { apply { set
route_name='${route_name}, ${ref}' }}
This doesn't work because we have no access to the tags of the way.
Who has an idea how I can join the different names?
Rudi
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
17 matches
Mail list logo
