and not of
the is_in and neareast algorithm. But these two algorithms should not
play a big role in a well mapped region like Berlin.
Hopefully you get an idea what's wrong. If not post a small part of the
logfile so that I can have a look on it.
WanMil
/description/input-file lines]
###
The directory /data/gps/boundary/bounds/ contains the unzipped file
http://www.navmaps.eu/wanmil/bounds_20120401.zip
The lines, points and polygons files in my style contain the top
lines from the default style which set the location tags AFAIK.
I make
Hi Wanmil,
i have a question regarding the precompiled sea tiles:
I normally use the generate-sea-options in conjunction with a coastline-file.
If i use the precompiled sea files instead, do i still need the
coastline-file?
Regards, UliBär
Hi UliBär,
when using the precomp-sea option
On 07/08/2012 10:37 PM, WanMil wrote:
AU
first of all you should have a look at the error messages in the mkgmap
log file. To get a logfile you have to configure the logging system as
described in
http://wiki.openstreetmap.org/wiki/Mkgmap/dev#Enabling_Debugging
Thanks, now I could start
On 07/08/2012 10:37 PM, WanMil wrote:
first of all you should have a look at the error messages in the mkgmap
log file. To get a logfile you have to configure the logging system as
described in
http://wiki.openstreetmap.org/wiki/Mkgmap/dev#Enabling_Debugging
Thanks, now I could start
if you use the precompiled bounds. Read step 4
of http://wiki.openstreetmap.org/wiki/Mkgmap/help/How_to_create_a_map
how to use them.
WanMil
A bit of advice, please, if anyone can help.
How can one obtain information on the administrative area (e.g. county)
an object is in in the style files
Hi Nop,
thanks for testing. I have commited the patch. So since mkgmap r2311
empty ways should be ok for mkgmap.
WanMil
The patch works fine. Tested it on a map with 680 tiles. The original mkgmap
crashes, the patched version processes the data without a problem.
When you have checked
you can use the mkgmap logger. Add the line
uk.me.parabola.mkgmap.reader.osm.LocationHook.results.level=FINE
to your logging.properties file. Read
http://wiki.openstreetmap.org/wiki/Mkgmap/dev#Enabling_Debugging how to
enable logging.
WanMil
___
mkgmap
On 07/08/2012 10:37 PM, WanMil wrote:
first of all you should have a look at the error messages in the mkgmap
log file. To get a logfile you have to configure the logging system as
described in
http://wiki.openstreetmap.org/wiki/Mkgmap/dev#Enabling_Debugging
Thanks, now I could start
of the
boundary might be faulty.
Is this effect known or can somebody reproduce this?
Greetings,
Bernhard
[1] http://www.navmaps.eu/wanmil/bounds_20120708.zip
[2] http://www.openstreetmap.org/browse/relation/113642
[3] http://www.openstreetmap.org/browse/relation/942840
Bernhard,
thanks
On 11/08/12 11:49, WanMil wrote:
Yes, I did not bear in mind that the city name is completely empty.
Maybe this info is also helpful for Steve but I will also check the
mkgmap code what's happening with elements without a city name.
That is what I think, if the city is empty then the closest
in the selection dialog. It seems that
both maps contain some tiles (e.g. the first map contains the tile south
of Xanten and the second map contains the tile north of Xanten).
I have no clue why it happens.
WanMil
Hi,
from time to time I get the report that on Oregons, my basemaps
are shown twice
One more interesting detail:
Routing works over both maps, so having a start point located in the
first map and an target point in the second map the Oregon is able to
calculate a valid route.
WanMil
Hi Thorsten,
I can confirm that.
I have an Oregon 400t and the TK-DACH-Basemap from July
that.
..Steve
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
it.
Great!
WanMil
..Steve
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
the parameter
precomp-sea=directory with precompiled sea tiles
instead of the generate-sea parameter.
You can download the sea tiles from
http://www.navmaps.eu/wanmil/sea_20120614.zip.
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http
Am 30.08.2012 11:26, schrieb Felix Hartmann:
On 30.08.2012 11:03, WanMil wrote:
Mkgmap has some filters that allow for example not putting small areas
into the map.
It would be great, to have a very simple filter for highways too, called
via the style-file. I would imagine the following
operator?
I am free to change the implementation completely :-)
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
.
WanMil
Hi
In the style-include branch (pre-built jar files available at
http://www.mkgmap.org.uk/snapshots/) you can now include files
from the same style.
The syntax is:
include filename;
You can put this anywhere where you can start a new rule. The contents
of the file filename
.
But the mp has no address information because the LocationHook ignores
all relations and multipolygons.
The patch fixes that in the LocationHook. It now adds the
mkgmap:admin_levelN tags to all mp. It uses the calculated middle point
of the mp to query for the bounds information.
WanMil
Index
is not.
I have started to change the implementation of the autofill parameters
(read http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2012q3/014885.html
for details). It would be good if you contribute so that the new
parameter handling is more understandable than now.
Thanks!
WanMil
is rarely used and it must be configured to
show warnings. Stderr should printout errors only?!
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
system is rarely used and it must be configured to
show warnings. Stderr should printout errors only?!
WanMil
Ok, I have jumbled some things. Sorry.
The index option only defines that a *searchable* address index is
created. Without the index it is still possible to assign an address to
each POI
precompiled bounds but no
location-autofill)
* The bounds and the location-autofill parameter have no longer a
default value
* It is now possible to set the bounds parameter but index not.
The help files need to be updated. I will do that before committing. But
please test first :-)
WanMil
Correct
Hi,
so for replacing
location-autofill=bounds,is_in,nearest
index
bounds=src\bounds.zip
I need
location-autofill=is_in,nearest
index
bounds=src\bounds.zip
?
Henning
Am 10.09.2012 17:25, schrieb WanMil:
Hi,
attached patch reorganizes the location-autofill parameter
Hi Roger,
the bounds zip file must contain the files without any subdirectory.
The precompiled sea files cannot be provided as zip file (maybe I will
implement this some time in future).
WanMil
I'm sure this is a simple problem, but I can't find the answer in the
wiki or elsewhere.
I seem
HI
On 10/09/12 16:25, WanMil wrote:
* In case the city name of a POI or road is unknown the city name is
left empty (which means an empty string ). For me this worked well but
Steve pointed out some doubts that it works. So please test carefully (a
Took me a while to find it but see
as empty city name and want to leave it to the
opinion of this list what shall be used. So please post your opinion
what you like most.
WanMil
Isn't it better to use N.N. (or something like this) instead of a single
blank ?
N.N. makes clear that something is missing - a single blank
the dev tools: there is no specific tool required. I use
Eclipse but you are free to choose.
WanMil
I am interested in contributing to the development effort of mkgmap and
have come up with what should be a simple project to begin with. I am
thinking of adding a clip box to the splitter so
Hi,
I have generated and uploaded the first ODbL compatible precompiled
bounds and precompiled sea files:
Bounds: http://www.navmaps.eu/wanmil/bounds_20120916.zip
Sea: http://www.navmaps.eu/wanmil/sea_20120916.zip
The bounds file seems to be more complete than expected. For admin level
2 only
it rather the same like using
location-autofill=nearest?
Can you please give a real example in which this helps? I want to
understand the idea.
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo
Thanks to WanMil for providing the bounds and sea files.
Regards Klaus
PS: How is it possible to create the sea file by oneself ?
There is a readme how to do this:
http://www.mkgmap.org.uk/svn/wsvn/mkgmap/src/uk/me/parabola/mkgmap/sea/optional/readme.txt
WanMil
WanMil wrote
How should mkgmap assign the mkgmap:place:* tags? Should it use the
nearest algorithm? In this case isn't it rather the same like using
location-autofill=nearest?
Can you please give a real example in which this helps? I want to
understand the idea.
WanMil
Currently
However, there was no proven connection to blank names in that case, so
probably not relevant.
..Steve
Shall I commit the patch? There was no veto on the list so it should be
ok to use the empty string for the name of unknown cities...(?!?)
WanMil
WanMil wrote
Why is the place polygon not tagged with boundary=administrative and an
appropriate admin_level? Is this specific for Ireland?
Because not all places are administrative areas. The village is not an
administrative area.
Places with town/city councils etc are administrative
.
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Eric,
thanks for your detailed investigations. Can you give an example of such
a place duplicate so that I can play a bit with it?
Thanks!
WanMil
Hi,
Coming back to the blank cities issue with Edge 705: the problem was
never fixed because it was not a mkgmap problem per se, but more
2012/9/20 WanMil wmgc...@web.de:
You *must* specify the bounds parameter. Since r2335 it has no default.
You mean the output folder then? Maybe it would be good to have an
error message if --createboundsfile is used but --bounds is omitted?
Thanks,
Eric
Of course! I have just comitted
WanMil,
Thanks for the explanation. It seems that this process is needed, at
least in part, to make sense of incorrectly tagged data. There certainly
will always be incorrectly tagged data, which programs such as mkgmap
and renderers will have to interpret. But is there any way
I've been using the style-functions branch over the last ~5 weeks
without any probs, could it be merged into trunk?
Hi Felix,
there are a some things missing (optimizer integration, some coding
style changes) that I want to implement before merging back.
WanMil
I think this was discussed some time ago:
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2011q3/012193.html
WanMil
Hi Felix,
Exact map coverage is (49.44551467895508,5.733017921447754) to
(50.184946060180664,6.532230377197266)
Trimmed and rounded map coverage is (49.482421875,5.712890625
Hi Minko,
please post the OSM data file together with your mkgmap options.
The img file does not help when searching for problems and/or error
messages in the mkgmap chain.
Thanks!
WanMil
I have isolated the file which gives an error message point number too big
http
one hint about
your design ideas: The OSMWriter is used by the mgkmap sea precompiler.
So if you change that please change the mkgmap sea precompiler too.
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman
in all splitted tiles.
WanMil
Background:
In the Netherlands there are tons of areas of water tagged as waterway=*
(canal, drain, river).
According to the wiki this tagging is wrong (for polygons natural=water should
be used, or for bigger rivers, waterway=riverbank).
But since Potlatch
I have uploaded it to http://files.mkgmap.org.uk/detail/71
Don't know for sure that it works with Java 6. Maybe you have to use Java 7.
WanMil
Thanks Wanmil!
Can you make a patched mkgmap.jar so that I can test this patch?
___
mkgmap-dev mailing
=canal natural!=water mkgmap:autoclosing!=true [0x1f
resolution 23 continue]
waterway=canal natural!=water mkgmap:autoclosing=true [0x1f
resolution 23]
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk
? It's better to change that before committing :-)
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
cannot be used on
its own? Otherwise the optimizer removes the function-only-rule.
..Steve
WanMil
P.S.: I am happy if you merge the style-include branch! Good work!
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk
(getPoints().get(getPoints().size()-1))
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
clips all ways to the bounding box. But it
has to workout all nodes if the way is completely withing the bbox. The
patch avoids that.
WanMil
Index: src/uk/me/parabola/mkgmap/reader/osm/ElementSaver.java
===
--- src/uk/me/parabola
are successful!
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
on it. Can you create a branch? That will make it
easier for me to add my changes.
WanMil
Hi
Attached is my latest version of the patch.
I've tried it out on the Netherlands with this style:
version
0
lines
waterway=canal natural!=water [0x1f resolution 18 continue]
polygons
waterway=canal
be a
glitch in the mp processing too?
I assume you have rules in your lines file for waterways?
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
during file loading
when a tag is removed from the mp. This will reduce the (small) memory
penalty and will have the same effect.
I will post a patch today so we can try to fix that soon.
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
if the tags must be taken from the
outer ways or from the mp itself.
WanMil
Index: src/uk/me/parabola/mkgmap/reader/osm/MultiPolygonRelation.java
===
--- src/uk/me/parabola/mkgmap/reader/osm/MultiPolygonRelation.java (revision 2346)
+++ src
Wanmil,
The mp algorithm uses the tag to decide if the tags must be taken from the
outer ways or from the mp itself
This decision, do I have to define this in the style file?
Like waterway=river mkgmap:tagsincomplete!=true []
Or does it not render the mp if the tags are missing
is not allowed yet
try {
// this should throw a SyntaxException
makeRuleSet(A=B length(a) 91 [0x5]);
assertTrue(Function with parameters are not allowed, false);
} catch (SyntaxException exp) {
}
}
WanMil
opposes I will merge the branch back to trunk tomorrow.
WanMil
Cheers,
..Steve
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On 31/10/12 15:55, WanMil wrote:
Version 2353 was commited by steve on 2012-10-31 14:15:43 + (Wed, 31
Oct 2012)
A few tests for WanMil's style functions.
Thanks for adding these tests.
Do you think a negative test would also be good?
Thanks, I can add that.
I've been looking
and changes osm elements which also means that they get
a new id and so this function does not returns the expected result.
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
El 01/11/12 12:07, svn commit escribió:
Version 2370 was commited by wanmil on 2012-11-01 11:07:58 + (Thu, 01
Nov 2012)
Do not try to make boundary nodes for elements located completely inside the
bounding box
The LineClipper is now able to indicate that an element is completely
if the connected way has itself
multiple connections.
WanMil
Hi,
I added following lines to my style file in order to display the
destination-Tag on motorway-junctions:
--
# Set the routing direction
(highway=motorway|highway=motorway_link) destination=* { add
display_name = '${ref
) and motorway 3) do not have other
connections afterwards.
WanMil
Chris
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Am 02.11.2012 21:01, schrieb WanMil:
Would the current implementation copy the dest from 1) to 3) ?
Yes - as long as the motorway_link 2) and motorway 3) do not have other
connections afterwards.
Hi WanMil,
So the algorithm also seems to forward the destination from one
motorway-segment
?
If you just want to get the version number of your mkgmap installation
you can get it with the command:
java -jar mkgmap.jar --version
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap
profile the application but it is the bottleneck while you
don't profile it? (It's just a guess...)
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
a regular expression substitution:
${destination|subst:;= }
So everything behind subst: (in this case ;) is replaced with the
string after the = (in this case ). Maybe the ; must be escaped but
generally it should work.
WanMil
___
mkgmap-dev mailing list
Hello Wanmil,
WanMil wrote
Hi,
I get an IllegalArgumentException when starting the splitter r242 with
an OSM extract exported from www.openstreetmap.org.
Attached is a zip file containing the log of the splitter run and the
test data. I know that the data file is small so that it doesn't
like a good point where you
could help. Do you have some ideas how to realize that?
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On Sun, Nov 25, WanMil wrote:
2) As Steve pointed out there must be an algorithm that associates
housenumbers to nodes in roads. This sounds like a good point where you
could help. Do you have some ideas how to realize that?
I think this all comes down to calculate the shortest distance
handling).
But this is wild guessing unless you can provide the exact error
message. Wee need all information about your steps to create the
germany+iceland.osm.pbf and your mkgmap parameters and style file so
that we can try to reproduce the error.
Thanks
WanMil
(e.g. subdivision handling).
But this is wild guessing unless you can provide the exact error
message. Wee need all information about your steps to create the
germany+iceland.osm.pbf and your mkgmap parameters and style file so
that we can try to reproduce the error.
Thanks
WanMil
Hi WanMil
(e.g. subdivision handling).
But this is wild guessing unless you can provide the exact error
message. Wee need all information about your steps to create the
germany+iceland.osm.pbf and your mkgmap parameters and style file so
that we can try to reproduce the error.
Thanks
WanMil
Hi WanMil
of
the polygon (this is on my todo list now) it would be unlikely that
the coastline data adds many points.
Do you agree?
Gerd
Yes. I assume it is possible to define multiple separated polygons
within the polygon file?
WanMil
___
mkgmap-dev mailing
and the link
does not the destination tag will not be copied to the motorway with
overlap=0 because the link is missing in the tile data.
So I propose to keep the overlap parameter but default it to 0 with
keep-complete. The described case should be *very* seldom...
WanMil
Am 26.11.2012 23:13, schrieb WanMil:
Some small hints about your mkgmap configuration:
* I propose to use precompiled sea files (e.g.
http://www.navmaps.eu/wanmil/sea_20121020.zip). It's faster and takes
less memory.
Hi WanMil,
is it possible to generate the precompiled files by myself? I
Hi,
regarding thread
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2012q1/013611.html there
is a maximum tile size that can be processed. Is this limit considered
by splitter?
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http
.
WanMil
?xml version=1.0 encoding=UTF-8?
osm version=0.6 generator=CGImap 0.0.2 copyright=OpenStreetMap and contributors attribution=http://www.openstreetmap.org/copyright; license=http://opendatacommons.org/licenses/odbl/1-0/;
bounds minlat=0.0 minlon=0.0 maxlat=85.0 maxlon=179.98/
node id=1 lat
.
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
into
subdivisions.
I think instead it is better to use one POI node in each corner of the
bbox. I will try again and report about my findings.
WanMil
Hi WanMil,
I think the maximum values should be as large as possible. When
splitting planet, we have a huge tile covering
an area in the pacific
-complete=true. And there are many old threads of the time before
keep-complete was introduced pointing out that overlap *must* be set.
Thanks!
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo
WanMil wrote
can you make the warning a bit more user friendly and add a hint, why
this usually is not a good idea to use overlap0 in combination with
keep-complete=true?
I think people that doesn't follow the dev list won't have an easy
chance to find out why it is better to use overlap=0
usability comment is that I find the precompiled bounds
situation a bit confusing. But maybe I haven't tried hard enough.
What do you think is confusing? Do you have a better idea? What do you
expect and what do you think is useful? I would like to make it easier
if possible.
WanMil
with mkgmap but no data is displayed in MapSource and
Basecamp.
So splitter could use a max limit of 179° for lat and lon but I don't
know if that makes sense at all.
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http
Hi WanMil,
WanMil wrote
So splitter could use a max limit of 179° for lat and lon but I don't
know if that makes sense at all.
why not? It already turned out that a maximum tile size is a good way
to avoid the situation that Thorsten has described for his USA extract.
I'll code
removing any of the generate-sea functionality
if that makes it easier.
--process-destination
Make it default. Can be turned off by --no-process-destination.
Should it also be turned off if --no-route is set?
WanMil
___
mkgmap-dev mailing list
of the first
roundabout. But this detection stores the information in a static
variable so when using max-jobs 1 the drive-on-xxx info might be
interchanged between tiles.
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http
are
located within sea polygons. Maybe the fbdebug parameter could be
removed and replaced by an entry in the log properties.
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
data appears.
Thorsten
Did you try to remove the address rules from the special layers style? I
haven't looked into the code how --no-poi-addresses works but if you
don't assign the mkgmap:country, mkgmap:city etc. tags mkgmap cannot
create any address information.
WanMil
.
Steve, do you think this can be implemented easily?
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
on the mailing list.
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
of tracks in the index. Probably you will find a solution at any time
in future :-)
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
found code for the following relation types only:
multipolygon
boundary (is ignored by splitter?)
restriction
through_route
I think all other relations can be ignored by keep-complete. (I don't
know about the special marine code...)
What do you think about? Any objections?
WanMil
there is no need to
handle them with splitter? Once there is a good reason to process them
with mkgmap splitter should also handle them but not the other way round.
Henning
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http
can be missing.
Agree?
WanMil
There is one problem unsolved:
If way is tagged with a name and rrk_name is different (e.g. second
ferry or two relations etc.), then name is taken only from the way.
Henning
___
mkgmap-dev mailing list
mkgmap-dev
foot = no; } [0x01 road_class=3 road_speed=2
resolution 20]
Please try and comment if you find it useful or if you have ideas how to
realize it in a better way!
It is not yet complete:
If a motoway_link uses reverse oneway direction the code may fail?
Have fun!
WanMil
On 12/18/12 11:23 AM, WanMil wrote:
Hi,
I have created a new exit_hints branch which may adds a new interesting
workaround feature.
have you looked at the exit_to tag? in the US, we're generally using exit_to
to contain the text from the exit sign prior to the actual exit, so if
it exists
the tiles with JOSM and see if everything you would expect
is contained in the tile.
WanMil
Hi all,
attached is version 4 of the patch, based on the problem-list branch.
WanMil and I found out that it reduces the size of splitter output files
(and run time) quite nice, but it also sometimes adds
On 12/18/12 12:18 PM, WanMil wrote:
have you looked at the exit_to tag? in the US, we're generally using exit_to
to contain the text from the exit sign prior to the actual exit, so if
it exists,
it should match the local signage.
Yes, I've seen that. This is also on the TODO list :-)
ok
is set. And the documentation should also
be adapted.
Shall I remove the option?
WanMil
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
801 - 900 of 1391 matches
Mail list logo