Quick question; how does this cope with updates to aerial/satellite imagery that may change the offset for a given service at a given location?<div>Regards</div><div>Ben<br><br><div class="gmail_quote">On 18 February 2011 07:47, Dermot McNally <span dir="ltr"><<a href="mailto:dermotm@gmail.com">dermotm@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi,<br>
<br>
Many of you will have followed earlier discussions of the True Offset<br>
process, intended to solve as simply as possible the problem of<br>
imagery offsets by enabling editors to, by default, calibrate<br>
background imagery based on offset data managed by mappers. In this<br>
way, inexperienced mappers or people tracing without local knowledge<br>
can avoid polluting the map with badly offset contributions.<br>
<br>
The service is now live and seems to be working well on the dev server<br>
and I have updated the wiki page to reflect this and some late<br>
changes:<br>
<br>
<a href="http://wiki.openstreetmap.org/wiki/True_Offset_Process" target="_blank">http://wiki.openstreetmap.org/wiki/True_Offset_Process</a><br>
<br>
The highlights:<br>
<br>
* You can try it at:<br>
<a href="http://mackerski.dev.openstreetmap.org/offset/1.0/offset/bing/20/53.26/-6.67" target="_blank">http://mackerski.dev.openstreetmap.org/offset/1.0/offset/bing/20/53.26/-6.67</a><br>
<br>
* I have re-documented the meanings of the offset northing and easting<br>
to ensure compatibility in units and sign with the offset bookmarks<br>
already exposed by the JOSM Imagery module.<br>
<br>
* This restatement of meaning may lead to a sign shift for one or<br>
other of the values. So if you have previously entered offset data for<br>
consumption by True Offset, please check that it is still correct.<br>
This goes doubly for anybody who recorded offsets based on the<br>
earliest proposals which used metres instead of degrees.<br>
<br>
* Offset Database updates are currently manual (this will change). So<br>
for now, if you add or change some offset data, please let me know so<br>
I can cause it to take effect.<br>
<br>
* Most of my test offset data has been for Bing imagery in Ireland.<br>
Until the next database update, some of these may be inaccurate.<br>
<br>
My appeal: If you are a developer of one of the OSM editors that<br>
supports background imagery layers, PLEASE build support for True<br>
Offset, and please have your editors either apply the corrections<br>
silently by default or at the very least prompt users that a known<br>
offset exists and offer to use it. While I hope True Offset is useful<br>
to experienced mappers who already calibrate their imagery, its real<br>
purpose is to avoid the destructive effect of tracing mappers who<br>
don't even realise they can or should calibrate.<br>
<br>
Happy Mapping!<br>
Dermot<br>
<br>
--<br>
--------------------------------------<br>
Igaühel on siin oma laul<br>
ja ma oma ei leiagi üles<br>
<br>
_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk" target="_blank">http://lists.openstreetmap.org/listinfo/talk</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Ben Last<br>Development Manager<br><a href="http://nearmap.com" target="_blank">nearmap.com</a><br><div><br></div><br>
</div>