We make a bluetooth device that connects to user's phones and tracks + coaches them while they brush their teeth.
We would like to interact with google's Google Fit api to integrate this information into it.
I didn't see any tooth brushing related data types. Is this something we can add or would we need to collaborate with Google?
Related
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.
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.
I'm currently developing a small webpage for a customer where i need a simple map with pins. It's really basic usage and the customer is going to hit the page maybe 50-100 times/month, what is a good service price-wise? I have tried contacting google, bing, and two local (swedish) providers, but the customer service is.. not good...
Your problem is that you say it's an "internal" project - I assume this means that it's not hosted on a publicly-accessible webpage?
For non-public sites, both Google and Bing require you to take out an enterprise licence agreement, which is normally prohibitively expensive for small businesses. (Licences are individually-negotitated, but think of the order of $10,000 per annum).
Alternatively, you could look at using the Leaflet JS map control (http://leaflet.cloudmade.com), displaying data from open street map (http://osm.org) - both of which are free and open source (and, in many cases, have higher quality data than either Bing or Google anyway)
ask about the new Bing Maps CRM licensing thats available, it may well meet your needs and be cost effective for you
I am a final year Computer Science undergraduate student from India. I want to create a WPF application that displays 3D buildings like in the latest Google maps 5 for android. This will be the basis of my final year project. I have some questions before i start working on this.
Should I make it desktop or web based, or should I use the web to store some metadata and render the data in the desktop software?
For 3D display of buildings in a map area, is WPF enough or will I need knowledge of XNA and Direct X too?
Will this violate Google Maps TOS if I use Google Maps API? (I want to do something Google Maps does not provide in India) Is using Bing Maps a better option?
Is it feasible to read building elevations and rendering them using the above mentioned Maps APIs? Is it that the elevation data available through Google Maps API is only for the terrain and not for individual buildings?
I have three months to complete this project and have given details of the technologies I intend to work with.
Will I need in-depth knowledge of any more technologies for this?
Excuse me if I missed some detail. I am posting this from my cellphone using opera mobile. It's time we have an android client for stackoverflow.
1) That is entirely up to you. As you don't specify your target user then it is hard to say what the best way to deliver the application is. For example, if you want to be able to widely distribute it and have a high compatibility then perhaps a web-based application would be best. Conversley, if you require high performance and are targeting a specific os, chip-set, etc then a stand-alone application may be better.
2) Again, it is hard to say. WPF can certainly render 3d objects and may provide you with everything you require. If again you require more complex rendering you may also want to look at later versions of Direct3D, which can help a lot with things like HDR textures, Multi-threading, etc.
3) I am not a lawyer so I can't say for sure - even if I If I were it would still depend on the specifics of your implementation. That said, the bing maps section 2 (i) seems pretty good for you - Academic use seems pretty open as long as you make the application available publicly without restriction. The Google TOS seems more restrictive to me at least.
4) To me that would be a breech of the Google Maps/Earth TOS - The section on Restrictions on use seems pretty clear...But again, I am not a lawyer so I can't say for sure...
Get location(lat/long) without GPS, just like my location feature in Google maps. I have Google Maps in my mobile (Sony Ericsson G502 without GPS). It works fine without GPS in India.
1.How Google finds my position?
2. When i am searching cellid in opencellid database, it has less number of records for India. but Google Maps works fine in my mobile(India)
3.Is Google uses opencellid database or its own?. if Google uses its own, shall we have access to it database
4.Is there any commercial cellid database for India?
The answer is that cellular phones use various location methods, most were introduced as part of E-911 (Enhanced 911) or equivalent emergency service for other countries (e.g. 999 in UK) or since.
I don't know if GSM or CDMA has any localization protocols or standards itself beyond whatever E-911 and such requires. So I doubt there is a general API for all mobile phones.
Mobile phone localization is done via:
plain GPS
Assisted-GPS
Cellular triangulation / multilateration
Cell (tower) identification (FCC/etc. cellular tower database lookup)
Enhanced Cell Identification (E-911)
Uplink-Time difference of arrival (U-TDOA)
Time-of-Arrival (TOA)
Angle of Arrival (AOA)
E-OTD (Enhanced-Observed Time Difference)
and/or a hybrid of these technologies and approaches.
(Src: Wikipedia / Mobile_phone_tracking)
These approaches vary in accuracy and precision from ~35 km (22 mi) to ~5-10 meters (16-32 ft) or better.
3.Is Google uses opencellid database or its own?.
It appears that they have their own database without a public documented API.
4.Is there any commercial cellid database for India?
I don't know.
Google almost certainly uses a proprietary database. They admit as much as:
This involves analyzing the Wi-Fi access points around you and your computer's IP address, and sending this information to a Google server to then be translated into a location that we can show on the map.
http://maps.google.com/support/bin/answer.py?hl=en&answer=153807
Google Street View cars have been known to collect data about wireless access points that could be used in such a database.
Skyhook offer an API for geolocating devices based on Cell ID, Wifi access points, and if available, GPS. The iPhone OS uses this to provide its CoreLocation functionality.
They have SDKs available for most mobile and desktop OSes. It's very good, but you'll have to speak to them about licensing.
As other posters have mentioned, both Skyhook and Google maintain proprietary databases of location information for WiFi SSIDs and cell tower IDs. I believe Geomena is trying to start an open database of located IDs, but that it doesn't yet have the breadth of coverage that the proprietary competitors have. Google also provides a simple client-side JavaScript interface for IP geolocation (called ClientLocation), which might be just accurate enough for some applications, and a wide variety of IP geolocation databases exist.
If your application is web-based, you can take advantage of the W3C Geolocation API, which abstracts away the particular geolocation technology and provides your website user-controlled access to whatever geolocation method the browser chooses to use. On the iPhone, Skyhook's database is used to locate the phone with cell tower or WiFi or GPS location; Firefox uses the Google Location Service, which uses WiFi triangulation and falls back on IP geolocation.
Using some abstraction layer (like the W3C API) can have real advantages if you want your application to work across different platforms which have their own location methods, if you want your application to degrade gracefully when only rough methods of geolocation are available and you want your application to get the advantages of additional precision as your customers upgrade to devices with GPS technology.