Re: [mkgmap-dev] Admin relations
Hi Henning, I think you might hit a problem here because of the way how the LocationHook uses the data in the bounds file. When used for a way with n nodes it first tries to get information for node n/2. If that fails it tries the first, then the last, finally all other nodes. The lines in your screenshot all look straight, so the corresponding OSM ways might have only 2 nodes. In that case the only tested node may be the one on the border between China and Mongolia. I assume that the actual mkgmap:admin_level2 value for those nodes are more or less random or that the value is empty. If the value for mkgmap:admin_level2 is empty mkgmap should probably try another node. This doesn't happen. I see no easy way to handle this when the value is set. Gerd Von: mkgmap-dev im Auftrag von Henning Scholland Gesendet: Donnerstag, 12. Juli 2018 01:58:16 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] Admin relations Hi Andrzej, yes they are both in and in general it's working. Just on the borders I get these issues. I guess it's because of precision, how mkgmap calculates the area of China. The strange thing is, that the missing red part on Chinese border (Inner Mongolia/Gansu) Is roughly from the center of the last way to the end. For the blue marked ways it's shorter than half of it's length. So can't be the reason, a way or so is missing or is ignored completly. It's seems more, that there is kind of buffer, as both has the same length missing. And the both blue ways seems to end at same latitude. Sorry for forgetting the scale on the picture, but it's about 50km length missing/too much. If it's like this I wonder how mkgmap:country can work for address search in more dense populated areas. 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] Admin relations
Sorry, I just realised after opening tile borders in jOSM, the split is just at tile border. Henning ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Admin relations
Hi Andrzej, yes they are both in and in general it's working. Just on the borders I get these issues. I guess it's because of precision, how mkgmap calculates the area of China. The strange thing is, that the missing red part on Chinese border (Inner Mongolia/Gansu) Is roughly from the center of the last way to the end. For the blue marked ways it's shorter than half of it's length. So can't be the reason, a way or so is missing or is ignored completly. It's seems more, that there is kind of buffer, as both has the same length missing. And the both blue ways seems to end at same latitude. Sorry for forgetting the scale on the picture, but it's about 50km length missing/too much. If it's like this I wonder how mkgmap:country can work for address search in more dense populated areas. Henning ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Admin relations
Hi Henning, does your style include 'inc/address' before rules for boundaries? Default style doesn't make it easy to use mkgmap:country, which is actually generated after all rules in finalize stage. -- Best regards, Andrzej ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Error in index
Hi these are our rules, all categories are full, the search is fast enough, tested with my O650 # Food and Drink # American amenity=restaurant & cuisine=american [0x2a01 resolution 24] # Asian amenity=restaurant & ( cuisine=asian | cuisine=indian | cuisine=korean | cuisine=thai | cuisine=vietnamese ) [0x2a02 resolution 24] # Barbeque amenity=restaurant & cuisine=barbecue [0x2a03 resolution 24] # Chinese amenity=restaurant & cuisine=chinese [0x2a04 resolution 24] # Deli/Bakery amenity=restaurant & ( cuisine=cake | cuisine=deli | cuisine=crepe ) [0x2a05 resolution 24] amenity=ice_cream | cuisine=ice_cream [0x2a05 resolution 24] # International amenity=restaurant & cuisine=international [0x2a06 resolution 24] # Fastfood amenity=fast_food | ( amenity=restaurant & cuisine=fast_food ) | cuisine=kebap | cuisine=döner [0x2a07 resolution 24] # Italian amenity=restaurant & ( cuisine=italian | cuisine=pasta ) [0x2a08 resolution 24] # Mexican amenity=restaurant & cuisine=mexican [0x2a09 resolution 24] # Pizza amenity=restaurant & cuisine=pizza [0x2a0a resolution 24] # Seafood amenity=restaurant & ( cuisine=sea_food | cuisine=fish | cuisine=sushi ) [0x2a0b resolution 24] # Steak/Grill amenity=restaurant & ( cuisine=steak_house | cuisine=chicken ) [0x2a0c resolution 24] # Bagel/Donut amenity=restaurant & ( cuisine=bagel | cuisine=donut ) [0x2a0d resolution 24] # Cafe/Diner amenity=cafe | (amenity=restaurant & cuisine=coffee_shop ) [0x2a0e resolution 24] # French amenity=restaurant & cuisine=french [0x2a0f resolution 24] # German amenity=restaurant & ( cuisine=german | cuisine=bavarian ) [0x2a10 resolution 24] # British amenity=restaurant & ( cuisine=british | cuisine=fish_and_chips ) [0x2a11 resolution 24] # Speciality Food Products amenity=restaurant & ( cuisine=vegan | cuisine=vegetarian ) [0x2a12 resolution 24] # Other amenity=restaurant & ( cuisine=mediterranean | cuisine=spanish | cuisine=greek | cuisine=turkish | cuisine=japanese | cuisine=arabic | cuisine=african ) [0x2a13 resolution 24] amenity=restaurant [0x2a00 resolution 24] Am Mittwoch, 11. Juli 2018, 08:41:07 CEST schrieb Gerd Petermann: > Hi all, > > I am back from my cycling tour. I've observed a problem with my self > compiled gmapsupp, the device doesn't find most of the restaurant POIs. > Search for e.g. shops or hotels worked fine, just POI with 0x2a?? seem to > cause trouble. Search takes very long and shows only a few far away > restaurants. I wonder if anybody else has the same problems? > > Gerd > ___ > mkgmap-dev mailing list > mkgmap-dev@lists.mkgmap.org.uk > http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev signature.asc Description: This is a digitally signed message part. ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Error in index
Hi Thorsten, yes, I remember those problems, but I think I've never seen them on my Oregon 600. Maybe I'll experiment with the number of tiles to find out if there is a threshold value for a single POI type. My style is close to Minkos "Openfietsmap lite" and uses 0x2a00 for all kinds of restaurants, ignoring cuisine. Maybe that is not a good idea. Gerd Von: mkgmap-dev im Auftrag von Thorsten Kukuk Gesendet: Mittwoch, 11. Juli 2018 12:00:43 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] Error in index Hi Gerd, On Wed, Jul 11, Gerd Petermann wrote: > I am back from my cycling tour. I've observed a problem with my self compiled > gmapsupp, the device doesn't find most of the restaurant POIs. > Search for e.g. shops or hotels worked fine, just POI with 0x2a?? seem to > cause trouble. Search takes very long and shows only a few far away > restaurants. > I wonder if anybody else has the same problems? Yes, very old problem, and I think already discussed on this list without resolution. Depending on the count of POIs, sometimes parts of them are not findable in the Index, while they are visible on the map. The number of the POI doesn't matter, it looks more like the number of POI. That POI searches take very long is a change in the Garmin firmware. With my map on a GPSmap 60CSx, searching for POI is really quick and only the one from the Index are found. With the same map on my GPSmap 62, the index is ignored and the POIs are extracted from the map. This takes a long time. Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg) ___ 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] Error in index
Hi Gerd, On Wed, Jul 11, Gerd Petermann wrote: > I am back from my cycling tour. I've observed a problem with my self compiled > gmapsupp, the device doesn't find most of the restaurant POIs. > Search for e.g. shops or hotels worked fine, just POI with 0x2a?? seem to > cause trouble. Search takes very long and shows only a few far away > restaurants. > I wonder if anybody else has the same problems? Yes, very old problem, and I think already discussed on this list without resolution. Depending on the count of POIs, sometimes parts of them are not findable in the Index, while they are visible on the map. The number of the POI doesn't matter, it looks more like the number of POI. That POI searches take very long is a change in the Garmin firmware. With my map on a GPSmap 60CSx, searching for POI is really quick and only the one from the Index are found. With the same map on my GPSmap 62, the index is ignored and the POIs are extracted from the map. This takes a long time. Thorsten -- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg) ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] Error in index
Search for all the types of POI I've tried work fine, esp local food, with and without "select category". This is with build from the latest svn trunk and versions over the previous months. Style is much like "Default" for POI Build command: java -Xmx1540M -ea -jar ../mkgmap.trunk/mkgmap.jar --max-jobs -c ../mkgmap.opts --family-id=7422 -c template.args ../mytyp.txt mkgmap.opts: gmapsupp country-name=United Kingdom country-abbr=GBR code-page=1252 index bounds=../bounds.zip location-autofill=is_in,nearest no-housenumbers style-file=../styles/mystyle name-tag-list=name:en,int_name,name,place_name,loc_name family-name=osm series-name=OpenStreetMap area-name=berkin route drive-on=detect,left preserve-element-order no-add-pois-to-lines add-pois-to-areas generate-sea=multipolygon,extend-sea-sectors,close-gaps=350 link-pois-to-ways process-destination process-exits remove-ovm-work-files poi-address verbose order-by-decreasing-area Regards Ticker On Wed, 2018-07-11 at 16:49 +1000, Steve Sgalowski wrote: > I will construct a new map tonight for roads and check this out , I > think this may also apply to poi's for roads as well but will test > this with level 24 to 20. > > Stephen > > On Wed, 11 Jul. 2018, 4:41 pm Gerd Petermann, < > gpetermann_muenc...@hotmail.com> wrote: > > Hi all, > > > > I am back from my cycling tour. I've observed a problem with my > > self compiled gmapsupp, the device doesn't find most of the > > restaurant POIs. > > Search for e.g. shops or hotels worked fine, just POI with 0x2a?? > > seem to cause trouble. Search takes very long and shows only a few > > far away restaurants. > > I wonder if anybody else has the same problems? > > > > Gerd > > ___ > > 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