Re: [mkgmap-dev] Strange request with later versions of mkgmap
You can't google the message as it is my translation from German. I don't know which words an English Garmin device would show. No, there was no change to the device. I used to get this message when I used --route for experimental reasons. But I am definite that --route is not on the command line for these maps. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Strange-request-with-later-versions-of-mkgmap-tp5620986p5638566.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Strange request with later versions of mkgmap
Am 15.10.2010 13:35, schrieb NopMap: You can't google the message as it is my translation from German. I don't know which words an English Garmin device would show. No, there was no change to the device. I used to get this message when I used --route for experimental reasons. But I am definite that --route is not on the command line for these maps. 1. What's about --net? IMHO this parameter allows 'lock to road'. 2. Change the routing options in your GPS. On my gps (Legend HCx) I can set originally in German: Bestätigen (Confirm), Folge Straße (lock to road) and Luftlinie (direct line or airline). It seems thatnyour gps is set to 'Bestätigen'. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Strange request with later versions of mkgmap
On Fri, Oct 15, 2010 at 10:38:20AM +0100, Paul wrote: I know you said you don't make routable maps but there is an option on my 605 to Follow street or Off-road - Maybe you're getting something similar Likewise on the Edge 705, but I think that the option only exists for bicycle and foot routing, not for car/motorcycle. The only use that I have found for it is entertainment during train, boats or aeroplane travel, for providing rough estimates of the arrival time. It can be set in the Settings/Routing menu. The setting is something like this: follow road? yes/no/prompt. The Garmin-Finnish translation of that is yes/no/quick, although it should of course be yes/no/ask. Garmin also thinks that units such as km/h are devices, and the options for the device of height are meters and miles (I think it would be feet). Best regards, Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap style parsing question.
Hi Till, you can use the OSM-Composer to create your map. This tool is generating such a report. Walter - Original Message - From: Till Straumann till.straum...@alumni.tu-berlin.de To: mkgmap-dev@lists.mkgmap.org.uk Sent: Friday, October 15, 2010 2:21 AM Subject: [mkgmap-dev] mkgmap style parsing question. Hi. I'm a new user of mkgmap -- many thanks for the great tool!! -- and I have a suggestion: After creating one of my first maps I was surprised to not see a particular feature in the 'img' map even though it is present in OSM. After digging around for a while I found that this feature is marked in OSM as 'railway=disused'. I found that the default mkgmap style has a 'railway=abandoned' rule and after I added 'railway=disused' everything worked as expected. Apparently, since mkgmap didn't find a rule for 'railway=disused' the railway just got silently dropped. 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 style. Thanks again -- Till PS: Please 'cc' me on any replies; I'm not (yet) subscribed to this list. ___ 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] Strange request with later versions of mkgmap
Follow street or beeline No ideas where this message comes from? I don't want you to think that your question is being ignored, but I have no idea what that message is -- the only reference to that phrase on google is now your own question! I do not know, what causes this message. But I assume it is the question if the device should route over streets (with routing information) or if it should show only the straight line to the destination. This is was I understand with 'beeline'. The line which flies a bee in the air. Regards, Johann ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] [PATCH v1] Improved tagging of multipolygons
The patch fixes the following tagging:
polygon A: leisure=nature_reserve (the complete area)
polygon B: natural=water (only the inner area)
multipolygon relation: natural=wood and outer=polygon A and
inner=polygon B (only the surrounding area)
= See also thread
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2010q3/009112.html
The patch fixes also problems with cascaded multipolygons.
MP1:
outer P1 [natural=wood]
inner P2 [natural=water]
MP2:
outer P2 [natural=water]
inner P3 [natural=sand]
Without this patch P2 was added twice to the map. Once with the complete
polygon area and once with the cut out P3.
I think this patch will also make it possible to remove the unlovely
tag-removal-map used by the multipolygons. But first I have to check
that in deep.
Please test this patch carefully with some of your well known
multipolygons! I would not be surprised by the patch containing some
unwanted stuff...
WanMil
Index: src/uk/me/parabola/mkgmap/reader/osm/MultiPolygonRelation.java
===
--- src/uk/me/parabola/mkgmap/reader/osm/MultiPolygonRelation.java (revision 1713)
+++ src/uk/me/parabola/mkgmap/reader/osm/MultiPolygonRelation.java (working copy)
@@ -764,7 +764,7 @@
// check if the polygon has tags and therefore should be processed
boolean processPolygon = currentPolygon.outer
- || hasTags(currentPolygon.polygon);
+ || (holes.isEmpty()==false);
if (processPolygon) {
ListWay singularOuterPolygons;
@@ -781,53 +781,53 @@
innerWays);
}
-if (currentPolygon.polygon.getOriginalWays().size() == 1) {
- // the original way was a closed polygon which
- // has been replaced by the new cut polygon
- // the original way should not appear
- // so we remove all tags
- removeTagInOrgWays(currentPolygon.polygon, null, null);
- currentPolygon.polygon.removeAllTags();
-}
-
-boolean useRelationTags = currentPolygon.outer
- hasTags(this);
-if (useRelationTags) {
- // the multipolygon contains tags that overwhelm the
- // tags of the outer polygon
- removeTagsInOrgWays(this, currentPolygon.polygon);
-
- for (Way p : singularOuterPolygons) {
- p.copyTags(this);
- p.deleteTag(type);
+if (singularOuterPolygons.isEmpty()==false) {
+ // handle the tagging
+ if (currentPolygon.outer hasTags(this)) {
+ // use the tags of the multipolygon
+ for (Way p : singularOuterPolygons) {
+ // overwrite all tags
+ p.copyTags(this);
+ p.deleteTag(type);
+ }
+ // remove the multipolygon tags in the original ways of the current polygon
+ removeTagsInOrgWays(this, currentPolygon.polygon);
+ } else {
+ // use the tags of the original ways
+ currentPolygon.polygon.mergeTagsFromOrgWays();
+ for (Way p : singularOuterPolygons) {
+ // overwrite all tags
+ p.copyTags(currentPolygon.polygon);
+ }
+ // remove the current polygon tags in its original ways
+ removeTagsInOrgWays(currentPolygon.polygon, currentPolygon.polygon);
}
-}
-
-if (currentPolygon.outer outmostPolygonProcessing) {
- // this is the outer most polygon - copy its tags. They will be used
- // later for tagging of the lines
+
+ if (currentPolygon.outer outmostPolygonProcessing) {
+ // this is the outer most polygon - copy its tags. They will be used
+ // later for tagging of the lines
- // all cut polygons have the same tags - get the first way to copy them
- if (singularOuterPolygons.isEmpty()==false) {
+ // all cut polygons have the same tags - get the first way to copy them
Way outerWay = singularOuterPolygons.get(0);
for (EntryString, String tag : outerWay.getEntryIteratable()) {
outerTags.put(tag.getKey(), tag.getValue());
}
outmostPolygonProcessing = false;
}
-}
-
-for (Way mpWay : singularOuterPolygons) {
- // put the cut out polygons to the
- // final way map
- if (log.isDebugEnabled())
- log.debug(mpWay.getId(),mpWay.toTagString());
- // mark this polygons so that only polygon style rules are applied
- mpWay.addTag(STYLE_FILTER_TAG, STYLE_FILTER_POLYGON);
+ for (Way mpWay : singularOuterPolygons) {
+ // put the cut out polygons to the
+ // final way map
+ if (log.isDebugEnabled())
+ log.debug(mpWay.getId(),mpWay.toTagString());
- tileWayMap.put(mpWay.getId(), mpWay);
+ // mark this polygons so that only polygon style rules are applied
+ mpWay.addTag(STYLE_FILTER_TAG, STYLE_FILTER_POLYGON);
+
+ tileWayMap.put(mpWay.getId(), mpWay);
+ }
}
+
}
}
@@ -1367,15 +1367,6 @@
return w;
}
- private boolean hasTags(JoinedWay way) {
- for (Way segment : way.getOriginalWays()) {
- if (hasTags(segment)) {
-return true;
- }
- }
- return false;
- }
-
private boolean
Re: [mkgmap-dev] some questions about splitter and europe extract
Minko-2 wrote: Do you need --write-xml or --write-pbf? I used the last one, but when I splitted the output file benelux.osm I got this error: Error parsing from xml from file org.xmlpullv1.xmlpullparserexception: only whitespace content allowed before start tag and not /u0 Hi, splitter r123 only reads osm-xml format. So you have to use in osmosis --write-xml. I don't know, when a new version of splitter will be released, but I hope it will be soon. Because diskspace will be reduced enormously, is you can use the binary format. aighes -- View this message in context: http://gis.638310.n2.nabble.com/some-questions-about-splitter-and-europe-extract-tp5617534p5640791.html Sent from the Mkgmap Development mailing list archive at Nabble.com. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap style parsing question.
Does OSM-Composer have an English version that works with the .6 API yet? Regards, Markus. -Original Message- From: mkgmap-dev-boun...@lists.mkgmap.org.uk [mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk] On Behalf Of Walter Schlögl Sent: Saturday, 16 October 2010 3:04 AM To: Development list for mkgmap Cc: till.straum...@alumni.tu-berlin.de Subject: Re: [mkgmap-dev] mkgmap style parsing question. Hi Till, you can use the OSM-Composer to create your map. This tool is generating such a report. Walter - Original Message - From: Till Straumann till.straum...@alumni.tu-berlin.de To: mkgmap-dev@lists.mkgmap.org.uk Sent: Friday, October 15, 2010 2:21 AM Subject: [mkgmap-dev] mkgmap style parsing question. Hi. I'm a new user of mkgmap -- many thanks for the great tool!! -- and I have a suggestion: After creating one of my first maps I was surprised to not see a particular feature in the 'img' map even though it is present in OSM. After digging around for a while I found that this feature is marked in OSM as 'railway=disused'. I found that the default mkgmap style has a 'railway=abandoned' rule and after I added 'railway=disused' everything worked as expected. Apparently, since mkgmap didn't find a rule for 'railway=disused' the railway just got silently dropped. 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 style. Thanks again -- Till PS: Please 'cc' me on any replies; I'm not (yet) subscribed to this list. ___ 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 ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] mkgmap style parsing question.
On 10/15/2010 07:59 PM, Markus_g wrote: Does OSM-Composer have an English version that works with the .6 API yet? I don't know - however, I still believe it would be a useful option for mkgmap since OSM-composer is quite heavyweight. I would like to be able to use mkgmap on its own... -- Till PS: Please cc me on any replies - I'm not subscribed to the list, thanks. Regards, Markus. -Original Message- From: mkgmap-dev-boun...@lists.mkgmap.org.uk [mailto:mkgmap-dev-boun...@lists.mkgmap.org.uk] On Behalf Of Walter Schlögl Sent: Saturday, 16 October 2010 3:04 AM To: Development list for mkgmap Cc: till.straum...@alumni.tu-berlin.de Subject: Re: [mkgmap-dev] mkgmap style parsing question. Hi Till, you can use the OSM-Composer to create your map. This tool is generating such a report. Walter - Original Message - From: Till Straumanntill.straum...@alumni.tu-berlin.de To:mkgmap-dev@lists.mkgmap.org.uk Sent: Friday, October 15, 2010 2:21 AM Subject: [mkgmap-dev] mkgmap style parsing question. Hi. I'm a new user of mkgmap -- many thanks for the great tool!! -- and I have a suggestion: After creating one of my first maps I was surprised to not see a particular feature in the 'img' map even though it is present in OSM. After digging around for a while I found that this feature is marked in OSM as 'railway=disused'. I found that the default mkgmap style has a 'railway=abandoned' rule and after I added 'railway=disused' everything worked as expected. Apparently, since mkgmap didn't find a rule for 'railway=disused' the railway just got silently dropped. 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 style. Thanks again -- Till PS: Please 'cc' me on any replies; I'm not (yet) subscribed to this list. ___ 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 ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
