From r at r-s.ro Mon May 7 12:50:10 2012 From: r at r-s.ro (Radu Silaghi) Date: Mon, 7 May 2012 13:50:10 +0300 Subject: [goodrelations] gr:displayPosition help In-Reply-To: References: Message-ID: Hello all, Has anybody a use case for gr:displayPosition at http://www.heppnetz.de/ontologies/goodrelations/v1.html#displayPosition ? It is a new introduction and not officially documented yet, and I am new to GR and overwelmed at this. thanks, Radu -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.hepp at ebusiness-unibw.org Tue May 8 01:02:22 2012 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Tue, 8 May 2012 01:02:22 +0200 Subject: [goodrelations] gr:displayPosition help In-Reply-To: References: Message-ID: Hi Radu, On May 7, 2012, at 12:50 PM, Radu Silaghi wrote: > > Hello all, > > Has anybody a use case for gr:displayPosition at http://www.heppnetz.de/ontologies/goodrelations/v1.html#displayPosition ? > > It is a new introduction and not officially documented yet, and I am new to GR and overwelmed at this. > > thanks, > > Radu You can use this annotation property for indicating a preferred order for the rendering of various types of data. A typical example is defining an order for product attributes in a domain extension for GoodRelations. For instance, if you follow the recipe at http://wiki.goodrelations-vocabulary.org/Documentation/Extensions and define new product properties like # Properties foo:hasOperatingVoltage a owl:ObjectProperty ; rdfs:domain default:TVSet ; rdfs:range gr:QuantitativeValueInteger ; rdfs:subPropertyOf gr:quantitativeProductOrServiceProperty . foo:hasVideoInput a owl:DatatypeProperty ; rdfs:domain default:TVSet ; rdfs:range xsd:boolean ; rdfs:subPropertyOf gr:datatypeProductOrServiceProperty . then you may want to say that the operating voltage should typically be shown first by a client by adding the statements foo:hasOperatingVoltage gr:displayPosition "1"^^xsd:integer . foo:hasVideoInput gr:displayPosition "2"^^xsd:integer . A client should (but does not have to) order property values by the ordering relation of indicated by gr:displayPosition, if present. Note that this simple mechanism does allow only a single, global order at the vocabulary level. The initial reason to introduce gr:displayPosition was that you often need to create a tabular list of opening hours per day of the week, which is difficult only on the basis of gr:hasNext and gr:hasPrevious links between the days of the week. Thus, all days of the week in GoodRelations have a gr:displayPosition property with Mo = 1, Tue = 2, Wed = 3, ..., Sun = 7. # Example in Turtle syntax gr:Monday a gr:DayOfWeek; gr:displayPosition 1; ... rdfs:label "Monday (day of week)"@en. gr:Tuesday a gr:DayOfWeek; gr:displayPosition 2; ... rdfs:label "Tuesday (day of week)"@en. etc. This allows simple SPARQL queries like SELECT DISTINCT(?day), ?pos WHERE { ?day a gr:DayOfWeek . ?day gr:displayPosition ?pos. } ORDER BY ?pos which will return this nicely ordered list day pos http://purl.org/goodrelations/v1#Monday 1 http://purl.org/goodrelations/v1#Tuesday 2 http://purl.org/goodrelations/v1#Wednesday 3 http://purl.org/goodrelations/v1#Thursday 4 http://purl.org/goodrelations/v1#Friday 5 http://purl.org/goodrelations/v1#Saturday 6 http://purl.org/goodrelations/v1#Sunday 7 http://purl.org/goodrelations/v1#PublicHolidays 8 If you use nested SPARQL queries, you can nicely create an ordered table of opening hours on the basis of gr:displayPosition. Hope that helps. 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 martin.hepp at ebusiness-unibw.org Tue May 8 19:29:10 2012 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Tue, 8 May 2012 19:29:10 +0200 Subject: [goodrelations] Extending GoodRelations with site-specific properties References: Message-ID: <5E3ABEE2-3E82-4337-BD46-539A77958AD2@ebusiness-unibw.org> Dear all: In a private e-mail, I was asked to add a property for the NACE identifiers for GoodRelations so that one could attach those codes to company data: >> http://epp.eurostat.ec.europa.eu/cache/ITY_OFFPUB/KS-RA-07-015/EN/KS-RA-07-015-EN.PDF Here is my reply: First, we always appreciate suggestions to improve GoodRelations, sincerely! However, we usually add new elements to GoodRelations only if there will be significant amounts of actual data based on that. So extensions to the core GoodRelations vocabulary require that at least one of the following conditions hold: - The extension will be used by at least one major adaptor (e.g. a large site). - The extension will be used by many smaller users (e.g. a frequent request or common need). - The extension will expand the application domain of a GoodRelations element, i.e. it will make it more generically usable (e.g. details of payment methods that are needed for hotel prices). - The extension makes GoodRelations more beautiful ;-) The reasons for that is that keeping a vocabulary as small as possible is an important goal for us. Second, keep in mind that you can always extend GoodRelations in your own namespace if you need additional properties. There is no need to wait for us to add new elements if you have more data or more granular data. Simply define the additional elements in your own site, ideally directly in RDFa in a special "vocabulary" page, e.g. http://acme.com/vocabulary/ For instance, for adding a new property "hasNACE" to the gr:BusinessEntity class, it is sufficient to add this block of markup to your http://acme.com/vocabulary/ page:
hasNACE
Then, you can use the property anywhere on your site or even globally. E.g. you could use it in the markup of your main page:
ACME Inc. NACE code:
0123456
If the extensions are new properties or new classes for types of products or services, your modeling pattern should follow the recipe shown here: http://wiki.goodrelations-vocabulary.org/Documentation/Extensions That means that for those properties, you will have to make the properties and classes specializations of the meta-model from GoodRelations, i.e. gr:datatypeProductOrServiceProperty, gr:quantitativeProductOrServiceProperty, gr:qualitativeProductOrServiceProperty, gr:ProductOrService, or gr:QualitativeValue Example: We want to define a new property hasWifi for indicating Wifi support of a product. The range will be a boolean value, so following from the extensions recipe, it must be an owl:DatatypeProperty and an rdfs:subPropertyOf gr:datatypeProductOrServiceProperty. On the vocabulary page, we define a new product property:
hasWifi
Then, we can use it on item pages with the full property URI or by defining a namespace prefix for our site:
ACME Anvil with Wifi Wifi:
Dear all: > > In a private e-mail, I was asked to add a property for the NACE identifiers for GoodRelations so that one could attach those codes to company data: > >>> http://epp.eurostat.ec.europa.eu/cache/ITY_OFFPUB/KS-RA-07-015/EN/KS-RA-07-015-EN.PDF > > Here is my reply: > > First, we always appreciate suggestions to improve GoodRelations, sincerely! > However, we usually add new elements to GoodRelations only if there will be significant amounts of actual data based on that. > So extensions to the core GoodRelations vocabulary require that at least one of the following conditions hold: > > - The extension will be used by at least one major adaptor (e.g. a large site). > - The extension will be used by many smaller users (e.g. a frequent request or common need). > - The extension will expand the application domain of a GoodRelations element, i.e. it will make it more generically usable (e.g. details of payment methods that are needed for hotel prices). > - The extension makes GoodRelations more beautiful ;-) > > The reasons for that is that keeping a vocabulary as small as possible is an important goal for us. -- Dominique Guardiola, QUINODE ? http://www.quinode.fr/ ? Tel : 04.27.86.84.37 ? Mob : 06.15.13.22.27 -- Dominique Guardiola, QUINODE ? http://www.quinode.fr/ ? Tel : 04.27.86.84.37 ? Mob : 06.15.13.22.27 From martin.hepp at ebusiness-unibw.org Tue May 8 22:12:12 2012 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Tue, 8 May 2012 22:12:12 +0200 Subject: [goodrelations] Extending GoodRelations with site-specific properties In-Reply-To: <83420E8D-343A-412D-A160-88459F96ACA5@quinode.fr> References: <5E3ABEE2-3E82-4337-BD46-539A77958AD2@ebusiness-unibw.org> <83420E8D-343A-412D-A160-88459F96ACA5@quinode.fr> Message-ID: Hi, Thanks for your feedback! Two answers: First, I have filed an issue for adding a property for NACE to GoodRelations, but it is not high on the agenda, unless there is at least one major data source (e.g. a big yellow pages project, an European registry, etc.) that would use this property. I.e. I need a use-case partner to make this a priority. This is because any change to a Web vocabulary, and any increase in vocabulary size, has a cost for other adopters of the vocabulary. The gain for the ecosystem must justify the effort (not mine - that of the community of users). Second, properties for ISIC etc. were introduced earlier in the history of GoodRelations. They are not used very much, but could become useful. This is why we keep them as a relict from the early days of GoodRelations. We do not want to break anybody's application or data by service updates if we can avoid that. When judging our decisions, please keep in mind that GoodRelations is one of the few Web ontologies that have been used by real Web sites since 2008, so are are sometimes tied in between backwards compatibility and improvements. We do not make such decisions lightheartedly. Best Martin On May 8, 2012, at 9:12 PM, Coop?rative Quinode wrote: > Martin > > Thank you to share this private exchange on the list, > I suppose you wanted some feedback, here are my two cents: > As an european citizen (like you), I can't understand why the US ISIC codes can be listed as an official property [1] > > And not NACE codes, their official counterpart in the European Union ? > re. your 4 requirements, ISIC does not comply with #3 either > > If ISIC code is useful to american businesses using GR, I bet NACE would be also useful in EU countries too... > > Regarding "the open door to anything" argument, I don't think we'll see dozens of international products and services general classifications popping up everywhere > perhaps one or two more from asia or africa and then ?... > > > other things related : > > - The CPV EU vocabulary (well an, EU-funded project) is already using GR [2] > - The EU Core Business Vocabulary effort could link to GR at some point [3] > > > Best regards, and thanks for all your work on GR > > > [1] http://www.heppnetz.de/ontologies/goodrelations/v1#hasISICv4 > [2] http://www.josemalvarez.es/web/2011/11/05/cpv/ > [3] https://joinup.ec.europa.eu/asset/core_business/description > > > Le 8 mai 2012 ? 19:29, Martin Hepp a ?crit : > >> Dear all: >> >> In a private e-mail, I was asked to add a property for the NACE identifiers for GoodRelations so that one could attach those codes to company data: >> >>>> http://epp.eurostat.ec.europa.eu/cache/ITY_OFFPUB/KS-RA-07-015/EN/KS-RA-07-015-EN.PDF >> >> Here is my reply: >> >> First, we always appreciate suggestions to improve GoodRelations, sincerely! >> However, we usually add new elements to GoodRelations only if there will be significant amounts of actual data based on that. >> So extensions to the core GoodRelations vocabulary require that at least one of the following conditions hold: >> >> - The extension will be used by at least one major adaptor (e.g. a large site). >> - The extension will be used by many smaller users (e.g. a frequent request or common need). >> - The extension will expand the application domain of a GoodRelations element, i.e. it will make it more generically usable (e.g. details of payment methods that are needed for hotel prices). >> - The extension makes GoodRelations more beautiful ;-) >> >> The reasons for that is that keeping a vocabulary as small as possible is an important goal for us. > > -- > Dominique Guardiola, QUINODE > ? http://www.quinode.fr/ > ? Tel : 04.27.86.84.37 > ? Mob : 06.15.13.22.27 > > > > > > -- > Dominique Guardiola, QUINODE > ? http://www.quinode.fr/ > ? Tel : 04.27.86.84.37 > ? Mob : 06.15.13.22.27 > > > > > > > _______________________________________________ > 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 martin.hepp at ebusiness-unibw.org Thu May 10 19:05:07 2012 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Thu, 10 May 2012 19:05:07 +0200 Subject: [goodrelations] One external file for all annotations In-Reply-To: <000801cd2ec0$b392bff0$1ab83fd0$@eplatforms.com> References: <000801cd2ec0$b392bff0$1ab83fd0$@eplatforms.com> Message-ID: > Dear Sir/Madam, > > I am writing to ask a question about using your vocabulary. Is there any way that we could put all meta-data for products in just one external file instead of embedding in every single page? Yes, you can - e.g. in RDF/XML syntax. A template for that is here: http://code.google.com/p/templates4goodrelations/source/browse/template-rdf.rdf This is an interesting approach for price comparison engines and for feeding semantic search engines like Sindice.com. See also http://wiki.goodrelations-vocabulary.org/GoodRelations_for_Price_Comparison_Engines Unfortunately, it does not work for Google et al., because they prefer a tight integration of the visible with the invisible content and thus honor RDFa only. But don't worry - embedding the markup in all individual pages does not really make them big or slow: http://wiki.goodrelations-vocabulary.org/Frequently_Asked_Questions#Will_the_extra_markup_slow_down_my_page.3F Q: Will the extra markup slow down my page? A: No. In comparison to the total size of all components of typical e-commerce Web pages, GoodRelations meta-data will add just 0.5 - 1 % of extra markup. Since HTTP 1.1 supports compression by default and since a part of the page loading times are independent of the size of the content for establishing the connection, even very comprehensive GoodRelations markup typically adds less than 0.2 - 0.5 % (!) to the loading time. This means that for a page loading in 300 ms, the transfer of the rich e-commerce meta-data will at max require additional 2 ms. This is way beyond what humans are able to spot. Best M. 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/ -------------------------------------------------------- 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 r at r-s.ro Tue May 15 01:45:36 2012 From: r at r-s.ro (Radu Silaghi) Date: Tue, 15 May 2012 02:45:36 +0300 Subject: [goodrelations] appologies and code for feedback Message-ID: Hello everybody, Apologies for sparkling the debate on NACE code and for not directly using the forum for mentioning it. I mentioned it not to be overlooked, because in practice is only used by Chamber of Commerce for internal statistics. For e-commerce, I would trade it for speed, from vocabulary point of view, now that I know how to use it. Back to my original intent, as I am newbie, please correct my codes for implementation of Google Product availability labels into Rich Snippets. At http://www.heppresearch.com/gr4google and http://www.heppnetz.de/ontologies/goodrelations/v1#hasInventoryLevel examples are showing Rich Snippets stock availability status based on stock count. My system displays Inventory Availability based on stock in different warehouses ( detailed below ) Want : Google Snippet to display Inventory Availability label from my system. ( Code is below table ) Thanks for correction, Radu eShop stock Warehouse stock Supplier stock System Label Google Snippet ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- positive stock in stock in stock ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- zero stock zero stock positive stock preorder preorder ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- zero stock positive stock available for order available for order ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- zero stock zero stock zero stock out of stock out of stock -----------------------------------------------------------------------------------------------------------------------------------------------------------------------
Radu Silaghi +40743158194 -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.hepp at ebusiness-unibw.org Sun May 27 14:14:16 2012 From: martin.hepp at ebusiness-unibw.org (Martin Hepp) Date: Sun, 27 May 2012 14:14:16 +0200 Subject: [goodrelations] GoodRelations Tutorial at ESWC 2012 rescheduled to 16:00 today Message-ID: <4518CCEB-51F3-4D3F-8CE2-F513DFB3EF46@ebusiness-unibw.org> Dear all, in case you are attending the ESWC 2012 conference: The GoodRelations tutorial planned for 14:00 has been rescheduled by two hours to 16:00 today. The location remains unchanged (Room Clio, Knossos Royal, Crete). -------------------------------------------------------- martin hepp * Project Main Page: http://purl.org/goodrelations/