
<html>

  <head>


    <meta http-equiv="content-type" content="text/html; charset=utf-8">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    Hi,<br>

    <br>

    there was discussion regarding storing 'substantial' OSM data and

    also related to geocoding. Are the following guidelines the latest

    effort or is this still a work in progress or needs still approval

    somehow from the community?<br>

    <a

href="https://wiki.osmfoundation.org/wiki/License/Community_Guidelines/Substantial_-_Guideline"><a class="moz-txt-link-freetext" href="https://wiki.osmfoundation.org/wiki/License/Community_Guidelines/Substantial_-_Guideline">https://wiki.osmfoundation.org/wiki/License/Community_Guidelines/Substantial_-_Guideline</a></a><br>

    <a

href="https://wiki.openstreetmap.org/wiki/Open_Data_License/Geocoding_-_Guideline"><a class="moz-txt-link-freetext" href="https://wiki.openstreetmap.org/wiki/Open_Data_License/Geocoding_-_Guideline">https://wiki.openstreetmap.org/wiki/Open_Data_License/Geocoding_-_Guideline</a></a><br>

    <br>

    When I apply this to a use case of my customers of potentially

    caching geocoding or route results I can conclude that this is

    possible when attributing OSM plus:<br>

    <ul>

      <li>either keep the cache smaller than 100 entries or<br>

      </li>

      <li>keep the results in a separate 'database' (e.g. used for

        caching) which is then 100% ODbL but would not influence the

        other data<br>

      </li>

    </ul>

    Is this correct?<br>

    <br>

    Now assume I would like to avoid that the ODbL kicks in even if I

    have more than 100 or even several thousands cached entries. Would

    that be possible when the cache stores results only for 2 or 3 weeks

    maximum and is just for the purpose of reducing request counts and

    increased performance?<br>

    <br>

    Kind Regards,<br>

    Peter<br>

  </body>

</html>