<font face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size="2"><font face="Default Monospace,Courier New,Courier,monospace" size="2">>I think I have these resources in order from most significant to least<br>>significant for the average app store app. So when he says<br>>"client-side", I'm starting to wonder because client-server apps are<br>>generally less responsive and require more mobile bandwidth, consuming<br>>2 precious resources.</font><br><br>I mean a mobile app which would generally work standalone, but could, if desired, download data from a server. This would not happen very often and maybe not at all. So fast communication with the server is not essential.<br><br>When I asked my original question I was really just wanting to see if there was some agreement on a standard data transfer/storage format for OSM data in point/polyline (i.e. osm2pgsql output) so that I could use that rather than roll my own. The question was less concerned about how the data would be stored internally in the app.<br><br>Thanks for the replies, got some useful ideas.<br><br>Nick<br><br><font color="#990099">-----Nic Roets <a class="moz-txt-link-rfc2396E" href="mailto:nroets@gmail.com"><nroets@gmail.com></a> wrote: -----</font><div><blockquote style="padding-right: 0px; padding-left: 5px; margin-left: 5px; border-left: 2px solid black; margin-right: 0px;">To: Tim Teulings <a class="moz-txt-link-rfc2396E" href="mailto:tim@framstag.com"><tim@framstag.com></a><br>From: Nic Roets <a class="moz-txt-link-rfc2396E" href="mailto:nroets@gmail.com"><nroets@gmail.com></a><br>Date: 17/02/2011 07:23PM<br>Cc: <a class="moz-txt-link-abbreviated" href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br>Subject: Re: [OSM-dev] OSM formats optimised for client-side vector    rendering?<br><br><font face="Courier New,Courier,monospace" size="2">On Thu, Feb 17, 2011 at 7:02 PM, Tim Teulings <a class="moz-txt-link-rfc2396E" href="mailto:tim@framstag.com"><tim@framstag.com></a> wrote:<br>> There is always a<br>> trade of :-/<br><br>Absolutely. I think Nick refers to mobile users, in which case the<br>tradeoffs are (a) the time of the user (b) mobile bandwidth (c)<br>processing power, i.e. must the user buy a faster phone to run the app<br>(d) RAM (e) flash (f) Wlan bandwidth that is often available at home /<br>work.<br><br>I think I have these resources in order from most significant to least<br>significant for the average app store app. So when he says<br>"client-side", I'm starting to wonder because client-server apps are<br>generally less responsive and require more mobile bandwidth, consuming<br>2 precious resources.<br><br>_______________________________________________<br>dev mailing list<br><a class="moz-txt-link-abbreviated" href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/listinfo/dev">http://lists.openstreetmap.org/listinfo/dev</a><br></font></blockquote></div><div></div></font>