It seems google classroom API always returns a dueTime value - and if no time is selected when entering an assignment in classroom, 8:59 is used by default. How do I know if there was no time entered at all, or if 8:59 was really used?
Based from this documentation:
dueTime
description- Represents a time of day. The date and time zone are
either not significant or are specified elsewhere. An API may chose to
allow leap seconds. Related types are google.type.Date and
google.protobuf.Timestamp.,
Note: Optional time of day, in UTC, that submissions for this course work are due.
This must be specified if due_date is specified.
Related
I'm facing an 403 error when using this endpoint: https://developers.google.com/android-publisher/api-ref/purchases/voidedpurchases/list
But the error only occurs when I pass the startTime/endTime param, without this parameter I can access this endpoint correctly.
I'd like to know if somebody else know witch permission is missing.
I already gave to my service account permission in google play developer console related with orders and purchases.
https://developers.google.com/android-publisher/api-ref/rest/v3/purchases.voidedpurchases/list
Is it possible you are making an error in how you’re specifying either of the parameters? What does your request look like?
startTime
string (int64 format)
The time, in milliseconds since the Epoch, of the oldest voided purchase that you want to see in the response. The value of this parameter cannot be older than 30 days and is ignored if a pagination token is set. Default value is current time minus 30 days. Note: This filter is applied on the time at which the record is seen as voided by our systems and not the actual voided time returned in the response.
endTime
string (int64 format)
The time, in milliseconds since the Epoch, of the newest voided purchase that you want to see in the response. The value of this parameter cannot be greater than the current time and is ignored if a pagination token is set. Default value is current time. Note: This filter is applied on the time at which the record is seen as voided by our systems and not the actual voided time returned in the response.
Perhaps you’re specifying a value which is out of the expected range?
At the bottom of the page there is a “Try this api” section so you can try out parameters in their form, so you can see if you’re making some kind of mistake..
I am working on an bidding app in laravel. So far the idea goes like this:
An admin shall put an item, with time until which bidding shall go (e.g. admin puts tue 25.08 at 14:00 and user who puts highest bid until that time shall get to buy the item). Now, I know how all shall be done, until countdown. I could use some guides on how to actually display the time remaining. I worked on few projects and searched on google and I have no idea how I should display the time; where the time should be saved (DB) etc, how to check in the controller if the time passed or not etc. Basically I would need guides on how to display the time remaining for bidding...
You can save the date/time the auction is ending in the auctions table as an additional column (which you'll probably need anyway), and then compare Carbon::now() against that time, that's what's left on the auction. Also you'll need some kind of javascript code checking current server time against auction end server time if you want to show what's left on real time.
My app is using the universal maps URL to open a local transit route map.
I have no problem getting the map I want using something like:
https://www.google.com/maps/dir/?api=1&origin=42.352312,-122.869691&destination=42.324418,-122.871534&travelmode=transit
I would like to add departure time to the url, but having no luck getting the map to show the route for the requested departure.
From what I can gather, the departure time parameter is 'departure_time', and the value is in Julian seconds.
I was hoping the following URL would give me the route that departed around 9:30am PST June 6 2018:
https://www.google.com/maps/dir/?api=1&origin=42.352312,-122.869691&destination=42.324418,-122.871534&travelmode=transit&departure_time=32503647540
But no matter what time I specify, it returns a route at the current time, not the time I requested.
So, what am I doing wrong?
I figure either the parameter name is wrong (I also tried 'departuretime'), or my julian date calculation is wrong, or departure time is not supported.
Anybody?
I know that the API returns times that are converted (through a very convoluted process) to ISO-8601. My question is, is the conversion made while taking into account the local daylight savings (or not) of a given location? The official documentation says nothing about this.
I just worked on this on Friday.
I can confirm that if you have the Events Timezone migration enabled, the ISO-8601 dates that are returned are corrected for the presence/absence of Daylight Savings at the events start / end time.
Does anyone know a way in an ICS file to specify that all times are written in the local time at the location? I thought that leaving the 'Z' off the end of times, and using the TZID="America/Denver" (for example) in DTSTART and DTEND lines accomplished this, but MS Outlook assumes that all times are in the location's standard time. My events all take daylight savings time into account.
Do I have to rewrite the app so times are in UTC?
Do I have to include a block at the beginning that defines any time zone? This is difficult since I want to support every time zone in the Olson database.
But currently MS Outlook pushes every appointment that's during daylight savings time forward one hour, which is wrong.
Thanks in advance for any help.
I had a very similar problem to this, and I did a lot of research but the solution still isn't the best. I'm not sure why Outlook doesn't handle local times correctly, it makes scheduling local time appointments for other time zones a big hassle. The standard clearly indicates that if no time zone is specified, and the UTC 'Z' character isn't used, then the time should be the same no matter what time zone the receiver is in. However, Outlook doesn't adhere to this, and changes the time depending on the sending client time & receiving client time.
In my case I have a site running which allows certain users to schedule other users for appointments.These users can be located in many different time zones. Luckily for me, the site is specifically hosted in just one time zone. Thus, my solution was to write a simple c# switch statement that offsets the time based on where the receiving user is relative to where the server is. I don't specify a time zone in the .ics file, and I don't mark the time as UTC via the 'Z' character.