You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Note: The above link is accessible only to members of ASF.
Is your feature request related to a problem? Please describe.
With burst processing, a common approach is to submit a batch of jobs in one go with jobs = hyp3.submit_prepared_jobs(jobs) where a single job might look like this:
Describe the solution you'd like
I think it would be nice to have a group or batch or project name in the metadata for such a group of jobs to make locating these logically-grouped sets of jobs easier in the future. For example the unique burst ID from the example above group:'115_245676_IW2'. This could then be an easy way to revisit groups of jobs in the future:
Describe alternatives you've considered
I realize I could instead just use a generic job name 115_245677_IW2 and each job gets automatically assigned a unique ID but I prefer job names that are unique and human-readable
I currently find myself doing custom filtering on job names to extract the jobs I want to work with:
batch_jobs = [j for j in jobs if j.name != None and j.name.startswith('115_245677_IW2')]
The text was updated successfully, but these errors were encountered:
Hi @scottyhq Sorry I missed this when it was opened.
It's generally been our intention that the name field for jobs is for grouping jobs, and we typically refer to this as a "project name" in our documentation. Each job when submitted to HyP3 gets a unique UUID assigned as the job_id (job.job_id in the SDK), but I agree they aren't human readable and I can see a use case for a human readable ID.
When we started in on developing the production version of HyP3, we to have a free form "description" field that allowed users to attach additional data to jobs and could have been used like this, but we removed it early in the development and I'm not sure ever really made it to users (I can't remember exactly why). Would a field like this work for you?
Jira: https://asfdaac.atlassian.net/browse/TOOL-2900
Note: The above link is accessible only to members of ASF.
Is your feature request related to a problem? Please describe.
With burst processing, a common approach is to submit a batch of jobs in one go with
jobs = hyp3.submit_prepared_jobs(jobs)
where a single job might look like this:Describe the solution you'd like
I think it would be nice to have a
group
orbatch
orproject
name in the metadata for such a group of jobs to make locating these logically-grouped sets of jobs easier in the future. For example the unique burst ID from the example abovegroup:'115_245676_IW2'
. This could then be an easy way to revisit groups of jobs in the future:Describe alternatives you've considered
I realize I could instead just use a generic job name
115_245677_IW2
and each job gets automatically assigned a unique ID but I prefer job names that are unique and human-readableI currently find myself doing custom filtering on job names to extract the jobs I want to work with:
The text was updated successfully, but these errors were encountered: