Safari worked fine
GF
Gerard Freriks
+31 620347088
gfrer at luna.nl
On 19 Nov 2010, at 16:55, Sebastian Garde wrote:
> Hi Seref,
>
> I have the same problem sometimes with PDFs from the openEHR space in Firefox.
> Often it works, but sometimes I get the error you experience.
>
> Regards
>
>
> W. Ed Hammond, Ph.D.
> Director, Duke Center for Health Informatics
*
*
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101119/029a1f16/attachment.html>
't god be capitalized? I think HL7 needs to pay Tom a consulting
> fee - for all the advice.
>
*
*
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101119/9b81e818/attachment.html>
> openEHR-technical mailing list
> openEHR-technical at openehr.org
> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101119/9818fa94/attachment.html>
-technical at openehr.org
> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>
>
> ___
> openEHR-technical mailing list
> openEHR-technical at openehr.org
> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101119/0ac7ab19/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101119/f7ae9687/attachment.html>
Tom, As you have often pointed out, we do disagree but we are friends. In
aqny case, I enjoy the banter. At a minimum, it teaches me reserve.
Unfortunately, the issues go beyond technical and even philosophy. The
problem is when you put 500 people to writing standards, most of whom are
technica
So what does he win?
W. Ed Hammond, Ph.D.
Director, Duke Center for Health Informatics
Randolph Neall
mailman/listinfo/openehr-technical
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101119/70cb5031/attachment.html>
- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101119/409ea176/attachment.asc>
Tom, Now I know why HL7 has so much trouble. -- "just basic god practice.
" Shouldn't god be capitalized? I think HL7 needs to pay Tom a consulting
fee - for all the advice.
W. Ed Hammond, Ph.D.
Director, Duke Center for Health Informatics
umes about
> underlying basic types. On top of that, it builds a core set of data types
> that have no attributes relating to messaging, null flavours, or obscure use
> cases. All of that latter is handled in contextually sensible places. Normal
> object models created according to normal design principles always end up
> like this. ISO 21090 doesn't, because it follows the HL7
> include-everything-then-profile approach.
>
> - thomas*
> *
>
> ___
> openEHR-technical mailing list
> openEHR-technical at openehr.org
> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101119/2b8aad22/attachment.html>
mailman/private/openehr-technical_lists.openehr.org/attachments/20101119/19f2a26c/attachment.html>
:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101119/2fe751f0/attachment.html>
l of that latter is handled in contextually
sensible places. Normal object models created according to normal design
principles always end up like this. ISO 21090 doesn't, because it
follows the HL7 include-everything-then-profile approach.
- thomas*
*
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101119/f62a82ba/attachment.html>
> I see this as one of the major problems of HL7 actually. It seems to think
> that everything should be driven by use cases.
shorter Tom Beale: Only by ignoring use cases can one design usable data types?
> Original text can be used in a structured user interface to capture
> what the user saw
openEHR-technical mailing list
openEHR-technical at openehr.org
http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101119/195afbc0/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101119/8669876d/attachment.html>
18 matches
Mail list logo
