Idea, why not put the entire state.txt file into the OSMHeader block?<div><div><br></div><div><pre style="margin-top:0px;margin-bottom:0px;padding:0px;border:0px;font-size:12px;font-family:Consolas,'Liberation Mono',Courier,monospace;color:rgb(51,51,51);line-height:12.800000190734863px">
<div class="line" id="LC55" style="margin:0px;padding:0px 0px 0px 10px;border:0px">/* Contains the file header. */</div><div class="line" id="LC56" style="margin:0px;padding:0px 0px 0px 10px;border:0px"><br></div><div class="line" id="LC57" style="margin:0px;padding:0px 0px 0px 10px;border:0px">
message HeaderBlock {</div><div class="line" id="LC58" style="margin:0px;padding:0px 0px 0px 10px;border:0px">  optional HeaderBBox bbox = 1;</div><div class="line" id="LC59" style="margin:0px;padding:0px 0px 0px 10px;border:0px">
  /* Additional tags to aid in parsing this dataset */</div><div class="line" id="LC60" style="margin:0px;padding:0px 0px 0px 10px;border:0px">  repeated string required_features = 4;</div><div class="line" id="LC61" style="margin:0px;padding:0px 0px 0px 10px;border:0px">
  repeated string optional_features = 5;</div><div class="line" id="LC62" style="margin:0px;padding:0px 0px 0px 10px;border:0px"><br></div><div class="line" id="LC63" style="margin:0px;padding:0px 0px 0px 10px;border:0px">
  optional string writingprogram = 16; </div><div class="line" id="LC64" style="margin:0px;padding:0px 0px 0px 10px;border:0px">  optional string source = 17; // From the bbox field.</div><div class="line" id="LC65" style="margin:0px;padding:0px 0px 0px 10px;border:0px">
  optional sint64 timestamp = 18; // Unix-Time encoded into varint.</div><div class="line" id="LC66" style="margin:0px;padding:0px 0px 0px 10px;border:0px">  optional string osmosis_update_state = 19; // Encoding of the state.txt file.</div>
<div class="line" id="LC66" style="margin:0px;padding:0px 0px 0px 10px;border:0px">}</div></pre></div><div><br></div><div>One thing I don't like about it is that the state.txt file is not self-contained:</div><div><br>
</div><div><pre style="word-wrap:break-word;white-space:pre-wrap"><font face="courier new, monospace">#Tue Nov 20 19:02:18 UTC 2012
sequenceNumber=1668
timestamp=2012-11-20T19\:00\:00Z</font></pre><pre style="word-wrap:break-word;white-space:pre-wrap"><font face="arial, helvetica, sans-serif">It should have a planet URI (or a planet URI and a list of mirrors) of what planet it corresponds to. That way a user merely needs to say 'update planet' and everything else can be automated.</font></pre>
<pre style="word-wrap:break-word;white-space:pre-wrap"><span style="font-family:arial,helvetica,sans-serif">Scott</span></pre></div><div><div class="gmail_quote"><br></div><div class="gmail_quote">On Tue, Nov 20, 2012 at 2:50 PM, Dennis Luxen <span dir="ltr"><<a href="mailto:dennis.luxen@gmail.com" target="_blank">dennis.luxen@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Yes. Bascially "whatever was in Osmosis' state.txt file at the time this<br>
file was created".<br>
</blockquote>
<br></div>
This is the use-case I had in mind when experimenting with time-stamps in PBF. Updating self-contained PBF files through Osmosis is a major advantage to using state.txt files. I, for one, plan to support such a time-stamp in OSRM from day one (or two).<span class="HOEnZb"><font color="#888888"><br>

<br>
--Dennis<br>
<br>
</font></span></blockquote></div><br></div></div>