I have been using an iPhone for several years, and want to move to Android now.
There is all this data on my iPhone Health app from ever since I started using the iPhone (some 7 years), and I would like to take all that historical data to my Android phone (a Samsung phone). The three pieces of data I would like to import are (1) steps (2) distance and (3) floors climbed.
From my (limited) research, it appears like the best corresponding app on Android may be Google Fit.
I installed Google Fit on my iPhone and set it to sync with the Apple Health app, but Google Fit can import only the last 7 days' data from the Health app.
So I have exported the historical Health app data in XML format from my iPhone. I would like to import that into Google Fit. Is there any way to do that?
I would be grateful for any suggestions. Thank you.
P. S. I am also open to any other app suggestion that may be able to solve my problem (being able to import all my historical iPhone Health app data), if it cannot be done on Google Fit.
Related
I'm developing an app that can shows all the bus lines in my city, i'd like to show if the bus is crowded or not, and even get the bus position by another user that is inside it.
But I don't want to use all the internet plan from my users, I see that Google does that, it knows when a restaurant or bar has people there, knows if a street is congested, and also get your path history.
I'm not asking for all the code, but kind of how does Google does that?
Google will be using mobile data when it tracks that - but I don't imagine sending a GPS co-ordinate every 30 mins will use much data.
And if it did - then Google will probably store that data offline and upload it later when a WiFi connection is available.
I am planning to create a POS System using Chrome App and Indexed DB as the backend. I just want to know if it could cater/work with large data.
Let's say that this app will be used in a big restaurant that has a thousands of transactions per day and a thousand of Inventory list with image of each item.
Thanks in advance!
I don't think the Chrome App per se will be the problem. It's where you store your data that needs scaling. For that Google has Google Cloud Platform, built automatically for scaling.
Several businesses are already using Chrome Apps. Check this list of Chrome apps being used for work. Who knows if your app will also be added to the list.
I've implemented an HTML5 generic web form solutions that allows my customer to create surveys online and them deploy them offline to their Ipads. They can collect data with or without internet access, and then push back to the Surveys server the collected data once the internet connection is available again.
The forms are also able to take pictures, store them locally on the Ipads, and then push them to the server.
My customer is now asking me if we can figure out a way to do OCR recognition on business cards to fullfill the forms quickly (first name, last name, adress, company & phone).
I've been investigating OCRAD.js but the result is not positive.Click to see the sceen capture result
Does anybody knows another HTML 5 alternative? Could I communicate with a real APP to do the OCR recognition an retrieve the data?
Please advice.
Currently I have to test app and set the different fake GPS locations on real WP 8 devices. On Android I use 'My Fake Location'. Unfortunately, I didn't find the same app for WP 8. Any ideas to solve my problem? For 'black box' testing.
Testing has to be desgined during (or before) software development. Not after that.
There is good reason that on real devices there is no possibility to fake GPS from outside of that application.
To solve your problem, the app has to implement a playback mode, where it reads the locations from a csv file (or gpx), and calls a timer, e.g once a second, and creates the location programatically.
This then can be used to test specific behaviour which is not easy to achieve in real world situations. (e.g driving with 220 km/h) .
This playback feature is not visible when a specific configuration (file) is set for mass rollout of the app.
There is currently no way to do this.
maybe this can help. this ins`t an app for mobile, only for PC.
http://blogs.windows.com/buildingapps/2011/01/28/windows-phone-gps-emulator/
I have 3 weeks to develop a prototype. Bascially a fleet management system, browser based. It will be tracking tractors in open country, using low data rate satellite modems to report vehicle location on a regular basis.
I am struggling to get a grip on whether I want to use Google Earth or Google Maps:
ease of implementation (PHP/HTML 5, pulling data from a MySql database)
tracking each vehicle, drawing a line, toggle display of time and/or distance travelled at each location
visual appeal to user (given that it is open country, no real landmarks)
available overlays (rainfall, temperature data, elevation, etc)
anythign else?
I am toally at a loss on the mapping part (the reast I can do). Is one of Google Earth / Maps "best " for me? (not wanting to start a religious war)
Is it possible to use both and toggle between them?
Any other advice? I am googling like crazy and might not normally post this question before doing more research, but the dealine is ricdicuous. I am look at 16 hour days and need all of the help and advice that I can get. I will will have to live with the decision that I make now and I don't want to make a hasty one based on scant knowledge.
Thanks in advance...
[Update] oic. Google Earth is PC applicaion and Gogole maps is browser based. Well, I guess that that answers that, then.
[Update] Sigh! It's another of those where the head of the company uses an I-pad but the end users have Windows desktops. So he wants it browser based "just in case" he wants to look at it (which he might do twice in the first week and then never again). Why does it always seem to be this way?
To identify the right solution, you first need to identify your target audience for your app.
Will the users of the web-based app be using desktops, iPads, or
mobile devices that have Google Earth available?
Will the intented users be using large screens located at the data center (Google Earth or Google Maps will work) or remote users in the field (Google Maps might be best better fit)?
Not all mobile devices support the Google Earth application and the
mobile devices have a limited feature set.
Google Maps API, on the other hand, will run on nearly all web
browsers for a multiple of devices.
See details:
Google Earth for Mobile
http://www.google.com/earth/explore/products/mobile.html
Google Maps for Mobile
http://www.google.com/mobile/maps/
Also note if you use Google Earth API you can easily mashup Earth and Maps in single web application but again this requires those platforms that support the Google Earth client.
Here's a sample demo to try out:
http://earth-api-samples.googlecode.com/svn/trunk/demos/drive-simulator/index.html
Future proof your application. It is my impression Google Earth is on it's way out. It is hardly maintained and with browser makers actively discouraging the use of these plugins it is only a matter of time.
If you choose to use the Google mapping tools, do have a close look at Google Maps. Although Google currently offers a 3D version of Google Maps, it is not yet available for application developers. We are still stuck with 2D maps.
However, I expect that the maps API will not change drastically once 3D applications are allowed.
I am a specialist in the use of Google Earth API (planetinaction.com) and I have shifted from Google Earth to Google Maps wherever possible.
As an intermediate solution, you could build a maps based app but allow a 3D view option by popping up a Google Earth plugin. this keeps Google Earth dependencies to a minimum.