OvertureMaps / OvertureMaps/data
[Buildings] Consumption or conflation issue in San Diego County
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 1.2k
- Forks
- 47
- Avg merge
- 3h 42m
- Merged PRs (30d)
- 1
Description
I recently noticed that many of the buildings in San Diego County are being sourced from Microsoft ML buildings instead of from this higher-quality Esri dataset that covers pretty much all of San Diego County. I suspect that either this dataset isn't being consumed, or that there's an issue with the data conflation, leading to Microsoft's buildings being given a higher priority.
For context, I'm an OpenStreetMap mapper who primarily adds buildings from the aforementioned dataset. Rapid recently started sourcing the Esri Community Maps building footprints from OvertureMaps instead of from the many separate sources in ArcGIS, which is how I came across this issue.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing how the Esri Community Maps building footprints and Microsoft ML buildings are ingested and conflated for San Diego County. Compare the resulting buildings with the linked Esri dataset; done means the Esri coverage is consumed and receives the intended priority without harmful conflation.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- data-engineering
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100