job-listing-brainstorming

Job Listing Brainstorming

Ideas for a possible job-listing microformat.

Fields from examples

(see the job-listing-examples)

property	xhtml-element	description	major/minor (+/-) priority
title	h#	title of the job, e.g. 'Project-Manager for Customer-Service-Project'	+
description	class	job-description	+
company	hcard		+
company size	class		+
company logo	class		-
multimedia	class		-
location	adr		+
start & end date	dtstart & dtend	:or should we use dstart for the date the ad is posted, and dtend for the closing date for aplications?	+
contract)	class		+
part time|temporary| temp to hire|seasonal|internship)	class		+
hours/week	class		+
salary base	class (see currency)		+
salary max	class (see currency)		+
wage/hour	class (see currency)		+
education	class
certification	class
years	class
skill	class	management can fall under skill
years	class
required	class
benefit	class
holiday allowance		expressed in days or weeks?
contact	hcard
time posted	date-time	(is this dtstart? See above)
relocation covered	class
job function	class	(if absent, fall back to title?)
travel required	class
industry		tag on company?
language of job-listing	class @lang on containing element (or use page's language)
job-language	class	mainlanguage spoken with colleagues
applicationmaterial	class	e.g. cv, worksamples, licenses, greencard
organisationalid	class	number or phrase - large enterprises have an unique id for a specific job offer
applicationurl	class	Some companies require applicants to fill out application forms online

Filip Chereches-Tosa

• Maybe there's no need to have a dedicated microformat for jobs and we could somehow extend the hListing proposal, by adding the following optional fields under description:
  • salary
  • education
  • skills
  • type

Filip C.T.E.

Bruce Stockwell

I concur with Filip C.T.E.. A vacant or new position at a company can be represented in its basic form by the hListing proposal. hMeasure and hCurrency could handle the salary as it would the monetary value of any basic listing. Describing optional and required skill set items needs more discussion.

Bruce Stockwell

Andy Mabbett

"job-listing" is clunky, would "vacancy" be a better name?

• I second the change of name to "Vacancy". - ntoll
  • I disagree, "vacancy" has no context. It could refer to anything - eg "hotel vacancy". - Quint
    • In which case, "job-vacancy" or just "job"? Andy Mabbett
      • A job is a offering to the market for someone to fill so using the 3 attributes from the hlisting spec Listing Type="Offer", Listing Action = "Announce" and Item Type ="Opening" describe a job opening. Michael Specht

Christian Pfetzing

What about "job-offer"? Reason: People with low english-skills often know "offer" but not "vacancy". On the other hand: Why not easily "job"? With an attribute you can specify if it is a "job-offer" or a "job-application". So human beeings/job-platforms can easily compare "offers" and "applications". Manually (humans) or automatic (machines) -- Christian 05:48, 28 Apr 2007 (PDT)

Darren Bounds

Keep in mind the internationally recognized term in the ATS industry is "requisition". This is also defined in the HRXML specification.

While I believe other non-standard options should be considered, it does not appear as though the hResume specification gave any consideration to HRXML, which does have a large adoption for backend transations regarding HR data (including resumes and requisitions).

• While this makes perfect sense from a specialist's back-end view, I'm not sure that I would ever look for a requisition (actually positive that I wouldn't) Robert Cooksey

See also

• Joined Up Jobs (job syndication initiative in UK local government)
• currency - proposed microformat for marking-up amounts of money (for salary, wage, payment, earnings)

Robert Cooksey

(hello everyone, my first post, I'll get to creating my user page Robert Cooksey )

• The idea of extending the hListing proposal sounds like a good one.
  • This simplifies the models to more generic containers with detail coming from attribute values
  • It also utilizes the time tested models of information organization on sites such as craigslist and paper models such as classifieds while adding the semantic specificity that allows the data to be utilized by systems in widely divergent varieties by agents--human and digital
• Questions concerning this:
  • Is there another word than job or requisition that captures all of each and is used in common parlance?
  • Would "offer" be the best action for this? Maybe "opportunity" or something of which I'm not thinking?
    • A general enough heading for this action in hListing would allow for a breakdown in terms of type of different forms
    • The suggestion of type could accept values such as:
      • contract, submission (for calls for conferences, publications, etc.), full-time, part-time, etc.
      • This would allow for an opportunity (job/employment, call for papers, etc.) that could be differentiated by attributes of type and availability status (open, closed, conditional, etc.)
  • Also, the word "available" seems more flexible should one want to allow for just an expression that expresses openness without too much specificity, but the expiration date might catch-that. What if open-until-filled?
• One last suggestion is to add "experience" to the list Filip posted above
  • While many job listers search for skills and education level, number of years experience are also used at least as often

Michael Specht

Agree the hlisting format looks like it could easily be extended to meet the initial needs of a job posting, assuming we look at a job posting as a classified ad not from the view point of a recruiter. One of the issues that limited the take up of HRXML in the early days was it's complexity, experienced gained here in Australia trying to get vendors to support the format. The list of elements above seems to describe a job from an HR/recruitment point of view not a classifieds point of view.

I see the biggest issue with the hlisting format being how to handle: salary, skills, type, industry and application process.

Jeff Donner

For tech jobs at least, it'd be nice to have /graded/ requirements for skills, whether measured in years experience, general goodness, or how important to the position (1-5 say; 5 absolutely required, 1 lightly used, only nice-to-have). Also, Visa requirements (H1B, citizen, green card ...), security clearance, whether remote work is ok. And actually, all of these are applicable to general jobs as well. -- Jeff Donner

Juraj Sivak

Hi, I am student of Technical University of Kosice, and my theme of final paper is Semantic web - Microformats. Part of my task is to design some kind of microformat. I began to evolve microformat for job offer, regardless of this brainstorming. My proposed scheme of this microformats is as follows:

• job-offer
  • employer - name of employer (hCard)
  • position - Type of job vacancy (ISCO)
  • description - scope of employment
  • salary/wage - sallary or wage
    • currency
  • adr - locality of job
  • employment - type of employment
  • dtstart - start-date of employment
  • dtend - end-date of employment
  • duration - duration of employment
  • last-modified - last update

• • requirements - this atribute is used only for clearer structure
    • education-level - education level
      • scope - scope of education
    • experience - experiences like PC experience, practice, driving license...
      • duration/level - duration or level of experience
    • skill
      • assumption - assumption like flexibility, communicativeness...
      • language - language skill
        • level - level of language skill

I am sorry for my english. I am just pre-intermediate. Juraj Sivak