Re: [Tagging] Fwd: Door to door routing to buildings with multiple occupants
Ronnie Soak wrote: Several addresses per building: addr:* tags on entrance nodes along the building outline. Just a reminder that in many countries buildings can have several addresses, each address on different streets; none of the addresses is a primary address, and all staircases of said building are referenced just with a letter after any of the possible street addresses. The numbers can be on a separate lamp on each wall, away from any entrances. Which means that the house numbers really have to go as separate nodes inside the building, and each entrance only has the ref=letter on them. Consumers need to support separate address nodes inside the building anyway, for that has been used extensively, so that should not break anything, either. -- Alv ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Fwd: Door to door routing to buildings with multiple occupants
2012/12/2 Kytömaa Lauri lauri.kyto...@aalto.fi: Just a reminder that in many countries buildings can have several addresses, each address on different streets; none of the addresses is a primary address, and all staircases of said building are referenced just with a letter after any of the possible street addresses. The numbers can be on a separate lamp on each wall, away from any entrances. Which means that the house numbers really have to go as separate nodes inside the building, and each entrance only has the ref=letter on them. OK for multiple addresses and housenumbers for the same building, you have this almost everywhere, but do you have cases where the same appartment has multiple addresses? As a general note I'd regard addresses on nodes preliminary, usually it is a polygon that has an address. Whether or not the mapper can get the information which is the polygon for a certain address is a different issue (and here nodes are serving us sufficently well for the moment). cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Fwd: Door to door routing to buildings with multiple occupants
On Sun, 2 Dec 2012, Martin Koppenhoefer wrote: 2012/12/2 Kytömaa Lauri lauri.kyto...@aalto.fi: Just a reminder that in many countries buildings can have several addresses, each address on different streets; none of the addresses is a primary address, and all staircases of said building are referenced just with a letter after any of the possible street addresses. The numbers can be on a separate lamp on each wall, away from any entrances. Which means that the house numbers really have to go as separate nodes inside the building, and each entrance only has the ref=letter on them. OK for multiple addresses and housenumbers for the same building, you have this almost everywhere, but do you have cases where the same appartment has multiple addresses? That's exactly what he's saying. The addresses here are typically not for a part of the building but for the whole building, or actually for land area it's in (lot? parcel? or whatever would be proper English word for that land), so it could cover even more than one building. And then a totally separate address space for the apartments is combined to them to get the full address. Apartment address space typically follows letter+number scheme. That gives you 1ststreet numberX A 1 and 2ndstreet numberY A 1, etc. for the very same apartment! ...This is not an exception but very very common here (addresses are assigned for all streets a lot/parcel is touching so it happens in practice at every road intersection). Officially none of them is given priority but in many cases people tend to use one of them more than the others. However, I've seen cases where the addresses given to subscription systems were automatically reassign to another ones for the delivery (more than once, I suspect it could be some delivery route optimization feature). In addition to that, we of course have buildings with different addresses sharing a wall in packed areas which was probably what you meant with you have this almost everywhere? However, again those adjacent buildings could have here more than one address each. -- i.___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Catchment Areas
On Sat, 2012-12-01 at 14:05 +, Chris Baines wrote: Hi, As part of the Random Hacks of Kindness (RHoK) event, myself and a friend have been working on the Granular Health Map problem [1]. We have started trying to tackle the catchment area problem, and have created a proposal [2]. We both have some experience mapping in OSM, but not any about proposals, so please let us know if we can improve it. After more consideration, and the helpful feedback from the list. I have revised the proposal [1]. It now uses a boundary relation. Once again, does anyone have any comments? 1: https://wiki.openstreetmap.org/wiki/Proposed_features/Catchment signature.asc Description: This is a digitally signed message part ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Catchment Areas
Hi, On 12/01/12 15:05, Chris Baines wrote: As part of the Random Hacks of Kindness (RHoK) event, myself and a friend have been working on the Granular Health Map problem [1]. We have started trying to tackle the catchment area problem, and have created a proposal [2]. We both have some experience mapping in OSM, but not any about proposals, so please let us know if we can improve it. I don't think that catchment areas are suitable for OSM because they are not observable on the ground. Also, the thought of having one area relation for each pizza delivery place in a medium-sized city makes my hair stand on end. Streets in that city would all become members of 10 or more relations, which would be broken 90% of the time. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
