<html>
  <head>
    <style type="text/css">
      <!--
        body { margin-left: 4px; margin-right: 4px; line-height: normal; margin-bottom: 1px; margin-top: 4px; font-variant: normal }
        p { margin-bottom: 0; margin-top: 0 }
      -->
    </style>
    
  </head>
  <body>
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Comic Sans MS" size="3">Arnie,</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Comic Sans MS" size="3">I'm assuming you are talking to me??</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Comic Sans MS" size="3">I'm actually working on something right now in a very similar vein.  The idea is to build out a standalone Web service (tile or non-tile, doesn't really matter in my Architecture, which will use something similar to LAMP) that can also update itself if/when an internet connection exists. </font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Comic Sans MS" size="3">This is being built out on a Linux based Phone that will track itself, as well as be able to report it's location to some master tracking system.  I'm at a bit of a loss as to how far to take the build out over the long run, as this essentially a proof of concept for a Poor mans version of a AVL/GPS tracking system, where the only purchase aspect is the smartphone to run it on.  There are the obvious expenses related to the master service that tracks all these standalone devices, but I would like to keep that as a separate conversation for right now.</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Comic Sans MS" size="3">So getting back to your question, this particular piece of hardware has 32gig of on board storage, with another 16gig possible as a MicroSD card add-on.  Further, if you wanted to also include (for more money) a localized Server, smallish CPU in a Vehicle let's say, that could be connected to via Wifi, well then the sky's the limit on what you could store.</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Comic Sans MS" size="3">I'm interested in going down to the street intersection level of mapping especially where high resolution areial photo's exist, we have 4" per pixel coverage of the whole City for example ,which at our hiest resolution, ammounts to about 14k tiles for 70 sq miles of coverage. </font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Comic Sans MS" size="3">For your consideration, some basic storage capacities that we are at now :</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Comic Sans MS" size="3">**  A 6in Aerial photography resolution coverage (JPGs) takes up about 5.8GB of storage for our City as a measurement.</font>    </p>
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Comic Sans MS" size="3">**  A 6in resolution (PNGs) dataset (similar to the OpenStreetMap tiles) for our Survey platting line work for the City takes up 10.5MB</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Comic Sans MS" size="3">I can send example links if you are interested.</font>    </p>
<br>      
    <p style="margin-top: 0; margin-bottom: 0">
      <font face="Comic Sans MS" size="3">bobb</font>    </p>
<br>      <br><br><br><br>
    <p style="margin-top: 0; margin-bottom: 0">
      <br>
      <br>
      >>> Arnie Shore <shoreas@gmail.com> wrote:<br>    </p>
    <div style="margin-left: 15px; margin-right: 0; padding-left: 7px; margin-bottom: 0; margin-top: 0; background-color: #f3f3f3; border-left: solid 1px #050505">
      <p style="margin-top: 0; margin-bottom: 0">
        Bob, as an early step into moving tickets toward OSGeo, I've gathered the OSM tile sets of an county area of somewhere around 3600 sq. mi, at zoom levels from 9 to 17, for among other reasons to see what the storage server requirements might be for a slippy map presentation with full zoom.<br content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"><br>Which turn out to be 'impressive'. But I expect there's a good bit of tweaking available that cd cut it down - if needed.<br><br>My question fer yah relates to what a reasonable storage budget might be for a representative application like CAD. Any ideas?<br><br>Admittedly very hypothetical, but what the heck!<br><br>AS<br>
      </p>
    </div>
  </body>
</html>