Windows Phone 8 has offline Maps with Point of Interests. Can I access the point of interest database from the device? I want to show a list of sights near-by.
It looks like the new HERE Maps Launchers may solve your problem, specifically the ExploremapsExplorePlacesTask class. The use case is described in the documentation as:
The ExploremapsExplorePlacesTask allows you to start the Maps
application where the nearby places of interest are shown.
The associated demo displays the map as shown:
Furthermore, there is an upcoming webinar on this subject early next month.
Related
I'm trying to geocode multiple addresses. My problem is that sometimes the address actually exists but Google Maps didn't label that street, so I can't find the geocode.
I want to know if there is some way to add street names with any Google API or any software with an API that will allow me to do this.
For example, if Street 11 doesn't exist, add two coordinates from end to start naming the street. This way the next time I look up, I can find it.
I have found multiple services such as SmartyStreets, but they are not even close to Google's geocode accuracy. If I found this software, I could also do batches of addresses in a small period of time.
The tool that was used to edit map data at Google has a name Map Maker.
https://mapmaker.google.com/mapmaker
The bad news is that this tool was deprecated and will be shut down in March 2017. I am not aware about a possible replacement, haven't seen any announce yet.
You can try to follow this help article while Map Maker is still available:
https://support.google.com/mapmaker/?hl=en#topic=1094356
Alternatively you can use the "Report a problem" link on the bottom right corner of the maps.google.com.
https://support.google.com/maps/answer/3094088
Hope it helps!
First, a side note for your information:
Geocoding partial addresses or addresses that aren't real (according to the postal service) can result in really weird geocoding information. I can imagine that a lot of partial or unreal addresses don't return results because it is just too hard to guess.
As it is, most geocoding services have to extrapolate latitude and longitude by using information such as street and zip code endpoints, directions, and number of valid addresses on the street. In a lot of ways, there is guesswork involved for everyone. Google often has great geocode information because they have extensive hours driving cars with cameras and sensors marking exact locations of buildings on streets (that information is not obvious from an address). If street names are incorrect, new, old, or some other problem, it makes this "extrapolation" process even harder. Generally, you will see similar enough quality across geocoding APIs and services, and there will still be enough uncommon errors, that choosing your API based on geocoding accuracy should only be done in special cases. It's not common to need exact geocoding precision and most APIs can meet normal geocoding needs (but, in your case, maybe it is necessary, I don't know). Choose APIs based on program design needs. For instance, Google has great business and place search but doesn't validate or verify addresses, while SmartyStreets does.
Here are some possible ways to fix the problem:
If you want to get an address added to Google Maps, the best way I've heard of is to report an error on the map to Google.
Google has this website for making your maps (https://www.google.com/maps/d), but it might not fit your problem very well.
You can also open Google Maps, find the location (searching for a latitude and longitude pair, if you have it, will work well on Google Maps), then right click to add a missing place or report an error. (These will be saved in your contributions, which you can view from the menu opened by the three-bar icon menu in the search bar.)
Full disclosure: I worked for SmartyStreets.
I am planning to build an app that would find the shortest distance from one location to another and other things too.
It requires the latitudes and longitudes of a place and distance of all the coordinates from say X meters from it, distance in the sense of actual road distance. I do not want any graphics or showing the map but just the plain data.
This means that i can query for some address with the distance X, and it would give me the details. I looked into Google Map Api, but that looks like to cater for some kind of client job scheduling. I even looked into Bing Map Api. It seemed to provide things. But i thought to ask here before proceeding.
Any tips on available options ?
Fortunately you should be able to find many many code samples out there for models. But first:
I'm not sure what you mean by Google Maps API looks like it caters to client job scheduling; it actually is pretty much the opposite! There are limitations to how many requests per day can come from one IP. Also, the licensing for Google Maps is made for client facing applications like web based Store Locators (the application that I used it for) and often requires you to display a Google Map with the information.
You do have a limited license to do business related geocoding and searches.
I think you may be more interested in a product like Microsoft MapPoint http://www.microsoft.com/mappoint/en-us/home.aspx
While there are many competing products and services, the price point here is great. You may also be able to get it for free along with other apps if you register for their BizSpark program http://www.microsoft.com/bizspark/default.aspx
HTH
Geezer
For a project at my university I have to collect information about Google Indoor Maps. I spent several hours searching information about how Google Indoor Navigation really works. I've found several links on how to create Google Floor Plans like this:
http://support.google.com/gmm/bin/answer.py?hl=en&answer=1685896
And how you can improve location accuracy with the Google Maps Floor Plan Marker app:
http://support.google.com/gmm/bin/answer.py?hl=en&answer=2667756&topic=1685871&ctx=topic
They say the app collects public broadcast data. But nowhere information about which information is collected and how. Several discussions here and a few articles I found say that google uses wifi-access points and the cellular antennas for indoor positioning. But I couldn't find any official information from Google, which I can use in my project.
Can you suggest me where I can find answers to the following questions:
How does the Google Maps Floor Plan Marker really work? Which information is collected and how? A official technical Google paper would be nice, so I can use that for my work.
How can I increase the accuracy of the Google indoor navigation, by adding Wifi Access Points, Bluetooth stations or other technology?
How can I add additional information like Emergency exits and toilets to a floor plan, so the user can navigate with his smartphone to this special points?
Is it possible to add information about rooms, so the user can tap with the finger on them to get additional information? For Example which department is situated in this room and so on?
I found a lot stuff about indoor positioning and indoor navigation. But nothing about how google uses them.
Thanks in advance.
This project just provides maps for indoor places. It doesn't do anything special to augment navigation in these places beyond the standard (GPS, WiFi, etc).
When they talk about (augmenting) positioning with Wifi and Cellular data, they are talking about the same stuff they use on the regular Google maps. This data is collected from cell tower info, and the Wifi stuff is sniffed from the Google street-view cars and then augmented by user-data as people with devices come into contact with these devices and send info back to Google.
It is not very accurate - or even accurate as GPS. It is kind of a "ballpark" estimate. For example, if a Google street-view car detected your WiFi signal when it drove by your house - if you had no GPS, and Google Maps saw your WiFi box, it could estimate that you were somewhere within a few hundred feet of where the Google Street View car detected the signal.
Not as accurate as GPS - but not too bad if you conciser within a few hundred feet better than "no idea". In short - these sources to not give you better or more refined positioning of indoor places. They would be good - for example - to be able to tell you that you are in that particular building if you were inside, and out of GPS coverage.
Indoor positioning uses WLAN interface. To estimate the real-time location of a user, location systems have to perform a number of steps and various calculations. The calculation of more than one distance from several Access Points (APs) could be used to estimate the exact
location.
The main principle states that signal strength at the receiver is inversely proportional to the square of the distance that the signal travels.
RSS fingerprinting method is used which is based on recording and sampling of patterns of radio signals in specific environment called as pattern recognition or fingerprinting.
Since this post is a little old I thought I would still add my thoughts. First of all you can make edits for your own custom maps using MyMaps. As the previous answers stated Google Maps uses cell data, wifi data, gps, etc for tracking. It can also use phone sensor data such as your accellerometer. With the current level of wifi infrastructure it can actually be quite accurate using a method of wifi fingerprinting (The more access points the more accurate it will be given they are effectively positioned). There are several scholarly articles demonstrating its viability down to a couple meters of accuracy. I would suggest reading an article on RSSI fingerprinting. Also check the google maps developer documentation for more detail on editing map information.
Also I was reading that they will be using light detection for additional indoor accuracy (not sure if implemented yet).
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.
Google Maps can't calculate a route that crosses Equator - Colombia borders, and this analysis from a Wikipedia user shows the regions it considers contiguous. It is possible to compute a route in Yahoo! Maps from Punta Arenas to Maracaibo, but not to Alaska.
Why does this services have such limitations? Is there a similar analysis of contiguous regions for other web routing services?
The closest similar "analysis" I know of for Bing Maps is the table given at http://msdn.microsoft.com/en-us/library/dd435699.aspx, which shows the routing capabilities provided for each country (Basic/Full).
Interestingly, even though both Ecuador and Colombia are listed as having only "Basic" routing functionality, Bing Maps does correctly find the route between Tulcan and Ipiales shown in your first example: http://www.bing.com/maps/#Y3A9MC44MjE2NDA5OTgxMjgxNn4tNzcuNjg2OTIzOTgwNzEyODkmbHZsPTEzJnN0eT1yJnJ0cD1wb3MuMC44MjE1MjBfLTc3LjczMjE3MF9UdWxjJUMzJUExbiUyQyUyMEVjdWFkb3JfX19lX35wb3MuMC44MjE3NjJfLTc3LjY0MTY3OF9JcGlhbGVzJTJDJTIwQ29sb21iaWFfX19lXyZtb2RlPUQmcnRvcD0wfjB+MH4=
I guess the reason why routing capability must be compartmentalised into discrete countries is because the data required is gathered from national agencies (e.g. government datasets) and managed/updated on a per-country basis - but this obviously creates an interesting problem for routing across borders, as in your examples.
I have to be honest and say that I've never really considered the issue before, so I'd like to thank you for raising the question!
Update: Note that, according to the spreadsheet linked from https://developers.google.com/maps/faq#whatcountries, Google Maps doesn't support directions within either Ecuador or Colombia either - let alone a route that crosses between them!