Closed dannylamb closed 8 years ago
Just to get us started:
This one defines a custom content Entity for our resources: https://github.com/DiegoPino/claw-drupal8/blob/master/src/Entity/FedoraResource.php
based on that and https://github.com/DiegoPino/claw-drupal8/blob/master/src/Entity/FedoraResourceType.php we define this config entities that install two types
https://github.com/DiegoPino/claw-drupal8/tree/master/config/install
Also in the same folder an example of rdf mapping config
So we need to:
We need to preserve Node functionality which can be done at least in two ways:
Node
and/or usingNodeInterface
I would suggest before final modelling/coding we try to get some examples working using just bundled fields (user configurable ones) based on this base structures. The code is still very simple and of course needs more refinement, some new methods and swapping the storage class.
I would add that embedded RDFa in the display template should be high priority. Having the metadata be machine-readable inside the page lays the groundwork for third party apps like Zotero or Google Scholar.
I'm less familiar with microdata/microformats and if they're still a thing, but having as much machine-readable data as possible seems like a decent guiding principle.
Ditto for accessibility.
@bryjbrown: rdfa is already working in drupal8 so that is luckily solved, every rdf mapped property gets and rdfa entry in the normal html view (look at the rdf module for details).
This comment / proposal may also be relevant to this discussion: https://github.com/Islandora-CLAW/CLAW/issues/341#issuecomment-242100676
Closing since sprint is over. We can open another ticket to 'revisit' this concept later if required.
We need a plan for modeling a Fedora RDFResource in Drupal as an entity.
Think in terms of what class to extend and what base fields it would have. What would the annotation look like?
Depends on #336