Re: [mkgmap-dev] Open question reg. new nearby-poi options

2020-05-07 Thread AnkEric
I missed the [motor_vehicle=no] on the residential (south way only). My example should haven been without any access tags on the highways. Just: [highway=residential] + [barrier=bollard] in the middle. But you have "removed the tag motor_vehicle=no from way" Oké, so: your test is okay! IF: -

Re: [mkgmap-dev] Open question reg. new nearby-poi options

2020-05-07 Thread AnkEric
e was also somewhere hidden in my first reply. My first reply does not reply to any subject. Should I have created a new topic: "nearby-poi discussion"? Eric (AnkEric) residential_bollard_bollard_service_motorcar_no.osm <http://gis.19327.n8.nabble.com/file/t344065/residential_bollard_bo

Re: [mkgmap-dev] Open question reg. new nearby-poi options

2020-05-07 Thread AnkEric
*Garmin:* GPSMAP 60, Etrex Vista HCx: declutter is an option. Extrex 30, GPSMAP 64: declutter is not an option, not anymore! Garmin: "our customers prefer simple!" I don't! And now mkgmap is expected to resolve: + . Garmin Search: Garmin Outdoor is the only GPS I know (in my possession) not

Re: [mkgmap-dev] nearby POIs

2020-05-05 Thread AnkEric
] or [restaurant], a "bench with a view" will be rendered as either bench or as viewpoint. This was my Feature Request: Move/Separate/Split "Overlapping/Merged/Duplicated/Clashing Error" POI, representing multiple "main feature tags". AnkEric (Eric) -- Sent from:

Re: [mkgmap-dev] default style points enhancements

2020-04-22 Thread AnkEric
Bugfix: subscript out of range. TYPFILE_mapnik_2020-04-22_FIX.xlsx Including italian language. -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html

Re: [mkgmap-dev] default style points enhancements

2020-04-22 Thread AnkEric
Hé bug in "TYPFILE_mapnik_2020-04-22.xlsx"? No italian language? -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk

Re: [mkgmap-dev] nearby POIs

2020-04-22 Thread AnkEric
I do see a red (or brown) dot in the middle that was not there before. After I added restaurant and "continue" to hotel. I was assuming this is a "plate". No spoon, knife, fork though. That's the "radiation" of wifi. But I can't see clearly because of the cluttering; -) Anyway, it's seems

Re: [mkgmap-dev] default style points enhancements

2020-04-22 Thread AnkEric
Nice! I have reviewed mapnik.txt in relation to default style. Now I'm capable of generating (in automation) an Excel showing all tags, values and usage. Also for my own style. TYPFILE_mapnik_2020-04-22.xlsx In this

Re: [mkgmap-dev] nearby POIs

2020-04-22 Thread AnkEric
I forgot "continue" so there is NO restaurant rendered in my test. My test has failed. But I didn't know. What is rendered: - internet_access=wlan - tourism=hotel - name=Gr8 & La Place Bodegraven So there are already TWO (2) duplicate POI’s on top of each other. internet_access=yes {name

Re: [mkgmap-dev] nearby POIs

2020-04-22 Thread AnkEric
STYLE: MKGMAP, default, mapnik.txt tourism=hotel {set amenity=restaurant} BaseCamp: GPSMAP 64st: On my own Map I won't Render the name.

Re: [mkgmap-dev] nearby POIs

2020-04-22 Thread AnkEric
> Concerning your other examples; something similar could be done for > Cafe/Bakery as this is quite common and useful, but I found there were > far to many minor amenity= to bother with, so ignoring all but the > major ones, you just get the POI for viewpoint I make my own Map because and only

Re: [mkgmap-dev] nearby POIs

2020-04-22 Thread AnkEric
My issue: It's very useful to Render BOTH coincident POI's. But that's my question, issue! How? If [tourism=hotel, amenity=restaurant] is set on the SAME NODE than both tags are "mixed together" when rendered on the Map. So you see a POI 0x2b01x0x2a00 which is a "RestaHotelurant" ON the map.

Re: [mkgmap-dev] nearby POIs

