Hi
It was discussed on osmosis-dev ML. There was just a differenc in some bytes
in the beginning of a working file and the not working file of Geofabrik.
The part which includes the data was exactly the same. No one knew why one
file doesn't work on windows.
Regards,
aighes
-Ursprüngliche
...@lists.mkgmap.org.uk [mailto:mkgmap-dev-
boun...@lists.mkgmap.org.uk] Im Auftrag von Chris66
Gesendet: Freitag, 24. Dezember 2010 20:44
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] error splitting binary files
Am 24.12.2010 11:37, schrieb Henning Scholland
Hi
I have an problem with the values of my elevation contours.
They where created by srtm2osm. After processing them with mkgmap, I
opened the resulting map with MapSource, but the values are to little by
factor ~3.3. The ele-values were retagged to name.
I think MapSource or mkgmap take my
.
MapSource use also metric system.
Henning
Am 18.01.2011 21:36, schrieb Felix Hartmann:
You have to give proper commands to srtm2osm. This has nothing to do
with mkgmap.
On 18.01.2011 21:17, Henning Scholland wrote:
Hi
I have an problem with the values of my elevation contours.
They where
Thanks a lot, this was the hint I needed. Works now very well.
Henning
Am 19.01.2011 13:28, schrieb garvanmaew:
On Tue, 2011-01-18 at 21:46 +0100, Henning Scholland wrote:
Hi,
in the resulting osm-file are all values correct. Eg. the
elevationline for 20m is tagged with ele=20. Also
Am 26.01.2011 13:54, schrieb WanMil:
Hi Steve, hi Scott,
I tried the new splitter build but it's not working for me.
I splitted the 4.6GB europe.osm.pbf using the default splitter
arguments. The output was 64 osm.gz files with a total size of 881M
which seems to contain nodes only.
WanMil
Hi
Am 28.01.2011 19:24, schrieb dom Team OiD:
Is also the big file problem fixed?
I think about the europe file splitting. Is this problem solved?
Hi, yes this bug is fixed. Todays snapshot of osmosis includes the new
version too.
Henning
___
Am 31.01.2011 21:20, schrieb Marko Mäkelä:
On Mon, Jan 31, 2011 at 08:31:09PM +0100, Henning Scholland wrote:
Am 31.01.2011 20:16, schrieb Marko Mäkelä:
On a related note, I believe that an alternative to add-pois-to-areas
should be implemented, by introducing an add_poi action in the polygons
Am 01.02.2011 09:44, schrieb dom:
Hi,
I'm using mkgmap since a while and it works great. Good work and thanks
to all of the developer.
I know how many time you are investing into it and how many time such a
OS project needs to care about.
So my question is. I already have seen that some of
Am 01.02.2011 10:14, schrieb dom:
Ah I just need it when I will create a gmapsupp.img and when I want to
use my typ file with the gmapsupp.img.
When I'm just creating mapsets and no gmapsupp.img there is no need to
add it to the mkgmap command, right?
Marco
Yes
Henning
Am 03.02.2011 12:51, schrieb Ben Konrath:
On Tue, Feb 1, 2011 at 4:20 PM, Torsten Leistikowde_m...@gmx.de wrote:
Moin,
Henning Scholland schrieb am 31.01.2011 21:41:
Why you
would like to have a POI for an object taged as node and not for a
similar POI taged as polygon?
In OSM some objets
Am 03.02.2011 22:36, schrieb Marko Mäkelä:
On Thu, Feb 03, 2011 at 05:02:43PM +0100, Torsten Leistikow wrote:
For some types this might be ok, but for some types I do not want the
symbol in addition to the polygon.
For some minor map features, I would want only the symbol, not the
polygon.
Hi everyone
I've a problem with ways with long segments (e.g. boarders or
ferry-lines) and splitter. These ways gets broken, because the nodes are
to far away from splitoffset. I've made a screenshot [1] for explanation.
Increasing the splitter-offset wont be a good idea, because tiles will
Am 07.02.2011 23:45, schrieb Minko:
Henning,
Did you try a higher overlap setting?
Maybe --overlap=6000 ?
--overlap
Nodes/ways/rels that fall outside an area will still be included if they are
within this many map units. Default is 2000
Sorry for late answer, but I tried this already. In
Am 12.02.2011 14:56, schrieb Chris66:
Am 12.02.2011 13:24, schrieb Steve Ratcliffe:
Now in Basecamp the Mapinstall crashes when the progress bar
of the index generating process is at 16%.
I had this problem while upload a complete UK. I've since found that if
I just upload a few tiles it
Sorry, I was wrong... is_in contains Deutschland
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi
Am 13.02.2011 23:52, schrieb Steve Ratcliffe:
There is a big problem with address search with poor and inconsistent map
data. With my map of England I get the choice of four different variations
on the name of the country to choose from. One must be chosen and doing so
means that you
Am 16.02.2011 11:32, schrieb Christian Steins:
On Wed, 16 Feb 2011 08:00:48 +0200, Du Plessis, Bennie wrote:
I don't understand which tags are used to find the country (and other
address data) for a street, or city to use in address search.
I think we should have a wiki page describing all
Am 17.02.2011 00:01, schrieb Minko:
It's still a bit confusing to me.
Does ?? in [0x?? road_speed=? road_class=? continue]
mean that you can use wildcards?
Or is it just an example and you need to fill it in for every road type, like
Felix already mentioned?
And I suppose you need to add
You have to use an osmosis-build, builded after 28.1.2011.
Also it is faster to use splitter with an existing areas.list-file and
europe.osm.pbf-file. This will be as fast as splitting your area with
osmosis. So you save the time for splitting your myBenelux.osm.pbf
Henning
Am 22.02.2011 00:03, schrieb Thorsten Kukuk:
On Mon, Feb 21, Henning Scholland wrote:
Am 21.02.2011 23:13, schrieb Thorsten Kukuk:
Hi,
I found now several buildings/areas, which where constructed
with multipolygons, but where only the inner polygons where
ignored for rendering
Hi Thorsten
Am 24.02.2011 21:55, schrieb WanMil:
what would you expect?
- Two POIs at the same location?
- One POI at the same location?
- Two POIs at the same location if the two tags will be assigned with
different garmin ids and one POI if will be assigned with same garmin id?
But be careful...there
Am 01.03.2011 19:47, schrieb Felix Hartmann:
On 01.03.2011 19:44, Henning Scholland wrote:
Am 01.03.2011 19:38, schrieb Felix Hartmann:
On 01.03.2011 19:33, Felix Hartmann wrote:
The following patches are in my eyes really worthwhile and should be
added to trunk. They all work fine without
Am 01.03.2011 21:38, schrieb Nakor:
Hello,
I have a tile with no coastline that shows up inundated. How can this
be? How can I fix it?
The tile is split us_midwest from geofabrick with:
4162: 2183168,239616 to 2215936,280576
# : 46.845703,5.141602 to 47.548828,6.020508
Are you
Am 08.03.2011 02:00, schrieb garvanmaew:
On Tue, 2011-03-08 at 07:57 +0700, garvanmaew wrote:
On Tue, 2011-03-01 at 20:14 +, Steve Ratcliffe wrote:
Hello
BUILD FAILED
/Users/railrun/Downloads/osm/mkgmap/build.xml:212: Warning: Could not
find
resource file
Am 08.03.2011 12:16, schrieb Marko Mäkelä:
On Tue, Mar 08, 2011 at 10:00:22AM +, Steve Ratcliffe wrote:
pbf files are:
- smaller
- faster to read (and write?)
- already understood by mkgmap
- readable by Osmosis (the 0.5 XML produced by splitter is not)
You can read 0.5 XML with osmosis
You should try --code-page=1250
aighes
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Am 18.03.2011 14:45, schrieb WanMil:
Yes, we provide the same option for coastlines. So it's possible
although there is the size restriction.
Boundaries take around 3% of the complete OSM data (3% as osm.gz
compared to osm.pbf). So think about creating a europe map from the 4.5
GB dump. The
Am 18.03.2011 16:28, schrieb Maks Vasilev:
Hi!
r1894
mkgmap parametrs:
http://code.google.com/p/velo100mapper/source/browse/trunk/makemap.basic
All text in map have broken charset.
As written above:
You should use --code-page=1250 instead of --charset=cp1250. As I
remember also
Hi
I think it would be better for the user of mkgmap, that they get with
the same used parameter the same result. Opt-in is better then opt-out.
If I set --route, map should contain routing information and if I don't
set --route, there shouldn't be any routing information in the map. I
think
You also could use r170 and also all other version 161
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Am 10.04.2011 13:45, schrieb Felix Hartmann:
I'ld actually rather have the opposite. Get mkgmap to accept multiple
input files and merge them into the same layer. That way one could
take 2 osm files, or one 1polish map, one osm, or one .img and one .osm
(say one contourlines, one normal map)
Hi Minko
Might it be an fault in OSM-data? In Germany junction=roundabout imply
oneway=yes. I don't know exactly how this is handled in other countries,
but I won't be surprised, if this is globally implied. So if there is an
roundabout, which isn't an oneway, you should add an oneway=no.
Hi
I think it would be great, to have a wiki page, with some explanations,
what to do for creating addressindex with locator-branch. Which
parameters should I use? What to write in style-file? etc.
I would do it myself, but I don't know, what have to be done.
Henning
You need to - infront of tf. --tf instead of -tf ;)
Henning
Am 27.04.2011 12:01, schrieb Minko:
How do I run osmosis in a windows batch file? If I put this line in the
osmosis.bat file:
set OSMOSIS_OPTIONS=--rb europe.osm.pbf -tf accept-ways
boundary=administrative -tf accept-relations
Try:
osmosis --read-pbf europe.osm.pbf --tf accept-ways
boundary=administrative --used-node --tf accept-relations
boundary=administrative --used-way --write-xml boundary.osm
I have't tried it, because I haven't now access to my desktop , but I
think, this should catch all needed data.
Henning
Am 30.04.2011 12:58, schrieb Henning Scholland:
osmosis --read-pbf europe.osm.pbf --tf accept-ways
boundary=administrative --used-node --tf accept-relations
boundary=administrative --used-way --write-xml boundary.osm
Sorry, I've forgotten an --used-node
osmosis --read-pbf europe.osm.pbf --tf
Am 01.05.2011 00:41, schrieb Carlos Dávila:
osmosis --rb spain.osm.pbf --tf accept-ways boundary=administrative
--used-node --tf reject-relations outPipe.0=ways --rb spain.osm.pbf --tf
accept-relations boundary=administrative --used-node --used-way
outPipe.0=relations --merge inPipe.0=ways
Am 03.05.2011 23:37, schrieb Felix Hartmann:
On 03.05.2011 23:27, Minko wrote:
Yes, that is also a good alternative, 0x01 as a transparent line and on top
either
0x10f01 or 0x10f02
you cannot make a line transparent by omitting it from the typfile, but
go ahead and do your tries.
Yes, but
Am 04.05.2011 00:08, schrieb Felix Hartmann:
On 04.05.2011 00:05, Henning Scholland wrote:
Am 03.05.2011 23:37, schrieb Felix Hartmann:
On 03.05.2011 23:27, Minko wrote:
Yes, that is also a good alternative, 0x01 as a transparent line
and on top either
0x10f01 or 0x10f02
you cannot
Am 04.05.2011 20:32, schrieb Martin:
In Germany we have the same mess...
Actually I'm using this rules:
mkgmap:country!=* mkgmap:admin_level2=* { set
mkgmap:country='${mkgmap:admin_level2}' }
mkgmap:region!=* mkgmap:admin_level3=* { set
mkgmap:region='${mkgmap:admin_level3}' }
Am 04.05.2011 19:02, schrieb WanMil:
I want to start to collect and commit your country specific rules. I
know some of you have already posted them on the list but I have lost
track of it.
So please post your country specific rules as an answer in this thread.
WanMil
I took these out of
Hi,
all streets, which were split in OSM-data get shown in search as often
as parts exist in data. It would be great, if these separated streets
would be shown only once, if parts have at least one common node.
Henning
___
mkgmap-dev mailing list
Am 19.05.2011 16:43, schrieb Minko:
How do I configure this split radius?
I have examined the nodes close to the tile borders, they are within 500 m
outside of the tile borders. I have splitted my maps with an overlap=3000.
___
mkgmap-dev mailing list
Am 20.05.2011 07:37, schrieb Marko Mäkelä:
I could try to make the selection of XML or PBF output based on the
input instead of the current default of XML.
That is a good idea.
I think this is a bad idea, because it will confuse the users. I would
name the parameter --output=pbf or
Am 20.05.2011 16:45, schrieb Francisco Moraes:
I also noticed that the splitter outputs XML at version 0.5. That
probably should be fixed. Finally, I don't know if this is an issue, but
my PBF patch doesn't output any metadata as I didn't see that in the
data structure used in the splitter.
Hi WanMil,
just a question: How does bnd-file creation work? Does it process
everything inside the osm or pbf-file or just relations and ways
containing boundary=administrative? If not, this would be a great
improvement, because no osmosis is needed. osmosis isn't a very fast
tool for
Hi,
there are tools like o5mfilter or osmfilter. They should be faster, but
they can't write pbf, just o5m or osm-xml. The Format o5m is much better
for filtering data, but there isn't any tool, which converts o5m to pbf.
So maybe the the hole process wont be faster. Also o5m is faster then
Hi,
I used osmconvert, o5mfilter and todays germany.osm.pbf from geofabrik
(gwdg-mirror).
osmconvert.exe germany.osm.pbf --out-o5m germany.o5m
o5mfilter.exe germany.o5m --keep-nodes=
--keep-ways-relations=boundary=administrative =postal_code grenzen.osm
This took just 2 minutes and the result
Hi,
if you just want to have a poi-Node and no special backgroundpolygon,
just define one Polygon-Type with an transparent png. This polygon you
can use for each area which should be handled by add-pois-to-areas.
Henning
___
mkgmap-dev mailing list
Hi,
I discovered a problem with splitter.jar when using a areas.list with
more then 255 tiles. If there are e.g. 256 tiles in one areas.list then
splitter processes only half of the tiles e.g. 128. If there are 255 or
less tiles inside, all tiles were processed.
Is this a bug or a feature?
If you use --add-pois-to-areas and one rule in polygon file is used for
an object, then mkgmap goes through points style and creates an POI for
the first matching rule.
If you just want to have an POI and no area shown, then you can create
an transparent bitmap in TYP-File and use this ID for
Am 26.08.2011 22:00, schrieb WanMil:
No
But it would be a very nice feature...:-)
Btw. is there a reason for the limit of 255 tiles in splitter?
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Am 27.08.2011 13:03, schrieb WanMil:
Splitter is generating more than 255 tiles. But there is (or was?) a
limit of 255 tiles per pass. I am not sure if this limit is still
valid. The webpage (http://www.mkgmap.org.uk/page/tile-splitter) is a
bit out of date, e.g. does not tell about support
Am 28.08.2011 17:15, schrieb WanMil:
Splitter is generating more than 255 tiles. But there is (or was?) a
limit of 255 tiles per pass. I am not sure if this limit is still
valid. The webpage (http://www.mkgmap.org.uk/page/tile-splitter) is a
bit out of date, e.g. does not tell about support
Hi Chris,
do you have set --max-areas. I found out, that it is set by default to
255, so that's why splitter uses a second run.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi,
while generating index with 2023 I got with some maps this error. Has
someone an idea what went wrong? It happens with my map of Germany and
Denmark, all other maps were ok. Processing of the tiles was fine for
all maps.
Henning
Exception in thread main
, there is no
error anymore but also no index ;-) .
Am 07.09.2011 09:36, schrieb Henning Scholland:
Hi,
while generating index with 2023 I got with some maps this error. Has
someone an idea what went wrong? It happens with my map of Germany and
Denmark, all other maps were ok. Processing of the tiles
Hi again
If I let mkgmap only create index, I got the following exception:
Exception in thread main java.lang.IndexOutOfBoundsException: Index:
44120, Size: 361
at java.util.ArrayList.rangeCheck(Unknown Source)
at java.util.ArrayList.get(Unknown Source)
at
Am 08.09.2011 10:18, schrieb Carsten Schwede:
Hi Henning,
do you have got a completely fresh version of mkgmap? Once I had also
similiar errors, they were gone with a really fresh version of the
sources. I had removed my local sources completely and had downloaded
the mkgmap sources again.
I
No guesses what could cause the following error? Would it help to upload
the img-files?
Am 08.09.2011 10:14, schrieb Henning Scholland:
Exception in thread main java.lang.IndexOutOfBoundsException: Index:
44120, Size: 361
at java.util.ArrayList.rangeCheck(Unknown Source
Am 12.09.2011 23:31, schrieb Steve Ratcliffe:
On 12/09/11 13:01, Henning Scholland wrote:
No guesses what could cause the following error? Would it help to upload
the img-files?
Am 08.09.2011 10:14, schrieb Henning Scholland:
Exception in thread main java.lang.IndexOutOfBoundsException
Hi,
I don't know why but I tried it again with 2028 an new data and there
isn't any error any more. I tried it with default-style and my own
style. Both where fine.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
No Problems with normal mkgmap-nsis-installer with Win 7 64bit.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi
I've just the Wow6432Node key in my registry. In the nsi-file generated
by mkgmap there is only the 32bit-reg-key, so I think Windows changes it
automatic.
Also I never heard about problems while installing my maps with a 64bit
Windows.
Henning
Maybe it would be a good solution, to look at first, if one node of the
polygon is tagged as building=entrance. If there is one, use this node
as POI-node, else create an node in the centre of the polygon.
@WanMil: Do you see a more or less easy way to control the creation of
POI out of areas
Hi Wanmil,
I tried to test your uploaded version, but it seems not to work with
pbf. Is it just a compiler-thing or is this an error caused by your patch?
Henning
Error at line 1, col 1
Bad file format: 1701.osm.pbf
Error parsing file
___
Works well WanMil!
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi,
just a question: In osm-wiki I found a proposal for entrance=* as a new
tag for entrances. So maybe this should also be considered? Or did you
do so already?
Also it could be possible, that there is more than one entrance in a
polygon. So there should be a ranking.
Henning
Hi,
just a question: In osm-wiki I found a proposal for entrance=* as a new
tag for entrances. So maybe this should also be considered? Or did you
do so already?
Also it could be possible, that there is more than one entrance in a
polygon. So there should be a ranking.
Henning
Am 13.10.2011 11:19, schrieb Chris66:
Am 10.10.2011 20:37, schrieb svn commit:
Reimplementation of the add-pois-to-area option
The major advantages are:
* Only one POI per multipolygon
* Add POIs before style processing so it is not necessary to have a rule in
the polygons file if only a
Am 14.10.2011 22:15, schrieb WanMil:
Is there anyone who likes to fix the south african boundaries? They
look awfull because there are several mixed multipolygons for the
boundary.
I took a look at the boundaries. There are two boundaries with
admin_level=2. One containing coastline and the
Am 14.10.2011 22:15, schrieb WanMil:
Is there anyone who likes to fix the south african boundaries? They
look awfull because there are several mixed multipolygons for the
boundary.
Sorry, forget about my first mail. The MP of the boundary contained an
error. Should be fixed now.
Henning
You should only tagg the hole polygon as restaurant etc. if the hole
polygon contains only this restaurant. Else you should tagg each
restaurant etc. as a node inside the building-polygon.
Henning
___
mkgmap-dev mailing list
I'm not sure if this is always a good thing. If these faults wont cause
a different look in the map, no one will fix these faults. I think it
will be better to repair osm-data e.g. with taginfo.
Henning
___
mkgmap-dev mailing list
Hi WanMil,
could you explain, what mkgmap do with maxspeed-tagg?
I haven't care about this and removed maxspeed from all ways in my
style-file.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Am 21.10.2011 22:08, schrieb Chris66:
Am 21.10.2011 22:03, schrieb Werner Horsch:
Is there a way to join ways which were splitted in OSM?
They appear in a Garmin Nüvi as so many ways as splits were done making
searches more difficult
I was thinking in write some code ro re-join ways before
Am 21.10.2011 22:03, schrieb Werner Horsch:
Is there a way to join ways which were splitted in OSM?
They appear in a Garmin Nüvi as so many ways as splits were done
making searches more difficult
I was thinking in write some code ro re-join ways before running
mkgmap, but I prefer to ask
Of course you're right. There should be more Nodes in a fix distance to
each other like MapComposer did it.
My intention was, that the user should be able to control for which ways
these nodes were created. E.g. if I just want to display maxspeed-signs,
these nodes should only be created if
Am 29.10.2011 15:57, schrieb Steve Ratcliffe:
Hi
I would like some opinions please from those that make maps.
If you have a style that say sets the name of every path to 'Path'
eg: highway=path | highway=footway | highway=track {name 'Path' }
or anything similar that results in thousands
Hi,
I'm back from a longer holiday and haven't read every mail. So maybe my
comments could already be discussed.
First: It works nearly perfect!
My problem is, that the generated typ-file will not written to the given
output dictionary. That would be a very useful thing.
The other thing is the
No, I think in Germany we are using for Stadt Erfurt name=Erfurt
name:prefix=Stadt.
Henning
Am 10.12.2011 12:55, schrieb Marko Mäkelä:
On Sat, Dec 10, 2011 at 11:05:32AM +0100, Henning Scholland wrote:
I don't think so because the searchstring is Stadt . But I'm not sure
if there are other
Hi, you should remove --max-areas=1. This isn't useful, if you want to
split your inputdata into several smaller parts ;)
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Am 09.12.2011 22:00, schrieb svn commit:
Version 2140 was commited by steve on 2011-12-09 21:00:51 + (Fri, 09 Dec
2011)
- Compiled typ file should be placed in output-dir
Hi Steve,
just another problem now ;)
If you use --output-dir and TYP-file and --gmapsupp, then I got a Could
not
Am 31.12.2011 14:58, schrieb Gerd Petermann:
I used another way to optimize that part. On my machine, the list()
method is much faster than listFiles():
String [] boundaryFileNames = boundaryDir.list();
boolean foundBndFile = false;
for (String s:
Hi,
great job!!!
I'm saving now about 13 minutes (-17%) of mkgmap-runtime. In detail:
Germany: 19:17 (2154: 24:52) -22%
Turkey: 00:58 (2154: 01:04) -09%
Scandinavia: 08:58 (2154: 10:33) -15%
BeNeLux: 09:27 (2154: 11:00) -14%
Alps: 15:03 (2154: 18:30) -19%
GreatBritain:
Hi
The fault is in osm-data. There is no turn restriction tagged. I've
added such an restriction.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi,
sorry, echo was a fault in my email.
Doesn't work on windows for me. But I can handle the version manually.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi, I think you should have something like this in your mkgmap-call:
--location-autofill=bounds,is_in,nearest --index --bounds=data\bounds
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi,
are you sure, that it is a real tile, which stays empty or is it just a
region, which isn't covered with real tiles. This could happen, if you
split your osm-files without --no-trim.
Henning
___
mkgmap-dev mailing list
Hi,
I think you have to change the DrawOrder in your TYP-file. This tells
the Garmin-device in which order the polygons should be rendered.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Gerd,
is it possible to use a normal splitter r200 with o5m input-data? What
about mkgmap?
Henning
Am 17.10.2012 16:36, schrieb GerdP:
Hi,
here is a first try to fix this issue.
splitter_problem_list.patch
http://gis.19327.n5.nabble.com/file/n5731258/splitter_problem_list.patch
A
Am 18.10.2012 11:44, schrieb Minko:
If this patch will be implemented, will there be a list somewhere (wiki?)
where we can add problematic multipolygons?
I started a list here:
http://wiki.openstreetmap.org/wiki/Mkgmap/help/problematic_polygons
___
Hi Gerd,
before adding severals boundarys and many ferry-ways in baltic sea just
a question. Would it be possible to add wildcards like all ways and
relation with ferry=* or all ways and relations with admin_level=2 ?
How do others thing about it? Are there more ways which have typical a
Am 22.10.2012 13:34, schrieb Minko:
Any idea what the warning message point number too big means?
It is displayed when generating an index file on this img:
http://mijndev.openstreetmap.nl/~ligfietser/test/OFM_Lite/63440791.zip
The map looks ok without any crashes, just wondering what this
Am 22.10.2012 13:58, schrieb Minko:
In Denmark all(?) addresses have been imported, something we are considering
in the NLD's too since the National Address database is public domain. Maybe
this causes those warnings?
I checked this. Every problematic tile belongs to Denmark. So
Am 23.10.2012 09:59, schrieb Gerd Petermann:
Hi Carlos,
I've seen problematic_polygons file in growing quite fast in the wiki.
May it affect splitter performance? If so, would it make sense to split
the file by continents or countries?
regarding performance:
a) if you specify the
Hi
I separated now ferry ways and boundary-relations and everything else
and ordered each group by ID.
I think the rest depends on the length of the list. Boundaries and
ferries are separated, because they are just a side effect and are
dominating actual. Also maybe they could be removed if a
Hi Gerd,
I found another problem. If a long way has no nodes in a tile but is
crossing the tile, then this long way isn't copied into the crossing
tile. Is it possible to fix this?
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi Gerd,
I'm using v2 of your patch.
areas.list:
1605: 2320384,-153600 to 2369536,-55296
1645: 2320384,-55296 to 2381824,26624
problematic way:67416703
This way has only nodes in 1645 and is crossing 1605. He isn't
displayed with josm, if split the both tiles out of a
1 - 100 of 473 matches
Mail list logo