Am 17.06.2013 11:26, schrieb chris66:
> If nearest road has no name: assign the addr:street to the street-name
> and apply house number logic.
I think this isn't a good solution. In your case it would be necessary
and also in many other countries you have also longer driveways and the
housenumber
Am 01.06.2013 19:28, schrieb Felix Hartmann:
> okay, just make it clear what happens if in the style the plain "name"
> is changed. Does it affect the address search? Does it affect the label
> only? Does it affect the popup only?
In general it would be very nice and useful, if every change to name
Hi Gerd,
I don't think, that this would be much better, because then you have to
fill land-area with polygons. For Norway this means to fill Sweden and
Finland. This wont be much better then filling baltic sea.
Henning
___
mkgmap-dev mailing list
mkgm
Am 15.11.2012 11:52, schrieb Chris66:
Am 14.11.2012 15:03, schrieb GerdP:
if you are testing the --keep-complete or the --problem-list option,
please update to r232.
The older versions in the branch are known to have stupid bugs causing
extreme memory needs (and possibly long run times).
Hi,
I
Am 28.09.2012 15:48, schrieb Steve Ratcliffe:
> On 28/09/12 13:41, aighes wrote:
>> I've got a NPE while testing my style-file (
>> http://www.aighes.de/data/rrk_style.zip ).
>
> That file doesn't exist for me.
Should work now, sorry.
>> Any guesses we
Hi,
I've got a NPE while testing my style-file (
http://www.aighes.de/data/rrk_style.zip ).
Any guesses were the fault could be? Maybe a better errormessage could
be generated by mkgmap in this case?
Henning
java -jar -Xmx6000M bin\mkgmap.jar --style-file=data\style_rrk --list-styles
Time s
Sonds like an easy workaround without to much data, which have to
cached. A manual list would be a good thing, because mainly you as a
user know, which polygons are problematic.
Maybe mkgmap could throw out a csv-list of each polygon and
multipolygon, which is causing problems.
r, (for mp)
w,
Hi
do you thought about filtering by a given tag-list? Mainly there is
water- or forest-polygons causing visual problems. Buildings look mostly
corrupt because of lower precision of Garmin-coords.
About how much memory we are talking about for splitting a planet or
Europe or Germany? It would b
I'm sorry for this. I had forgotten to replace the online-version with a
newer version of areas.list. It's replaced now and works fine for me.
For hole Europe you should better generate a areas.list-File with
splitter and then try to change the tile-coords manually.
Henning
___
Am 17.09.2012 20:55, schrieb Jiri Klement:
> Hi,
>
> I have TYP file created using editor on ati.land.cz that contains
> lines with Type=0x100. It works fine on my GpsMap 62s. Now I've tried
> to use built in TYP compiler in mkgmap, but it converts Type to 0x01.
Hi, you'll have to specify sub-id's
Am 17.09.2012 17:42, schrieb RheinSkipper:
The problem still exists using the latest precompiled sea from Wanmil.
This is completely independent, because they only create sea, no lakes.
Using one of my older areas.list Vänern is OK but Saimaa is not.
Letting the splitter create its own area
Hi,
thanks a lot!
Henning
Am 16.09.2012 18:21, schrieb WanMil:
> 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
>
>
> Th
I think using osmconvert/osmosis is the usual way and I have no problems
with it. To improve speed, you can cut a rectangular once out of a
larger extract, split it and create an areas.list-file. For secend time
(and each time after this) you use the larger extract and let splitter
cut all tile
Am 12.09.2012 15:24, schrieb Greg Troxel:
> Thorsten Kukuk writes:
>
>> On Wed, Sep 12, aighes wrote:
>>
>>> Hi,
>>> how do you attribute your published maps in a few days?
>>>
>>> If I got it correct from ODbL-licence it should be somethi
Hi,
how do you attribute your published maps in a few days?
If I got it correct from ODbL-licence it should be something like that
(in case of its a derivative Database):
/
//Contains information from OpenStreetMap, which is made available by
OpenStreetMap Foundation (http://www.openstreetmap
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 as
> discussed before
Hi, I think it should be possible to get mkgmap:country etc. also if no
index is needed.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Of course, you can download it here:
http://www.aighes.de/OSM/data/style.zip (cc-by 2.0)
If you have any further questions let me know.
Henning
ps: I'm a "he" ;)
Am 05.09.2012 22:16, schrieb geoffrey_sherl...@btinternet.com:
Well Henning's system works, so maybe it's the parameters he/she is
No...I tried it with 6.16.3 also with Win 7 64bit. I could send a map to
my Oregon300 without any problem. Map was generated with r2328.
Henning
Am 05.09.2012 20:35, schrieb Geoff Sherlock:
> aighes, I guess you are using a different version of Mapsource. I just tried
> to see if I
Works fine here with r2328.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi,
I think if include is used by developers, you wont need include
sections, because they will split their style-files into several parts.
Eg. one part for address search, one part for routing one part for
highways another part for non routable lines and so on.
Include a part is only useful, i
Hi
I think about something like include "default_address_search" and other
basic elements.
To include parts of other styles could be pretty hard, because some
parts aren't really stand alone because of requirements. Eg. copying
name from route-relation to a normal way. One style copy name-Tag t
Am 03.09.2012 22:01, schrieb Marko Mäkelä:
Note that there exist the special actions 'continue' and
'continue_with_actions' whose exact semantics I do not remember.
continue with_actions
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.
o something, to ignore an access-value. This is a little
bit strange. ;)
Henning
Am 16.08.2012 12:01, schrieb Marko Mäkelä:
> On Thu, Aug 16, 2012 at 11:08:01AM +0200, aighes wrote:
>> Won't it be better to leave this part completely in style-file? mkgmap
>> just looks to mkgmap
Won't it be better to leave this part completely in style-file? mkgmap
just looks to mkgmap:access=yes|no and some other mkgmap:*=yes|no (which
are understood) and in which case someone set one of this parameter is
completely in style-file.
Advantage would be, that stlye-creator can set access,
Hi Thorsten,
I didn't heard about such problems with my map and also I hadn't such
problems with my Oregon 300.
Could the fault be reproduced or are there users, who have this effect
only sometimes?
Do you have several layers in your gmapsupp? Does it also happen, if
there is only one layer i
Hi,
you'll find it here: http://www.aighes.de/OSM/data/style.zip
Linked on bottom of the download-site. In the zip, you'll find the
txt-file (rrk_tyt.txt) in data directory. mkgmap generates the typ-file
from the txt-file. If you extract the TYP-file from a map, it isn't a
problem at all. You j
Am 25.07.2012 21:29, schrieb Marko Mäkelä:
I even think that later there could be more TYP file for different
>usages.
Sure. Now, just go ahead and write some TYP files.:-) Or ask the
maintainers of existing TYP files to license the files.
If you want to, you could use my TYP-File of RadReiseKa
Hi,
what is the advantage of using --drive-on-left?
I think routing shouldn't be influenced, because oneway=yes should be
obvious and on normal roads/ways there shouldn't be any difference at all.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.m
Am 12.07.2012 10:21, schrieb Chris66:
> Am 11.07.2012 20:28, schrieb michael lohr:
>> i'm trying to use the --make-all-cycleways option in my maps and just
>> can't make sense of the access tags this option sets to highways. the
>> original highway gets bycicle=no, which makes sense. the new "virtu
Am 11.07.2012 09:15, schrieb m.hav...@free.fr:
> Hello,
> mkgmap (r2309) doesn't parse the highway rules with the file polygons. How
> can I
> draw a polygon for the rule 'highway=* & area=yes' (used in OSM to describe
> 'square' or 'plaza') ?
Hi,
if 'highway=*' matches already in lines-file, they
Am 05.07.2012 11:43, schrieb Lambertus:
> Hello Henning,
>
> I tried to follow the discussion but my German isn't good enough to
> understand all the details and Google translate is awkward. I don't know
> if I can really contribute to the discussion.
>
> Do I understand correctly that some comment
Hi,
yesterday started a interesting discussion about "How should/could OSM
(de) present Garmin-maps".
I think many mapdevelopers read this list. So if you are interested...it
would be nice to participate. There are already some interesting
thoughts, but maybe you have also some ideas.
The "
Sorry for my late answer...
I fixed my areas.list of scandinavia and it should work now also with
the huge lakes of Finland and Corinne-Data. Marko, I think you don't use
them, do you?
Henning
Am 26.05.2012 09:45, schrieb aighes:
Am 26.05.2012 06:44, schrieb Marko Mäkelä:
On Thu, M
Am 24.06.2012 15:08, schrieb Enrico Liboni:
> Do you mean I should first collate the *pbf together in a sinfle pbf
> file (using osmconvert or similar) or should I get since the
> beginning a single pbf/osm file containing the whole area I want to
> process?
This could work, but there will be s
If you merge several separated maps, you have one routing-network for
each seperate map. These networks are not connected to each other, so
routing just works inside the network.
You have to use one osm-File, which contains everything you want and
process one map.
Henning
Hi Steve, yesterday I tested 2303 and it worked fine for all my maps.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
There are also land-polygons available:
http://openstreetmapdata.com/data/land-polygons
Henning
Am 28.05.2012 21:24, schrieb WanMil:
Hi Henning,
yes I think so. The only thing that has to be changed in the converter
(I didn't post it yet) is that the shape file contains sea polygons and
not
Hi WanMil,
would it be possible to use these polygons for precompiled sea?
http://openstreetmapdata.com/data/water-polygons
Henning
Am 17.05.2012 21:58, schrieb WanMil:
>> Hi WanMil,
>> I don't know if you heard about it. Jochen Topf developed a tool called
>> osmcoastline, which creates sea pol
Am 26.05.2012 06:44, schrieb Marko Mäkelä:
On Thu, May 24, 2012 at 01:39:00PM +0200, aighes wrote:
Am 24.05.2012 13:33, schrieb toc-rox:
Questions:
- Has someone a working splitter / mkgmap configuration for sweden ?
- I have set the splitter option "-overlap=1" - cou
Am 24.05.2012 13:33, schrieb toc-rox:
Questions:
- Has someone a working splitter / mkgmap configuration for sweden ?
- I have set the splitter option "-overlap=1" - could this be
insufficient ?
I have a working areas.list for hole scandinavia. Only Saimaa in the
very east of Finnland is cor
Am 23.05.2012 20:19, schrieb WanMil:
1. Implement a skip action or skip type so that the following rule skips
all POIs with no name tag created by the --add-pois-to-areas option:
name!=*& mkgmap:area2poi=true [ skip ]
or
name!=*& mkgmap:area2poi=true { skip }
I am not sure which one is the bet
I would like to get also POI without name-tag because you'll need a POI
as node for searching. So please make it optional.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi WanMil,
I don't know if you heard about it. Jochen Topf developed a tool called
osmcoastline, which creates sea polygons very quickly from planetextract
etc.
http://www.mail-archive.com/dev@openstreetmap.org/msg16846.html
Maybe you can integrate something from this? 20 minutes for hole plane
Am 09.05.2012 14:55, schrieb maning sambale:
> Our current coverage is getting detailed. I'm thinking of removing
> certain buildings given a unit area threshold. For example:
> - remove all building=yes given a threshold of x m^2
--min-size-polygon=NUM
Removes all polygons smaller than NUM f
at
uk.me.parabola.mkgmap.CommandArgsReader.readArgs(CommandArgsReader.java:126)
at uk.me.parabola.mkgmap.main.Main.main(Main.java:114)
Am 29.04.2012 19:31, schrieb Steve Ratcliffe:
> Hi
>
> On 24/04/12 10:22, aighes wrote:
>> would it be possible to add a hint in help=options, that --latin1 is
>
Hi WanMil,
I tried your patched version and it seems to work well. No errors while
creating my maps, but there wasn't an error before. So I don't know if
it helps.
Henning
Am 03.05.2012 22:06, schrieb WanMil:
> Hi,
>
> I have uploaded a patched mkgmap to http://files.mkgmap.org.uk/detail/66.
>
Am 30.04.2012 00:53, schrieb Steve Ratcliffe:
Is there any more guidance given anywhere else? What does everyone
else do now?
I'm linking to http://www.openstreetmap.org and to
http://creativecommons.org/licenses/by-sa/2.0/de/
Henning
___
mkgmap-dev
If you take a look into taginfo [1] you will mention that there are some
more objects containing coastline, but it is clear, that they shouldn't
be used for generating sea. Eg. natural=old_coastline or inactive_coastline.
So it would be great to have at least a "coastline-only" mode.
Henning
[1
Thanks for the hint, I fixed the lake.
But is it really needed to use also ways only containing coastline? I
don't think so.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi, I converted the pbf with osmosis to an osm-xml-file and filtered
natural=coastline (my standard procedure with flooding). But the Result
was an empty osm-file. So I think there isn't any coastline inside.
Henning
___
mkgmap-dev mailing list
mkgmap
Hi,
I have a tile [1] in western part of China. There is no coastline
inside, but this tile gets flooded.
I use --generate-sea=extend-sea-sectors,close-gaps=6000. Any guesses why
this happens?
Henning
[1] http://www.aighes.de/data/2029.osm.pbf ~4mb, mapdata (c)
Openstreetmap contributo
Hi,
would it be possible to add a hint in help=options, that --latin1 is
needed for generating the index?
Or change the code, that all strings for index-creation were
automatically converted to latin1 and strings shown in the map are
converted with --code-page. Don't know if this is possible.
Hi,
does it works now with the zip-file of bounds dir?
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Did you try to open the osm-file with a texteditor and took a look at
it. Are there bounds inside?
If so, you could try --ignore-osm-bounds.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/m
It was an very easy problem: He had to much Tiles on his Garmin. After
removing some maps erverything was fine.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi,
are there known issues with mkgmap-generated maps and Garmin Montana?
One of my mapusers has the following problem. My map of Germany is on
SD-card. He can activate the map, but mapscreen stays blank (only gpx
etc. is shown). But if the Montana is connected to the pc, the map will
be shown
There seems to be a problem with generating TYP-File with mkgmap with
these ids. Has anyone else such a problem? mkgmap transforms 0x115** to
0x001**.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/
Am 18.03.2012 00:26, schrieb Chris66:
> Am 07.03.2012 20:49, schrieb Chris66:
>
>> In the "Show all POIs" list of my eTrex20 there are many
>> bollards, gates and so on which I don't want to have
>> in the list.
>>
>> is there a possibility to exclude a POI from the index?
> I put them now into the
Hi
It would be a great thing and very usefull for route-relations. Large
ones are mostly separated in many subrelations and the full name is just
tagged to the collecting superrelation.
So it would be great, to copy taggs via style-file from superrelation to
their subrelations.
But this isn't a
Am 16.03.2012 21:55, schrieb WanMil:
Hi,
Maybe splitter contains an error. OSM data contains relations that are
members of other relations, e.g.
relation 349029 contains relation 339738 and is part of relation 349041.
I don't see code in splitter that takes care about this fact, means, a
relati
Maybe splitter could detect, if a tile is completely inside such a
"polygon" and then only add a rectangle with a negative ID (or parse for
highest used node/way-ID).
At all I think, that needed diskspace isn't a huge problem, if there is
no more guessing.
Henning
Am 13.03.2012 16:06, schrieb
Am 13.03.2012 06:59, schrieb GerdP:
> 3) Enhance splitter to write one extra output file that contains only the
> 1st and last point of each way that is part of a multipolygon, and create a
> method in mkgmap that looks for this data when
> it doesn't find the way in the normal input. We need only
This isn't a problem. Just add afer addresspart of style-file:
short_name=* { delete short_name }
Henning
Am 12.03.2012 10:26, schrieb Micha? Rogala:
thanks! I will try this method. But what if I want to use "short_name"
only for boundaries and "name" for all other objects?
I've seen .bnd fil
Am 07.03.2012 16:31, schrieb Chris66:
> Hi,
>
> the wiki gives following example for Resolution Ranges
> (thickness of lines depending on zoom):
>
> highway=residential [0x06 resolution 22-16 continue]
> highway=residential [0x07 resolution 24-23]
>
> Q:
>
> If the road should be routable, have bot
Ok,, so I missunderstood you.
You can extract the TYP-File and get information about which ID is
rendered eg. as residential. This should be possible with gmt.exe or so.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkg
Am 07.03.2012 13:21, schrieb Eric Fernandez:
Hi,
This may be a stupid question, but is there any way to extract
Garmin's default styles from their gmapsupp.img file? This would allow
me distinguish between style problems and NOD building issue.
Thanks,
Eric
_
Sorry, there is a tiny little spelling mistake in my text ;)
!insertmacro MUI_LANGUAGE "German"
LangString AlreadyInstalled ${LANG_GERMAN} "${INSTALLER_NAME} ist
bereits installiert. $\n$\nKlick `OK` um die alte Version zu
deinstallieren oder `Abbrechen` um die Installation abzubrechen."
_
These would be the lines for german:
!insertmacro MUI_LANGUAGE "German"
LangString AlreadyInstalled ${LANG_GERMAN} "${INSTALLER_NAME} ist
bereits installiert. $\n$\nKlick `OK` um die alte Verison zu
deinstallieren oder `Abbrechen` um die Installation abzubrechen."
Maybe someone is able to int
Hi
I use josm (validator) to find the bug in the coastline. I think this
method is quiet easy.
But I only search for errors, if mkgmap generates wrong water-textures.
Then I convert pbf-tile to osm-xml, change ="-1" to ="1" an load this
file into josm.
Afterwards filter natural=coastline an use
Am 23.02.2012 11:33, schrieb RheinSkipper:
java -ea -jar mkgmap.jar --version 2>ver.txt
works form me.
About stderr I haven't thought ;-) works also for me.everything is
fine now.
Thanks!!
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists
Am 23.02.2012 06:55, schrieb Thorsten Kukuk:
On Thu, Feb 23, Henning Scholland wrote:
Hi,
sorry, echo was a fault in my email.
Doesn't work on windows for me. But I can handle the version manually.
But according to the Microsoft support database, it should:
http://support.microsoft.com/kb/110
Am 22.02.2012 19:23, schrieb Thorsten Kukuk:
> And redirecting the output of "mkgmap --version" to a file is a really
> simple task.
Hi did you tried it?
echo java -jar mkgmap.jar --version > test.txt
doesn't work. Version is only printed to stdout (cmd), not to test.txt.
I don't know if it is
Am 22.02.2012 18:35, schrieb Thorsten Kukuk:
> On Wed, Feb 22, aighes wrote:
>
>> Am 22.02.2012 17:53, schrieb Thorsten Kukuk:
>>> Or did I misundestood your request?
>> I would like to have this both lines in the copyright-text, shown in
>> MapSource.
>
Am 22.02.2012 17:53, schrieb Thorsten Kukuk:
Or did I misundestood your request?
I would like to have this both lines in the copyright-text, shown in
MapSource.
/Map created with mkgmap-r2220
//Program released under the GPL
/Maybe copyright-lines was the wrong expression. If I set the text
Am 22.02.2012 14:33, schrieb Thorsten Kukuk:
> Hi,
>
> On Wed, Feb 22, aighes wrote:
>
>> and a variable part for the licence of the map and licence information of
>> the input. this could be done in a txt-file. If there is no txt-file, there
>> should be a default.
Hi,
there isn't an error in mkgmap. Your problem is, that thee are 2
osm-objects for one object in reality.
You could handle this error different. Eg.:
* fix osm-data in osm-db
* fix your osm-extract on your pc
* change your points-style-file
The best would be to fix the error in osm-db.
--add-
Am 22.02.2012 16:32, schrieb Eric Fernandez:
> 2012/2/22 aighes:
>> The bug is in osm-data.
> Do you mean the code that is in ./src/uk/me/parabola/mkgmap/reader/osm
> of the mkgmap source archive?
No, it is in the osm-data which you used for generating your map. If
there is a pol
Am 22.02.2012 15:59, schrieb Eric Fernandez:
> 2012/2/22 Thorsten Kukuk:
>> That the name is blank is a bug in your (or the default) style:
>> the polygons all have a name tag: "place_name".
>> That's the tag used for a period of time for places in OSM,
>> and we should use that if no name tag is t
Am 22.02.2012 14:32, schrieb Thorsten Kukuk:
> The bigger problem is, that the tags for the place node and the
> place polygon from your examples are even conflicting:(
>
> On of the both (polygon or node) needs to be deleted and the
> other one should be corrected. But since I don't know the area,
Hi,
MapSource shows as copyright information the following lines:
/Map created with mkgmap-r2220
Map data licenced under Creative Commons Attribution ShareAlike 2.0
OpenStreetMap and contributors
Program released under the GPL
http://creativecommons.org/licenses/by-sa/2.0/
www.openstreetmap.org
Am 22.02.2012 11:44, schrieb Eric Fernandez:
> 2012/2/22 Thorsten Kukuk:
>
> Hi,
>
>> If you change the rule
>> place=city ...
>> to
>> place=city& name=* ...
> I am using the default style in mkgmap, so isn't that a bug in this
> default style's rule? Shouldn't it be corrected in mkgmap?
For me i
You should use "Save as" or so (in german "Ziel speichern unter").
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi, is there something to take care of if I split the planet? What about
overlaping?
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Am 17.02.2012 06:35, schrieb Thorsten Kukuk:
> On Thu, Feb 16, Steve Ratcliffe wrote:
>
>> Hi
>>
>>> I found out that this is always the case if there are two or more
>>> POIs with the same name in one city. Amsterdam has two POIs with
>>> the same name: the city (place=city) and a hotel (tourism=h
Am 15.02.2012 23:05, schrieb RheinSkipper:
to avoid these holes, you should use --no-trim if you split your
europe-file with splitter.jar.
From my own experience: you should not use --no-trim for sea tiles.
>>> Reason: since there are only very few nodes in the sea, the tiles can
>>
Am 14.02.2012 19:11, schrieb Thorsten Kukuk:
> On Tue, Feb 14, aighes wrote:
>
>> Hi,
>> to avoid these holes, you should use --no-trim if you split your
>> europe-file with splitter.jar.
> > From my own experience: you should not use --no-trim for sea tiles.
>
Hi,
to avoid these holes, you should use --no-trim if you split your
europe-file with splitter.jar.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Am 13.02.2012 19:24, schrieb Minko:
> @Aighes
> Yes, non-routable types dont have those issues, but a consquence is,
> they are not findable in the street search anymore.
So are there better solutions for access=no?
Henning
___
mkgmap-dev mai
Ok, so it would be better to use non-routable ID's for access=no. Thanks
for the hint.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi
My solution is the following:
highway=primary & access=no {name '${name} (${ref})' | '${ref}' |
'${name}'} [0x04 resolution 16]
highway=primary {name '${name} (${ref})' | '${ref}' | '${name}'} [0x04
road_class=1 road_speed=1 resolution 16]
If a way shouldn't be used (access=no; set before in
Am 08.02.2012 19:05, schrieb WanMil:
>> Where is the benefit of a converter? I think it would be better to tell
>> the user, that he should download or create new bounds-files.
>>
>> Henning
>>
> If you ask me: throw away the old stuff. But I expect that some people
> will complain ("I have precomp
Am 08.02.2012 18:28, schrieb WanMil:
> Hi Gerd,
>
>> Would you mind dropping the support for the old format ?
> No!
> Would it be a big deal to implement a converter?
Where is the benefit of a converter? I think it would be better to tell
the user, that he should download or create new bounds-file
I think, you get the same result, if you use continue in your style-file.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi, this would be the best solution for all. If you are not able to
write a converter ask others. There is so much knowledge in the
community, that this shouldn't be a huge problem.
Henning
Am 12.01.2012 21:13, schrieb GerdP:
> Hi Marko,
>
> I also don't know the format of the shape files, but
On Oregon you can force it with setting GPS-mode to GPS-simulation. Now
you can route to any point and the Oregon can jump to that point or
simulate the route.
Henning
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk
It seems to be an error in extract-file. Osmosis has also problems Frederik
is informed about it (talk-de) and will take a closer look to it.
aighes
--
View this message in context:
http://gis.638310.n2.nabble.com/error-splitting-binary-files-tp5758967p5811383.html
Sent from the Mkgmap
Hi
I've the same problem with todays europe.osm.pbf. Extract of 02.12. works
fine (was the last I used).
aighes
--
View this message in context:
http://gis.638310.n2.nabble.com/error-splitting-binary-files-tp5758967p5808942.html
Sent from the Mkgmap Development mailing list archi
My maps have a 6 to 96 tiles and I use the template.args file directly from
splitter.
aighes
--
View this message in context:
http://gis.638310.n2.nabble.com/first-map-tile-is-missing-in-tdb-file-tp5779135p5786150.html
Sent from the Mkgmap Development mailing list archive at Nabble.com
Hi,
everything is fine by me with r1733.
%java% -jar bin\mkgmap.jar --style-file=data\mapstyle --country-abbr=%abbr%
--country-name=%name% --tdbfile --route --remove-short-arcs
--ignore-maxspeeds --add-pois-to-areas --location-autofill=2 --index
--mapname=%id%00 --overview-mapname=%id%00
1 - 100 of 147 matches
Mail list logo
