[OSM-dev] Binary OSM; the first pass encoder
Frederik Ramm
frederik at remote.org
Wed Nov 12 13:19:27 GMT 2008
Hi,
Chris Jones wrote:
> You cant sensibly compare the two if you apply different compression
> methods.
>
> Given how compression works I suspect you'd do better to tweak things
> like the block size used at compression time than come up with some
> binary format.
Depending on the design of the binary format, it might actually allow
random access (i.e. seeking to a position in the file and grabbing what
you need via an index) without first uncompressing it. It is probably
impossible to create a binary format that is as small as a gzipped XML,
but it might get *near* as small and could be processed without first
unpacking it.
For stream applications like Osmosis or osm2pgsql, it is irrelevant
whether you have do decompress the stream first, but if you want to run
something on a mobile device with limited storage then an indexed binary
format will probably be vastly better than compressed XML!
Bye
Frederik
--
Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33"
More information about the dev
mailing list