logo separator

[mkgmap-dev] FW: mkgmap in NYC

From Brian Egge brianegge at gmail.com on Sat Nov 1 17:03:26 GMT 2014

Hi Ben,

The latest maps you've created are working well - I can find addresses in
NYC.

The address search isn't quite as fluid as the Garmin maps, but perhaps
this is related to how the map file is created. For "311 W 51st St", I must
enter in "W 51" in order to find the street. With a Garmin map, I can input
'50', and it will show me a list of streets and avenues.

I'm not sure how streets names are shortened. In OSM, we have 'West 51st
Street' and that becomes 'W 50st St'. However, when it's part of a route,
it doesn't get shortened. Hence 'West 178th Street
<http://www.openstreetmap.org/way/44763890>' is listed as 'West 178th
Street (US 9)'. Since not all West's becomes W, one can't guess correctly
which one to use. Sometimes names are shortened too much, as in 'West Lane'
becomes 'W Ln', but I can't find any code which is doing this either.

I've also been compiling my own map of the northeast, but with less success
than when I use your weekly map. The main issue I'm having right now is I
can only find cities by searching in all-caps. This is quite odd because
the cities are shown in mixed case. If I search for NEW YORK, I'm able to
find addresses, just like I can on your map. However, searching for 'New
york', 'New York', or 'Ne' yields no results. I've tried including /
excluding the "--lower-case" flag, but it makes no difference on my Nuvi
1450. Any idea what is causing the issue with the case while searching?

Thanks,
Brian


On Fri Oct 24 2014 at 4:52:51 PM Ben Konrath <ben at bagu.org> wrote:

> Brian: Address search in the US map from 2014.10.23 should now works for
> New York. I've tested it in simulation mode but it would be great if you
> could test it out to confirm it's working as well. Thanks for pointing out
> the issue.
>
> Gerd: I've attached a patch that I'm using to fix the New York address
> search. I've also included a small change in Canada and the US which
> removes the 'City of' in front of city names when it's there. Nobody uses
> the official 'City of' form of city names so it doesn't make sense to have
> it in the default style. Let me know if there are any issues.
>
> Thanks, Ben
>
>
>
> On Tue, Oct 21, 2014 at 11:39 AM, Gerd Petermann <
> gpetermann_muenchen at hotmail.com> wrote:
>
>> Just noticed that I sent this to Greg only...
>>
>> Gerd
>>
>> ------------------------------
>> From: gpetermann_muenchen at hotmail.com
>> To: gdt at ir.bbn.com
>> Subject: RE: [mkgmap-dev] mkgmap in NYC
>> Date: Tue, 21 Oct 2014 09:25:45 +0200
>>
>> Hi Greg,
>>
>> I thought about this. The precompiled bounds contain the needed info,
>> it is the LocationHook that fills the tags like mkgmap:admin_level6.
>> The LocationHook uses the --name-tag-list option to decide which
>> value is used.
>> It would be possible to fill an additional set of tags like
>> mkgmap:admin_level-alt-2 .. mkgmap:admin_level-alt-11,
>> but I don't see much use in this.
>> If I got it right, all we need for New York are a five rules like this:
>> mkgmap:country=USA & mkgmap:city!=* & mkgmap:admin_level5=New York City
>> &
>> mkgmap:admin_level6=New York County { set mkgmap:city=Manhattan }
>> mkgmap:country=USA & mkgmap:city!=* & mkgmap:admin_level5=New York City
>> &
>> mkgmap:admin_level6=Kings County { set mkgmap:city=Brooklyn }
>> ...
>>
>> With the additional alt_name values it would be one rule like this:
>> mkgmap:country=USA & mkgmap:city!=* & mkgmap:admin_level5=New York City
>> {set mkgmap:city='${mkgmap:admin_level-alt-6}' }
>> (note that the rule doesn't check if the alt-name is filled)
>>
>> Are there more places where this could be used?
>>
>> Gerd
>>
>> > From: gdt at ir.bbn.com
>> > To: gpetermann_muenchen at hotmail.com
>> > CC: mkgmap-dev at lists.mkgmap.org.uk
>> > Subject: Re: [mkgmap-dev] mkgmap in NYC
>> > Date: Mon, 20 Oct 2014 08:37:36 -0400
>>
>> >
>> >
>> > Gerd Petermann <gpetermann_muenchen at hotmail.com> writes:
>> >
>> > > [1] This is because we use so called "precompiled boundaries", and
>> changing them like that would
>> > > require hard coded rules in the source.
>> >
>> > That might be the right place to fix this. Unfortunately New York
>> > really is a weird case (I don't know of any other such case in the US),
>> > but arguably it's important because a lot of people live there :-)
>>
>> _______________________________________________
>> mkgmap-dev mailing list
>> mkgmap-dev at lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
>
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20141101/6d8c2374/attachment.html>


More information about the mkgmap-dev mailing list