dfsnow
DataSF is looking for a Senior Data Engineer to help us build out the city's central Snowflake platform, which will ultimately power the majority of SF's analytics, open data, and ML efforts. This role is a mix of data infrastructure (CI/CD, terraform), building pipelines (ADF, dbt, Python), and platform eng and admin (Snowflake). See the position description for more info.
We're looking for folks with:
- Strong SQL and Python skills
- Deep data modeling experience
- Data infrastructure and devops experience (terraform, Actions)
- dbt and Snowflake experience are a big plus
- Know their way around a terminal
Apply here: https://careers.sf.gov/role/?id=3743990013401756
AFAIK, the other hospitals/clinics under the Northwestern umbrella don't really factor into whether the downtown Northwestern Memorial campus qualifies for 340B (insofar as they all have their own CCNs and qualify independently). In this case, Northwestern Memorial qualifies because it a) got reclassified as rural b) became an RRC (likely based on its staff specialty mix) c) meets the RRC DSH threshold of >= 8%.
Northwestern Memorial does treat a lot of rural patients, so maybe it does deserve 340B. That said, it seems clear that it's not they type of struggling safety-net/rural hospital 340B was originally intended to subsidize.
For example, Northwestern University (in the middle of downtown Chicago) got itself reclassified as a rural hospital in order to participate in the program.
Moreover, it's grown extremely rapidly over the past ~5 years, and the gravity of the program is starting to create bizarre second-order effects like the one outlined.
My intent with this article is just to highlight some of those effects, not to advocate for eliminating 340B.
Also, not bankrolled by pharma, just a researcher for Turquoise Health (a healthtech startup). I get to dig around in their data and publish occasionally, but editorial control / opinions are my own.
The main limiting factor was speed. Basically all routing engines except for OSRM are too slow to compute continent-scale travel time matrices. For reference, it took Valhalla around a week to finish 3 billion point-to-point pairs. OSRM did the same calculation in about 2 hours.
I can't speak to Graphhopper since I haven't tried it. Maybe something to test in the future!
I played around with a single static colormap for all scales but couldn't find one that worked well/looked good. Perhaps I'll add a slider that lets you manually select the values of the legend.
The second suggestion is a no-brainer. I'll definitely get that added.
Eventually I plan to add some thin R and Python wrapper packages around the DuckDB calls just to make it easier for researchers.
- Collecting all the necessary scheduling data (e.g. GTFS feeds) for every transit system in the county. Not insurmountable since there are services that do this currently.
- Finding a routing engine that can compute nation-scale travel time matrices quickly. Currently, the two fastest open-source engines I've tried (OSRM and Valhalla) don't support public transit for matrix calculations and the engines that do support public transit (R5, OpenTripPlanner, etc.) are too slow.
Show HN: OpenTimes – Free travel times between U.S. Census geographies
Hi HN! Today I'm launching OpenTimes, a free database of roughly 150 billion pre-computed, point-to-point travel times between United States Census geographies. In addition to letting you visualize travel isochrones on the homepage, OpenTimes also lets you download massive amounts of travel time data for free and with no limits.The primary goal here is to enable research and fill a gap I...