I have a problem related to detecting location of an entity on map. Say 6 devices read the location of the entity in the format of centre (x, y coronates) and radius. Just like in GPS triangulation we have to approximate the real location of the entity using this input data (x,y coronates) shown as the green pin. The issue is we have multiple/no points that 3 circles cross.
Just to formulate the problem, inputs are centres {(x1,y1)……, (x6,y6)}, corresponding radiuses {r1….. r6} and the output is {x0,y0}.
The question is can we solve this using (AI) or training a
Related
I would like to display an elevation graph within my application that also shows the distance from the start of a particular routes.
I found this example which shows a basic elevation graph for a route.
http://www.geocodezip.com/v3_elevation-profile_distance.html
Is there a way to accurately display the distance along the x axis in the graph at the bottom?
The fact that the google.maps.ElevationResult doesn't include a distance seems to make this very difficult.
Here's another example with driving directions and mileage in each county:
http://maps.forum.nu/v3/gm_directions.html
Is that what you're looking for?
The elevation service results contains the latitude/longitude coordinates, elevation and resolution of the result. From the coordinates you can compute the distance between the points (using the geometry library computeDistanceBetween method).
i have elasticsearch database of geo objects.
I want to search the nearest objects around some geo_point in custom distance and then display them on google map.
using default elasticsearch filters - geo_distance filter, it works fine, but the problem is that returned pins are in eliptical range, not in circular range (as usually when you search anything in X km RADIUS) maybe screenshots would help to understand.
I don't know where the problem can be, google maps only takes the result that elastic returns - set of pins to display
Does anybody know anything about this issue?
When geo points are represented as arrays in elasticsearch they are following GeoJSON format, which is [lon, lat]. So, from elasticsearch perspective, your center pin is not in Paris but just off the coast of Somalia.
Based on your screenshots I came up with a couple of points in your circle.
Assuming we have centre coordinate of lat:48.853647, lon:2.347894, and a point at lat:48.853647 lon:2.32 (a point at the same lat but further west):
Using distance_type:plane the distance calculated is ~ 3.1km, while using distance_type:arc the distance is ~ 2km.
If we use a different point, lat:48.8717 lon:2.347894 (further north of the centre point, but some lon), using distance_type:plane the distance is ~ 2km and using distance_type:arc it is also ~ 2km.
Consequently if the filtered distance was say 2.5km, then using distance_type:arc would correctly include both points, while using distance_type:plane would only include the northern point, giving the elliptical shape.
Here is a 3D earth made based on Three js I want to find the location of Longitude and Latitude of the currently clicked location and show the coordinate lines
What should be the strategy to define those diversion lines?
How could I map my texture to it's correct equivalent Longitude/Latitude?
Edit 1 :
My question in a simpler form:
How can I get the x, y of the pattern image which was clicked inside the sphere?
I have a requirement to calculate the centroid or geodesic midpoint of
when a user clicks in between the lat/long grid crossing.
The crossing forms a square in most parts of GE and sometimes
elongated rectangles. This is due to the shape of the earth of course.
I'm looking for a valid mathematical formula that would allow a user
to click anywhere in between this grid and then an accurate function
(in Javascript or server side code) that would take an assumed grid
resolution (say 1km intervals for this discussion) and the input
coordinates that should return a centroid coordinate within that
graticule grid.
To clarify please take a look at the attached image to my google group post:
http://google-earth-api.googlegroups.com/web/Picture+5.png?gda=h5oFPz8AAAD315KpovipQeBwdfGpmW3ZhBc9PTADwYa-n193hZ6AItFmHuno63c7phcEXYVuRA6ccyFKn-rNKC-d1pM_IdV0&gsc=sz6bbAsAAABBKF7YXWYyc4GmXg-QruHj
What I need to be able to do is if a user clicks anywhere in this grid
square, I need to find the centroid or center point of that grid
intersection/square or at least the bounding grid coordinates (that make the square).
If we assume that the grid is UTM standard and has a max resolution of
1km (or make this a parameter), I need to detect the four other points
nearby and then calculating the centroid is not as difficult.
I welcome any feedback you all may have and appreciate it.
I don't have a simple way of letting a user click anywhere on the grid and finding the grid bounding coordinates (making a square of 4 coordinates) or the centroid / midpoint of the graticule grid square necessary.
One thought is to use assumptions as much as possible using a reference such as UTM coordinate reference.
If I assume that the grid is X degrees wide, can we have a pure javascript function take any input coordinate and return for me the bounding graticule coordinates in Decimal Degrees?
Another thought I had was to create the grid in a geo-spatial layer to take any input coordinate and return the nearest centroid of the graticule?
Does this make sense?
Thanks!
Omar
this seems to be a rounding problem
1) your users click anywhere on the map
2) you want to trap the click to read out the actualLat/actualLon values
3) and round it down to the nearest discrete grid values minLat/minLon
4) then you want to calculate and return in some way the midpoint of the grid as
midLat = minLat + deltaGridLat/2;
midLon = minLon + deltaGridLon/2;
ad 2) look up the .js file in my Maidenhead locator viewer - you can surely reuse code for initializing the GE event handler and the handler for a mouse click (note I am trapping a RIGHT click)
The event handler essentially takes the user chosen location, passes it to function CoordToLoc() where the coordinates are converted to a Maidenhead locator string, which then is displayed in field inpLocator on the web page.
ad 3) this depends on your grid - if it is bound to discrete Lat/Lon values (as in my case) it's as simple as rounding. If the grid points are defined as distance offsets in km from a reference point, the simple approach would be to divide your argument by the unity length and disregard the decimal places
Hope this helps
Good luck
MikeD
In Google Maps Street View your cursor turns into a rectangular/oval shape as you mouse over different parts of the scene. For example:
http://maps.google.com/?q=loc:+Maryland+Ave+at+e.+26th+st+Baltimore+MD+US&ie=UTF8&z=16&iwloc=A&layer=c&cbll=39.319313,-76.618426&panoid=6W2XgkHoGuf6_SKv0LIL9Q&cbp=12,307.06,,0,3.16
As you move the cursor over the building it "hugs" the walls. It's not just as simple as following the intersection because if you continue on to the left you can see the angle change as it hits different faces of the buildings.
Do they do some sort of image analysis to identify faces of the buildings or do they, as they take the picture, do some sort of laser range finder and then later combine it with the picture?
They do use laser range scanners. And according to the Google Lat Long Blog:
We have been able to accomplish this
by making a compact representation of
the building facade and road geometry
for all the Street View panoramas
using laser point clouds and
differences between consecutive
pictures.