Closed gregallensworth closed 1 year ago
I exported a shapefile of the 205,560 crash-points SELECT * FROM crashes_all_prod WHERE assembly IS NULL
And I exported the assembly
as GeoJSON. This is the old 2015 shapes, but that fits our intent, finding why the past records have been coming up this way.
Initial impressions are that this is indeed an edge effect. But many of them seem as if they would not be solved with a simple buffer (even if CARTO would let that happen without timing out).
Further discussion, if we fixed this by grabbing the unclipped versions, it would open a whole can of worms with other layers:
None of the 7 offered polygons include bridges. For for all 7 it’s similar:
We don't have budget for this right now. Let me check with client and inform her about this before we close this out as wont-fix
OK, just chatted with Christine and she agreed with leaving this as is
Discovered while updating polygon data in #38
The
crashes_all_prod
table has 2,071,732 crashes in it today, of which 205,560 (about 10%) have NULL forassembly
That's about 10% which "feels" like a lot to fall outside of any assembly district but (presumably) fitting into the five boroughs.
I should check into this,
┆Issue is synchronized with this Asana task