Re: [mkgmap-dev] [PATCH v8] - alpha patch to support road find by name
On Mon, 23 Mar 2009 15:10:16 +0100 Florian Lohoff <flo@rfc822.org> wrote:
On Mon, Mar 23, 2009 at 01:36:45PM +0000, Mark Burton wrote:
A little nitpick (Its always possible to optimize something :) )
Nitpicks are fine.
+ // given a list of roads sorted by name and city, build a new + // list that only contains one entry for each group of roads + // that have the same name and city and are directly connected
As it happens i live in a street which is intersected by a roundabout. As the roundabout does not have the street name on it this will produce multiple segments. So probably it should be directly connected or via a way with "junction=roundabout" ...
But this is just a little optimization probably for the next generation ;)
I am sure that some people would prefer that the two roads are not squashed together in that situation because it would "hide" one of the roads and so they may think that the one road that has been shown stops at the roundabout when, in reality, it carries on past the roundabout. So, given that it's a bunch of work to implement and I'm not convinced it would be universally popular, I will leave that for someone else to add.
The point is when you have a long road you'd like the navi to select the right segment based on the housenumber. So when you are out of luck you select the wrong segment and wont find that specific housenumber.
Sorry, I don't understand what you are saying there. Cheers, Mark
On Mon, Mar 23, 2009 at 02:27:09PM +0000, Mark Burton wrote:
The point is when you have a long road you'd like the navi to select the right segment based on the housenumber. So when you are out of luck you select the wrong segment and wont find that specific housenumber.
Sorry, I don't understand what you are saying there.
You have a street where * is the roundabout No 1-100 102-150 --------------*-------------- A B Now you'd like to navigate to Streetname Number 130 - You search for the street and select segment A as it shows up multiple times. Then the user types number 130 - but you accidentally selected segment A which does not have number 130 - So how does the Nuevi and or GPSMap get into a dialog with the user? I'd expect the software to sort it out which side of the roundabout i want to go to by me entering a housenumber which without knowing the internal Garmin format would mean to aggregate the segment A and B to a single street. Flo -- Florian Lohoff flo@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin
On Mon, 23 Mar 2009 15:58:27 +0100 Florian Lohoff <flo@rfc822.org> wrote:
On Mon, Mar 23, 2009 at 02:27:09PM +0000, Mark Burton wrote:
The point is when you have a long road you'd like the navi to select the right segment based on the housenumber. So when you are out of luck you select the wrong segment and wont find that specific housenumber.
Sorry, I don't understand what you are saying there.
You have a street where * is the roundabout
No 1-100 102-150 --------------*-------------- A B
Now you'd like to navigate to Streetname Number 130 - You search for the street and select segment A as it shows up multiple times. Then the user types number 130 - but you accidentally selected segment A which does not have number 130 - So how does the Nuevi and or GPSMap get into a dialog with the user?
I'd expect the software to sort it out which side of the roundabout i want to go to by me entering a housenumber which without knowing the internal Garmin format would mean to aggregate the segment A and B to a single street.
OK, I understand what you're saying now, thanks. Well, given that we are not currently outputting house number info to the gps yet, this seems rather speculative. Perhaps, if the house number info was present, the GPS would be smart enough to only show A or B (whichever was right for the given house number) so squashing them together would probably not be helpful. Dunno really, just guessing. When the house number info is there, hopefully, this will become more obvious. Cheers, Mark
participants (2)
-
Florian Lohoff -
Mark Burton