With my tile server up and running, I went to experiment with updating the data.

My original data covered the US state California (2018-05-28T20:00:02Z). In openstreetmap-tiles-update-expire my changes included -b -124.0 30.0 -113.0 42.0 which, unless I goofed something, should encompass the geographic mass desired.

Here was my command: sudo ~/src/mod_tile/openstreetmap-tiles-update-expire 2018-05-28T20:00:02Z

alt text

And the content of state.txt:

#original-source: http://planet.openstreetmap.org/replication/minute/002/990/717.state.txt
#generated-by: https://replicate-sequences.osm.mazdermind.de/?2018-05-28T20:00:02ZT00:00:00Z
#Mon May 28 19:59:04 UTC 2018
txnMaxQueried=1631231293
sequenceNumber=2990717
timestamp=2018-05-28T19\:59\:02Z
txnReadyList=
txnMax=1631231293
txnActiveList=1631231235,1631231290

Please help me understand how to interpret these results. The run.log only stated that the Osmosis replication system was initializing, and so I'm assuming nothing was imported or update. Does this mean there were no updates found? Or, is something not configured right so the process failed silently?

Thanks!

Tim

asked 30 May '18, 18:46

tim_rohrer's gravatar image

tim_rohrer
666712
accept rate: 100%

edited 30 May '18, 18:48

1

sudo ~/src/mod_tile/openstreetmap-tiles-update-expire 2018-05-28T20:00:02Z has initialised the replication system to that date; run it without the date to update.

Actually I wouldn't tend to do it through sudo but through a normal user account, but the principle is the same.

(30 May '18, 18:55) SomeoneElse ♦

Running without the date gave me: rm: cannot remove '/var/lib/mod_tile/changes.osc.gz': No such file or directory rm: cannot remove '/var/lib/mod_tile/dirty_tiles.29567': No such file or directory

Now I'm researching that.

The reason for sudo is that I did most of my compiling with my regular account but had created a tileserver user for running things. I'm now learning it would have been easier to create the tileserver user first, then install/build everything under that. Or, maybe there is a better way?

(30 May '18, 19:11) tim_rohrer

I'd pick one user and use that throughout.

The "cannot remove" error might mean it failed to dowbload it in the first place - edit the script to not remove the temporary files that it creates (or rename them to "something.$$" so that you can look at the files afterwards). Check you're using https, not http, throughout. If you're using openstreetmap's version of openstreetmap-tiles-update-expire rather than the switch2osm version, you'll need to change it for https.

(30 May '18, 19:19) SomeoneElse ♦

I'm using switch2osm, but I'll double check the https when I go through the file.

To be clear, the script should do the download, right?

(30 May '18, 19:36) tim_rohrer

Yes, the script should download and import the file.

(30 May '18, 19:38) SomeoneElse ♦

Turns out my tail had died and froze the terminal. Not sure why but the additional notices I now see in the log indicate Osmosis isn't happy about something. I think I've address the permissions issues; my tileserver account owns everything other /var/lib/mod_tile.

I had installed osmosis from Ubuntu repo, and it is failing for what appear to be java errors.

I'm off to troubleshoot that now. I might be back soon with a new post :-)

(30 May '18, 20:09) tim_rohrer
showing 5 of 6 show 1 more comments
Be the first one to answer this question!
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here

By RSS:

Answers

Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text](http://url.com/ "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:

×216
×163
×5

question asked: 30 May '18, 18:46

question was seen: 428 times

last updated: 30 May '18, 20:09

powered by OSQA