Skip to content

Remove lso:Condition? #2

@nichtich

Description

@nichtich

If lso:Condition is same as service:ServiceLimitation one might better drop this additional class. A condition, however may differ from a limitation. Are normal price specifications or periods included in service:ServiceLimitation? One might alernatively connect gr:hasPriceSpecification directly to the lso:LibraryService, making the latter a a gr:Offer and schema:Offer too.

Separation of Service and Product is not obligated by the Service ontolgy but (possibly?) by Schema.org vocabular. See dini-ag-kim/service-ontology#2 about how to relate Service and Offer in the Service Ontology.

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions