Google Groups

Re: [Learning Registry: Collaborate] Re: Standards alignment to standards alignment in LR via data services


Steve Midgley Mar 26, 2012 11:29 AM
Posted in group: Learning Registry: Collaborate
Yay! This is great and means we don't have to do it. Far from an etiquette violation, you've just solved a big problem for a bunch of people.

Thanks for the clarification and it's great to have AB providing these services. Ultimately for any of this to be sustainable, we need business models underneath, so I'm happy to see your company taking this on.

And the value AB and others have created by tying disparate state and other curricular standards together is complex and not something a community project like LR could take on for sure. I'm personally glad if we don't have to take on even just this simple conversion between existing standards for CCSS. Providing an XML or JSON version (machine readable) as a format would be great when you can get to it (it's clear you're heading there with your greyed out pull-down entries). Please email this list (and LRMI) at least, when that's up.

Also, I really like that you're including API docs right in the HTML results set to make it obvious how to use it and how to get alternative formatted results in the future..

http://api.statestandards.com/services/rest/translate?api_key=get_your_api_key&from=ab&value=2AC1FD0A-74F7-11DF-80DD-6B359DFF4B22&to=asn&format=html

Steve


On 3/23/2012 7:38 AM, Kelly Peet wrote:
I find this thread interesting on a number of fronts.� Please excuse any etiquette violations I might be making in my post.

@Steve.� Regarding your opening example with the Common Core Canonical and ASN URLs, the equivalent AB URL is:

http://www.academicbenchmarks.org/search/?guid=7E402F7C-7440-11DF-93FA-01FD9CFF4B22

And, yes these are public documents in our collection.� Per a side discussion with Joe Hobson, who helpfully expressed that we need to make our data easier to discover, we have exposed a standards translation service much like the variety discussed in this thread (e.g. given an ASN ID, what is the AB GUID), which is running here:

http://academicbenchmarks.com/standards-translator

Regardless of where folks prefer a service like this to reside or which protocol is used to access it, there is a critical (and not very sexy) first step of creating the equations between so many fractured organizations attempting to articulate digital copies of standards.

Also, as noted, the tougher problem is finding relevant connections when the relationship between two sets of standards is not an "equals" sign, deemed out of scope for LR at this time.� A very prescient point.

@Joshua, Jim. Regarding canonical references and getting promulgators (i.e. SEAs, LEAs, etc) to play nicely according to the rules.� I agree it could happen, and generally has not occurred.� To that end, Academic Benchmarks is promoting a technically-sound solution directly to SEAs:

http://academicbenchmarks.com/ab-common-core

I completely agree that the separation of the GUID from the URI makes a more flexible model.� The Learning Standard Item to which you refer, sounds like the SIF XML (LearningStandardDocument and LearningStandardItem), which many of our clients prefer to receive standards from our collection.� It certainly is a valid format, among many, for representing standards in markup language.

Kelly Peet
Founder/CTO
Academic Benchmarks


On Wed, Mar 21, 2012 at 3:49 PM, Jim G <james.dona...@gmail.com> wrote:
[shortened version of my post on LRMI to this discussion]

The matching service is valuable, but it is also reasonable to expect
that the resources that LRMI calls promulgators have the publisher/
producer's canonical reference code and GUID in their database /
online reference.

In CEDS terms these identifiers are:

Learning Standard Item Code -- �A code designated by the publisher to
identify the statement, e.g. "M.1.N.3", usually not globally unique
and usually has embedded meaning such as a number that represents a
grade/level and letters that represent content strands.

and

Learning Standard Item Identifier -- An unambiguous globally unique
identifier.

(Note: CEDS v2 has URI as URL+GUID, candidate for CEDS v3 change is to
separate out GUID from URI, i.e. Learning Standard Item URL --
reference to the statement using a network-resolvable URI)

- Jim Goodell

