[Mondrian] Visual folder structure

Paul Stoellberger p.stoellberger at gmail.com
Tue Nov 22 15:18:41 EST 2011


the property is fine by me. as long as we all use the same

atm i cant think of any other than the usual properties.  

paul




Am 22.11.2011 um 19:36 schrieb Julian Hyde <jhyde at pentaho.com>:

> I think AnalyzerBusinessGroup will do for now.
> 
> If someone has profound philosophical objections to that name I guess we could create a synonym property, and we'd have to persuade analyzer to read that also. But it's much more important that every tool is using the same property than what that property is called.
> 
> Tool developers (I'm thinking especially of Saiku developers here, and also Benny),
> 
> Is there any extra metadata you wish was attached to members? (We already have FONT_NAME, FORE_COLOR, DISPLAY_INFO, etc., from Microsoft's de facto standard.) If so, let's document and standardize it, so people can build metadata into their model that works for multiple front-ends.
> 
> Julian
> 
> On Nov 21, 2011, at 11:47 PM, Diethard Steiner wrote:
> 
>> Hi Julian,
>> Thanks a lot for your feedback! For the Analyzer we have to define an annotation called AnalyzerBusinessGroup. As long as any other GUI client supplier is willing to follow the same naming convention it's ok. As a OLAP schema designer I just don't want to come into the situation where I have to define different names for the same functionality just because there is a client specific naming.
>> Best regards,
>> Diethard
>> 
>> 
>> On 22 Nov 2011, at 00:49, Julian Hyde <jhyde at pentaho.com> wrote:
>> 
>>> 
>>> On Nov 11, 2011, at 8:32 AM, Diethard Steiner wrote:
>>> 
>>>> Hi,
>>>> Lately I hear quite some people asking about some kind of folder structure to allow easier visual presentation of dimensions and measures (quite similar to what the Analyzer only feature AnalyzerBusinessGroup does). The idea is relatively simple: In the OLAP schema we should be able to define folders and sub-folders to better categorize dimension levels and measures.
>>>> Now each client tool could come up with their own implementation and syntax to cover this (probably not so good), so I was wondering if this could be directly supported by Mondrian?
>>>> Any ideas? Suggestions?
>>> 
>>> It's a good idea, and it doesn't need any explicit support from Mondrian. Just a convention for the name of the member property that should hold the folder name. However, as I said in http://jira.pentaho.com/browse/MONDRIAN-1042, I can't remember the name of the property.
>>> 
>>> Benny, What does Analyzer use?
>>> 
>>> Julian
>>> 
>>> _______________________________________________
>>> Mondrian mailing list
>>> Mondrian at pentaho.org
>>> http://lists.pentaho.org/mailman/listinfo/mondrian
>> _______________________________________________
>> Mondrian mailing list
>> Mondrian at pentaho.org
>> http://lists.pentaho.org/mailman/listinfo/mondrian
> 
> _______________________________________________
> Mondrian mailing list
> Mondrian at pentaho.org
> http://lists.pentaho.org/mailman/listinfo/mondrian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.pentaho.org/pipermail/mondrian/attachments/20111122/30fc19fb/attachment.html 


More information about the Mondrian mailing list