Hi,<br><div class="gmail_extra"><div class="gmail_quote">On Sat, Dec 8, 2012 at 1:37 AM, Janko Mihelić <span dir="ltr"><<a href="mailto:janjko@gmail.com" target="_blank">janjko@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
How would you connect POIs that have no address?<span class=""><font color="#888888"><br>Janko</font></span></blockquote><div><br><br>  Logically, you would make the connection through some kind of 
permanent ID - not literally an address. I believe there have been 
various discussions about permanent IDs, but nothing has been 
implemented. Various people (myself included) have at times (mis)used 
objects' IDs in this way, but their stability is not guaranteed, and 
smart people who know what they're talking about recommend strongly 
against doing this.<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

A large proportion of POIs are very relevant in that context, so<br>
presumably a new mechanism for generating maps involving at least two<br>
distinct data bases would be required?<br></blockquote></div></div></div></blockquote></div><br>Yeah, you'd definitely need a service that combines the two. Or rather, services that combine the OSM database with various other non-OSM databases is useful ways. But I don't think that's such a big deal - if I understand correctly, data downloads are all handled through service calls currently: no one downloads a copy of the actual raw OSM database itself.<br>
<br>Steve<br></div>