Hi,
I think that last version of BaseCamp uses nearly exclusively class 4
roads for long routes in car mode. This is similar change like Garmni
did for routing in nuvi models form 2012. Falager from Garmin has
confirmed here:
Hi,
I'm creating maps for Europe, which is a big piece of data. Splitting it
is a main problem. I'm using Windows 7 x64 and recent splitter 306. My
experiences are following:
Splitter on java 32bit and standard settings can split Europe.
If I add contours data to Europe file, splitter on java
Hi,
well, thanks. I'm a programmer too ;)
I suffer these problems for over a half year, since I have started to
publish OSM maps for Garmin fenix. I have used several spliter versions
and updated java a few times. I think my installation is correct and
while it's java that crashes, problem is
Hi,
I would be interested in creating single img tile form multiple input
files. Since description of input-file parameter is quite imprecise, I
have done some testing.
I have used template.args in a following form:
mapname: 0890
input-file: 0891.osm.pbf
input-file: 0892.osm.pbf
Hi Chris,
Maybe you have a RAM-error?
my PC is quite reliable, it doesn't crash, which would be the case if
there was a hardware problem.
Can you split Europe in java 64-bit VM? Europe is 11GB pbf file.
--
Best regards,
Andrzej
___
mkgmap-dev
Hi Henning,
splitter can do that for you with some limitations. keep-complete will
only handle first given file to splitter. This is quite useful if you
give splitter a normal osm-file and a srtm-data-file. So it's merged
within splitter and you get all data in your tiles.
Thanks for
Hi Felix,
I have no problems splitting Europe on either Windows 2008 Server, or
Win 7 - both of course 64 bit.
Thanks for testing.
Most probably this is hardware problem on my PC. It is a bit
overclocked, but worked reliably for years. Now I have to tweak BIOS
settings again, evidently
Hi,
how do you turn on this feature?
I can't find any house numbers for streets on my maps.
In HousenubmersGenerator.java there is condition like:
numbersEnabled=props.containsKey(housenumbers);
But housenumbers is not a valid mkgmap option. Am I missing something?
--
Best regards,
Hi,
I'm creating map of Poland, for Polish I need CP1250. My map covers some
area outside Polish border, where object names are written in Cyrillic.
In this area I get names like '???'.
I would like to get possibility to use transliterate as a function in
mkgmap style. For example I could
Hi,
I observe following problems when using CP1250 in mkgmap options:
- Address search in nuvi requires upper case characters input. If
keyword contains lower case characters, no results are found.
- If I use option lower-case in mkgmap, address search doesn't work in
Mapsource. Mapsource
Hi,
thanks for working at the problem.
Your character table is damaged in CP1252. Still I can see that you have
missed ASCII 'S';)
I would expect that accented characters are treated like basic ones.
This is how it works in Garmin maps. I can write Kraków or Krakow
and get the same search
I think this code from cgpsmapper could be helpful:
http://sourceforge.net/p/cgpsmapper/code/14/tree/cgpsmapper/cpreview/compare.cpp
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Henning,
I think you have the knowledge to change the provided list.
Unfortunately not. I can understand some parts of mkgmap code, but I
don't know it enough to modify. And I have never programmed in java.
--
Best regards,
Andrzej
___
Hi,
thanks, I can confirm that search works in CP1250 in Mapsource and nuvi,
with and without lower-case option.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
of proper
indexing of street names and it can't be done in style definition.
I think currently mkgmap uses whole string for indexing. Better way
would be create index by all words in street name. Or maybe by even all
sequences of words in street name.
--
Best regards,
Andrzej Popowski
Hi,
is it possible to have a generic/shared visible layer but different
routing layers on top of it? Can routing information be totally
invisible (with/without custom.TYP)?
Yes, you can make that kind of map.
I have tested transparent and invisible routing layer with non-routable
Address index is in the bike layer, and is searchable even if
the layer is not active.
Obvious configuration would be to put search index in non-routable map.
There is some problem in mkgmap, which doesn't create index without
routing. I think index could be available if option --net is
Hi,
I think results for lat=x° should equal lat=-x°?
Yes, simplified formula would be: area(latitude) = area_0*cos(latitude)
There is something wrong with your calculations for negative values.
Another problem.
My first idea was to use area function to change small polygons into
POI.
Hi,
I'm looking for a method to convert S-57/ENC NOAA
marine charts to Garmin format.
S-57 is supported by ogr2ogr, Quantum GIS and Gloabal Mapper.
First two are free, you can use them to convert data to shp, which
should be easy to process further. Global Mapper is commercial software
and
Hi,
Which angle do you think is the max angle I should allow?
90, 120, 130, 160? I guess 130 should be allowed.
I'm using 135 for this purpose, which is an arbitrary value. And if node
connects only 2 roads, then angle can be ignored.
What do you mean with turn at a crossover? I am not
Hi,
can I limit map cover area using a detailed poly?
I think that background object 0x4B is what define map area. Is there
any possibility to define object 0x4B with a custom shape?
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
Hi,
In that case is likely eventually that you will get something
like '??? ??' and '?? ???' followed by '??? ??' again
Well, yes, we get a map with all names like this. You can imagine how
silly it looks like. I have asked once without success, maybe this is
better opportunity to request
Hi,
thanks for patch. This was my first attempt to compile mkgmap or java
program, there could be errors on my part. Program created all but one
tiles of Poland with transliterated foreign names. Here is crash report:
java.nio.BufferOverflowException
at
Hi,
GerdP wrote:
Up to now the reduce-* values are only used for the
simplifications that are used for resoultions 24
That is the first problem I have described. In my opinion,
simplification should be performed on original floating point data too.
This would preserve shape of the curve
Hi Gerd,
Gerd wrote:
Sometimes mkgmap creates short arcs by changing the meaning of
points, eg. with the --link-pois-to-ways option. Some weeks ago I've
posted a patch regarding this, but I got no feedback.
I didn't know about this patch. Now I have tried it but I can't see any
changes at
Hi,
I'm doing similar processing for cgpsmapper. My algorithm is following:
First I try to remove very short lines. I don't remove lines which are a
part of roundabout, restriction or road sign. I check ending nodes of
short lines and don't remove lines if any node is external (on tile
Hi,
do you have multiple maps of the same region in GPS? GPS can use other
map for search then you expect.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://lists.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Brett,
my problem is that GPS uses OSM map for search, when I'd like to use
commercial map covering the same area. I'm not able to find, what
feature is responsible for index priority. My current solution is to
remove search index from OSM map.
I agree that support for multiple maps is
Hi Marko,
FWIW, I just defined a 25km route relation that could be useful for
testing: http://www.openstreetmap.org/browse/relation/3252216
IMO, this is much better than the NCN 4 in this area.
I have found in wiki that route=bicycle defines named or numbered or
otherwise signed routes.
Hi Gerd,
I changed the code
so that we only add the line to the RoadDef in resolution 24.
Could you make it level 0 instead resolution 24?
I create maps with levels=0:23. Currently routing crashes in Mapsource
but maybe it could be corrected?
Another question: is it possible to create
Hi,
I think only first label is visible on map and used for driving
instructions. The only manifestations of other labels that I have
noticed is in address search. These are my experiences form cgpsmapper,
but I assume that street labels in mkgmap are the same.
In my opinion first label
Hi,
maybe NET is responsible for positioning hint point in Mapsource?
Try selection tool in Mapsource and point it to a road at different
zooms. When on layer 0, Mapsource mark a point on road near the arrow
end. But on higher layers marked point can be quite far away from arrow,
see example
Hi Gerd,
please try with --no-merge-lines. Does that change something?
With this option map works correctly, I can't spot problems with
position marked away of cursor.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
Hi Gerd,
Just to make sure: You did not use the reduce_net_v1.patch ?
Good question. Actually I have made a mistake and used standard 2748
release for second test.
Now I have repeated with your binary and --no-merge-lines. This works
correctly, there is routing and good position of
Hi,
we talk about 4 labels, but shouldn't we set whole address for each label?
Cgpsmapper accept 3 labels but for 2 of them you can set different city,
region or country. This is usable, because quite often there are streets
at 2 cities border, which not only have 2 names, but belong to 2
Hi Felix,
off-topic, but interesting ;)
Is there still a need for it?
There are some features in cgpsmapper, still not available in mkgmap,
but I think nothing really important. The main advantage of cgpsmapper
is stability, this is commercial grade compiler.
Conditions state: you can
Hi Claude,
is there a way to write a rules to put a polygon style based on
the tag of a line inside this polygon.
Basing on tags you define different types of polygons in style and then
design their appearance in TYP file.
--
Best regards,
Andrzej
Hi Claude,
sorry, I misunderstood your problem, Henning is right.
That kind of processing could be done in GIS programs, but OSM data are
difficult to convert.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi,
In the device version of the index, there are not even any
strings in the index, it points directly to the labels in the map.
There is a list of names shortened to 4-characters, isn't it simplified
list for search?
I'm using CP 65001 with option --name-tag-list=name:en,name. This way
Hi,
WanMil wrote:
attached patch forwards the guessed drive-on-left value in a thread
safe way to the NOD header by using a ThreadLocal variable. This is a
small code change.
Anyhow this makes only sense if you think that the guess algorithm is
ok.
Shouldn't it be a TRE header? Or TRE
Hi Gerd,
1) merge polygons with equal types etc. like in merge-lines algo,
so that e.g. buildings that share walls are combined to one polygon
(without creating holes).
I would expect that many buildings have address tag which would make
merging not advisable.
How merging would
Hi,
technically this map has routing, only roads aren't connected at
junctions. Routing works on very short distances, between crossroads.
There is another free map from Garmin based on OSM - Recreational Map of
Africa:
http://www.garmin.co.za/garmin_maps.php
Hi,
using ref tag for name is programmed in default style, see file
inc\name. I think you can correct it in file points, moving line
include inc\name after definitions for tag place.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
Hi,
Maybe we need a tag like mkgmap:reversible=no
Isn't a bigger problem there?
The situation is that single OSM way creates multiple Garmin ways. This
could be done by copying OSM way or by referencing OSM way for new
Garmin object. Both variants can cause problems.
If there is a copy,
Hi Gerd,
since r2435 mkgmap always creates copies of the list with the point
references, so that reversing of one copy doesn't influence the other
copies.
So if copy is reversed too, then not because of routable roads merging
but maybe because it is merged in a separate action too? Then
Hi Mira,
As you see some piers are missing:
...
Also some shapes are malformed
These piers are like 3m wide, it is at the limits of resolution for
Garmin maps. There is no easy solution for this problems.
You can for example add piers as a polyline, this could show the missing
ones.
Hi Gerd,
My question was how you decide that mkgmap failed.
IMHO mkgmap failed if any requested file hasn't been created. Would be
nice to have an error message at the end. Even running manual
compilation I sometimes miss that kind of error.
--
Best regards,
Andrzej
Hi Gerd,
I think that means that my file doesn't help much to learn
what format we should write. I am not even
sure if it is really routable, it's just my only one
that contains a NOD file.
There are many free samples of Garmin maps, that you can use for tests.
For example:
Hi Mira,
I have responded on OSM forum. It looks like a bug in your style but in
my opinion mkgmap should detect and report it. Problematic line in style
looks like:
... [0x1 resolution continue with_actions]
Missing value of resolution should give a warning and if default value
is
Hi Gerd,
with r2977 this problem seems to be fixed
I can confirm that it fixes routing on my map with 24-bit level 0. I
still get similar crashes when using 23-bit for level 0.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
Hi Gerd,
Do you get them with the same sample? I don't.
I have problems with other map, it could be unrelated but message form
Mapsource is similar, the same MPL_MAP module. I will try to prepare
some sample.
--
Best regards,
Andrzej
___
Hi,
I have observed weird road speeds when using current mkgmap r2977. See
this way:
http://www.openstreetmap.org/way/227105752
It has no maxspeed tag. It should be rendered as primary road, speed
class 4. This is what I get, if I disable including roadspeed file
from default style.
With
Hi WanMil
you can find a rather complete documentation of all mkgmap:* tags in
the mkgmap style documentation
Thanks, this was the first place where I have looked, I don't know how
could I miss it.
osmid()=227105752 highway=* { echotags Wrong roadspeed? }
It is nice debugging facility.
Hi WanMil,
I can confirm that way 227105752 seems to get a wrong road speed when
using your sample data. (seems because that's what GMapEdit tells
me - there is no guarantee that there isn't a bug in GMapEdit)
As I have written i have done simulation in nuvi and this has confirmed
that
Hi,
sorry for multiple reports, but nothing seems to work for me today.
I'm trying to apply speed restriction as mkgmap:road-speed-max,
something like this:
maxspeed=* maxspeedkmh() = 60 { set mkgmap:road-speed-max = 3 }
I can verify with echotest, that this tag is correctly applied, but
Hi Gerd,
You can use the switch --x-no-mergeroads
Thanks, this switch works, i get separated ways.
mkgmap:road-speed-max doesn't work.
Echotag shows mkgmap:road-speed-max=3 but in img I get value 4 as
defined with road_speed=4.
--
Best regards,
Andrzej
Hi Gerd,
here simple example with 23-bit level 0, where Mapsource crashes.
test3-l.osm.pbf - small data with highways only,
route23.gpx - route which makes Mapsource crash.
I create map executing mkgmap like that:
java -jar mkgmap.jar --route --levels=0:23,1:22,2:20,3:18 test3-l.osm.pbf
--
Hi Gerd,
I'd like to finish the work on the high-prec-coord branch first,
so my motivation is low. this really a useful feature?
Thanks for your work. I agree this is low priority. I'm publishing maps
of Africa and Asia using 23-bit resolution to make reasonably small
mapsets. Would be nice
Hi Gerd,
If the way has a mkgmap:road-speed tag, the value is
evaluated.
I'm not sure what you mean by mkgmap:road-speed, I was referring to
roads_speed=N form object definition.
I have attached here simple source data with 3 primary ways. When
compiling with r2979, default style and
Hi Gerd,
I've committed r2979 with the roadspeed-v1.patch.
I confirm, that now speeds look correctly. I don't think that using
maxspeed for road speed is a good solution but processing is done
correctly. Thanks Gerd.
It fixes the reported problem, at least MapSource calculates
a
Hi Gerd,
Please check also the corresponding docu.
Ok, my fault, thanks.
I finally got it working, using statement set mkgmap:road-speed=-0.
Will this trick work in future?
Manual says: mkgmap:road-speed, example: +1
Actually if I use set mkgmap:road-speed=+1, mkgmap crashes. Example
Hi Gerd,
As the comment says, this polygon is not closed. The trunk version
ignores this error and creates a shape.
Is this intended?
Yes, this is standard for polish format. Cgpsmapper would probably
complain if you close a polygon.
I think there are still some basic problems with
Hi Gerd,
This object should create 2 separate lines, I think mkgmap connects
them, which is wrong.
yes, it connects them and writes an error message. Can you
give an example ? I did not find a hint in the version 2.5 docu
for cgpsmapper.
Neither I can find. This could be unintended feature
Hi Klaus,
I was informed by an user, that the Freizeitkarte maps are by default
in marine mode.
As far as I know Freizeitkarte maps are standard topo, not marine.
Has someone information which bit is set in this case and what
the default set by mkgmap is?
mkgmap writes in TRE header at
Hi Gerd,
2) no_u_turn restrictions were not added
if from-way and to-way are equal. They are evaluated to be valid,
but I don't know if they really make sense?
GPSMapEdit adds these restrictions when splitting a map. I think they
aren't important but maybe adding a node in a middle of the
Hi Minko,
if I use --transparent in combination with some lines that are also
present in the overview map levels, they are visible at lower zoom too
This is probably only problem of Mapsource, you see overview map because
detailed map is transparent. I get similar results when using
Hi,
I have found some rondos on map, which are drawn as a highway ramp.
After examining sources I have concluded that this is a bug, junction
tag is lost by mkgmap.
This is source object in OSM data:
http://www.openstreetmap.org/way/148247399
way id='148247399'
Hi WanMil,
default style and only --route added, see details in attached archive.
I have tried some earlier releases, up to 2926, with similar results.
And I haven't seen junction=roundabout in echotags, even when rondo
has been created.
--
Best regards,
Andrzej
Hi Gerd,
This relation also has the tag
junction=roundabout
Therefor the MultipolygonRelation code removes the tag
from the way.
I am not sure if this is just wrong data or also wrong
handling in mkgmap.
I can confirm, that removing relations 1999551-2 resolves problem.
I don't know
Hi Gerd,
I've added the code to optimize non-routable ways in r3059.
Your example looks much better now.
That was fast. Result is much better, thanks!
Can we fine-tune effect using option --reduce-point-density?
Some observation:
Map size seems to be nearly 10% less, compared to latest
Hi Gerd,
sorry, the 10% smaller size is also not intended, I thought you
compared with trunk.
I have compared with trunk, 3057 is current release.
The way 101876024 is an extremely small building, but you seem to map
it as a line?
Yes, I'm trying to create a light map for car navigation.
Hi,
I have found, that mkgmap creates 2 objects, first is roundabout created
according to the way, second is a highway ramp, probably created because
of redundant relation. Depending on sample size, first or second object
is visible in GPSMapEdit, but both exist and map content is the same.
Hi Gerd,
The message non-routable way xyz was removed is now
only printed if the original way has different points in map units,
and now it is just a warning.
no more error or warning messages with r3063.
--
Best regards,
Andrzej
___
mkgmap-dev
Hi Gerd,
Are you also satisfied with the results?
Sure, thanks. Railways look good.
I'm a bit worried about inconsistency. See this building:
http://www.openstreetmap.org/way/256598227
I have attached screenshot building-mkgmap.png. On my map this building
is drawn as an outline and a
Hi Gerd,
The correct solution that I have in mind requires a big
change in data structures, so I'd like to postpone that
because I want to merge the branch to trunk first.
I could guess it. Great you don't give up :)
--
Best regards,
Andrzej
___
Hi Gerd,
I have done some comparison between trunk r3057 and high-precision
r3065. Routing is very similar. I have found some examples, where
calculated route was a bit different, but both versions have looked correct.
I have found one example, where BaseCamp hasn't been able to calculate
Hi Gerd,
splitter r306 crashes, while r304 does the same task correctly. See log:
Exception in thread main java.lang.ArrayIndexOutOfBoundsException: 552
at
uk.me.parabola.splitter.SplitProcessor.addToWorkingQueue(SplitProcessor.java:364)
at
Hi Gerd,
think you meant r316 and r314
Yes, sorry for mistake.
Try to use a higher max-areas value to avoid the multiple passes
I tested max-areas at the time, when I had problems with PC crashing and
I left this option at default value. Now I have checked, that splitter
r317 can process
Hi Gerd,
I have tested long distance routing with mkgmap-sort-r3067 too. BaseCamp
can create long routes, but they aren't the same as in high precision
branch. Similarly like in previous comparisons, I can't tell which
results are better.
I really appreciate smaller size of img created with
Hi Gerd,
I think the branch is ready as it is.
I agree. I would use your branch anyway, except for that problem with
transliteration and search. I hope Steve could merge his correction too.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
Hi Gerd,
I have tested your branch a bit. I have noticed some weird routing, see
pictures at:
http://files.mkgmap.org.uk/download/183/nod-routingi.7z
There is unexpected detour for longer route, you can see it on
nod-long.png. On trunk r3087 the some route is correct.
I have replaced
Hi Gerd,
Please report also the settings and version of the Garmin program you
are using.
Sorry, not a good testing. Screen shots are form Mapsource with
settings: car/motorcycle, shorter distance, avoid unpaved roads and
ferries. I thought it was faster time.
you can use option
Hi Gerd,
For both trunk and branch, I see a big detour depending on
the start point, so something is weird with road 6.
I'm afraid it could be quite difficult to get good routing in Poland
with default style. especially in BaseCamp. That's because our road
network miss highways and Garmin
Hi Gerd,
If I comment the roundabout block in the lines file
See my first mail, I have tested roundabouts. Commenting the roundabout
block clears problem, but if you instead change objects 0x0c into some
other road, then problem remains.
More precisely, I think route is correct, when
Hi Gerd,
the reason of all this problems at Polish road 6 is a roundabout created
as primary_link:
http://www.openstreetmap.org/way/185413048
Sorry for waisting your time. The solution is to add links to roundabout
block definition.
--
Best regards,
Andrzej
Hi Gerd,
(highway=trunk | highway=trunk_link)
Yes, I have done exactly the same.
I would like to see another change in default style, file address.
Maybe you could add this line before default mkgmap:region processing:
mkgmap:country=POL mkgmap:region!=* mkgmap:admin_level4=* { set
Hi Gerd,
done for the branch.
Thanks!
Style included in example\styles works correctly. Embedded default style
works partially, mkgmap:region is set correctly but substitution for
województwo doesn't work. It looks like internal style lost UTF-8
encoding.
Województwo means voivodeship
Hi Gerd,
please try the attached patch.
You make me learn java ;)
Yes, this is the right correction.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd,
I have compiled map of Europe, which behaves correctly in BaseCamp. I
can't see problems with car routing. I haven't tested in GPS, but I'm
optimistic.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi,
cgpsmapper supports restrictions defined as 4 nodes and 3 roads. This is
needed for most U-turn restriction, essential for roads with separated
lanes.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Marko,
Anyway, the problem is that the U-turn restriction is ABCD
(A=from,B=via,C=via,D=to) while BCD (B=from,C=via,D=to) would suffice.
BCD restriction would be interpreted as turn-left restriction for cars
coming from other road, which in most cases would be wrong. There is no
shortcut
Hi,
one note more: very often U-Turn restriction is defined as 4-points
ABCA, which creates a closed loop. I'm not sure if this would be a
special case for mkgmap.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Gerd,
Does anybody have a valid mp file that contains 4 node restrictions
here is attached a small sample with a restriction, this example comes
from http://ump.waw.pl/en/index.html
If you'd like to test a real piece of mp source, I have uploaded full
region form UMP, it include img
Hi Gerd,
is there any hard-coded processing of points highway=crossing? I can
get ride of deformation of roads at these points. I have tried:
highway=crossing {delete highway}
and compilation without link-pois-to-ways option. I use mkgmap r3116, I
always get roads like on attached picture.
Hi Gerd,
I see no hardcoded handling of highway=crossing.
My bad, wrong guess and wrong thread.
Problem is due to option make-opposite-cycleway. When used, way gets
additional nodes, which accidentally happen to be crossing. Without
crossing tag, mkgmap behave the same.
See attached
Hi Gerd,
release r3117 seems to be correct, thanks!
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Gerd,
I'm afraid you have damaged make-opposite-cycleway with this release.
Now with this option mkgmap creates a cycleway but original way is missing.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Gerd,
please try again my sample from yesterday but observe second node:
http://www.openstreetmap.org/node/2650495573
Maybe your patch is valid only for first cycleway but then it goes out
of sync?
--
Best regards,
Andrzej
___
mkgmap-dev mailing
Hi Gerd,
it is a bit better with --preserve-element-order but still not a
complete solution. I have uploaded bigger sample from Paris:
http://files.mkgmap.org.uk/download/186/29467175.osm.pbf
Please look at node:
http://www.openstreetmap.org/node/2650495625
--
Best regards,
Andrzej
Hi Gerd,
patch v2 behaves like v1 with preserve-element-order. My comment from
other thread is still valid.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
1 - 100 of 709 matches
Mail list logo