-
Notifications
You must be signed in to change notification settings - Fork 24.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow different co-ordinate systems for geometric objects. #3590
Comments
Hi @keedon, you're right. ES only supports WGS84 coordinates for geodata. I'm thinking about extending the mappings by a projection definition, but this may take a while. Thanks for coming up with this great idea, |
Curious. We just happened to run into this limitation ourselves. Could the documentation be updated to at least be more explicit in this regard (until this enhancement is resolved)? The stacktrace that's generated really isn't clear at all. We had to do some digging in the source code to realize that projected coordinates and the GeoJson crs parameter was being completely ignored... |
We don't currently plan to support multiple co-ordinate systems within Elasticsearch. There are a lot of different coordinate systems and it would be difficult to reliably provide support for them all. I would suggest that you do the conversion from your co-ordinate system to WGS-84 in your client application. We do need to update the documentation to be clear that we use WGS-84. |
Just in case the information may be of some use: Apache SIS 0.6 can create Mercator, Transverse Mercator, Lambert Conical and Stereographic map projections for a Coordinate Reference System defined in Well Known Text (WKT) format. It supports both version 1 and 2 of WKT. Apache SIS 0.7 (to be released in one or two months) will add support for EPSG codes, datum shifts and a few more map projections. |
@nknize would you consider adding support for different coordinate systems? |
If there is any interest to start a thread or a wiki page on this subject, I may be able to help with some proposals on the coordinate transformations part. |
Please update the documentation - if one sends anything but wgs84, for example, web mercator, like this: Which takes a long time to figure out what is going on. |
Claim issue elastic#3590 and release issue elastic#10795
elastic#3590 Documentation now states coordinates format
Closed by #29305 |
* master: (80 commits) Remove HTTP max content length leniency (elastic#29337) Begin moving XContent to a separate lib/artifact (elastic#29300) Java versions for ci (elastic#29320) Minor cleanup in the InternalEngine (elastic#29241) Clarify expectations of false positives/negatives (elastic#27964) Update docs on vertex ordering (elastic#27963) Revert "REST high-level client: add support for Indices Update Settings API (elastic#28892)" (elastic#29323) [test] remove Streamable serde assertions (elastic#29307) Improve query string docs (elastic#28882) fix query string example for boolean query (elastic#28881) Resolve unchecked cast warnings introduced with elastic#28892 REST high-level client: add support for Indices Update Settings API (elastic#28892) Search: Validate script query is run with a single script (elastic#29304) [DOCS] Added info on WGS-84. Closes issue elastic#3590 (elastic#29305) Increase timeout on Netty client latch for tests Build: Use branch specific refspec sysprop for bwc builds (elastic#29299) TEST: trim unsafe commits before opening engine Move trimming unsafe commits from engine ctor to store (elastic#29260) Fix incorrect geohash for lat 90, lon 180 (elastic#29256) Do not load global state when deleting a snapshot (elastic#29278) ...
It looks like elasticsearch only allows WGS-84 coordinates for geometric objects, the application I'm currently working on uses OSGB-36 which throws an exception when you try to insert a node with co-ordinates outside of the allowed range for WGS-84
Thanks
The text was updated successfully, but these errors were encountered: