Is it possible to adapt data display in Cumulocity to the current location of the accessor. E.g. to adapt date, time and units to the location and timezone of the current viewer.
This is necessary for machines that are distributed worldwide but data in cumulocity is viewed remote of the machine location. Therefore data need to adapt to preferred unit at that location as well as current timezone.
Does anybody have a solution approach or best practice to solve this issue?
Cumulocity UI uses moment.js so all timestamps are displayed in the local time of the browser.
For storage every timestamp is stored with the timezone that it was send with and will be returned as such on the REST API.
Related
I would like to know if there is an API that gives freely the flight paths of all aircraft currently flying or that had flight some days ago over the world. It could be in any projection and any format. I imagine that it would be most likely a table with each row being an aircraft/flight and the correspondent geopath in one column.
Thanks.
I was looking around for the same topic.
The terms and conditions for getting data from Flightradar24 are shown there
https://www.flightradar24.com/terms-and-conditions
... they talk only about getting data after a business contract on the kind of data (e.g. flights with a specific filtering) and on the format (JSON, CSV, ?). With the contract one may download the data, maybe via an API.
My conclusion: Flightradar24 does not share its full set of data, only a limited set with payment.
Searching for "Flightradar24 API" you will find some sites offering Flightradar24 data via their own API primarily requiring payment, a few for free at a very low level.
You will also find some software projects for accessing and processing data from the Flightradar24 sites with a focus on Python. But these software packages build on tracking the access of the Flightradar24 site from a mobile app or the desktop browser. Result: a few accesses of an endpoint may work then comes the stop sign: Flightradar requires an authenticated access.
I am trying to use Azure Maps API. It will be nice to have route information which should include the locations of course and a speed profile. As you can understand speed profile is not an east one. Free flow speed profile is ok. But we want to simulate real-world conditions meaning that we want to select date and time of departure to get accurate speed information as close to as possible to a real world traffic influence.
Is there any feature that Azure provide this? If not, which API can provide this
I don't have any code at this moment to show since ı don't know which API to use.
Historical traffic data is not currently available in Azure Maps but is being investigated as a potential future feature.
Now, I use Esri Leaflet http://esri.github.io/esri-leaflet/examples/premium-content.html
I want to Access Arcgis World Traffic Service History data,
Because, I only got a live traffic data.
May I access one month ago traffic data or another days?
I want to play the 3 days or 7 days change, that why I need to access history data
May I access one month ago traffic data or another days?
yes. ArcGIS World Traffic is a time-enabled service, which means it supports passing any Epoch timestamp (in milliseconds) as the time request parameter.
https://traffic.arcgis.com/arcgis/rest/services/World/Traffic/MapServer/export?...time=1526022000000
in Esri Leaflet, you can either use the to and from constructor options (live demo) or setTimeRange().
I'm currently working on a Worklight Project that deals with location based services. I want to be able to get the ZipCode of an user's current location for the iOS platform specifically. I researched online and there are many ways to approach this. I currently have it implemented using a custom cordova plugin using native location manager features and retrieve the zip code through reverse geocoding. This approach seem like I'm doing it the long way. I noticed that google provides an api call for the reverse geocoding by just supplying the lat and long. However, there is a limit to how many calls you can make.
Users of the free API:
2,500 requests per 24 hour period.
10 requests per second.
Maps for Business customers:
100,000 requests per 24 hour period.
10 requests per second.
This app needs to have no restrictions on how many times it can get the location based on zip code.
Does Worklight have a simpler or better way of getting the zip Code for user's location(I've checked the worklight api reference calls but didn't see anything about retrieving user's zip code)?
Worklight provide a way to implement this by using adapters, but not the API itself. Although you could the adapter to work as something like a local cache of the ZIP you already know.
To save money due to the APIs that would be usually based on a number of calls, we would need to have some cache, database(more likely: CouchDB or mongoDB) to handle this cache of what you already know.
A mobile(app-side) solution + a server side solution. On putting this 2 together, worklight would help you.
I'm thinking about making a time limited full version of my App, so users can try it for example 7 days.
Is there a recommended Obj-C library?
First of all do not store your data inside the app. Otherwise it would be simple to delete the App from the filesystem and download it again restarting the countdown. Store it in User preferences or Application Support instead. You could use a plist for this. You could also use a hidden file if you like. Just don't make it too complicated or too invasive. Your app can be cracked no matter what security measures you use in the end. Just be fair enough to the end user that could be a prospective customer.
Here is a very nice link on the topic of implementing a time-limited trial in Cocoa:
http://lipidity.com/apple/shareware-licensing-techniques/
Without possibility to protect your data from manipulation/deletion it is not possible to do.
How do yo check, if it is first start of your application, if all your data is wiped out.
Some alternative is "hardcoded" id token and connection to the rest of world (at least for first start, to grab any kind signed data key)
Maybe you could use a server where store UUID's and first time they launched the App. Then, Each time they open your application, it asks your server if they can use it or not. It's harder than store dates on device but if you do that, users will access your application simply changing the date of the device on Settings.