Hi,
Am 29.05.22 um 22:10 schrieb Andrzej Popowski:
First I noticed, that tweak for better looking roundabouts not always
works. In default style there is something like that:
junction=roundabout & (highway=tertiary | highway=tertiary_link) [0x0c
road_class=1 road_speed=1 resolution 24 contin
Am 27.06.20 um 12:54 schrieb Joris Bo:
> Is there a online repository of compiled mkgmap versions?
Here are all the versions I still have:
http://www.kleineisel.de/ralf/gps/mkgmap/
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.m
Hi,
Am 13.06.20 um 11:41 schrieb Pierre Brico:
A few months ago, I bought a Garmin GPSMAP 66s (I've already other
Now I would like to generate a map for my next holiday in France but I
have issues with missing tiles.
does your device run the latest firmware? I had weird display problems
w
On 9/19/19 12:13 PM, Felix Hartmann wrote:
> Routing is only in resolution 24. If you put that information into other
> resolution it is ignored.
But this does not mean that all routing lines have to be "resolution 24"
in the style's line file. In my own style e.g. highway=motorway has
"level 7"
Hi,
On 1/19/19 11:38 AM, Joris Bo wrote:
> That’s very kind, thank you.
>
> Attached an excel with the exported translations up to r4262
>
> Just add a column for any new language
I just corrected a few issues in the german column.
20190119b Translations r4262.xlsx
Description: MS-Excel 2007
On 1/3/19 1:35 PM, Harri Suomalainen wrote:
> Do I missunderstand something or is this a bug?
I think it's a bug.
The same problem occurs with the "if .. then" syntax:
This works:
if (railway=*) then
if (tunnel=yes) then
(){delete railway}
else
railway=rail [0x
On 12/27/18 10:13 PM, Ticker Berkin wrote:
> Try removing the quotes from the option when it is the template file,
Yes, that does the trick. Thank you!
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/
Does using the mkgmap option "name-tag-list" break the address search?
If I use this line in my template.args: 'name-tag-list="name:de,name"'
address search does not work in my Gpsmap 64S. Mapedit++ shows '? (,
?,DEU)' for streets in the address field.
If Í remove the option everything is fine. I
On 11/02/2018 07:31 PM, Gerd Petermann wrote:
> just a guess: If you use option --add-pois-to-lines and you have a rule in
> the points file which processes ele to add a POI
> you may see something like that.
I may have understood this wrong, but wasn't the file size comparison
after the splitte
Hi *,
is there a way to influence / improve / change the way tags that contain
non-latin script are transliterated by mkgmap?
Right now I am trying to make a map of Iran. OSM entities with a
"name:en" tag are not a problem, I can use that. But many places contain
name tags in farsi only.
When I
On 02/12/2017 01:45 PM, Gerd Petermann wrote:
> I also thought that this would be the best solution, so I tried to
> modify the OFM lite style like that, but without success. My
> knowledge about typ files is near zero :-(
You don't need a lot of knowledge to copy a polyline definition with
Typvi
On 02/12/2017 12:59 PM, lig fietser wrote:
> I have used such approach for my bicycle maps and received quite a few
> negative reports with two routable lines on top of each other,
> especially near and at roundabouts. A lot of devices will crash
> (completely shut down) so I'd not recommend this.
On 02/23/2015 01:06 PM, Andrzej Popowski wrote:
> There is no need to add overview to gmapsupp. It can be copied as a
> separate file to GPS with the same result.
Is this possible on gps units which support only one map file? What
should be the name of the overview map file?
Hi,
On 02/23/2015 08:57 AM, Gerd Petermann wrote:
> My understanding so far:
> If you disable the basemap or if you don't like the basemap
> in the device you should either add the overview map to the
> gmapsupp file or use low resolution levels for each tile.
yes, both ways work on my eTrex Leg
On 02/21/2015 12:35 PM, Andrzej Popowski wrote:
> The proper solution for you would be to add more levels to detailed map.
What is the advantage of using more map tile levels instead of putting
them into the overview map?
I need the overview map for mapsource anyway.
What's more, without overvi
Hi,
On 02/20/2015 09:58 PM, Andrzej Popowski wrote:
> You probably have deleted or disabled in menu Garmin basemap.
Interesting.
Yes, the basemap was disabled.
With a gmapsupp.img including an overview map:
- No matter wether I enable or disable the basemap, I always see my map
on all zoom le
On 02/20/2015 08:30 PM, Ralf Kleineisel wrote:
> On 02/20/2015 07:50 PM, GerdP wrote:
>
>> my understanding is that no device supports the overview map.
>> It is only used on the PC. Why would you want to have it in the gmapsupp?
>
> I am currently preparing a new
On 02/20/2015 07:50 PM, GerdP wrote:
> my understanding is that no device supports the overview map.
> It is only used on the PC. Why would you want to have it in the gmapsupp?
I am currently preparing a new update to my topo map of Germany.
The level definition in my options file is:
levels =
Hi,
is there a way to include the overview map in the gmapsupp.img without
having to run mkgmap another time?
If I have, say, three map tiles and the corresponding ovm files:
-rw-r--r-- 1 ralf users 13522944 Feb 17 22:55 1001.img
-rw-r--r-- 1 ralf users 16841216 Feb 17 22:55 1002.img
-rw
Hi,
On 02/17/2015 10:48 PM, GerdP wrote:
> this should work:
> copy all *.img and ovm*.img into one directory and
> use
> java -jar mkgmap.jar *.img
> maybe with additional options for codepage etc.
that's what I thought, too, but it doesn't:
Starting with 3 tiles + 3 overview tiles:
$ ls -l
Hi,
is there a way to combine several overview map work files (ovm_*.img)
into a new overview map?
I have a set of about 200 compiled map tiles and the corresponding ovm
files.
I can combine subsets of these map tiles into new gmapsupp files, but
how do I make the new overview maps?
Best reg
On 07/29/2012 05:59 PM, WanMil wrote:
> is this problem still present or did the removal of " in the
> name-tag-list option solve your problem?
The removal of the name-tag-list optionse solved it for me. I adapted my
style files to get the same result.
I haven't had time to track the issue furt
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 d
On 06/14/2012 10:10 PM, Thorsten Kukuk wrote:
> On Thu, Jun 14, Ralf kleineisel wrote:
>
>> When I try the address search in mapsource I get this:
>>
>> City search for "Berlin":
>> Berlin is found, but mapsource displays "Berlin, NOT_SET, DEU&quo
Hi,
I'm having a hard time getting the address search to work.
I have split the area of Germany from the planet pbf file.
Then I build the Garmin IMGs with this commandline:
/usr/java/jdk1.6.0_24/bin/java -enableassertions -Xmx2048m -jar
/data/gps/mkgmap-r2294/mkgmap.jar
and this mkgmap config
On 11/02/2011 02:57 AM, steve sgalowski wrote:
> java -Xmx500m -jar mkgmap.jar --route --gmapsupp --mapname=*.osm.pbf
Try this:
java -Xmx500m -jar mkgmap.jar --route --gmapsupp *.osm.pbf
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http:/
On 10/02/2011 08:16 PM, Frank Fesevur wrote:
> At this moment, there are three gmap*.img files on my device. Two that
> came with the device and that one osm based (most recent
> openfietsmap.nl full version) that I used all day today. You can
> switch on and off maps as you like, so I guess (have
On 10/01/2011 09:01 PM, Frank Fesevur wrote:
> To reply to my own post and to let others know, I can confirm that the
> OSM based OpenFietsMap works as expected on my brand new eTrex 30.
Cool.
Does the 30 support more than one map file? How does it display maps
with more than one Family-ID?
On 09/25/2011 01:51 AM, Michael Prinzing wrote:
> Well, if we assume NASA did align the strm data correctly, there must
> be something wrong with srtm2osm.
What is "correctly"? Is the coordinate of a pixel correct at the center
of the pixel or at one of the corners? And which one? Perhaps NASA an
On 08/28/2011 06:33 PM, Minko wrote:
> Sounds interesting, but how will you do that? Can you give an example
> which I can download?
Sure. I first run mkgmap on the OSM files to generate the IMGs and the
gmapsupp.img. The config file looks somewhat like this:
gmapsupp
[more options ...]
family-i
On 08/28/2011 01:29 PM, Minko wrote:
> Unfortunately Garmins mapbrowser don't support multi-layered maps :-(
> You have either a basemap that doesn't route, or an empty map with just roads.
> Not both, unless we stick to the discontinued Mapsource or we can find a
> trick.
You can make a spe
On 04/03/2011 12:47 PM, WanMil wrote:
> the real reason is unknown. The lines you see are the cuts of the
> multipolyon processing. I tried to track down that problem but I could
> not find a problem of mkgmap.
Have you tested if it helps to create the cuts at multiples of 2048 in
garmin units
Hi,
I don't understand this:
There are hospitals some of which are mapped as points and some as polygons.
I have these rules for hospitals:
[polygons]
amenity=hospital [0x0b level 3]
[points]
amenity=hospital [0x4b01 level 3]
My options map level 3 to resolution 21.
If I understand it correc
On 03/18/2011 02:55 PM, Ralf Kleineisel wrote:
> On 18.03.2011 14:45, WanMil wrote:
>> 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
>>
On 03/18/2011 07:29 PM, Josef Latt wrote:
> Yes I'm.
>
> Extract from europe.osm.pbf (geofabrik) with a selfcreated polygon file.
> I tried also an extract with a bounding box (values from your HowTo).
Perhaps parts of the border are also used by other tags, e.g.
"natural=river + boundary=admini
On 03/18/2011 02:55 PM, Josef Latt wrote:
> I create my own map with 'boundary=administrative & admin_level=2' in
> the line style file to display the German boundary. I made a sreenshot
> (available at http://ge.tt/57JRmwj) where you can see the gaps.
> The boundary is a relation with the ID 5147
On 18.03.2011 08:51, Stuart Poulton wrote:
> Thanks Ralf are you running groundtruth on linux ?
Yes, GroundTruth-1.8.740.17 on Fedora 14.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On 17.03.2011 14:24, Stuart Poulton wrote:
> Has anyone got a quick recipe for STRM contours to garmin for the UK,
> preferably on Linux ?
To make 1 degree square tiles with groundtruth:
Download SRTM data and make an IBF:
GroundTruth.sh contours -o 2101.ibf --bounds="47,15,48,16" --int 10
On 03/08/2011 06:29 PM, Torsten Leistikow wrote:
> If I remember correctly, the overlay file does not guarantee, which line is
> displayed on top. So if not one of the lines is transparent, the display of
> such
> a structure will vary.
The display is not a problem at all, it's the routing that'
Hi,
I tried out the overlays file and came across the following problem:
Without overlays roundabouts look different from the normal street types
because e.g. my highway=secondary (0x04) is yellow but
junction=roundabout has to be 0x0c which is white in my typ file.
To change that I tried this:
On 03/06/2011 12:30 AM, NopMap wrote:
> Would be nice to have this as a parameter, through.
Yes, that's what I meant to say ;-)
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Is it possible to change the license info which is embedded in the IMG
header?
Now it reads "OSM Street map http://www.openstreetmap.org/ Map data
licenced under Creative Commons Attribution ShareAlike 2.0
http://creativecommons.org/licenses/by-sa/2.0/";, but this is not correct
when making maps f
On 03/02/2011 01:37 PM, Steve Ratcliffe wrote:
> This is probably good news since there are not too many changes
> to stuff outside of the index itself.
>
> So could people confirm that when they see crashes they are not
> installing via mapsource, and what GPS device they are using?
My eTrex Le
On 21.02.2011 07:09, Charlie Ferrero wrote:
> Hmmm - tried this and it still doesn't work. My contour style has
> exactly the same levels as the base style, and the mapnames are higher.
Do your contour tiles have the same codepage as your OSM tiles? The latest
mapsource versions seem to have p
Hi,
On 02/19/2011 04:23 AM, maning sambale wrote:
> I am planning to create an outdoor garmin map useful for hikers, MTB,
> mountaineers. Care to share your typs and style code?
here is mine:
http://www.kleineisel.de/blogs/media/blogs/osmmap/1101/mkgmap-style.zip
http://www.kleineisel.de/blogs
On 01/22/2011 08:59 PM, Johannes Formann wrote:
> Do you have a good source where to look how to join those maps for the
> different output formats?
I made a small howto some time ago. Its not fully up to date but you
should get the idea:
http://www.kleineisel.de/blogs/index.php/osmmap/2009/09/1
On 12/24/2010 11:15 AM, Johann Gail wrote:
>> 4 Days ago I started to create a new europe map, and until now the
>> splitter is running, the harddisk is doing anything. The splitting needs
>> over 75 hours and is still running.
> Here on the list is another thread 'error splitting binary files'
On 11/21/2010 10:22 AM, Marko Mäkelä wrote:
> Another example: ice roads. I don't know if any have been mapped on the
> Baltic Sea, but several do exist across lakes in Finland. I would assume
> that there are a few ice roads covering short distances between the
> mainland and small islands.
P
On 11/20/2010 11:08 PM, aighes wrote:
> I know, it wont help you, but I haven't nay problems with pbf-input and
> modified area.list. I think the only think I do divernt is splitting the
> europe-file with osmosis to the needed size.
I have splitted the europe pbf extract successfully without osm
On 11/18/2010 02:05 PM, Carlos Dávila wrote:
> I'm using the args file attached below with -c option, having two problems:
> 1: area name in the resulting map is Morocco for all tiles (MapSource).
> 2: SPAIN-18.TYP is correctly applied to Spain tiles, but MOROC-19.TYP is
> not applied to Morroco'
On 11/11/2010 09:33 PM, Carlos Dávila wrote:
> Is there any chance to get tags like name=Maknâs مكناس correctly displayed?
I'd think that the two names should be tagged in two different name tags
like "name:ar" and "name:en" or "int_name".
___
mkgmap-de
On 11/04/2010 11:04 PM, WanMil wrote:
> Would it be helpful if we copy the Mapnik behaviour of well defined
> coastlines? One could define one separate file that contains all
> coastline data
I would not include this into mkgmap. Don't mix program development with
data.
> Has anyone extracted
On 10/26/2010 09:45 PM, Harri wrote:
> I prefer explicit tags over implied ones though. Perhaps we could mass
> correct the locally obvious ones like motorway surface.
I think that assuming that motorways are paved and oneway is good. There
is no need to add unneccessary tags. Highway=motorway i
Hi,
On 10/15/2010 02:21 AM, Till Straumann wrote:
> What I believe could be useful (if this feature is already
> available then forgive me posting) would be an option to
> report ignored tags and tag/value pairs which would alert
> the user that certain features are not rendered by the
> current
Hi,
according to http://wiki.openstreetmap.org/wiki/Mkgmap/help/style_rules
it should be possible to use the operator ">=" for tag value comparison
in mkgmap style files. But whenever I try this I get an error:
Error in style: Error: (polygons:2): Stack size is 3
Could not open style null
The op
On 09/25/2010 05:34 PM, Mr Thwibble wrote:
> java -jar ./mkgmap/mkgmap.jar ./midab.osm ./southab.osm --gmapsupp --route
Try to revert the order of options so that the osm files are last:
java -jar ./mkgmap/mkgmap.jar --gmapsupp --route ./midab.osm ./southab.osm
At least if you use a configurati
On 09/01/2010 10:17 PM, Ralf Kleineisel wrote:
> In Qlandkartegt one tile is missing.
I have to correct the above sentence: The tile is not missing in
Qlandkartegt, it is missing in the list of tiles when I select all tiles.
The map data from that tile is visible, so it must be in the TDB f
On 08/31/2010 07:35 PM, Josef Latt wrote:
>
>
> Am 31.08.2010 18:37, schrieb Johann Gail:
>> Thats a interesting pattern. Do you create the maps on a multicore
>> machine (e.g. 8core or 4core with hyperthreading)?
>
> I create the maps on a machine with an AMD Athlon 64 Dualcore.
I tried to i
On 08/30/2010 07:27 PM, Josef Latt wrote:
> In QLandkarte GT I select the tiles (normally all) which I want to have
> on my GPS. But one tile can't be selected and is missing, when exporting
> the map in file 'gmapsupp.img' or sending the map to the GPS.
> In this case tile 3082 is missing.
H
On 08/25/2010 10:10 PM, Marko Mäkelä wrote:
> Side note: I found 3 highway=emergency_access_point in Finland. All
> should have been healthcare=polyclinic. Where is this tag used
> legitimately? Only in some natural areas, or also on highways for motor
> vehicles (especially long tunnels)?
In
On 08/14/2010 03:55 PM, frmas wrote:
> Yes, but I have to know first how many tiles the first run will give me.
> As the files are growing day after day, I could overwrite one of the
> resulting file.
Why can't you use the numbers like this:
baden_wuerttemberg.osm.bz2: 0001 to 0010
bayer
On 08/04/2010 04:55 PM, Carlos Dávila wrote:
> In most cases motorway links are separate oneway roads, but, at least in
> Spain, sometimes both directions share the same road.
This is true. But since according to the OSM wiki motorway_link implies
oneway=yes these parts should be tagged oneway=n
On 08/04/2010 08:57 PM, WanMil wrote:
> I think you should remove the add oneway=yes.
> There are a lot of highway=motorway_link that are no oneways and are not
> tagged with oneway=no. Most mappers do not use oneway=no, because the
> common understanding of oneway is that oneway=no is superfluo
On 07/17/2010 06:30 PM, Markus wrote:
> I'm only marginally involved in this project myself and cannot speak for
> it, but on a developer mailing list, it's generally quite impolite to only
> come up with problems and expect others to solve them.
As far as I can tell there is no extra "mkgmap-use
Hi,
why does routing for "bicycle" and "shortest route" produce a longer
route than "bicycle", "fastest route" in this example?
A: N 53 03,183 - E 8 37,440 to
B: N 53 03,458 - E 8 37,410
The fastest route and the pedestrian and car routes go along
Mühlenstrasse as expected for 512 m. The "shorte
On 06/10/2010 01:21 AM, Chris Miller wrote:
> pass required. Additionally, if you do specify a --cache parameter but only
> one pass ends up being required, no cache will be generated anyway since
> it would only slow things down.
I don't think this is a good idea. I often split the Europe exce
On 05/05/2010 10:01 PM, Marko Mäkelä wrote:
> * the combined map (3rd try): both maps called "ways"
> java -Xmx1024m -jar mkgmap.jar --gmapsupp --family-name=ways
> 6324000*.img --family-name=transport 73174273.img
Try this:
java -Xmx1024m -jar mkgmap.jar --gmapsupp --family-name=ways
--family
On 12.04.2010 01:14, Daniela Duerbeck wrote:
> I would like to know whether somebody has an instruction how to make
> topo maps with the SRTM data from nasa.
You can have a look at my small HOWTO here:
http://www.kleineisel.de/blogs/index.php/osmmap/2009/09/17/how-to-make-a-topographic-map
On 08.04.2010 12:48, Christoph Wagner wrote:
> Ok, but I have no idea how to change the osmmap.nsi created by the
> --nsis option of mkgmap, so that it did not include the .img's in the
> installer exe directly.
>
> Wouldn't it be usefull to have a small .exe installer in the same
> directory of
On 03/23/2010 05:11 PM, Toby Speight wrote:
> That's true - until the area density grows too big and it needs
> resetting.
If that happens I just split the offending tile into half by inserting
another line in the template file by hand.
___
mkgmap-dev m
On 03/23/2010 11:03 AM, Toby Speight wrote:
> That's a bit more difficult for me - I'd have to generate it on the
> fly, as I don't know how many tiles the splitter is going to throw out.
> Unless there's a way around that?
With a bit of (shell-/perl-/whatever-)-scripting it isn't hard to
include
On 03/22/2010 05:36 PM, Toby Speight wrote:
> It's a while since I looked at the option parsing code, but IIRC, all
> the non-file arguments are processed before starting to read any of the
> files, contrary to the documentation. I could be wrong, though.
Creating a gmapsupp.img with several fam
On 03/13/2010 11:04 PM, Daniela Duerbeck wrote:
> I tried on several maps, a small one, that contains just Munich (there I
> could not find bugs concerning the address search), but also larger
> areas like upper Bavaria or Bavaria. There it seems to be dependent from
> where I am. A road which
On 03/07/2010 01:58 AM, Daniela Duerbeck wrote:
> I think perhaps we could ask at osm to get a small area (e.g. in the
> atlantic or pacific ocean or something like that), that is a
> "playground" to test tags and icons.
For testing purposes you can use an OSM file which you generate with
JOSM
On 02/13/2010 05:08 PM, Charlie Ferrero wrote:
> I'm relieved to hear it's not just me. Maybe it depends on the GPS unit?
My screenshot is from an eTrex Legend HCx.
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mai
On 02/13/2010 10:23 AM, Charlie Ferrero wrote:
> Is this a known problem with TYPs, line definitions with borders and
> (certain?) Garmin GPS units or am I doing something silly?
It looks like that on my topo map, too:
http://www.kleineisel.de/blogs/media/blogs/osmmap/6.png
If you zoom in a bit
On 02/10/2010 07:44 PM, Mark Burton wrote:
> Also, my etrex vista hcx has always ignored the colour of the 0x4b poly
> so you're lucky it works at all!
I think I saw it working with my map on a friend's Vista HCx recently.
Is it possible that it depends on how the TYP file was made?
I don't unde
On 28.01.2010 21:24, Mark Burton wrote:
> If it proves to be problematic, let's just revert that commit because
> it's not a vital tweak.
I suggest to do that.
This patch breaks the display of the background polygon on my eTrex
Legend HCx.
With r1523 everything is fine. I define 0x4b as white i
On 08.02.2010 14:35, Marko Mäkelä wrote:
> mkgmap --style=some_style --generate-whitelist > whitelist.txt
> splitter --whitelist=whitelist.txt ...
> mkgmap --style=some_style ...
What about that new 'geotagman' OSM pre-processor tool which Toby
Speight presented here a few days ago? This looks li
On 02/06/2010 05:18 PM, Torsten Leistikow wrote:
> If you edit your style manually, then you can change the name of each object
> within the action part of your rule:
>
> barrier=fence & name!=* {set name=fence} [0x2c resolution 20]
> waterway=weir & name!=* {set name=weir} [0x2c resolution 20]
On 25.01.2010 23:03, WanMil wrote:
> It is the point of view to say "the OSM data is OK". The Geofabrik dumps
> contain incomplete ways and incomplete relations. To get a 100% correct
> handling of multipolygons if is required to have complete data or to get
> the shape of the OSM dump.
The "i
On 20.01.2010 16:37, Carlos Dávila wrote:
> Have you any clue how to get my bridges drawn in MapSource? What am I
> doing wrong?
Are the "mapname" numbers of the overlay imgs bigger than the ones of
the lower layers? Mapsource seems to not care about the draw priority.
It draws in the order of th
Hi,
I have created my latest topo map using Mkgmap r1466. When I install the
map in Mapsource everything looks fine. But when I try to transfer a few
tiles of the map to my GPS after the "Building map set" stage I get this
error:
"The map set is approximately 54.6 MB, but only 2048.0 MB is availa
On 01/15/2010 02:37 PM, Chris Miller wrote:
> unpacker we're using isn't all that great... If you're sure the planet file
> is OK and suspect the bz2 code is at fault, you could uncompress the planet
> file (assuming you have a spare 140GB or so!) and try again.
You were right, the bz2 code was
On 01/15/2010 02:37 PM, Chris Miller wrote:
> I realise this is hardly ideal. Rather than try to fix the bz2 code, I'll
> probably add a parameter that allows the input to come from stdin.
That would be very useful.
___
mkgmap-dev mailing list
mkgmap-d
Every time I try to split the planet OSM file I get this:
A tag was found. Area covered is (-90.0,-180.0) to (90.0,180.0)
Error opening or reading file java.io.EOFException: no more data available -
expected end tags to close start tag from
line 4312 and start tag from line 2, parser stopped o
On 01/13/2010 09:14 PM, Simon Eugster wrote:
> I thought it would be enough to just search for the map ID in a .img file
> and replace it by a new one. Well, after some research I found out that
> this is not true.
> http://svn.parabola.me.uk/mkgmap/trunk/src/uk/me/parabola/imgfmt/app/trergn/Map
On 10.01.2010 17:43, Simon Eugster wrote:
> Might it be something about draw priority? Although -- it seems like if the
> map below your cursor is hovered to top ... Perhaps not.
Mapsource doesn't care about the draw priority. It always draws in the
order of the tile number.
On 01/09/2010 08:02 PM, Torsten Leistikow wrote:
> Actually I have no idea, why every tile of your map gets its own family-ID. I
> am
> not sure whether this is related to your problem, but typically all maps
> belonging to the same mapset (or layer) get all the same family-ID. And
> normally
>
On 01/08/2010 12:02 AM, Simon Eugster wrote:
These tiles look perfectly normal to me:
> 00010002 MPC 9456297 5 1252 25 1 10002 OSM street map
> 00010004 MPC 4245221 5 1252 25 1 10004 OSM street map
> 00010006 MPC 11182177 5 1252 25 1 10006 OSM street map
On 01/09/2010 10:08 AM, WanMil wrote:
> Another idea is to add some specific tags by the mulitpolygon algorithm
> that link to the other pieces of the formerly big forrest. This could be
> evaluated by the SizeFilter?
Another idea (don't know if this is possible):
You have a big multipolygon f
On 01/07/2010 08:46 PM, Simon Eugster wrote:
> I fear this did not solve the problem either. Here is what I tried:
>
>
> java -Xmx1500m -jar /data/gps/maps/mkgmap/dist/mkgmap.jar --gmapsupp
> --family-id="00010002" /data/gps/maps/new/osmData/austria/00010002.img
> --family-id="00010004" /data/g
On 01/07/2010 06:09 PM, Simon Eugster wrote:
> MKGMAP (gmapsupp.img)
> --gmapsupp %s
> (with all .img files as argument)
You have to tell mkgmap which img is which FID in this stage. The FID is
not stored in the individual tiles, just in the TDB file and in the
gmapsupp.img.
_
On 01/06/2010 09:26 PM, Mark Burton wrote:
> Enable assertions - that may catch some overflow or other problem that
> is causing a corrupt map to be generated.
This gives me this message:
NET 1 offset too large at (Leigraaf,
http://www.openstreetmap.org/browse/way/6890957)
Looks like what other
On 01/03/2010 12:41 AM, Felix Hartmann wrote:
> Best provide all the info. Style (try to replace against default to see
> if it still crashes Mapsource), otherwise cut it down to find the
> problematic line, upload the *.img it crashes on (watch out if there are
> several displayed) somewhere,
On 01/04/2010 11:18 AM, Johann Gail wrote:
> Sorry, I don't see the use of a black/whitelist of tags.
> The information of used tags should be contained in the style files, so
> why should I have to manage another additional file?
At present there is no way of blacklisting in the style files. At
Hi,
does anyone have any idea why mapsource crashes on one tile of my topo
map at certain zoom levels with this error?
Map id: 1040
Image: Z:\gps\1040.img
Record type: 2
Record:
: 01 e4 32 00 8c 08 01 00 01 00 00 00 2f 00 03 00 .ä2./...
0010: 0a 37 29 00 f0 7f f9 00 5b d1 8
On 01/02/2010 03:33 PM, Mark Burton wrote:
>
> I wish to make a mapsource installer for the Baltic map.
>
> Can anyone please provide a simple recipe for doing that?
I made one for my topo map based on the NSIS script discussed on the
list a few weeks ago. You can find it here:
http://www.kleine
On 12/30/2009 10:49 PM, Mark Burton wrote:
>> My Nuvi 255T does show the white background using my topo map.
>
> My 255W ignores any colour change on the 0x4b polygon.
Have you tried setting the polygon 0x10d "Basemap coverage area
(background)" to white, too?
___
On 12/30/2009 10:17 PM, Mark Burton wrote:
> Mapsource and some GPS units honour the colour in the 0x4b (Map
> background) polygon but not all do (like the Nuvi).
My Nuvi 255T does show the white background using my topo map.
___
mkgmap-dev mailing list
1 - 100 of 158 matches
Mail list logo
