What about some metrics (performance, size)? Data is the same, whether binary or not. So binary really has to pay off significantly.

Am 01.08.10 13:39, schrieb Brett Henderson:
On Sun, Aug 1, 2010 at 7:34 PM, Erik Johansson <[email protected] <mailto:[email protected]>> wrote:

    On Sun, Aug 1, 2010 at 2:35 AM, Brett Henderson <[email protected]
    <mailto:[email protected]>> wrote:
    > On Sun, Aug 1, 2010 at 2:26 AM, Frederik Ramm
    <[email protected] <mailto:[email protected]>> wrote:
    >>
    >> Scott, others,
    >>
    >> Scott Crosby wrote:
    >>>
    >>> I would like to announce code implementing a binary OSM format
    that
    >>> supports the full semantics of the OSM XML.
    >>
    >> [...]
    >>
    >>> The changes to osmosis are just some new tasks to handle
    reading and
    >>> writing the binary format.
    >>
    >> [...]
    >>
    >> This was 3 months ago.
    >>
    >> What's the status of this project? Are people actively using
    it? Is it
    >> still being developed? Can the Osmosis tasks be used in the new
    Osmosis code
    >> architecture (see over on osmosis-dev) that Brett has
    introduced with 0.36?
    >
    > I'm curious about this as well.  The main reason for me
    introducing the new
    > project structure was to facilitate the integration of new
    features like
    > this.  They're relatively easy to add (some Ant and Ivy foo
    required ...),
    [...]
    > The code hasn't changed a lot, but the build processes have.


    Well that's one of the thing Scott said he had no clue on how to do.
    >From Scotts mail:



    Scott Crosby:
    > // TODO's

    > Probably the most important TODO is packaging and fixing the
    build system.
    > I have no almost no experience with ant and am unfamiliar with java
    > packaging practices, so I'd like to request help/advice on ant
    and suggestions on
    > how to package the common parsing/serializing code so that it can be
    > re-used across different programs.


I'll help incorporate this into the rest of Osmosis. There's a few things to work through though.

    * Is there a demand for the binary format in its current
      incantation?  I'm not keen to incorporate it if nobody will use it.
    * Can the code be managed in the main OSM Subversion repo instead
      of GIT?
    * Is any code reuse between Osmosis and other applications
      required?  If only the Osmosis tasks will be managed in the
      Osmosis project and a component with common functionality
      managed elsewhere then I need to know how the common component
      will be managed and published for consumption in Osmosis.

Brett


_______________________________________________
dev mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/dev

_______________________________________________
dev mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/dev

Reply via email to