First login?
Lost password?
 
 
cellml-tools-developers AT lists.cellml.org 
A list for the developers of CellML tools

Text archives Help


Re: [[cellml-dev] ] Feedback on libCellML design document


Chronological Thread 
  • From: Randall Britten <r.britten AT auckland.ac.nz>
  • To: cellml-tools-developers Mailing List <cellml-tools-developers AT lists.cellml.org>
  • Subject: Re: [[cellml-dev] ] Feedback on libCellML design document
  • Date: Tue, 3 Feb 2015 03:03:42 +0000
  • Accept-language: en-NZ, en-US
OK, happy to follow this policy: align LibCellML¹s entities¹ (classes,
members) names to serialisation¹s entities¹ (elements, attributes) names,
when an obvious mapping exists. The alternative would have been
consistency with regards to the policy of keeping the library untainted by
serialisation issues, but I agree that this would just be confusing in
this case.

I¹ve also added https://tracker.physiomeproject.org/show_bug.cgi?id=3859
for the record.

Regards,
Randall

On 3/02/15 1:32 pm, "David Nickerson"
<david.nickerson AT gmail.com>
wrote:

>> With regards to Unit/Units, see for example
>> https://en.wikipedia.org/wiki/SI_derived_unit which consistently uses
>> singular and plural in the way that I described. Given that we are
>>going
>> to finalise the CellML 1.2 spec in light of what we learn from
>>LibCellML,
>> there is an opportunity to fix the spec too.
>
>CellML 1.2 will have a "units" element which may contain a collection
>of "unit" elements (there is no proposal to change this under
>https://tracker.physiomeproject.org/show_bug.cgi?id=55). Application
>developers are free to present data from a CellML model in whatever
>manner is considered most appropriate for their users. As mentioned
>many times, it seems sensible to me that objects in the libCellML API
>which have a 1:1 correspondence to info-items in the specifications
>use the same name.
>
>The primary goal with libCellML in regard to the finalising of the
>CellML 1.2 specifications is to ensure the objects and rules interact
>in the manner that is expected based on conceptual discussions. Not to
>worry about changing the names of elements.
>
>
>Cheers,
>Andre.
>
>--
>
>
>David Nickerson
>about.me/david.nickerson


Archive powered by MHonArc 2.6.18.

Top of page