Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
We are running NPrinting Feb 2018 and were on November 2018 QS.
Under that scenario I had created an NPrinting pixelperfect report with a bunch of formulas in it. They all worked fine.
We just upgraded to June 2018 QS and for the time being are still on Feb 2018 NPrinting.
All of the formulas stopped working and I just get a '-' where data used to display.
Here is an example of one of the formulas. They are all similar to this.
avg( {<CalendarDate={"$(=date#(today()-1))"}>}($(vTotalRouteTime))*24)
Something changed with the upgrade. But I have yet to figure it out. At least that is what I think happened.
Hi Mark, I woluld try to use the same expression directly in Sense to confirm vTotalRouteTime values and date formats, maybe "$(=date#(today()-1))" is returning dates in a different format that CalendarDate stores dates.
That was my thinking also. CalendarDate is a datetime field. But as far as I know it always has been. I"ll keep digging.
You can also try setting the format with Date(), (not Date#())
"$(=date(today()-1), 'DD/MM/YYYY')"
If it's a timestamp use timestamp() instead of date().
Also, if you leave the expression without label it will show the value converted in $-expansion, wich will be used to look sometimes I found that an equal sign at start was needed:
"=$(=date(today()-1), 'DD/MM/YYYY')"
There can be also the option of using single quotes to look for exact value:
CalendarDate={'$(=date#(today()-1))'}
So this version now returns data. However, it is as if it is ignoring the Set Analysis or the Set Analysis is not true. It is returning a value for the entire data set of 9.78. When I filter in the app for yesterdays data this calculation comes back as 9.13.
avg( {<CalendarDate={"=$(=Date#(today()-1))"}>}($(vTotalRouteTime))*24)
That basicly means your set analysis is not working.
The above formula "CalendarDate={"=$(=Date#(today()-1))"}" does not make any sense!!!
Mark, can you just explain first where do you have a problem - Is this a NPrinitng problem or Qlik Sense?
cheers
Lech
--------------------------------------------
When applicable please mark the appropriate replies as CORRECT https://community.qlik.com/docs/DOC-14806. This will help community members and Qlik Employees know which discussions have already been addressed and have a possible known solution. Please mark threads as HELPFUL if the provided solution is helpful to the problem, but does not necessarily solve the indicated problem. You can mark multiple threads as HELPFUL if you feel additional info is useful to others.
Hi,
I agree with lech_miszkiewicz and I wuold to suggest also to upgrade Qlik NPrinting to latest vestion to benefit of all solved bugs.
Best Regards,
Ruggero
---------------------------------------------
When applicable please mark the appropriate replies as CORRECT https://community.qlik.com/docs/DOC-14806. This will help community members and Qlik Employees know which discussions have already been addressed and have a possible known solution. Please mark threads as HELPFUL if the provided solution is helpful to the problem, but does not necessarily solve the indicated problem. You can mark multiple threads as HELPFUL if you feel additional info is useful to others.
The issue is only in NPrinting. The QS app is still working correctly.
We actually did upgrade to June 2018 for NPrinting and saw the same issue. So we backed down to Feb 2018 thinking the issue was upgrading NPrinting.
But that was not the issue as it still did not work.
Now to complicate things I have not looked at this report for months. It is not in Production so no user input if something was wrong. So this could have stopped working prior to upgrading Qlik Sense.
I also noticed that you use variable instead of field or expression. What happens when you use proper field/expression name instead of variable "($(vTotalRouteTime)"
It is possible that your variable is not evaluated properly when in NPrinting!!!