Re: [mkgmap-dev] Latest List of OSM to GarminIDs
Sam Vekemans wrote: > Hi all, > > I'm hoping that im being of some help here :) > > For those who might not know, im taking on the challenge of trying to > organize all of the Map Features into a universal system. > I'm calling it 'SchemaTroll 2.01' > http://wiki.openstreetmap.org/wiki/SchemaTroll_2.01 > > I have now completed an analysis of the Garmin Map Features, and > created a spreadsheet which lists it all. > > I used > http://freegeographytools.com/2008/garmin-gps-unit-waypoint-icons-table > - for the icons and feature categories > the mkgmap .csv file from the 'mkgmap-r1709-src' and cross-referenced > the big list of Map features, with the smaller list of OSM tags that > it supports. > http://www.geopainting.com/en/ - GPSMapEdit provides a nice detailed > category listing for each map feature. .. and in it's 0x form. > So it was easy to match-up the GarminID's with the mkgmap ID's ... as > some where switched around. > http://www8.garmin.com/cartography/mapSource/mapLegend.html - has a > detailed list of all the map features that gets supported (for > MapSource) > > I also included 2 columns for 'SchemaTroll KEY' and SchemaTroll Value' > these are where i simply went through it and guessed as to what the > tags could possibly be in the future. > > For the OSM Map Features, there are a few (a whole lot) of Tag > Proposals that need to be made. So i'm leaving that upto the Wikians > to fix up the wiki. I'm just trying to help it along. > > > Ideally, it would be great to see an OSM tag for each of the Garmin > Map Features, as the map can actually support the customized map, of > upto 700 or so features. > I noticed that many features are duplicated across different Garmin > ID's and Many Garmin ID's support multiple OSM tags. > > So basically, im trying to get the whole chart filled in, with the > best known map features, and using the Wiki as the primary source. > And over on my version of the Spreadsheet, im keeping a list of > Features that need to be proposed, and updating my own spreadsheet. > Which i hope to make available in the next month or so. (it's going > through so many changes) :) > > For those who know how to use Gitorious I just converted the file to > .csv and Pushed the latest changes > http://gitorious.org/wikimap-books/wikimap-books-legend > > and here's the GoogleDocs Chart > > https://spreadsheets.google.com/ccc?key=0Am70fsptsPF2dGdSaEwwTUx5eGtzSFdPbmZPQlpBTEE&hl=en > > Hopefully someone will find some use for it :) > > Cheers, > Sam > > P.S How often does the osm map features .csv file get updated? > > --- > Across Canada Trails - Beyond 2017 - The National Trails Network > Victoria, BC Canada Hi Sam, For mkgmap purposes, the map_features.csv file is deprecated. As I understand it (this was before I started using mkgmap) it was initially a reference for helping mkgmap to convert OSM objects to Garmin types. But now this conversion is done via the style rule system, so you will find that many more OSM objects are mapped to Garmin types than is apparent just from the map_features.csv file. To understand the current "mapping" of OSM features, have a read through the various style files in the default directory of the SVN: http://www.mkgmap.org.uk/svn/wsvn/mkgmap/resources/styles/default/ You'll probably be most interested in the lines, points, polygons and relations files. Taking an example 0x6612 which you say is not supported by mkgmap. If you open the points style file you'll see that there is in fact a rule to use this type: leisure=nature_reserve & name=* [0x6612 resolution 18] Another thing to look at if you're interested in Garmin POI types is the spreadsheet I put together a while back: http://www.cferrero.net/maps/downloads/garmin_feature_list.xls This is a work in progress and it's still not entirely complete. Finally, beware that http://www8.garmin.com/cartography/mapSource/mapLegend.html is not entirely complete nor correct as I don't think they have updated this for a while and the POIs supported by MapSource seem to change with every new version. Finally finally, of great importance to Garmin GPS users is the ability to search for particular POI types. Not all the Garmin type codes are searchable - it is important when considering the conversion of OSM objects to Garmin types whether you want the resulting POI to be searchable on the GPS unit, and if so, what category you want it to appear in. Your spreadsheet would be even more useful if it showed whether a Garmin type was searchable and if so, what category it appears in. You can use my spreadsheet for this. Finally finally finally (!) - what is column O? It looks like the zoom level mapping for Garmin POIs. If so, then this information isn't that useful as it's arbitrary (though carefully selected). Charlie ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinf
[mkgmap-dev] Latest List of OSM to GarminIDs
Hi all, I'm hoping that im being of some help here :) For those who might not know, im taking on the challenge of trying to organize all of the Map Features into a universal system. I'm calling it 'SchemaTroll 2.01' http://wiki.openstreetmap.org/wiki/SchemaTroll_2.01 I have now completed an analysis of the Garmin Map Features, and created a spreadsheet which lists it all. I used http://freegeographytools.com/2008/garmin-gps-unit-waypoint-icons-table - for the icons and feature categories the mkgmap .csv file from the 'mkgmap-r1709-src' and cross-referenced the big list of Map features, with the smaller list of OSM tags that it supports. http://www.geopainting.com/en/ - GPSMapEdit provides a nice detailed category listing for each map feature. .. and in it's 0x form. So it was easy to match-up the GarminID's with the mkgmap ID's ... as some where switched around. http://www8.garmin.com/cartography/mapSource/mapLegend.html - has a detailed list of all the map features that gets supported (for MapSource) I also included 2 columns for 'SchemaTroll KEY' and SchemaTroll Value' these are where i simply went through it and guessed as to what the tags could possibly be in the future. For the OSM Map Features, there are a few (a whole lot) of Tag Proposals that need to be made. So i'm leaving that upto the Wikians to fix up the wiki. I'm just trying to help it along. Ideally, it would be great to see an OSM tag for each of the Garmin Map Features, as the map can actually support the customized map, of upto 700 or so features. I noticed that many features are duplicated across different Garmin ID's and Many Garmin ID's support multiple OSM tags. So basically, im trying to get the whole chart filled in, with the best known map features, and using the Wiki as the primary source. And over on my version of the Spreadsheet, im keeping a list of Features that need to be proposed, and updating my own spreadsheet. Which i hope to make available in the next month or so. (it's going through so many changes) :) For those who know how to use Gitorious I just converted the file to .csv and Pushed the latest changes http://gitorious.org/wikimap-books/wikimap-books-legend and here's the GoogleDocs Chart https://spreadsheets.google.com/ccc?key=0Am70fsptsPF2dGdSaEwwTUx5eGtzSFdPbmZPQlpBTEE&hl=en Hopefully someone will find some use for it :) Cheers, Sam P.S How often does the osm map features .csv file get updated? --- Across Canada Trails - Beyond 2017 - The National Trails Network Victoria, BC Canada Twitter: @Acrosscanada Blog: http://acrosscanadatrails.posterous.com/ Facebook: http://www.facebook.com/sam.vekemans Skype: 'Sam Vekemans' IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) IRC: irc://irc.oftc.net #CommonMap The Common Map channel (an open chat room) ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] some questions about splitter and europe extract
Am 12.10.2010 13:45, schrieb Carlos Dávila: > El 10/10/10 19:55, Ronny Klier escribió: >> Am 09.10.2010 10:27, schrieb Minko: >> >>> Is there an explanation why the latest split runs are so slow? Could it be >>> that the tiles in my areas.list are getting too big? >>> How can I extract the pbf format? Can I use it with the splitter? >>> >>> >> There is already a branch of the splitter which is able to read the pbf >> format (branches/crosby_integration). I build and successfully tested it >> last week with the europe extract from Geofabrik. It is much faster than >> using the bz2 file, time went down from ~5 hours + time for extraction >> of the bz2 file to less than 4 hours. >> >> I hope there is soon an "official" build of the splitter with pbf >> support. Perhaps it was not merged because of additional dependencies. >> > Trying to compile pbf branch I get the error below. How can I get > missing packages to be able to compile? > Buildfile: /home/carlos/Paquetes/splitter_pbf/build.xml > I took them from actual osmosis package as Scott Crosby wrote some time ago. There are four required jars: - disutils - fastutil - osmbin - protobuf ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] continue command in combination with add-pois-to-areas
Steve Ratcliffe schrieb am 12.10.2010 00:16: > if anyone has any ideas please post. As a user I would like to have an action command in the polygon (and also in the lines) style rules for generating a POI for a specific area (and also for a specific line). Actually I would like to have multiple commands, e.g. add-centre-node (new node in the geometric centre of the polygon) add-start-node (first node of the polygon) add-end-node (last node of the polygon) add-middle-node (middle node of the polygon) add-inner-node (all nodes of the polygon beside the first and the last one) add-all-node (all nodes of the polygon) I could think of multiple uses for such a feature. I do not know, whether this would be possible, since it would require a processing of the polygon and line rules before the processing of the point rules. Gruss Torsten ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] continue command in combination with add-pois-to-areas
> Steve Ratcliffe wrote: >> Hi >> >>> points style: >>> >>> shop=car_repair [0x2c14 continue] >>> shop=car_repair [0x2c09] >>> >>> and a polygon style: >>> >>> shop=car_repair [0x12] >>> >>> Processing this on a very simple OSM file containing one polygon tagged >>> shop=car_repair and one point tagged shop=car_repair, using >>> the --add-pois-to-areas switch, I see: >>> One polygon of type 0x12, with a 0x2c09 POI in the centre >>> Two POIs consisting of one of type 0x2c09 overlain on top of another of type >>> 0x2c14 >> >> Yes that does appear to be the case. >> >> It might be difficult to change. We don't know if something is a polygon >> until after the style rules have been run and at that stage it is too >> late for the normal processing to occur for the generated point. At >> least that the way it is written - it is possible that it could be >> changed, if anyone has any ideas please post. >> >> Regards, >> >> ..Steve > > I'm sure I saw an email from WanMil recently that said there already is >code in mkgmap that can test to see if an object is a closed polygon. Yes, it is possible to check if an object is a closed which does not necessarily mean that it is a polygon (example: roundabout). But we could add some methods (maybe they already exist) that can check if an object is tagged with polygon tags. >If, so, then this code could be re-used and --add-pois-to-areas could > be run before the style file processing. Whilst I'm helpfully palming > off work to others more skilful than myself, could whoever does this > also add some logic to make sure the resultant POI is always placed > *inside* the polygon? :) Do you have an algorithm that performs within an acceptable time? > > -- > Charlie > ___ > 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] some questions about splitter and europe extract
El 10/10/10 19:55, Ronny Klier escribió:
> Am 09.10.2010 10:27, schrieb Minko:
>
>> Is there an explanation why the latest split runs are so slow? Could it be
>> that the tiles in my areas.list are getting too big?
>> How can I extract the pbf format? Can I use it with the splitter?
>>
>>
> There is already a branch of the splitter which is able to read the pbf
> format (branches/crosby_integration). I build and successfully tested it
> last week with the europe extract from Geofabrik. It is much faster than
> using the bz2 file, time went down from ~5 hours + time for extraction
> of the bz2 file to less than 4 hours.
>
> I hope there is soon an "official" build of the splitter with pbf
> support. Perhaps it was not merged because of additional dependencies.
>
Trying to compile pbf branch I get the error below. How can I get
missing packages to be able to compile?
Buildfile: /home/carlos/Paquetes/splitter_pbf/build.xml
prepare:
[mkdir] Created dir: /home/carlos/Paquetes/splitter_pbf/build/classes
[mkdir] Created dir:
/home/carlos/Paquetes/splitter_pbf/build/test-classes
[mkdir] Created dir:
/home/carlos/Paquetes/splitter_pbf/build/test-output
compile:
[javac] /home/carlos/Paquetes/splitter_pbf/build.xml:68: warning:
'includeantruntime' was not set, defaulting to build.sysclasspath=last;
set to false for repeatable builds
[javac] Compiling 56 source files to
/home/carlos/Paquetes/splitter_pbf/build/classes
[javac]
/home/carlos/Paquetes/splitter_pbf/src/uk/me/parabola/splitter/BinaryMapParser.java:6:
package crosby.binary does not exist
[javac] import crosby.binary.BinaryParser;
[javac] ^
[javac]
/home/carlos/Paquetes/splitter_pbf/src/uk/me/parabola/splitter/BinaryMapParser.java:7:
package crosby.binary does not exist
[javac] import crosby.binary.Osmformat;
[javac] ^
[javac]
/home/carlos/Paquetes/splitter_pbf/src/uk/me/parabola/splitter/BinaryMapParser.java:9:
cannot find symbol
[javac] symbol: class BinaryParser
[javac] public class BinaryMapParser extends BinaryParser {
[javac] ^
[javac]
/home/carlos/Paquetes/splitter_pbf/src/uk/me/parabola/splitter/BinaryMapParser.java:31:
package Osmformat does not exist
[javac] protected void parseDense(Osmformat.DenseNodes nodes) {
[javac]^
[javac]
/home/carlos/Paquetes/splitter_pbf/src/uk/me/parabola/splitter/BinaryMapParser.java:55:
package Osmformat does not exist
[javac] protected void parseNodes(List nodes) {
[javac] ^
[javac]
/home/carlos/Paquetes/splitter_pbf/src/uk/me/parabola/splitter/BinaryMapParser.java:71:
package Osmformat does not exist
[javac] protected void parseWays(List ways) {
[javac]^
[javac]
/home/carlos/Paquetes/splitter_pbf/src/uk/me/parabola/splitter/BinaryMapParser.java:90:
package Osmformat does not exist
[javac] protected void parseRelations(List
rels) {
[javac] ^
[javac]
/home/carlos/Paquetes/splitter_pbf/src/uk/me/parabola/splitter/BinaryMapParser.java:122:
package Osmformat does not exist
[javac] public void parse(Osmformat.HeaderBlock block) {
[javac]^
[javac]
/home/carlos/Paquetes/splitter_pbf/src/uk/me/parabola/splitter/Way.java:15:
package it.unimi.dsi.fastutil.ints does not exist
[javac] import it.unimi.dsi.fastutil.ints.IntArrayList;
[javac] ^
[javac]
/home/carlos/Paquetes/splitter_pbf/src/uk/me/parabola/splitter/Way.java:21:
cannot find symbol
[javac] symbol : class IntArrayList
[javac] location: class uk.me.parabola.splitter.Way
[javac] private final IntArrayList refs = new IntArrayList(10);
[javac] ^
[javac]
/home/carlos/Paquetes/splitter_pbf/src/uk/me/parabola/splitter/Way.java:37:
cannot find symbol
[javac] symbol : class IntArrayList
[javac] location: class uk.me.parabola.splitter.Way
[javac] public IntArrayList getRefs() {
[javac]^
[javac]
/home/carlos/Paquetes/splitter_pbf/src/uk/me/parabola/splitter/DenseInt2ShortMap.java:5:
package it.unimi.dsi.bits does not exist
[javac] import it.unimi.dsi.bits.Fast;
[javac] ^
[javac]
/home/carlos/Paquetes/splitter_pbf/src/uk/me/parabola/splitter/DenseInt2ShortMap.java:6:
package it.unimi.dsi.fastutil.ints does not exist
[javac] import it.unimi.dsi.fastutil.ints.Int2ShortFunction;
[javac] ^
[javac]
/home/carlos/Paquetes/splitter_pbf/src/uk/me/parabola/splitter/DenseInt2ShortMap.java:7:
package it.unimi.dsi.fastutil.longs does not exist
[javac] impor
