Resultat af Analyse af Find Jobs samspil med Ankiro

Storyline:

Som STAR ønsker jeg en analyse af, om Find Job bruger Ankiro og EscoSTAR/ESCO optimalt, så jeg kan optimere søgninger i jobannoncer, herunder i form af jobagenter, på både kort og lang sigt.

Accept kriterier:

Der skal foreligge svar på nedenstående, eller en plan for at opnå disse svar, eksempelvis i form af at have indkaldt til møde med Ankiro:

  1. Er den nuværende brug af EscoSTAR sat hensigtsmæssigt op, set i betragtning af den bruges i kombination med Ankiro?

    1. Bruger vi EscoSTAR/ESCO GetSimilarJob i Ankiros søgefunktion til FindJob på dansk (Jobnet) og engelsk (WiDK)?

      1. hvis nej: hvordan kan dette komme i spil?

    2. Bruger vi indekseringen og automatch optimalt i Ankiro, således at det ikke konflikter med en parallel prioritering samtidig fra ?

  2. Bruges ordbøger i Ankiro i dag?

    1. Hvis ja: hvordan?

    2. Hvis nej: hvad skal der til for at slå det til?

  3. Hvilken betydning har det, at alle properties i search profiles er sat til weight 95%?

    1. Hvad ville vi kunne opnå ved at konfigurere disse properties forskelligt?

  4. Det antages at være uhensigtsmæssigt at søge med anførselstegn, som sker ifm. type-ahead (ex: på Find Job: når der tastes ‘Nov’, kommer forslaget “"Novo Nordisk A/S"“).

    1. hvilken betydning har dette for søgningen i Ankiro?

    2. hvad kan vi opnå ved at slå det fra?

  1. GetSimilarOccupations er ikke brugt i Jobnet.

    1. Den kan mappes og bruges til søgningen i Find Job. Den skal implementeres i Search() metoden.

    2. Til at få ligne jobs på forsiden CitizenCardsBusiness.BuildCards() bruges i stedet GetOtherPersonsSearchedOccupations. Det skal afklares hvilken forskel som er på GetSimilarOccupations og GetOtherPersonsSearchedOccupations, da selv servicen er identisk.

  2. Dictionaries/ordbøger bruges i Ankiro til at tjekke korrekt stavelse og synonymer til søgningen. Hvis vi vælger at bruge getSimilarOccupations fra Esco på stillingsbetegnelser til synonymer, vil en ordbog højst sansynlig være unødvendig. Hertil skal det være for at forslå lignende ord ved f.eks. forkert stavelse?

  3. Ud fra Ankrio dokumentationen antydes det at Ankiro har haft en bug der således gør at hvis vægt sættes til 1.0 vil det ignoreres i søgningen. Jeg har spurgt ankiro i FB328405 om denne bug stadig er relvant i nyere Ankiro versioner.

  4. Om du skriver “nov” eller nov gør ingen forskel. Tværdigmod, bliver søgeteksten highlighted/gjort fed i annonceteksten der hvor den er fundet, hvis man søger nov.

    1. Type-ahead søger kun stillinger og kategorier, ikke virksomheder. Derved ved Novo f.eks. aldrig komme frem i type-ahead.

    2. Hvis du søger Kok rammer du type-ahead og laver dermed en søgning i automatch søgprofilen. Hvis du søger “Kok” rammer du ikke type-ahead og dermed søger du en fritekstsøgning og ikke automatch. Selve søgning er der ingen forskel på, og både automatch og FindJob søgprofilen returnere de samme annoncer.

    3. NYT: Hvis man skriver “nov test” antager søgningen at ordne skal komme efterfulgt af hinanden, men hvis man skriver nov test, antager søgning at ordene bare skal optræde i annoncen.

  5. Andre observationer:

    1. Find Job inkluderer ikke aktive aliasser? - skal de med i søgningen, eller er det kun stillingsbetegnelser?

    2. Corner case - sanitizer gør at man f.eks. ikke kan søge på c++? FB308014