Skip to content

Commit af8519e

Browse files
committed
[DOCS] formatting
1 parent bad3190 commit af8519e

File tree

2 files changed

+5
-2
lines changed

2 files changed

+5
-2
lines changed

docs/blog/index.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,8 +1,10 @@
11
---
22
hide:
3+
34
- navigation
5+
46
---
57

6-
# Blog
8+
# Apache Sedona Blog
79

810
The official source for Apache Sedona news, technical insights, release updates, and best practices in large-scale spatial data management.

docs/blog/posts/spatial-tables-data-lakehouses.md

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -333,6 +333,7 @@ For example, with Apache Sedona, you can join one table loaded from Shapefiles
333333
with another table loaded from GeoParquet, an extension of the open source Apache Parquet file format.
334334

335335
!!!tip "Best Practice: Co-location can optimize spatial tables in Lakehouses"
336+
336337
Consider the following co-location tips to optimize your spatial data queries: TODO
337338
* To speed up your Lakehouse queries, you can co-locate similar data in the same files and eliminate excessively small files.
338339
* Use Apache Iceberg to store the tabular and spatial tables in the same catalog. TODO
@@ -671,7 +672,7 @@ else:
671672
Lakehouse architecture offers many advantages for the data community, and
672673
with the native support native for `geometry` and `geography` (GEO) data types
673674
in Iceberg, the spatial community can now take advantage of these benefits.
674-
This marks a fundamental shift from simply storing spatial data *within*
675+
This marks a fundamental shift from simply storing spatial data _within_
675676
generic types (like binary WKB or string WKT).
676677

677678
This native support is expected to improve interoperability and performance

0 commit comments

Comments
 (0)