<div>On Wed, Nov 21, 2012 at 5:26 AM, Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org" target="_blank">frederik@remote.org</a>></span> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div>Hi,<br>
<br>
On 11/21/2012 11:50 AM, <a href="mailto:marqqs@gmx.eu" target="_blank">marqqs@gmx.eu</a> wrote:<br>
</div><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
OK, this seems to be consensual: PBF id 18 in the header block for a signed int UNIX timestamp value.<br>
</blockquote>
<br></div>
In both his messages, Scott had suggested PBF id 18 for a signed int epoch value of the file creation, not for a signed int epoch value of the replication state.<br>
<br>
It would probably be premature to call this a consensus for a replication state timestamp at PBF id 18.<div><div><br></div></div></blockquote><div><br></div><div>I think for Frederik's immediate needs, we should add a have a field called osmosis_replication_timestamp or osmosis_replication_state = 32, which contains a submessage containing a replication timestamp and other replication data that he feels is appropriate.</div>


<div><br></div><div>As for the timestamp =18 field, Dennis, what was your intended use of this field?  Marqqs, what is the intended use of your timestamp optional_features field?</div><div><br></div><div><div>By this, I mean, what semantics are you attaching to these timestamps. I think its perfectly reasonable to have several timestamp fields, perhaps:</div>


<div>   The timestamp the file was generated.</div><div>   The state needed to resume replication of an extract/planet (which contains an internal timestamp)?</div><div>   The timestamp of the when the file was extracted/excerpted? </div>


<div><br></div><div>If you two could give me a better idea of what your timestamps are used for, I could advise on how we can try to integrate them into one or more standard timestamp fields. And after that, we can then figure out how we might want to assign timestamps to field names/ids --- keeping in mind prior uses of those field names and numbers.</div>


<div><br></div></div><div>Thoughts,</div><div>Scott</div><div><br></div></div>