[mkgmap-dev] Wondering about mkgmap usage.
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 the map compilers are calling the mkgmap with the typ file at the end. For example: java .. -jar mkgmap.jar [option] typfile.typ I also tried it and I found no advantage or difference to a call without the typ file? What is the reason for this? I also didn't find any doc for this. Thanks, Marco ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Wondering about mkgmap usage.
Dear Marco, Typ files allow you to customize the look of your map. Think of it as different cartographic design in the main OSM map (mapnik, osmarender, cyclemaps). Many mkgmap users use different typ files depending on the map purpose (road, cycling hiking, etc). A good howto and explanation here: http://www.cferrero.net/maps/guide_to_TYPs.html If no typ file is included in the mkgmap parameters. It will default on garmin's map design. On Tue, Feb 1, 2011 at 4:44 PM, dom d...@team-oid.de wrote: 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 the map compilers are calling the mkgmap with the typ file at the end. For example: java .. -jar mkgmap.jar [option] typfile.typ I also tried it and I found no advantage or difference to a call without the typ file? What is the reason for this? I also didn't find any doc for this. Thanks, Marco ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Wondering about mkgmap usage.
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 the map compilers are calling the mkgmap with the typ file at the end. For example: java .. -jar mkgmap.jar [option] typfile.typ I also tried it and I found no advantage or difference to a call without the typ file? What is the reason for this? I also didn't find any doc for this. Thanks, Marco If you let mkgmap also create the gmapsupp.img, than you have to call mkgmap with a TYP-file. Otherwise mkgmap will use default TYP-file. For normal creation of maps it is not necessary to have a TYP-file in mkgmap-call. Henning ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Wondering about mkgmap usage.
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 Am 01.02.2011 10:00, schrieb Henning Scholland: 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 the map compilers are calling the mkgmap with the typ file at the end. For example: java .. -jar mkgmap.jar [option] typfile.typ I also tried it and I found no advantage or difference to a call without the typ file? What is the reason for this? I also didn't find any doc for this. Thanks, Marco If you let mkgmap also create the gmapsupp.img, than you have to call mkgmap with a TYP-file. Otherwise mkgmap will use default TYP-file. For normal creation of maps it is not necessary to have a TYP-file in mkgmap-call. Henning ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Wondering about mkgmap usage.
Hi Maning, thanks for this. Charlies page is great. I'm already aware of the functionality of a typ file. I just was not sure about the reason why some of the user add the typ file as parameter at the end of mkgmap command. Thanks for your fast help. Marco Am 01.02.2011 09:54, schrieb maning sambale: Dear Marco, Typ files allow you to customize the look of your map. Think of it as different cartographic design in the main OSM map (mapnik, osmarender, cyclemaps). Many mkgmap users use different typ files depending on the map purpose (road, cycling hiking, etc). A good howto and explanation here: http://www.cferrero.net/maps/guide_to_TYPs.html If no typ file is included in the mkgmap parameters. It will default on garmin's map design. On Tue, Feb 1, 2011 at 4:44 PM, dom d...@team-oid.de wrote: 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 the map compilers are calling the mkgmap with the typ file at the end. For example: java .. -jar mkgmap.jar [option] typfile.typ I also tried it and I found no advantage or difference to a call without the typ file? What is the reason for this? I also didn't find any doc for this. Thanks, Marco ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Wondering about mkgmap usage.
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 ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] problem with --generate-sea near Toronto, Canada
Hi Charlie, Like Marko, I would much much prefer an add_poi style action than the univeral --add-pois-to-areas. Yeah. And finally, and apologies for bleating on about this, I would love it if the POI that was added was *always* placed inside the area bounds, rather than in the area's centre-of-mass as currently happens. That's a sore spot for me too. I started a patch to calculate the value based on the shape's centroid but the centroid is not always going to be inside the shape for extremely concave polygons. For example, I suspect the centroid of Museo Nacional de Costa Rica is not inside the shape: http://www.openstreetmap.org/?lat=9.932377lon=-84.070927zoom=18layers=M There's a trick I could use to nudge the POI into the shape for cases like this so I might code that up when I can find some time. There's another problem that needs to be sorted out when using the driving directions to the POIs. When I'm driving to the big box store in the suburbs, I don't actually want directions to the building, but rather directions to the parking lot (car park in the UK terms) of the building. To solve this I think a new relation type will be needed where you can relate a parking lot to a building. And then of course we'll need to support this in mkgmap. Cheers, Ben ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Wondering about mkgmap usage.
Thanks. Marco Am 01.02.2011 11:02, schrieb Henning Scholland: 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 ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap index rev. 1809
On 31/01/11 23:58, Felix Hartmann wrote: Finally mkgmap is not anymore crashing for me when searching for city street ( optional zip code) in Mapsource. That is good. Also searching for Bahnhofsstrasse in extract of Austria still crashes (but does so since the advent of the index branch more or less). I am going to have to have a look at your complete map to sort this one out. Is anyone else having problems with crashes in the latest index branch version? ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] problem with --generate-sea near Toronto, Canada
On Tue, Feb 01, 2011 at 11:13:33AM +0100, Ben Konrath wrote: There's another problem that needs to be sorted out when using the driving directions to the POIs. When I'm driving to the big box store in the suburbs, I don't actually want directions to the building, but rather directions to the parking lot (car park in the UK terms) of the building. To solve this I think a new relation type will be needed where you can relate a parking lot to a building. And then of course we'll need to support this in mkgmap. You could solve this by adding operator= or name= to the amenity=parking. Then, you would just navigate to the parking lot that is called 'big box store'. For foot and bicycle navigation, I'd define a POI for the main door building=entrance. This won't work perfectly when you are navigating to a store inside a shopping mall or when there are multiple entrances, but it is good enough. Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap index rev. 1809
Apologies for a stupid Q, are the latest index code changes in the trunk or in a separate branch? I can't find an index branch in the websvn. On Tue, Feb 1, 2011 at 8:12 PM, Steve Ratcliffe st...@parabola.me.uk wrote: Is anyone else having problems with crashes in the latest index branch version? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] How to fix amenity=shelter in the default style?
On Tue, Feb 01, 2011 at 06:30:54AM +, char...@cferrero.net wrote: Have you tried one of the out-of-bounds codes around the 0x2b area? Maybe 0x2b06 or 0x2b07 (tent icon) or 0x2b08 to 0x2b1f (green/white bed)? I guess that the 0x2b06 or 0x2b07 could be the least evil, as a tent looks like a shelter. This whole story started with the bed icon (0x2b05), which surely is inappropriate for a rain shelter in an urban area. Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] How to fix amenity=shelter in the default style?
2011/1/31 Marko Mäkelä marko.mak...@iki.fi: If nobody can suggest a better symbol for amenity=shelter, I would remove amenity=shelter altogether from the default style. There seems to be some agreement that amenity=shelter may be too inaccurate tagging for the tourism or hiking related shelters. I have to disagree; amenity=shelter was meant to be hiking and tourism related from the start. (http://wiki.openstreetmap.org/wiki/Proposed_features/Shelter) Side note: the unsearchable 0x6412 'hiker symbol' could be a good choice for some minor hiking feature. I think that sites where overnighting is possible do require a searchable symbol. While I think it's good to distinguish simple structures like shelters from fully equipped overnighting places, it would be cool if shelters were searchable, so you can do a search for the nearest shelter when weather turns bad... -Martin ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Replacing --add-pois-to-areas with an add_poi action
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 can be mapped in OSM as a node or as an area, depending on the availability of the source data. If they are mapped as a node, I want them to be displayed as a symbol in my map. If they are mapped as an area, I want them to be displayed as a polygon. With the pois-to-area function the latter ones are displayed in a map twice, as a polygon AND as a symbol. Therefor there is some need, to disable the POI generation for some polygons, or for detecting the automatically generated POIs, to prevent there inclusion in the map. Gruss Torsten ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap index rev. 1809
Apologies for a stupid Q, are the latest index code changes in the trunk or in a separate branch? I can't find an index branch in the websvn. Yes it is separate branch . The branches are not configured to show in the web interface. A ready built one can be found on the download page. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap index rev. 1809
On 01.02.2011 13:12, Steve Ratcliffe wrote: On 31/01/11 23:58, Felix Hartmann wrote: Finally mkgmap is not anymore crashing for me when searching for city street ( optional zip code) in Mapsource. That is good. Well 1811 breaks it one more time. (the selected street is not valid in this map product. Please select a different street) Also searching for Bahnhofsstrasse in extract of Austria still crashes (but does so since the advent of the index branch more or less). I am going to have to have a look at your complete map to sort this one out. Well the Bahnhofsstrasse crashes since quite a few time (I am not sure if I ever managed to find it using the index branch). It never crashed with rev 1760. It also crashes with current rev. 1811 (which surprisingly outputs a smaller map in MB than rev 1809). The error at the bottom of the crash report is: Error finding map in index file. Is anyone else having problems with crashes in the latest index branch version? ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap index rev. 1809
On 01.02.2011 18:36, Felix Hartmann wrote: On 01.02.2011 13:12, Steve Ratcliffe wrote: On 31/01/11 23:58, Felix Hartmann wrote: Finally mkgmap is not anymore crashing for me when searching for city street ( optional zip code) in Mapsource. That is good. Well 1811 breaks it one more time. (the selected street is not valid in this map product. Please select a different street) Actually it is broken since 1810. There were no additional errors introduced by 1811. Also searching for Bahnhofsstrasse in extract of Austria still crashes (but does so since the advent of the index branch more or less). I am going to have to have a look at your complete map to sort this one out. Well the Bahnhofsstrasse crashes since quite a few time (I am not sure if I ever managed to find it using the index branch). It never crashed with rev 1760. It also crashes with current rev. 1811 (which surprisingly outputs a smaller map in MB than rev 1809). The error at the bottom of the crash report is: Error finding map in index file. However there is one good thing with 1811. Sending maps to device works again. BTW list of finished map size: 1809: 76.8MB 1810: 77.0MB 1811: 76.3MB kinda strange that 1811 lead to mapsize decrease (mapsize as of taking the size of the .exe installer). Is anyone else having problems with crashes in the latest index branch version? ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap index rev. 1809
Hi However there is one good thing with 1811. Sending maps to device works again. Oh so it does, I thought I'd checked it already, but it does indeed now send to device for me too. Still no device address search. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] How to fix amenity=shelter in the default style?
On 31/01/2011 21:26, Marko Mäkelä wrote: Can anyone suggest a more suitable symbol for amenity=shelter? It does not need to be searchable, and it should not be any more 'visible' than, say, 0x2f17 (transit service; used by highway=bus_stop). Apologies if I'm duplicating discussion that's already been had, as I'm coming late to this, but how about one of the 0x2f ones that only renders as a square dot* with a default name, perhaps? 0x2f|0x10|23 others|personal-service| 0x2f|0x14|23 others|social-service| So: amenity=shelter [0x2f14 resolution 23 default_name 'Shelter'] The dot or its name won't appear until a relatively high zoom level, but are searchable in the all POI list on an etrex and the corresponding POI / spell name list on a nuvi. On an etrex they appear in the others POI search. The last time that I looked at the default style 0x2f10 was used for hairdresser and similar, so it might be an issue if people are using the others list seriously. Cheers, Andy * (that I've seen on an etrex vista and a nuvi 265w) ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap index rev. 1809
Hi I am going to have to have a look at your complete map to sort this one out. Well the Bahnhofsstrasse crashes since quite a few time (I am not sure if I ever managed to find it using the index branch). It never crashed with rev 1760. It also crashes with current rev. 1811 (which surprisingly outputs a smaller map in MB than rev 1809). The error at the bottom of the crash report is: Error finding map in index file. Yes, but the message doesn't really help as it could be anything. I did have one idea though, the mdx section is bound to need sorting. Of the ones that you sent me the one marked 'working' looked bad to me and had extra zero entry at the end. The 'bad' one looked fine. On the off chance that they were mis-labelled I've put in code to detect zero entries and throw an error. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap index rev. 1809
Oh so it does, I thought I'd checked it already, but it does indeed now send to device for me too. Still no device address search. Ah... I checked in an experiment where I removed the sections that cause the send file to not work. So expect send to device to break again at the next check in. ..Steve ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] rev 1813 - Zero mapname. hex=0, map=0
On 01.02.2011 23:40, Steve Ratcliffe wrote: On 01/02/11 22:31, Felix Hartmann wrote: Zero mapname. hex=0 map=0 Anything one can do to solve this? Or what does it mean? I put that in especially for your problem, see previous message. It seems that I was right, somehow there is a map with a mapname of 0 () in there. But it still doesn't give me enough information to help further. I will put in another change that prints out the file name of the img that is responsible. ..Steve Well the mapset_mdr.img is now only about 10% of its usual size. Also find places is greyed out. Using an older (rev 1811) mdr.img from backup but continuing with new maps/new mdx makes Mapsource crash (complete shut down, not only crash and then resume as normal). I have no clue how a mapname of 0 could come to exist. Maybe one of my patches - though none should in theory affect mkgmap? Will try an unpatched rev 1813 to look for eventual improvements... ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev