kyaw thura maung
2014-03-14 21:50:29 UTC
Vol 94, Issue 11
Kyaw
An HTML attachment was scrubbed...
URL: http://lists.ibiblio.org/pipermail/cc-devel/attachments/20140315/30fba3b8/attachment-0001.html
Kyaw
Send cc-devel mailing list submissions to
cc-devel at lists.ibiblio.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ibiblio.org/mailman/listinfo/cc-devel
or, via email, send a message with subject or body 'help' to
cc-devel-request at lists.ibiblio.org
You can reach the person managing the list at
cc-devel-owner at lists.ibiblio.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cc-devel digest..."
1. Re: cc-devel Digest, Vol 94, Issue 10 (kyaw thura maung)
----------------------------------------------------------------------
Message: 1
Date: Sat, 15 Mar 2014 04:18:43 +0630
From: kyaw thura maung <tamutharlay at gmail.com>
Subject: Re: [cc-devel] cc-devel Digest, Vol 94, Issue 10
To: cc-devel at lists.ibiblio.org
<CAMc+1XNiborSHPsUBxrQrbX7827M=gz99M05N=
f_1qpgMZ8YXg at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Vol 94, issue 10
Kyaw
might
cc:Notice annotation. I assume the current text was crafted very
carefully, so I've no opinion. Without the added words, maybe a span
around "do so".
Another option would be to remove the Notice statement from the RDF/XML
as well and change the schema such that cc:Notice is a subclass of
cc:Attribution. This would reflect how most people bundle the concepts,
including now on the deeds, and also outside CC -- some people call BSD
and MIT attribution licenses, though their only such requirement is to
retain copyright notices. I'd recommend getting more expert semweb
feedback before implementing this option.
Mike
it'd
notices
do
You
to
contain
(possibly
http://www.w3.org/2012/pyRdfa/extract?uri=http%3A%2F%2Fcreativecommons.org%2Flicenses%2Fby%2F4.0%2F&format=turtle&rdfagraph=output&vocab_expansion=false&rdfa_lite=false&embedded_rdf=true&space_preserve=true&vocab_cache=true&vocab_cache_report=false&vocab_cache_refresh=false
http://lists.ibiblio.org/pipermail/cc-devel/attachments/20140314/d6c4be7c/attachment.html
An HTML attachment was scrubbed...
http://lists.ibiblio.org/pipermail/cc-devel/attachments/20140315/2a0eefad/attachment-0001.html
are
to
Because
basic
half
retaining
not
licenses,
and
http://web.archive.org/web/20100904085343/http://creativecommons.org/licenses/MIT/rdfbut
can
that
than
reasonable
or
notices
that
something
cc:Notice
I've
RDF/XML
concepts,
BSD
fixed.
+31205756720<tel://t%20
@mzeinstra
cc:Notice
published
may
I
tool
them
very
and
custom
the
publisher's
licenses.
(and all
vocab_cache=true&vocab_cache_report=false&vocab_cache_refresh=false)
the
confused
this
request
https://github.com/creativecommons/
overlook
fix
+31205756720| m
cc-devel at lists.ibiblio.org>
cc-devel mailing list
cc-devel at lists.ibiblio.org <mailto:cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
-------------- next part --------------
An HTML attachment was scrubbed...
http://lists.ibiblio.org/pipermail/cc-devel/attachments/20140314/ffb351e2/attachment-0001.html
----------------------------------------------------------------------
is
be
to a
can't
that
not
the
right.
copyright
license
information
Europeana
former.
standard
cc:Attribution
http://lists.ibiblio.org/pipermail/cc-devel/attachments/20140313/cc6b993a/attachment-0001.html
modify
that
ask
I)
that
that
resources
is
be
to a
can't
that
not
the
right.
license
that
trying
on
Antoine
other
http://creativecommons.org/licenses/by/4.0/?(using?http://www.w3.org/2012/pyRdfa/extract?uri=http%3A%2F%2Fcreativecommons.org%2Flicenses%2Fby%2F4.0%2F&format=turtle&rdfagraph=output&vocab_expansion=false&rdfa_lite=false&embedded_rdf=true&space_preserve=true&vocab_cache=true&vocab_cache_report=false&vocab_cache_refresh=false)
former.
and
this
something
with
http://lists.ibiblio.org/pipermail/cc-devel/attachments/20140314/2daafc27/attachment.html
An HTML attachment was scrubbed...
http://lists.ibiblio.org/pipermail/cc-devel/attachments/20140315/69571aab/attachment.html
An HTML attachment was scrubbed...
http://lists.ibiblio.org/pipermail/cc-devel/attachments/20140315/dc48f28c/attachment.html
An HTML attachment was scrubbed...
http://lists.ibiblio.org/pipermail/cc-devel/attachments/20140315/07c44ea2/attachment.html
------------------------------
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
End of cc-devel Digest, Vol 94, Issue 11
****************************************
-------------- next part --------------cc-devel at lists.ibiblio.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ibiblio.org/mailman/listinfo/cc-devel
or, via email, send a message with subject or body 'help' to
cc-devel-request at lists.ibiblio.org
You can reach the person managing the list at
cc-devel-owner at lists.ibiblio.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cc-devel digest..."
1. Re: cc-devel Digest, Vol 94, Issue 10 (kyaw thura maung)
----------------------------------------------------------------------
Message: 1
Date: Sat, 15 Mar 2014 04:18:43 +0630
From: kyaw thura maung <tamutharlay at gmail.com>
Subject: Re: [cc-devel] cc-devel Digest, Vol 94, Issue 10
To: cc-devel at lists.ibiblio.org
<CAMc+1XNiborSHPsUBxrQrbX7827M=gz99M05N=
f_1qpgMZ8YXg at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Vol 94, issue 10
Kyaw
Send cc-devel mailing list submissions to
cc-devel at lists.ibiblio.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ibiblio.org/mailman/listinfo/cc-devel
or, via email, send a message with subject or body 'help' to
cc-devel-request at lists.ibiblio.org
You can reach the person managing the list at
cc-devel-owner at lists.ibiblio.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cc-devel digest..."
1. Re: cc-devel Digest, Vol 94, Issue 8 (kyaw thura maung)
2. Re: cc-devel Digest, Vol 94, Issue 9 (kyaw thura maung)
----------------------------------------------------------------------
Message: 1
Date: Sat, 15 Mar 2014 01:55:45 +0630
From: kyaw thura maung <tamutharlay at gmail.com>
Subject: Re: [cc-devel] cc-devel Digest, Vol 94, Issue 8
To: cc-devel at lists.ibiblio.org
<
CAMc+1XMOnUabckSR9rDm6hnvYzU0CuoZgarwW1o87-u9ML8hcg at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Help
Kyaw
iscc-devel at lists.ibiblio.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ibiblio.org/mailman/listinfo/cc-devel
or, via email, send a message with subject or body 'help' to
cc-devel-request at lists.ibiblio.org
You can reach the person managing the list at
cc-devel-owner at lists.ibiblio.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cc-devel digest..."
1. Re: cc-devel Digest, Vol 94, Issue 8 (kyaw thura maung)
2. Re: cc-devel Digest, Vol 94, Issue 9 (kyaw thura maung)
----------------------------------------------------------------------
Message: 1
Date: Sat, 15 Mar 2014 01:55:45 +0630
From: kyaw thura maung <tamutharlay at gmail.com>
Subject: Re: [cc-devel] cc-devel Digest, Vol 94, Issue 8
To: cc-devel at lists.ibiblio.org
<
CAMc+1XMOnUabckSR9rDm6hnvYzU0CuoZgarwW1o87-u9ML8hcg at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Help
Kyaw
Send cc-devel mailing list submissions to
cc-devel at lists.ibiblio.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ibiblio.org/mailman/listinfo/cc-devel
or, via email, send a message with subject or body 'help' to
cc-devel-request at lists.ibiblio.org
You can reach the person managing the list at
cc-devel-owner at lists.ibiblio.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cc-devel digest..."
1. Re: Missing machine readable notice statement in all CC4.0
licenses (Mike Linksvayer)
----------------------------------------------------------------------
Message: 1
Date: Fri, 14 Mar 2014 09:03:37 -0700
From: Mike Linksvayer <ml at gondwanaland.com>
Subject: Re: [cc-devel] Missing machine readable notice statement in
all CC4.0 licenses
To: Maarten Zeinstra <mz at kl.nl>, Tarmo Toikkanen
<tarmo.toikkanen at iki.fi>
Cc: "cc-devel at lists.ibiblio.org devel" <cc-devel at lists.ibiblio.org>,
Antoine Isaac <aisaac at few.vu.nl>
Message-ID: <53232859.6020908 at gondwanaland.com>
Content-Type: text/plain; charset="utf-8"
cc-devel at lists.ibiblio.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ibiblio.org/mailman/listinfo/cc-devel
or, via email, send a message with subject or body 'help' to
cc-devel-request at lists.ibiblio.org
You can reach the person managing the list at
cc-devel-owner at lists.ibiblio.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cc-devel digest..."
1. Re: Missing machine readable notice statement in all CC4.0
licenses (Mike Linksvayer)
----------------------------------------------------------------------
Message: 1
Date: Fri, 14 Mar 2014 09:03:37 -0700
From: Mike Linksvayer <ml at gondwanaland.com>
Subject: Re: [cc-devel] Missing machine readable notice statement in
all CC4.0 licenses
To: Maarten Zeinstra <mz at kl.nl>, Tarmo Toikkanen
<tarmo.toikkanen at iki.fi>
Cc: "cc-devel at lists.ibiblio.org devel" <cc-devel at lists.ibiblio.org>,
Antoine Isaac <aisaac at few.vu.nl>
Message-ID: <53232859.6020908 at gondwanaland.com>
Content-Type: text/plain; charset="utf-8"
Hi Mike,
Putting the implications of CC-rel aside you agree that we need to
modify that document.
If it were up to you where would you place that RDFa? You indicated
that putting it on top of ?indicate if changes were made? is not
ideal, I agree. But it is the best possible place on the page as it
Putting the implications of CC-rel aside you agree that we need to
modify that document.
If it were up to you where would you place that RDFa? You indicated
that putting it on top of ?indicate if changes were made? is not
ideal, I agree. But it is the best possible place on the page as it
now, if you ask me. Antoine and I also considered creating an empty
span to communicate this RDF, however according to Antoine (who know
way more about this than I) search engine consider them spam and
span to communicate this RDF, however according to Antoine (who know
way more about this than I) search engine consider them spam and
lower the ranking of CC?s pages.
Attribution ? You must give appropriate credit, provide a link to the
license, and indicate if changes were made. You may do so in any
reasonable manner, but not in any way that suggests the licensor
endorses you or your use.
to
Attribution ? You must give appropriate credit, provide a link to the
license, and indicate if changes were made *while keeping any notices
intact*. You may do so in any reasonable manner, but not in any way
that suggests the licensor endorses you or your use.
and add the RDFa to the newly added words. That is however something
that the lawyers and community need to discuss.
Those added words would be the ideal place to add a cc:requiresAttribution ? You must give appropriate credit, provide a link to the
license, and indicate if changes were made. You may do so in any
reasonable manner, but not in any way that suggests the licensor
endorses you or your use.
to
Attribution ? You must give appropriate credit, provide a link to the
license, and indicate if changes were made *while keeping any notices
intact*. You may do so in any reasonable manner, but not in any way
that suggests the licensor endorses you or your use.
and add the RDFa to the newly added words. That is however something
that the lawyers and community need to discuss.
cc:Notice annotation. I assume the current text was crafted very
carefully, so I've no opinion. Without the added words, maybe a span
around "do so".
Another option would be to remove the Notice statement from the RDF/XML
as well and change the schema such that cc:Notice is a subclass of
cc:Attribution. This would reflect how most people bundle the concepts,
including now on the deeds, and also outside CC -- some people call BSD
and MIT attribution licenses, though their only such requirement is to
retain copyright notices. I'd recommend getting more expert semweb
feedback before implementing this option.
Mike
What do you guys think?
Bottom line: as it stands now we provide two machine readable
resources that claim different requirements of the licenses, that
needs to be fixed.
Best,
Maarten
--
Kennisland
| www.kennisland.nl <http://www.kennisland.nl/> | t +31205756720
<tel://t%20+31205756720> | m +31643053919 <tel://m%20+31643053919> |
@mzeinstra
On 14 Mar 2014 at 6:25:14 , Mike Linksvayer (ml at gondwanaland.com
Bottom line: as it stands now we provide two machine readable
resources that claim different requirements of the licenses, that
needs to be fixed.
Best,
Maarten
--
Kennisland
| www.kennisland.nl <http://www.kennisland.nl/> | t +31205756720
<tel://t%20+31205756720> | m +31643053919 <tel://m%20+31643053919> |
@mzeinstra
On 14 Mar 2014 at 6:25:14 , Mike Linksvayer (ml at gondwanaland.com
RDFa in the deed describes the corresponding license, and cc:Notice
is a cc:Requirement which is in the range of cc:requires which has a
domain of cc:License. A specific copyright notice would be pertinent
to a licensed work -- if this were called out with RDFa, perhaps
dc:rights or another refinement(s...there are potentially notices of
copyright, license, modification, warranty disclaimer) thereof,
is a cc:Requirement which is in the range of cc:requires which has a
domain of cc:License. A specific copyright notice would be pertinent
to a licensed work -- if this were called out with RDFa, perhaps
dc:rights or another refinement(s...there are potentially notices of
copyright, license, modification, warranty disclaimer) thereof,
go in the HTML published with the licensed work.
If I were writing an automatic remixing tool I'd go with "...it may
be reasonable to satisfy the conditions by providing a URI or
hyperlink to a resource that includes the required information." --
hyperlink to the publisher's site, possibly including various
If I were writing an automatic remixing tool I'd go with "...it may
be reasonable to satisfy the conditions by providing a URI or
hyperlink to a resource that includes the required information." --
hyperlink to the publisher's site, possibly including various
in languages I can't discern, and archive that page if you want to
something extra. You can't count on anyone to properly annotate such
notices anyway, so a tool that looks for them can't be foolproof.
notices anyway, so a tool that looks for them can't be foolproof.
can pretty much count on them not being properly annotated, as title
and creator name usually aren't despite being in the CC chooser
forever. IANAL etc.
Maarten is right that the cc:Notice annotation ought be added back
and creator name usually aren't despite being in the CC chooser
forever. IANAL etc.
Maarten is right that the cc:Notice annotation ought be added back
the deed. I might not add it to the text concerning indication of
modification as notice isn't specific only to that, but that's very
close to right. IMHO etc.
Mike
On Thu, Mar 13, 2014 at 12:12 AM, Tarmo Toikkanen
As the 4.0 license allows for licensees to specify a custom
copyright notice, which reusers must retain in any reproductions
and redistributions, would the new cc:Notice tag actually
modification as notice isn't specific only to that, but that's very
close to right. IMHO etc.
Mike
On Thu, Mar 13, 2014 at 12:12 AM, Tarmo Toikkanen
As the 4.0 license allows for licensees to specify a custom
copyright notice, which reusers must retain in any reproductions
and redistributions, would the new cc:Notice tag actually
this custom copyright notice, or is it for something else?
I for one would like to see the copyright notice be part of the
license RDFa, since it?s unrealistic to expect reusers to retain
information that can only be found by visually browsing the
publisher?s site, and trying to locate such information
I for one would like to see the copyright notice be part of the
license RDFa, since it?s unrealistic to expect reusers to retain
information that can only be found by visually browsing the
publisher?s site, and trying to locate such information
in a foreign language, even).
--
Tarmo Toikkanen
tarmo at iki.fi <mailto:tarmo at iki.fi>
http://tarmo.fi
--
Tarmo Toikkanen
tarmo at iki.fi <mailto:tarmo at iki.fi>
http://tarmo.fi
Hi all,
Recently I?ve been working with Antoine Isaac (in cc) from
Europeana on the machine readability of the deed pages of the
4.0 licenses. Antoine noticed that the RDF attached to the
attribution license (and all other licenses) was not in sync
with the separate RDF file.
the RDFa
of http://creativecommons.org/licenses/by/4.0/ (using
Recently I?ve been working with Antoine Isaac (in cc) from
Europeana on the machine readability of the deed pages of the
4.0 licenses. Antoine noticed that the RDF attached to the
attribution license (and all other licenses) was not in sync
with the separate RDF file.
the RDFa
of http://creativecommons.org/licenses/by/4.0/ (using
)
https://github.com/creativecommons/creativecommons.org/pull/18
cc-devel mailing list
cc-devel at lists.ibiblio.org <mailto:cc-devel at lists.ibiblio.org>
http://lists.ibiblio.org/mailman/listinfo/cc-devel
-------------- next part --------------
An HTML attachment was scrubbed...
to
http://creativecommons.org/licenses/by/4.0/rdf
The latter has a cc:requires cc:Notice which is missing in the
former.
The consequence of this is that machine readers could get
confused because there are contradicting sources. Also software
based on this standard could produce wrong information.
To fix this problem we propose to move the the rdfa of
cc:Attribution and add a cc:Notice RDFa tag. We?ve created a
pull request that details this change
http://creativecommons.org/licenses/by/4.0/rdf
The latter has a cc:requires cc:Notice which is missing in the
former.
The consequence of this is that machine readers could get
confused because there are contradicting sources. Also software
based on this standard could produce wrong information.
To fix this problem we propose to move the the rdfa of
cc:Attribution and add a cc:Notice RDFa tag. We?ve created a
pull request that details this change
What do you guys think of this change request? Did we overlook
something and is this the most elegant way to fix this problem?
Many thanks to Antoine for pointing this out and working on a
fix with me.
Cheers,
Maarten
--
Kennisland
| www.kennisland.nl <http://www.kennisland.nl/> | t
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org <mailto:cc-devel at lists.ibiblio.org>
http://lists.ibiblio.org/mailman/listinfo/cc-devel
_______________________________________________something and is this the most elegant way to fix this problem?
Many thanks to Antoine for pointing this out and working on a
fix with me.
Cheers,
Maarten
--
Kennisland
| www.kennisland.nl <http://www.kennisland.nl/> | t
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org <mailto:cc-devel at lists.ibiblio.org>
http://lists.ibiblio.org/mailman/listinfo/cc-devel
cc-devel mailing list
cc-devel at lists.ibiblio.org <mailto:cc-devel at lists.ibiblio.org>
http://lists.ibiblio.org/mailman/listinfo/cc-devel
An HTML attachment was scrubbed...
------------------------------
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
End of cc-devel Digest, Vol 94, Issue 8
***************************************
-------------- next part --------------_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
End of cc-devel Digest, Vol 94, Issue 8
***************************************
An HTML attachment was scrubbed...
------------------------------
Message: 2
Date: Sat, 15 Mar 2014 04:16:59 +0630
From: kyaw thura maung <tamutharlay at gmail.com>
Subject: Re: [cc-devel] cc-devel Digest, Vol 94, Issue 9
To: cc-devel at lists.ibiblio.org
<CAMc+1XOYGs9d1at1KCPp=-zBymyu7Ls=
aR-KoDwfaaUpMZpicg at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Vol 94, Issue 9
Kyaw
byMessage: 2
Date: Sat, 15 Mar 2014 04:16:59 +0630
From: kyaw thura maung <tamutharlay at gmail.com>
Subject: Re: [cc-devel] cc-devel Digest, Vol 94, Issue 9
To: cc-devel at lists.ibiblio.org
<CAMc+1XOYGs9d1at1KCPp=-zBymyu7Ls=
aR-KoDwfaaUpMZpicg at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Vol 94, Issue 9
Kyaw
Send cc-devel mailing list submissions to
cc-devel at lists.ibiblio.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ibiblio.org/mailman/listinfo/cc-devel
or, via email, send a message with subject or body 'help' to
cc-devel-request at lists.ibiblio.org
You can reach the person managing the list at
cc-devel-owner at lists.ibiblio.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cc-devel digest..."
1. Re: Missing machine readable notice statement in all CC4.0
licenses (Mike Linksvayer)
2. Re: cc-devel Digest, Vol 94, Issue 7 (kyaw thura maung)
----------------------------------------------------------------------
Message: 1
Date: Fri, 14 Mar 2014 12:22:14 -0700
From: Mike Linksvayer <ml at gondwanaland.com>
Subject: Re: [cc-devel] Missing machine readable notice statement in
all CC4.0 licenses
To: Antoine Isaac <aisaac at few.vu.nl>
Cc: "cc-devel at lists.ibiblio.org devel" <cc-devel at lists.ibiblio.org>
<
CAGSmzpQcqn2y_i9mb+Sk-f9WrJKaHX5_1PPCS_LxBCDHzx66+w at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
On Fri, Mar 14, 2014 at 10:27 AM, Antoine Isaac <aisaac at few.vu.nl>
needed!)cc-devel at lists.ibiblio.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ibiblio.org/mailman/listinfo/cc-devel
or, via email, send a message with subject or body 'help' to
cc-devel-request at lists.ibiblio.org
You can reach the person managing the list at
cc-devel-owner at lists.ibiblio.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cc-devel digest..."
1. Re: Missing machine readable notice statement in all CC4.0
licenses (Mike Linksvayer)
2. Re: cc-devel Digest, Vol 94, Issue 7 (kyaw thura maung)
----------------------------------------------------------------------
Message: 1
Date: Fri, 14 Mar 2014 12:22:14 -0700
From: Mike Linksvayer <ml at gondwanaland.com>
Subject: Re: [cc-devel] Missing machine readable notice statement in
all CC4.0 licenses
To: Antoine Isaac <aisaac at few.vu.nl>
Cc: "cc-devel at lists.ibiblio.org devel" <cc-devel at lists.ibiblio.org>
<
CAGSmzpQcqn2y_i9mb+Sk-f9WrJKaHX5_1PPCS_LxBCDHzx66+w at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
On Fri, Mar 14, 2014 at 10:27 AM, Antoine Isaac <aisaac at few.vu.nl>
Hi Mike, all
(I'm not sure this mail will reach cc-devel so please forward if
(I'm not sure this mail will reach cc-devel so please forward if
I'm quoting in full in case it doesn't.
inSome first two cents by a "semantic web expert"...
Thank you very much! No need for scare quotes, I was completely seriouswanting feedback from experts. I only know enough to be misinformed. :)
1. If cc:Notice was a subclass of cc:Attribution, then it would be
semantically possible to remove cc:Attribution (because it's implied
semantically possible to remove cc:Attribution (because it's implied
the
thepresence of cc:Notice) but not cc:Notice (because it's not implied by
presence of cc:Attribution).
2. I'm not sure I would recommend removing statements because there
2. I'm not sure I would recommend removing statements because there
sub-class axioms. This is ok in principle, but in practice many data
consumers do not apply the sort of reasoning tools that would enable
consumers do not apply the sort of reasoning tools that would enable
find the "implied" statements. I guess this is especially true for
consumers of CC(rel) data. So I would still recommend to keep all
importantconsumers of CC(rel) data. So I would still recommend to keep all
statements explicit in the RDF data and the corresponding mark-up.
3. I am raising points 1 and 2 just for the sake of the argument.
3. I am raising points 1 and 2 just for the sake of the argument.
in fact with the current data it wouldn't work, from a formal
perspective.The resources cc:Notice and cc:Attribution are not represented as
(RDFS/OWL) classes in the data, they are 'instances'.
(i) aLicense cc:requires cc:Notice .
(ii) aLicense cc:requires cc:Attribution .
If one defines the axiom
cc:Notice rdfs:subClass cc:Attribution
Then it does not help to infer any additional statement from the
statement(RDFS/OWL) classes in the data, they are 'instances'.
(i) aLicense cc:requires cc:Notice .
(ii) aLicense cc:requires cc:Attribution .
If one defines the axiom
cc:Notice rdfs:subClass cc:Attribution
Then it does not help to infer any additional statement from the
(i).
One would have to use more complex axioms, possibly even outside of
One would have to use more complex axioms, possibly even outside of
RDFS/OWL expressivity.
Ok, subclass idea was half-baked and wrong. Discard it, but the otherwould be to change the description of cc:Attribution to include
notices. How cc:Notice is described would be irrelevant, for it would
be used at all in describing any CC licenses.* There are no CC licenses
described as requiring only one of Notice or Attribution, and the
conceptsdescribed as requiring only one of Notice or Attribution, and the
are generally mingled in descriptions and understandings of the
including on the deed. There's no reason for both. The
description-of-a-license part of CCREL isn't intended to be precise,
description-of-a-license part of CCREL isn't intended to be precise,
maybe it is too precise in this case, for no gain.
Further half-baked, which might mean 1/4 or 3/4 or 0 or 1 or something
elseFurther half-baked, which might mean 1/4 or 3/4 or 0 or 1 or something
depending on operation applied...
Mike
* At one time CC published deeds and metadata for a few software
licenses,Mike
* At one time CC published deeds and metadata for a few software
and those required only cc:Notice not cc:Attribution eg
those now redirect to the relevant OSI and FSF pages and to my
knowledge nobody ever used the RDF license descriptions (actually you
knowledge nobody ever used the RDF license descriptions (actually you
almost say that about the descriptions of CC licenses, except
internally).Anyway cc:Notice could sit there in the CC schema, and someone could
figureout what relationship to make between it and cc:Attribution and add
to
Ithe schema if anyone really wanted to.
Kind regards
Antoine
thatAntoine
Hi Mike,
Putting the implications of CC-rel aside you agree that we need to
modify that document.
If it were up to you where would you place that RDFa? You indicated
Putting the implications of CC-rel aside you agree that we need to
modify that document.
If it were up to you where would you place that RDFa? You indicated
putting it on top of "indicate if changes were made" is not ideal,
agree.
askBut it is the best possible place on the page as it is now, if you
me.
this
Antoine and I also considered creating an empty span to communicate
RDF, however according to Antoine (who know way more about this
I)
CC'ssearch engine consider them spam and might lower the ranking of
pages.
theAttribution -- You must give appropriate credit, provide a link to
license, and indicate if changes were made. You may do so in any
manner, but not in any way that suggests the licensor endorses you
your
theuse.
to
Attribution -- You must give appropriate credit, provide a link to
to
Attribution -- You must give appropriate credit, provide a link to
license, and indicate if changes were made *while keeping any
intact*. You may do so in any reasonable manner, but not in any way
suggests the licensor endorses you or your use.
and add the RDFa to the newly added words. That is however
and add the RDFa to the newly added words. That is however
that the lawyers and community need to discuss.
Those added words would be the ideal place to add a cc:requiresannotation. I assume the current text was crafted very carefully, so
no opinion. Without the added words, maybe a span around "do so".
Another option would be to remove the Notice statement from the
Another option would be to remove the Notice statement from the
as well and change the schema such that cc:Notice is a subclass of
cc:Attribution. This would reflect how most people bundle the
cc:Attribution. This would reflect how most people bundle the
including now on the deeds, and also outside CC -- some people call
and
retain
before
resourcesMIT attribution licenses, though their only such requirement is to
copyright notices. I'd recommend getting more expert semweb feedback
implementing this option.
Mike
What do you guys think?
Mike
What do you guys think?
Bottom line: as it stands now we provide two machine readable
that claim different requirements of the licenses, that needs to be
Best,
Maarten
--
Kennisland
| www.kennisland.nl <http://www.kennisland.nl/> | t
Maarten
--
Kennisland
| www.kennisland.nl <http://www.kennisland.nl/> | t
+31205756720> | m +31643053919 <tel://m%20+31643053919> |
On 14 Mar 2014 at 6:25:14 , Mike Linksvayer (ml at gondwanaland.com
RDFa in the deed describes the corresponding license, and
RDFa in the deed describes the corresponding license, and
is
domain of
licensed
another
license,a cc:Requirement which is in the range of cc:requires which has a
cc:License. A specific copyright notice would be pertinent to a
work -- if this were called out with RDFa, perhaps dc:rights or
refinement(s...there are potentially notices of copyright,
modification, warranty disclaimer) thereof, it'd go in the HTML
with the licensed work.
If I were writing an automatic remixing tool I'd go with "...it
If I were writing an automatic remixing tool I'd go with "...it
be
hyperlinkreasonable to satisfy the conditions by providing a URI or
to a
theresource that includes the required information." -- hyperlink to
publisher's site, possibly including various notices in languages
can't
Youdiscern, and archive that page if you want to do something extra.
can't
count on anyone to properly annotate such notices anyway, so a
that
looks for them can't be foolproof. You can pretty much count on
not
despite
tobeing properly annotated, as title and creator name usually aren't
being in the CC chooser forever. IANAL etc.
Maarten is right that the cc:Notice annotation ought be added back
Maarten is right that the cc:Notice annotation ought be added back
the deed. I might not add it to the text concerning indication of
modification as notice isn't specific only to that, but that's
modification as notice isn't specific only to that, but that's
close
to right. IMHO etc.
Mike
On Thu, Mar 13, 2014 at 12:12 AM, Tarmo Toikkanen <
As the 4.0 license allows for licensees to specify a custom
copyright notice, which reusers must retain in any reproductions
Mike
On Thu, Mar 13, 2014 at 12:12 AM, Tarmo Toikkanen <
As the 4.0 license allows for licensees to specify a custom
copyright notice, which reusers must retain in any reproductions
redistributions, would the new cc:Notice tag actually contain this
copyright notice, or is it for something else?
I for one would like to see the copyright notice be part of
I for one would like to see the copyright notice be part of
license RDFa, since it's unrealistic to expect reusers to retain
information that can only be found by visually browsing the
information that can only be found by visually browsing the
site, and trying to locate such information (possibly in a foreign
language, even).
--
Tarmo Toikkanen
tarmo at iki.fi <mailto:tarmo at iki.fi>
http://tarmo.fi
Hi all,
language, even).
--
Tarmo Toikkanen
tarmo at iki.fi <mailto:tarmo at iki.fi>
http://tarmo.fi
Hi all,
Recently I've been working with Antoine Isaac (in cc) from
Europeana on the machine readability of the deed pages of the 4.0
Europeana on the machine readability of the deed pages of the 4.0
Antoine noticed that the RDF attached to the attribution license
other licenses) was not in sync with the separate RDF file.
the RDFa of http://creativecommons.org/licenses/by/4.0/(using
http://www.w3.org/2012/pyRdfa/extract?uri=http%3A%2F%
2Fcreativecommons.org%2Flicenses%2Fby%2F4.0%2F&
format=turtle&rdfagraph=output&vocab_expansion=false&
rdfa_lite=false&embedded_rdf=true&space_preserve=true&
the RDFa of http://creativecommons.org/licenses/by/4.0/(using
http://www.w3.org/2012/pyRdfa/extract?uri=http%3A%2F%
2Fcreativecommons.org%2Flicenses%2Fby%2F4.0%2F&
format=turtle&rdfagraph=output&vocab_expansion=false&
rdfa_lite=false&embedded_rdf=true&space_preserve=true&
to
http://creativecommons.org/licenses/by/4.0/rdf
The latter has a cc:requires cc:Notice which is missing in
http://creativecommons.org/licenses/by/4.0/rdf
The latter has a cc:requires cc:Notice which is missing in
former.
The consequence of this is that machine readers could get
The consequence of this is that machine readers could get
because there are contradicting sources. Also software based on
standard could produce wrong information.
To fix this problem we propose to move the the rdfa of
cc:Attribution and add a cc:Notice RDFa tag. We've created a pull
To fix this problem we propose to move the the rdfa of
cc:Attribution and add a cc:Notice RDFa tag. We've created a pull
creativecommons.org/pull/18
What do you guys think of this change request? Did we
What do you guys think of this change request? Did we
something and is this the most elegant way to fix this problem?
Many thanks to Antoine for pointing this out and working on a
Many thanks to Antoine for pointing this out and working on a
with me.
Cheers,
Maarten
--
Kennisland
| www.kennisland.nl <http://www.kennisland.nl/> | t
Cheers,
Maarten
--
Kennisland
| www.kennisland.nl <http://www.kennisland.nl/> | t
_______________________________________________
cc-devel mailing list
cc-devel mailing list
http://lists.ibiblio.org/mailman/listinfo/cc-devel
_______________________________________________cc-devel mailing list
cc-devel at lists.ibiblio.org <mailto:cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
An HTML attachment was scrubbed...
------------------------------
Message: 2
Date: Sat, 15 Mar 2014 01:55:31 +0630
From: kyaw thura maung <tamutharlay at gmail.com>
Subject: Re: [cc-devel] cc-devel Digest, Vol 94, Issue 7
To: cc-devel at lists.ibiblio.org
<CAMc+1XMD93Vn1v81PTtV2==
eofmNOvMo5QGbwpGuE_NRgd1oRA at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Help
Kyaw
Message: 2
Date: Sat, 15 Mar 2014 01:55:31 +0630
From: kyaw thura maung <tamutharlay at gmail.com>
Subject: Re: [cc-devel] cc-devel Digest, Vol 94, Issue 7
To: cc-devel at lists.ibiblio.org
<CAMc+1XMD93Vn1v81PTtV2==
eofmNOvMo5QGbwpGuE_NRgd1oRA at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Help
Kyaw
Send cc-devel mailing list submissions to
cc-devel at lists.ibiblio.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ibiblio.org/mailman/listinfo/cc-devel
or, via email, send a message with subject or body 'help' to
cc-devel-request at lists.ibiblio.org
You can reach the person managing the list at
cc-devel-owner at lists.ibiblio.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cc-devel digest..."
1. Re: Missing machine readable notice statement in all CC4.0
licenses (Mike Linksvayer)
2. Re: Missing machine readable notice statement in all CC4.0
licenses (Maarten Zeinstra)
cc-devel at lists.ibiblio.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ibiblio.org/mailman/listinfo/cc-devel
or, via email, send a message with subject or body 'help' to
cc-devel-request at lists.ibiblio.org
You can reach the person managing the list at
cc-devel-owner at lists.ibiblio.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of cc-devel digest..."
1. Re: Missing machine readable notice statement in all CC4.0
licenses (Mike Linksvayer)
2. Re: Missing machine readable notice statement in all CC4.0
licenses (Maarten Zeinstra)
Message: 1
Date: Thu, 13 Mar 2014 22:25:13 -0700
From: Mike Linksvayer <ml at gondwanaland.com>
Subject: Re: [cc-devel] Missing machine readable notice statement in
all CC4.0 licenses
To: Tarmo Toikkanen <tarmo.toikkanen at iki.fi>
Cc: "cc-devel at lists.ibiblio.org devel" <cc-devel at lists.ibiblio.org>,
Antoine Isaac <aisaac at few.vu.nl>
<CAGSmzpSQ3GueNGRDhEj_sTujb6HJ9j=
dTNxuROO7SP+JP-E2BQ at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
RDFa in the deed describes the corresponding license, and cc:Notice
Date: Thu, 13 Mar 2014 22:25:13 -0700
From: Mike Linksvayer <ml at gondwanaland.com>
Subject: Re: [cc-devel] Missing machine readable notice statement in
all CC4.0 licenses
To: Tarmo Toikkanen <tarmo.toikkanen at iki.fi>
Cc: "cc-devel at lists.ibiblio.org devel" <cc-devel at lists.ibiblio.org>,
Antoine Isaac <aisaac at few.vu.nl>
<CAGSmzpSQ3GueNGRDhEj_sTujb6HJ9j=
dTNxuROO7SP+JP-E2BQ at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
RDFa in the deed describes the corresponding license, and cc:Notice
a
domaincc:Requirement which is in the range of cc:requires which has a
of
licensed
anothercc:License. A specific copyright notice would be pertinent to a
work -- if this were called out with RDFa, perhaps dc:rights or
refinement(s...there are potentially notices of copyright, license,
modification, warranty disclaimer) thereof, it'd go in the HTML
publishedmodification, warranty disclaimer) thereof, it'd go in the HTML
with the licensed work.
If I were writing an automatic remixing tool I'd go with "...it may
If I were writing an automatic remixing tool I'd go with "...it may
reasonable to satisfy the conditions by providing a URI or hyperlink
resource that includes the required information." -- hyperlink to the
publisher's site, possibly including various notices in languages I
publisher's site, possibly including various notices in languages I
discern, and archive that page if you want to do something extra. You
can'tcount on anyone to properly annotate such notices anyway, so a tool
looks for them can't be foolproof. You can pretty much count on them
being properly annotated, as title and creator name usually aren't
despitebeing in the CC chooser forever. IANAL etc.
Maarten is right that the cc:Notice annotation ought be added back to
Maarten is right that the cc:Notice annotation ought be added back to
deed. I might not add it to the text concerning indication of
modificationas notice isn't specific only to that, but that's very close to
IMHO
etc.
Mike
On Thu, Mar 13, 2014 at 12:12 AM, Tarmo Toikkanen <
tarmo.toikkanen at iki.fiMike
On Thu, Mar 13, 2014 at 12:12 AM, Tarmo Toikkanen <
As the 4.0 license allows for licensees to specify a custom
notice, which reusers must retain in any reproductions and
redistributions,would the new cc:Notice tag actually contain this custom copyright
notice,or is it for something else?
I for one would like to see the copyright notice be part of the
I for one would like to see the copyright notice be part of the
RDFa, since it's unrealistic to expect reusers to retain
that
tryingcan only be found by visually browsing the publisher's site, and
to
locate such information (possibly in a foreign language, even).
--
Tarmo Toikkanen
tarmo at iki.fi
http://tarmo.fi
Hi all,
Recently I've been working with Antoine Isaac (in cc) from
--
Tarmo Toikkanen
tarmo at iki.fi
http://tarmo.fi
Hi all,
Recently I've been working with Antoine Isaac (in cc) from
on
Antoine
other
http://www.w3.org/2012/pyRdfa/extract?uri=http%3A%2F%2Fcreativecommons.org%2Flicenses%2Fby%2F4.0%2F&format=turtle&rdfagraph=output&vocab_expansion=false&rdfa_lite=false&embedded_rdf=true&space_preserve=true&vocab_cache=true&vocab_cache_report=false&vocab_cache_refresh=falsethe machine readability of the deed pages of the 4.0 licenses.
noticed that the RDF attached to the attribution license (and all
licenses) was not in sync with the separate RDF file.
the RDFa of http://creativecommons.org/licenses/by/4.0/ (using
the RDFa of http://creativecommons.org/licenses/by/4.0/ (using
)
to
http://creativecommons.org/licenses/by/4.0/rdf
The latter has a cc:requires cc:Notice which is missing in the
to
http://creativecommons.org/licenses/by/4.0/rdf
The latter has a cc:requires cc:Notice which is missing in the
The consequence of this is that machine readers could get confused
becausethere are contradicting sources. Also software based on this
could
produce wrong information.
To fix this problem we propose to move the the rdfa of
To fix this problem we propose to move the the rdfa of
and
this
something
withadd a cc:Notice RDFa tag. We've created a pull request that details
https://github.com/creativecommons/creativecommons.org/pull/18
What do you guys think of this change request? Did we overlook
What do you guys think of this change request? Did we overlook
and is this the most elegant way to fix this problem?
Many thanks to Antoine for pointing this out and working on a fix
Many thanks to Antoine for pointing this out and working on a fix
me.
An HTML attachment was scrubbed...
Cheers,
Maarten
--
Kennisland
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
-------------- next part --------------Maarten
--
Kennisland
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
An HTML attachment was scrubbed...
------------------------------
Message: 2
Date: Fri, 14 Mar 2014 10:04:18 +0100
From: Maarten Zeinstra <mz at kl.nl>
Subject: Re: [cc-devel] Missing machine readable notice statement in
all CC4.0 licenses
To: Mike Linksvayer <ml at gondwanaland.com>, Tarmo Toikkanen
<tarmo.toikkanen at iki.fi>
Cc: " cc-devel at lists.ibiblio.org devel " <
cc-devel at lists.ibiblio.org>,
Antoine Isaac <aisaac at few.vu.nl>
Message-ID: <etPan.5322c612.4516dde9.1759 at MacBook-Air-Maarten.local>
Content-Type: text/plain; charset="utf-8"
Hi Mike,
Putting the implications of CC-rel aside you agree that we need to
Message: 2
Date: Fri, 14 Mar 2014 10:04:18 +0100
From: Maarten Zeinstra <mz at kl.nl>
Subject: Re: [cc-devel] Missing machine readable notice statement in
all CC4.0 licenses
To: Mike Linksvayer <ml at gondwanaland.com>, Tarmo Toikkanen
<tarmo.toikkanen at iki.fi>
Cc: " cc-devel at lists.ibiblio.org devel " <
cc-devel at lists.ibiblio.org>,
Antoine Isaac <aisaac at few.vu.nl>
Message-ID: <etPan.5322c612.4516dde9.1759 at MacBook-Air-Maarten.local>
Content-Type: text/plain; charset="utf-8"
Hi Mike,
Putting the implications of CC-rel aside you agree that we need to
that document.?
If it were up to you where would you place that RDFa? You indicated
If it were up to you where would you place that RDFa? You indicated
putting it on top of ?indicate if changes were made? is not ideal, I
agree.But it is the best possible place on the page as it is now, if you
me.
thisAntoine and I also considered creating an empty span to communicate
RDF, however according to Antoine (who know way more about this than
search engine consider them spam and might lower the ranking of CC?s
pages.Attribution ? You must give appropriate credit, provide a link to the
license, and indicate if changes were made. You may do so in any
reasonablelicense, and indicate if changes were made. You may do so in any
manner, but not in any way that suggests the licensor endorses you or
youruse.
to?
Attribution ? You must give appropriate credit, provide a link to the
license, and indicate if changes were made while keeping any notices
intact. You may do so in any reasonable manner, but not in any way
to?
Attribution ? You must give appropriate credit, provide a link to the
license, and indicate if changes were made while keeping any notices
intact. You may do so in any reasonable manner, but not in any way
suggests the licensor endorses you or your use.
and add the RDFa to the newly added words. That is however something
and add the RDFa to the newly added words. That is however something
the lawyers and community need to discuss.
What do you guys think?
Bottom line: as it stands now we provide two machine readable
What do you guys think?
Bottom line: as it stands now we provide two machine readable
that claim different requirements of the licenses, that needs to be
fixed.Best,
Maarten
--?
Kennisland??|?www.kennisland.nl?|?t +31205756720?|?m +31643053919?|
@mzeinstra
On 14 Mar 2014 at 6:25:14 , Mike Linksvayer (ml at gondwanaland.com)
RDFa in the deed describes the corresponding license, and cc:Notice
Maarten
--?
Kennisland??|?www.kennisland.nl?|?t +31205756720?|?m +31643053919?|
@mzeinstra
On 14 Mar 2014 at 6:25:14 , Mike Linksvayer (ml at gondwanaland.com)
RDFa in the deed describes the corresponding license, and cc:Notice
a
domaincc:Requirement which is in the range of cc:requires which has a
of
licensed
anothercc:License. A specific copyright notice would be pertinent to a
work -- if this were called out with RDFa, perhaps dc:rights or
refinement(s...there are potentially notices of copyright, license,
modification, warranty disclaimer) ?thereof, it'd go in the HTML
publishedmodification, warranty disclaimer) ?thereof, it'd go in the HTML
with the licensed work.
If I were writing an automatic remixing tool I'd go with?"...it may
If I were writing an automatic remixing tool I'd go with?"...it may
reasonable to satisfy the conditions by providing a URI or hyperlink
resource that includes the required information." -- hyperlink to the
publisher's site, possibly including various notices in languages I
publisher's site, possibly including various notices in languages I
discern, and archive that page if you want to do something extra. You
can'tcount on anyone to properly annotate such notices anyway, so a tool
looks for them can't be foolproof. You can pretty much count on them
being properly annotated, as title and creator name usually aren't
despitebeing in the CC chooser forever. IANAL etc.
Maarten is right that the cc:Notice annotation ought be added back to
Maarten is right that the cc:Notice annotation ought be added back to
deed. I might not add it to the text concerning indication of
modificationas notice isn't specific only to that, but that's very close to
IMHO
etc.
Mike
On Thu, Mar 13, 2014 at 12:12 AM, Tarmo Toikkanen <
tarmo.toikkanen at iki.fi>Mike
On Thu, Mar 13, 2014 at 12:12 AM, Tarmo Toikkanen <
As the 4.0 license allows for licensees to specify a custom copyright
notice, which reusers must retain in any reproductions and
redistributions,notice, which reusers must retain in any reproductions and
would the new cc:Notice tag actually contain this custom copyright
notice,or is it for something else?
I for one would like to see the copyright notice be part of the
I for one would like to see the copyright notice be part of the
RDFa, since it?s unrealistic to expect reusers to retain information
can only be found by visually browsing the publisher?s site, and
to
locate such information (possibly in a foreign language, even).
--?
Tarmo Toikkanen
tarmo at iki.fi
http://tarmo.fi
Hi all,
Recently I?ve been working with Antoine Isaac (in cc) from Europeana
--?
Tarmo Toikkanen
tarmo at iki.fi
http://tarmo.fi
Hi all,
Recently I?ve been working with Antoine Isaac (in cc) from Europeana
the machine readability of the deed pages of the 4.0 licenses.
noticed that the RDF attached to the attribution license (and all
licenses) was not in sync with the separate RDF file.
the RDFa of?
the RDFa of?
to
http://creativecommons.org/licenses/by/4.0/rdf?
The latter has a cc:requires cc:Notice which is?missing in the
http://creativecommons.org/licenses/by/4.0/rdf?
The latter has a cc:requires cc:Notice which is?missing in the
The consequence of this is that machine readers could get confused
becausethere are contradicting sources. Also software based on this standard
couldproduce wrong information.
To fix this problem we propose to move the the rdfa of cc:Attribution
To fix this problem we propose to move the the rdfa of cc:Attribution
add a cc:Notice RDFa tag. We?ve created a pull request that details
change here:?
https://github.com/creativecommons/creativecommons.org/pull/18
What do you guys think of this change request? Did we overlook
https://github.com/creativecommons/creativecommons.org/pull/18
What do you guys think of this change request? Did we overlook
and is this the most elegant way to fix this problem?
Many thanks to Antoine for pointing this out and working on a fix
Many thanks to Antoine for pointing this out and working on a fix
me.
Cheers,
Maarten
--?
Kennisland?? |?www.kennisland.nl?|?t +31205756720?|?m +31643053919?|
@mzeinstra
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
-------------- next part --------------
An HTML attachment was scrubbed...
Maarten
--?
Kennisland?? |?www.kennisland.nl?|?t +31205756720?|?m +31643053919?|
@mzeinstra
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
End of cc-devel Digest, Vol 94, Issue 7
***************************************
-------------- next part --------------_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
End of cc-devel Digest, Vol 94, Issue 7
***************************************
An HTML attachment was scrubbed...
------------------------------
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
End of cc-devel Digest, Vol 94, Issue 9
***************************************
-------------- next part --------------_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
End of cc-devel Digest, Vol 94, Issue 9
***************************************
An HTML attachment was scrubbed...
------------------------------
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
End of cc-devel Digest, Vol 94, Issue 10
****************************************
-------------- next part --------------_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
End of cc-devel Digest, Vol 94, Issue 10
****************************************
An HTML attachment was scrubbed...
http://lists.ibiblio.org/pipermail/cc-devel/attachments/20140315/07c44ea2/attachment.html
------------------------------
_______________________________________________
cc-devel mailing list
cc-devel at lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/cc-devel
End of cc-devel Digest, Vol 94, Issue 11
****************************************
An HTML attachment was scrubbed...
URL: http://lists.ibiblio.org/pipermail/cc-devel/attachments/20140315/30fba3b8/attachment-0001.html