From r at r-s.ro  Sat Jul  7 12:15:53 2012
From: r at r-s.ro (Radu Silaghi)
Date: Sat, 7 Jul 2012 13:15:53 +0300
Subject: [goodrelations] Joining gr:hasEAN_UCC-13, gr:hasGTIN-8,
	gr:hasGTIN-14 ?
Message-ID: <CAH4B4g9Sqeft3EAQzGK1zm7NpO89-j=i-YkVw2L0Q5Tyqc0bCQ@mail.gmail.com>

Hello everybody,

Is it possible to join into one parameter [ ex. hasGTIN, with same
cardinality (0..*) ] all 3 existing Datatype Properties gr:hasEAN_UCC-13,
gr:hasGTIN-8, gr:hasGTIN-14 ?

http://www.heppnetz.de/ontologies/goodrelations/v1.html#hasEAN_UCC-13

The aspect is considered by GoodRelations public draft for alignment with
Schema.org [ at column 5 ]
https://docs.google.com/document/pub?id=1Kx63gW9DBky1j97Jpwl3dU9k0pKPSgCT3EntTVvGjX4#h5o-2

Schema.org has already designated <meta itemprop='productID'
content='ean:xxx'/>

<div itemscope itemtype="http://schema.org/Property"
itemid="http://schema.org/productID">
   <link itemprop="domain" href="http://schema.org/Product"/>
   <link itemprop="range" href="http://schema.org/Text"/>
</div>


Reasoning from practical perspective:

1. Many ERP's have one field only for product barcode EAN_UCC, while
allowing simultaneous use of multiple  barcodes for same product [ one to
many relationship for barcode field inside ERP ]. Field allows input of
barcode EAN / UCC 8, 12, 13.

2. Product barcode alternates randomly from EAN_UCC-8 to EAN-UCC-13 for
same SKU.

Situation is frequent for multinational consumer goods with same brand and
SKU orifginating from different manufacturing sites arount the globe and
destinated to different markets.

Best regards,

Radu Silaghi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://ebusiness-unibw.org/pipermail/goodrelations/attachments/20120707/8c714c9e/attachment.html>

From martin.hepp at ebusiness-unibw.org  Mon Jul 16 10:04:47 2012
From: martin.hepp at ebusiness-unibw.org (Martin Hepp)
Date: Mon, 16 Jul 2012 10:04:47 +0200
Subject: [goodrelations] Fwd:GoodRelations Annotator not working
References: <56EACF96-3DE5-47C9-8A8E-70A356FDDA38@ebusiness-unibw.org>
Message-ID: <F8374451-B233-42D4-9F4A-7C2C3AD84672@ebusiness-unibw.org>

Dear all:

The somewhat outdated GoodRelations Annotator tools [1] is currently down, likely due to an incompatibility between Python libraries. 
We are working on the issue. In the meantime, please use

    http://www.ebusiness-unibw.org/tools/grsnippetgen/

which is more up-to-date anyway.

It is likely that we will deprecate [1] completely in the near future and consolidate our work into a single, enhanced GoodRelations Snippets Generator.

Best wishes

Martin Hepp

[1] http://www.ebusiness-unibw.org/tools/goodrelations-annotator/en/

--------------------------------------------------------
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 lists at psycholutions.com  Mon Jul 16 11:37:16 2012
From: lists at psycholutions.com (Lists)
Date: Mon, 16 Jul 2012 11:37:16 +0200
Subject: [goodrelations]  & Google
Message-ID: <F10A2D7BA6D94C1CBB75D9D099349E64@SteviePC>

Hello friends of annotations,


Question 1:
As I know Google doesn't accept non visible/hidden annotations.
Is there any approach to serve this- even via the generator? 

Question 2:
Is it okay to use microformats like them from schema.org together with
GoodRelation on the same product page?
Are there any pitfalls.

Question 3:
How would you present something like this in GoodRelations?:

http://schema.org/WebApplication


