Career Clusters and keywords

16 views
Skip to first unread message

Jerome Grimmer

unread,
Jun 15, 2012, 4:57:40 PM6/15/12
to learnin...@googlegroups.com, learningreg...@googlegroups.com

Greetings,

In Illinois we are taking the position that the resources in the Learning Registry could be useful for teachers to prepare their students for a career.  Along these lines we want to organize the resources we harvest from the LR mostly along some of 16 federal career clusters:

 

·         Agriculture, Food, and Natural Resources

·         Architecture and Construction

·         Energy (this one isn’t a federal career cluster)

·         Finance (the federal name of this one I believe is “Financial Services”)

·         Health Science

·         Information Technology

·         Manufacturing (the federal name of this one is “Manufacturing, Installation, and Repair”)

·         Research and Development (the federal name of this one is “Science, Technology, Engineering, and Mathematics”)

·         Transportation, Distribution, and Logistics

 

For resources already in the learning registry, there does not seem to be an easy way to organize the existing resources along these lines, short of going by keyword (and there are thousands of keywords in the LR, so this would be a nightmare to set up and maintain).  Is there a good way to organize existing resources along these lines?

 

Where would be a good place to put a career cluster in the nsdl_dc and LOM schemas, and the JSON for items that we publish?  What about a career pathway (for example, Networking in the IT career cluster)?

 

I’ve noticed also that for resources using the LOM and nsdl_dc schemas, that the keywords in the JSON are (for the most part) duplicated within the payload in dc:subject, dc:educationLevel, dc:type, dc:language, and dc:format (for nsdl_dc) and for keyword and classification (for LOM).  Is there a reason for this?

 

Thanks,

 

Jerome Grimmer

Southern Illinois University Carbondale

2450 Foundation Drive Suite 100

Springfield, IL

Phone: 217-786-3010 ext. 5857

Toll-free: 1-800-252-4822 ext. 5857

jgri...@illinoisworknet.com

"Your words have power.  Use them wisely." --Unknown.

 

Steve Midgley

unread,
Jun 19, 2012, 11:34:36 PM6/19/12
to learnin...@googlegroups.com
Hi Jerome,

The keywords are designed to be a folksonomy (like twitter hashtags). So if you want to pivot around 16 key cluster areas, my proposal would be to use unique keywords for each cluster, and then extract only those keywords from LR. Ideally we can popularize your keywords to encourage others to tag their envelopes with them as well. You could use simpler (non-unique) keywords, and add an additional keyword like "Federal career clusters" to indicate that these keywords should be considered uniquely. But right now out slice API has a defect that it can't do "AND" extractions, so you can't say "get me all envelopes matching 'energy' AND 'federal career cluster'"

Our new Data Service API would let you write that kind of extraction fairly easily if you're interested in trying that. Or we should have a lucene interface running soon which would give you some of those capabilities.

But if you want to use slice for extraction, I'd recommend unique keywords like 'fedcareer-energy' or 'fedcareer-agriculture"

The reason that there are many duplications between payload and envelope is that folks are trying to make slice (and related APIs) more useful by putting more "slicable" data into keywords, even though they are duplicated in the payload.

Does this help any?

Steve


On 6/15/2012 1:57 PM, Jerome Grimmer wrote:

Greetings,

In Illinois we are taking the position that the resources in the Learning Registry could be useful for teachers to prepare their students for a career.� Along these lines we want to organize the resources we harvest from the LR mostly along some of 16 federal career clusters:

�

��������� Agriculture, Food, and Natural Resources

��������� Architecture and Construction

��������� Energy (this one isn�t a federal career cluster)

��������� Finance (the federal name of this one I believe is �Financial Services�)

��������� Health Science

��������� Information Technology

��������� Manufacturing (the federal name of this one is �Manufacturing, Installation, and Repair�)

��������� Research and Development (the federal name of this one is �Science, Technology, Engineering, and Mathematics�)

��������� Transportation, Distribution, and Logistics

�

For resources already in the learning registry, there does not seem to be an easy way to organize the existing resources along these lines, short of going by keyword (and there are thousands of keywords in the LR, so this would be a nightmare to set up and maintain).� Is there a good way to organize existing resources along these lines?

�

Where would be a good place to put a career cluster in the nsdl_dc and LOM schemas, and the JSON for items that we publish?� What about a career pathway (for example, Networking in the IT career cluster)?

�

I�ve noticed also that for resources using the LOM and nsdl_dc schemas, that the keywords in the JSON are (for the most part) duplicated within the payload in dc:subject, dc:educationLevel, dc:type, dc:language, and dc:format (for nsdl_dc) and for keyword and classification (for LOM).� Is there a reason for this?

�

Thanks,

�

Jerome Grimmer

Southern Illinois University Carbondale

2450 Foundation Drive Suite 100

Springfield, IL

Phone: 217-786-3010 ext. 5857

