Makes a lot of sense but currently it seems very difficult to search for an address.  Are there any pragmatic approaches that would make it easier / possible to search for an address in Openstreet map?<br><br>If we could import the postcodes and overlay them as boundaries that would be wonderful.<br>
<br>Any suggestions for guidelines on what to enter for an address?  Possibly in the wiki?  Adding in multiple addr:city and addr:state lines adds to data entry and also adds to potential mistakes.<br><br>Thanks <br><br>Cheerio John<br>
<br><div class="gmail_quote">On 29 March 2010 11:26, Richard Weait <span dir="ltr"><<a href="mailto:richard@weait.com">richard@weait.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div></div><div class="h5">On Mon, Mar 29, 2010 at 9:59 AM, john whelan <<a href="mailto:jwhelan0112@gmail.com">jwhelan0112@gmail.com</a>> wrote:<br>
> Could some one have a look at any of the roads that have been imported in<br>
> this way especially in Orleans.  They appear to have a tag of "Ontario<br>
> Canada" but no city tag.  Should "Ontario Canada" be two tags?<br>
><br>
> Looking at the roads it Ottawa the city center seems to be Potlatch created<br>
> again there is no city tag.<br>
><br>
> How does the search engine know where the roads are when you do a search?<br>
<br>
</div></div>As I understand it, is_in= and addr:city=, addr:state=, tags on nodes<br>
/ ways / and relations are deprecated in favour of a boundaries.<br>
<br>
First, we create a boundary relation[1] for Orleans, and other<br>
intersecting, overlapping relations for Ottawa, Ontario, Canada,<br>
Ottawa City Parks, Local Water Protection District, etc.<br>
<br>
That gives us nested / overlapping boundaries for these interesting<br>
bounded places.  Smart tools like a postGIS select statement can tell<br>
you how many houses are in Orleans, or what is the minimum distance<br>
from Local Water Protection District to the city road-salt storage<br>
barns.  Or can tell you that selected node #12345678 is contained in<br>
boundaries Orleans, Ottawa, National Capitol Region, Ontario, Canada,<br>
North America, Northern Hemisphere, Western Hemisphere, Earth, ...<br>
<br>
It can also tell us the area contained by boundary or the common area<br>
shared by overlapping boundaries.  And when a boundary changes or<br>
moves (like voting area boundaries) only the boundary needs to be<br>
updated on the map.<br>
<br>
With is_in-type tags on nodes/ways/relations, to move the voting area,<br>
we'd have to find those affected nodes, and change them.  And we'd<br>
eventually have countless nodes tagged with endless levels of<br>
boundary.  Too big and less flexible.<br>
<br>
On the other hand, is_in-type tags were easier to use with simpler<br>
tools like 'grep'.<br>
<br>
So, what you see in Ottawa, without addr:city, is likely manually<br>
added by a local Ottawa mapper and pre-dates the 2009 import.  The<br>
geobase 2009 import was around the same time that is_in-type tags were<br>
losing favour and the rise of boundary relations.  And it's certainly<br>
possible to find stuff that has been combined or customized in other<br>
wonderful ways.<br>
<br>
[1] <a href="http://wiki.openstreetmap.org/wiki/Boundary" target="_blank">http://wiki.openstreetmap.org/wiki/Boundary</a><br>
<br>
_______________________________________________<br>
Talk-ca mailing list<br>
<a href="mailto:Talk-ca@openstreetmap.org">Talk-ca@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-ca" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ca</a><br>
</blockquote></div><br>