<div class="gmail_quote">On Thu, Jul 7, 2011 at 8:51 AM, Andrew Ayre <span dir="ltr"><<a href="mailto:andy@britishideas.com">andy@britishideas.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
What happens if I use Osmosis to apply a set of changes that are older<br>
than the planet file to the planet file? Does Osmosis look at the<br>
timestamps and ignore them or does it create a mess?<br></blockquote><div><br></div><div>In general the import process goes like this:</div><div><br></div><div>1. Grab a planet file. Note the date in the filename.</div><div>
2. Import the planet into your database.</div><div>3. Run Osmosis "setup replication interval" task to create a workdir.</div><div>4. Look through <a href="http://planet.osm.org">planet.osm.org</a> to find a minute or hourly replicate state file that has a timestamp a few hours before the day of your planet file.</div>
<div>5. Download the state file into your workdir from step 3. Rename it to "state.txt"</div><div>6. Start the replication task and wait for your database to catch up. The state.txt file will contain a timestamp representing the freshness of your database.</div>
<div><br></div><div>Osmosis (and osm2pgsql I'm sure) will not clobber existing data if it's already there.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Is it possible to get the timestamp of the planet file in any compressed<br>
format without decompressing?</blockquote><div><br></div><div>Look at the file name. </div></div>