<div dir="ltr"><div><div><div><div><div>If you really need source data it will be available when the goverment makes up their mind where to host it. If you need it we have it in GeoJSON format here:<br><a target="_blank" href="https://s3-us-west-2.amazonaws.com/addxy.com/ottawa-buildings.geojson">https://s3-us-west-2.<wbr>amazonaws.com/addxy.com/<wbr>ottawa-buildings.geojson</a><br><br></div><div>Original file shouldn't matter anyways as it's full of errors to begin with.<br></div><div><br></div>As for addresses we have used a set of internal tools(available on github) to rename and de-retard the original shape file like:<br><a href="https://github.com/osmottawa/etl2osm">https://github.com/osmottawa/etl2osm</a><br></div>I also have a .net application at work that can do the same processing.<br><br></div>When we were doing the import (was 96% complete before being reverted) at no point did I see any address that couldn't be determined with the help of Bing and Mapbox satelite imagery combined. This is why we are working with experienced users, not mappers that started yesterday. This is why we have it under risks with a mitigation: <a href="https://wiki.openstreetmap.org/wiki/Canada:Ontario:Ottawa/Import/Plan#Risks">https://wiki.openstreetmap.org/wiki/Canada:Ontario:Ottawa/Import/Plan#Risks</a>  The advantage of working with the local mappers is that if they need a survey to fix data before import. <br><br></div>Building geometry is compared to properly offset Bing or Mapbox imagery, which can be aligned using the building data as it is properly aligned and traced from 30cm imagery dead overhead and not at a 5-20 degree incline like a lot of satellite imagery.<br><br></div>This is not a pump and dump operation. Every tile tasked via the tasking manager will be corrected of 1. Errors (JOSM Validator) 2. Addresses will be properly set overhead of building(buildings that might need terracing) or merged (single buildings and simpler terracing). <b>IN NO WAY SHAPE OR FORM IS THIS A AUTOMATED IMPORT</b>. It is more like a HOT task, using data available to us. Errors will be corrected before upload to OSM and before marking a tile as "done" or "validated"<br><div><div><div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 19, 2016 at 7:01 PM, Christoph Hormann <span dir="ltr"><<a target="_blank" href="mailto:chris_hormann@gmx.de">chris_hormann@gmx.de</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><span>On Wednesday 19 October 2016, James wrote:<br>
</span><span>> Ok, Christoph now that I am at a proper computer I can address your<br>
> comments:<br>
</span>> [...]<br>
<br>
Thanks for the additional information.  Based on this i modify my<br>
comments, what i am still missing is:<br>
<br>
- link to the source data for the buildings<br>
- information on attribute and geometry processing - this refers to how<br>
the source data is processed to generate the OSM files.  Based on the<br>
address data this is clearly non-trivial and needs further explanation<br>
(expansion of abbreviations, conversion of upper case names).<br>
- information on what you actually intend to import - please forgive me<br>
for not taking the time to scrape every data tile from<br>
<a target="_blank" rel="noreferrer" href="http://data.osmcanada.ca">data.osmcanada.ca</a> to determine the extent of the data.<br>
<br>
Additional notes:<br>
<br>
- the address data is clearly not ready for import in the current form,<br>
it contains lots of duplicate addresses and positions seem pretty far<br>
off in some cases, often too far to be properly matched with buildings<br>
without on-the-ground inspection.<br>
<br>
- the building geometries contain various flaws like poor<br>
orthogonalization, overlaps and impossible geometries like here:<br>
<br>
<a target="_blank" rel="noreferrer" href="https://www.openstreetmap.org/#map=19/45.32737/-75.70919">https://www.openstreetmap.org/<wbr>#map=19/45.32737/-75.70919</a><br>
<br>
and systematic errors like here:<br>
<br>
<a target="_blank" rel="noreferrer" href="https://www.openstreetmap.org/#map=19/45.32802/-75.71617">https://www.openstreetmap.org/<wbr>#map=19/45.32802/-75.71617</a><br>
<br>
- it is unclear how you intend to determine which building geometry is<br>
more accurate if there is already data in OSM.<br>
<span><br>
> If you are just going to skim over documentation, what is the point<br>
> of creating it?<br>
<br>
</span>The purpose is to document the import to allow mappers to look up how<br>
this particular import is done.  If finding out a specific detail about<br>
it - like for example to determine how the value of a certain tag is<br>
determined or which area exactly is affected by the import - requires<br>
you to read the full text from top to bottom, it does not fulfill this<br>
purpose that well.<br>
<span class="gmail-m_-4229890557022531607im gmail-m_-4229890557022531607HOEnZb"><br>
--<br>
Christoph Hormann<br>
<a target="_blank" rel="noreferrer" href="http://www.imagico.de/">http://www.imagico.de/</a><br>
<br>
</span><div class="gmail-m_-4229890557022531607HOEnZb"><div class="gmail-m_-4229890557022531607h5">______________________________<wbr>_________________<br>
Imports mailing list<br>
<a target="_blank" href="mailto:Imports@openstreetmap.org">Imports@openstreetmap.org</a><br>
<a target="_blank" rel="noreferrer" href="https://lists.openstreetmap.org/listinfo/imports">https://lists.openstreetmap.or<wbr>g/listinfo/imports</a><br>
</div></div></blockquote></div><br><br></div></div></div></div></div></div></div>