Broadcast Starting Date must be set in the future

r123 · Member

Broadcast Starting Date must be set in the future

KhyleK · Veteran Member

r123:

Are you scheduling this from Mountain time?

r123 · Member

yes i am scheduling it trhu mountain time .
i tried at MST 11:00am with the above URL.
i got the error"Broadcast Starting Date must be set in the future"

Norm · Newbie

the server time in MTN runs about 1 hour and 2 minutes fast - adjust your settings and test

r123 · Member

Thanks, what is MTN in below email.

pseguin · Veteran Member

I see multiple requests in our log from your account today. In most cases what I am seeing is that you are scheduling for sdate of around 11:20 Mountain Time. This request is hitting our server at around 2:13 EST which would be 12:13 MST, so 11:20 would have been in the past. I don't see any hits to our server from your account today today earlier then 14:07 EST (12:07 MST).

r123 · Member

Hi pseguin,

I got it. so I assume any request placed for schedule should have at leat 3hrs later than MSt time. Can you please confirm this.

Requests i made using my account "ram kanu"

pseguin · Veteran Member

Ram,
All requests should be made relative to the timezone you are passing in. In your example, you were saying make the call at 11:20 Mountain time, when in fact the Mountain time was already 12:20, hence why we were coming back saying that date was in the past.

I hope this helps,
Phil

r123 · Member

Hi Phil,

Thanks for your reply. I am in Arizona. Here there is no DayLight save time cocept. We are always: GMT-7 hrs only.
Our Current Time is : 5:16pm only it never changes. (it is not Mountian Daylight/Summer time, which is GMT-6hrs)
Which parameter i should pass :
as per document here are the possible parameters:

"Eastern", "Central", "Mountain", "Pacific", "Alaska",
"Hawaii" at 5:28pm (time xone is GMT-7hrs) scdhuled for

pseguin · Veteran Member

Ram,
Unfortunately right now our survo broadcast API is limited to Mountain assuming you observe DST. Our new API for audio only broadcasts does allow you to pass in the actual GMT value, however this is not yet implemented for the survo broadcast API.

My suggestion for now is to code your API code in a way that assumes your in an area that observes Mountain DST until we can roll out the new GMT feature for survo broadcasting via our API. Your code will need to be smart enough to know once DST is over and change accordingly.

r123 · Member

Hi pseguin,

Do you know when the change mentioned( to consider actual GMT value) in below message will be available to use. Please let me know. We are find tinf difficulty in finding logoc to use for Arizona time where it never changes to daylight saving time. Also our server caould be any where. i think some other places other than ARIZONA won't follow day light saving time withing USA.
Please let me know when is the scheduled release with the above change.

thanks

r123 · Member

Any updates on this.

Date: Jan 13, 2010

Is this problem is fixed in your application to pass the GMT Time for scheduling

yingxuy · Member

You mean to call time 11:20 mountain time, mountain time is actually 12:20, so why are we back to that date in the past.