Exactly, "fraction" and "integer fraction" are the same thing semantically, but in the specs, the "integer fraction" the only one that defines a specific format, "fraction" does not specifies a format, just the fraction semantics for the DV_PROPORTION. That is the only difference.
On Tue, Jul 3, 2018 at 7:04 AM, Diego Boscá <[email protected]> wrote: > But following the same reasoning you could say that "integer fraction" > makes the values to be interpreted differently from percert, unary or > ratio, and has no real semantic difference, thus "fraction" being only a > visual representation of "integer fraction" ;) > > 2018-07-03 2:00 GMT+02:00 Pablo Pazos <[email protected]>: > >> But I think "fraction" makes the values of the DV_PROPORTION (numerator, >> denominator) to be interpreted differently from other proportion kinds >> (percent, unary, ratio). My point is "fraction" and "integer fraction" have >> no real semantic differences, and "integer fraction" is just for visual >> representation. >> >> On Mon, Jul 2, 2018 at 8:50 PM, Diego Boscá <[email protected]> wrote: >> >>> both that and fraction seem to be intended for visualization purposes >>> more than real constraints. >>> >>> 2018-07-03 1:19 GMT+02:00 Pablo Pazos <[email protected]>: >>> >>>> Hi, I'm checking the datatypes specs doing some modeling tests on the >>>> archetype editor. >>>> >>>> In the specs, the "integer fraction" proportion kind means the >>>> representation of the fraction 3/2 should be 1 1/2. >>>> >>>> http://www.openehr.org/releases/RM/Release-1.0.3/docs/data_t >>>> ypes/data_types.html#_proportion_kind_class >>>> >>>> Semantically I think this is not on the same level as the other >>>> "proportion kinds", since it doesn't represent a kind, but a format, where >>>> the same values can be recorded as numerator (3) and denominator (2) with >>>> proportion kind "fraction" and will mean the same thing. IMO "integer >>>> fraction" doesn't even change the meaning or interpretation of the >>>> fraction, while other "proportion kinds" do. >>>> >>>> My question is if the "integer fraction" really belongs to a >>>> "proportion kind" or should be somewhere else on the specs? I guess this >>>> tried to solve a use case and it was a shorthand to represent this format >>>> as a proportion kind. >>>> >>>> >>>> Thanks, >>>> Pablo. >>>> >>>> -- >>>> *Ing. Pablo Pazos Gutiérrez* >>>> [email protected] >>>> +598 99 043 145 >>>> skype: cabolabs >>>> Subscribe to our newsletter <http://eepurl.com/b_w_tj> >>>> <https://cabolabs.com/> >>>> http://www.cabolabs.com >>>> https://cloudehrserver.com >>>> >>>> >>>> _______________________________________________ >>>> openEHR-technical mailing list >>>> [email protected] >>>> http://lists.openehr.org/mailman/listinfo/openehr-technical_ >>>> lists.openehr.org >>>> >>>> >>> >>> >>> -- >>> >>> [image: VeraTech for Health SL] <https://htmlsig.com/t/000001C268PZ> >>> >>> [image: Twitter] <https://htmlsig.com/t/000001C47QQH> [image: LinkedIn] >>> <https://htmlsig.com/t/000001C4DPJG> [image: Maps] >>> <https://htmlsig.com/t/000001BZTWS7> >>> >>> Diego Boscá Tomás / Senior developer >>> [email protected] >>> [email protected] >>> >>> VeraTech for Health SL >>> +34 654604676 <+34%20654604676> >>> www.veratech.es >>> >>> Su dirección de correo electrónico junto a sus datos personales forman >>> parte de un fichero titularidad de VeraTech for Health SL (CIF B98309511) >>> cuya finalidad es la de mantener el contacto con usted. Conforme a La Ley >>> Orgánica 15/1999, usted puede ejercitar sus derechos de acceso, >>> rectificación, cancelación y, en su caso oposición, enviando una solicitud >>> por escrito a [email protected]. >>> >>> _______________________________________________ >>> openEHR-technical mailing list >>> [email protected] >>> http://lists.openehr.org/mailman/listinfo/openehr-technical_ >>> lists.openehr.org >>> >>> >> >> >> -- >> *Ing. Pablo Pazos Gutiérrez* >> [email protected] >> +598 99 043 145 >> skype: cabolabs >> Subscribe to our newsletter <http://eepurl.com/b_w_tj> >> <https://cabolabs.com/> >> http://www.cabolabs.com >> https://cloudehrserver.com >> >> >> _______________________________________________ >> openEHR-technical mailing list >> [email protected] >> http://lists.openehr.org/mailman/listinfo/openehr-technical_ >> lists.openehr.org >> >> > > > -- > > [image: VeraTech for Health SL] <https://htmlsig.com/t/000001C268PZ> > > [image: Twitter] <https://htmlsig.com/t/000001C47QQH> [image: LinkedIn] > <https://htmlsig.com/t/000001C4DPJG> [image: Maps] > <https://htmlsig.com/t/000001BZTWS7> > > Diego Boscá Tomás / Senior developer > [email protected] > [email protected] > > VeraTech for Health SL > +34 654604676 <+34%20654604676> > www.veratech.es > > Su dirección de correo electrónico junto a sus datos personales forman > parte de un fichero titularidad de VeraTech for Health SL (CIF B98309511) > cuya finalidad es la de mantener el contacto con usted. Conforme a La Ley > Orgánica 15/1999, usted puede ejercitar sus derechos de acceso, > rectificación, cancelación y, en su caso oposición, enviando una solicitud > por escrito a [email protected]. > > _______________________________________________ > openEHR-technical mailing list > [email protected] > http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.openehr.org > > -- *Ing. Pablo Pazos Gutiérrez* [email protected] +598 99 043 145 skype: cabolabs Subscribe to our newsletter <http://eepurl.com/b_w_tj> <https://cabolabs.com/> http://www.cabolabs.com https://cloudehrserver.com
_______________________________________________ openEHR-technical mailing list [email protected] http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
