[OSM-talk] Addressing SIG

[Oleksiy Muzalyev]

On the main osm.org site one can right-click on a building and select 
"Show address" or "Add a note here" . What if a new type of a note is 
introduced, a structured address note?

The structured address note entry form will consist of several input fields:

Building number: ...
Street (avenue): ...
Post index (zip code, postal code): ...
City (town, village): ...
Region (State, Canton, Department): ...
Country: ...

It could also include a captcha to prevent mass automated entries.

Usually people do know very well addresses of buildings in which they 
live, work, or which they visit. This way they will know that the OSM 
map is interested to map the correct postal address, since there is this 
readily available structured address entry form. So they can add an 
address without learning how to use a complex map editor.

Best regards,
Oleksiy

On 11/5/19 19:37, Steve Coast wrote:
>
> Hello
>
> Maps have three basic components: Display (does it look nice?), 
> Routing (Can I get from a to b?) and Geocoding (Where is this address?).
>
> OSM is extremely good at the first one, and pretty good at the second 
> one. But it’s pretty deficient in the third area: address data.
>
> The question is, how can we fix this? Addresses are a big, big problem 
> in terms of how much data we need to go collect. There are a few ways 
> forward with outside commercial or government data, but they tend to 
> be difficult because the data is patchy or licensed in ways that 
> aren’t very compatible with OSM.
>
> It seems like it would be a good idea to think about this from the 
> bottom up in a community way, and this doesn’t really exist in OSM 
> right now. It seems like we need better feedback loops to:
>
>  1. Community can see where the address data is (and isn’t), because
>     it’s not very obvious today when using osm.org
>  2. Make the tools to add address data better so that it’s easier to fix.
>
> To that end, here’s a tile server that highlights address data:
>
> http://ec2-52-50-19-165.eu-west-1.compute.amazonaws.com/#10/39.7561/-104.9574
>
> It shows roads with address data normally and kind-of hides other 
> roads, to make it obvious that “something is wrong with this map”. We 
> could have a tag (maybe it exists already) that says “this road 
> doesn’t have addresses” and/or a tag that says “this road is 
> complete”. (right now it’s just got Colorado and Utah in it).
>
> When OSM started, the map looked very broken and incomplete because 
> there was missing data all over the place. This created a large 
> incentive to go fix the map. The idea with this tileserver is to do 
> the same thing and make the map look broken to create a large 
> incentive to fix it. If we, one day, switched the main osm.org site to 
> using this rendering then it would create an urgent need to find all 
> the addresses in the places where they exist. It could also be done on 
> a temporary basis for a few weeks, or on a per-country basis or some 
> other slow introduction to see if it worked. It’s just an idea.
>
> On the tools side, there’s much that can be done to make collecting 
> and entering addresses easier. I’ve been collecting UI/UX changes to 
> tools (e.g. iD or Go Map!) that would make addresses better:
>
> https://wiki.openstreetmap.org/wiki/Address_SIG
>
> It also seems worthwhile to create a group of people interested in 
> addressing in OSM (an address special interest group or working group) 
> to push these ideas forward so that we can “finish” OSM by getting all 
> the addresses done.
>
> What do you think?
>
> Best
>
> Steve
>
>
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20191106/52446c5a/attachment-0001.html>