decoding/re-encoding of compressed bufr may differ
Bug #994658 reported by
vanh souvanlasy
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| libECBUFR |
Fix Committed
|
Medium
|
vanh souvanlasy | ||
Bug Description
When a BUFR message is compressed, decoding it and re-encoding back to BUFR does not give same. There are
differences when values are high . Like 717289.058 give 717289.062
| Changed in libecbufr: | |
| status: | New → Confirmed |
| importance: | Undecided → Medium |
| assignee: | nobody → vanh souvanlasy (vanh-souvanlasy) |
| status: | Confirmed → In Progress |
Revision history for this message
| vanh souvanlasy (vanh-souvanlasy) wrote | #1 |
Revision history for this message
| vanh souvanlasy (vanh-souvanlasy) wrote | #2 |
| Changed in libecbufr: | |
| status: | In Progress → Fix Committed |
| Changed in libecbufr: | |
| milestone: | none → 0.8.5 |
To post a comment you must log in.
The problem seems to be with type casting of a double to float in the function bufr_value2bits()
input value was a double=717289.058, casting it to float resulted as 717289.062
Will simply avoid the casting to solve the problem.