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á <yamp...@gmail.com> 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 <pablo.pa...@cabolabs.com>: > >> 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_ >> types/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* >> pablo.pa...@cabolabs.com >> +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 >> openEHR-technical@lists.openehr.org >> 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 > diebo...@veratech.es > yamp...@gmail.com > > 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 verat...@veratech.es. > > _______________________________________________ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > technical_lists.openehr.org > > -- *Ing. Pablo Pazos Gutiérrez* pablo.pa...@cabolabs.com +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 openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
