TAPIR Web
Wishlist/ideas to improve the TAPIR protocol:
- CAPABILITIES:
- Publish allowed operators in the capabilities of a concept. default will be all operators. E.g. integers in a db will not allow like operations.
- OUTPUT MODELS:
- Aggregator "functions" in output model definitions, that concatenate or sum up values if it is not a "RepNode".
- resultVariable view mappings: add a new abstract element for mapping directives of views which take values from the query result. This has the disadvantage that you need to know the result before it is sent back to the client. Thus you cannot stream the results directly, but need to cache data in memory, which is only suitable for limited result sets:
- matchedRecords: returning the number of matched records in a query.
- start: the paging start value taken from the request (see result summary).
- limit: the paging limit value taken from the request.
- next: the paging next value taken from the result summary.
- totalMatched: the total number of matched records in the database (see result summary).
- totalReturned: the total number of returned records (see result summary).
- FILTERS:
- SimpleFiltering (a.k.a. <if-defined> operator) This is something I thought of in connection with TapirLite. I put together another page to discuss it. (RogerHyam).
- Allow CustomOperators.
TAPIR Home
Changes
Index
Search
Notifications
Statistics
Users
PreferencesGroup Wikis
- Collections Data (ABCD)
- Collections Descriptions
- Darwin Core
- Descriptive Data (SDD)
- Geospatial
- Global Identifiers (GUID)
- Images
- Invasive Species
- Literature
- Names & Concepts
- Observational
- Phylogenetics
- Processes
- Species Profile Model
- TDWG Protocol (TAPIR)
- Technical Architecture
- Unified Biosciences Info Framework (UBIF)
 |
TDWG Wiki > TAPIR |
Ideas, requests, problems regarding TWiki? Send feedback