Open nvkelso opened 7 years ago
Related: I've been thinking about building a basic imagery layer for OSM US ever since the USGS broke their publicly-hosted Esri server: https://github.com/osmlab/editor-layer-index/issues/151
Where "basic" means: Sentinel 2/Landsat worldwide, NAIP United States-wide, USGS High-Res Orthoimagery (HRO) for some parts of the US. After speaking with USGS, this is about 100TB of raw imagery for the HRO and NAIP pieces.
I've also uncovered tons of localities that post more recent and higher-resolution imagery on their open data portals or host it on their Esri servers. This data could eventually be included in such a layer as well.
Most importantly: I wouldn't want to spend the time (at first) doing the color matching and whatnot for a perfect mosaic. I would want to set that expectation up front and seek people from the community to help with that if it's important to them.
Seth is also interested in this.
+1, and Seth's work around OpenAerialMap seems to have laid good groundwork for this. HOT and RedCross (?) are mostly focused small area imagery from drones, balloons, and little airplane flights. But there's a good process for taking in new data, previewing them on a slippy map, mosiacing with other sources, and merging into general imagery endpoint.
Update on NAIP
and HRO
: those are available via Amazon public data they but under the "experimental" requester-pays model and also prevents GDAL seek access. Probably better to re-get them from USGS :\
Some random thoughts:
I think @iandees is right about starting with "basic". It's what we did with terrain and that seems to have been "good enough" to start with and cause some excitement, despite some notable deficiencies outside the US. I think it also encouraged a lot of people to come forward with additional datasets. ("Start where you are"?)
The presence of an open data project, I think, makes it more likely that agencies with data will open it up. I've seen this with OSM, and I'm fairly sure it's happening with OpenAddresses and Transit.land as well. I would have high hopes that a credible (and working) successor to OpenAerial would prompt similar openness.
Imagery may end up being quite different from DEM data, and I think we should have a think about how we'd like to handle it. With Joerd, we generated all tiles globally down to z15 (~4.8m/pix). That's enough to capture most DEMs, which seem to be in the 3-30m range. Although NED is pretty exceptional in being 1m in some places, and we had trouble capturing that.
NAIP appears to be 1-2m (~z17), and I've been noticing that 13cm imagery is becoming more common (~z20). Landsat, on the other hand, is 30-60m (~z12). I don't think we'd want to generate the whole world down to z17, and I'm not sure it would be possible to do down to z20 (would be $5.5 million just for the PUTs to S3).
So, getting to the point finally, I think we need to figure out:
We've talked for a while about creating a "satellite" / aerial imagery service. This issue is a placeholder for that.
Pros:
Cons:
See also: