Dan Brickley
Dan Brickley
see https://github.com/schemaorg/schemaorg/pull/3427#issuecomment-1869470667 for a concrete proposal
in https://github.com/schemaorg/schemaorg/pull/3427 @jvandriel suggests making Physician a subtype of Occupation to benefit from https://schema.org/occupationalCategory. I am wary of the former as we could end up in a situation like Product...
Thanks for investigating! 1. Ok, let's investigate Dentist and Optician but I would prefer to proceed with those as a followup activity rather than scope-creeping this issue. I'll open a...
OK the PR is merged. Thanks, everyone!
It was originally a mistake we (ok, I) made in 2013, adding large medical vocab with weak usecases whose term names were in several cases too general. https://web.archive.org/web/20130916055030/http://schema.org/source Having nothing...
I was suggesting that we could have a source property, with isBasedOn being a subproperty that is slightly more specific, and that our definition would explicitly to some extent defer...
@RichardWallis can you comment? My understanding was that `./software/util/buildsite.py --release` ought to clean up IDs (adding where necessary at least) when building the site.
While I am wary of adding DefinedTerm indiscriminately across all of schema.org, it does make sense at least for measurementTechnique. Any others that are high priority to folks here?
Done! This is in release 19.0, just pushed to the live site.
Nearby (and still needing attention), https://github.com/schemaorg/schemaorg/issues/3125