Am 09.01.2010 00:05, schrieb Johann Gail:
Changes:
* Polygons with inner polygons are now divided into several polygons.
It's much faster and the PolygonSplitter cannot destroy them any more.
Hello WanMil,
this change could have some other side effects. (As observed and
described in
On 09.01.2010 10:08, WanMil wrote:
Am 09.01.2010 00:05, schrieb Johann Gail:
Changes:
* Polygons with inner polygons are now divided into several polygons.
It's much faster and the PolygonSplitter cannot destroy them any more.
Hello WanMil,
this change could have
On 01/09/2010 10:08 AM, WanMil wrote:
Another idea is to add some specific tags by the mulitpolygon algorithm
that link to the other pieces of the formerly big forrest. This could be
evaluated by the SizeFilter?
Another idea (don't know if this is possible):
You have a big multipolygon
Am 09.01.2010 11:25, schrieb Ralf Kleineisel:
On 01/09/2010 10:08 AM, WanMil wrote:
Another idea is to add some specific tags by the mulitpolygon algorithm
that link to the other pieces of the formerly big forrest. This could be
evaluated by the SizeFilter?
Another idea (don't know if this
AFAIK the POI searches work only with the actual POIs that are generated, not
the polygons. So this should be no big problem. You should make sure though
that the --add-pois-to-areas option doesn't generate the POIs twice.
Regards
Thilo
Am 09.01.2010 um 11:56 schrieb WanMil:
Am 09.01.2010
however lake Neusidel / Neusiedler See in Austria is now empty in
some places where before it was filled with water.
I have compared the trunk to the the mp branch with the Austria dump
from http://download.geofabrik.de/osm/europe/.
Trunk: lake Neusiedel is completely empty. No water at all.
Is there any mkgmap tag yet to avoid this? (like mkgmap:noaddpoitoarea=yes)
WanMil
AFAIK the POI searches work only with the actual POIs that are generated, not
the polygons. So this should be no big problem. You should make sure though
that the --add-pois-to-areas option doesn't generate
Ralf Kleineisel schrieb:
On 01/09/2010 10:08 AM, WanMil wrote:
Another idea is to add some specific tags by the mulitpolygon algorithm
that link to the other pieces of the formerly big forrest. This could be
evaluated by the SizeFilter?
Another idea (don't know if this is
Ralf Kleineisel schrieb:
On 01/09/2010 10:08 AM, WanMil wrote:
Another idea is to add some specific tags by the mulitpolygon algorithm
that link to the other pieces of the formerly big forrest. This could be
evaluated by the SizeFilter?
Another idea (don't know if this is possible):
Another idea (don't know if this is possible):
You have a big multipolygon forest. You could duplicate it. One copy
without small inner polygons for the low resolutions. Another copy with
the inner polygons which gets splitted for the higher resolutions. The
copies could be marked with some
On Fri, Jan 08, 2010 at 10:41:41PM +, Mark Burton wrote:
Another question: Is there a possibility to see the changes in the current
mkgmap version?
I don't know about accessing the history using SVN but you can
browse the changes at the GIT mirror:
http://github.com/burto/mkgmap
On Jan 9, 2010, at 12:41, WanMil wrote:
Is there any mkgmap tag yet to avoid this? (like mkgmap:noaddpoitoarea=yes)
POI generation from areas is disabled by default. Command line option
--add-pois-to-areas enables this.
Further, POIs will only be generated from areas if there is a
Firstly, Mark, many thanks for working on the sea polygon issue.
I've found two problems with --generate-sea. One is relatively minor,
the other a bit more of a problem.
1 (minor). If you use an options file via the mgkmap -c switch, the
comma separated list of generate-sea sub-options
Hi Charlie,
Firstly, Mark, many thanks for working on the sea polygon issue.
You're welcome.
I've found two problems with --generate-sea. One is relatively minor,
the other a bit more of a problem.
1 (minor). If you use an options file via the mgkmap -c switch, the
comma separated
Simon Eugster wrote:
Ralf Kleineisel wrote:
On 01/07/2010 08:46 PM, Simon Eugster wrote:
[...]
Any idea? Anyone? :)
To put it in a nutshell: Some tiles of some countries do not show up on the
gmapsupp.img even though source .img files had different Family ID and
different filenames. And
Johann,
thank you for you good explanations to the filter chain. It gives me a
good overview how it works!
What do you mean by mo code composign larger polygons?
As far as I understand the thing, it combines an outer poylgon with an
inner polygon to a poygon with an hole. But by definition
Simon Eugster schrieb am 09.01.2010 19:33:
Any idea? Anyone? :)
Actually I have no idea, why every tile of your map gets its own family-ID. I am
not sure whether this is related to your problem, but typically all maps
belonging to the same mapset (or layer) get all the same family-ID. And
On 01/09/2010 08:02 PM, Torsten Leistikow wrote:
Actually I have no idea, why every tile of your map gets its own family-ID. I
am
not sure whether this is related to your problem, but typically all maps
belonging to the same mapset (or layer) get all the same family-ID. And
normally
the
On 01/08/2010 12:02 AM, Simon Eugster wrote:
These tiles look perfectly normal to me:
00010002 MPC 9456297 5 1252 25 1 10002 OSM street map
00010004 MPC 4245221 5 1252 25 1 10004 OSM street map
00010006 MPC 11182177 5 1252 25 1 10006 OSM street map
Torsten Leistikow wrote:
Simon Eugster schrieb am 09.01.2010 19:33:
Any idea? Anyone? :)
Actually I have no idea, why every tile of your map gets its own family-ID. I
am
not sure whether this is related to your problem, but typically all maps
belonging to the same mapset (or layer) get
Hi
When mkgmap was started relations had not been invented and so I think
it is very valid to re-think the processing steps and data structures.
Mkgmap is separated in three layers:
1. The reader layer (package ..mkgmap.reader.osm) which deals in
concepts from osm such as
Hi
There is also a web based interface to the mkgmap and splitter svn code
at http://www.mkgmap.org.uk/svn/wsvn/mkgmap
Clicking on 'View Log' will show the comments that were submitted with
each change. Modify the 'Max Revs' box in the left margin if you need
to see further back.
..Steve
22 matches
Mail list logo
