Konvertering: Typeklasser: nytt objekt #33 og #34

[stigat]

• [x] Utvid nin2 koder og objekttype -csv (_inn_data/2_3_koder_fra_sqliteprod.csv) med variabelkoder (noen av de nye typene har tidligere vært koder)

• [x] Opprett url til forrige versjon Url til forrige versjon: (Type: https://nin-kode-api.artsdatabanken.no/v2.3/koder/hentkode/{kodeName}) (Variasjon: https://nin-kode-api.artsdatabanken.no/v2.3/variasjon/hentkode/)

• [x] Finne ut om koder fra nin2.3 sqlite prod er riktige i forhold til url.

• [x] [ ] Isåfall hente ut en ekstra lower( ) kolonne av kodene for å slå opp imot.

• [x] bruk lower() -kolonnen som key i dict og sett kode fra RUNE til lower( ) før lookup i DICT

• [x] HTG konv CSV: Skriv om

• [x] HT konv CSV

• [x] GT konv CSV

• [ ] Sjekk at ikke T-M-01 får duplikate konverteringer.

• [x] Opprett konverteringmodell og lag lastejobb til DB.

  • [ ] HTG
  • [ ] HT
  • [ ] GT

Konvertering

• Id
• FP int (nullable)
• SP int (nullable)
• ForrigeKode //gammel kortkode
• Kode //ny kortkode
• KlasseEnum: typeklasse
• Versjon: ForrigeVersjon (forrige versjonnummer) (Lage en versjon-klasse for 2.3)
• Versjon: Versjon( 3.0 ..)
• Url

Deretter koblingsklasser mellom de ulike klassene og konvertering

TypeKonvertering HovedtypegruppeKonvertering etc.

Forslag/alternativ: Hvordan mappe inn klassetypen: oppslag på hentkode i gammelt api sin sqlite kopi. (Bruke alle-koder-fila fra 2.3)

nin2koder som ikke ble funnet: #169

[stigat]

.

[stigat]

Har hentet koder fra nin 2.3 sqlite prod:
4 kat1 LI må filtreres vekk fra konvertering inntil videre. Dise er egentlig ikke en del av 2.3 men v1. 5 kat? = LA må også filltreres vekk fra konvertering inntil videre.

[stigat]

Hovedtypegrupper-konvertering:

Hovedtyper-konverting:

Grunntyper-konvertering:

[stigat]

API: HTG konverteringer:

[stigat]

API: HT konverteringer:

[stigat]

API: GT konverteringer:¨