-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build in the multiblock loop #12
Comments
The main function from the topology library currently runs a single block. To run multiple blocks, would it work to:
This is basically how Christa is already running the multiple block shapefiles. _The question:_ will returning blocks separately be a problem on the front-end? If so, then can we create a main task (whole shapefile) w/ sub-tasks for each block? |
I am assuming a person using this site would expect to submit a single file and get a single file back. that said, for purely display purposes (vs downloading) I could imagine it being useful to get each parcel as a separate GeoJSON object that we can show on the map as they are completed. In that case, this ties into #9. If we can show iterations of the process as we go and then return one unified file at the end, that might be best. @mojodna, do you have any opinion on this? |
Not really. I like the idea of processing each block separately, but I'm not sure if Celery has an appropriate abstraction for combining the results of multiple tasks together (I suspect that it does...) I agree that showing iterations and returning a single file is the ideal user experience. |
Chords are Celery's abstraction for groups of tasks with individual callbacks. |
No description provided.
The text was updated successfully, but these errors were encountered: