[iceberg-docs] 13/47: Fixing links now that common pages or part of the landing-page site (#11)

[ru...@apache.org]

This is an automated email from the ASF dual-hosted git repository.

russellspitzer pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/iceberg-docs.git

commit 86da3644e95e0ec5bbd1a2a0199e900d11d73ab9
Author: Samuel Redai <43...@users.noreply.github.com>
AuthorDate: Fri Jan 14 11:36:58 2022 -0800

    Fixing links now that common pages or part of the landing-page site (#11)
---
 docs/content/_index.md                           | 4 ++--
 docs/content/docs/api/java-api-quickstart.md     | 2 +-
 docs/content/docs/spark/spark-getting-started.md | 2 +-
 docs/content/docs/spark/spark-queries.md         | 2 +-
 docs/content/docs/tables/partitioning.md         | 2 +-
 docs/content/docs/tables/reliability.md          | 2 +-
 6 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/docs/content/_index.md b/docs/content/_index.md
index 767e5cc..d93aded 100644
--- a/docs/content/_index.md
+++ b/docs/content/_index.md
@@ -48,7 +48,7 @@ Iceberg was designed to solve correctness problems in eventually-consistent clou
 
 ### Open standard
 
-Iceberg has been designed and developed to be an open community standard with a [specification](spec) to ensure compatibility across languages and implementations.
+Iceberg has been designed and developed to be an open community standard with a [specification](../../spec) to ensure compatibility across languages and implementations.
 
-[Apache Iceberg is open source](community), and is developed at the [Apache Software Foundation](https://www.apache.org/).
+[Apache Iceberg is open source](../../community), and is developed at the [Apache Software Foundation](https://www.apache.org/).
 
diff --git a/docs/content/docs/api/java-api-quickstart.md b/docs/content/docs/api/java-api-quickstart.md
index 84ba13b..ad1aa78 100644
--- a/docs/content/docs/api/java-api-quickstart.md
+++ b/docs/content/docs/api/java-api-quickstart.md
@@ -194,4 +194,4 @@ PartitionSpec spec = PartitionSpec.builderFor(schema)
       .build();
 ```
 
-For more information on the different partition transforms that Iceberg offers, visit [this page](../spec#partitioning).
+For more information on the different partition transforms that Iceberg offers, visit [this page](../../../spec#partitioning).
diff --git a/docs/content/docs/spark/spark-getting-started.md b/docs/content/docs/spark/spark-getting-started.md
index b4b0af2..fa1d80b 100644
--- a/docs/content/docs/spark/spark-getting-started.md
+++ b/docs/content/docs/spark/spark-getting-started.md
@@ -24,7 +24,7 @@ aliases:
 
 # Getting Started
 
-The latest version of Iceberg is [{{% icebergVersion %}}](../releases).
+The latest version of Iceberg is [{{% icebergVersion %}}](../../../releases).
 
 Spark is currently the most feature-rich compute engine for Iceberg operations. 
 We recommend you to get started with Spark to understand Iceberg concepts and features with examples.
diff --git a/docs/content/docs/spark/spark-queries.md b/docs/content/docs/spark/spark-queries.md
index 76eca31..4e2f634 100644
--- a/docs/content/docs/spark/spark-queries.md
+++ b/docs/content/docs/spark/spark-queries.md
@@ -244,7 +244,7 @@ SELECT * FROM prod.db.table.manifests
 ```
 
 Note: 
-1. Fields within `partition_summaries` column of the manifests table correspond to `field_summary` structs within [manifest list](../spec#manifest-lists), with the following order: 
+1. Fields within `partition_summaries` column of the manifests table correspond to `field_summary` structs within [manifest list](../../../spec#manifest-lists), with the following order: 
    - `contains_null`
    - `contains_nan`
    - `lower_bound`
diff --git a/docs/content/docs/tables/partitioning.md b/docs/content/docs/tables/partitioning.md
index a5e111d..eb56f60 100644
--- a/docs/content/docs/tables/partitioning.md
+++ b/docs/content/docs/tables/partitioning.md
@@ -92,6 +92,6 @@ Because Iceberg doesn't require user-maintained partition columns, it can hide p
 
 Most importantly, queries no longer depend on a table's physical layout. With a separation between physical and logical, Iceberg tables can evolve partition schemes over time as data volume changes. Misconfigured tables can be fixed without an expensive migration.
 
-For details about all the supported hidden partition transformations, see the [Partition Transforms](../spec/#partition-transforms) section.
+For details about all the supported hidden partition transformations, see the [Partition Transforms](../../../spec/#partition-transforms) section.
 
 For details about updating a table's partition spec, see the [partition evolution](../evolution/#partition-evolution) section.
diff --git a/docs/content/docs/tables/reliability.md b/docs/content/docs/tables/reliability.md
index f51eb54..999383f 100644
--- a/docs/content/docs/tables/reliability.md
+++ b/docs/content/docs/tables/reliability.md
@@ -26,7 +26,7 @@ Iceberg was designed to solve correctness problems that affect Hive tables runni
 
 Hive tables track data files using both a central metastore for partitions and a file system for individual files. This makes atomic changes to a table's contents impossible, and eventually consistent stores like S3 may return incorrect results due to the use of listing files to reconstruct the state of a table. It also requires job planning to make many slow listing calls: O(n) with the number of partitions.
 
-Iceberg tracks the complete list of data files in each [snapshot](../terms#snapshot) using a persistent tree structure. Every write or delete produces a new snapshot that reuses as much of the previous snapshot's metadata tree as possible to avoid high write volumes.
+Iceberg tracks the complete list of data files in each [snapshot](../../../terms#snapshot) using a persistent tree structure. Every write or delete produces a new snapshot that reuses as much of the previous snapshot's metadata tree as possible to avoid high write volumes.
 
 Valid snapshots in an Iceberg table are stored in the table metadata file, along with a reference to the current snapshot. Commits replace the path of the current table metadata file using an atomic operation. This ensures that all updates to table data and metadata are atomic, and is the basis for [serializable isolation](https://en.wikipedia.org/wiki/Isolation_(database_systems)#Serializable).