Forum Discussion
not a legal oleaut date - cannot refresh
Hello
I'm having a problem refreshing my report online. Everything works fine on the desktop version where I can easily update my dataset, but when uploading it and trying to refresh I get the following message:
Last refresh failed:
| Data source error: | Not a legal OleAut date.. The exception was raised by the IDataReader interface. Table: ProfileScore. |
| Cluster URI: | WABI-NORTH-EUROPE-redirect.analysis.windows.net |
| Activity ID: | d9bc7478-5268-4bda-b634-728909e93f60 |
| Request ID: | 8704eef6-6818-d9d5-fcad-ac50182d9685 |
| Time: | 2018-10-11 09:27:47Z |
I have read the other post with the same issue but those solutions do unfortunately not work for me.
Anyone know how to fix this error?
Thanks
Hi there,
Dit you check the actual datevalues in your table? You most probably have a date before 1/1/1900 in one of the date fields in the table you're trying to load.
Kind regards,
Hans
10 Replies
- hansvanhoeijAdvocate I
Hi there,
Dit you check the actual datevalues in your table? You most probably have a date before 1/1/1900 in one of the date fields in the table you're trying to load.
Kind regards,
Hans
- JPNOPNew Member
Is there any way to convert dates before 1.1.1900 for the whole table? I have a bunch of tables with several columns including dates before 1.1.1900. Those dates come straight from ERP database and most of those cannot be changed in ERP GUI, (without manipulating the database).
Maybe some power query string? Table.ReplaceValue ?
- AnonymousNot applicable
I would use switch for that:
https://docs.microsoft.com/en-us/dax/switch-function-dax
In that scenario you could simply replace any value before or on that date and then specify what you want as an output :)
Hope that makes sense
- AnonymousNot applicable
Just for those who got this problem also, as i did.
As stated above, i checked my data and found 1 entry with the year 0033. Once i corrected that problem, my data refreshed OK.
- ZunairAdvocate II
Anonymous wrote:Just for those who got this problem also, as i did.
As stated above, i checked my data and found 1 entry with the year 0033. Once i corrected that problem, my data refreshed OK.
This should be added as a #bug and be marked as error in PBI desktop since PBI service can't handle it.
- AnonymousNot applicable
Maybe, but isnt the problem the underlying data rather than the app?
Zunair wrote:
Anonymous wrote:Just for those who got this problem also, as i did.
As stated above, i checked my data and found 1 entry with the year 0033. Once i corrected that problem, my data refreshed OK.
This should be added as a #bug and be marked as error in PBI desktop since PBI service can't handle it.
Maybe, but isnt it an issue with the data rather than the app?
- MaryannHelper I
Is there a way to turn off this check. Technically they are valid dates. What if a museum wanted to categorize their artifacts by date? they can't?