"Given your concerns, can you give me a schema.org like description of what you would like alignmentObject to contain to meet your need? Specific terms with good-enough definitions would be great."
Term: educationalAuthorityDefinition: the authority which defines the other attributes in alignmentObjectExample: Royal Life Saving Society, PRINCE2, Welsh national curriculumBecause: the other descriptive statements are only meaningful in the context of the defining body
*Term:* educationalAuthority*Definition:* the authority which defines the other attributes inalignmentObject*Example:* Royal Life Saving Society, PRINCE2, Welsh national curriculum
Agreed. This proposal is pretty well agreed upon (at least, no one has
voiced a concern over my iteration of it on the mailing list:
https://groups.google.com/forum/#!msg/lrmi/OjpnZ8s_He8/jTqHKk4vVUAJ )
I'm fine with simple text labels here, but would also like to be able to use any http://schema.org/Organization ( often but not necessarily a http://schema.org/EducationalOrganization). This would allow other attributes of the org (including identifiers) to be included.
-- <http://www.icbl.hw.ac.uk/~philb/> Please note new email address: phil....@hw.ac.uk
All,
Zoe also indicated that the Authority might be referred when no official “Text” (As Stewart uses the term) or reference framework exists (e.g. common/traditional use in a region.) This appears particularly so for grade level terms used in similar but not exactly the same way across systems and regions. It seems some flexible approach to defining the authoritative entity/organization is needed. So I concur with Brant that a simple text approach for the Authority is perhaps best. While less complete then Schema Organization proposal, it should work. Only vocabulary standards and practices can address the underlying terminology mess/diversity factor.
On related note I made earlier… We have an existing challenge identified where two (n) different promulgators and data representations of the a single standard framework might (do) exist. For example, we now have at least three data representations you might reference with a URI for the US K-12 common core. With the flexible approach, one might tag the authority as “CCSSO/NGA center” (The publishers of the standards), and reference any of the available URI resolution services/promulgators (The CCSSO’s canonical version or any other derivative there of). As the terms in the standard statement itself will be similar if not exactly the same (Even if the structure is changed), this approach could greatly improve the problem of “Cross walking” data from different alignment systems and different versions of the same standards framework (See the related Learning Registry discussion.)
Joshua Marks
CTO
Curriki: The Global Education and Learning Community
I welcome you to become a member of the Curriki community, to follow us on Twitter and to say hello on our blog, Facebook and LinkedIn communities.
From: lr...@googlegroups.com [mailto:lr...@googlegroups.com] On Behalf Of Brandt Redd
Sent: Monday, August 27, 2012 10:30 AM
To: lr...@googlegroups.com
Subject: Re: [LRMI] Zoe's proposal
I like where we're going with this. I agreed with Dan's suggestion that educationalAuthority could be an organization but I was concerned that the markup would get pretty complex with alignmentObject (an abstract type) incorporating Organization (another abstract type). This is logically really clean but the syntax of nested types may be beyond the average webmaster.
Dan,
Other than the obvious "it'd be nice to have" reason for having the
value of educationalAuthority be a schema.org/Organization, is there a
specific use case you had in mind?
After re-reading this side of the sub-thread, I see the validity of
encouraging just the use of the text field.
Since no one else has responded...
I'll merge one of Stuart's and mine:
- The framework to which the resource being described is aligned.
Unless I hear otherwise, I think going with this is a good option.
Thanks all!
Hi Monty, That's a good question. Do you have an example page that has that information on it; either one or more reading level type attributes? I'll take a swing at marking it up if you can give me one. Best, Greg
Monty,
We have been trying to get more detailed and varied examples, which will exercise the flexibility and clarity of the spec. There will be more example soon, I expect, and evolving practices based on them.
Regarding a tagging tool- If you already have the metadata in your resource database AND you can generate new pages to contain the tags, I see no benefit to using a tagging tool. We will be doing this in Curriki soon as well. If you want to change or add metadata, that might be a different story. Where a tagger is helpful is getting all sources to use a common vocabulary and set of frameworks. Where it is not so helpful is actually getting that data and those tags into your pages.
Joshua Marks
CTO
Curriki: The Global Education and Learning Community
I welcome you to become a member of the Curriki community, to follow us on Twitter and to say hello on our blog, Facebook and LinkedIn communities.
From: lr...@googlegroups.com [mailto:lr...@googlegroups.com] On Behalf Of Monty Swiryn
Sent: Friday, September 07, 2012 10:25 AM
To: lr...@googlegroups.com
Subject: Re: Example Markup - alignmentType=readingLevel/textComplexity/educationalLevel
Hi Greg,
Two different frameworks. The Authority is useful to link AB, ASN’s and the CCSSO’s different expressions of the same framework, for example.
Joshua Marks
CTO
Curriki: The Global Education and Learning Community
I welcome you to become a member of the Curriki community, to follow us on Twitter and to say hello on our blog, Facebook and LinkedIn communities.
From: lr...@googlegroups.com [mailto:lr...@googlegroups.com] On Behalf Of Brandt Redd
Sent: Friday, September 21, 2012 6:05 PM
To: lr...@googlegroups.com
Hmmm, convention vs. organization… We did discuss that too, and the educationalAutority element that attributes the educaitonalFramework to some Organization (Or maybe text) is not required for the alignment to a leveling framework. If there is no framework to align to specifically, there is no alignment. If it is truly by convention or tradition, someone must still express that convention as a framework. This suggests the Authority might be “US convention”. However the CommonCore itself is (or contains) a leveling framework, so would that not the be authority in this case?
I welcome you to become a member of the Curriki community, to follow us on Twitter and to say hello on our blog, Facebook and LinkedIn communities.
From: lr...@googlegroups.com [mailto:lr...@googlegroups.com] On Behalf Of Brandt Redd
Sent: Friday, September 21, 2012 5:44 PM
To: lr...@googlegroups.com
Subject: Re: Text vs Organization for educationalAuthority
I disagree, in fact, somehow I missed the switch from "educationalFramework" to "educationalAuthority". I continue to favor the former term.
I don't really see the conflict. Effectively, what I am suggesting is that the values should be URIs that may (or may not) point to resources instead of plain text. Just because we introduce a new type like EducationalFramework does not necessarily mean that the data values must be encapsulated using nested spans. See the discussion about canonical references using <link> at http://schema.org/docs/gs.html#advanced_enum.
In my opinion, <link> with a URI value is hardly more complex than using a plain text value, but the result is much richer semantically. So I don't really see how this would be a burden on adoption. Furthermore, I don't believe the goal is simply to drive adoption. If the resulting data is not useful by consuming machines then what's the point?
On Monday, September 24, 2012 6:14:25 PM UTC-4, Greg Grossmeier wrote:<quote name="Jim Goodell" date="2012-09-24" time="07:47:02 -0700">
> Let's not forget the goal, that publishers USE LRMI to tag content.
> What is ideal for the consuming machine or search engine (complex
> types) is at odds with what is best to maximize use by content
> publishers.
Good point, Jim.
I think adding extra complexity along the lines of yet another type
(thus requiring yet more nested <span>'s) will negatively effect LRMI's
adoption.
Thanks for the feedback, everyone.
Greg
--
Greg Grossmeier
Education Technology & Policy Coordinator
twitter: @g_gerg / identi.ca: @greg / skype: greg.grossmeier
-- <http://www.icbl.hw.ac.uk/~philb/>
I don't see how a link nested in a span is simpler than a span nested in a span. It's not just a complexity problem: when you nest schema elements you put constraints on what order information should be presented in an HTML page.
That example illustrates another "feature" of using complex types: they get ignored. Author should be a Person object not text. I imagine that the same will happen if we make EducationalFramework a complex object: if webmasters can ignore that it is an object and just provide a text value they will. This is a strength and a weakness of schema: I don't know whether it means that we can go ahead and make objects galore, knowing that people will ignore them if they like and Google will cope (but remember, we're already one object down from the resource being described and you can only flatten so much),
If webmasters can ignore that it is an object and just provide a URI value they will.
but I suspect that the more complex the spec looks the less likely people will use it so I would prefer not to.
I think that if you want a perfect model for learning resource metadata you might be better using RDF rather than trying mark up the semantics of what is put on web pages.
What I would really like to see is a credible use case for this being necessary in order to make a major improvement in web-scale search for learning materials--I mean something that Google might adopt. For the sake of adoption by content providers this must be focussed on providing sematic mark-up for information that is already exposed on the web, or at least is already stored or implicit in the back-end data, without placing too many constraints on the appearance of the webpages.
I am naturally drawn to providing URIs for everything, so have sympathy for this proposal; but my head says "not in version 1" for LRMI.
On Wednesday, September 26, 2012 5:41:25 AM UTC-4, Phil Barker wrote:
I don't see how a link nested in a span is simpler than a span nested in a span. It's not just a complexity problem: when you nest schema elements you put constraints on what order information should be presented in an HTML page.
The use of <link> is simpler exactly because it allows you to break out of the "constraints on what order information should be presented in an HTML page". The <link> element can be placed anywhere inside the parent span because it has no visual presentation. It allows you to say that one resource is associated with some other resource without having to display any visible elements, and hence it could go anywhere.
Of course, if you want to provide a hyperlink to the related resource, you could use an anchor tag instead of a <link>. And if you want to embed a complete description of the related resource, you can do that too by nested more spans within spans.That example illustrates another "feature" of using complex types: they get ignored. Author should be a Person object not text. I imagine that the same will happen if we make EducationalFramework a complex object: if webmasters can ignore that it is an object and just provide a text value they will. This is a strength and a weakness of schema: I don't know whether it means that we can go ahead and make objects galore, knowing that people will ignore them if they like and Google will cope (but remember, we're already one object down from the resource being described and you can only flatten so much),I am inclined to paraphrase your statement:
If webmasters can ignore that it is an object and just provide a URI value they will.
Any place a webmaster can provide plain text, they should be able to provide a URI in a <link>. I really don't see how using a URI is an inhibitor to adoption. Maybe you are worried that the URI must resolve to a webpage or some other resource that can be downloaded. But, in fact, that is not necessary. A URI need not resolve to anything; it can be nothing more than a somewhat formal name for a Thing. It is a name that has the benefit of being globally unique.
I am naturally drawn to providing URIs for everything, so have sympathy for this proposal; but my head says "not in version 1" for LRMI.
I totally get this point. But we should be careful to ensure forward compatibility with later versions that provide richer semantics. To that end, maybe we should define the type of "educationalFramework" to be "schema:Thing" in version 1. A Thing can be either Text or an object, and (in version 1) we make no commitment to what kind of objects are suitable.
Hello Monty,
Updated example at the same url:
http://grossmeier.net/files/tmp/Laugh-Out-Loud_Chapter_Books.html
<quote name="Monty Swiryn" date="2012-09-06" time="13:13:04 -0700">
> 1. The top level schema for this product would be "Thing > CreativeWork >
> Book", correct?
Correct.
> Should it also be tagged as "Thing > Product", since it's something for
> sale?
You can use the "offer" field from Book, and fill it with information
from the intangible "Offer" (this sentence is case sensitive).
The example markup on http://schema.org/Book shows how this works.
> 2. "schema.org/AlignmentObject" <http://schema.org/AlignmentObject> doesn't
> go to a page in schema.org. Is that because LRMI hasn't been included in
> schema.org yet?
Right.
> Are you referring to http://www.lrmi.net/the-specification/alignment-object
> ?
That page is now out of date (I am holding off on updating it until the
final version is included in Schema.org to prevent unneeded confusion).
You can see the latest development version here:
http://www.w3.org/wiki/WebSchemas/LearningResources
> 3. Can a publisher use any value for "alignmentype"? Is this the
> "language" issue that has been discussed in this forum?
> For example:
> 3.1. "Reading Level" is not necessarily the same as "Guided Reading
> Level". Some products will have both, and the values might be different.
> What would the markup be if we needed to use both of these?
This need is addressed by "educationalFramework." It tells you what
framework to interpret the alignment within. See the updated example.
> 3.2. "Text complexity" does not specifically state "Lexile Level", which
> is what some teachers will be using in their searches.
Again, this is addressed by "educationalFramework."
> 3.3 "educationLevel" -- This may not be descriptive enough for the
> audience of educators who may be interested in this book. They need to be
> able to see terms that they commonly use, such as "Interest Level" vs
> "Grade Level" vs "Age Range" vs all those different scales of other
> "reading" levels.
> So do we just add tags for all these niche-specific characteristics?
You are free to use whatever new terms you feel are needed in the
alignmentType field.
However, just a reminder, typicalAgeRange is already included in LRMI.
> 4. I don't see the itemprop "numberOfPages" in schema.org for Book, nor in
> the LRMI spec. Am I missing something?
You missed it on the Book page. Scroll to the bottom of the list of
terms. It is the last one listed (before the examples start).
> 5. If we're going to use terms such as these for this product, do we need
> to add tags for identifying the "framework" source, as discussed regarding
> Zoe's concerns?
The example is updated to use that term. One relevant section reproduced
below:
<td itemprop="educationalAlignment"
itemscope itemtype="http://schema.org/AlignmentObject" align="center">
<meta itemprop="alignmentype" content="textComplexity">
<meta itemprop="educationalFramework" content="Lexile">
<span itemprop="targetName">600L</span>
</td>
Best,