- Flash APIs for embedding Flash maps in your own pages (or Flash
- A REST Geocoding API for addresses in North America
- A Map Image API for direct(ish) access to the underlying tile server
Sensor-Based Location Limit
As great as having YAMA (Yet Another Mapping API) is, Yahoo! has placed a severe restriction on the application of the API.
You may use location data derived from GPS or other location sensing devices in connection with the Yahoo! Maps APIs, provided that such location data is not based on real-time (i.e., less than 6 hours) GPS or any other real-time location sensing device, the GPS or location sensing device that derives the location data cannot automatically (i.e. without human intervention) provide the end user's location, and any such location data must be uploaded by an end-user (and not you) to the Yahoo! Maps APIs.
Does this prevent someone from just telling an application where they are and displaying it? Yahoo! is only restricting *how* the information was gathered. It doesn't seem possible that Yahoo! (or NavTeq) can really restrict *how* the data was gathered, all they are seeing is lat/lon requests. What happens if I used a sextant to get the real-time position data?
GoogleMaps has its own restrictions, but the only similar one is :
"In addition, the Service may not be used: (a) for or with real time route guidance (including without limitation, turn-by-turn route guidance and other routing that is enabled through the use of a sensor), or (b) for, or in connection with, any systems or functions for automatic or autonomous control of vehicle behavior."
Granted, this may actually be an effect of using NavTeq's data. Which also begs the question, with all these mapping API's, they are still all displaying the same maps provided by a single source. This seems bad.
When will OpenStreetMap have its own dynamic mapping and API.