<div dir="ltr">Instead of having tons of different people trying to attempt loading all of these 8 Million buildings, we shoul collectively start an import proposal (OSM wiki, draft a plan, set up tasking managers, pre-process data, host entire dataset, etc...).<div><br></div><div>The best/easiest solution we (OSM Ottawa) did for importing 1M+ buildings was to convert the data into GeoJSON and then convert them into VectorTiles using Tippecanoe [0] and host them using our own custom server (Micro Data Service [1]) which hosts those vector tiles into OSM & GeoJSON. After all the "hard work" is done.. you can simply add those small chunks of data with JOSM using any Tasking Manager by adding the URL [2] in Extra Instructions. An example of a final OSM tile would look like this [3] which would be ready to import (semi-manually).</div><div><br></div><div>There's also integration with QA-Tiles [4] to prevent loading any duplicate data (this feature requires continuously loading the most current QA-Tile during the import process).</div><div><br></div><div><b>Summary: </b>Before anyone attempts to import this data, we need to create a plan first. I'm more than willing to help out, but this would be a large task and would need to be done collectively as a group.</div><div><br></div><div>[0] <a href="https://github.com/mapbox/tippecanoe">https://github.com/mapbox/tippecanoe</a></div><div>[1] <a href="https://github.com/osmottawa/micro-data-service">https://github.com/osmottawa/micro-data-service</a></div><div>[2] <a href="http://localhost:8111/import?new_layer=true&url=https://data.osmcanada.ca/{z}/{x}/{y}/ottawa-buildings.osm">http://localhost:8111/import?new_layer=true&url=https://data.osmcanada.ca/{z}/{x}/{y}/ottawa-buildings.osm</a></div><div>[3] <a href="https://data.osmcanada.com/15/9478/21019/ottawa-buildings.osm">https://data.osmcanada.com/15/9478/21019/ottawa-buildings.osm</a></div><div>[4] <a href="https://osmlab.github.io/osm-qa-tiles/">https://osmlab.github.io/osm-qa-tiles/</a></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-family:arial;font-size:small"><div><i>~~~~~~</i></div><div><i><b>Denis Carriere</b></i></div><div><div><i>GIS Software & Systems Specialist</i></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Tue, Mar 28, 2017 at 11:00 AM, OSM Volunteer stevea <span dir="ltr"><<a href="mailto:steveaOSM@softworkers.com" target="_blank">steveaOSM@softworkers.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Nathan:<br>
<br>
I've got pretty beefy hardware, but the "Bay Area" shapefile pointed to by your recent post chokes my JOSM to a gasping strangle:  >3.7 million objects?!  These need to be broken up further to smaller files, to either the county level or even smaller to a sub-county level, in a sane way.  You may as well save them as .osm files (and host them on some other place besides a Microsoft cloud), as shapefiles still remain a "foreign" (though importable) format within OSM.<br>
<br>
SteveA<br>
California<br>
<br>
<br>
> On Mar 28, 2017, at 5:00 AM, <a href="mailto:talk-us-request@openstreetmap.org">talk-us-request@openstreetmap.<wbr>org</a> wrote:<br>
><br>
> <a href="https://wiki.openstreetmap.org/wiki/Available_Building_Footprints" rel="noreferrer" target="_blank">https://wiki.openstreetmap.<wbr>org/wiki/Available_Building_<wbr>Footprints</a><br>
<br>
<br>
______________________________<wbr>_________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org">Talk-us@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-us" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-us</a><br>
</blockquote></div><br></div>