Re: [mkgmap-dev] RFC: naming unnamed roads
Marko Mäkelä marko.mak...@iki.fi writes: That's an interesting point. In the US, around me, there really aren't such assumptions. Instead, a lot (area of land that can be bought and sold as a unit) has an address, generally taken from a public or private way that borders the lot. I see. I have some knowledge of the administrative system of properties in Finland. I do not think that street names play any role there. A property may have been assigned an arbitrary name by its owner, but it always has a registration number that uniquely identifies the lot. If the lot is split, I guess that all parts of it will get a longer registration number (adding some suffix to the original number). Nowadays, the fully qualified registration number should start with the NUTS (Nomenclature of Territorial Units for Statistics) prefix of the municipality. Streets may be renamed or renumbered (seldom, but possible when lots of properties have been split and new houses built, for example). This would not affect the registration numbers of the properties. BTW, I don't think that the registration numbers will or should be put to the OSM database. They are only relevant when buying or selling properties. It should suffice to have the administrative boundaries of the suburbs or villages. We also have parcel numbers which are more or less similar (town, zoning map sheet name, parcel number, and suffix on subdivision). We also do not use them in addressing and generally no one has an idea unless they are dealing with applications under zoning rules. So I think until we have an example of addresses being based on these, mkgmap can ignore them. In Finland, when the same street goes through multiple municipalities, it usually changes names at the border. This is unlike what I saw in the US: El Camino Real in California would be called that for the whole way, and you would have to pay attention when crossing borders, because there could be multiple identical house numbers, maybe some tens of miles apart. Sure, in every country, you will have common street names such as Main Street or equivalent in every town, but those would typically not be part of a major route. However, this should not be a problem for the Garmin format. El Camino Real would be split to sections at municipality borders, and each section would be assigned its own house number data. The US is highly variable and both styles exist. Around me, road names often change at the town border, and if they don't the addresses usually reset. For extra confusion, roads are named for the town they go to, so you can be on Lexington Road in Waltham and after crossing be on Waltham Road in Lexington. Agreed that this doesn't cause mkgmap/garmin problems. pgpmB0MrHZ2vR.pgp Description: PGP signature ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] RFC: naming unnamed roads
On Tue, May 05, 2015 at 08:17:26PM -0400, Greg Troxel wrote: The US is highly variable and both styles exist. Around me, road names often change at the town border, and if they don't the addresses usually reset. Right. The resetting of the house numbers while keeping the road name was the confusing part for me (as a tourist who does not know or notice the town borders, in areas where the towns have grown together). For extra confusion, roads are named for the town they go to, so you can be on Lexington Road in Waltham and after crossing be on Waltham Road in Lexington. That sounds like standard practice in Europe too. Agreed that this doesn't cause mkgmap/garmin problems. Yes. Nevertheless, it is good to know how things are done in different parts of the world, to avoid choosing a bad design. Marko ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
[mkgmap-dev] RFC: naming unnamed roads
Hi all, I see some cases where the automatic naming of service roads causes problems. Maybe you can help me to find better heuristics. The target is to produce data that enables Garmin software to find an address / a house when OSM data shows an address. Now, often houses have a tag addr:street=xyz, but the closest road(s) don't have the name xyz. This happens when 1) an unnamed service road or footway is connecting the house with a road named xyz 2) unnamed cylceways / footways are between the house and the named road 3) typos in the addr:street tag or the mkgmap:street tag prevent a clear match, e.g. the road is named Alte Chausseestraße and the houses have (probably wrong) Alte Chaussestraße (single e), or the addr:street tag is completely wrong, means, no street with a name like that is close. 4) a named road is close to one side of the house but an unnamed track/footway is closer on an other side. I think 1) is clear, we want that Garmin address search points us to a point on the service road. In case 2) I would prefer to find the named road, but it seems to cause no problems when mkgmap uses the closer way and gives it the name of the named road, at least as long as both roads are more or less parallel lines. Case 3) is a bit funny. The unnamed road will be used and address search will find the address as long as you type the (probably) wrong name. In trunk, these houses are ignored, which is sometimes better, sometimes not. Case 4) is causing real trouble. We don't want to be routed to the these roads, but up to now I found no rule(s) to distinguish them from 1) or 2) besides the tag mkgmap:numbers=false . Any ideas ? Gerd ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] RFC: naming unnamed roads
Hi all, thanks for the input. Please don't mix up the routing part and the address search. I don't want to discuss here if you are allowed to get to that point, but yes, I'd prefer that address search returns a point on a public road if that point is close. We recently found out that we can use address search in Garmin software without even storing any routing information in the map, because all address information is stored in the NET sub file, while routing requires the NOD sub file. The big limit in the Garmin format is that address data is stored with roads. In other words, the result of Garmins address search is a point next to a road, and can only be next to a road, this also means that it requires quite a lot of bytes to store a single road for each address which would allow very precise address search (presuming that the OSM data is precise and not itself an approximation like the addr:interpolation ways). I think I have made up my mind now how to handle the special cases. I think mkgmap should only use the closest road if that is much closer than the road with the matching name. I have to find out how to calculate what much closer is ;-) Gerd From: g...@ir.bbn.com To: marko.mak...@iki.fi Date: Thu, 30 Apr 2015 09:57:04 -0400 CC: mkgmap-dev@lists.mkgmap.org.uk Subject: Re: [mkgmap-dev] RFC: naming unnamed roads Marko Mäkelä marko.mak...@iki.fi writes: The general assumption would seem to be that the street names attached to house addresses belong to roads that are reachable by car, or that each residence is reachable by car. Maybe in some rare case there is some access restriction on the road associated with the address, such as access=destination. There could be named cycleways or footways between the road and the address node, but no named public roads with a different name, unless there is an error in the map data. That's an interesting point. In the US, around me, there really aren't such assumptions. Instead, a lot (area of land that can be bought and sold as a unit) has an address, generally taken from a public or private way that borders the lot. Some lots don't really have addresses that are useful, if they aren't near roads. Then a building on the lot, certainly if there's only one, inherits the address of the lot. ANd if there's going to be a building, then the lot needs to have a proper address (for emergency services purposes) and one will get assigned. So it definitely tends to work out 99.99% of the time that a building's address is near the named road, and that one drives to that road to access the building, but it's not strictly by design. In confusing cases new addresses tend to get made up, usually by granting the (new) access road a proper legal name, so it that sense what you said describes how we do it.That's a long way of saying that it's messy and that general rules don't always hold (in mass.us; not saying that applies to .fi). This is quite separate from access. There are addresses on military cases, and very often in residential complexes with gates that you need a code/etc. to get through. So it's not just access=destination but access=private, and yet they are real addresses on named roads inside the gate. ___ 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] RFC: naming unnamed roads
Marko Mäkelä marko.mak...@iki.fi writes: The general assumption would seem to be that the street names attached to house addresses belong to roads that are reachable by car, or that each residence is reachable by car. Maybe in some rare case there is some access restriction on the road associated with the address, such as access=destination. There could be named cycleways or footways between the road and the address node, but no named public roads with a different name, unless there is an error in the map data. That's an interesting point. In the US, around me, there really aren't such assumptions. Instead, a lot (area of land that can be bought and sold as a unit) has an address, generally taken from a public or private way that borders the lot. Some lots don't really have addresses that are useful, if they aren't near roads. Then a building on the lot, certainly if there's only one, inherits the address of the lot. ANd if there's going to be a building, then the lot needs to have a proper address (for emergency services purposes) and one will get assigned. So it definitely tends to work out 99.99% of the time that a building's address is near the named road, and that one drives to that road to access the building, but it's not strictly by design. In confusing cases new addresses tend to get made up, usually by granting the (new) access road a proper legal name, so it that sense what you said describes how we do it.That's a long way of saying that it's messy and that general rules don't always hold (in mass.us; not saying that applies to .fi). This is quite separate from access. There are addresses on military cases, and very often in residential complexes with gates that you need a code/etc. to get through. So it's not just access=destination but access=private, and yet they are real addresses on named roads inside the gate. pgprjJqsYEerB.pgp Description: PGP signature ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Re: [mkgmap-dev] RFC: naming unnamed roads
Hi, On Thu, Apr 30, Gerd Petermann wrote: This happens when 1) an unnamed service road or footway is connecting the house with a road named xyz 2) unnamed cylceways / footways are between the house and the named road 3) typos in the addr:street tag or the mkgmap:street tag prevent a clear match, e.g. the road is named Alte Chausseestraße and the houses have (probably wrong) Alte Chaussestraße (single e), or the addr:street tag is completely wrong, means, no street with a name like that is close. 4) a named road is close to one side of the house but an unnamed track/footway is closer on an other side. [...] Any ideas ? I would do the following: 1) is clear, use the service road or footway. 2) if they are not 1), ignore them and put the address on the named road. Because, most of the time in reality, there are connections between the named road and the footway, but the mapper didn't add them. Since the footway is somehow connected with the named road, you can end up with a 4.5km detour. I had that on Sunday, when I used a POI as destination for routing ... If the ways are not connected somewhere, you have routing islands and you will get a routing error, which is as worse. 3) I would ignore the house and write it as error in the log files, so that somebody can fix the wrong street name. 4) Since you calculates the distance between the house and the roads, you could calculate the distance between the two points of the roads, too. If this is larger as the distances between the house and both roads, use the named road. Thorsten -- Thorsten Kukuk, Senior Architect SLES Common Code Base SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg) ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
