Hi DJ,
Do the rows you want to print have something in common? If so (for example, if you want to print all the rows for customers in a particular city), you could add that characteristic (e.g. City) to the cube as a level if it isn't already one, and then either filter the pivot table to the City member you're interested in, or add the City level to rows/columns and select cells corresponding to the city you want to view the listing for. Then you should be able to see a listing that only has the data you're interested in, and print or export its results.
The check-boxes in the listing are mainly useful if you are working with a custom action, but that probably isn't the direction I would recommend you go if you are starting out with IRIS BI.
Hi Dmitrij,
Is the documentation here and here helpful for answering your question? If not, could you please elaborate on what you are trying to do or find out?
I see that you tagged this as being about IRIS BI, but the kind of audit events with an Event Source, as discussed at the links above, are separate from the IRIS BI auditing options that you can read about here. If you have questions about IRIS BI auditing, please let me know.
Hi Dmitrij,
Member keys must be unique within the first 113 characters, as documented here. It looks to me like the two strings in your table are the same for the first 117 characters, and I think this is why only one member is being inserted when you build your cube.
If you have long strings in your table that may not be unique within 113 characters, and want to create a member for each one, I wonder about using a hash of the string as the member key, creating a property with the text of the string, and using that property as the member name. However, you should avoid this if it would create an excessively large number of members (or if the member names would be so long that it wouldn't be practical to display them in pivots or dashboards).