Unable to search for Address - GPSMAP64s
I finally got my map conversion working and the maps load fine. I can pick a location on the map and routing works as well as ever (there were always issues over the shortest distance/fastest route with Garmins). The problem is I can't search by address, which is kind of important. Only cities on the Basemap are being found, and only a few addresses. If I zoom in on a point on the map the street being searched for is shown on the map and in fact I can pick an address by that method. So, here's what I'm doing, but I'm obviously doing something wrong: (I installed all the jar files under /opt/mkgmap) osmconvert canada-latest.osm.pbf -o=canada-latest.o5m osmfilter canada-latest.o5m \ --keep-nodes= \ --keep-ways-relations="boundary=administrative =postal_code postal_code=" \ -o=canada-latest-boundries.o5m mkdir bounds java -cp /opt/mkgmap/mkgmap.jar \ uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryPreprocessor \ canada-latest-boundries.o5m bounds mkdir work ( cd work ; java -jar /opt/mkgmap/splitter.jar ../canada-latest.osm.pbf ) ( cd work ; java -jar /opt/mkgmap/mkgmap.jar \ --route --add-pois-to-areas --preserve-element-order \ --housenumbers --process-exits --process-destination \ --split-name-index \ --bounds=../bounds --precomp-sea=../sea-latest.zip \ --series-name='Canada OSM 2020' \ --family-name='Canada OSM 2020' \ --area-name='Canada OSM 2020' \ --country-name='Canada' --country-abbr='CA' \ --description='Canada OpenStreetMap (2020)' \ --index --gmapsupp 6324*.osm.pbf ) The only thing I can think of is I'm doing something wrong with osmfilter and removing too much information... If there's some sort of check I can do on the resulting gmapsup.img file, let me know and I'll get the results. Thanks for any help you can provide!
Hi Andrew, the only thing that looks wrong is --country-abbr='CA'. This should be the 3-letter code --country-abbr='CAN' . No idea if this can be the reason for the problems. Relative paths are difficult to understand, so maybe mkgmap doesn't find the bounds in the bounds directory? If yes there should be a corresponding error message, if everything works fine you shoud not need the options --country-name and --country-abbr. You use the default family id 6324 and file names 6324*.img . Make sure there is no other map with these ids on your device (no matter if it is activated or not) Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Andrew Morris <drew101@shaw.ca> Gesendet: Montag, 20. Juli 2020 07:38 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: [mkgmap-dev] Unable to search for Address - GPSMAP64s I finally got my map conversion working and the maps load fine. I can pick a location on the map and routing works as well as ever (there were always issues over the shortest distance/fastest route with Garmins). The problem is I can't search by address, which is kind of important. Only cities on the Basemap are being found, and only a few addresses. If I zoom in on a point on the map the street being searched for is shown on the map and in fact I can pick an address by that method. So, here's what I'm doing, but I'm obviously doing something wrong: (I installed all the jar files under /opt/mkgmap) osmconvert canada-latest.osm.pbf -o=canada-latest.o5m osmfilter canada-latest.o5m \ --keep-nodes= \ --keep-ways-relations="boundary=administrative =postal_code postal_code=" \ -o=canada-latest-boundries.o5m mkdir bounds java -cp /opt/mkgmap/mkgmap.jar \ uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryPreprocessor \ canada-latest-boundries.o5m bounds mkdir work ( cd work ; java -jar /opt/mkgmap/splitter.jar ../canada-latest.osm.pbf ) ( cd work ; java -jar /opt/mkgmap/mkgmap.jar \ --route --add-pois-to-areas --preserve-element-order \ --housenumbers --process-exits --process-destination \ --split-name-index \ --bounds=../bounds --precomp-sea=../sea-latest.zip \ --series-name='Canada OSM 2020' \ --family-name='Canada OSM 2020' \ --area-name='Canada OSM 2020' \ --country-name='Canada' --country-abbr='CA' \ --description='Canada OpenStreetMap (2020)' \ --index --gmapsupp 6324*.osm.pbf ) The only thing I can think of is I'm doing something wrong with osmfilter and removing too much information... If there's some sort of check I can do on the resulting gmapsup.img file, let me know and I'll get the results. Thanks for any help you can provide! _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Andrew, forgot to mention a general problem with self computed bounds: The extract may not contain the complete boundary data for Canada. In that case the computed bounds may not work well. Try to download the bounds for planet from http://osm.thkukuk.de/data/bounds-latest.zip and check if they produce the wanted results. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <gpetermann_muenchen@hotmail.com> Gesendet: Montag, 20. Juli 2020 08:14 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: Re: [mkgmap-dev] Unable to search for Address - GPSMAP64s Hi Andrew, the only thing that looks wrong is --country-abbr='CA'. This should be the 3-letter code --country-abbr='CAN' . No idea if this can be the reason for the problems. Relative paths are difficult to understand, so maybe mkgmap doesn't find the bounds in the bounds directory? If yes there should be a corresponding error message, if everything works fine you shoud not need the options --country-name and --country-abbr. You use the default family id 6324 and file names 6324*.img . Make sure there is no other map with these ids on your device (no matter if it is activated or not) Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Andrew Morris <drew101@shaw.ca> Gesendet: Montag, 20. Juli 2020 07:38 An: mkgmap-dev@lists.mkgmap.org.uk Betreff: [mkgmap-dev] Unable to search for Address - GPSMAP64s I finally got my map conversion working and the maps load fine. I can pick a location on the map and routing works as well as ever (there were always issues over the shortest distance/fastest route with Garmins). The problem is I can't search by address, which is kind of important. Only cities on the Basemap are being found, and only a few addresses. If I zoom in on a point on the map the street being searched for is shown on the map and in fact I can pick an address by that method. So, here's what I'm doing, but I'm obviously doing something wrong: (I installed all the jar files under /opt/mkgmap) osmconvert canada-latest.osm.pbf -o=canada-latest.o5m osmfilter canada-latest.o5m \ --keep-nodes= \ --keep-ways-relations="boundary=administrative =postal_code postal_code=" \ -o=canada-latest-boundries.o5m mkdir bounds java -cp /opt/mkgmap/mkgmap.jar \ uk.me.parabola.mkgmap.reader.osm.boundary.BoundaryPreprocessor \ canada-latest-boundries.o5m bounds mkdir work ( cd work ; java -jar /opt/mkgmap/splitter.jar ../canada-latest.osm.pbf ) ( cd work ; java -jar /opt/mkgmap/mkgmap.jar \ --route --add-pois-to-areas --preserve-element-order \ --housenumbers --process-exits --process-destination \ --split-name-index \ --bounds=../bounds --precomp-sea=../sea-latest.zip \ --series-name='Canada OSM 2020' \ --family-name='Canada OSM 2020' \ --area-name='Canada OSM 2020' \ --country-name='Canada' --country-abbr='CA' \ --description='Canada OpenStreetMap (2020)' \ --index --gmapsupp 6324*.osm.pbf ) The only thing I can think of is I'm doing something wrong with osmfilter and removing too much information... If there's some sort of check I can do on the resulting gmapsup.img file, let me know and I'll get the results. Thanks for any help you can provide! _______________________________________________ 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
Hi Andrew When you say you can't find cities, do you get a good list of nearby cities from the Find>Cities menu entry, and if you change this to search-by-name, can you find all that you'd expect (ie non-basemap ones). When using Find>Address, do you get a sensible Country or Region list in the initial selection field, and have selected something, do you get a list of Cities in the City selection field, similarly for Street. On my device I need to clear the house number field to get from this point to the list of addresses that I can then select (because most of my addresses don't have housenumbers) I see references to postal_code in your bounds processing. I don't think you are going to get anything sensible to happen by default relating to Canadian postcodes; I think Garmin ZipCode handling only deals with numerics. Unrelated suggestions are: Get the splitter to generate useful tile names with the --geonames-file=... option. Use these by having -c template.args rather than *.osm.pbf Have the global --description at the end, after the above. Beware of --split-name-index. --link-pois-to-ways is a good option. --code-page=1252 if you need French names with accents. See {mkgmap-rel}/examples/sample.cfg Ticker
Hi Ticker, the extract command for the bounds is correct, the same is suggested on the wiki page: https://wiki.openstreetmap.org/wiki/Mkgmap/help/options#Filter_Boundary_Data Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Ticker Berkin <rwb-mkgmap@jagit.co.uk> Gesendet: Montag, 20. Juli 2020 14:35 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] Unable to search for Address - GPSMAP64s Hi Andrew When you say you can't find cities, do you get a good list of nearby cities from the Find>Cities menu entry, and if you change this to search-by-name, can you find all that you'd expect (ie non-basemap ones). When using Find>Address, do you get a sensible Country or Region list in the initial selection field, and have selected something, do you get a list of Cities in the City selection field, similarly for Street. On my device I need to clear the house number field to get from this point to the list of addresses that I can then select (because most of my addresses don't have housenumbers) I see references to postal_code in your bounds processing. I don't think you are going to get anything sensible to happen by default relating to Canadian postcodes; I think Garmin ZipCode handling only deals with numerics. Unrelated suggestions are: Get the splitter to generate useful tile names with the --geonames-file=... option. Use these by having -c template.args rather than *.osm.pbf Have the global --description at the end, after the above. Beware of --split-name-index. --link-pois-to-ways is a good option. --code-page=1252 if you need French names with accents. See {mkgmap-rel}/examples/sample.cfg Ticker _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
So after some digging (and testing is still ongoing) I *think* I may have figured out what is going on. My use of the --country-abbr='CA' instead of --country-abbr='CAN' may have been marking the addresses as not Canadian and thus they weren't showing. I've tried removing the option completely hoping mkgmap would pick it up from the metadata, but I don't think that worked. I'm going to need to start doing a better test plan. Right now I'm kind of spinning my wheels and I'm on like build 15. Also there (at least in my opinion) is a bug in the firmware where if a map is disabled it shouldn't use that map file for address information, but it does. I'll update as soon as I get some results. Unfortunately this process is slow (around 40 minutes each try) and I get distracted with other things... Thank you for the suggestion on the -c template.args and geonames-file options. I'll give that a try on my next run. On 07/20/20 06:35, Ticker Berkin wrote:
Hi Andrew
When you say you can't find cities, do you get a good list of nearby cities from the Find>Cities menu entry, and if you change this to search-by-name, can you find all that you'd expect (ie non-basemap ones).
When using Find>Address, do you get a sensible Country or Region list in the initial selection field, and have selected something, do you get a list of Cities in the City selection field, similarly for Street. On my device I need to clear the house number field to get from this point to the list of addresses that I can then select (because most of my addresses don't have housenumbers)
I see references to postal_code in your bounds processing. I don't think you are going to get anything sensible to happen by default relating to Canadian postcodes; I think Garmin ZipCode handling only deals with numerics.
Unrelated suggestions are:
Get the splitter to generate useful tile names with the --geonames-file=... option.
Use these by having -c template.args rather than *.osm.pbf
Have the global --description at the end, after the above.
Beware of --split-name-index.
--link-pois-to-ways is a good option.
--code-page=1252 if you need French names with accents.
See {mkgmap-rel}/examples/sample.cfg
Ticker
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
So after some digging (and testing is still ongoing) I *think* I may have figured out what is going on. My use of the --country-abbr='CA' instead of --country-abbr='CAN' may have been marking the addresses as not Canadian and thus they weren't showing. I've tried removing the option completely hoping mkgmap would pick it up from the metadata, but I don't think that worked. I'm going to need to start doing a better test plan. Right now I'm kind of spinning my wheels and I'm on like build 15. Also there (at least in my opinion) is a bug in the firmware where if a map is disabled it shouldn't use that map file for address information, but it does. I'll update as soon as I get some results. Unfortunately this process is slow (around 40 minutes each try) and I get distracted with other things... Thank you for the suggestion on the -c template.args and geonames-file options. I'll give that a try on my next run. On 07/20/20 06:35, Ticker Berkin wrote:
Hi Andrew
When you say you can't find cities, do you get a good list of nearby cities from the Find>Cities menu entry, and if you change this to search-by-name, can you find all that you'd expect (ie non-basemap ones).
When using Find>Address, do you get a sensible Country or Region list in the initial selection field, and have selected something, do you get a list of Cities in the City selection field, similarly for Street. On my device I need to clear the house number field to get from this point to the list of addresses that I can then select (because most of my addresses don't have housenumbers)
I see references to postal_code in your bounds processing. I don't think you are going to get anything sensible to happen by default relating to Canadian postcodes; I think Garmin ZipCode handling only deals with numerics.
Unrelated suggestions are:
Get the splitter to generate useful tile names with the --geonames-file=... option.
Use these by having -c template.args rather than *.osm.pbf
Have the global --description at the end, after the above.
Beware of --split-name-index.
--link-pois-to-ways is a good option.
--code-page=1252 if you need French names with accents.
See {mkgmap-rel}/examples/sample.cfg
Ticker
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Andrew, did you already try with the bounds.zip for planet? Which address(es) do you search? Do you try a single place or various? Some hints for a test plan: For testing you should use a single file as input. If this works it is very likely that the complete map for Canada also works. You can use JOSM to download a small area around your place and try that or you can pick a single *.osm.pbf file produced by splitter. Make sure that the addresses you are searching are well mapped in that input file. If you test with the device make sure to rename all other *.img files that you installed before to e.g. *.img_old to avoid conflicts with family-ids or map-ids. You may upload such a small gmapsupp.img to http://files.mkgmap.org.uk/ and I can check if it works on my Oregon. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Andrew Morris <drew101@shaw.ca> Gesendet: Mittwoch, 22. Juli 2020 23:21 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] Unable to search for Address - GPSMAP64s So after some digging (and testing is still ongoing) I *think* I may have figured out what is going on. My use of the --country-abbr='CA' instead of --country-abbr='CAN' may have been marking the addresses as not Canadian and thus they weren't showing. I've tried removing the option completely hoping mkgmap would pick it up from the metadata, but I don't think that worked. I'm going to need to start doing a better test plan. Right now I'm kind of spinning my wheels and I'm on like build 15. Also there (at least in my opinion) is a bug in the firmware where if a map is disabled it shouldn't use that map file for address information, but it does. I'll update as soon as I get some results. Unfortunately this process is slow (around 40 minutes each try) and I get distracted with other things... Thank you for the suggestion on the -c template.args and geonames-file options. I'll give that a try on my next run. On 07/20/20 06:35, Ticker Berkin wrote:
Hi Andrew
When you say you can't find cities, do you get a good list of nearby cities from the Find>Cities menu entry, and if you change this to search-by-name, can you find all that you'd expect (ie non-basemap ones).
When using Find>Address, do you get a sensible Country or Region list in the initial selection field, and have selected something, do you get a list of Cities in the City selection field, similarly for Street. On my device I need to clear the house number field to get from this point to the list of addresses that I can then select (because most of my addresses don't have housenumbers)
I see references to postal_code in your bounds processing. I don't think you are going to get anything sensible to happen by default relating to Canadian postcodes; I think Garmin ZipCode handling only deals with numerics.
Unrelated suggestions are:
Get the splitter to generate useful tile names with the --geonames-file=... option.
Use these by having -c template.args rather than *.osm.pbf
Have the global --description at the end, after the above.
Beware of --split-name-index.
--link-pois-to-ways is a good option.
--code-page=1252 if you need French names with accents.
See {mkgmap-rel}/examples/sample.cfg
Ticker
_______________________________________________ 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
Hi Andrew Both my devices find>city shows names from some in-built map, regardless of disabling the Basemap and renaming the supplied map: GARMIN/GARMIN/gmapprom.img and .sum on eTrex 30x I think you just have to put up with it. Ticker On Thu, 2020-07-23 at 06:38 +0000, Gerd Petermann wrote:
Hi Andrew,
did you already try with the bounds.zip for planet? Which address(es) do you search? Do you try a single place or various? Some hints for a test plan: For testing you should use a single file as input. If this works it is very likely that the complete map for Canada also works. You can use JOSM to download a small area around your place and try that or you can pick a single *.osm.pbf file produced by splitter. Make sure that the addresses you are searching are well mapped in that input file.
If you test with the device make sure to rename all other *.img files that you installed before to e.g. *.img_old to avoid conflicts with family-ids or map-ids. You may upload such a small gmapsupp.img to http://files.mkgmap.org.uk/ and I can check if it works on my Oregon.
Gerd
________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Andrew Morris <drew101@shaw.ca> Gesendet: Mittwoch, 22. Juli 2020 23:21 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] Unable to search for Address - GPSMAP64s
So after some digging (and testing is still ongoing) I *think* I may have figured out what is going on. My use of the --country-abbr='CA' instead of --country-abbr='CAN' may have been marking the addresses as not Canadian and thus they weren't showing. I've tried removing the option completely hoping mkgmap would pick it up from the metadata, but I don't think that worked. I'm going to need to start doing a better test plan. Right now I'm kind of spinning my wheels and I'm on like build 15.
Also there (at least in my opinion) is a bug in the firmware where if a map is disabled it shouldn't use that map file for address information, but it does.
I'll update as soon as I get some results. Unfortunately this process is slow (around 40 minutes each try) and I get distracted with other things...
Thank you for the suggestion on the -c template.args and geonames -file options. I'll give that a try on my next run.
On 07/20/20 06:35, Ticker Berkin wrote:
Hi Andrew
When you say you can't find cities, do you get a good list of nearby cities from the Find>Cities menu entry, and if you change this to search-by-name, can you find all that you'd expect (ie non-basemap ones).
When using Find>Address, do you get a sensible Country or Region list in the initial selection field, and have selected something, do you get a list of Cities in the City selection field, similarly for Street. On my device I need to clear the house number field to get from this point to the list of addresses that I can then select (because most of my addresses don't have housenumbers)
I see references to postal_code in your bounds processing. I don't think you are going to get anything sensible to happen by default relating to Canadian postcodes; I think Garmin ZipCode handling only deals with numerics.
Unrelated suggestions are:
Get the splitter to generate useful tile names with the --geonames-file=... option.
Use these by having -c template.args rather than *.osm.pbf
Have the global --description at the end, after the above.
Beware of --split-name-index.
--link-pois-to-ways is a good option.
--code-page=1252 if you need French names with accents.
See {mkgmap-rel}/examples/sample.cfg
Ticker
_______________________________________________ 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
So my latest attempt was as much as a success as I can hope for. Here's the magic I used: mkdir work ( cd work ; \ java -jar /opt/mkgmap/splitter.jar ../canada-latest.osm.pbf ) ( cd work ; java -jar /opt/mkgmap/mkgmap.jar --route --index \ --gmapsupp --location-autofill=is_in,nearest \ --preserve-element-order --add-pois-to-areas \ --link-pois-to-ways --housenumbers \ --process-exits --process-destination \ --split-name-index \ --bounds=../bounds-latest.zip \ --precomp-sea=../sea-latest.zip \ --series-name='Canada OSM 2020' \ --family-name='Canada OSM 2020' \ --area-name='Canada OSM 2020' \ --description='Canada OpenStreetMap (2020)' \ -c template.args ) I may (or may not) update to use a unique mapname/mapid instead of the default 63240001. (see below) I was able to find (as best as can be - see below) my test address. Now here's the bigger problem. I've had a GPS in my backpack since 2003. I use it for hiking, kayaking, a little Geocaching and for navigation when I'm in a place I don't know (it was an essential tool when I was in Hawaii!) Address information is ESSENTIAL for my GPS. Now this isn't a mkgmap issue, but if I raise this to the OpenStreetMap group I'm probably better off going out and yelling at the sky. The address information in OSM is horrible. I pulled down 5 blocks around my test address direct from OSM (it's a 5-8 year old neighbourhood in Red Deer, Alberta Canada) and there were *3* addresses entered in 5 square blocks. This just isn't acceptable data for navigational maps. I'm comfortable driving around Edmonton, Calgary, Vancouver and most of the lower mainland, but give me an address in Regina or Winnipeg? Panic. For example, I know where 42 Timberstone Way is in Red Deer, do you? The resulting map data gets me to Timberstone Way and well, most Alberta roads are simple so any human should be able to figure it out from there. But that isn't a good assumption to make, as I have real life experience that the same situation would end badly in Calgary, Vancouver or Hawaii... Can I select a point on the map and route to it? Yes, and that works as expected. But if I have to pull out my phone and look up where that is with Google maps, why wouldn't I just, I don't know, use Google maps on my phone? (yes, there are signal/GPS/privacy issues...) Without reasonable address information your project seems kind of academic to me. Can you convert OSM to Garmin map format? Yes. Are they useful? I have doubts. Now this isn't something this project has done wrong. Mkgmap/splitter while complicated are doing their job as designed. But someone needs to yell at the OSM group for allowing incomplete street data to be entered. They need a policy that without addresses it isn't valid data. It's like getting a store catalogue without prices or a cookbook without measurements - interesting but mostly useless. I totally understand the data in the OSM isn't the mkgmap project's responsibility. But as a project that uses their data in probably the most useful way the data can be used (map data being used in navigation devices), I'm guessing someone has direct contact with someone in the OSM group and can apply some influence. I do feel this issue directly effects the long term feasibility/reliability/usability of both projects. I won't say I've wasted my time. I've figured out how to build these maps and I now have that well documented for possible future use. I may look again in a few years to see if the data has gotten better, but for now I'm off to find the best price on Garmin City Navigator North America. I'm sorry this reads a bit like a rant. I'm at fault for not looking closer at the data. I made assumptions that have bit me on the ass and I'll learn from that. I guess I'm just disappointed after a lot of effort. Thank you to Gerd, Ticker and everyone else who answered my slightly confused calls for help during this process! It is great to get better than commercial support from an open source development group when you could have just as easily said "RTFM". It really does make the decision to abandon this all the more difficult. On 07/23/20 00:38, Gerd Petermann wrote:
Hi Andrew,
did you already try with the bounds.zip for planet? Which address(es) do you search? Do you try a single place or various? Some hints for a test plan: For testing you should use a single file as input. If this works it is very likely that the complete map for Canada also works. You can use JOSM to download a small area around your place and try that or you can pick a single *.osm.pbf file produced by splitter. Make sure that the addresses you are searching are well mapped in that input file.
If you test with the device make sure to rename all other *.img files that you installed before to e.g. *.img_old to avoid conflicts with family-ids or map-ids. You may upload such a small gmapsupp.img to http://files.mkgmap.org.uk/ and I can check if it works on my Oregon.
Gerd
________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Andrew Morris <drew101@shaw.ca> Gesendet: Mittwoch, 22. Juli 2020 23:21 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] Unable to search for Address - GPSMAP64s
So after some digging (and testing is still ongoing) I *think* I may have figured out what is going on. My use of the --country-abbr='CA' instead of --country-abbr='CAN' may have been marking the addresses as not Canadian and thus they weren't showing. I've tried removing the option completely hoping mkgmap would pick it up from the metadata, but I don't think that worked. I'm going to need to start doing a better test plan. Right now I'm kind of spinning my wheels and I'm on like build 15.
Also there (at least in my opinion) is a bug in the firmware where if a map is disabled it shouldn't use that map file for address information, but it does.
I'll update as soon as I get some results. Unfortunately this process is slow (around 40 minutes each try) and I get distracted with other things...
Thank you for the suggestion on the -c template.args and geonames-file options. I'll give that a try on my next run.
On 07/20/20 06:35, Ticker Berkin wrote:
Hi Andrew
When you say you can't find cities, do you get a good list of nearby cities from the Find>Cities menu entry, and if you change this to search-by-name, can you find all that you'd expect (ie non-basemap ones).
When using Find>Address, do you get a sensible Country or Region list in the initial selection field, and have selected something, do you get a list of Cities in the City selection field, similarly for Street. On my device I need to clear the house number field to get from this point to the list of addresses that I can then select (because most of my addresses don't have housenumbers)
I see references to postal_code in your bounds processing. I don't think you are going to get anything sensible to happen by default relating to Canadian postcodes; I think Garmin ZipCode handling only deals with numerics.
Unrelated suggestions are:
Get the splitter to generate useful tile names with the --geonames-file=... option.
Use these by having -c template.args rather than *.osm.pbf
Have the global --description at the end, after the above.
Beware of --split-name-index.
--link-pois-to-ways is a good option.
--code-page=1252 if you need French names with accents.
See {mkgmap-rel}/examples/sample.cfg
Ticker
_______________________________________________ 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
Hi Andrew, if you ever travel to a rather well mapped area like western Europe you will find the address data quite complete. In Canada there are only a few active mappers and some of them prefer to import Canvec data which IMHO often adds more problems than it solves, esp. when imports are done without the necessary checks for duplicated data or conflicts. So, yes, OSM data in Canada is not great when it comes to addresses or other information like POI. Gerd ________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Andrew Morris <drew101@shaw.ca> Gesendet: Donnerstag, 23. Juli 2020 19:17 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] Unable to search for Address - GPSMAP64s So my latest attempt was as much as a success as I can hope for. Here's the magic I used: mkdir work ( cd work ; \ java -jar /opt/mkgmap/splitter.jar ../canada-latest.osm.pbf ) ( cd work ; java -jar /opt/mkgmap/mkgmap.jar --route --index \ --gmapsupp --location-autofill=is_in,nearest \ --preserve-element-order --add-pois-to-areas \ --link-pois-to-ways --housenumbers \ --process-exits --process-destination \ --split-name-index \ --bounds=../bounds-latest.zip \ --precomp-sea=../sea-latest.zip \ --series-name='Canada OSM 2020' \ --family-name='Canada OSM 2020' \ --area-name='Canada OSM 2020' \ --description='Canada OpenStreetMap (2020)' \ -c template.args ) I may (or may not) update to use a unique mapname/mapid instead of the default 63240001. (see below) I was able to find (as best as can be - see below) my test address. Now here's the bigger problem. I've had a GPS in my backpack since 2003. I use it for hiking, kayaking, a little Geocaching and for navigation when I'm in a place I don't know (it was an essential tool when I was in Hawaii!) Address information is ESSENTIAL for my GPS. Now this isn't a mkgmap issue, but if I raise this to the OpenStreetMap group I'm probably better off going out and yelling at the sky. The address information in OSM is horrible. I pulled down 5 blocks around my test address direct from OSM (it's a 5-8 year old neighbourhood in Red Deer, Alberta Canada) and there were *3* addresses entered in 5 square blocks. This just isn't acceptable data for navigational maps. I'm comfortable driving around Edmonton, Calgary, Vancouver and most of the lower mainland, but give me an address in Regina or Winnipeg? Panic. For example, I know where 42 Timberstone Way is in Red Deer, do you? The resulting map data gets me to Timberstone Way and well, most Alberta roads are simple so any human should be able to figure it out from there. But that isn't a good assumption to make, as I have real life experience that the same situation would end badly in Calgary, Vancouver or Hawaii... Can I select a point on the map and route to it? Yes, and that works as expected. But if I have to pull out my phone and look up where that is with Google maps, why wouldn't I just, I don't know, use Google maps on my phone? (yes, there are signal/GPS/privacy issues...) Without reasonable address information your project seems kind of academic to me. Can you convert OSM to Garmin map format? Yes. Are they useful? I have doubts. Now this isn't something this project has done wrong. Mkgmap/splitter while complicated are doing their job as designed. But someone needs to yell at the OSM group for allowing incomplete street data to be entered. They need a policy that without addresses it isn't valid data. It's like getting a store catalogue without prices or a cookbook without measurements - interesting but mostly useless. I totally understand the data in the OSM isn't the mkgmap project's responsibility. But as a project that uses their data in probably the most useful way the data can be used (map data being used in navigation devices), I'm guessing someone has direct contact with someone in the OSM group and can apply some influence. I do feel this issue directly effects the long term feasibility/reliability/usability of both projects. I won't say I've wasted my time. I've figured out how to build these maps and I now have that well documented for possible future use. I may look again in a few years to see if the data has gotten better, but for now I'm off to find the best price on Garmin City Navigator North America. I'm sorry this reads a bit like a rant. I'm at fault for not looking closer at the data. I made assumptions that have bit me on the ass and I'll learn from that. I guess I'm just disappointed after a lot of effort. Thank you to Gerd, Ticker and everyone else who answered my slightly confused calls for help during this process! It is great to get better than commercial support from an open source development group when you could have just as easily said "RTFM". It really does make the decision to abandon this all the more difficult. On 07/23/20 00:38, Gerd Petermann wrote:
Hi Andrew,
did you already try with the bounds.zip for planet? Which address(es) do you search? Do you try a single place or various? Some hints for a test plan: For testing you should use a single file as input. If this works it is very likely that the complete map for Canada also works. You can use JOSM to download a small area around your place and try that or you can pick a single *.osm.pbf file produced by splitter. Make sure that the addresses you are searching are well mapped in that input file.
If you test with the device make sure to rename all other *.img files that you installed before to e.g. *.img_old to avoid conflicts with family-ids or map-ids. You may upload such a small gmapsupp.img to http://files.mkgmap.org.uk/ and I can check if it works on my Oregon.
Gerd
________________________________________ Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Andrew Morris <drew101@shaw.ca> Gesendet: Mittwoch, 22. Juli 2020 23:21 An: Development list for mkgmap Betreff: Re: [mkgmap-dev] Unable to search for Address - GPSMAP64s
So after some digging (and testing is still ongoing) I *think* I may have figured out what is going on. My use of the --country-abbr='CA' instead of --country-abbr='CAN' may have been marking the addresses as not Canadian and thus they weren't showing. I've tried removing the option completely hoping mkgmap would pick it up from the metadata, but I don't think that worked. I'm going to need to start doing a better test plan. Right now I'm kind of spinning my wheels and I'm on like build 15.
Also there (at least in my opinion) is a bug in the firmware where if a map is disabled it shouldn't use that map file for address information, but it does.
I'll update as soon as I get some results. Unfortunately this process is slow (around 40 minutes each try) and I get distracted with other things...
Thank you for the suggestion on the -c template.args and geonames-file options. I'll give that a try on my next run.
On 07/20/20 06:35, Ticker Berkin wrote:
Hi Andrew
When you say you can't find cities, do you get a good list of nearby cities from the Find>Cities menu entry, and if you change this to search-by-name, can you find all that you'd expect (ie non-basemap ones).
When using Find>Address, do you get a sensible Country or Region list in the initial selection field, and have selected something, do you get a list of Cities in the City selection field, similarly for Street. On my device I need to clear the house number field to get from this point to the list of addresses that I can then select (because most of my addresses don't have housenumbers)
I see references to postal_code in your bounds processing. I don't think you are going to get anything sensible to happen by default relating to Canadian postcodes; I think Garmin ZipCode handling only deals with numerics.
Unrelated suggestions are:
Get the splitter to generate useful tile names with the --geonames-file=... option.
Use these by having -c template.args rather than *.osm.pbf
Have the global --description at the end, after the above.
Beware of --split-name-index.
--link-pois-to-ways is a good option.
--code-page=1252 if you need French names with accents.
See {mkgmap-rel}/examples/sample.cfg
Ticker
_______________________________________________ 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
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
On Thu, Jul 23, 2020 at 11:17:52AM -0600, Andrew Morris wrote:
Now this isn't a mkgmap issue, but if I raise this to the OpenStreetMap group I'm probably better off going out and yelling at the sky. The address information in OSM is horrible.
Then please do something about it! OSM is the result of volunteers who see a problem and go out and survey to correct or enhance the map. You have identified problems: you have told us that you have a GPS. So now you need to get out there and insert the address information into OSM. And perhaps encourage others to join you. ael
I think you totally missed the point. 1) I'm not going to walk around my neighbourhood gathering data. I *know* my neighbourhood, I don't care about that data. 2) If the data is that inconsistent in my area, how can I trust the data for other areas? Why would I load maps with inconsistent data into a navigational device I depend on? A device that could easily save my life (and has gotten me out of more than one situation that could have ended VERY poorly). So do you expect me to go to areas outside of my normal area to collect data so I can use it to navigate the area? Think about it.... The issue is simple and I'm sorry for the harsh tone, but this is about BAD data. Street information without address data included should be rejected as incomplete by the OSM. On 07/23/20 15:07, ael wrote:
On Thu, Jul 23, 2020 at 11:17:52AM -0600, Andrew Morris wrote:
Now this isn't a mkgmap issue, but if I raise this to the OpenStreetMap group I'm probably better off going out and yelling at the sky. The address information in OSM is horrible.
Then please do something about it! OSM is the result of volunteers who see a problem and go out and survey to correct or enhance the map. You have identified problems: you have told us that you have a GPS. So now you need to get out there and insert the address information into OSM. And perhaps encourage others to join you.
ael
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Really not an mkgmap issue, but I think you're totally wrong here: I walk around my neighbourhood gathering data. I indeed don't need it, but if you visit my neighbourhood, you'll have good data. Now what if I visit you neighbourhood? Am 24.07.2020 um 05:53 schrieb Andrew Morris:
I think you totally missed the point.
1) I'm not going to walk around my neighbourhood gathering data. I *know* my neighbourhood, I don't care about that data.
2) If the data is that inconsistent in my area, how can I trust the data for other areas? Why would I load maps with inconsistent data into a navigational device I depend on? A device that could easily save my life (and has gotten me out of more than one situation that could have ended VERY poorly).
So do you expect me to go to areas outside of my normal area to collect data so I can use it to navigate the area? Think about it....
The issue is simple and I'm sorry for the harsh tone, but this is about BAD data. Street information without address data included should be rejected as incomplete by the OSM.
On 07/23/20 15:07, ael wrote:
On Thu, Jul 23, 2020 at 11:17:52AM -0600, Andrew Morris wrote:
Now this isn't a mkgmap issue, but if I raise this to the OpenStreetMap group I'm probably better off going out and yelling at the sky. The address information in OSM is horrible.
Then please do something about it! OSM is the result of volunteers who see a problem and go out and survey to correct or enhance the map. You have identified problems: you have told us that you have a GPS. So now you need to get out there and insert the address information into OSM. And perhaps encourage others to join you.
ael
_______________________________________________ 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
participants (6)
-
ael -
Andrew Morris -
Andrew Morris -
Gerd Petermann -
michael lohr -
Ticker Berkin