Settings and activity
10 results found
-
1 vote
Cedvdb shared this idea ·
-
215 votes
Scheduled Backups for Firestore is now in public preview:
Cedvdb supported this idea ·
-
1 vote
Cedvdb shared this idea ·
-
28 votes
An error occurred while saving the comment -
57 votes
Cedvdb supported this idea ·
-
720 votes
Cedvdb supported this idea ·
-
130 votes
Cedvdb supported this idea ·
-
101 votes
Cedvdb supported this idea ·
An error occurred while saving the comment Cedvdb commented
@frank
The documented solution has the following issues:
- request more documents than necessary
- does not allow much flexibility on modelization
- requires multiple parts of the application to be aware that a collection has a geo field.I'd propose something like:
```collection.within(
radius: 1000,
center: position,
latitudeField: 'position.latitude',
longitudeField: 'position.longitude'
)
```This would allow people to not rely on a GeoPoint data type furnished by firebase and be able to rely solely on Json, which is possible currently for other data types and which brings a lot of advantages:
- no need for an additional layer to abstract firebase specifics
- is easier on code generation tools.----
Just to be clear, I advice to not have a special data type on the firestore side for geo queries, keep it json like and deprecate the current geo data type. Have a geo-hash-index opt-in index on the back-end side.
-
241 votes
Design work in progress, but no ETA to share at this time.
Cedvdb supported this idea ·
-
484 votes
Cedvdb supported this idea ·
Imo a better alternative would be to wrap the c++ sdk (and therefor making the c++ sdk solid) and have each platform use that.