Skip to main content
Solved

Workbench has a number of HttpCallers that need running for each of a series of dates


darrylh
Contributor
Forum|alt.badge.img+1

I have a workbench which is calling data back for 8 reports via 8 different httpcallers. I can add a date parameter to the URL to call back one date at a time. I have 60 dates I need to individually grab the data for.

How can I get it too complete the workbench, move on a day and run it again, and again...and so forth, through a list of dates?

Best answer by redgeographics

If you have a list of those dates as say a text file (one date per line) or Excel you can read that in. Each date then becomes a feature, with that date as the attribute. Use that to feed your HTTPCallers.

You’re potentially going to run into rate limiting issues, if that’s the case, a more elegant solution would be to use your original workspace but make a User Parameter for the date (if you haven’t done so already) and create a second workspace that reads the list of dates, then runs your original workspace using a WorkspaceRunner, which you can set to “wait for job to complete”, so it only runs one date at a time. In the WorkspaceRunner you’ll get access to the user parameters of the original workspace, so you can feed it the date attribute.

View original
Did this help you find an answer to your question?

4 replies

redgeographics
Celebrity
Forum|alt.badge.img+49
  • Celebrity
  • Best Answer
  • May 14, 2025

If you have a list of those dates as say a text file (one date per line) or Excel you can read that in. Each date then becomes a feature, with that date as the attribute. Use that to feed your HTTPCallers.

You’re potentially going to run into rate limiting issues, if that’s the case, a more elegant solution would be to use your original workspace but make a User Parameter for the date (if you haven’t done so already) and create a second workspace that reads the list of dates, then runs your original workspace using a WorkspaceRunner, which you can set to “wait for job to complete”, so it only runs one date at a time. In the WorkspaceRunner you’ll get access to the user parameters of the original workspace, so you can feed it the date attribute.


ebygomm
Influencer
Forum|alt.badge.img+36
  • Influencer
  • May 14, 2025

Clone the initial feature 60 times and then create the date parameter using by adding the clone number of days to the starting date. Then send all these into your http callers, you probably want to consider a decelerator to limit the rate of requests


david_r
Celebrity
  • May 14, 2025

Example for creating 60 features with increasing timestamps, starting on 2025-05-01:

 


darrylh
Contributor
Forum|alt.badge.img+1
  • Author
  • Contributor
  • May 15, 2025
redgeographics wrote:

If you have a list of those dates as say a text file (one date per line) or Excel you can read that in. Each date then becomes a feature, with that date as the attribute. Use that to feed your HTTPCallers.

You’re potentially going to run into rate limiting issues, if that’s the case, a more elegant solution would be to use your original workspace but make a User Parameter for the date (if you haven’t done so already) and create a second workspace that reads the list of dates, then runs your original workspace using a WorkspaceRunner, which you can set to “wait for job to complete”, so it only runs one date at a time. In the WorkspaceRunner you’ll get access to the user parameters of the original workspace, so you can feed it the date attribute.

Thank you, this second method was perfect


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings