From martin.hepp at ebusiness-unibw.org Tue May 3 08:56:34 2011 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Tue, 3 May 2011 08:56:34 +0200 Subject: [goodrelations] GoodRelations Light Message-ID: Dear all: I tried to visualize the minimal RDF pattern for using GoodRelations in a way compatible with both Google and the Semantic Web at large. Attached, please find the respective illustration. It is meant as a complement to the complete GoodRelations UML diagram. Best wishes Martin Hepp -------------- next part -------------- A non-text attachment was scrubbed... Name: goodrelations-light.png Type: image/png Size: 97678 bytes Desc: not available URL: From giovanni.tummarello at deri.org Tue May 3 11:27:22 2011 From: giovanni.tummarello at deri.org (Giovanni Tummarello) Date: Tue, 3 May 2011 11:27:22 +0200 Subject: [goodrelations] GoodRelations Light In-Reply-To: References: Message-ID: what would be the loss of removing the blanknode and the company node? (but i do see the gain!!!!!) ultralight? Gio :) On Tue, May 3, 2011 at 8:56 AM, Martin Hepp wrote: > Dear all: > > I tried to visualize the minimal RDF pattern for using GoodRelations in a way compatible with both Google and the Semantic Web at large. > Attached, please find the respective illustration. > > It is meant as a complement to the complete GoodRelations UML diagram. > > Best wishes > > Martin Hepp > > _______________________________________________ > goodrelations mailing list > goodrelations at ebusiness-unibw.org > http://ebusiness-unibw.org/cgi-bin/mailman/listinfo/goodrelations > > From martin.hepp at ebusiness-unibw.org Tue May 3 11:33:16 2011 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Tue, 3 May 2011 11:33:16 +0200 Subject: [goodrelations] GoodRelations Light In-Reply-To: References: Message-ID: Hi Giovanni: The bnode for the price specification cannot be omitted, because the price includes at least the currency and the amount, but also maybe validity, unit, and quantity information. The company node is needed, because if you omit the gr:offers link from the company to the offer, then you do no longer know whether this is - supply (someone offering it, via gr:offers) or - demand (someone seeking such an offering, via gr:seeks). Note that this minimal model is fully compliant with the larger Semantic Web / Linked Data ecosystem, so it does not require any premature optimizations that would break at a larger scale. Martin On May 3, 2011, at 11:27 AM, Giovanni Tummarello wrote: > what would be the loss of removing the blanknode and the company node? > (but i do see the gain!!!!!) > ultralight? > Gio :) > > On Tue, May 3, 2011 at 8:56 AM, Martin Hepp > wrote: >> Dear all: >> >> I tried to visualize the minimal RDF pattern for using GoodRelations in a way compatible with both Google and the Semantic Web at large. >> Attached, please find the respective illustration. >> >> It is meant as a complement to the complete GoodRelations UML diagram. >> >> Best wishes >> >> Martin Hepp >> >> _______________________________________________ >> goodrelations mailing list >> goodrelations at ebusiness-unibw.org >> http://ebusiness-unibw.org/cgi-bin/mailman/listinfo/goodrelations >> >> > > _______________________________________________ > goodrelations mailing list > goodrelations at ebusiness-unibw.org > http://ebusiness-unibw.org/cgi-bin/mailman/listinfo/goodrelations From martin.hepp at ebusiness-unibw.org Tue May 3 12:21:18 2011 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Tue, 3 May 2011 12:21:18 +0200 Subject: [goodrelations] Fwd: GoodRelations Light References: <0DE837D1-F911-4DC6-8029-19472155D525@ebusiness-unibw.org> Message-ID: <67BE44C4-F739-43A4-9ABC-BF5233B8E41D@ebusiness-unibw.org> This may also be interesting for the subscribers of this list. Begin forwarded message: > From: Martin Hepp > Date: May 3, 2011 12:18:43 PM GMT+02:00 > To: Christopher Gutteridge > Cc: semantic-web at w3.org, public-lod at w3.org > Subject: Re: GoodRelations Light > > Hi Christopher, > > here is an extended diagram with locality information about the point of interest from which a particular good or service is available. > > Note that I am already using the new URI for the location, gr:Location, which will replace gr:LocationOfSalesOrServiceProvisioning with the next service update. > > As for the geo data, there are of course multiple popular patterns, see [1] for a comparison. > > Best > > Martin > > [1] http://www.ebusiness-unibw.org/wiki/GoodRelations_and_Geo_/_Location_Data > -------------- next part -------------- A non-text attachment was scrubbed... Name: goodrelations-point-of-sale.png Type: image/png Size: 375377 bytes Desc: not available URL: -------------- next part -------------- > > From blechschmidt at apaxo.de Tue May 3 13:30:56 2011 From: blechschmidt at apaxo.de (Manuel Blechschmidt) Date: Tue, 3 May 2011 13:30:56 +0200 Subject: [goodrelations] Feedback GoodRelations usage for web shop and recommender systems Message-ID: Hello, I submitted yesterday my master thesis about recommendations systems. In this thesis I used concepts from GoodRelations a lot and wanted to share my experience. First I want to thank Prof. Dr. Martin Hepp for such a great ontology. It reflects nearly all the things that are needed to describe a huge product base and it shows that he has a lot of experiences in ecommerce. It is usable in real world cases. I know that there is some criticism about the complexity of GoodRelations. Actually I was involved in the development of huge online stores with more then 3000 orders a day, multi lingual currency and language, and more then 30 000 products. From this experience I can tell that the data model from GoodRelations is still quite simple and such a complex ontology is necessary to describe data sets of bigger companies. Feel free to ignore parts of the feedback or to ask questions about certain things. During my thesis I maintained a small online store for chocolate (see screenshot). The backend of the online store was a Java EE 6 system with a relational MySQL database and the entities were modeled according to the GoodRelations ontology (See attached UML class diagram). So basically I made a mapping of all the things that I needed to UML and then to Java. It was not a 1-to-1 mapping. I tried some OWL-to-XMI solutions (http://owl2xmi.sourceforge.net/) but I did not succeed. So I made it manually. I was able to map the whole catalog to the GoodRelations but some smaller things were missing, that I added to my own version: 1. It was not possible to associate a DeliveryMethod or a PaymentMethod directly with the BusinessEntity 2. There was no Order class and no LineItem class I also didn't found an alignment between the gr:BusinessEntity and the foaf:Organization classes. Further for recommendation I need more then just a owns attribute for an agent something like, viewed, bought, owns, purchased and so on. (http://apml.areyoupayingattention.com/) Hope this helps and I hope that this mailing list is the correct place to submit some feedback. Have a great week Manuel -- Manuel Blechschmidt Hasso-Plattner-Institut Crailsheimer Str. 10 12247 Berlin Mobil: 0173/6322621 Twitter: http://twitter.com/Manuel_B -------------- next part -------------- A non-text attachment was scrubbed... Name: GoodRelationsEntities.png Type: image/png Size: 189646 bytes Desc: not available URL: -------------- next part -------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: DependencyDiagram.png Type: image/png Size: 24599 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ChocStoreProducts.png Type: image/png Size: 455969 bytes Desc: not available URL: From martin.hepp at ebusiness-unibw.org Tue May 3 14:38:58 2011 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Tue, 3 May 2011 14:38:58 +0200 Subject: [goodrelations] Recurring patterns in GoodRelations and related ontologies (VSO, TIO, ...) Message-ID: <4C1D029E-7E33-4C3E-AA85-BAB50635BB39@ebusiness-unibw.org> Dear all: Some of you may wonder why GoodRelations and related ontologies do not offer constructs for rules of recurring patterns, e.g. "opening hours for every first Friday per month" or "Happy hour - every cocktail is $ 1 from 17:00 - 18:00". Here is a bit of background information: Through painful iterations, I've learned that it is best to keep implicit rules constructs out of an OWL ontology because 1. they do not match naturally to OWL DL semantics, 2. correct query results require a comprehensive reasoner (i.e.: without a reasoner, you usually do not get correct results), and 3. they are complicated to populate if the data is generated ad-hoc, i.e., not pre-materialized (e.g. based on a dynamic service). Now, what this means for you or for anybody publishing any statement that follows a recurring pattern is simply to - wrap a SPARQL endpoint around a Web service or other computational functionality that generates the respective fact on demand or - materialize the data for each individual day or interval if the amount of data allows the full materialization. For example, instead of hiding complex rules for "happy hour discounts on Fridays", one would simply generate one gr:Offering instance for every single Friday in question and constrain the validity of the offer or its gr:UnitPriceSpecification to the time-span on that day using gr:validFrom and gr:validThrough. This sounds like a lot of data, but - you do not have to materialize them in advance but can instead generate them at query time (e.g. Virtuoso has powerful middleware for such tasks; you can even express your rules in SPARQL CONSTRUCT syntax), - from the query perspective, it does not make a difference whether a publisher materializes the data in advance or computes it at query time; they both use the same representation, and - exceptions are natural to represent, without any constraints. The Tickets Ontology (http://purl.org/goodrelations) uses this to the extreme in the sense that train connections are materialized for every single calendar day. Again, this looks like a lot of redundant data, but it allows to model delays or train cancellations with ease. Best Martin Hepp From martin.hepp at ebusiness-unibw.org Tue May 3 14:56:35 2011 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Tue, 3 May 2011 14:56:35 +0200 Subject: [goodrelations] Feedback GoodRelations usage for web shop and recommender systems In-Reply-To: References: Message-ID: <36C7B616-18BD-4260-A16C-1176FD995191@ebusiness-unibw.org> Thanks, Manuel! Looks like very convincing works! Some comments inline. On May 3, 2011, at 1:30 PM, Manuel Blechschmidt wrote: > Hello, > I submitted yesterday my master thesis about recommendations systems. In this thesis I used concepts from GoodRelations a lot and wanted to share my experience. > > First I want to thank Prof. Dr. Martin Hepp for such a great ontology. It reflects nearly all the things that are needed to describe a huge product base and it shows that he has a lot of experiences in ecommerce. It is usable in real world cases. I know that there is some criticism about the complexity of GoodRelations. Actually I was involved in the development of huge online stores with more then 3000 orders a day, multi lingual currency and language, and more then 30 000 products. From this experience I can tell that the data model from GoodRelations is still quite simple and such a complex ontology is necessary to describe data sets of bigger companies. Thanks for saying this! In fact, people with experience in B2B EDI data structures are usually surprised by the simplicity of GoodRelations in comparison to e.g. X12, BMEcat, ... So GoodRelations is more complex that FOAF because the underlying domain is more complex. > Feel free to ignore parts of the feedback or to ask questions about certain things. > > During my thesis I maintained a small online store for chocolate (see screenshot). The backend of the online store was a Java EE 6 system with a relational MySQL database and the entities were modeled according to the GoodRelations ontology (See attached UML class diagram). So basically I made a mapping of all the things that I needed to UML and then to Java. It was not a 1-to-1 mapping. > I tried some OWL-to-XMI solutions (http://owl2xmi.sourceforge.net/) but I did not succeed. So I made it manually. Yes, I also learned that none of the automatic approaches of generating UML class diagrams meet my needs. > > I was able to map the whole catalog to the GoodRelations but some smaller things were missing, that I added to my own version: > > 1. It was not possible to associate a DeliveryMethod or a PaymentMethod directly with the BusinessEntity This is because conceptually, a delivery method and a payment method are not characteristics of an agent but of the promise (gr:Offering) to sell something. So yes, many stores make this decision on a per-store basis, but this is then a rule like "for all of our offers, the payment options and delivery options are as follows." So any shop extension can / should have internal data on the general delivery and payment methods accepted, but use those to generate the triples for each individual offer. A good example is the WPEC / Wordpress extension developed by Christian Junghanns, which allows setting a default but also overriding it for each single item. This may be necessary if e.g. some items are too heavy or too large for a normally acceptable delivery method. > 2. There was no Order class and no LineItem class > The scope of GoodRelations are just the early stages of a business interaction, e.e. search, ranking, and maybe negotiations. Transactions and thus orders are outside the intended scope. GoodRelations ends when the buying party has either the URI of an HTML page for manually triggering the order (via foaf:page) or the URI of a Web Service for automatically triggering the order via gr:relatedWebService. > I also didn't found an alignment between the gr:BusinessEntity and the foaf:Organization classes. gr:BusinessEntity is practically an rdfs:subClassOf foaf:Agent; this is recommended in http://www.ebusiness-unibw.org/wiki/GoodRelationsOptionalAxiomsAndLinks http://www.ebusiness-unibw.org/wiki/GoodRelationsOptionalAxiomsAndLinks#Links_to_other_Vocabularies:_Safe foaf:Organization may be too specific, because people can also be gr:BusinessEntities. > > Further for recommendation I need more then just a owns attribute for an agent something like, viewed, bought, owns, purchased and so on. (http://apml.areyoupayingattention.com/) > Yes, but this is again outside the scope of GoodRelations, except for maybe a finer distinction between gr:owns and related properties, e.g. purchased (because you may want to say that you bought something but no longer own it). Hope this helps and I hope that this mailing list is the correct place to submit some feedback. Thanks a lot, yes 1. This was very valuable. 2. This is the best place to submit feedback and questions. Best wishes Martin > > Have a great week > Manuel > > -- > Manuel Blechschmidt > Hasso-Plattner-Institut > Crailsheimer Str. 10 > 12247 Berlin > Mobil: 0173/6322621 > Twitter: http://twitter.com/Manuel_B > > > _______________________________________________ > goodrelations mailing list > goodrelations at ebusiness-unibw.org > http://ebusiness-unibw.org/cgi-bin/mailman/listinfo/goodrelations From martin.hepp at ebusiness-unibw.org Thu May 5 17:34:13 2011 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Thu, 5 May 2011 17:34:13 +0200 Subject: [goodrelations] ANN: GoodRelations Snippet Generator now with support for www.productontology.org In-Reply-To: <16966588-4B22-404B-85C3-7966F46C3C5F@gmail.com> References: <16966588-4B22-404B-85C3-7966F46C3C5F@gmail.com> Message-ID: Dear all: The GoodRelations Snippet Generator, a very handy tool for creating GoodRelations markup in RDFa ready for copy-and-paste, developed by Alex Stolz, has recently been augmented by support for the high-precision product type identifiers from http://www.productontology.org. This means that you can use Wikipedia entries for describing exactly which types of products or services you are offering. The tool is available at http://www.ebusiness-unibw.org/tools/grsnippetgen/ Thanks to Alex for this excellent application! In my opinion, this is the best way of adding GoodRelations to Websites of a small business, unless it is using a standard shop software for which an out-of-the box module for GoodRelations is available; for a list, see [1]. Best Martin Hepp [1] http://www.ebusiness-unibw.org/wiki/GoodRelations#Shop_Software -------------------------------------------------------- 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 From blechschmidt at apaxo.de Tue May 10 12:02:48 2011 From: blechschmidt at apaxo.de (Manuel Blechschmidt) Date: Tue, 10 May 2011 12:02:48 +0200 Subject: [goodrelations] German study about eProcurement in SME market Message-ID: <23D8FACC-F392-43BF-BB48-EC14DED62B0E@apaxo.de> Hello, just wanted to inform everybody about a study in the german eprocurement market. Bericht 1/2011 Ullmann, W.; Hotait, A.: e-Procurement f?r C-Teile in KMU - ?bersicht und empirische Studie. 73 Seiten. Download der Internet-Version als pdf http://fb1.beuth-hochschule.de/index.php?page=veroeff_berichtsreihe http://fb1.beuth-hochschule.de/file/ullmann/Beuth_FB-I_2011-01.pdf Unfortunately GoodRelations is not mentioned but at least the study shows where to start to exchange standards. Have a great day /Manuel -- Manuel Blechschmidt CTO - Apaxo GmbH blechschmidt at apaxo.de http://www.apaxo.de August Bebel Str. 26 68519 Viernheim Telefon +49 (0)6204 9180 593 Fax +49 (0)6204 9180 594 Mobil: +49 173/6322621 Skype: Manuel_B86 Twitter: http://twitter.com/Manuel_B Sitz der Gesellschaft: Viernheim Handelsregister HRB 87159 Ust-IdNr. DE261368874 Amtsgericht Darmstadt Gesch?ftsf?hrer Friedhelm Scharhag From blechschmidt at apaxo.de Tue May 10 12:52:42 2011 From: blechschmidt at apaxo.de (Manuel Blechschmidt) Date: Tue, 10 May 2011 12:52:42 +0200 Subject: [goodrelations] German study about eProcurement in SME market In-Reply-To: References: <23D8FACC-F392-43BF-BB48-EC14DED62B0E@apaxo.de> Message-ID: Hello Jamshaid, I forwarded your request to the person in charge of this study but I would expect that there won't be a translation. You can try to use translation tools like Google Translate: http://translate.google.com/ /Manuel On 10.05.2011, at 12:41, Jamshaid Ashraf wrote: > Thanks Manuel, > > do we have the english version of the study or any possibility in near future? > > reg > jamshaid > > > 2011/5/10 Manuel Blechschmidt > Hello, > just wanted to inform everybody about a study in the german eprocurement market. > > Bericht 1/2011 > Ullmann, W.; Hotait, A.: e-Procurement f?r C-Teile in KMU - ?bersicht und empirische Studie. 73 Seiten. > Download der Internet-Version als pdf > > http://fb1.beuth-hochschule.de/index.php?page=veroeff_berichtsreihe > http://fb1.beuth-hochschule.de/file/ullmann/Beuth_FB-I_2011-01.pdf > > Unfortunately GoodRelations is not mentioned but at least the study shows where to start to exchange standards. > > Have a great day > /Manuel > -- > Manuel Blechschmidt > CTO - Apaxo GmbH > blechschmidt at apaxo.de > http://www.apaxo.de > > August Bebel Str. 26 > 68519 Viernheim > > Telefon +49 (0)6204 9180 593 > Fax +49 (0)6204 9180 594 > Mobil: +49 173/6322621 > > Skype: Manuel_B86 > Twitter: http://twitter.com/Manuel_B > > Sitz der Gesellschaft: Viernheim > Handelsregister HRB 87159 > Ust-IdNr. DE261368874 > Amtsgericht Darmstadt > Gesch?ftsf?hrer Friedhelm Scharhag > > > _______________________________________________ > goodrelations mailing list > goodrelations at ebusiness-unibw.org > http://ebusiness-unibw.org/cgi-bin/mailman/listinfo/goodrelations > -- Manuel Blechschmidt CTO - Apaxo GmbH blechschmidt at apaxo.de http://www.apaxo.de August Bebel Str. 26 68519 Viernheim Telefon +49 (0)6204 9180 593 Fax +49 (0)6204 9180 594 Mobil: +49 173/6322621 Skype: Manuel_B86 Twitter: http://twitter.com/Manuel_B Sitz der Gesellschaft: Viernheim Handelsregister HRB 87159 Ust-IdNr. DE261368874 Amtsgericht Darmstadt Gesch?ftsf?hrer Friedhelm Scharhag -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.hepp at ebusiness-unibw.org Thu May 19 13:32:42 2011 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Thu, 19 May 2011 13:32:42 +0200 Subject: [goodrelations] Yahoo adds GoodRelations to Yahoo Real Estate Message-ID: Dear all: I found out today that Yahoo is using GoodRelations [1] in RDFa syntax in their Yahoo Real Estate portal. Examples: Boston: http://realestate.yahoo.com/Georgia/Boston/8550-boston-monticello-rd:29179672ba4ed3eff95dd3127cbb473;_ylt=Aif5NROsacbwSiSgCzy49u5n47Qs Minnesota City: http://realestate.yahoo.com/Minnesota/Minnesota_City/104-misty-ln:d9562c1b8897502f4044c25c74548a45;_ylt=AnhzeBUofiZim9F_UABvN_hn47Qs The markup is currently pretty lightweight, but could be expanded easily. Best wishes Martin Hepp [1] http://purl.org/goodrelations/