Toll-free: 1-800-252-4822 ext. 5857

jgri...@illinoisworknet.com

"Your words have power.� Use them wisely." --Unknown.

�

--
---
This message is posted from the Google Groups "Learning Registry Developers List" group.
To post: learnin...@googlegroups.com
To unsubscribe: learningreg-d...@googlegroups.com

Jerome Grimmer

unread,
Jun 20, 2012, 3:06:38 PM6/20/12
to learnin...@googlegroups.com

Hi Steve,

What you’re saying to do for items we publish will work for publishing; the catch is in the consuming of items others have already published.  There’s some good resources in there that are already published; we just need to figure out how to match the already existing resources to the career clusters.

 

Jerome Grimmer

Southern Illinois University Carbondale

2450 Foundation Drive Suite 100

Springfield, IL

Phone: 217-786-3010 ext. 5857

Toll-free: 1-800-252-4822 ext. 5857

jgri...@illinoisworknet.com

"Your words have power.  Use them wisely." --Unknown.

 

From: learnin...@googlegroups.com [mailto:learnin...@googlegroups.com] On Behalf Of Steve Midgley
Sent: Tuesday, June 19, 2012 10:35 PM
To: learnin...@googlegroups.com
Subject: Re: [Learningreg-Dev] Career Clusters and keywords

 

Hi Jerome,

The keywords are designed to be a folksonomy (like twitter hashtags). So if you want to pivot around 16 key cluster areas, my proposal would be to use unique keywords for each cluster, and then extract only those keywords from LR. Ideally we can popularize your keywords to encourage others to tag their envelopes with them as well. You could use simpler (non-unique) keywords, and add an additional keyword like "Federal career clusters" to indicate that these keywords should be considered uniquely. But right now out slice API has a defect that it can't do "AND" extractions, so you can't say "get me all envelopes matching 'energy' AND 'federal career cluster'"

Our new Data Service API would let you write that kind of extraction fairly easily if you're interested in trying that. Or we should have a lucene interface running soon which would give you some of those capabilities.

But if you want to use slice for extraction, I'd recommend unique keywords like 'fedcareer-energy' or 'fedcareer-agriculture"

The reason that there are many duplications between payload and envelope is that folks are trying to make slice (and related APIs) more useful by putting more "slicable" data into keywords, even though they are duplicated in the payload.

Does this help any?

Steve

On 6/15/2012 1:57 PM, Jerome Grimmer wrote:

Greetings,

In Illinois we are taking the position that the resources in the Learning Registry could be useful for teachers to prepare their students for a career.  Along these lines we want to organize the resources we harvest from the LR mostly along some of 16 federal career clusters:

 

·         Agriculture, Food, and Natural Resources

·         Architecture and Construction

·         Energy (this one isn’t a federal career cluster)

·         Finance (the federal name of this one I believe is “Financial Services”)

·         Health Science

·         Information Technology

·         Manufacturing (the federal name of this one is “Manufacturing, Installation, and Repair”)

·         Research and Development (the federal name of this one is “Science, Technology, Engineering, and Mathematics”)

·         Transportation, Distribution, and Logistics

 

For resources already in the learning registry, there does not seem to be an easy way to organize the existing resources along these lines, short of going by keyword (and there are thousands of keywords in the LR, so this would be a nightmare to set up and maintain).  Is there a good way to organize existing resources along these lines?

 

Where would be a good place to put a career cluster in the nsdl_dc and LOM schemas, and the JSON for items that we publish?  What about a career pathway (for example, Networking in the IT career cluster)?

 

I’ve noticed also that for resources using the LOM and nsdl_dc schemas, that the keywords in the JSON are (for the most part) duplicated within the payload in dc:subject, dc:educationLevel, dc:type, dc:language, and dc:format (for nsdl_dc) and for keyword and classification (for LOM).  Is there a reason for this?

 

Thanks,

 

Jerome Grimmer

Southern Illinois University Carbondale

2450 Foundation Drive Suite 100

Springfield, IL

Phone: 217-786-3010 ext. 5857

Toll-free: 1-800-252-4822 ext. 5857

jgri...@illinoisworknet.com

"Your words have power.  Use them wisely." --Unknown.

 

--

---
This message is posted from the Google Groups "Learning Registry Developers List" group.
To post: learnin...@googlegroups.com
To unsubscribe: learningreg-d...@googlegroups.com

Jim Klo

unread,
Jun 20, 2012, 4:37:29 PM6/20/12
to <learningreg-dev@googlegroups.com>
Jerome,

Data Services is probably the best way to go.  One can deep dive into the resources you understand, and create a unique classification - potentially re-tagging/normalizing the data that's in there on the output into a RDBMS which would allow you to build more flexible queries over a smaller data set.  This is something slice cannot do at the moment.

- Jim

Jim Klo
Senior Software Engineer
Center for Software Engineering
SRI International
Reply all
Reply to author
Forward
0 new messages