On Wed, Jul 4, 2018 at 6:18 AM, Sebastian Garde < sebastian.ga...@oceaninformatics.com> wrote:
> > > > > *Von:* openEHR-clinical <openehr-clinical-boun...@lists.openehr.org> *Im > Auftrag von *Pablo Pazos > *Gesendet:* Mittwoch, 4. Juli 2018 09:14 > *An:* For openEHR clinical discussions <openehr-clinical@lists.openehr.org > > > *Betreff:* Re: DV_TEXT vs. DV_PARSABLE with formalism "text/plain" > > > > @David, I think the DV_PARSABLE.formalism is not constrained only to MIME > types, and has a broader set of possible values. I fact to store something > that doesn't have a MIME type but is "parsable", should be specified by > other value than "text/plain". > > > > I made the same observation as @Sebastian, currently the formalism can be > anything, and I think we need to have a little control over the set of > valid values there, but keeping it flexible so local values can be set. > > > > @Sebastian I also saw the comment about the content to be plain text and > kept me think for a minute. I think that just means the content is not > binary, not that is text/plain, but interprets XML, JSON, etc. as plain > text. Maybe some extra clarification would be good on the specs for that > particular comment. > > *[SG] Yes- my understanding as well…just saying that it reads odd in > combination with one mime type (/ formalism) of text/plain.* > > *Sebastian* > > > Totally agree, will raise a JIRA issue to review the description in the SEC. > Best, > > Pablo. > > > > > > On Wed, Jul 4, 2018 at 3:23 AM, Sebastian Garde <sebastian.garde@ > oceaninformatics.com> wrote: > > This is a bit odd indeed in my understanding: > > The formalism is not really well defined it seems – and can be anything. > > If we assume for a moment (and AE seems to do so) that the formalism is > expressed as a MIME type, text/plain makes sense for parsable text that > doesn’t have a MIME type as such (such as ADL itself is parsable but > doesn’t have a MIME type of its own as far as I know, and is not XML or > similar either…). > > > > However, I am not sure if a MIME type is sufficient here then – rather > not. > > A MIME type could be an extra more standardised - but often less specific > - attribute in addition to the formalism. > > (Alas, not sure how much value that would add.) > > > > Text/plain is also a bit unfortunate because the description of > DV_PARSABLE mentions that “the form of the data is assumed to be > *plaintext*, rather than compressed or other types of large binary data.” > (emphasis > mine) > > > > Regards, > > Sebastian > > > > *Von:* openEHR-clinical <openehr-clinical-boun...@lists.openehr.org> *Im > Auftrag von *Pablo Pazos > *Gesendet:* Mittwoch, 4. Juli 2018 01:10 > *An:* For openEHR clinical discussions <openehr-clinical@lists.openehr.org > > > *Betreff:* Re: DV_TEXT vs. DV_PARSABLE with formalism "text/plain" > > > > Thanks Diego and Pieter, > > > > That is exactly what makes me think if formalism = text/plain should be > allowed in DV_PARSABLE, since IMO to be "parsable" is to have some kind of > structure, an structure plain text doesn't have. > > > > Currently the specs are not so specific on the DV_PARSABLE formalism, in > fact current description is a little out of date "Name of the formalism, > e.g. GLIF 1.0 , Proforma etc.". https://www.openehr.org/ > releases/RM/latest/docs/data_types/data_types.html#_dv_parsable_class > > > > Best, > > Pablo. > > > > On Tue, Jul 3, 2018 at 7:34 PM, Pieter Bos <pieter....@nedap.com> wrote: > > And you can use a dv_coded_text in place of a dv_text because of the > inheritance. > > But you can put newlines in a parsable with formalism text/plain and still > adhere to the specification. > > Op 4 jul. 2018 om 00:18 heeft Diego Boscá <yamp...@gmail.com<mailto:yamp > e...@gmail.com>> het volgende geschreven: > > well, you can provide more things to the DV_TEXT in that case, such as > term mappings or specify an hyperlink > > 2018-07-03 22:51 GMT+02:00 Pablo Pazos <pablo.pa...@cabolabs.com<mailto: > pablo.pa...@cabolabs.com>>: > So DV_TEXT and DV_PARSABLE text/plain are semantically the same thing? > > On Mon, Jul 2, 2018 at 8:48 PM, Diego Boscá <yamp...@gmail.com<mailto:yamp > e...@gmail.com>> wrote: > A use case could be to specialize archetypes with DV_PARSABLE and > constraint that to "text/plain" to mimic a DV_TEXT. Maybe there is a more > obvious use case > > 2018-07-03 1:37 GMT+02:00 Pablo Pazos <pablo.pa...@cabolabs.com<mailto: > pablo.pa...@cabolabs.com>>: > Hi, > > I'm playing around with the AE and have a question about the semantics in > the differences between specifying an ELEMENT.value as DV_TEXT or a > DV_PARSABLE with formalism = "text/plain". > > Since text/plain MIME type is used for narrative text and DV_TEXT is just > for that, why text/plain is allowed on the constraints for > DV_PARSABLE.formalism? > > Is there any use case specific for DV_PARSABLE text/plain that can't be > modeled as DV_TEXT? > > Thanks! > > -- > Ing. Pablo Pazos Gutiérrez > pablo.pa...@cabolabs.com<mailto:pablo.pa...@cabolabs.com> > +598 99 043 145 > skype: cabolabs > Subscribe to our newsletter<http://eepurl.com/b_w_tj> [ > https://drive.google.com/uc?id=0B27lX-sxkymfM1pnTU44YXlFbHc&export= > download] <https://cabolabs.com/> > http://www.cabolabs.com<http://www.cabolabs.com/> > https://cloudehrserver.com<https://cloudehrserver.com/> > > > > _______________________________________________ > openEHR-clinical mailing list > openEHR-clinical@lists.openehr.org<mailto:openEHR- > clini...@lists.openehr.org> > http://lists.openehr.org/mailman/listinfo/openehr- > clinical_lists.openehr.org > > > > > -- > > [VeraTech for Health SL]<https://htmlsig.com/t/000001C268PZ> > > [Twitter] <https://htmlsig.com/t/000001C47QQH> [LinkedIn] < > https://htmlsig.com/t/000001C4DPJG> [Maps] <https://htmlsig.com/t/ > 000001BZTWS7> > > [https://s3.amazonaws.com/htmlsig-assets/spacer.gif] > > Diego Boscá Tomás / Senior developer > diebo...@veratech.es<mailto:diebo...@veratech.es> > yamp...@gmail.com<mailto:yamp...@gmail.com> > > VeraTech for Health SL > +34 654604676<tel:+34%20654604676 <+34%20654604676>> > www.veratech.es<http://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<mailto:verat...@veratech.es>. > > _______________________________________________ > openEHR-clinical mailing list > openEHR-clinical@lists.openehr.org<mailto:openEHR- > clini...@lists.openehr.org> > http://lists.openehr.org/mailman/listinfo/openehr- > clinical_lists.openehr.org > > > > > -- > Ing. Pablo Pazos Gutiérrez > pablo.pa...@cabolabs.com<mailto:pablo.pa...@cabolabs.com> > +598 99 043 145 > skype: cabolabs > Subscribe to our newsletter<http://eepurl.com/b_w_tj> [ > https://drive.google.com/uc?id=0B27lX-sxkymfM1pnTU44YXlFbHc&export= > download] <https://cabolabs.com/> > http://www.cabolabs.com<http://www.cabolabs.com/> > https://cloudehrserver.com<https://cloudehrserver.com/> > > > > _______________________________________________ > openEHR-clinical mailing list > openEHR-clinical@lists.openehr.org<mailto:openEHR- > clini...@lists.openehr.org> > http://lists.openehr.org/mailman/listinfo/openehr- > clinical_lists.openehr.org > > > > > -- > > [VeraTech for Health SL]<https://htmlsig.com/t/000001C268PZ> > > [Twitter] <https://htmlsig.com/t/000001C47QQH> [LinkedIn] < > https://htmlsig.com/t/000001C4DPJG> [Maps] <https://htmlsig.com/t/ > 000001BZTWS7> > > [https://s3.amazonaws.com/htmlsig-assets/spacer.gif] > > Diego Boscá Tomás / Senior developer > diebo...@veratech.es<mailto:diebo...@veratech.es> > yamp...@gmail.com<mailto:yamp...@gmail.com> > > VeraTech for Health SL > +34 654604676<tel:+34%20654604676 <+34%20654604676>> > www.veratech.es<http://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<mailto:verat...@veratech.es>. > > _______________________________________________ > openEHR-clinical mailing list > openEHR-clinical@lists.openehr.org<mailto:openEHR- > clini...@lists.openehr.org> > http://lists.openehr.org/mailman/listinfo/openehr- > clinical_lists.openehr.org > > _______________________________________________ > openEHR-clinical mailing list > openEHR-clinical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > clinical_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> > > [image: > https://drive.google.com/uc?id=0B27lX-sxkymfM1pnTU44YXlFbHc&export=download] > <https://cabolabs.com/> > http://www.cabolabs.com > https://cloudehrserver.com > > > > > _______________________________________________ > openEHR-clinical mailing list > openEHR-clinical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > clinical_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-clinical mailing list > openEHR-clinical@lists.openehr.org > http://lists.openehr.org/mailman/listinfo/openehr- > clinical_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-clinical mailing list openEHR-clinical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org