[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] Updated: (OFFICE-1186) Public Comment: Re:[office-comment] ODFF: list of suggestions: TRIMMEAN
[ http://tools.oasis-open.org/issues/browse/OFFICE-1186?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Andreas Guelzow updated OFFICE-1186:
-------------------------------------
Description:
Copied from office-comment list
Original author: "David King" <openoffice@drking.plus.com>
Original date: 22 Dec 2008 23:28:57 -0000
Original URL: http://lists.oasis-open.org/archives/office-comment/200812/msg00045.html
> > TRIMMMEAN page 379
> > * "Let n denote the number of elements in the data set" - that's
> > too vague - does it mean elements including or excluding non-
> > numbers/blank cells? Calc ignores non-numbers.
>
> That is expressed by declaring the dataSet parameter as NumberSequence.
I disagree :)
This highlights my unease at having 'conversion types' - I would
be happier if all parameters were defined as 'types', so
NumberSequence would be a 'type' that triggered conversion. I'd
like to be able to look up any parameter type in the same place.
In this case it's not clear whether the number of elements is
counted before or after conversion.
"Let n denote the number of elements in dataSet after conversion
to NumberSequence" is a bit better, but still less than clear,
because dataSet is defined as a NumberSequence as well as being
converted to a NumberSequence.
Actually that's the essence of the prob for me - you can't define
a parameter as a NumberSequence and then convert it to a
NumberSequence....
was:
Copied from office-comment list
Original author: "David King" <openoffice@drking.plus.com>
Original date: 22 Dec 2008 23:28:57 -0000
Original URL: http://lists.oasis-open.org/archives/office-comment/200812/msg00045.html
> Public Comment: Re: [office-comment] ODFF: list of suggestions: TRIMMEAN
> ------------------------------------------------------------------------
>
> Key: OFFICE-1186
> URL: http://tools.oasis-open.org/issues/browse/OFFICE-1186
> Project: OASIS Open Document Format for Office Applications (OpenDocument) TC
> Issue Type: Bug
> Components: OpenFormula
> Affects Versions: ODF 1.2
> Reporter: Robert Weir
> Assignee: Eike Rathke
> Priority: Minor
> Fix For: ODF 1.2
>
>
> Copied from office-comment list
> Original author: "David King" <openoffice@drking.plus.com>
> Original date: 22 Dec 2008 23:28:57 -0000
> Original URL: http://lists.oasis-open.org/archives/office-comment/200812/msg00045.html
> > > TRIMMMEAN page 379
> > > * "Let n denote the number of elements in the data set" - that's
> > > too vague - does it mean elements including or excluding non-
> > > numbers/blank cells? Calc ignores non-numbers.
> >
> > That is expressed by declaring the dataSet parameter as NumberSequence.
> I disagree :)
> This highlights my unease at having 'conversion types' - I would
> be happier if all parameters were defined as 'types', so
> NumberSequence would be a 'type' that triggered conversion. I'd
> like to be able to look up any parameter type in the same place.
> In this case it's not clear whether the number of elements is
> counted before or after conversion.
> "Let n denote the number of elements in dataSet after conversion
> to NumberSequence" is a bit better, but still less than clear,
> because dataSet is defined as a NumberSequence as well as being
> converted to a NumberSequence.
> Actually that's the essence of the prob for me - you can't define
> a parameter as a NumberSequence and then convert it to a
> NumberSequence....
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]