Skip to content

Commit 7720d26

Browse files
committed
Merge branch 'master' of https://github.com/samuelgoto/arpub
2 parents 812b475 + 8cc01a7 commit 7720d26

File tree

1 file changed

+11
-5
lines changed

1 file changed

+11
-5
lines changed

README.md

+11-5
Original file line numberDiff line numberDiff line change
@@ -16,7 +16,11 @@ Technically, authors need the infrastructure to make **associations** between re
1616

1717
There is an increasing flow of innovation in landmark detection (e.g. computer vision enhancements) and asset formats (e.g. glTF), so it is important that the association is **unopinionated** about both specific landmarks and assets and enable/foster their independent evolution and **extension** in a de-coupled fashion without redesign of this layer (on ceilings and foundations).
1818

19-
In this strawman, **publishers** that wish to syndicate their AR content to **aggregators** can **register** their **assets** to **landmarks** through **markup** on their webpages. That association can picked up by aggregators (through **crawling** in the case of search engines or direct **subscription** in the case of feed readers) and displayed to users along with the associations made by other publishers. We call the grouping of **assets** and **landmarks** an **artifact** which represents a single virtual object attached to the real world.
19+
In this strawman, **publishers** that wish to syndicate their AR content to **aggregators** can **register** their **assets** (content) to **landmarks** (what to attach the asset to), possibly/optionally under **restrictions**, through **markup** on their webpages.
20+
21+
That association can picked up by aggregators (through **crawling** in the case of search engines or direct **subscription** in the case of feed readers) and displayed to users along with the associations made by other publishers.
22+
23+
We call the grouping of **assets**, **landmarks** and **restrictions** an **artifact** which represents a single virtual object attached to the real world.
2024

2125
## Assets
2226

@@ -47,7 +51,7 @@ For example, there is an infinite stream of new things being created in the worl
4751

4852
We expect machine learning to play a big role in advancing landmark detection. So, for example, one user agent could create a landmark type that takes neural network training data sets as input and let that drive computer vision and landmark detection. Another one may invent a new file format for describing inference models and use that as an extensible way to detect things.
4953

50-
## Built-in landmarks
54+
### Built-in landmarks
5155

5256
We want to harness the power of open systems to crowd-source ideas in areas where we don't know the answer. But as we get a better handle on what the answers are in this space we want to pave the cowpaths quickly, to create the gravity well and avoid confusion/fragmentation.
5357

@@ -72,10 +76,12 @@ Some of the possible built-in landmarks are:
7276
* An example image
7377
* **Facial** shapes
7478

75-
Another example of built-in landmarks are composite landmarks: landmarks that are designed to represent the composition/combination of more than one landmark (e.g. a car inside a specific dealership). The structure of a **composite landmark** includes:
79+
## Restrictions
80+
81+
You can apply **restrictions** to **artifacts**. The built-in restrictions available are:
7682

77-
- A base **landmark**
78-
- A **nearby** geo spatial restriction to apply
83+
- **[DateRange](https://schema.org/temporalCoverage)** restriction (useful for ephemeral artifacts, e.g. promotional content)
84+
- **[GeoShape](https://schema.org/GeoShape)** restriction (useful for geofencing artifacts)
7985

8086
## Notation
8187

0 commit comments

Comments
 (0)