[OSM-dev] OSM formats optimised for client-side vector rendering?

[Nick Whitelegg]

>I think I have these resources in order from most significant to least
>significant for the average app store app. So when he says
>"client-side", I'm starting to wonder because client-server apps are
>generally less responsive and require more mobile bandwidth, consuming
>2 precious resources.

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.

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.

Thanks for the replies, got some useful ideas.

Nick

-----Nic Roets <nroets at gmail.com> wrote: -----
To: Tim Teulings <tim at framstag.com>
From: Nic Roets <nroets at gmail.com>
Date: 17/02/2011 07:23PM
Cc: dev at openstreetmap.org
Subject: Re: [OSM-dev] OSM formats optimised for client-side vector	rendering?

On Thu, Feb 17, 2011 at 7:02 PM, Tim Teulings <tim at framstag.com> wrote:
> There is always a
> trade of :-/

Absolutely. I think Nick refers to mobile users, in which case the
tradeoffs are (a) the time of the user (b) mobile bandwidth (c)
processing power, i.e. must the user buy a faster phone to run the app
(d) RAM (e) flash (f) Wlan bandwidth that is often available at home /
work.

I think I have these resources in order from most significant to least
significant for the average app store app. So when he says
"client-side", I'm starting to wonder because client-server apps are
generally less responsive and require more mobile bandwidth, consuming
2 precious resources.

_______________________________________________
dev mailing list
dev at openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20110218/5f2e836a/attachment-0001.html>