http://purl.org/goodrelations/v1#eligibleTransactionVolume |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://purl.org/goodrelations/v1#PriceSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
eligible transaction volume (0..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:0
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#ObjectProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This property can be used to indicate the transaction volume, in a monetary unit, for which the gr:Offering or gr:PriceSpecification is valid. This is mostly used to specify a minimal purchasing volume, to express free shipping above a certain order volume, or to limit the acceptance of credit cards to purchases above a certain amount.
The object is a gr:PriceSpecification that uses the properties gr:hasMaxCurrencyValue and gr:hasMinCurrencyValue to indicate the lower and upper boundaries and gr:hasCurrency to indicate the currency using the ISO 4217 standard (3 characters).
|
http://purl.org/goodrelations/v1#eligibleDuration |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://purl.org/goodrelations/v1#QuantitativeValue
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
eligible duration (0..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:4
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#ObjectProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
The minimal and maximal duration for which the given gr:Offering or gr:License is valid. This is mostly used for offers regarding accommodation, the rental of objects, or software licenses. The duration is specified by attaching an instance of gr:QuantitativeValue. The lower and upper boundaries are specified using the properties gr:hasMinValue and gr:hasMaxValue to that instance. If they are the same, use the gr:hasValue property. The unit of measurement is specified using the property gr:hasUnitOfMeasurement with a string holding a UN/CEFACT code suitable for durations, e.g. MON (months), DAY (days), HUR (hours), or MIN (minutes).
The difference to the gr:validFrom and gr:validThrough properties is that those specify the absiolute interval during which the gr:Offering or gr:License is valid, while gr:eligibleDuration specifies the acceptable duration of the contract or usage.
|
http://purl.org/goodrelations/v1#hasBusinessFunction |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://purl.org/goodrelations/v1#BusinessFunction
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
has business function (1..*)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:8
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#ObjectProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This specifies the business function of the gr:Offering, i.e. whether the gr:BusinessEntity is offering to sell, to lease, or to repair the particular type of product. In the case of bundles, it is also possible to attach individual business functions to each gr:TypeAndQuantityNode. The business function of the main gr:Offering determines the business function for all included objects or services, unless a business function attached to a gr:TypeAndQuantityNode overrides it.
Note: While it is possible that an entity is offering multiple types of business functions for the same set of objects (e.g. rental and sales), this should usually not be stated by attaching multiple business functions to the same gr:Offering, since the gr:UnitPriceSpecification for the varying business functions will typically be very different.
|
http://purl.org/goodrelations/v1#hasCurrencyValue |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2001/XMLSchema#float
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
has currency value (0..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
http://purl.org/goodrelations/v1#PriceSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This property specifies the amount of money for a price per unit, shipping charges, or payment charges. The currency and other relevant details are attached to the respective gr:PriceSpecification etc.
For a gr:UnitPriceSpecification, this is the price for one unit or bundle (as specified in the unit of measurement of the unit price specification) of the respective gr:ProductOrService. For a gr:DeliveryChargeSpecification or a gr:PaymentChargeSpecification, it is the price per delivery or payment.
GoodRelations also supports giving price information as intervals only. If this is needed, use gr:hasMaxCurrencyValue for the upper bound and gr:hasMinCurrencyValue for the lower bound.
Using gr:hasCurrencyValue sets the upper and lower bounds to the same given value, i.e., x gr:hasCurrencyValue y implies x gr:hasMinCurrencyValue y, x gr:hasMaxCurrencyValue y.
|
|
http://www.w3.org/2000/01/rdf-schema#subPropertyOf
|
http://purl.org/goodrelations/v1#hasMinCurrencyValue |
| http://purl.org/goodrelations/v1#hasMaxCurrencyValue
|
http://purl.org/goodrelations/v1#relatedWebService |
|
http://www.w3.org/2000/01/rdf-schema#label
|
related Web Service (0..*)
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#AnnotationProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
The URI of a SOAP or REST Web Service from which additional information about the gr:BusinessEntity, gr:Offering, gr:PriceSpecification, or gr:ProductOrService, or any other element, can be obtained. The recommended range is xsd:anyURI i.e., the URI of a SOAP or REST Web Service.
In principle, any existing or upcoming vocabulary for Web Services can be used in combination with GoodRelations, because the association between (a) the service description and (b) the GoodRelations description can be found via the Web Service URI value used with this gr:relatedWebService property.
|
http://purl.org/goodrelations/v1#opens |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2001/XMLSchema#time
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
opens (1..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
http://purl.org/goodrelations/v1#OpeningHoursSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
The opening hour of the gr:Location on the given gr:DayOfWeek.
If no time-zone suffix is included, the time is given in the local time valid at the gr:Location.
For a time in GMT/UTC, simply add a "Z" following the time:
09:30:10Z.
Alternatively, you can specify an offset from the UTC time by adding a positive or negative time following the time:
09:30:10-09:00
or
09:30:10+09:00.
Note 1: Use 00:00:00 for the first second of the respective day and 23:59:59 for the last second of that day.
Note 2: If a store opens at 17:00 on Saturdays and closes at 03:00:00 a.m. next morning, use 17:00:00 - 23:59:59 for Saturday and 00:00:00 - 03:00:00 for Sunday.
Note 3: If the shop re-opens on the same day of the week or set of days of the week, you must create a second instance of gr:OpeningHoursSpecification.
|
http://purl.org/goodrelations/v1#includes |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://purl.org/goodrelations/v1#ProductOrService
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
includes (0..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
http://purl.org/goodrelations/v1#Offering
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#ObjectProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This object property is a shortcut for the original gr:includesObject property for the common case of having exactly one single gr:ProductOrService instance included in an Offering.
When linking to an instance of gr:SomeItems or gr:Individual, it is equivalent to using a gr:TypeAndQuantityNode with gr:hasUnitOfMeasurement="C62"^^xsd:string and gr:amountOfThisGood="1.0"^^xsd:float for that good.
When linking to a gr:ProductOrServiceModel, it is equivalent to
1. defining an blank node for a gr:SomeItems
2. linking that blank node via gr:hasMakeAndModel to the gr:ProductOrServiceModel, and
3. linking from the gr:Offering to that blank node using another blank node of type gr:TypeAndQuantityNode with gr:hasUnitOfMeasurement="C62"^^xsd:string and gr:amountOfThisGood="1.0"^^xsd:float for that good.
|
http://purl.org/goodrelations/v1#hasEligibleQuantity |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://purl.org/goodrelations/v1#QuantitativeValue
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
has eligible quantity (0..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:23
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#ObjectProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This specifies the interval and unit of measurement of ordering quantities for which the gr:Offering or gr:PriceSpecification is valid. This allows e.g. specifying that a certain freight charge is valid only for a certain quantity.
Note that if an offering is a bundle, i.e. it consists of more than one unit of a single type of good, or if the unit of measurement for the good is different from unit (Common Code C62), then gr:hasEligibleQuantity refers to units of this bundle. In other words, "C62" for "Units or pieces" is usually the appropriate unit of measurement.
|
http://purl.org/goodrelations/v1#hasPriceSpecification |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://purl.org/goodrelations/v1#PriceSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
has price specification (0..*)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:26
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#ObjectProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This links a gr:Offering to a gr:PriceSpecification or specifications. There can be unit price specifications, payment charge specifications, and delivery charge specifications. For each type, multiple specifications for the same gr:Offering are possible, e.g. for different quantity ranges or for different currencies, or for different combinations of gr:DeliveryMethod and target destinations.
Recommended retail prices etc. can be marked by the gr:priceType property of the gr:UnitPriceSpecification.
|
http://purl.org/goodrelations/v1#closes |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2001/XMLSchema#time
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
closes (1..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
http://purl.org/goodrelations/v1#OpeningHoursSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
The closing hour of the gr:Location on the given gr:DayOfWeek.
If no time-zone suffix is included, the time is given in the local time valid at the gr:Location.
For a time in GMT/UTC, simply add a "Z" following the time:
09:30:10Z.
Alternatively, you can specify an offset from the UTC time by adding a positive or negative time following the time:
09:30:10-09:00
09:30:10+09:00.
Note 1: Use 00:00:00 for the first second of the respective day and 23:59:59 for the last second of that day.
Note 2: If a store opens at 17:00 on Saturdays and closes at 03:00:00 a.m. next morning, use two instances of this class, one with 17:00:00 - 23:59:59 for Saturday and another one with 00:00:00 - 03:00:00 for Sunday.
Note 3: If the shop re-opens on the same day of the week or set of days of the week, you must create a second instance of gr:OpeningHoursSpecification.
|
http://purl.org/goodrelations/v1#validThrough |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2001/XMLSchema#dateTime
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
valid through (0..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:29
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This property specifies the end of the validity of the gr:Offering, gr:PriceSpecification, gr:License, or gr:OpeningHoursSpecification.
A time-zone should be specified. For a time in GMT/UTC, simply add a "Z" following the time:
2008-05-30T09:30:10Z.
Alternatively, you can specify an offset from the UTC time by adding a positive or negative time following the time:
2008-05-30T09:30:10-09:00
or
2008-05-30T09:30:10+09:00.
Note 1: If multiple contradicting instances of a gr:Offering, gr:PriceSpecification, or gr:OpeningHoursSpecification exist, it is a good heuristics to assume that
1. Information with validity information for the respective period of time ranks higher than information without validity information.
2. Among conflicting nodes both having validity information, the one with the shorter validity span ranks higher.
Note 2: For Google, attaching a gr:validThrough statement to a gr:UnitPriceSpecification is mandatory.
|
http://purl.org/goodrelations/v1#priceType |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2001/XMLSchema#string
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
price type (0..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
http://purl.org/goodrelations/v1#UnitPriceSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This attribute can be used to distinguish multiple different price specifications for the same gr:Offering. It supersedes the former gr:isListPrice property. The following values are recommended:
The absence of this property marks the actual sales price.
SRP: "suggested retail price" - applicable for all sorts of a non-binding retail price recommendations, e.g. such published by the manufacturer or the distributor. This value replaces the former gr:isListPrice property.
INVOICE: The invoice price, mostly used in the car industry - this is the price a dealer pays to the manufacturer, excluding rebates and charges.
|
http://purl.org/goodrelations/v1#deliveryLeadTime |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://purl.org/goodrelations/v1#QuantitativeValueInteger
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
delivery lead time (0..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:30
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#ObjectProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This property can be used to indicate the promised delay between the receipt of the order and the goods leaving the warehouse.
The duration is specified by attaching an instance of gr:QuantitativeValueInteger. The lower and upper boundaries are specified using the properties gr:hasMinValueInteger and gr:hasMaxValueInteger to that instance. A point value can be modeled with the gr:hasValueInteger property. The unit of measurement is specified using the property gr:hasUnitOfMeasurement with a string holding a UN/CEFACT code suitable for durations, e.g. MON (months), DAY (days), HUR (hours), or MIN (minutes).
|
http://purl.org/goodrelations/v1#ProvideService |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Provide service (business function)
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://purl.org/goodrelations/v1#BusinessFunction
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This gr:BusinessFunction indicates that the gr:BusinessEntity offers (or seeks) the respective type of service.
Note: Maintain and Repair are also types of Services. However, products and services ontologies often provide classes for tangible products as well as for types of services. The business function gr:ProvideService is to be used with such goods that are services, while gr:Maintain and gr:Repair can be used with goods for which only the class of product exists in the ontology, but not the respective type of service.
Example: Car maintenance could be expressed both as "provide the service car maintenance" or "maintain cars".
|
http://purl.org/goodrelations/v1#availabilityEnds |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2001/XMLSchema#dateTime
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
availability ends (0..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:34
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This property specifies the end of the availability of the gr:ProductOrService included in the gr:Offering.
The difference to the properties gr:validFrom and gr:validThrough is that those specify the period of time during which the offer is valid and can be accepted.
Example: I offer to lease my boat for the period of August 1 - August 31, 2010, but you must accept by offer no later than July 15.
A time-zone should be specified. For a time in GMT/UTC, simply add a "Z" following the time:
2008-05-30T09:30:10Z.
Alternatively, you can specify an offset from the UTC time by adding a positive or negative time following the time:
2008-05-30T09:30:10-09:00
or
2008-05-30T09:30:10+09:00.
Note: There is another property gr:availableAtOrFrom, which is used to indicate the gr:Location (e.g. store or shop) from which the goods would be available.
|
http://purl.org/goodrelations/v1#billingIncrement |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2001/XMLSchema#float
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
billing increment (0..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
http://purl.org/goodrelations/v1#UnitPriceSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This property specifies the minimal quantity and rounding increment that will be the basis for the billing.
The unit of measurement is specified by the UN/CEFACT code attached to the gr:UnitPriceSpecification via the gr:hasUnitOfMeasurement property.
Examples:
- The price for gasoline is 4 USD per gallon at the pump, but you will be charged in units of 0.1 gallons.
- The price for legal consulting is 100 USD per hour, but you will be charged in units of 15 minutes.
This property makes sense only for instances of gr:Offering that include not more than one type of good or service.
|
http://purl.org/goodrelations/v1#availabilityStarts |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2001/XMLSchema#dateTime
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
availability starts (0..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:39
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This property specifies the beginning of the availability of the gr:ProductOrService included in the gr:Offering.
The difference to the properties gr:validFrom and gr:validThrough is that those specify the period of time during which the offer is valid and can be accepted.
Example: I offer to lease my boat for the period of August 1 - August 31, 2010, but you must accept by offer no later than July 15.
A time-zone should be specified. For a time in GMT/UTC, simply add a "Z" following the time:
2008-05-30T09:30:10Z.
Alternatively, you can specify an offset from the UTC time by adding a positive or negative time following the time:
2008-05-30T09:30:10-09:00
or
2008-05-30T09:30:10+09:00.
Note: There is another property gr:availableAtOrFrom, which is used to indicate the gr:Location (e.g. store or shop) from which the goods would be available.
|
http://purl.org/goodrelations/v1#hasMPN |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2001/XMLSchema#string
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
has MPN (0..*)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:41
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
The Manufacturer Part Number or MPN is a unique identifier for a product, service, or bundle from the perspective of a particular manufacturer. MPNs can be assigned to products or product datasheets, or bundles. Accordingly, the domain of this property is the union of gr:ProductOrService (the common superclass of goods and datasheets), and gr:Offering.
Important: Be careful when assuming two products or services instances or offering instances to be identical based on the MPN. Since MPNs are unique only for the same gr:BusinessEntity, this holds only when the two MPN values refer to the same gr:BusinessEntity. Such can be done by taking into account the provenance of the data.
Usually, the properties gr:hasEAN_UCC-13 and gr:hasGTIN-14 are much more reliable identifiers, because they are globally unique.
See also http://en.wikipedia.org/wiki/Part_number
|
|
http://www.w3.org/2000/01/rdf-schema#subPropertyOf
|
http://schema.org/productID
|
http://purl.org/goodrelations/v1#category |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2000/01/rdf-schema#Literal
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
category (0..*)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:45
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
The name of a category to which this gr:ProductOrService, gr:Offering, gr:BusinessEntity, or gr:Location belongs.
Note 1: For products, it is better to add an rdf:type statement referring to a GoodRelations-compliant ontology for vertical industries instead, but if you just have a short text label, gr:category is simpler.
Note 2: You can use greater signs or slashes to informally indicate a category hierarchy, e.g. "restaurants/asian_restaurants" or "cables > usb_cables"
|
http://purl.org/goodrelations/v1#PartsAndLabor-PickUp |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Parts and labor / pick up (warranty scope)
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://purl.org/goodrelations/v1#WarrantyScope
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
In case of a defect or malfunction, the buying party has the right to request from the selling gr:Business Entity to pick-up the good from its current location to a suitable service location, where the functionality of the good will be restored. All transportation, labor, parts, and materials needed to fix the problem will be covered by the selling business entity or one of its partnering business entities.
Note: This is just a rough classification for filtering offers. It is up to the buying party to check the exact scope and terms and conditions of the gr:WarrantyPromise.
|
http://purl.org/goodrelations/v1#advanceBookingRequirement |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://purl.org/goodrelations/v1#QuantitativeValueInteger
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
advance booking requirement (0..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:49
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#ObjectProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
The minimal and maximal amount of time that is required between accepting the gr:Offering and the actual usage of the resource or service. This is mostly relevant for offers regarding hotel rooms, the rental of objects, or the provisioning of services. The duration is specified relatively to the beginning of the usage of the contracted object. It is represented by attaching an instance of the class gr:QuantitativeValueInteger. The lower and upper boundaries are specified using the properties gr:hasMinValueInteger and gr:hasMaxValueInteger to that instance. The unit of measurement is specified using the property gr:hasUnitOfMeasurement with a string holding a UN/CEFACT code suitable for durations, e.g. MON (months), DAY (days), HUR (hours), or MIN (minutes).
The difference to the gr:validFrom and gr:validThrough properties is that those specify the interval during which the gr:Offering is valid, while gr:advanceBookingRequirement specifies the acceptable relative amount of time between accepting the offer and the fulfilment or usage.
|
http://purl.org/goodrelations/v1#hasEAN_UCC-13 |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2001/XMLSchema#string
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
has EAN/UCC-13 (0..*)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:51
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
The EAN·UCC-13 code of the given gr:ProductOrService or gr:Offering. This code is now officially called GTIN-13 (Global Trade Identifier Number) or EAN·UCC-13. Former 12-digit UPC codes can be converted into EAN·UCC-13 code by simply adding a preceeding zero.
Note 1: When using this property for searching by 12-digit UPC codes, you must add a preceeding zero digit.
Note 2: As of January 1, 2007, the former ISBN numbers for books etc. have been integrated into the EAN·UCC-13 code. For each old ISBN-10 code, there exists a proper translation into EAN·UCC-13 by adding "978" or "979" as prefix. Since the old ISBN-10 is now deprecated, GoodRelations does not provide a property for ISBNs.
|
|
http://www.w3.org/2000/01/rdf-schema#subPropertyOf
|
http://schema.org/productID
|
http://purl.org/goodrelations/v1#validFrom |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2001/XMLSchema#dateTime
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
valid from (0..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:52
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This property specifies the beginning of the validity of the gr:Offering, gr:PriceSpecification, gr:License, or gr:OpeningHoursSpecification.
A time-zone should be specified. For a time in GMT/UTC, simply add a "Z" following the time:
2008-05-30T09:30:10Z.
Alternatively, you can specify an offset from the UTC time by adding a positive or negative time following the time:
2008-05-30T09:30:10-09:00
or
2008-05-30T09:30:10+09:00.
Note: If multiple contradicting instances of a gr:Offering, gr:PriceSpecification, or gr:OpeningHoursSpecification exist, it is a good heuristics to assume that
1. Information with validity information for the respective period of time ranks higher than information without validity information.
2. Among conflicting nodes both having validity information, the one with the shorter validity span ranks higher.
|
http://purl.org/goodrelations/v1#hasStockKeepingUnit |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2001/XMLSchema#string
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
has Stock Keeping Unit (0..*)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:53
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
The Stock Keeping Unit, or SKU is a unique identifier for a product, service, or bundle from the perspective of a particular supplier, i.e. SKUs are mostly assigned and serialized at the merchant level.
Examples of SKUs are the ordering or parts numbers used by a particular Web shop or catalog.
Consequently, the domain of gr:hasStockKeepingUnit is the union of the classes gr:Offering and gr:ProductOrService.
If attached to a gr:Offering, the SKU will usually reflect a merchant-specific identifier, i.e. one valid only for that particular retailer or shop.
If attached to a gr:ProductOrServiceModel, the SKU can reflect either the identifier used by the merchant or the part number used by the official manufacturer of that part. For the latter, gr:hasMPN is a better choice.
Important: Be careful when assuming two products or services instances or offering instances to be identical based on the SKU. Since SKUs are unique only for the same gr:BusinessEntity, this can be assumed only when you are sure that the two SKU values refer to the same business entity. Such can be done by taking into account the provenance of the data. As long as instances of gr:Offering are concerned, you can also check that the offerings are being offered by the same gr:Business Entity.
Usually, the properties gr:hasEAN_UCC-13 and gr:hasGTIN-14 are much more reliable identifiers, because they are globally unique.
See also http://en.wikipedia.org/wiki/Stock_Keeping_Unit.
|
|
http://www.w3.org/2000/01/rdf-schema#subPropertyOf
|
http://schema.org/productID
|
http://purl.org/goodrelations/v1#Individual |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Individual
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/2002/07/owl#equivalentClass
|
http://purl.org/goodrelations/v1#ActualProductOrServiceInstance
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#ProductOrServiceModel |
| http://purl.org/goodrelations/v1#SomeItems
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
A gr:Individual is an actual product or service instance, i.e., a single identifiable object or action that creates some increase in utility (in the economic sense) for the individual possessing or using this very object (product) or for the individual in whose favor this very action is being taken (service). Products or services are types of goods in the economic sense. For an overview of goods and commodities in economics, see Milgate (1987).
Examples: MyThinkpad T60, the pint of beer standing in front of me, my Volkswagen Golf, the haircut that I received or will be receiving at a given date and time.
Note 1: In many cases, product or service instances are not explicitly exposed on the Web but only claimed to exist (i.e. existentially quantified). In this case, use gr:SomeItems.
Note 2: This class is the new, shorter form of the former gr:ActualProductOrServiceInstance.
Compatibility with schema.org: This class is a subclass of http://schema.org/Product.
|
|
http://www.w3.org/2000/01/rdf-schema#subClassOf
|
http://purl.org/goodrelations/v1#ProductOrService |
| http://schema.org/Product
|
http://purl.org/goodrelations/v1#QualitativeValue |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Qualitative value
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#TypeAndQuantityNode |
| http://purl.org/goodrelations/v1#Offering |
| http://purl.org/goodrelations/v1#QuantitativeValue
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
A qualitative value is a predefined value for a product characteristic.
Examples: the color "green" or the power cord plug type "US"; the garment sizes "S", "M", "L", and "XL".
Note: Value sets are supported by creating subclasses of this class. Ordinal relations between values (gr:greater, gr:lesser, ...) are provided directly by GoodRelations.
Compatibility with schema.org: This class is equivalent to http://schema.org/Enumeration.
|
http://purl.org/goodrelations/v1#UnitPriceSpecification |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Unit price specification
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#PaymentChargeSpecification |
| http://purl.org/goodrelations/v1#DeliveryChargeSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
A unit price specification is a conceptual entity that specifies the price asked for a given gr:Offering by the respective gr:Business Entity. An offering may be linked to multiple unit price specifications that specify alternative prices for non-overlapping sets of conditions (e.g. quantities or sales regions) or with differing validity periods.
A unit price specification is characterized by (1) the lower and upper limits and the unit of measurement of the eligible quantity, (2) by a monetary amount per unit of the product or service, and (3) whether this prices includes local sales taxes, namely VAT.
Example: The price, including VAT, for 1 kg of a given material is 5 Euros per kg for 0 - 5 kg and 4 Euros for quantities above 5 kg.
The eligible quantity interval for a given price is specified using the object property gr:hasEligibleQuantity, which points to an instance of gr:QuantitativeValue. The currency is specified using the gr:hasCurrency property, which points to an ISO 4217 currency code. The unit of measurement for the eligible quantity is specified using the gr:hasUnitOfMeasurement datatype property, which points to an UN/CEFACT Common Code (3 characters).
In most cases, the appropriate unit of measurement is the UN/CEFACT Common Code "C62" for "Unit or piece", since a gr:Offering is defined by the quantity and unit of measurement of all items included (e.g. "1 kg of bananas plus a 2 kg of apples"). As long at the offering consists of only one item, it is also possible to use an unit of measurement of choice for specifying the price per unit. For bundles, however, only "C62" for "Unit or piece" is a valid unit of measurement.
You can assume that the price is given per unit or piece if there is no gr:hasUnitOfMeasurement property attached to the price.
Whether VAT and sales taxes are included in this price is specified using the property gr:valueAddedTaxIncluded (xsd:boolean).
The price per unit of measurement is specified as a float value of the gr:hasCurrencyValue property. The currency is specified via the gr:hasCurrency datatype property. Whether the price includes VAT or not is indicated by the gr:valueAddedTaxIncluded datatype property.
The property priceType can be used to indicate that the price is a retail price recommendation only (i.e. a list price).
If the price can only be given as a range, use gr:hasMaxCurrencyValue and gr:hasMinCurrencyValue for the upper and lower bounds.
Important: When querying for the price, always use gr:hasMaxCurrencyValue and gr:hasMinCurrencyValue.
Note 1: Due to the complexity of pricing scenarios in various industries, it may be necessary to create extensions of this fundamental model of price specifications. Such can be done easily by importing and refining the GoodRelations ontology.
Note 2: For Google, attaching a gr:validThrough statement to a gr:UnitPriceSpecification is mandatory.
|
|
http://www.w3.org/2000/01/rdf-schema#subClassOf
|
http://purl.org/goodrelations/v1#PriceSpecification
|
http://purl.org/goodrelations/v1#PaymentChargeSpecification |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Payment charge specification
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#DeliveryChargeSpecification |
| http://purl.org/goodrelations/v1#UnitPriceSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
A payment charge specification is a conceptual entity that specifies the additional costs asked for settling the payment after accepting a given gr:Offering using a particular gr:PaymentMethod. A payment charge specification is characterized by (1) a monetary amount per order specified as a literal value of type float in combination with a Currency, (2) the payment method, and (3) a whether this charge includes local sales taxes, namely VAT.
A gr:Offering may be linked to multiple payment charge specifications that specify alternative charges for various payment methods.
Examples: Payment by VISA or Mastercard costs a fee of 3 Euros including VAT, payment by bank transfer in advance is free of charge.
The total amount of this surcharge is specified as a float value of the gr:hasCurrencyValue property. The currency is specified via the gr:hasCurrency datatype property. Whether the price includes VAT or not is indicated by the gr:valueAddedTaxIncluded datatype property. The gr:PaymentMethod to which this charge applies is specified using the gr:appliesToPaymentMethod object property.
If the price can only be given as a range, use gr:hasMaxCurrencyValue and gr:hasMinCurrencyValue for the upper and lower bounds.
Important: When querying for the price, always use gr:hasMaxCurrencyValue and gr:hasMinCurrencyValue.
|
|
http://www.w3.org/2000/01/rdf-schema#subClassOf
|
http://purl.org/goodrelations/v1#PriceSpecification
|
http://purl.org/goodrelations/v1#Offering |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Offering
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#Location |
| http://purl.org/goodrelations/v1#TypeAndQuantityNode |
| http://purl.org/goodrelations/v1#BusinessEntity |
| http://purl.org/goodrelations/v1#QuantitativeValue |
| http://purl.org/goodrelations/v1#ProductOrService |
| http://purl.org/goodrelations/v1#WarrantyScope |
| http://purl.org/goodrelations/v1#QualitativeValue |
| http://purl.org/goodrelations/v1#PaymentMethod |
| http://purl.org/goodrelations/v1#Brand |
| http://purl.org/goodrelations/v1#BusinessEntityType |
| http://purl.org/goodrelations/v1#BusinessFunction |
| http://purl.org/goodrelations/v1#DayOfWeek |
| http://purl.org/goodrelations/v1#PriceSpecification |
| http://purl.org/goodrelations/v1#WarrantyPromise |
| http://purl.org/goodrelations/v1#DeliveryMethod |
| http://purl.org/goodrelations/v1#OpeningHoursSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
An offering represents the public, not necessarily binding, not necessarily exclusive, announcement by a gr:BusinessEntity to provide (or seek) a certain gr:BusinessFunction for a certain gr:ProductOrService to a specified target audience. An offering is specified by the type of product or service or bundle it refers to, what business function is being offered (sales, rental, ...), and a set of commercial properties. It can either refer to
(1) a clearly specified instance (gr:Individual),
(2) to a set of anonymous instances of a given type (gr:SomeItems),
(3) a product model specification (gr:ProductOrServiceModel), see also section 3.3.3 of the GoodRelations Technical Report.
An offering may be constrained in terms of the eligible type of business partner, countries, quantities, and other commercial properties. The definition of the commercial properties, the type of product offered, and the business function are explained in other parts of this vocabulary in more detail.
Example: Peter Miller offers to repair TV sets made by Siemens, Volkswagen Innsbruck sells a particular instance of a Volkswagen Golf at $10,000.
Compatibility with schema.org: This class is a superclass to http://schema.org/Offer, since gr:Offering can also represent demand.
|
http://purl.org/goodrelations/v1#WarrantyScope |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Warranty scope
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#Location |
| http://purl.org/goodrelations/v1#TypeAndQuantityNode |
| http://purl.org/goodrelations/v1#BusinessEntity |
| http://purl.org/goodrelations/v1#QuantitativeValue |
| http://purl.org/goodrelations/v1#ProductOrService |
| http://purl.org/goodrelations/v1#PaymentMethod |
| http://purl.org/goodrelations/v1#Brand |
| http://purl.org/goodrelations/v1#Offering |
| http://purl.org/goodrelations/v1#BusinessEntityType |
| http://purl.org/goodrelations/v1#BusinessFunction |
| http://purl.org/goodrelations/v1#DayOfWeek |
| http://purl.org/goodrelations/v1#PriceSpecification |
| http://purl.org/goodrelations/v1#WarrantyPromise |
| http://purl.org/goodrelations/v1#OpeningHoursSpecification |
| http://purl.org/goodrelations/v1#DeliveryMethod
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
The warranty scope represents types of services that will be provided free of charge by the vendor or manufacturer in the case of a defect (e.g. labor and parts, just parts), as part of the warranty included in an gr:Offering. The actual services may be provided by the gr:BusinessEntity making the offering, by the manufacturer of the product, or by a third party.
Examples: Parts and Labor, Parts
|
http://purl.org/goodrelations/v1#hasMinCurrencyValue |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2001/XMLSchema#float
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
has min currency value (1..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
http://purl.org/goodrelations/v1#PriceSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This property specifies the LOWER BOUND of the amount of money for a price RANGE per unit, shipping charges, or payment charges. The currency and other relevant details are attached to the respective gr:PriceSpecification etc.
For a gr:UnitPriceSpecification, this is the LOWER BOUND for the price for one unit or bundle (as specified in the unit of measurement of the unit price specification) of the respective gr:ProductOrService. For a gr:DeliveryChargeSpecification or a gr:PaymentChargeSpecification, it is the LOWER BOUND of the price per delivery or payment.
Using gr:hasCurrencyValue sets the upper and lower bounds to the same given value, i.e., x gr:hasCurrencyValue y implies x gr:hasMinCurrencyValue y, x gr:hasMaxCurrencyValue y.
|
http://purl.org/goodrelations/v1#DeliveryChargeSpecification |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Delivery charge specification
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#PaymentChargeSpecification |
| http://purl.org/goodrelations/v1#UnitPriceSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
A delivery charge specification is a conceptual entity that specifies the additional costs asked for the delivery of a given gr:Offering using a particular gr:DeliveryMethod by the respective gr:BusinessEntity. A delivery charge specification is characterized by (1) a monetary amount per order, specified as a literal value of type float in combination with a currency, (2) the delivery method, (3) the target country or region, and (4) whether this charge includes local sales taxes, namely VAT.
A gr:Offering may be linked to multiple gr:DeliveryChargeSpecification nodes that specify alternative charges for disjoint combinations of target countries or regions, and delivery methods.
Examples: Delivery by direct download is free of charge worldwide, delivery by UPS to Germany is 10 Euros per order, delivery by mail within the US is 5 Euros per order.
The total amount of this charge is specified as a float value of the gr:hasCurrencyValue property. The currency is specified via the gr:hasCurrency datatype property. Whether the price includes VAT or not is indicated by the gr:valueAddedTaxIncluded property. The gr:DeliveryMethod to which this charge applies is specified using the gr:appliesToDeliveryMethod object property. The region or regions to which this charge applies is specified using the gr:eligibleRegions property, which uses ISO 3166-1 and ISO 3166-2 codes.
If the price can only be given as a range, use gr:hasMaxCurrencyValue and gr:hasMinCurrencyValue for the upper and lower bounds.
Important: When querying for the price, always use gr:hasMaxCurrencyValue and gr:hasMinCurrencyValue.
|
|
http://www.w3.org/2000/01/rdf-schema#subClassOf
|
http://purl.org/goodrelations/v1#PriceSpecification
|
http://purl.org/goodrelations/v1#datatypeProductOrServiceProperty |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2000/01/rdf-schema#Literal
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
datatype product or service property (0..*)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
_:116
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This property is the super property for all pure datatype properties that can be used to describe a gr:ProductOrService.
In products and services ontologies, only such properties that are no quantitative properties and that have no predefined gr:QualitativeValue instances are subproperties of this property. In practice, this refers to a few integer properties for which the integer value represents qualitative aspects, for string datatypes (as long as no predefined values exist), for boolean datatype properties, and for dates and times.
|
http://purl.org/goodrelations/v1#BusinessEntity |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Business entity
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/2002/07/owl#equivalentClass
|
_:227
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#TypeAndQuantityNode |
| http://purl.org/goodrelations/v1#Location |
| http://purl.org/goodrelations/v1#QuantitativeValue |
| http://purl.org/goodrelations/v1#WarrantyScope |
| http://purl.org/goodrelations/v1#Brand |
| http://purl.org/goodrelations/v1#PaymentMethod |
| http://purl.org/goodrelations/v1#Offering |
| http://purl.org/goodrelations/v1#BusinessEntityType |
| http://purl.org/goodrelations/v1#BusinessFunction |
| http://purl.org/goodrelations/v1#DayOfWeek |
| http://purl.org/goodrelations/v1#PriceSpecification |
| http://purl.org/goodrelations/v1#WarrantyPromise |
| http://purl.org/goodrelations/v1#OpeningHoursSpecification |
| http://purl.org/goodrelations/v1#DeliveryMethod
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
An instance of this class represents the legal agent making (or seeking) a particular offering. This can be a legal body or a person. A business entity has at least a primary mailing address and contact details. For this, typical address standards (vCard) and location data (geo, WGS84) can be attached. Note that the location of the business entity is not necessarily the location from which the product or service is being available (e.g. the branch or store). Use gr:Location for stores and branches.
Example: Siemens Austria AG, Volkswagen Ltd., Peter Miller's Cell phone Shop LLC
Compatibility with schema.org: This class is equivalent to the union of http://schema.org/Person and http://schema.org/Organization.
|
http://purl.org/goodrelations/v1#DeliveryMethod |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Delivery method
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#Location |
| http://purl.org/goodrelations/v1#TypeAndQuantityNode |
| http://purl.org/goodrelations/v1#BusinessEntity |
| http://purl.org/goodrelations/v1#QuantitativeValue |
| http://purl.org/goodrelations/v1#ProductOrService |
| http://purl.org/goodrelations/v1#WarrantyScope |
| http://purl.org/goodrelations/v1#PaymentMethod |
| http://purl.org/goodrelations/v1#Brand |
| http://purl.org/goodrelations/v1#Offering |
| http://purl.org/goodrelations/v1#BusinessEntityType |
| http://purl.org/goodrelations/v1#BusinessFunction |
| http://purl.org/goodrelations/v1#DayOfWeek |
| http://purl.org/goodrelations/v1#PriceSpecification |
| http://purl.org/goodrelations/v1#WarrantyPromise |
| http://purl.org/goodrelations/v1#OpeningHoursSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
A delivery method is a standardized procedure for transferring the product or service to the destination of fulfilment chosen by the customer. Delivery methods are characterized by the means of transportation used, and by the organization or group that is the contracting party for the sending gr:BusinessEntity (this is important, since the contracted party may subcontract the fulfilment to smaller, regional businesses).
Examples: Delivery by mail, delivery by direct download, delivery by UPS
|
http://purl.org/goodrelations/v1#Location |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Location
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/2002/07/owl#equivalentClass
|
http://purl.org/goodrelations/v1#LocationOfSalesOrServiceProvisioning
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#TypeAndQuantityNode |
| http://purl.org/goodrelations/v1#BusinessEntity |
| http://purl.org/goodrelations/v1#QuantitativeValue |
| http://purl.org/goodrelations/v1#WarrantyScope |
| http://purl.org/goodrelations/v1#Brand |
| http://purl.org/goodrelations/v1#PaymentMethod |
| http://purl.org/goodrelations/v1#Offering |
| http://purl.org/goodrelations/v1#BusinessEntityType |
| http://purl.org/goodrelations/v1#BusinessFunction |
| http://purl.org/goodrelations/v1#DayOfWeek |
| http://purl.org/goodrelations/v1#PriceSpecification |
| http://purl.org/goodrelations/v1#WarrantyPromise |
| http://purl.org/goodrelations/v1#DeliveryMethod |
| http://purl.org/goodrelations/v1#OpeningHoursSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
A location is a point or area of interest from which a particular product or service is available, e.g. a store, a bus stop, a gas station, or a ticket booth. The difference to gr:BusinessEntity is that the gr:BusinessEntity is the legal entity (e.g. a person or corporation) making the offer, while gr:Location is the store, office, or place. A chain restaurant will e.g. have one legal entity but multiple restaurant locations. Locations are characterized by an address or geographical position and a set of opening hour specifications for various days of the week.
Example: A rental car company may offer the Business Function Lease Out of cars from two locations, one in Fort Myers, Florida, and one in Boston, Massachussetts. Both stations are open 7:00 - 23:00 Mondays through Saturdays.
Note: Typical address standards (vcard) and location data (geo, WGC84) should be attached to a gr:Location node. Since there already exist established vocabularies for this, the GoodRelations ontology does not provide respective attributes. Instead, the use of respective vocabularies is recommended. However, the gr:hasGlobalLocationNumber property is provided for linking to public identifiers for business locations.
Compatibility with schema.org: This class is equivalent to http://schema.org/Place.
|
http://purl.org/goodrelations/v1#WarrantyPromise |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Warranty promise
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#TypeAndQuantityNode |
| http://purl.org/goodrelations/v1#Location |
| http://purl.org/goodrelations/v1#BusinessEntity |
| http://purl.org/goodrelations/v1#QuantitativeValue |
| http://purl.org/goodrelations/v1#WarrantyScope |
| http://purl.org/goodrelations/v1#ProductOrService |
| http://purl.org/goodrelations/v1#Brand |
| http://purl.org/goodrelations/v1#PaymentMethod |
| http://purl.org/goodrelations/v1#Offering |
| http://purl.org/goodrelations/v1#BusinessEntityType |
| http://purl.org/goodrelations/v1#BusinessFunction |
| http://purl.org/goodrelations/v1#DayOfWeek |
| http://purl.org/goodrelations/v1#PriceSpecification |
| http://purl.org/goodrelations/v1#DeliveryMethod |
| http://purl.org/goodrelations/v1#OpeningHoursSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This is a conceptual entity that holds together all aspects of the n-ary relation gr:hasWarrantyPromise.
A Warranty promise is an entity representing the duration and scope of services that will be provided to a customer free of charge in case of a defect or malfunction of the gr:ProductOrService. A warranty promise is characterized by its temporal duration (usually starting with the date of purchase) and its gr:WarrantyScope. The warranty scope represents the types of services provided (e.g. labor and parts, just parts) of the warranty included in an gr:Offering. The actual services may be provided by the gr:BusinessEntity making the offering, by the manufacturer of the product, or by a third party. There may be multiple warranty promises associated with a particular offering, which differ in duration and scope (e.g. pick-up service during the first 12 months, just parts and labor for 36 months).
Examples: 12 months parts and labor, 36 months parts
|
http://purl.org/goodrelations/v1#SomeItems |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Some items
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/2002/07/owl#equivalentClass
|
http://purl.org/goodrelations/v1#ProductOrServicesSomeInstancesPlaceholder
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#ProductOrServiceModel |
| http://purl.org/goodrelations/v1#Individual
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
A placeholder instance for unknown instances of a mass-produced commodity. This is used as a computationally cheap work-around for such instances that are not individually exposed on the Web but just stated to exist (i.e., which are existentially quantified).
Example: An instance of this class can represent an anonymous set of green Siemens1234 phones. It is different from the gr:ProductOrServiceModel Siemens1234, since this refers to the make and model, and it is different from a particular instance of this make and model (e.g. my individual phone) since the latter can be sold only once.
Note: This class is the new, shorter form of the former gr:ProductOrServicesSomeInstancesPlaceholder.
Compatibility with schema.org: This class is (approximately) a subclass of http://schema.org/Product.
|
|
http://www.w3.org/2000/01/rdf-schema#subClassOf
|
http://purl.org/goodrelations/v1#ProductOrService |
| http://schema.org/Product
|
http://purl.org/goodrelations/v1#PaymentMethod |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Payment method
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#Location |
| http://purl.org/goodrelations/v1#TypeAndQuantityNode |
| http://purl.org/goodrelations/v1#BusinessEntity |
| http://purl.org/goodrelations/v1#QuantitativeValue |
| http://purl.org/goodrelations/v1#WarrantyScope |
| http://purl.org/goodrelations/v1#Brand |
| http://purl.org/goodrelations/v1#Offering |
| http://purl.org/goodrelations/v1#BusinessEntityType |
| http://purl.org/goodrelations/v1#BusinessFunction |
| http://purl.org/goodrelations/v1#DayOfWeek |
| http://purl.org/goodrelations/v1#PriceSpecification |
| http://purl.org/goodrelations/v1#WarrantyPromise |
| http://purl.org/goodrelations/v1#DeliveryMethod |
| http://purl.org/goodrelations/v1#OpeningHoursSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
A payment method is a standardized procedure for transferring the monetary amount for a purchase. Payment methods are characterized by the legal and technical structures used, and by the organization or group carrying out the transaction. This element is mostly used for specifying the types of payment accepted by a gr:BusinessEntity.
Examples: VISA, MasterCard, Diners, cash, or bank transfer in advance.
|
http://purl.org/goodrelations/v1#BusinessEntityType |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Business entity type
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#TypeAndQuantityNode |
| http://purl.org/goodrelations/v1#Location |
| http://purl.org/goodrelations/v1#BusinessEntity |
| http://purl.org/goodrelations/v1#QuantitativeValue |
| http://purl.org/goodrelations/v1#WarrantyScope |
| http://purl.org/goodrelations/v1#ProductOrService |
| http://purl.org/goodrelations/v1#Brand |
| http://purl.org/goodrelations/v1#PaymentMethod |
| http://purl.org/goodrelations/v1#Offering |
| http://purl.org/goodrelations/v1#BusinessFunction |
| http://purl.org/goodrelations/v1#DayOfWeek |
| http://purl.org/goodrelations/v1#PriceSpecification |
| http://purl.org/goodrelations/v1#WarrantyPromise |
| http://purl.org/goodrelations/v1#DeliveryMethod |
| http://purl.org/goodrelations/v1#OpeningHoursSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
A business entity type is a conceptual entity representing the legal form, the size, the main line of business, the position in the value chain, or any combination thereof, of a gr:BusinessEntity. From the ontological point of view, business entity types are mostly roles that a business entity has in the market. Business entity types are important for specifying eligible customers, since a gr:Offering is often valid only for business entities of a certain size, legal structure, or role in the value chain.
Examples: Consumers, Retailers, Wholesalers, or Public Institutions
|
http://purl.org/goodrelations/v1#TypeAndQuantityNode |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Type and quantity node
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#Location |
| http://purl.org/goodrelations/v1#BusinessEntity |
| http://purl.org/goodrelations/v1#QuantitativeValue |
| http://purl.org/goodrelations/v1#ProductOrService |
| http://purl.org/goodrelations/v1#WarrantyScope |
| http://purl.org/goodrelations/v1#QualitativeValue |
| http://purl.org/goodrelations/v1#PaymentMethod |
| http://purl.org/goodrelations/v1#Brand |
| http://purl.org/goodrelations/v1#Offering |
| http://purl.org/goodrelations/v1#BusinessEntityType |
| http://purl.org/goodrelations/v1#BusinessFunction |
| http://purl.org/goodrelations/v1#DayOfWeek |
| http://purl.org/goodrelations/v1#PriceSpecification |
| http://purl.org/goodrelations/v1#WarrantyPromise |
| http://purl.org/goodrelations/v1#OpeningHoursSpecification |
| http://purl.org/goodrelations/v1#DeliveryMethod
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This class collates all the information about a gr:ProductOrService included in a bundle. If a gr:Offering contains just one item, you can directly link from the gr:Offering to the gr:ProductOrService using gr:includes. If the offering contains multiple items, use an instance of this class for each component to indicate the quantity, unit of measurement, and type of product, and link from the gr:Offering via gr:includesObject.
Example: An offering may include of 100g of Butter and 1 kg of potatoes, or 1 cell phone and 2 headsets.
|
http://purl.org/goodrelations/v1#ProductOrServiceModel |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Product or service model
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#Brand |
| http://purl.org/goodrelations/v1#BusinessEntity |
| http://purl.org/goodrelations/v1#SomeItems |
| http://purl.org/goodrelations/v1#Individual
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
A product or service model is a intangible entity that specifies some characteristics of a group of similar, usually mass-produced products, in the sense of a prototype. In case of mass-produced products, there exists a relation gr:hasMakeAndModel between the actual product or service (gr:Individual or gr:SomeItems) and the prototype (gr:ProductOrServiceModel). GoodRelations treats product or service models as "prototypes" instead of a completely separate kind of entities, because this allows using the same domain-specific properties (e.g. gr:weight) for describing makes and models and for describing actual products.
Examples: Ford T, Volkswagen Golf, Sony Ericsson W123 cell phone
Note: An actual product or service (gr:Individual) by default shares the features of its model (e.g. the weight). However, this requires non-standard reasoning. See http://wiki.goodrelations-vocabulary.org/Axioms for respective rule sets.
Compatibility with schema.org: This class is (approximately) a subclass of http://schema.org/Product.
|
|
http://www.w3.org/2000/01/rdf-schema#subClassOf
|
http://purl.org/goodrelations/v1#ProductOrService |
| http://schema.org/Product
|
http://purl.org/goodrelations/v1#hasMaxCurrencyValue |
|
http://www.w3.org/2000/01/rdf-schema#range
|
http://www.w3.org/2001/XMLSchema#float
|
|
http://www.w3.org/2000/01/rdf-schema#label
|
has max currency value (1..1)
|
|
http://www.w3.org/2000/01/rdf-schema#domain
|
http://purl.org/goodrelations/v1#PriceSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#DatatypeProperty
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
This property specifies the UPPER BOUND of the amount of money for a price RANGE per unit, shipping charges, or payment charges. The currency and other relevant details are attached to the respective gr:PriceSpecification etc.
For a gr:UnitPriceSpecification, this is the UPPER BOUND for the price for one unit or bundle (as specified in the unit of measurement of the unit price specification) of the respective gr:ProductOrService. For a gr:DeliveryChargeSpecification or a gr:PaymentChargeSpecification, it is the UPPER BOUND of the price per delivery or payment.
Using gr:hasCurrencyValue sets the upper and lower bounds to the same given value, i.e., x gr:hasCurrencyValue y implies x gr:hasMinCurrencyValue y, x gr:hasMaxCurrencyValue y.
|
http://purl.org/goodrelations/v1#BusinessFunction |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Business function
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#TypeAndQuantityNode |
| http://purl.org/goodrelations/v1#Location |
| http://purl.org/goodrelations/v1#BusinessEntity |
| http://purl.org/goodrelations/v1#QuantitativeValue |
| http://purl.org/goodrelations/v1#WarrantyScope |
| http://purl.org/goodrelations/v1#ProductOrService |
| http://purl.org/goodrelations/v1#Brand |
| http://purl.org/goodrelations/v1#PaymentMethod |
| http://purl.org/goodrelations/v1#Offering |
| http://purl.org/goodrelations/v1#BusinessEntityType |
| http://purl.org/goodrelations/v1#DayOfWeek |
| http://purl.org/goodrelations/v1#PriceSpecification |
| http://purl.org/goodrelations/v1#WarrantyPromise |
| http://purl.org/goodrelations/v1#DeliveryMethod |
| http://purl.org/goodrelations/v1#OpeningHoursSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
The business function specifies the type of activity or access (i.e., the bundle of rights) offered by the gr:BusinessEntity on the gr:ProductOrService through the gr:Offering. Typical are sell, rental or lease, maintenance or repair, manufacture / produce, recycle / dispose, engineering / construction, or installation.
Licenses and other proprietary specifications of access rights are also instances of this class.
Examples: A particular offering made by Miller Rentals Ltd. says that they (1) sell Volkswagen Golf convertibles, (2) lease out a particular Ford pick-up truck, and (3) dispose car wrecks of any make and model.
|
http://purl.org/goodrelations/v1#QuantitativeValueInteger |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Quantitative value integer
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#QuantitativeValueFloat
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
An instance of this class is an actual integer value for a quantitative property of a product. This instance is usually characterized by a minimal value, a maximal value, and a unit of measurement.
Example: A seating capacity between 1 and 8 persons.
Note: Users must keep in mind that ranges in here mean that ALL possible values in this interval are covered. (Sometimes, the actual commitment may be less than that: "We sell cars from 2 - 12 seats" does often not really mean that they have cars with 2,3,4,...12 seats.). Someone renting out two types of rowing boats, one that fits for 1 or 2 people, and another that must be operated by 4 people cannot claim to rent boats with a seating capacity between 1 and 4 people. He or she is offering two boat types for 1-2 and 4 persons.
Compatibility with schema.org: This class is a subclass of http://schema.org/Quantity.
|
|
http://www.w3.org/2000/01/rdf-schema#subClassOf
|
http://purl.org/goodrelations/v1#QuantitativeValue
|
http://purl.org/goodrelations/v1 |
|
http://www.w3.org/2000/01/rdf-schema#label
|
GoodRelations Ontology
|
|
http://purl.org/dc/terms/license
|
http://creativecommons.org/licenses/by/3.0/
|
|
http://purl.org/dc/elements/1.1/creator
|
Martin Hepp
|
|
http://xmlns.com/foaf/0.1/homepage
|
http://purl.org/goodrelations/
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Ontology
|
|
http://www.w3.org/2002/07/owl#versionInfo
|
V 1.0, Release 2011-10-01
|
|
http://purl.org/dc/elements/1.1/rights
|
The GoodRelations ontology is available under the Creative Commons Attribution 3.0 Unported license; see http://creativecommons.org/licenses/by/3.0/. In a nutshell, you are free to copy, distribute and transmit the work; to remix/adapt the work (e.g. to import the ontology and create specializations of its elements), as long as you attribute the work in the manner specified by the author or licensor (but not in any way that suggests that they endorse you or your use of the work). Proper Attribution: Simply include the statement "This work is based on the GoodRelations ontology, developed by Martin Hepp" and link back to http://purl.org/goodrelations/
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
The GoodRelations ontology provides the vocabulary for annotating e-commerce offerings (1) to sell, lease, repair, dispose, or maintain commodity products and (2) to provide commodity services.
GoodRelations allows describing the relationship between (1) Web resources, (2) offerings made by those Web resources, (3) legal entities, (4) prices, (5) terms and conditions, and the aforementioned ontologies for products and services (6).
For more information, see http://purl.org/goodrelations/
Note: The base URI of GoodRelations is http://purl.org/goodrelations/v1. Please make sure you are only using element identifiers in this namespace, e.g. http://purl.org/goodrelations/v1#BusinessEntity. There may be copies of the ontology file on the Web which can be retrieved from other locations, BUT THOSE LOCATIONS MUST NOT BE USED AS THE BASIS OF IDENTIFIERS.
If you use GoodRelations for scientific purposes, please cite our paper:
Hepp, Martin: GoodRelations: An Ontology for Describing Products and Services Offers on the Web, Proceedings of the 16th International Conference on Knowledge Engineering and Knowledge Management (EKAW2008), September 29 - October 3, 2008, Acitrezza, Italy, Springer LNCS, Vol. 5268, pp. 332-347.
PDF at http://www.heppnetz.de/publications/
|
|
http://purl.org/dc/elements/1.1/subject
|
E-Commerce, E-Business, GoodRelations, Microdata, Ontology, Semantic SEO, RDFa, Linked Data, RDF, Semantic Web, Recommender Systems
|
|
http://purl.org/dc/elements/1.1/contributor
|
Work on the GoodRelations ontology and related research and development has been partly supported by the Austrian BMVIT/FFG under the FIT-IT Semantic Systems project myOntology (grant no. 812515/9284), by a Young Researcher's Grant (Nachwuchsfoerderung 2005-2006) from the Leopold-Franzens-Universitaet Innsbruck, by the European Commission under the project SUPER (FP6-026850), and by the German Federal Ministry of Research (BMBF) by a grant under the KMU Innovativ program as part of the Intelligent Match project (FKZ 01IS10022B). The
|
|
http://purl.org/dc/elements/1.1/title
|
The GoodRelations Vocabulary for Semantic Web-based E-Commerce
|
http://purl.org/goodrelations/v1#QuantitativeValue |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Quantitative value
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#TypeAndQuantityNode |
| http://purl.org/goodrelations/v1#Location |
| http://purl.org/goodrelations/v1#BusinessEntity |
| http://purl.org/goodrelations/v1#WarrantyScope |
| http://purl.org/goodrelations/v1#ProductOrService |
| http://purl.org/goodrelations/v1#QualitativeValue |
| http://purl.org/goodrelations/v1#Brand |
| http://purl.org/goodrelations/v1#PaymentMethod |
| http://purl.org/goodrelations/v1#Offering |
| http://purl.org/goodrelations/v1#BusinessEntityType |
| http://purl.org/goodrelations/v1#BusinessFunction |
| http://purl.org/goodrelations/v1#DayOfWeek |
| http://purl.org/goodrelations/v1#PriceSpecification |
| http://purl.org/goodrelations/v1#WarrantyPromise |
| http://purl.org/goodrelations/v1#OpeningHoursSpecification |
| http://purl.org/goodrelations/v1#DeliveryMethod
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
A quantitative value is a numerical interval that represents the range of a certain gr:quantitativeProductOrServiceProperty in terms of the lower and upper bounds for a particular gr:ProductOrService. It is to be interpreted in combination with the respective unit of measurement. Most quantitative values are intervals even if they are in practice often treated as a single point value.
Example: a weight between 10 and 25 kilogramms, a length between 10 and 15 milimeters.
Compatibility with schema.org: This class is equivalent to http://schema.org/Quantity.
|
http://purl.org/goodrelations/v1#ProductOrService |
|
http://www.w3.org/2000/01/rdf-schema#label
|
Product or service
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2002/07/owl#disjointWith
|
http://purl.org/goodrelations/v1#TypeAndQuantityNode |
| http://purl.org/goodrelations/v1#Brand |
| http://purl.org/goodrelations/v1#Offering |
| http://purl.org/goodrelations/v1#QuantitativeValue |
| http://purl.org/goodrelations/v1#BusinessEntityType |
| http://purl.org/goodrelations/v1#BusinessFunction |
| http://purl.org/goodrelations/v1#WarrantyScope |
| http://purl.org/goodrelations/v1#DayOfWeek |
| http://purl.org/goodrelations/v1#PriceSpecification |
| http://purl.org/goodrelations/v1#WarrantyPromise |
| http://purl.org/goodrelations/v1#DeliveryMethod |
| http://purl.org/goodrelations/v1#OpeningHoursSpecification
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
The superclass of all classes describing products or services types, either by nature or purpose. Examples for such subclasses are "TV set", "vacuum cleaner", etc. An instance of this class can be either an actual product or service (gr:Individual), a placeholder instance for unknown instances of a mass-produced commodity (gr:SomeItems), or a model / prototype specification (gr:ProductOrServiceModel). When in doubt, use gr:SomeItems.
Examples:
a) MyCellphone123, i.e. my personal, tangible cell phone (gr:Individual)
b) Siemens1234, i.e. the Siemens cell phone make and model 1234 (gr:ProductOrServiceModel)
c) dummyCellPhone123 as a placeholder for actual instances of a certain kind of cell phones (gr:SomeItems)
Note: Your first choice for specializations of gr:ProductOrService should be http://www.productontology.org.
Compatibility with schema.org: This class is (approximately) equivalent to http://schema.org/Product.
|
http://purl.org/goodrelations/v1#License |
|
http://www.w3.org/2000/01/rdf-schema#label
|
License
|
|
http://www.w3.org/2000/01/rdf-schema#isDefinedBy
|
http://purl.org/goodrelations/v1
|
|
http://www.w3.org/1999/02/22-rdf-syntax-ns#type
|
http://www.w3.org/2002/07/owl#Class
|
|
http://www.w3.org/2000/01/rdf-schema#comment
|
A license is the specification of a bundle of rights that determines the type of activity or access offered by the gr:BusinessEntity on the gr:ProductOrService through the gr:Offering.
Licenses can be standardized (e.g. LPGL, Creative Commons, ...), vendor-specific, or individually defined for a single offer or product. Whether there is a fee for obtaining the license is specified using the gr:UnitPriceSpecification attached to the gr:Offering. Use foaf:page for linking to a document containing the license, e.g. in PDF or HTML.
|
|
http://www.w3.org/2000/01/rdf-schema#subClassOf
|
http://purl.org/goodrelations/v1#BusinessFunction
|