From daniello at crmpa.unisa.it Wed Sep 5 12:21:31 2012 From: daniello at crmpa.unisa.it (Giuseppe D'Aniello) Date: Wed, 5 Sep 2012 12:21:31 +0200 Subject: [goodrelations] Products deliverd by Service Message-ID: <000901cd8b50$38251010$a86f3030$@unisa.it> Dear all, I'm working on an Italian Research Project which is about a platform for semantic services delivery and e-money systems. We have to describe different services that could deliver some products to users (e.g. different e-commerce services that offers some products) and we have to represent the property between each service and the offered products. Every service and every product is an instance of ProductOrService; we wouldn't use the property gr:isConsumableFor, gr:isSimilarTo and gr:isAccessoryOrSparePartOf to represent this property, because the meaning of these properties is different from our needs. So, we aim to create another property, called deliveredBy that has for range and domain gr:ProductOrService; but we would ask you some suggestions about our problem and if you think that our solution is correct. Another idea could be to create a property between gr:Offering and gr:ProductOrService; in this way, we could link the service with the offer of some product. What do you think about it? Best regards. Giuseppe. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ltorokjr at gmail.com Wed Sep 12 17:36:15 2012 From: ltorokjr at gmail.com (=?UTF-8?B?TMOhc3psw7MgVMO2csO2aw==?=) Date: Wed, 12 Sep 2012 17:36:15 +0200 Subject: [goodrelations] Modelling opening hours where shop closes on the following day and multiple intraday timespans Message-ID: Hi, Is there any recommendation how should one modell the following opening hours pattern: Fri: 7pm - 2am (next day) The following seems a bit odd:
Opening hours: Fri,
7:00 p.m. -
2:00 a.m.
it becomes confusing, if I want to specify multiple intraday time spans, which is common for restaurants: e.g. Mo-Fri: 10am - 3pm, 5pm - 11pm Is there a compact way to represent this or should one provide two gr:OpeningHoursSpecification nodes to describe those. There is a recommendation for schema.org: http://schema.org/LocalBusiness Thanks! -- L?szl? T?r?k -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.hepp at ebusiness-unibw.org Wed Sep 12 21:49:26 2012 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Wed, 12 Sep 2012 21:49:26 +0200 Subject: [goodrelations] Modelling opening hours where shop closes on the following day and multiple intraday timespans In-Reply-To: References: Message-ID: This has to be specified as follows:
Hepp's Happy Burger Restaurant
Opening hours: Fridays 7:00 p.m. -
2:00 a.m. (next day)
Apologies for using Microdata syntax here; that was what I had as hand. I.e., opening hours that cross midnight must be broken into two chunks, one opening hour specification for the first day, then closing at 23:59:59, and one for the next day of the week, opening ant 00:00:00. A bar that opens every evening at 7.00 p.m. and closes at 2:00 a.m. the next day would then say for Mondays through Sundays: opens 00:00:00, closes 02:00:00 opens 19:00:00, closes 23:59:59 You will need two gr:OpeningHoursSpecification nodes, because gr:opens and gr:closes have a cardinality of 1..1 in this case. A consuming client should assume that if the shop closes for only 1 second, it is actually open without interruption. This is the only way to model this scenario properly in GoodRelations, since otherwise, SPARQL queries for sub-intervals and other things would not work. For instance, someone checking at 0:30 am on the following Saturday for a bar that is open for at least another hour should find this place. Also, it is not always obvious which specification is the right one for the next day, because they might be constrained by validFrom and validThrough. Hope that helps. Best wishes Martin Hepp On Sep 12, 2012, at 5:36 PM, L?szl? T?r?k wrote: > Hi, > > Is there any recommendation how should one modell the following opening hours pattern: > > Fri: 7pm - 2am (next day) > > > The following seems a bit odd: >
> > >
> Opening hours: Fri, > >
> > resource="http://purl.org/goodrelations/v1#Friday">
> > >
7:00 p.m. -
> > >
2:00 a.m.
> > >
> > >
> > it becomes confusing, if I want to specify multiple intraday time spans, which is common for restaurants: > > e.g. Mo-Fri: 10am - 3pm, 5pm - 11pm > > Is there a compact way to represent this or should one provide two gr:OpeningHoursSpecification nodes to describe those. > > There is a recommendation for schema.org: http://schema.org/LocalBusiness > > Thanks! > -- > L?szl? T?r?k > > _______________________________________________ > goodrelations mailing list > goodrelations at ebusiness-unibw.org > http://ebusiness-unibw.org/cgi-bin/mailman/listinfo/goodrelations -------------------------------------------------------- martin hepp e-business & web science research group universitaet der bundeswehr muenchen e-mail: hepp at ebusiness-unibw.org phone: +49-(0)89-6004-4217 fax: +49-(0)89-6004-4620 www: http://www.unibw.de/ebusiness/ (group) http://www.heppnetz.de/ (personal) skype: mfhepp twitter: mfhepp Check out GoodRelations for E-Commerce on the Web of Linked Data! ================================================================= * Project Main Page: http://purl.org/goodrelations/ From ltorokjr at gmail.com Wed Sep 12 22:08:05 2012 From: ltorokjr at gmail.com (=?UTF-8?B?TMOhc3psw7MgVMO2csO2aw==?=) Date: Wed, 12 Sep 2012 22:08:05 +0200 Subject: [goodrelations] Modelling opening hours where shop closes on the following day and multiple intraday timespans In-Reply-To: References: Message-ID: Thanks, that helps a lot! 2012/9/12 Martin Hepp > This has to be specified as follows: > >
> href="http://purl.org/goodrelations/v1#Location" /> > Hepp's Happy Burger Restaurant >
itemtype=" > http://purl.org/goodrelations/v1#OpeningHoursSpecification"> > Opening hours: Fridays > href="http://purl.org/goodrelations/v1#Friday" /> > 7:00 p.m. - > >
>
itemtype=" > http://purl.org/goodrelations/v1#OpeningHoursSpecification"> > href="http://purl.org/goodrelations/v1#Saturday" /> > > 2:00 a.m. (next day) >
>
> > Apologies for using Microdata syntax here; that was what I had as hand. > > I.e., opening hours that cross midnight must be broken into two chunks, > one opening hour specification for the first day, then closing at 23:59:59, > and one for the next day of the week, opening ant 00:00:00. > > A bar that opens every evening at 7.00 p.m. and closes at 2:00 a.m. the > next day would then say for Mondays through Sundays: > > opens 00:00:00, closes 02:00:00 > opens 19:00:00, closes 23:59:59 > > You will need two gr:OpeningHoursSpecification nodes, because gr:opens and > gr:closes have a cardinality of 1..1 in this case. > > A consuming client should assume that if the shop closes for only 1 > second, it is actually open without interruption. > > This is the only way to model this scenario properly in GoodRelations, > since otherwise, SPARQL queries for sub-intervals and other things would > not work. > For instance, someone checking at 0:30 am on the following Saturday for a > bar that is open for at least another hour should find this place. > > Also, it is not always obvious which specification is the right one for > the next day, because they might be constrained by validFrom and > validThrough. > > Hope that helps. > > > Best wishes > > Martin Hepp > > On Sep 12, 2012, at 5:36 PM, L?szl? T?r?k wrote: > > > Hi, > > > > Is there any recommendation how should one modell the following opening > hours pattern: > > > > Fri: 7pm - 2am (next day) > > > > > > The following seems a bit odd: > >
> > > > > >
> > Opening hours: Fri, > > > >
> > > > > resource="http://purl.org/goodrelations/v1#Friday">
> > > > > >
7:00 > p.m. -
> > > > > >
2:00 > a.m.
> > > > > >
> > > > > >
> > > > it becomes confusing, if I want to specify multiple intraday time spans, > which is common for restaurants: > > > > e.g. Mo-Fri: 10am - 3pm, 5pm - 11pm > > > > Is there a compact way to represent this or should one provide two > gr:OpeningHoursSpecification nodes to describe those. > > > > There is a recommendation for schema.org: > http://schema.org/LocalBusiness > > > > Thanks! > > -- > > L?szl? T?r?k > > > > _______________________________________________ > > goodrelations mailing list > > goodrelations at ebusiness-unibw.org > > http://ebusiness-unibw.org/cgi-bin/mailman/listinfo/goodrelations > > > > -------------------------------------------------------- > martin hepp > e-business & web science research group > universitaet der bundeswehr muenchen > > e-mail: hepp at ebusiness-unibw.org > phone: +49-(0)89-6004-4217 > fax: +49-(0)89-6004-4620 > www: http://www.unibw.de/ebusiness/ (group) > http://www.heppnetz.de/ (personal) > skype: mfhepp > twitter: mfhepp > > Check out GoodRelations for E-Commerce on the Web of Linked Data! > ================================================================= > * Project Main Page: http://purl.org/goodrelations/ > > > > -- L?szl? T?r?k -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.hepp at ebusiness-unibw.org Sun Sep 16 12:20:36 2012 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Sun, 16 Sep 2012 12:20:36 +0200 Subject: [goodrelations] Important change in review markup for Google Rich Snippets Message-ID: <7B5F2121-DE5C-424B-90D2-7707419A80B1@ebusiness-unibw.org> Dear all: We found out that there is a popular pitfall that might make Google not show stars for reviews in the rich snippets for your page. The reason is that there are now two properties for indicating the numbers of reviews / ratings for http://rdf.data-vocabulary.org/#Review-aggregate The first property is http://rdf.data-vocabulary.org/#count ("The total number of reviews for the item on your site.") The second is http://rdf.data-vocabulary.org/#votes ("Specifies the number of people who provided a rating with or without an accompanying review.") Now, historically, we always recommended to use v:count. However, recently Google added a tiny note "Note: Whenever you include count, the page must also contain review markup for each reviewed item." This means that you can only use v:count if 1. all people who rated the product have also left a textual comment for their rating AND 2. you have review markup also on each individual review item so that Google can access it in textual form. There are the following important consequences: 1. Replace v:count by v:votes in your review markup, unless you can guarantee that conditions #1 and #2 from above are met for *all your product item pages*. This is rarely the case in a shop. 2. If you can, expose the detailed reviews using respective markup, too. We suspect that if Google has easy access to your textual reviews, they trust the data to a much higher degree, since numeric data is easy to fake in an automated fashion. An important consequence of this change is that the text "123 reviews" with "123" being the number of ratings will disappear from the rich snippet shown in the Google testing tool. So instead of ***** 89 reviews - $899.00 - In stock it will show ***** $899.00 - In stock I attach two illustrations to show the difference. However, Google will, in our experience, no longer show any stars if you use v:count while not providing markup for the individual reviews. Do not trust the Google Rich Snippets Testing Tool in that respect; it will still tolerate both (this is a bug in the tool that we already reported back to Google). -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen shot 2012-09-16 at 12.01.48 PM.png Type: image/png Size: 18941 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen shot 2012-09-16 at 12.00.18 PM.png Type: image/png Size: 18378 bytes Desc: not available URL: -------------- next part -------------- We have just updated http://wiki.goodrelations-vocabulary.org/Cookbook/Reviews accordingly. Other usages of reviews in the documentation may still show the old pattern. Best wishes Martin Hepp -------------------------------------------------------- martin hepp e-business & web science research group universitaet der bundeswehr muenchen e-mail: hepp at ebusiness-unibw.org phone: +49-(0)89-6004-4217 fax: +49-(0)89-6004-4620 www: http://www.unibw.de/ebusiness/ (group) http://www.heppnetz.de/ (personal) skype: mfhepp twitter: mfhepp Check out GoodRelations for E-Commerce on the Web of Linked Data! ================================================================= * Project Main Page: http://purl.org/goodrelations/ From daesrd at gmail.com Wed Sep 19 12:07:37 2012 From: daesrd at gmail.com (ANTONIO CEBRIAN - daesrd) Date: Wed, 19 Sep 2012 12:07:37 +0200 Subject: [goodrelations] Instalation Error Message-ID: Hi all. I just installed the module in my virtuemart: mod_goodrelations_v2_22-05-2012.zip And I came out this error. Does anyone know how to fix it, please? Thank you very much and greetings. System information: Joomla! 1.5.25 Stable and Virtuemart: VirtueMart 1.1.7 stable [In a hurry] 04/02/2011 Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/tmp/sXHTiZ) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 149 Warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 158 Warning: file_put_contents(/h2o_eb789faa91374378e6ca7a3a9b2a8306) [function.file-put-contents]: failed to open stream: Permission denied in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 176 Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/tmp/DgkgJE) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 149 Warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 158 Warning: file_put_contents(/h2o_a71b8fdc733fd4e1729a5f66bbc53af6) [function.file-put-contents]: failed to open stream: Permission denied in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 176 Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/tmp/BDBXbk) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 149 Warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 158 Warning: file_put_contents(/h2o_3243518f5dec5a6865521075afd11cd1) [function.file-put-contents]: failed to open stream: Permission denied in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 176 Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/tmp/8echGZ) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 149 Warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 158 Warning: file_put_contents(/h2o_8d150ef5ba534c6517a63b753aea3a10) [function.file-put-contents]: failed to open stream: Permission denied in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 176 Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/tmp/Kdcj9X) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 149 Warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 158 Warning: file_put_contents(/h2o_81ca6240f979db98a571d71989f76ae4) [function.file-put-contents]: failed to open stream: Permission denied in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 176 -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.stolz at ebusiness-unibw.org Wed Sep 19 17:26:18 2012 From: alex.stolz at ebusiness-unibw.org (Alex Stolz) Date: Wed, 19 Sep 2012 17:26:18 +0200 Subject: [goodrelations] Instalation Error In-Reply-To: References: Message-ID: <2479078E-48A6-440F-B7D8-1B8361832299@ebusiness-unibw.org> Hi, to increase page load performance the extension's templating engine uses file caching. The default location for caching is the /tmp folder, which seems to be not writable in your case. Either try to make /tmp writable or, if that is no viable solution, wait until later today when I will upload a new version to http://code.google.com/p/goodrelations-for-joomla/downloads/list that should solve this issue. In particular, it will allow you to enter a custom cache location or even to completely disable caching. For future communication about issues concerning the GoodRelations extension for Joomla I kindly ask you to post to the corresponding user group at http://groups.google.com/group/goodrelations-for-joomla. Best, Alex On Sep 19, 2012, at 12:07 PM, ANTONIO CEBRIAN - daesrd wrote: > > Hi all. > > > I just installed the module in my virtuemart: mod_goodrelations_v2_22-05-2012.zip > And I came out this error. Does anyone know how to fix it, please? > > Thank you very much and greetings. > > > System information: > > Joomla! 1.5.25 Stable and Virtuemart: VirtueMart 1.1.7 stable [In a hurry] > 04/02/2011 > > > Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/tmp/sXHTiZ) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 149 > > Warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 158 > > Warning: file_put_contents(/h2o_eb789faa91374378e6ca7a3a9b2a8306) [function.file-put-contents]: failed to open stream: Permission denied in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 176 > > > Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/tmp/DgkgJE) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 149 > > Warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 158 > > Warning: file_put_contents(/h2o_a71b8fdc733fd4e1729a5f66bbc53af6) [function.file-put-contents]: failed to open stream: Permission denied in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 176 > > > Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/tmp/BDBXbk) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 149 > > Warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 158 > > Warning: file_put_contents(/h2o_3243518f5dec5a6865521075afd11cd1) [function.file-put-contents]: failed to open stream: Permission denied in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 176 > > > Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/tmp/8echGZ) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 149 > > Warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 158 > > Warning: file_put_contents(/h2o_8d150ef5ba534c6517a63b753aea3a10) [function.file-put-contents]: failed to open stream: Permission denied in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 176 > > > Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/tmp/Kdcj9X) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 149 > > Warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/homepages/39/d294449963/htdocs) in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 158 > > Warning: file_put_contents(/h2o_81ca6240f979db98a571d71989f76ae4) [function.file-put-contents]: failed to open stream: Permission denied in/homepages/39/d294449963/htdocs/modules/mod_goodrelations/rdfa/h2o/h2o/loaders.php on line 176 > > > > > _______________________________________________ > goodrelations mailing list > goodrelations at ebusiness-unibw.org > http://ebusiness-unibw.org/cgi-bin/mailman/listinfo/goodrelations Alex Stolz E-Business & Web Science Research Group Universit?t der Bundeswehr M?nchen e-mail: alex.stolz at ebusiness-unibw.org phone: +49-(0)89-6004-4277 fax: +49-(0)89-6004-4620 skype: stalsoft.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From vafeiadis.giorgos at gmail.com Mon Sep 24 10:11:35 2012 From: vafeiadis.giorgos at gmail.com (giorgos vafeiadis) Date: Mon, 24 Sep 2012 11:11:35 +0300 Subject: [goodrelations] (no subject) Message-ID: -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.hepp at ebusiness-unibw.org Thu Sep 27 09:20:16 2012 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Thu, 27 Sep 2012 09:20:16 +0200 Subject: [goodrelations] Bundles with optional choices in GoodRelations Message-ID: <5028A380-80A5-4525-81C2-726F171DF965@ebusiness-unibw.org> Dear all: I just answered a question on how to model bundles with optional choices on http://answers.semanticweb.com/questions/18908/grincludesobject-problem The reply may be relevant for this list, too: ----snip Currently, you can only model bundles with a defined set of objects in GoodRelations, but not optional choices, like ? 1 Birthday cake and (1 candy OR 1 flower) or quantity intervals, like ? 1 Steak and UP TO 3 side-servings We are considering to add this at a later point, but what you can do is model TWO gr:Offers (in a pseudo-syntax): Offer 1 includesObject 2 Candy includesObject 3 chocolates includesObject 1 cookie Offer 2 includesObject 3 chocolates includesObject 2 cookie includesObject 1 Candy That would be semantically equivalent to what I assume you really want to say. Plus it has the advantage that a consuming client (search engine, browser extension, mobile app) does not have to do complex reasoning to expand the rules of allowable objects prior to matchmaking. The only thing that is missing that way is the information that the two offers are kind of variants of each other. But then again, does it really differ whether the two choices are somehow related, other then by the fact that they include similar objects? Here is a full example in Turtle syntax: foo:offer a gr:Offering; gr:hasBusinessFunction gr:Sell; # ... other offer properties omitted for readability gr:includesObject [ a gr:TypeAndQuantityNode; gr:amountOfThisGood "1"^^xsd:float; gr:hasUnitOfMeasurement "C62"^^xsd:string; gr:typeOfGood foo:cellphone ]; gr:includesObject [ a gr:TypeAndQuantityNode; gr:amountOfThisGood "2"^^xsd:float; gr:hasUnitOfMeasurement "C62"^^xsd:string; gr:typeOfGood foo:charger ] . foo:cellphone a gr:SomeItems; gr:name "ACME Cellphone BulkyTalky" @en ; gr:hasEAN_UCC-13 "1234567890123"^^xsd:string . foo:charger a gr:SomeItems; gr:name "ACME Travelcharger" @en ; gr:hasEAN_UCC-13 "2345678901234"^^xsd:string . I hope that helps. If not, feel free to ask on the GoodRelations mailing list, ? http://ebusiness-unibw.org/pipermail/goodrelations/ I hope that helps. Martin Hepp -------------------------------------------------------- martin hepp e-business & web science research group universitaet der bundeswehr muenchen e-mail: hepp at ebusiness-unibw.org phone: +49-(0)89-6004-4217 fax: +49-(0)89-6004-4620 www: http://www.unibw.de/ebusiness/ (group) http://www.heppnetz.de/ (personal) skype: mfhepp twitter: mfhepp Check out GoodRelations for E-Commerce on the Web of Linked Data! ================================================================= * Project Main Page: http://purl.org/goodrelations/