Thinking some more about what I was seeing in mapsource when mousing
around the Baltic map, I came to the conclusion that the edges of the
overview map bounding boxes where in the wrong place so I took a look
at mkgmap where it rounds those coords and came up with the attached
fix. No great
Back in the Baltic...
When I split my map, the outside edge is ragged, i.e. the tiles that
reach the edge of the overall map don't finish at the same lat/lon. So
having split the map, I then have to manually edit the kml file and
tweak the coordinates for the outside edges to make them neat and
According to osm wiki [1] natural=marsh is deprecated and intended to be
substituted by natural=wetland + wetland=*. I think we should adapt
default polygons style accordingly (see attached patch).
Regards,
Carlos
[1] http://wiki.openstreetmap.org/wiki/Map_Features#Natural
Index:
Version 1481 was commited by marko on 2010-01-16 11:45:17 + (Sat, 16 Jan
2010)
Translate natural=wetland.
Carlos D?\195?\161vila.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Mark,
I'm curious as to why you want this. I added the tile trimming as a feature
back in September as a result of a suggestion from Steve and I wasn't aware
there was any downside to it:
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2009q3/004080.html (note the
first link no longer
Hi Chris,
I'm curious as to why you want this. I added the tile trimming as a feature
back in September as a result of a suggestion from Steve and I wasn't aware
there was any downside to it:
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2009q3/004080.html (note the
first link no
On 16.01.2010 13:48, Mark Burton wrote:
Hi Chris,
I'm curious as to why you want this. I added the tile trimming as a feature
back in September as a result of a suggestion from Steve and I wasn't aware
there was any downside to it:
Hi Felix,
On 16.01.2010 13:48, Mark Burton wrote:
Hi Chris,
I'm curious as to why you want this. I added the tile trimming as a feature
back in September as a result of a suggestion from Steve and I wasn't aware
there was any downside to it:
On 16.01.2010 13:59, Mark Burton wrote:
Hi Felix,
On 16.01.2010 13:48, Mark Burton wrote:
Hi Chris,
I'm curious as to why you want this. I added the tile trimming as a feature
back in September as a result of a suggestion from Steve and I wasn't aware
there was any
Here's the start of the thread that led to the addition of the --resolution
parameter:
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2009q3/003295.html
But basically yes you're right, --resolution forces the tiles to be rounded
to particular boundaries. If you manually adjust the boundaries,
Hi Chris,
Here's the start of the thread that led to the addition of the --resolution
parameter:
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2009q3/003295.html
But basically yes you're right, --resolution forces the tiles to be rounded
to particular boundaries. If you manually
Hi Mark,
MB Now, another small issue I have when making the Baltic map is that
MB one inner tile (one that does not reach the edge of the world) gets
MB truncated because the bit that is removed does not contain any map
MB objects. This is unfortunate because it makes a rectangle of land
MB
On 16/01/10 15:34, Felix Hartmann wrote:
What about multipolygon patch v4 from yesterday. Should it be removed?
That was patch v4, sorry if that wasn't clear.
..Steve
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
On 16/01/10 17:20, Steve Ratcliffe wrote:
On 16/01/10 15:34, Felix Hartmann wrote:
What about multipolygon patch v4 from yesterday. Should it be removed?
That was patch v4, sorry if that wasn't clear.
Oh well, it was meant to be patch v4...
I will commit the rest of it now.
..Steve
Version 1483 was commited by steve on 2010-01-16 17:45:27 + (Sat, 16 Jan
2010)
BRANCH: mp
WanMil patch v4:
* Inner and outer tags are now considered. The last patches autogenerated the
relationships which did make problems on tile boundaries if the multipolygon
wasn't contained
This patch stops the DP filter from discarding points at either end of
a horizontal or vertical line segment (such segments are created by the
clipper and also by the polygon splitter and, of course, could occur
naturally in the OSM data but I'd guess they are relatively rare).
The benefit is
While, we're in the Baltic, I should tell you this:
Markus sent me a sample of the Baltic map that had been created by
someone else by converting from OSM to MP and then processing it with
cgpsmapper. It looks nice but one thing I noticed is that the redraw
speed (in mapsource) is terrible. For
Hi, would it be possible to integrate an overlays file for POIs? The
current overlays file (inside the style-file) only works for polylines.
I would like to do the same for POIs. (I don't think it is needed for
polygons, but maybe someone has creative ideas in his head and would
like to have
Just to show that it works (at least under Mapsource and my Vista HCx)
This number is actually made out of one POI in osm format but I used to
different keys and "continue" to get it working.
___
mkgmap-dev mailing list
Version 1484 was commited by marko on 2010-01-16 19:34:27 + (Sat, 16 Jan
2010)
Add missing RegexOp constructor.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Steve,
This patch seems to work for me, but as I am not familiar with the
pattern matching in the mkgmap style engine, I would like to ask
for review and approval.
Best regards,
Marko
Index: src/uk/me/parabola/mkgmap/osmstyle/RuleFileReader.java
On 16.01.2010 20:59, Marko Mäkelä wrote:
+natural ~ 'wetland\|marsh\|mud' [0x51 resolution 20]
Is there a performance increase (or maybe memory usage decrease) vs:
natural=wetland | natural=marsh | natural=mud [0x51 resolution 20]
___
Hi Felix,
On Sat, Jan 16, 2010 at 09:02:05PM +0100, Felix Hartmann wrote:
On 16.01.2010 20:59, Marko Mäkelä wrote:
+natural ~ 'wetland\|marsh\|mud' [0x51 resolution 20]
Is there a performance increase (or maybe memory usage decrease) vs:
natural=wetland | natural=marsh |
The attached patch contains a merge from the mp branch and fixes lots of
multipolygon issues.
I have also added some more javadoc and code comments, renamed methods
and variables and removed not very useful logging statements.
The mp branch is no longer needed.
WanMil
Index:
Hi WanMil,
The attached patch contains a merge from the mp branch and fixes lots of
multipolygon issues.
I have also added some more javadoc and code comments, renamed methods
and variables and removed not very useful logging statements.
The mp branch is no longer needed.
I tried
On Sat, Jan 16, 2010 at 07:37:01PM +0100, Felix Hartmann wrote:
Hi, would it be possible to integrate an overlays file for POIs? The
current overlays file (inside the style-file) only works for polylines.
I would like to do the same for POIs. (I don't think it is needed for
polygons, but
Am 16.01.2010 22:31, schrieb Mark Burton:
Hi WanMil,
The attached patch contains a merge from the mp branch and fixes lots of
multipolygon issues.
I have also added some more javadoc and code comments, renamed methods
and variables and removed not very useful logging statements.
The mp
Yeah, the islands are not bad but the main land masses are all flooded.
There's a lot of spurious crap when you zoom out but that (almost
completely) goes away if you use the patch I posted earlier this
evening.
Mark
___
mkgmap-dev mailing list
WanMil,
I will try to reproduce your errors and to improve the error messages.
I wasn't complaining about the quality of the messages, merely telling
you that they were happening.
Which dump do you use for your Baltic map?
I grabbed it with XAPI (a mistake as it was about 2GB uncompressed)
On 16.01.2010 22:45, Marko Mäkelä wrote:
On Sat, Jan 16, 2010 at 07:37:01PM +0100, Felix Hartmann wrote:
Hi, would it be possible to integrate an overlays file for POIs? The
current overlays file (inside the style-file) only works for polylines.
I would like to do the same for POIs. (I
WanMil,
I will try to reproduce your errors and to improve the error messages.
I wasn't complaining about the quality of the messages, merely telling
you that they were happening.
You should complain :-) Logging fake ids does not help anyone to have a
look on the OSM data. The warnings
On Fri, Jan 15, 2010 at 10:23:51PM +0100, Felix Hartmann wrote:
Do you know the author of maptk? Could he be convinced to release the
source code of the TYP compiler under the GPL? If not, how much and how
often has the PRJ file format been changed in the past? In other words,
would it
On 16.01.2010 21:25, Marko Mäkelä wrote:
Hi Felix,
On Sat, Jan 16, 2010 at 09:02:05PM +0100, Felix Hartmann wrote:
On 16.01.2010 20:59, Marko Mäkelä wrote:
+natural ~ 'wetland\|marsh\|mud' [0x51 resolution 20]
Is there a performance increase (or maybe memory usage
On 17.01.2010 01:47, Greg Troxel wrote:
We could do that, but I just got another idea: I will create a simple
TYP file with http://ati.land.cz/gps/typdecomp/ and try to decompile
it by hand into source file(s) that would be compiled with GNU Assembler
to the TYP file. That should
34 matches
Mail list logo
