sedona
tg
Our great sponsors
| sedona | tg | |
|---|---|---|
| 8 | 5 | |
| 1,775 | 533 | |
| 2.5% | - | |
| 9.6 | 6.8 | |
| about 22 hours ago | 29 days ago | |
| Java | C | |
| Apache License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
sedona
-
Show HN: TG – Fast geometry library in C
This is awesome! I wonder how feasible is it to include TG in Apache Sedona (https://github.com/apache/sedona)
Although Sedona runs as a distributed system, but TG may speed local in-memory geometrical computation for each worker node. Let me know your thoughts!
- Apache Sedona: Big Geospatial Data and AI Engine
-
The Apache Software Foundation Announces New Top-Level Project Apache Sedona
Flexible deployment options, including standalone, local, and cluster modes.
ADDITIONAL RESOURCES
Website: https://sedona.apache.org/
-
Is geomesa still the way to go for large scale geospatial data analytics ?
Have you looked into Apache Sedona? It's good for spatial queries on dataframe https://sedona.apache.org/
- Apache Sedona for Processing Geospatial Data at Scale
tg
- Show HN: TG – Fast geometry library for C
-
Show HN: TG – Fast geometry library in C
I can't stop precision loss in all cases, but I do my darnedest to avoid loss when it causes false positives, especially for stuff like intersect detection code. For example the collinear [1] function looks really big for a seemingly simple operation, but there are extra checks built in to check for precision loss and in the cases of compiler associate math issues (like a user borking a build with -ffast-math).
I'm sure it's not all perfect but I feel pretty good about it overall. It certainly helps that much of the logic derived from the Tile38 [2] project, which has 8 years of use in production. I ported many of tests too, which makes me warm and fuzzy every time they pass.
[1] https://github.com/tidwall/tg/blob/v0.1.0/tg.c#L389
What are some alternatives?
esProc - esProc SPL is a scripting language for data processing, with well-designed rich library functions and powerful syntax, which can be executed in a Java program through JDBC interface and computing independently.
geos-wasm - WASM + JS port of GEOS
robust-predicates - Fast robust predicates for computational geometry in JavaScript
Graphhopper - Open source routing engine for OpenStreetMap. Use it as Java library or standalone web server.
GeometricTools - A collection of source code for computing in the fields of mathematics, geometry, graphics, image analysis and physics.
Tile38 - Real-time Geospatial and Geofencing
sqlite-tg - SQLite extension around tg, a geometric library for limited GIS operations
Apache Flink - Apache Flink
s2geometry - Computational geometry and spatial indexing on the sphere