Rapportér fejl
Hvis du støder på et problem, fejl eller finurlighed i REDCap, så bedes du oprette en sag i CIMT service.
Udestående fejl
27/04/2022
| Action tag @CALCDATE regner forkert, hvis der regnes henover skiftet til vintertid. Datoen vises rigtigt i formen, men i data quality (regel H) og evt. i data export er det en dag tidligere.
| 10.6.18
| Workaround - istedet for hele dage, indsættes dage.1 dvs. f.eks. @CALCDATE([date], 89, 'd') skal istedet være @CALCDATE([date], 89.1, 'd')
|
22/04/2022
| Action tag @CALCTEXT regner forkert i data import/data quality (regel H), hvis funktionerne mid(), left(), right() osv. bruges til udregning af dato i dmy format. Dato er rigtig i data entry og data export.
| 10.6.18
| Svar fra Vanderbilt til bug report:The issue here is an idiosyncrasy regarding the way REDCap calculations and branching logic processes dates on the data entry form/survey vs data import/DQ rule H. For the former, it's using the value as seen on the page (in DMY date format in your case), and for the latter, it always uses the format of the date as it's stored in the database (always in YMD date format). So in other words, for calculations/calctext/branching logic you really cannot using mid(), left(), right(), etc. functions on date/datetime fields UNLESS the field is in YMD format. If you have a date/datetime field in DMY or MDY format, then DQ rule H will always differ from the calc on the data entry form. For example, if my date is "31-12-2022" and i'm using left([date], 2), the data entry form will yield "31" for the calc, whereas DQ rule H will yield "20" (because the value is really stored as "2022-12-31". There's no way around this limitation. I think the only option for you might simply be to convert the date field to YMD format.
|
24/11/2021
| Participant list indeholder ikke "completed responses" selvom dette er valgt for listen.
| 10.6.18
| Workaround - Man skal have “allow respondents to return and modify completed responses” aktiveret i survey settings, før man kan se completed responses i participant list. Problem rapporteret til Vanderbilt.
|
Forskellige datoer, rapporteret et par gange
| Problem med at uploade data dictionary eller instrument zip fil når CPR validering er brugt.
| 10.6.18
| Workaround - undgå at have cpr validering på, mens der arbejdes med data dictionary eller instrument zip fil.
|
Løste fejl
Der er i øjeblikket ingen rapporterede fejl.