NYCPlanning / NYCPlanning/data-engineering
Decompose the UD Tools Server [Parent]
@Eeloh is already working on this.
Since Mar 2, 2026.
- Dominant language
- Python
- Stars
- 43
- Forks
- 3
- Avg merge
- 23h 3m
- Merged PRs (30d)
- 44
Description
TODO
- Investigate Carto For the BIN/BBL querying in the C# app (or via DO functions)
- Investigate what is actually being queried in the existing app (is it just PLUTO?)
Overall work to do
C# Rhino Plugin
-
C# plugin to query Carto for BIN/BBL
-
reconfigure endpoint for Rhino -> DO function. The job request should the the DO Function, which should return a Spaces blob storage location for the eventual file.
-
C# plugin should poll the blob storage until the job is complete (maybe it should check for the existence of a
.finishedfile.) -
C# plugin downloads the file when finished.
-
Add Rhino config for the serverless fn token
DO / Batch Job
DO App Batch jobs have a timeout of 30 min, which isn't long enough. Instead let's just trigger a GHA job until we have Airflow.
- Let's make a lightweight python DO function to trigger GHA. It should also post the job details to the DO bucket
- Add GHA that takes a job_id parameter (with which it can download the job details from DO) to run model generation and upload the file to DO. We'll just need to extract the model generation code from the Flask app.
MISC
- ud-tools-core: don't push images to ACR. Push to Docker hub instead.
- new DO bucket. Read only creds for users.
- luckily, I didn't yet delete the UD tools data from our DO Postgres, so we can potentially switch back to using that.
Contributor guide
No contributing guide indexed for this repository
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.
Assessment
This issue has not been assessed yet.