Is there any way to spliit a jasper report Gantt chart vertically? - jasper-reports

I am creating a Gantt chart with jasper reports. But in this chart think it as a calendar where we can see some resource allocations. So the resource is a task and the allocations are sub tasks. That means there are multiple sub tasks for a task that are spread through months. If my data set contains data that spreads through about 6 months of a time period then the Gantt is very crowded and the tick labels are overlapping with each other. BTW the ticks should be shown in days. I want to split this report into several pages say 3 months for a page. The sub tasks doesn't have to start and end in one page. It's ok to start in one page and end them in another. So I basically want to print one report and split it to pages. I'm new to Jasper reports. It would be great help if someone can help me with a solution. The chart is getting its data through a sub data set and the data source is a Json.
Thanks

Related

Is it possible to schedule refresh different parts of a dataset?

I have a report on PowerBI that has many pages/tabs and each one also has alot of data being displayed. As I didn't design this, I'm going through the report to eliminate as much as I can and possibly splitting the report as alot of the data only requries refreshing once a week.
This is where my query comes in, I have information on one page that requires a refresh every two hours over a 12 hour duration, one field of data that requires a daily refresh and two more fields only require refreshing when required.
Is it possible to segment scheduled refreshes throughout a single part of the report, or does scheduled refresh only allow the entire report to be refreshed? (I.E. Sales status is hourly, Outbound status is daily, and sales summary is weekly)
I'd rather avoid having to split reports, as it is very handy to have them on one page; rather than having to open two and view them on multiple monitors.
I am just starting out on PowerBI reports, having been shown enough to get what I need done; but plan to delve further in, this being my first port of call if it is possible.
Thanks for any reponses in advance.
Brian.
No. It's Not Possible.
PowerBI Internal working like Tabular Model.
In Import mode we can not do incremental refresh also.
So other option is you can create Reporting layer and define denormilized with calucaluated columns Reporting tables.( Sales ,summary )
and use Direct query or Refresh and Do ETL for This table.
So you can schedule ETL for specific Tables i.e.Sales or summary.

Dynamically add Crystal Report Header(s) and chart(s) based on a count

I am working on a Crystal Report that is utilizing the Multiple Pie Chart graph type to show some data on change of location. I have run into the situation where a record has 17 locations. I cannot seem to make the chart auto-grow, even though set to only display 2 pies per row, it is showing all 17 pie charts on a single page. This is way too dense. I think the answer would be to count the data-rows involved and dynamically insert a Report Header and single Pie Chart for each, but have no idea how to accomplish this in Crystal. I have spent quite a bit of time looking for information on this and come up with absolutely nothing. I'm pretty much a CR newb. Haven't worked with it since school, years ago. A push in the right direction would be greatly appreciated!

How to create a chart in Kibana from a set number

I have a task that sends to Kibana a number of files it's supposed to run, then it sends an event for each file that finishes. How can I configure my Kibana to give me a pie chart of remaining files from finished files? (If it's impossible to do with a pie chart I'd like to hear about other charts to do that with)
Ideally if for example I have 20 files and 5 finished I want my pie to be 3 quarters of one color (waiting files) and 1 quarter another color (finished files).
If you're to use the pie chart, you might have to differentiate the file whether it's a finished one or a waiting one by using filter aggregation. You can have a look at this, for more about using the filter.
So in your case, let's assume if you have a field called status which has distinct values as waiting and finished. What you can do is to have two filters containing:
filter 1
status:'waiting'
filter 2
status:'finished'
So the above would actually split your pie chart into two sections where one containing the waiting events and the other containing finished events with two different colors. This is just a thought so that you could reproduce. Hope it helps!

Display multiple columns in a group header with charts

I want charts generated for each group to appear in a multi-column format in one group header. I could do it with subreports, but I'm looking for a solution that doesn't require me to load the data set multiple times. How can I achieve this?
Long story short, Crystal isn't a good fit for this.
Even if the number of groups wasn't variable, Crystal reports is fixated on delivering and iterating your records from top to bottom. It's not impossible to structure that, but it would be way more work than it's worth. Plus you'd waste too much time handling the variable number of charts and ensuring unused ones were suppressed. And even then, you'd probably need to use subreports.
You'd have better luck using something other than Crystal for generating this behavior. Even if it meant creating a subreport for the chart and writing a VS program that displayed that report multiple times for each "Group".

Crystal Reports: ? Possible to show Full Set in one chart, and subsets in separate charts?

In Crystal Reports, is there a way to get both full set charting and subset charting, in the report headers?
I'm working on a report from an erstwhile co-worker and I'm still trying to make things "better".
While I haven't found the solution to accruing time
( see Accruing over time (non-overlapping) - technique? )
I'll press on with how to use the resulting data once I retrieve it.
The report is a Global Availability report for network technologies, and part of the report is graphic:
Chart availability for different
network types for last "n" months'
time.
Charts availability for each region
(for each network type for "n"
months' time).
She (co-worker) had a global chart, but for each region, she did a separate sub-report containing just the chart for that region. The query isn't optimal, and using the sub-reports, the query is repeated each time.
If there a way to use a single data-set in one report for all five charts, forcing the four regional charts to display only that region's data?
Additional info:
The charts are all Bar charts, design is
y-axis: calculated availability
x-axis: Group by network type (Switches, Trunks, "Network)
sub group by month
Bad Example:
Let me see if I understand this. In your Report Header, you have 5 Subreports for the 4 regional graphs and the global graph. And you want to collapse this all into 1 Subreport if possible?
Yes, but you can't do it like in your image where United States & Europe are side-by-side. They would have to be 1 per row. Also, the datasource also has to be formatted correctly. To do this,
Make a new subreport. Group it by the Region.
In this subreport, make your regional graph in the Group Header section.
In this subreport, also make your global graph in the Report Header section.
Insert this subreport into your main report and you should be done.
Sometimes, the only way out of the fire is through it.
After lots of un-satisfactory refactoring, I spoke with the original (years ago) requestor and got some good information. I have yet to speak to the most recent requestor again (who didn't have any knowledge of the technical requirements the last several times).
Spoke w/ the guy who is tending a related db, and I get permission to add come functions, views, store procedures, etc. to THAT db... Within reason and after code/perf review -- something that isn't normally conducted, so I welcome it. I WILL have the ability to do the procedural stuff through... a procedure. Written as a stand-alone, I should be able to re-use it for any of the queries against future needs.
And... Yes, I am pretty much going to have to (read "get to") re-design, and hopefully get rid of most of the sub-reports. Yeay, me.
Thanks for coming along for the ride.