Content Describer Following Properties

[calummackervoy]

Currently Content Describers register themselves on particular resources or classes

I wonder if we will also want to register them on properties. Take for example that the StadiumDescriber essentially checks if there is an event on at the Stadium, and an alternative HasEventDescriber would be more generic

In this example and in many cases, the StadiumDescriber is better, since the context of the Stadium is relevant in the output content. To counter this point we could add a reverse property eventVenue to access the Stadium in HasEventDescriber, and piped the content through that, but I fear that our generic HasEventDescriber would be getting increasingly complicated, in particular to manage contradictions

My instinct is that the best approach for now would be to provide both, but to attempt to match on the Resources, and if we can't, look to the properties