On Mar 21, 1:02�am, Doug Gastich <dgast...@learning.com> wrote:
> @Steve: I think the only addition you need to make to reconcile to Pat's email is to add one word to your response (in CAPS):
>
> "If I have a thousand Khan academy videos (#1 to 1000) that I align to a single state standard STATEMENT called ABC�"
>
> Also, consider adding 'EdGate UUID' to your growing list of ID providers for standards statements.
>
> @ Joshua: I think you are correct to fear that agreement is required. Organizations like AB and EdGate (and to some extent, ASN) are in competition to be the de-facto canon. A huge portion of their services value goes out the window the moment an actual official standard is endorsed. It seems to me that Steve's approach here is to find a way to accept this as a condition of the system and work with it. But I agree, it creates a potential for failure at multiple points (the first one that comes to mind is getting somehow out of phase during an update to statement language).
>
> -Doug
>
> Douglas Gastich
>
> Director of Content and Partner Development
> Learning.com
>
> 503-517-4463begin_of_the_skype_highlighting������������503-517-4463
> dgast...@learning.com
>
> From: Steve Midgley <steve.midg...@ed.gov<mailto:steve.midg...@ed.gov>>
> Reply-To: <learning-registry-collaborate@googlegroups.com<mailto:learning-registry-co llab...@googlegroups.com>>
> Date: Wed, 21 Mar 2012 00:33:54 -0400
> To: <learning-registry-collaborate@googlegroups.com<mailto:learning-registry-co llab...@googlegroups.com>>
> Subject: Re: [Learning Registry: Collaborate] Re: Standards alignment to standards alignment in LR via data services
>
> I'm not sure I agree with this assertion, or maybe I don't understand it.. :)
>
> If I have a thousand Khan academy videos (#1 to 1000) that I align to a single state standard called ABC (let's make this an easy example), then I would have a bunch of alignment statements in LR like
>
> #1 "is aligned to" ABC
> #2 "is aligned to" ABC
> ...#1000 "is aligned to "ABC"
>
> Then if someone else figures out that XYZ standard is "same as" ABC, they would put
>
> XYZ "same as" ABC in the system
>
> So if someone comes to the system looking for XYZ resources, at minimum, we could ask them to do this:
>
> Data service #2: "What standards are [same as] XYZ?"
> Answer: "ABC"
> Data service #1: "Show me all resources aligned to XYZ"; "Show me all resources aligned to ABC"
> Answer: #1..1000
>
> You'd only have 1 "same as" statement to relate XYZ to ABC? And then 1000 alignment statements?
>
> How do I have this messed up?
>
> Steve
>
> On 3/20/2012 3:39 PM, Daniel Rehak wrote:
> Hi Pat
>
> Good point.
> We've been talking about aligning individual standard's statements, the most primitive.
> So if the standard was described in 1000 statements, then we would need 1000 "same as" alignment statements, one for each part to align it with another standard.
>
> I think you want to align entire aggregates at a time.
>
> Not sure we even have a good model of the aggregates.
> � � - Dan
>
> On Tue, Mar 20, 2012 at 3:26 PM, Patrick.Lock...@googlemail.com<mailto:Patrick.Lock...@googlemail.com> <patrick.lock...@googlemail.com<mailto:patrick.lock...@googlemail.com>> wrote:
>
> On Tuesday, 20 March 2012 02:32:02 UTC, Steve Midgley wrote:
>
> Hi Pat,
>
> I'm not sure what you mean by topology -- do you mean like network graphs? (I know how to string those words together and pretend that there is math(s) underneath that I understand)./group/learning-registry-collaborate?hl=en?hl=en<http://groups.google.com/group/learning-registry-collaborate?hl=en?hl=en>
>
> Say New York and New Jersey's standards are the same - well their LR nodes talk to each other happily (no issues in sharing)
>
> Say New York and Maryland have the same for English but not science �- so they share English materials but not science.
>
> So you do the standards via a node venn diagram?
>
> I may have missed the point entirely.
> --
> You received this message because you are subscribed to the Google
> Groups "Learning Registry: Collaborate" group.
>
> To post: learning-regis...@googlegroups.com<mailto:learning-registry-col labo...@googlegroups.com>
> To unsubscribe:learning-registry-collaborate+unsubscribe@googlegroups.com<mail to:unsubscribe%3Alearning-registry-collaborate%2Bunsubscribe@googlegroups.c om>
>
> For more options, visit this group athttp://groups.google.com/group/learning-registry-collaborate?hl=en?hl=en
>
> --
> Daniel R. Rehak, Ph.D.
>
> Learning Registry Technical Architect
> ADL Technical Advisor
>
> Skype: drrehak
> Email: �daniel.re...@learningregistry.org<mailto:daniel.re...@learningregistry.org>
> � � � � � � daniel.rehak....@adlnet.gov<mailto:daniel.rehak....@adlnet.gov>
> Twitter: @danielrehak
> Web: � learningregistry.org<http://learningregistry.org/>
>
> Google Voice:+1 412 301 3040begin_of_the_skype_highlighting������������+1 412 301 3040
>
> --
> You received this message because you are subscribed to the Google
> Groups "Learning Registry: Collaborate" group.
>
> To post: learning-regis...@googlegroups.com<mailto:learning-registry-col labo...@googlegroups.com>
> To unsubscribe:learning-registry-collaborate+unsubscribe@googlegroups.com<mail to:unsubscribe:learning-registry-collaborate+unsubscribe@googlegroups.com>
>
> For more options, visit this group athttp://groups.google.com/group/learning-registry-collaborate?hl=en?hl=en
>
> --
> You received this message because you are subscribed to the Google
> Groups "Learning Registry: Collaborate" group.
>
> To post: learning-regis...@googlegroups.com<mailto:learning-registry-col labo...@googlegroups.com>
> To unsubscribe:learning-registry-collaborate+unsubscribe@googlegroups.com<mail to:learning-registry-collaborate+unsubscribe@googlegroups.com>
>
> For more options, visit this group athttp://groups.google.com/group/learning-registry-collaborate?hl=en?hl=enI'l be

--
You received this message because you are subscribed to the Google
Groups "Learning Registry: Collaborate" group.

To post: learning-regis...@googlegroups.com
To unsubscribe:learning-registry-collaborate+unsubscribe@googlegroups.com

For more options, visit this group at
http://groups.google.com/group/learning-registry-collaborate?hl=en?hl=en

--
You received this message because you are subscribed to the Google
Groups "Learning Registry: Collaborate" group.
�
To post: learning-regis...@googlegroups.com
To unsubscribe:learning-registry-collaborate+unsubscribe@googlegroups.com
�
For more options, visit this group at
http://groups.google.com/group/learning-registry-collaborate?hl=en?hl=en