2020-04-22 Thread AnkEric
Mike:/ "handling the *removal* of *duplicate *POIs that are *near* to each other but *not coincident*."/ Very useful! In the Netherlands I was involved in a discussion: Set [man_made=windmill] on POI-address-node (is rendered by JOSM and links address to POI) or Set on building (a windmill is

Re: [mkgmap-dev] Errors converting "mapnik.txt" into "mapnik.typ" (information only)

2020-04-01 Thread AnkEric
Hi Gerd, This is not for me to decide. I'm just a User... IMO: the mapnik-TYPViewer-2.patch is okay. So to be committed. IMO! I will - again - verify (by TypViewer) if "mapnik.txt" is okay after committed patch. If not: I will let you know. BTW: Did I gave you the impression I did

Re: [mkgmap-dev] Errors converting "mapnik.txt" into "mapnik.typ" (information only)

2020-03-26 Thread AnkEric
Hi Ticker, This is exactly what I did experience last night: /I've just loaded TYPViewer and used it to convert latest mapnik.txt to mapnik.typ. It seemed quite happy to do this, but when using TYPViewer to read back the .typ file, it gives the errors: Error while reading polygon 0x03d/00 :

Re: [mkgmap-dev] Errors converting "mapnik.txt" into "mapnik.typ" (information only)

2020-03-26 Thread AnkEric
els=Y [_polygon] Type=0x07 ;GRMN_TYPE: Large Manmade Areas/AIRPORT/Airport area/Non NT String1=0x00,Airport String2=0x01,Aéroport String3=0x02,Flughafen String4=0x03,Vliegveld String5=0x15,Lotnisko String6=0x10,Aeroporto String7=0x05,Aerodromo ExtendedLabels=Y [_polygon] Type=0x12 ;

Re: [mkgmap-dev] Errors converting "mapnik.txt" into "mapnik.typ" (information only)

2020-03-25 Thread AnkEric
"mapnik_FIX.txt" mapnik_FIX.txt <http://gis.19327.n8.nabble.com/file/t344065/mapnik_FIX.txt> Eric (AnkEric) -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html ___ mkgmap-dev mailing list mkg

Re: [mkgmap-dev] Errors converting "mapnik.txt" into "mapnik.typ" (information only)

2020-03-25 Thread AnkEric
Almost but not quite... + What I did: Let mkgmap process: "mapnik.txt". mkgmap will create: "mapnik.typ". So your suggestion is working ok! Open "44010.typ" in TYPViewer. This is oké now. If I want, I can Save "mapnik.typ" as "mapnik.txt". Done! But don't ask me about the differences

Re: [mkgmap-dev] Question (only): Is mkgmap-default-style Routing by foot/bicycle according to Usecase ?

2020-03-25 Thread AnkEric
Hi Gerd, Oké, now I understand. Yes, motorway is a routable way. highway=primary [0x1 resolution 18-19 continue with_actions] highway=primary [0x10014 resolution 20-21 continue with_actions] highway=primary & bicycle!=no [0x03 road_class=0 road_speed=1 resolution 22 continue with_actions]

Re: [mkgmap-dev] Question (only): Is mkgmap-default-style Routing by foot/bicycle according to Usecase ?

2020-03-25 Thread AnkEric
> reg. 3) are you sure that the motorway is routable in your map My Map (with or without quotes), is a Bicycle Map ONLY. All highways are either [bicycle=yes] OR [bicycle=no]. If [bicycle=no] this implies a highway is NOT routable (access=no). Therefore all the non-routable ways are gray and

[mkgmap-dev] Question (only): Is mkgmap-default-style Routing by foot/bicycle according to Usecase ?

2020-03-25 Thread AnkEric
ossible. Simply refuses to use the motorway because of explicit [bicycle=no]. <http://gis.19327.n8.nabble.com/file/t344065/3_Routing_Foot_Bicycle_Start_VIA_Finish_OK.png> Just a "proof of concept" question! I'm considering to migrate for my Car-map to mkgmap-default-style. Car only,

Re: [mkgmap-dev] Errors converting "mapnik.txt" into "mapnik.typ" (information only)

2020-03-25 Thread AnkEric
wer will Save utf8 As utf8 and Save 1252 As 1252. So the encoding of my source file is leading. So I have a work-around. Eric (AnkEric) -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] Errors converting "mapnik.txt" into "mapnik.typ" (information only)

2020-03-25 Thread AnkEric
mapnik.txt (128.746 bytes, 19-03-2020 08:31) I assume (...) "mapnik.txt" is to be converted into ".typ". Using TYPViewer 4.5.50 two Errors during conversion: Errors in the file : mapnik.txt

Re: [mkgmap-dev] Question (RFC): Is function [has-period-ended] an option?

2020-03-21 Thread AnkEric
Mapillary, Survey, local knowledge: road closure in future from date_start till date_end https://www.mapillary.com/map/im/a4s9RiyhwiYQ2KecMuD2HQ I can see this Closure on the Map by "red dots" showing on the way. Hoover over or Click to show [opening_hours] or [access:conditional]. This is a

Re: [mkgmap-dev] One object has more than one POI-tag (Hotel Café Restaurant)

2020-03-20 Thread AnkEric
Hi Gerd, I don't know if it's impossible. Just don't know how to. But before investing a lot of time, I would like to know if it should be possible. You have already answered that question: "not sure"... Attached an example: Het Wapen van Harmelen_hotel_cafe_restaurant.osm - [addr*] is on one

