Hi Rudi,
Yes, I have a custom style file and I want to see the platform as a footway
(routing enabled):
railway=platform {set ...} [0x0d road_class=0 road_speed=0 level 0]
OK - I have just processed that map using a similar rule and I don't get
the short arc message. Sorry, I don't know
On Fri, Jul 17, 2009 at 11:30:12AM +0300, Marko Mäkelä wrote:
There will be a combinatorial explosion if there is no way to write
this kind of rules:
name += ref
name += operator
I thought that it would be nice to translate shelter=yes and shelter=no
as well, by appending a '+' or '-' to
On Mon, Jul 27, 2009 at 08:08:59AM +0100, Mark Burton wrote:
BTW - the remove short arc processing is done before the style file
processing and it is only applied to highways and ferry routes so if
the style file makes something else into a road (from the routing point
of view) then it will
Hi Mark,
I made some more tests. I use a small region around the platform (cut by
osmosis). See attachment. Now I simply start the latest mkgmap with the
following parameters:
java -jar mkgmap.jar data.osm.gz
No custom style file is used and I still get the message:
SCHWERWIEGEND
Hello,
For whomever is interested, the attached patch will display house
numbers for buildings.
The patch simply adds a few lines to the polygon style file. (I have
placed the additions at the end of the polygons style file, so that
any other previously occurring name directives will take
On Thu, Jul 23, 2009 at 8:07 PM, Valentijn Sessinkvalen...@blub.net wrote:
If anyone else finds something (maybe you even find that running the
split above will give you a map that will let you zoom into it - please
let me know.
Hello Valentijn,
Just to let you know, I was able to run the
This patch should cure the problem where something that isn't a highway
or a ferry route is mutated into a routable way by the style file and,
subsequently, due to its shape/size/topology/etc introduces a short
arc.
I would be grateful if as many people as possible test this and
report any
Yep, thanks! That works for me now.
On Mon, Jul 27, 2009 at 8:06 PM, Greg Sutcliffegreg.sutcli...@gmail.com wrote:
On 18:59 Sun 26 Jul , maning sambale wrote:
I compiled QLandkarteGT months ago, but I can't view any of my imgs.
Any workaround on this one?
I've been using QLandKarteGT
Hello,
Trying to create a good cyclemap, my attempts don't give me the result
expected ;-)
My question is related to the style files:
Where do I have to use the parameter --style-file=xx.
I use it two times when I create the gmapsupp.zip file, but maybe one is
useless.
First time, when I
Steve Ratcliffe a écrit :
Hello,
My question is related to the style files:
Where do I have to use the parameter --style-file=xx.
I use it two times when I create the gmapsupp.zip file, but maybe one is
useless.
The style file is only used to convert from .osm to .img. So
if you have
On Mon, Jul 27, 2009 at 1:34 PM, Mark Burtonma...@ordern.com wrote:
I would be grateful if as many people as possible test this and
report any breakage as it could have an effect on any map (although, I
believe it safe enough).
I did a quick test of this patch: I could not observe any
On Fri, Jul 10, 2009 at 11:22 AM, Marko Mäkelämarko.mak...@iki.fi wrote:
Here is a tested patch for translating railway=platform just like
highway=footway. Please apply it.
Hi Marko,
Since a railway platform can be both a way and an area, does it make
sense to handle this in the same way as
On Mon, Jul 27, 2009 at 4:25 PM, Mark Burtonma...@ordern.com wrote:
As for the short arc errors going away, it must be more of those wacky
routable railway platforms!
Yeah, I changed my style file to exclude railway platforms which are areas.
I know I shouldn't change two things at once when I
Hello
I've noticed strange problem with lakes (natural=water) in a middle
of forests (landuse=forest).
Some of them are displayed on Garmin (Colorado), some are not. The
only difference in data I can see is that the ones displayed have
source=Yahoo tag (in addition to natural=water and
Hi Steve,
I'm trying to find out why certain parts of the map blank and I did not
get far. However, I'm noticing that the blanking issue seems not to
depend on certain ways or nodes, nor does it depend on the size of the
tiles. It seems a generic issue of a sub-map.
Here your GMP file could come
Hello list,
After a long search, here's the (lacking of) results.
Eventually, I found a single node on the map that would stop the map
from blanking. However, when I made the map just be a tiny bit larger,
it would vanish again - with or without the node.
So the blanking is probably the result
I still think the solution is to make the overview map bigger and
place cities or similar with name mkgmap in 2 opposite corners
around 500m larger than the actual map.
At least this works if I compile the overview map with maptk.
On 27/07/2009, Valentijn Sessink valen...@blub.net wrote:
Hello
Hi Clinton,
On Mon, Jul 27, 2009 at 04:30:39PM +0200, Clinton Gladstone wrote:
On Fri, Jul 10, 2009 at 11:22 AM, Marko Mäkelämarko.mak...@iki.fi wrote:
Here is a tested patch for translating railway=platform just like
highway=footway. Please apply it.
Hi Marko,
Since a railway
Hi Mark,
I have just posted a patch that should solve this problem.
Please test and report back.
Your patch works very well, thanks a lot! I also created a map for germany
with your patch, it was generated without errors and the map seems to be ok.
In my opinion you can commit the changes.
Hi Rudi,
Your patch works very well, thanks a lot! I also created a map for germany
with your patch, it was generated without errors and the map seems to be ok.
In my opinion you can commit the changes.
Thanks for the report, I shall commit that change if no one reports any
breakage (which I
Hello Tomas,
I've noticed strange problem with lakes (natural=water) in a middle
of forests (landuse=forest).
Do you use a custom typ file for your map?
If yes you can define the drawing order of the polygons. In your case you
should give the lakes a higher order than the forests so that the
Hello
2009-07-27 Rudi drahtese...@web.de:
Do you use a custom typ file for your map?
No, I am not. And some lakes marked the same way ARE visible on the map...
I strongly doubt it has something to do with the source=yahoo tag.
This was just my guess - maybe some tiny bug in code... But
Version 1109 was commited by elrond on 2009-07-27 22:22:23 +0100 (Mon, 27 Jul
2009)
landuse=construction; buildings at higher resolution
We have
19 primary roads
20 secondary roads
21 residential roads
I don't know, why anyone wants to see buildings at 18
before even seeing any major
Someone reported that the --transparent switch makes the magenta
routing line to be under the road. Disabling this switch, routing
line is above the road. Can anybody confirm this? Is it an intended
behavior?
On Sun, Jul 19, 2009 at 9:44 PM, maning
sambaleemmanuel.samb...@gmail.com wrote:
A
the data is wrong in the first place. a lake and a forest can't be in
the same place. the forest should be created as multipolygon with all
the lakes as inner ways.
if you ask the software to fix bad data it will fail on some corner
cases and will succeed in some places. but then random
Assuming that the data is correct, I can confirm that you need to set
draw order in a typ file.
I encountered a similar issue with building and landuse polygons. I
had to set a higher draw order so that buildings are drawn over
landuse.
On 7/28/09, Apollinaris Schoell ascho...@gmail.com wrote:
Hi!
Apollinaris Schoell schrieb:
the data is wrong in the first place. a lake and a forest can't be in
the same place. the forest should be created as multipolygon with all
the lakes as inner ways.
I agree. The areas on the Garmin should be drawn by the drawing priority
defined in the
Hello
2009/7/28 Nop ekkeh...@gmx.de:
Adding proper multipolygons to the data instead of relying on any
drawing order is the only useful solution.
OK. Thank you all for answers!
I will try fixing the data (while fixing 4500 lakes in tiny
territory of Lithuania will not be a small task:).
28 matches
Mail list logo
