Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mer robust håndtering/formattering av felt med dato/klokkeslett #42

Open
ellnyg opened this issue Jan 23, 2020 · 1 comment
Open

Mer robust håndtering/formattering av felt med dato/klokkeslett #42

ellnyg opened this issue Jan 23, 2020 · 1 comment
Assignees
Milestone

Comments

@ellnyg
Copy link
Contributor

ellnyg commented Jan 23, 2020

Dato-formatet brukt til viktige felt som ProsedyreDato, HovedDato osv. i datagrunnlaget i PROD (og andre steder) kan endre seg som følge av endringer i databasen eller SQL-spørringene til HN-IKT. Dette kan resultere i at koden i getXXData() krasjer slik det er nå.

Vi bør researche (f.eks. spørre Fagsenteret) forskjellige R-funksjoner/syntaks som håndterer at felt med dato eller klokkeslett kan formatteres som Date-objekt i R hvis feltene har (blant annet) disse formatene:

Datoformat:

  • yyyy-mm-dd (favoritten 👍 )
  • dd.mm.yy
  • dd.mm.yy 00:00(:00)
  • dd/mm/yy
  • dd/mm/yy 00:00(:00)
  • dd.mm.yyyy
  • dd.mm.yyyy 00:00(:00)
  • dd/mm/yyyy
  • dd/mm/yyyy 00:00(:00)
  • osv.

Klokkeslett-format:

  • 01.01.70 hh:mm(:ss)
  • 01.01.1970 hh:mm(:ss)
  • hh:mm (favoritten 👍 )
  • hh:mm:ss
  • osv.

Kunne det også være lurt å be HN-IKT om en liste over alle forskjellige formatene vi kan risikere at disse feltene dukker opp i?

Har noen av de andre registrene noen egne lure løsninger/funksjoner de bruker i Shiny-appene sine?
(Hvis ikke kan det være aktuelt å samarbeide om å lage en egen funksjon)

@ellnyg ellnyg added this to the v2.1 milestone Jan 23, 2020
@ellnyg ellnyg self-assigned this Jan 23, 2020
@areedv
Copy link
Contributor

areedv commented Jan 23, 2020

HNIKT har en grand-plan om å endre på bla format på data til Rapporteket noe som bla betyr at dato og/eller tid er entydig definert i databasen og at R da kan "forstå" hviket format som mottas. Det vil være en stor forbedring. Kostnaden vil antagelig være at vi må ha en major-revisjon av variabelnavn. Dette arbeidet bør vi da ha en god plan for

@ellnyg ellnyg modified the milestones: v2.1, Later Apr 1, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants