
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p>On 2016-02-08 12:45, Andrew Byrd wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">Hello Benjamin,

<div class=""> </div>

<div class="">I was aware of Cap'n Proto, but thanks for pointing out FlatBuffer. I've studied this system and considered how it might be useful for OSM data exchange. Here are my impressions:</div>

<div class=""> </div>

<div class="">1. Each FlatBuffer message does indirection through a table "to allow for format evolution and optional fields". The basic OSM data model is quite stable at this point and to my knowledge evolves only through the introduction of different tag strings. Unlike existing formats, I'd like vex to be extremely simple and non-extensible so developers can easily and completely support reading or writing it. I would hesitate to devote space in every serialized entity to unused extensibility features. </div>

<div class=""> </div>

</blockquote>

<div class="">There are discussions going on which may change the underlying data metamodel. I am thinking of support for polygons/areas as primitive types and multi-valued keys. Although the model has been stable since API0.6 it would not be prudent to preclude changes in the future.</div>

<div class=""> </div>

<div class="">//colin</div>

</body></html>