summary |
shortlog | log |
commit |
commitdiff |
tree
first ⋅ prev ⋅ next
Lady [Mon, 24 Feb 2025 03:09:28 +0000 (22:09 -0500)]
Add .rsync-filter
Lady [Mon, 24 Feb 2025 03:04:27 +0000 (22:04 -0500)]
Add UnicodeString and UnicodeScalarValue
Some fixup was needed in the transforms for datatype restrictions to
accommodate this.
Lady [Mon, 24 Feb 2025 02:10:58 +0000 (21:10 -0500)]
Add Olo
This defines Ordered Lists as effectively a more ergonomic kind of
Aggregation, which helps with bridging them and Ore‐ or P·C·D·M‐based
models. One caveat is that this requires Slots to have exactly one
item, and their item to be an object (i·e not a literal). In an
alternate universe, Slots could instead have had _either_ an item _or_
a value, but it’s simple enough to just make their item be an object
with that value instead.
Lady [Sun, 23 Feb 2025 23:28:05 +0000 (18:28 -0500)]
Improvements to P·C·D·M and Ore modelling
- `ore:Proxy` is now a subclass of `anno:ResourceSelection`, via the
new `ladys:Proxy` class (a Resource Selection which explicitly
selects everything).
- P·C·D·M object property domains and ranges have been expanded to just
`ore:Aggregation` where appropriate, enabling their use with other
kinds of Aggregations.
- Ore Proxy properties now imply membership in the Aggregation that the
Proxy is in.
- The use of `rel:previous` and `rel:next` for Proxies as specified by
P·C·D·M has been documented and appropriate restrictions applied.
Lady [Sun, 23 Feb 2025 19:55:38 +0000 (14:55 -0500)]
Remove pcdmformat
These terms aren¦t weldocumented and lack a clear use·case. In
particular, the meaning of terms such as `pcdmformat:PageDescription`
is unclear.
Lady [Tue, 18 Feb 2025 02:42:52 +0000 (21:42 -0500)]
Add O·A·I Ore and P·C·D·M
This required adding support for Skos “has broader” and “has narrower”.
Lady [Tue, 18 Feb 2025 02:44:13 +0000 (21:44 -0500)]
Spell it ‹ e·mail › not ‹ email ›
Lady [Mon, 13 Jan 2025 00:58:12 +0000 (19:58 -0500)]
Add R·F·C 5005 link relations
Some of these were also defined by H·T·M·L, but (as with `alternate`)
the H·T·M·L definitions are not considered normative by this ontology.
Lady [Sun, 12 Jan 2025 23:20:42 +0000 (18:20 -0500)]
Add D·O·A·P
Lady [Sun, 12 Jan 2025 23:05:35 +0000 (18:05 -0500)]
Add some missing @lang="en" tags to H·T·M·L output
Lady [Sun, 12 Jan 2025 23:04:02 +0000 (18:04 -0500)]
Drop foaf:weblog
The modelling of this property probably conflicts with S·I·O·C, which
should be utilized instead.
Lady [Sun, 12 Jan 2025 23:00:56 +0000 (18:00 -0500)]
Remove ladys:title and ladys:splashText
These properties were originally defined just so that there would be
something in here. They aren¦t actually used, and it¦s unclear whether
they have the correct design.
Lady [Sat, 4 Jan 2025 21:25:09 +0000 (16:25 -0500)]
Add missing Atom link relation terms
Lady [Sat, 4 Jan 2025 20:23:31 +0000 (15:23 -0500)]
Add terms from S·I·O·C
Lady [Sat, 4 Jan 2025 19:07:00 +0000 (14:07 -0500)]
Fix links to U·R·L¦s
Lady [Sat, 4 Jan 2025 19:06:45 +0000 (14:06 -0500)]
Drop the prefix on H·T·M·L elements
This substantially reduces the resulting file size.
Lady [Wed, 1 Jan 2025 19:58:34 +0000 (14:58 -0500)]
Add airports; contact:nearestAirport
Lady [Wed, 1 Jan 2025 19:54:12 +0000 (14:54 -0500)]
Improve document modelling
…primarily by not requiring that everything be a `foaf:Document`.
Lady [Wed, 1 Jan 2025 19:47:33 +0000 (14:47 -0500)]
Improve agential modelling
The vocabulary previously made a fair number of assumptions about
agenthood which probably should not be sustained. `awol:Person` can
now be a `foaf:OnlineAccount`, not just a `foaf:Person`, for example.
Lady [Wed, 1 Jan 2025 19:36:47 +0000 (14:36 -0500)]
Update ⛩📰 书社 to 0.13.3; “simplify” build
This now uses the official two‐step build mechanism instead of the
old hacked‐together one.
Lady [Fri, 13 Sep 2024 03:38:20 +0000 (23:38 -0400)]
Make contact:mailbox ⊂ awol:email, not the reverse
awol:email is not an inverse functional property, but contact:mailbox
is.
Lady [Fri, 13 Sep 2024 03:34:56 +0000 (23:34 -0400)]
Make foaf:OnlineAccount ⊂ contact:SocialEntity
Lady [Fri, 13 Sep 2024 03:36:33 +0000 (23:36 -0400)]
Remove the range restriction on dc11:language
awol:lang can now be used generally when a value restricted to
xsd:language is desired.
Lady [Fri, 13 Sep 2024 03:21:12 +0000 (23:21 -0400)]
Refine Awol model
- awol:Content can simply be equivalent to “anything with an awol:body
or an awol:src”, and its restrictions are consequently inherited by
any object which uses those properties. This simplifies the model,
and makes it better match intended usage. awol:Content and awol:Link
are made disjoint to prevent confusion with awol:lang and awol:type,
which can (now) apply to either.
- awol:lang in particular is refined to not just provide the language
of awol:Link¦s, but potentially any resource (as is true of
awol:type). However, a domain restriction is made: If awol:Content
has an awol:body which is a language‐tagged string, it must not also
have an awol:lang. This continues to offer two possible encodings for
plaintext content, one as an xsd:string with an awol:type of
`text/plain` and an awol:lang, and another as a language‐tagged
string with no awol:type or awol:lang. The latter is preferred.
- Many things are now classified as foaf:Document¦s which previously
weren¦t, but reasonably should have been.
Lady [Fri, 13 Sep 2024 03:31:16 +0000 (23:31 -0400)]
Copyedit D·C·Terms, F·O·A·F, Swap Pim
- Minor changes to descriptions.
- Removal of redundant relationships between the vocabularies.
- foaf:topic is now a subproperty of dcterms:subject, as it probably
always should have been.
- sioc:webPage now has a range of foaf:Document.
Lady [Fri, 13 Sep 2024 03:34:11 +0000 (23:34 -0400)]
Properly subclass R·D·F Container classes
Lady [Sun, 8 Sep 2024 02:08:13 +0000 (22:08 -0400)]
Initial commit; initial set of vocabs
Things which still need to be done with what is here :—
- Domains and ranges should be inferred, but aren¦t currently.
- Many terms involve more axioms than they need stricty need to,
because they were written before the generated webpage supported
basic inferencing.
- Better handling/display of term statuses??
- Honestly, everything probably deserves another close review just for
accuracy.
Planned future work :—
- Support for profiles (i·e, subsets of the ontology with additional
constraints).
- A lot more terms in the `ladys:` name·space.
This page took 0.189754 seconds and 4 git commands to generate.