Support OpenSearch keys in search interface

[sbrunato]

Original report by Mickaël Savinaud (Bitbucket: savmickael, GitHub: savmickael).

The original report had attachments: coll_def.ods

---

The search interface must support OpenSearch geo extension :

• box instead of geometry currently
• geometry as WKT (perhaps limited to polygon type)
• lat / lon and radius
• name
• relation is quite over-kill I think (intersects is default value)

For temporal extension key :

• start instead of startTimeFromAscendingNode
• end instead of completionTimeFromAscendingNode
• relation is quite over-kill I think (intersects is default value)

OpenSearch Geo and Temporal extention : https://portal.opengeospatial.org/files/?artifact_id=56866

[sbrunato]

Original changes by Mickaël Savinaud (Bitbucket: savmickael, GitHub: savmickael).

---

changed content from "The search interface must support OpenSearch geo extension :

• box instead of geometry currently
• geometry as WKT (perhaps limited to polygon type)
• lat / lon and radius
• name
• relation is quite over-kill I think (intersects is default value)

For temporal extension key :

• start instead of startTimeFromAscendingNode
• end instead of completionTimeFromAscendingNode
• relation is quite over-kill I think (intersects is default value)

OpenSearch Geo and Temporal extention : https://portal.opengeospatial.org/files/?artifact_id=56866" to "The search interface must support OpenSearch geo extension :

• box instead of geometry currently
• geometry as WKT (perhaps limited to polygon type)
• lat / lon and radius
• name
• relation is quite over-kill I think (intersects is default value)

For temporal extension key :

• start instead of startTimeFromAscendingNode
• end instead of completionTimeFromAscendingNode
• relation is quite over-kill I think (intersects is default value)

OpenSearch Geo and Temporal extention : https://portal.opengeospatial.org/files/?artifact_id=56866"

[sbrunato]

Original changes by Mickaël Savinaud (Bitbucket: savmickael, GitHub: savmickael).

---

changed content from "The search interface must support OpenSearch geo extension :

• box instead of geometry currently
• geometry as WKT (perhaps limited to polygon type)
• lat / lon and radius
• name
• relation is quite over-kill I think (intersects is default value)

For temporal extension key :

• start instead of startTimeFromAscendingNode
• end instead of completionTimeFromAscendingNode
• relation is quite over-kill I think (intersects is default value)

OpenSearch Geo and Temporal extention : https://portal.opengeospatial.org/files/?artifact_id=56866" to "The search interface must support OpenSearch geo extension :

• box instead of geometry currently
• geometry as WKT (perhaps limited to polygon type)
• lat / lon and radius
• name
• relation is quite over-kill I think (intersects is default value)

For temporal extension key :

• start instead of startTimeFromAscendingNode
• end instead of completionTimeFromAscendingNode
• relation is quite over-kill I think (intersects is default value)

OpenSearch Geo and Temporal extention : https://portal.opengeospatial.org/files/?artifact_id=56866"

[sbrunato]

Original changes by Mickaël Savinaud (Bitbucket: savmickael, GitHub: savmickael).

---

changed content from "The search interface must support OpenSearch geo extension :

• box instead of geometry currently
• geometry as WKT (perhaps limited to polygon type)
• lat / lon and radius
• name
• relation is quite over-kill I think (intersects is default value)

For temporal extension key :

• start instead of startTimeFromAscendingNode
• end instead of completionTimeFromAscendingNode
• relation is quite over-kill I think (intersects is default value)

OpenSearch Geo and Temporal extention : https://portal.opengeospatial.org/files/?artifact_id=56866" to "The search interface must support OpenSearch geo extension :

• box instead of geometry currently
• geometry as WKT (perhaps limited to polygon type)
• lat / lon and radius
• name
• relation is quite over-kill I think (intersects is default value)

For temporal extension key :

• start instead of startTimeFromAscendingNode
• end instead of completionTimeFromAscendingNode
• relation is quite over-kill I think (intersects is default value)

OpenSearch Geo and Temporal extention : https://portal.opengeospatial.org/files/?artifact_id=56866"

[sbrunato]

Original changes by Mickaël Savinaud (Bitbucket: savmickael, GitHub: savmickael).

---

changed kind from "bug" to "enhancement"

[sbrunato]

Original comment by Mickaël Savinaud (Bitbucket: savmickael, GitHub: savmickael).

---

For name we can also support the concept of Tiles (MGRS one) and the concept of site_name (cf. Venus collection)

[sbrunato]

Original changes by orhygine (Bitbucket: orhygine, GitHub: orhygine).

---

set attachment to "coll_def.ods"

[sbrunato]

Original changes by orhygine (Bitbucket: orhygine, GitHub: orhygine).

---

set attachment to "coll_def.ods"

[sbrunato]

Original changes by Vincent Gaudissart (Bitbucket: geonux, GitHub: geonux).

---

set attachment to "coll_def.ods"

[sbrunato]

Original comment by Vincent Gaudissart (Bitbucket: geonux, GitHub: geonux).

---

[sbrunato]

Original changes by Vincent Gaudissart (Bitbucket: geonux, GitHub: geonux).

---

set attachment to "coll_def.ods"

[sbrunato]

Original changes by Oyono (Bitbucket: aoyono, GitHub: aoyono).

---

set version to "all"; set milestone to "1.0"

[sbrunato]

Original comment by Oyono (Bitbucket: aoyono, GitHub: aoyono).

---

Issue #59 was marked as a duplicate of this issue.

[sbrunato]

Original comment by Oyono (Bitbucket: aoyono, GitHub: aoyono).

---

conforms inputs to opensearch geo/time extensions

See #87

→ <<cset 744cc8347d7c>>

[sbrunato]

Original comment by Oyono (Bitbucket: aoyono, GitHub: aoyono).

---

extends metadata mappings

Also, the correct mapping is done for providers to uniquely identify
EOProducts. This opens the possibility to implement search by ID.
See #72,#87

→ <<cset 959af02adfd1>>

[sbrunato]

conforms inputs to opensearch geo/time extensions

See #87

→ <<cset d08152d44ff8>>

[sbrunato]

extends metadata mappings

Also, the correct mapping is done for providers to uniquely identify
EOProducts. This opens the possibility to implement search by ID.
See #72,#87

→ <<cset 46b21a1cab08>>

[sbrunato]

Original changes by Oyono (Bitbucket: aoyono, GitHub: aoyono).

---

changed state from "new" to "resolved"