-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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 Geo Search #426
Comments
|
Postgres also offers geometric types. Also for different use cases like sizes, which could come in handy - should MeiliSearch opt for feature comparability (simpler indexing, when ingesting from a postgres store) |
There's also PostGIS. PostgreSQL's built-in geometry fields are two-dimensional geometries that use unprojected Cartesian coordinates: while they would work as expected at the equator, they would become more and more distorted closer to the poles. What MeiliSearch needs is geospatial geometries. PostGIS implements the Open Geospatial Consortium's Simple Features. That's where the widely-used well-known text (WKT) and well-known binary (WKB) markup formats come from. |
When will meili include geo search? Date planned? We need it a lot for new projects. :) Thanks |
I hope this feature will be planned for the next release |
I hope we will have this feature soon. I would like to use meilisearch and nothing more for indexed data. |
Is there is any chance to see this released any time soon as i see the 2020_Q4 label has been removed ? |
Hi @tchartron, thanks for your support! For Q1_2021, we don't know if we will work on geo-search or distributed systems, but I think it is a feature that we want to release in 2021. I hope my answer was satisfactory, Thanks again for your support, and stay tuned! |
Great thanks for these informations, I'll keep an eye on this until it's released 🚀😉 |
Hello, I will close this issue in favor of our public roadmap. I invite everyone interested in this feature to upvote it on the roadmap. |
By the moment, the only way is to store the latitude and the longitude as another JSON field, and when the results are retrieved, skip those who aren't in a certain area. It will be slow, but the only way |
@TomasWeg It's not the only way. One option would be to compute the geohash for each record, store the geohashes in the MeiliSearch index, and then do a prefix search. As an example, the old observatory at Greenwich in London has a longitude of 0.0 and latitude of 51.47773. This location has the geohash Geohashes (and space-filling curves in general) aren't perfect — it's possible they won't match some nearby objects — but this will be a much faster way of finding things nearby. |
@qdequele Geo Search is live in the latest release : https://github.com/meilisearch/MeiliSearch/releases/tag/v0.23.1 |
426: Fix search highlight for non-unicode chars r=ManyTheFish a=Samyak2 # Pull Request ## What does this PR do? Fixes #1480 <!-- Please link the issue you're trying to fix with this PR, if none then please create an issue first. --> ## PR checklist Please check if your PR fulfills the following requirements: - [x] Does this PR fix an existing issue? - [x] Have you read the contributing guidelines? - [x] Have you made sure that the title is accurate and descriptive of the changes? ## Changes The `matching_bytes` function takes a `&Token` now and: - gets the number of bytes to highlight (unchanged). - uses `Token.num_graphemes_from_bytes` to get the number of grapheme clusters to highlight. In essence, the `matching_bytes` function now returns the number of matching grapheme clusters instead of bytes. Added proper highlighting in the HTTP UI: - requires dependency on `unicode-segmentation` to extract grapheme clusters from tokens - `<mark>` tag is put around only the matched part - before this change, the entire word was highlighted even if only a part of it matched ## Questions Since `matching_bytes` does not return number of bytes but grapheme clusters, should it be renamed to something like `matching_chars` or `matching_graphemes`? Will this break the API? Thank you very much `@ManyTheFish` for helping 😄 Co-authored-by: Samyak S Sarnayak <samyak201@gmail.com>
Geo Search is a way to filter and sort results by distance or around certain geographical locations. User can limit your results to a street, to a city or cities, to one or more parts of the world. You can sort your results according to how near or far they are to a certain defined geolocation.
Geo offers you various possibilities:
It could be done by implementing s2 and Hilbert Curves algorithms.
We can force the user to reformat there data by adding a geo field in there documents:
Or we can add on settings the possibility to select the
latitude
and thelongitude
fields.The text was updated successfully, but these errors were encountered: