Hej!
Jag vill alltså översätta “AMS_taxonomy” (som är den gamla taxonomin, det ni kallar legacy, om jag förstått det rätt) till SSYK-2012 koder. Det handlar om ca 3400 yrken och är, enligt den information jag har fått, den taxonomi som används i platsbanken än idag. På denna gitlab har ni en “sub-heading” som lyder " Convert between Old and New Taxonomy ids". Tyvärr fungerade inte de URL som hänvisas där.
Testade följande MyQuery
concepts(include_deprecated: true, type: "occupation-name") {
id
preferred_label
type
deprecated_legacy_id
deprecated
ssyk_code_2012
}
}
Dock verkar översättningarna inte finnas där. Det jag får ut är “null” överallt:
"ssyk_code_2012": null
Här är min egna Python kod där jag försöker uppnå samma sak. Lyckades få fram 547 “matchade” data-punkter. Vill helst inte gå igenom de resterande 2900 yrkena manuellt…
response = requests.get("https://taxonomy.api.jobtechdev.se/v1/taxonomy/specific/concepts/ssyk?include-legacy-information=true&type=ssyk-level-3%20ssyk-level-4")
def jprint(obj):
# create a formatted string of the Python JSON object
text = json.dumps(obj, sort_keys=True, indent=4)
print(text)
listlen = len(response.json())
for i in range(0,listlen):
print(response.json()[i]["taxonomy/ssyk-code-2012"],";",response.json()[i]["taxonomy/preferred-label"],";",response.json()[i]["taxonomy/deprecated-legacy-id"])
1 gillning
Hej Simon!
Bra fråga! Jag tolkar det som att du vill ha ett sådant här format du är ute efter:
"ssyk-code-2012 ; preferred-label ; deprecated-legacy-id".
Det lite luriga är att ssyk-code-2012-attributet ligger på själva SSYK-grupperna, dvs en nivå uppåt i hierarkin, därför ges null om man försöker hitta det på occupation-name concept. Så man får försöka härleda ssyk-koden genom att kolla på vilket ssyk-level-4 concept som occupation-name conceptet är kopplat till.
Jag tror att det enklaste är att göra en graphql-query som utgår från occupation-name (och version 1 om det är gamla taxonomin som är intressant) och som hämtar relaterade ssyk-level-4 concept.
Exempelvis något i stil med:
endpoint = "https://taxonomy.api.jobtechdev.se/v1/taxonomy/graphql?query="
graphql_query = """query MyQuery {
concepts(type: "occupation-name", version: "1") {
id
preferred_label
deprecated_legacy_id
broader(type: "ssyk-level-4") {
id
ssyk_code_2012
}
}
}
"""
response = requests.get(endpoint + graphql_query).json()["data"]["concepts"]
for i in range(0, len(response)):
print(response[i]["broader"][0]["ssyk_code_2012"], ";", response[i]["preferred_label"], ";",
response[i]["deprecated_legacy_id"])
Ger följande:
2651 ; Skulptör ; 6047
2653 ; Dansare ; 6050
2655 ; Skådespelare ; 6051
Jag får ursäkta min inte så vackra kod men du förstår säkert tanken 
Tack så mycket! Det var exakt det jag behövde! Koden fungerade utmärkt.
Jag har inte tidigare jobbat med API:er och har nog inte riktigt fått pli på det här med nivåerna.
Tänkte kolla att jag har förstått saker rätt
- “endpoint” är adressen/platsen vi hämtar vår information från (vilken plats skickar vi vår efterfrågan om att få information)? Så ni på JobTech har satt upp en server med GraphQL språket och den har en viss adress helt enkelt.
graphql_query = """ query MyQuery {
concepts(type: "occupation-name", version: "1")
#vi vill ha information från 'concepts',
#och lägger in argument för type samt version, dvs vi avgränsar oss till dessa två {
id
preferred_label
deprecated_legacy_id #vi vill ha ut id, preferred_label samt deprecated_legacy_id för information av typen 'occupation-name' version 1
broader(type: "ssyk-level-4") #här säger vi att vi också vill ha information 'ett steg upp' i hierarkin {
id
ssyk_code_2012
}
"""
Därefter använder man samma standardformat för requests. graphql_query läggs till på endpoint eftersom det förra specificerar exakt vad det är för information vi vill ha ut.
-
Varför måste vi lägga till [“data”] samt [“concepts”] efter json()? Gissar att det är (ungefär som?) dictionary “keys”.
-
Fråga om narrower/broader. När man ber om information kan man börja “högre upp” och därefter specificera “narrower” följt av en mer snäv kategori (tex kan man börja med alla chefer, och sedan specificera mha “narrower” att man vill titta på chefer inom restaurang)? Alternativt kan man börja med en mer snäv kategori (tex SSYK2012) och därefter specificera “broader” för att få dennes “parent”?
Hej igen!
- Ja det stämmer mycket bra. Jag tycker det känns enklast att gå in i graphiql-gränssnittet för att definiera frågorna och sedan kopiera över dem, för att man direkt kan se vad man får ut för data.
Graphql är helt enkelt lite trevligare mot användaren och tillåter mer flexibilitet än swagger-gränssnittet.
- Precis, vi behöver dem för att svaret vi får från graphql börjar såhär:
{
"data": {
"concepts": [
Så vi vill helt enkelt navigera oss nedåt i strukturen med hjälp av “data” och “concepts” för att komma till listan med dicts. Ett annat sätt att göra det skulle kunna vara:
response = requests.get(endpoint + graphql_query).json()
x = response.get("data").get("concepts")
Obs dock att jag verkligen inte är kunnig på det här området och det finns säkert bättre sätt att göra det på.
- Precis! De har ett omvänt förhållande till varandra, så narrower från concept a till concept b innebär broader från concept b till concept a. Den här sortens struktur är exempelvis rätt vanlig:
query MyQuery {
concepts(type: "occupation-field") {
id
preferred_label
type
narrower(type: "ssyk-level-4") {
id
preferred_label
type
ssyk_code_2012
narrower {
id
preferred_label
type
}
}
}
}
Mvh
David