i. A. Habibi





From martin.hepp at ebusiness-unibw.org  Wed Jul 18 21:34:49 2012
From: martin.hepp at ebusiness-unibw.org (Martin Hepp)
Date: Wed, 18 Jul 2012 21:34:49 +0200
Subject: [goodrelations] New additionalType property in schema.org
Message-ID: <D6FFB350-1E38-4A8B-8207-140D7F11BC82@ebusiness-unibw.org>

Dear all:

I am happy to announce that the sponsors of schema.org, i.e. Google, Yahoo, Bing, and Yandex, have just implemented my proposal (from September 2011) to add a new property additionalType to http://schema.org/Thing and thus also to http://schema.org/Product.

This allows using the more than 300,000 precise product type identifiers from our http://www.productontology.org service for telling search engines very, very precise the type of products or services you are selling.

For example, a racing bike should now be marked up as follows:

<div itemscope itemtype="http://schema.org/Product">
    <link itemprop="additionalType" href="http://www.productontology.org/id/Racing_bicycle" />
    <!-- other schema.org properties go in here -->
</div>	

You can use any reasonable Wikipedia entry for that.

See 

    http://www.productontology.org/doc/Racing_bicycle#microdata

for more details.

This is also the first step in the ongoing effort to make the GoodRelations vocabulary fully available from the schema.org namespace.

Best wishes

Martin

--------------------------------------------------------
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 s_miles at mit.edu  Thu Jul 19 13:11:05 2012
From: s_miles at mit.edu (Stephen Miles)
Date: Thu, 19 Jul 2012 07:11:05 -0400
Subject: [goodrelations] goodrelations Digest, Vol 47, Issue 4
In-Reply-To: <mailman.1.1342692002.22112.goodrelations@ebusiness-unibw.org>
References: <mailman.1.1342692002.22112.goodrelations@ebusiness-unibw.org>
Message-ID: <CAKv2t6O-indgLRaf3GoyPVTMmKH2MBn1YfAExX19c6UFNJZJdA@mail.gmail.com>

Greetings Martin,

Congratulations on schema.org buy-in.

The Auto-ID Labs at MIT have been asked to organize conference on Big Data
for CPG retail, transportation logistics and mobile retail commerce Oct
9-10 in Cambridge MA by VICS and GS1.  Thought to check in with you as to
whether speaking at this event would be of interest.  Unfortunately we do
not have funds to reimburse for travel.  Please advise as to your interest
and availability.

-Steve-

Stephen Miles
Research Affiliate and Consultant
Auto-ID Labs
s_miles at mit.edu
978 884 0214 (C)

>
> Message: 1
> Date: Wed, 18 Jul 2012 21:34:49 +0200
> From: Martin Hepp <martin.hepp at ebusiness-unibw.org>
> Subject: [goodrelations] New additionalType property in schema.org
> To: goodrelations-list <goodrelations at ebusiness-unibw.org>
> Message-ID: <D6FFB350-1E38-4A8B-8207-140D7F11BC82 at ebusiness-unibw.org>
> Content-Type: text/plain; charset=us-ascii
>
> Dear all:
>
> I am happy to announce that the sponsors of schema.org, i.e. Google,
> Yahoo, Bing, and Yandex, have just implemented my proposal (from September
> 2011) to add a new property additionalType to http://schema.org/Thing and
> thus also to http://schema.org/Product.
>
> This allows using the more than 300,000 precise product type identifiers
> from our http://www.productontology.org service for telling search
> engines very, very precise the type of products or services you are selling.
>
> For example, a racing bike should now be marked up as follows:
>
> <div itemscope itemtype="http://schema.org/Product">
>     <link itemprop="additionalType" href="
> http://www.productontology.org/id/Racing_bicycle" />
>     <!-- other schema.org properties go in here -->
> </div>
>
> You can use any reasonable Wikipedia entry for that.
>
> See
>
>     http://www.productontology.org/doc/Racing_bicycle#microdata
>
> for more details.
>
> This is also the first step in the ongoing effort to make the
> GoodRelations vocabulary fully available from the schema.org namespace.
>
> Best wishes
>
> Martin
>
> --------------------------------------------------------
> 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/
>
>
>
>
>
>
> ------------------------------
>
> _______________________________________________
> goodrelations mailing list
> goodrelations at ebusiness-unibw.org
> http://ebusiness-unibw.org/cgi-bin/mailman/listinfo/goodrelations
>
>
> End of goodrelations Digest, Vol 47, Issue 4
> ********************************************
>



