Imagery Offset Database/Quick Start

From OpenStreetMap Wiki
Jump to: navigation, search
Available languages
English русский

Since the manual has grown over 20 kilobytes, here is a simple tutorial for those who don't want to read long texts.

Plugin installation and downloading offsets

Let's start with installing the plugin. Press F12 (or a button with a cog), select plugins tab and check a box near "imagery_offset_db".

Iodb-quick-01-plugin-en.png

After that close the editor and start it again. Now it's time to download a map fragment and enable an imagery layer (usually Bing) by choosing it in the "Imagery" menu. But what's that on a toolbar?

Iodb-quick-04-exclamation-en.png

A red exclamation mark on a offset downloading button means it's time to update imagery offset. It appears when an imagery layer has been added, or when you edit father that 15 km from the place you've checked the offset.

We'll be lazy and just click the button (see the guide to this window):

Iodb-quick-05-select-en.png

Luckily, there's an offset registered only a kilometer from here. Description fits too. Let's click the big button and see:

Iodb-quick-06-ok.png

Buildings are aligned perfectly, and GPS traces (not on this screenshot) too. Time to map!

Imagery offset and how to upload it

For a start, a short introduction to imagery alignment in JOSM.

Iodb-store-01-download-en.png

Download OSM data and traces, then temporarily hide the data layer: almost every time traces are the best (and the only one) basis for imagery alignment.

Iodb-store-02-offset-en.png

Click the right mouse button on an imagery layer ("Bing Sat" in our case) and select "New offset".

Iodb-store-03-menu-en.png

A window with a couple of numbers would appear. Move it to the side and drag the map with left mouse button. GPS traces must follow roads as precisely as possible.

Iodb-store-04-moved-en.png

Now, not closing the window, enable the data layer. WTF?

Iodb-store-05-movedfail.png

Yes, someone has mapped the town using a misaligned imagery. Ideally you have to find a golden mean: for a maximum number of objects to align with an imagery, but without traces wandering from roads. Alas, such a trade-off could not be established in this town.

Iodb-store-06-upload-en.png

(in newer JOSM versions those items are in the "Imagery" menu)

To upload the determined offset to the server, select the Bing Sat layer and choose the "Store imagery offset" menu item. You'd be asked only the description of an area, to which the offset is applicable. Note that this is not a name of a point where the offset was determined, but an area. The town in this example is small, therefore imagery offset is the same everywhere in it:

Iodb-store-07-description.png

"Novorzhev and its surroundings" — in Russian, because this is a russian town.

That's all. The exclamation mark has disappear at the moment we moved an imagery layer. If we press the "get offset" button, we'd find an expected result:

Iodb-store-08-done.png

But wait, we forgot something. Buildings are still misaligned. We have to move them to correct positions, or else someone would "fix" our imagery offset using mapped buildings.

Iodb-store-09-fixosmdata-en.png

Calibration geometry

If an imagery layer is updated (which is a case with Bing), or a new, more detailed imagery appears, it would have to be aligned from scratch. With wobbly GPS traces it is not a pleasant task: aligning would be much easier with a sharp-bordered object in a visible place. This is what a calibration object is.

Iodb-calibration-01-intersection.png

An intersection of two roads or a road and a canal are not the perfect candidates: those are better than a building, but worse than a forest lake with contrast bounds or a pitch. But here we have a winter imagery, and all nearby lakes are swamped.

Let's add a new layer and draw a polyline on centerlines of intersecting objects. Then select it and choose the same menu item: "Store imagery offset". There we would be asked, what are we going to upload, calibration object or an offset:

Iodb-calibration-02-question.png

Click the first button, obviously. Then the description, this time — of an object itself (for identifying it on other imagery). "An intersection of a canal and German Street" it is:

Iodb-calibration-03-description.png

That's it, we're done with this layer:

Iodb-calibration-04-remove-layer-en.png

Now let's use the uploaded geometry. Add an IRS layer, far less detailed. Note the exclamation mark: you already know what it means.

Iodb-calibration-05-irs.png

Click the button, and here's the geometry. A dot on the map shows where the geometry is located. It is not important: after downloading the map would be centered on the geometry.

Iodb-calibration-06-select.png

The contour appears in a new layer. It's right-click popup menu allows to change its colour.

Iodb-calibration-07-layer.png

Next steps are obvious: move the imagery layer so that geometry aligns perfectly with the corresponding features:

Iodb-calibration-08-offset.png

And remove the calibration layer.

Iodb-calibration-09-delete.png

Now we should check using GPS traces, how far does this imagery offset apply, and upload it to the server describing the results of this check.

Deprecating an offset

Well... What is this strange offset in my town?

Iodb-deprecate-01-wut.png

Let's check — indeed, this doesn't look right:

Iodb-deprecate-02-badoffset.png

Sometimes someone adds an intentionally wrong offset, or an imagery is updated, or a calibration object suddenly becomes redacted on all imagery sources. This means we have to hide corresponding entries from the database. Open a context menu of an obsolete offset:

Iodb-deprecate-03-deprecate.png

And choose "Deprecate offset". After a brief warning enter a reason for deprecation.

Iodb-deprecate-03-reason.png

"OK" — and done, the offset have disappeared from the list. But once you enable "Deprecated offsets" checkbox, here it is:

Iodb-deprecate-05-showdepr.png

If you have encountered mass-vandalism, which is too hard to fix by hand, tell moderators about it with a web interface.