-
Notifications
You must be signed in to change notification settings - Fork 10
Closed
Labels
Annotation APIPaint and scratch, share your feelings with SVGPaint and scratch, share your feelings with SVGDrupal ViewsAsk and you should receiveAsk and you should receiveFacetsSafely navigating the too many choicesSafely navigating the too many choicesIIIFSpecs/Manifests/ImplementationsSpecs/Manifests/ImplementationsJavascriptFavourite language of a PHP developerFavourite language of a PHP developerSearch APISearch and DiscoveryMess around and find outMess around and find outSub ModulesWhen you need more .info.yml files to keep life organizedWhen you need more .info.yml files to keep life organizedUI driven hintsShow stuff on screen so people have less guessing to doShow stuff on screen so people have less guessing to doUXLike UI but with an XLike UI but with an XenhancementNew feature or requestNew feature or requestmetadataMeta(l) dataMeta(l) data
Milestone
Description
What?
There are some very pressing needs when thinking of building interactive, multi viewer exhibit/displays. One of them related to #292 and #297 but more global is to allow generic JS event driven communication between viewers. Use cases
- Mirador or OSD advance a Canvas/Img. Map contains GeoJSON data (img, Points, layers) related to any of these. And the inverse, The map focuses on a particular Point that is bound to an ADO, Mirador/OSD/Bookreader etc could jump/even refine the Manifest based on this interactions
- HTML should contain on every IIIF enabled Viewer a data argument (we can reuse the data-iiif-manifest we already have In some). This allows other JS driven plugins be aware of what is being displayed (independently of the Viewer) is driven by IIIF
- The leaflet Map (both single Viewer based on geoJSON and/or the View driven multi point one with facets) could support IIIF Manifests directly and load (via jack reeds JS Tile Plugin) images
- Annotations on OSD (our building/writing tool) needs to allow tagging via LoD, either from external Sources or constraint to current metadata but also (why not) on Extracted OCR. Basically MiniOCR is already annotation ready, just needs some mangling
That is for now. I have big plans for this. Why this is a focus? Archipelago is already absurdly feature full. Let's do fun/interesting/interactive things with our data.
Metadata
Metadata
Assignees
Labels
Annotation APIPaint and scratch, share your feelings with SVGPaint and scratch, share your feelings with SVGDrupal ViewsAsk and you should receiveAsk and you should receiveFacetsSafely navigating the too many choicesSafely navigating the too many choicesIIIFSpecs/Manifests/ImplementationsSpecs/Manifests/ImplementationsJavascriptFavourite language of a PHP developerFavourite language of a PHP developerSearch APISearch and DiscoveryMess around and find outMess around and find outSub ModulesWhen you need more .info.yml files to keep life organizedWhen you need more .info.yml files to keep life organizedUI driven hintsShow stuff on screen so people have less guessing to doShow stuff on screen so people have less guessing to doUXLike UI but with an XLike UI but with an XenhancementNew feature or requestNew feature or requestmetadataMeta(l) dataMeta(l) data