-- 
"creating an internet of things - one thing at a time."
http://bit.ly/s_miles

RFID Technology and Applications, Edited by Stephen Miles, Sanjay Sarma,
John Williams
For more information see www.cambridge.org/9780521880930

Now available in Paperbackfrom Amazon:
http://www.amazon.com/RFID-Technology-Applications-Stephen-Miles/dp/0521880939
(ISBN-13: 9780521169615)

Also available in Hardback | Adobe eBook
Published April 2011
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://ebusiness-unibw.org/pipermail/goodrelations/attachments/20120719/6dcfe052/attachment.html>

From martin.hepp at ebusiness-unibw.org  Fri Jul 20 05:08:01 2012
From: martin.hepp at ebusiness-unibw.org (Martin Hepp)
Date: Fri, 20 Jul 2012 05:08:01 +0200
Subject: [goodrelations] New additionalType property in schema.org
In-Reply-To: <CADfiEMPTm8XYMEEN79CtP=RGOfrSvqUUy0LYAtcL3V8a4BT-pQ@mail.gmail.com>
References: <D6FFB350-1E38-4A8B-8207-140D7F11BC82@ebusiness-unibw.org>
	<320C6CC4-BF2A-40E5-BF76-22FED80AE06E@ebusiness-unibw.org>
	<CADfiEMPTm8XYMEEN79CtP=RGOfrSvqUUy0LYAtcL3V8a4BT-pQ@mail.gmail.com>
Message-ID: <EB235921-C376-4516-92D3-93E4426765F5@ebusiness-unibw.org>

Dear Michael, all:

In general, the semantics of additionalType and itemType is the same, and both are equivalent to rdf:type when consumed in an RDF environment. There are the following subtle differences:

1. In a Microdata environment, itemType sets the context for the properties and might thus influence how a local property name (like "description") will be translated into a fully qualified URI, unless the vocabulary assumes global property identifiers, see [1, 2].

additionalType does not influence the context for contextual generation of RDF properties.

This is currently not relevant for schema.org, since schema.org uses the "vocabulary URI generation scheme" [2] and  assumes global property identifiers, i.e. the "description" property maps to the same URI

    http://schema.org/description

and not to a type-dependent URI like

    http://schema.org/Thing&prop=description, if the itemType is http://schema.org/Thing, 

in contrast to

    http://schema.org/Product&prop=description, if the itemType is http://schema.org/Product.

However, if schema.org grows, its sponsors may decide to change the processing to context-based property URIs in order to avoid property name collisions (e.g. if you need a "parent" property for two very different itemTypes, like "person" vs. "folder" - it may become hard to find catchy names that are nice within the context of a certain type but do not conflict with property names defined for other types).

2. One cannot assume that all clients understand all additionalTypes, but a Microdata-compliant client supporting a particular Microdata vocabulary must support all of the types from that vocabulary. In general, a data publisher has to expect that some clients simply ignore the additional type.

3. In practice, the appropriate data cleansing and provenance-based handling of additional types will likely differ from the main itemType, because

a) additionalType markup may contain URIs of information resources (e.g. Wikipedia entries) instead of true type / class identifiers (like http://www.productontology.org class IDs), and

b) markup may contain simple category labels as text. While this is strictly speaking invalid markup, consuming clients should deal with it.

