[Talk-us] a more compressed OSM?
nickblack1 at gmail.com
Wed Sep 15 06:23:52 BST 2010
We are in the process of converting our mobile tiles to 8-bit. Many
are 8 bit already - it makes things quite a bit faster.
nick at cloudmade.com
On Tue, Sep 14, 2010 at 9:51 AM, Paul Fox <pgf at foxharp.boston.ma.us> wrote:
> jeremy wrote:
> > On Tue, Sep 14, 2010 at 8:49 AM, Paul Fox <pgf at foxharp.boston.ma.us> wrote:
> > > not mentioned in that list is RoadMap (http://roadmap.sourceforge.net)
> > > which was designed for on-the-fly rendering on small devices. Â (a fork...
> > seems like that would require a live connection to the net while out
> > and about. thought it is a phone i do not find the need to pay for an
> > internet connection on it.
> > all saved cache files, i cannot be fetching from servers
> i guess i didn't emphasize how small the .rdm files are. i loaded up
> maps (admittedly they were Tiger-based, not OSM-based, but the
> compiled form isn't much different in either case) for a road trip
> this past weekend. all of MA, RI, CT, NY, NJ, and PA occupied 275MB.
> i just tried a download and conversion of all 25bit quadtiles covering
> a 20mi radius centered on 34.15,-118.348 (i.e., los angeles), and
> while i was cut off by the bandwidth limiter eventually, it looks
> pretty complete and only takes 11M on disk.
> there are certainly rough edges: the label placement code works on a
> quadtile-by-quadtile basis, so name placement collisions occur pretty
> frequently when you're using small quadtiles like that (i think 25 bit
> quadtiles are only 4.8km on a side). so bigger quadtiles would be
> better. and roadmap doesn't know how to label points -- just lines
> and areas.
> (plus, currently, the developer community is very small -- like just
> two people, and i'm not even very active, currently.)
> paul fox, pgf at foxharp.boston.ma.us (arlington, ma, where it's 66.9 degrees)
> Talk-us mailing list
> Talk-us at openstreetmap.org
More information about the Talk-us