<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    <br>
    <br>
    On 03.05.2011 15:05, Pieren wrote:
    <blockquote
      cite="mid:BANLkTi=evKAcXEbaasxQRDJ+f5eyk1VvwQ@mail.gmail.com"
      type="cite">
      <div class="gmail_quote">On Tue, May 3, 2011 at 2:22 PM, Felix
        Hartmann <span dir="ltr"><<a moz-do-not-send="true"
            href="mailto:extremecarver@gmail.com">extremecarver@gmail.com</a>></span>
        wrote:<br>
        <div class="h5">
          <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
            0.8ex; border-left: 1px solid rgb(204, 204, 204);
            padding-left: 1ex;">
            +1<br>
          </blockquote>
        </div>
        <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
          0.8ex; border-left: 1px solid rgb(204, 204, 204);
          padding-left: 1ex;">
          <br>
          boundaries are too often wrong or incomplete or if someone
          deletes them accidentally (or renames them slightly)<br>
          <br>
        </blockquote>
        <div><br>
          again the "is_in" discussion....<br>
          <br>
          All these arguments above are also valid when you put the full
          address tags. It's always a good practice to avoid duplicated
          data in a database. It makes only sense if the address cannot
          be deduced from the boundaries (like in US, it seems). <br>
        </div>
      </div>
    </blockquote>
    Nope, it makes sense all the time. Cause boundaries really are not
    ment for deducting information onto what's inside. This really slows
    down any kind of processing (much much more than having data
    duplicated which only takes up a bit more disk space).<br>
    <blockquote
      cite="mid:BANLkTi=evKAcXEbaasxQRDJ+f5eyk1VvwQ@mail.gmail.com"
      type="cite">
      <div class="gmail_quote">
        <div>
          Don't forget the fundamentals : OSM is a geospatial database
          containing geospatial data. If you are a consumer, use a
          database server with geospatial functions like postGIS
          (otherwise we don't need coordinates in nodes). It's true that
          it requires some skills and learning curves and lazy
          programmers can always expect that contributors will do the
          job for them...<br>
          <br>
          Pieren<br>
        </div>
      </div>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
talk mailing list
<a class="moz-txt-link-abbreviated" href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="http://lists.openstreetmap.org/listinfo/talk">http://lists.openstreetmap.org/listinfo/talk</a>
</pre>
    </blockquote>
  </body>
</html>