For case a), a consuming client may translate a URI from a namespace known to represent  information resources into a new URI (e.g. by appending "#class" as a suffix).

For case b), a consuming client may translate the category label into a proprietary URI, e.g. by properly URL escaping the string and attaching it to a site-specific base URI (e.g. translating "car audio" into http://example.com/#car%20audio.

Best wishes

Martin

[1] http://www.w3.org/TR/microdata-rdf/#property-uri-generation
[2] http://www.w3.org/TR/microdata-rdf/#generate-predicate-uri

On Jul 19, 2012, at 6:04 PM, Michael F Uschold wrote:

> Good going Martin.
> 
> What is the relationship between the semantics of "itemType", "additionalType" and "rdf:type"?
> Seems like itemType and additionalType might be subproperties of rdf:type?
> 
> Michael 
> 
> Feel free to respond to the list, if appropriate.
> 
> 
> On Wed, Jul 18, 2012 at 12:41 PM, Martin Hepp <martin.hepp at ebusiness-unibw.org> wrote:
> FYI
> 
> Clients consuming schema.org markup in RDF environments should translate the additionalType property to rdf:type, at least if the value of this property is a valid URI that identifies a class (e.g. if it comes from the http://www.productontology.org/id/* namespace).
> 
> Best
> Martin Hepp
> 
> Begin forwarded message:
> 
> > Dear all:
> >
> > I am happy to announce that the sponsors of schema.org, i.e. Google, Yahoo, Bing, and Yandex, have just implemented my proposal (from September 2011) to add a new property additionalType to http://schema.org/Thing and thus also to http://schema.org/Product.
> >
> > This allows using the more than 300,000 precise product type identifiers from our http://www.productontology.org service for telling search engines very, very precise the type of products or services you are selling.
> >
> > For example, a racing bike should now be marked up as follows:
> >
> > <div itemscope itemtype="http://schema.org/Product">
> >    <link itemprop="additionalType" href="http://www.productontology.org/id/Racing_bicycle" />
> >    <!-- other schema.org properties go in here -->
> > </div>
> >
> > You can use any reasonable Wikipedia entry for that.
> >
> > See
> >
> >    http://www.productontology.org/doc/Racing_bicycle#microdata
> >
> > for more details.
> >
> > This is also the first step in the ongoing effort to make the GoodRelations vocabulary fully available from the schema.org namespace.
> >
> > Best wishes
> >
> > Martin
> 
> --------------------------------------------------------
> 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/
> 
> 
> 
> 
> 
> 
> 
> -- 
> Michael Uschold, PhD
>    Senior Ontology Consultant, Semantic Arts
>    http://www.semanticarts.com
>    LinkedIn: http://tr.im/limfu
>    Skype, Twitter: UscholdM
> 
> 
> 
> 

--------------------------------------------------------
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  Fri Jul 20 07:21:19 2012
From: martin.hepp at ebusiness-unibw.org (Martin Hepp)
Date: Fri, 20 Jul 2012 07:21:19 +0200
Subject: [goodrelations] Fwd: Good Relations validThrough
References: <B4C365CA-705E-4B75-A191-A295D8792A54@unibw.de>
Message-ID: <16A25E62-5A78-4470-B136-F959B8415258@ebusiness-unibw.org>

Dear all:

In the context of the ongoing work of making GoodRelations directly available from the schema.org namespace, there was a discussion on the difference between the use of validFrom/validThrough attached to gr:Offering vs. gr:UnitPriceSpecification. I am relaying my reply below since I assume this topic is relevant for a broader audience.

Best
Martin Hepp


Begin forwarded message:

> 
>> in the GR integration proposal, is the field validThrough on Offer really needed? There is already priceValidUntil in http://schema.org/Offer. If it's needed, could you please disambiguate the two?
> 
> Let me first provide a little bit of background:
> 
> The two properties validFrom/validThrough can be applied to several GoodRelations types:
> 
> 1. gr:Offering
> 2. gr:PriceSpecification, including specializations like gr:DeliveryChargeSpecification, gr:PaymentChargeSpecification, and
> gr:UnitPriceSpecification
> 3. gr:License  
> 4. gr:OpeningHoursSpecification
> 
> The semantics is always the same: It limits the temporal validity of the respective statement.
> 
> The difference between attaching it to an offer vs. attaching it to a UnitPriceSpecification is that the former defines the validity of the offer and the latter the validity of the price. Both is pretty important:
> 
> You may want to say that you offer rooms for rent from June 1 - September 30, which is then a property of the offer, i.e. the promise to grant someone some rights on something.
> 
> You may also want to have two different prices for non-overlapping periods of time, e.g. an apple costs 2 USD regularly, but only 1 USD on July 4, 2012. Then, validFrom/validThrough is a property of the two price specifications.
> 
> http://wiki.goodrelations-vocabulary.org/Cookbook/Pricing#Seasonal_Discounts_and_Special_Offers.
> 
> Now, in the case of the schema.org integration, we have two ways of modeling prices:
> 
> a) The simple, original schema.org pattern with the three properties
> 
> price	Number or Text	The offer price of the product.
> priceCurrency	Text	The currency (in 3-letter ISO 4217 format) of the offer price.
> priceValidUntil	Date	The date after which the price is no longer available.
> 
> **directly applied to the http://schema.org/Offer entity***, and
> 
> b) the advanced GoodRelations pattern with a dedicated price entity, which allows quantity discounts, billing increments, etc. - lots of things that we need for more advanced pricing, in particular the video examples from
> 
>   http://wiki.goodrelations-vocabulary.org/Cookbook/Video_content
> 
> So we will have the following choices with the enhanced http://schema.org/Offer itemtype:
> 
> a) Offer with a simple price pattern
> validFrom	datetime - the start of the validity of the offer
> validThrough	datetime - the end of the validity of the offer
> priceValidUntil	date	- the end of the validity of the price
> 
> Note that certain legislations (e.g. in Germany) lean towards requiring price comparison sites to suppress expired prices. In that case, you may want to know that the offer is still valid, even if the price expired.
> 
> b) Offer with an advanced price pattern
> http://schema.org/Offer
> validFrom	datetime - the start of the validity of the offer
> validThrough	datetime - the end of the validity of the offer
> 
> http://schema.org/UnitPriceSpecification
> validFrom	datetime - the start of the validity of the price
> validThrough	datetime - the end of the validity of the price
> 