[mkgmap-dev] Question (RFC): Is function [has-period-ended] an option?

2020-03-20 Thread AnkEric
Way/Area closure Period (from date_start until date_end) is – in general – not on OSM. Some exceptions: opening_hours = Mar 15-Jun 15 off "bird breeding season" Construction period is between two dates. Or: opening_hours = 2019 Feb 18-2019 Mar 29 closed "Reconstruction period Defensie Eiland"

[mkgmap-dev] One object has more than one POI-tag (Hotel Café Restaurant)

2020-03-20 Thread AnkEric
Issue: One object has (or should have) more than one POI-tags. Possible situations: * "Hotel Restaurant Xxxx" * "Hotel Café Restaurant Xxxx" * "Café Restaurant Xxxx" * "Hotel Aaaa" and "Restaurant Aaaa" and "Café Aaaa" (same location, same operator, name "Aaaa" is identical for all Objects, but

Re: [mkgmap-dev] Tagging restaurants and categories

2020-03-20 Thread AnkEric
I had a similar issue with [amenity=cafe] or [amenity=pub] also serving "bar meals". In the Netherlands, name is often something like: "Eetcafé Xxxx". ("Eet" to be translated as "Eat"). Also some Mappers prefer to Tag a "pub" as "cafe" which is Rendered as a "cup of coffee". IMO: "cafe" means:

Re: [mkgmap-dev] Connected ways rendered as Unconnected ways due to Garmin low resolution

2020-02-19 Thread AnkEric
p (15-02-2020) is oké. I have seen this before: sometimes Me and OFM share the same issue, sometimes not. / Eric (AnkEric) -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] A highway is not always and not by all styles Rendered ON a bridge.

2020-01-29 Thread AnkEric
prominent so she can see if the upcoming highway crossing is ON the bridge or we cross UNDER the bridge (and therefore it is not a junction and we cannot get to the other side of the river). / Eric (AnkEric) -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html

[mkgmap-dev] A highway is not always and not by all styles Rendered ON a bridge.

2020-01-29 Thread AnkEric
_rendered_on_bridge.osm> / Eric (AnkEric) -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] Connected ways rendered as Unconnected ways due to Garmin low resolution

2020-01-29 Thread AnkEric
I did find one 3 year old example: <http://gis.19327.n8.nabble.com/file/t344065/Changeset-46044991.jpg> https://www.openstreetmap.org/changeset/46044991 (AnkEric, 2/3/17) Changeset Comment: {highway=tertiary_link} (id:338819633) did NOT connect to Kanaalkade by mkgmap Renderers for no o

Re: [mkgmap-dev] Connected ways rendered as Unconnected ways due to Garmin low resolution

2020-01-29 Thread AnkEric
took a few years before I posted this. If it is not reproducible, a solution is almost impossible. / Eric (AnkEric) -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.o

[mkgmap-dev] Connected ways rendered as Unconnected ways due to Garmin low resolution

2020-01-29 Thread AnkEric
d" an option for MkgMap to resolve by a work-around? Or improved logging of exceptions? If I can find these "errors" I can resolve! Most annoying (for me): my attempts to improve card quality leads to "routing errors". / Eric (AnkEric) -

Re: [mkgmap-dev] change handling of railway=abandoned

2020-01-21 Thread AnkEric
n a forum: I buy bread in a bakery: "One brown bread please." "Here you are. Anything else?" "No! Two croissants." / AnkEric -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] MKGMAP COMBINE using mkgmap-r4377 Map is Empty (mkgmap-r4373 is OK)

2019-11-27 Thread AnkEric
polygon-size-limits=17:2, 15:0 preserve-element-order keep-going net route index / AnkEric -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk

Re: [mkgmap-dev] MKGMAP COMBINE using mkgmap-r4377 Map is Empty (mkgmap-r4373 is OK)

2019-11-27 Thread AnkEric
eption at uk.me.parabola.mkgmap.build.MapBuilder.getMinSizePolygonForResolution(MapBuilder.java:1352) at uk.me.parabola.mkgmap.build.MapBuilder.processShapes(MapBuilder.java:1221) etc. etc. / AnkEric -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f532444

[mkgmap-dev] MKGMAP COMBINE using mkgmap-r4377 Map is Empty (mkgmap-r4373 is OK)

2019-11-27 Thread AnkEric
Number of ExitExceptions: 0 Time finished: Wed Nov 27 09:49:24 CET 2019 Total time taken: 23 minutes 48 seconds Unknow is the result by latest version mkgmap-r4378. / AnkEric -- Sent from: http://gis.19327.n8.nabble.com/Mkgmap-Development-f5324443.html