--------------------------------------------------------
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  Fri Jul 20 08:18:29 2012
From: martin.hepp at ebusiness-unibw.org (Martin Hepp)
Date: Fri, 20 Jul 2012 08:18:29 +0200
Subject: [goodrelations] Handy GoodRelations Custom Search Engine
Message-ID: <F0F7B7DA-A3DE-4E82-9DFC-D495911DF63C@ebusiness-unibw.org>

Dear all:

I just created a Google custom search engine that provides a handy way of finding relevant pages from all GoodRelations-related sites, including the language specification, the mailing list archive, and the wiki. 

It is in particular useful for finding relevant discussions in the mailing list archives etc.

You can access it here:

	http://www.google.com/cse/home?cx=014242670995335580888:2xgvkm4fatu


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 lists at psycholutions.com  Mon Jul 30 13:35:21 2012
From: lists at psycholutions.com (Lists)
Date: Mon, 30 Jul 2012 13:35:21 +0200
Subject: [goodrelations]  RDFa-markup
Message-ID: <9B3E7C647D4D41A5A7E16643753E32BD@SteviePC>

Hello gr community,

is there a workaround for "gr:eligibleRegions" available?
I mean there is a bunch of RDFa markup which makes my site slow down- If I
want to tell the clients all eligble regions.
Since my products are available in nearly every country of the world through
the web, gr:eligibleRegions content="ALL" would be helpfull.
Are there any aproaches available? Do I have to markup every country/region
of the world?

c u steve