Mimetype ADL

On 04/17/2013 11:10 AM, Thomas Beale wrote: > On 16/04/2013 07:14, Bert Verhees wrote: >> Hi, >> >> Is there a mimetype defined for ADL-files? > > There's no dedicated one; a text type should do, but remember ADL is > UTF-8. I haven't looked up the rules o

Mimetype ADL

Hi, Is there a mimetype defined for ADL-files? And if not, what is advised to use? Thanks Bert

Trying to understand the openEHR Information Model

stem. (the difference is that OpenEHR keeps the old version, but that is for archive, and maybe for legal or other research, not for normal EHR-use.) So I don't see the problem. Bert > > I think of that last as the worst possible outcome. > > Grahame > > On 16/04/2013, a

Trying to understand the openEHR Information Model

On 04/15/2013 09:11 PM, Karsten Hilbert wrote: > It is a problem not solvable by technical means alone. That was, more or less the point I was trying to illustrate. But technical means should be able to support these kind of situations in the agreed work-flow in that practice. Bert

Trying to understand the openEHR Information Model

On 04/15/2013 08:37 PM, Grahame Grieve wrote: > but you can't afford to do either version based merging, or to lose > either the previously committed information But what if every user, nurses or GP create a new composition, when they do an addition. Then there is nothing lost. Bert

Trying to understand the openEHR Information Model

On 04/15/2013 06:12 PM, Thomas Beale wrote: >> patient sees the GP, then visits a practice >> nurse, without the GP record being committed first. > > yes, that's certainly a possibility, if the practice solution isn't > designed to deal with it, and the staff are not trained... In the Netherlands

Mimetype ADL

Hi, Is there a mimetype defined for ADL-files? And if not, what is advised to use? Thanks Bert

Trying to understand the openEHR Information Model

HR-kernel. Some things are really a GUI matter. But I am interested in arguments. Bert > > Grahame > > > > On Mon, Apr 15, 2013 at 11:25 PM, Bert Verhees <mailto:bert.verhees at rosa.nl>> wrote: > > On 04/15/2013 02:56 PM, Grahame Grieve wrote: > >

Trying to understand the openEHR Information Model

On 04/15/2013 02:56 PM, Grahame Grieve wrote: > well, that's true for some parts of the record - the historical parts. > Other parts, summary parts, that's quite untrue. In most enterprise > systems, records tend to be rarely updated, or intensively updated, > and not much between Can you give

Trying to understand the openEHR Information Model

Often you see on mailinglists a notice how to unsubscribe. Maybe a good idea. Bert On 04/15/2013 08:47 AM, irl at club-internet.fr wrote: > > Could you please take me off this distribution list > > Thank you > > Norbert Lipszyc > > > > > > Message du : 1

Multi-level modelling - what does it mean?

On 04/10/2013 02:33 PM, Thomas Beale wrote: > Redefinition of a > component after it has been used to generate instance data is a BAD > THING. This is an open door, a definition can never be changed again and having the same name. Bert

Multi-level modelling - what does it mean?

The book on RelaxNG is free available on the Internet http://books.xmlschemata.org/relaxng/page2.html It is released under the/Free Software Foundation GFDL <http://books.xmlschemata.org/relaxng/relax-APP-B.html>./ Bert On 04/10/2013 11:33 AM, Bert Verhees wrote: > On 04/09/2013

The Truth About XML was: openEHR Subversion => Github move progress [on behalf of Tim Cook]

On 04/07/2013 10:40 AM, Thomas Beale wrote: > Is there a better meta-architecture available? I think is a very good architecture, that is why I am using it, but I(we) keep having to deal with people who think otherwise. I am not smart enough to point out why HL7v3 messaging is good or bad, or wh

The Truth About XML was: openEHR Subversion => Github move progress [on behalf of Tim Cook]

Two remarks, just some thoughts that occur to me in this discussion. First, datamodel re-use like in inheritance is a technical approach, it is not proven that it will always be good from a medical-informatics point of view. So it should not be a leading principle in design. It is just handy for

SV: Guideline Definition Language (GDL) specifications and GDL-editor release announcement

. regards Bert Verhees On 03/19/2013 10:45 AM, Rong Chen wrote: > > Thanks, Sebastian! > > It will be exciting to see GDL rules are hosted by CKM alongside with > archetypes, templates and refsets. > > Regarding your questions, > > 1)There are several things to be synchr

ADL Workbench command line tool

On 03/15/2013 12:20 AM, Thomas Beale wrote: > On 14/03/2013 19:18, Bert Verhees wrote: >> On 03/14/2013 03:53 PM, Thomas Beale wrote: >>> I had a feeling someone would want this ok, it's next up. >> Didn't you ever need it? > > well normally we just use

ADL Workbench command line tool

On 03/14/2013 03:53 PM, Thomas Beale wrote: > I had a feeling someone would want this ok, it's next up. Didn't you ever need it? Bert

Developers' workshop at MEDINFO2013 in Copenhagen.

Very good, Shinji, thanks for all effort. An important step in promotion of OpenEhr from technical perspective. Bert. Verstuurd vanaf mijn iPad Op 13 mrt. 2013 om 17:51 heeft Shinji KOBAYASHI het volgende geschreven: > Hi all, > > Our proposal of openEHR developers' workshop for MEDINFO 20

Erik Sundvall's PhD Defence - Online Edition

Very good, I appreciate this transparancy very much. I hope it will be available afterwards on Youtube. Bert On 02/15/2013 08:41 AM, Kalra, Dipak wrote: > Dear Daniel, > > In order to be ready and to test the connection, I have logged in to > the link you provided below. Is there another link

Questions about commit and AUDIT_DETAILS

On 01/30/2013 09:07 AM, Erik Sundvall wrote: > > Maybe we need to contemplate capturing both the user device > network id and the server id. > > My opinion is to leave that to the organization which uses the Kernel. Laws and organization-requirements can differ, and I think it is not for

Questions about commit and AUDIT_DETAILS

Op 29-1-2013 21:48, Thomas Beale schreef: > I would be interested in Pablo & Bert's ideas... For my idea it serves to help identify the machine were the committer committed the dataset. It is hard to identify a machine absolutely, but combined with other facts, it can be a helpful hint. In a Micr

Questions about commit and AUDIT_DETAILS

On 01/23/2013 02:05 PM, Sam Heard wrote: > The commit time is the time that the author committed it to the system. I think, when this is the case, that the system-ID must be the system on which the author is working/committing, normally not the server. The server would not make sense. What one w

Questions about commit and AUDIT_DETAILS

to commit a dataset. This is different if there is an automatic feed of data, in that case, the feeder-audit is used. regards Bert Verhees -- next part -- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.

ADL Worbench for Linux

On 01/18/2013 07:06 PM, Thomas Beale wrote: > there are lots of useful links here... Indeed, I didn't notice, very comprehensive, very useful. I didn't study the new website very well, but it is worth it, it is a great improvement. Bert -- next part -- An HTML attachment

ADL Worbench for Linux

On 01/18/2013 02:23 PM, Thomas Beale wrote: > git clone of https://github.com/openEHR/adl-archetypes.git somewhere > convenient Thanks for the link, very useful for me :-) Bert

ADL Worbench for Linux

On 01/18/2013 02:23 PM, Thomas Beale wrote: > tar xjvf Thanks Thomas, I have GTK+ installed, the old version of the ADL_workbench runs fine, I am using it right now. All the necessary libraries seem to be there also, I checked it with ldd I have no idea, thanks for the investigation Bert

ADL Worbench for Linux

On 01/18/2013 11:55 AM, Seref Arikan wrote: > I know it is cross platform :) That is why I wrote, "developed under > Windows", which implies that the developer might have used Windows > style relative paths for images. > > On Fri, Jan 18, 2013 at 10:14 AM, Peter Gummer >

ADL Worbench for Linux

mage paths? I am afraid not, the exception does not give enough information, it does not even tell which image it is missing. If I would know that, I would repair path, or get the image from github. It cost too much time to study the source-code. Bert > > On Fri, Jan 18, 2013 a

ADL Worbench for Linux

Someone any idea? Thanks Bert verhees at kubuntuwerk:~/adl_workbench-linux$ ./adl_workbench adl_workbench: system execution failed. Following is the set of recorded exceptions: Thread exception * In thread Root thread

defaultValue/assumedValue in CPrimitive.

e-case. A default value does appear in > run-time data. > > As Thomas,says in his reply, Assumed value has rarely been used but it > can sometimes be helpful. > > > On 7 January 2013 13:52, Bert Verhees <mailto:bert.verhees at rosa.nl>> wrote: > >

defaultValue/assumedValue in CPrimitive.

Please can some one short explain what the difference is between assumedValue and defaultValue in CPrimitive? Thanks Bert

csingleattribute and existence

On 01/07/2013 01:27 PM, Thomas Beale wrote: > > Bert, > > one very useful thing you can do is to identify guidelines for use of > the current specification. E.g. statements of the form > > if existence is set on a single-valued attribute, and there is only > one child object, no occurrences shoul

csingleattribute and existence

>> But besides that, suppose you have a CSingleAttribute with REQUIRED >> set with more CObjects as alternatives in it. >> All occurrences for the CObjects need then to be set to 0..1, every >> other setting is erroneous. >> Occurrences 0..0 is useless, why define a CObject if it may never occur

csingleattribute and existence

On 01/07/2013 02:40 AM, Thomas Beale wrote: > On 06/01/2013 20:29, Bert Verhees wrote: >> On 01/06/2013 08:44 PM, Thomas Beale wrote: >>> >>> Hi Bert, >>> >>> existence is a property of CAttribute (multiple or single). It >>> indicates if

csingleattribute and existence

On 01/06/2013 08:44 PM, Thomas Beale wrote: > > Hi Bert, > > existence is a property of CAttribute (multiple or single). It > indicates if the attribute value (i.e. some object) must exists or can > be null. > How about this: Since its function in CSingleAttribute is also done by CObject-attrib

csingleattribute and existence

On 01/06/2013 08:44 PM, Thomas Beale wrote: > Occurrences on an object under a CSingleAttribute can only indicate > 0..0 or 1..1 (based on an original value of 0..1). In theory, > occurrences on an object under a CSingleAttribute could conflict with > existence on the CSingleAttribute. Tools can

csingleattribute and existence

Excuse me the following question, maybe I am just looking over the answer all the time What is the use of both together existence and occurences in case of a CSingleAtttribute. And what if both have conflicting information? For example, existence gives REQUIRED and occurrences gives minOccurs=

translating the openEHR website [From Gunnar Klein]

On 12/18/2012 10:14 AM, Thomas Beale wrote: > @Bert: thanks for the offer. It is a pleasure, I hope it will be technically made easy for me to do it. By the way, next week I am on holiday Bert

translating the openEHR website [From Gunnar Klein]

g too much noise could cause this OpenEHR page to be rejected again. regards Bert Verhees On 12/17/2012 06:16 PM, Thomas Beale wrote: > > Subject: > Re: translating the openEHR website - Also a localised content? > From: > "Gunnar Klein, NTNU" > Date: > 17/12

double messages

It seems some of my messages are send twice. I don't know why. Sorry, this is unintentionally. Bert

Questions about the XSD-files.

your time and will choose more wisely in > future where I spend mine. > Heath > > On Nov 28, 2012 5:52 PM, "Bert Verhees" <mailto:bert.verhees at rosa.nl>> wrote: > > On 11/28/2012 02:35 AM, Heath Frankel wrote: >> >> Seref, >> The i

Questions about the XSD-files.

your time and will choose more wisely in > future where I spend mine. > Heath > > On Nov 28, 2012 5:52 PM, "Bert Verhees" <mailto:bert.verhees at rosa.nl>> wrote: > > On 11/28/2012 02:35 AM, Heath Frankel wrote: >> >> Seref, >> The i

Questions about the XSD-files.

On 11/28/2012 09:46 AM, Erik Sundvall wrote: > P.s. Bert, I think you may have interpreted the tone of some > comments/replies as more hostile than they were intended by the > senders. It is sometimes hard to understand what you and others asking > for so it takes some rounds of questions to clarif

Questions about the XSD-files.

tes of well known XML-specialists which recommend this. But I don't want to spend any more time on this issue, because: - it can easily become offending - it doesn't matter to me, I write my own XSD (better, I have them ready). - I don't mind if the OpenEHR website proceeds in this way, it is not my problem. best regards Bert Verhees

Questions about the XSD-files.

the quotes of well known XML-specialists which recommend this. But I don't want to spend any more time on this issue, because: - it can easily become offending - it doesn't matter to me, I write my own XSD (better, I have them ready). - I don't mind if the OpenEHR website proceeds in this way, it is not my problem. best regards Bert Verhees

Questions about the XSD-files.

know what is happening over there, but it takes for me too much time. I build my own XSD and forget the one OpenEHR offers. (in fact, I have them ready, I just wanted to discuss my knowledge in the OpenEHR community, and see if we can work together) Best regards Bert Verhees > Heath > >

Questions about the XSD-files.

to be made, this is one of them. If you have a > problem with it raise a jira issue. > Heath > > On Nov 28, 2012 5:55 AM, "Bert Verhees" wrote: >> >> >> Verstuurd vanaf mijn iPad >> >> Op 27 nov. 2012 om 20:13 heeft Heath Frankel >

Questions about the XSD-files.

am still not understanding you issues with this element other than styling. > If you have any technical issue please raise a jira issue. > > Heath > > On Nov 27, 2012 8:50 PM, "Bert Verhees" wrote: >> Op 27-11-2012 9:07, Heath Frankel schreef: >>> >>>

Questions about the XSD-files.

thanks, Peter, I will work on it tomorrow. Bert Verstuurd vanaf mijn iPad Op 27 nov. 2012 om 23:06 heeft Peter Gummer het volgende geschreven: > Bert Verhees wrote: > >> I don't have a Jira account at your site, if I have, I post my XSD's as a >> proposition. &

Questions about the XSD-files.

" i am still not understanding you issues with this element other than styling. If you have any technical issue please raise a jira issue" I still don't understand what humanity did wrong that we need to be punished with iPads, my wife remove all computers from the living space, and bought iPad

Questions about the XSD-files.

> > On Nov 27, 2012 8:50 PM, "Bert Verhees" wrote: >> Op 27-11-2012 9:07, Heath Frankel schreef: >>> >>> Bert, >>> You can define elements to be type of an abstract type allowing any >>> concrete subtype in an instance. This is the int

Questions about the XSD-files.

Op 27-11-2012 9:07, Heath Frankel schreef: > > Bert, > You can define elements to be type of an abstract type allowing any > concrete subtype in an instance. This is the intent of the items > element, to allow any rotatable concrete type to be represented in a > document with root element of ite

Questions about the XSD-files.

On 11/27/2012 04:26 AM, Thomas Beale wrote: > On 26/11/2012 17:02, Bert Verhees wrote: >> Thanks Athanasios and Diego, >> >> It is easier to download then to write it myself ;-) >> >> But still I wonder why the OpenEHR-community is not offering these. > > I

Questions about the XSD-files.

Verstuurd vanaf mijn iPad (I leave this notice so people understand the torture I went through, while replying to this email) Op 26 nov. 2012 om 23:58 heeft "Heath Frankel" het volgende geschreven: > Hi Bert, > > Sorry but I struggled to understand the issue you have below. Would you mind

Questions about the XSD-files.

I missing something here? Multiple XSDs sounds like a big can of worms to >> me. >> >> Best regards >> Seref >> >> >> On Mon, Nov 26, 2012 at 5:02 PM, Bert Verhees >> wrote: >>> Thanks Athanasios and Diego, >>> >>>

Questions about the XSD-files.

to emerge in the future. > Am I missing something here? Multiple XSDs sounds like a big can of worms to > me. > > Best regards > Seref > > > On Mon, Nov 26, 2012 at 5:02 PM, Bert Verhees wrote: >> Thanks Athanasios and Diego, >> >> It is easier to down

Questions about the XSD-files.

ago. You > can download it from here. > > http://pangea.upv.es/linkehr/wp-content/uploads/2009/03/Demographics.xsd > > Regards > > 2012/11/26 Bert Verhees : >> Hi, >> >> I was studying the OpenEHR XSD files, I found they validate fine against >> Saxon-

Questions about the XSD-files.

will try that and see if they will be a problem. 4) And the last point is, I missed the Demographics.xsd, although these RM-classes are also archetypeable and can lead too to XML-instances. Thanks Bert Verhees

HL7 opens up

hey have an easy way for creating the messages. (Hey HL7 folks, the secret for you is XPath, oops, now I gave away the secret.) Fine. Let a thousand flowers bloom. When we are confident in our own software, there is nothing to fear from HL7. That is my opinion. kind regards Bert Verh

ADL Text Editor Resources

Hi Adriana, I added them, I hope I did it how it has to be done Bert On 13-08-12 14:58, Adriana Danilakova wrote: > Dear All, > > I am currently working on improvements to the website and wiki. I have > added a new page ( > http://www.openehr.org/wiki/display/dev/ADL+Text+Editors ) for text >

FW: ADL - syntax highlight for Notepad++

I will be glad to receive it. On my website: http://www.rosa.nl/syntax_highlight.html You'll find syntax-highlighting and block-folding for Kate/KDevelop (both KDE/Linux) and for Textpad, which is my favorite Windows-text-editor. Bert On 10-08-12 01:56, pablo pazos wrote: > Hi guys, > > One o

DV_ORDINAL C_DV_ORDINAL

On 25-06-12 14:43, David Moner wrote: > Hi Bert, > > > 2012/6/25 Bert Verhees <mailto:bert.verhees at rosa.nl>> > > > > Hi David, is it possible that the Expand Domain Type is only in > the paid version? I don't have it in my free version. But mayb

DV_ORDINAL C_DV_ORDINAL

> - The LinkEHR-editor does not accept OCEAN-editor constructs as > C_DV_QUANTITY, and thus, does not allow multiple constraints on a > DV_QUANTITY > > > As I explained before, LinkEHR does accept those constructs. The only > limitation is that you cannot edit them graphically (but yo

DV_ORDINAL C_DV_ORDINAL

On 25-06-12 00:51, Thomas Beale wrote: > well I think it will be best done as a proper openEHR team project, > probably in Eclipse / EMF / Ecore. The intention with the ADL > Workbench, once it is done, is to not only provide a working tool in > the interim, but to provide a set of requirements

DV_ORDINAL C_DV_ORDINAL

Thanks for agreeing so much, the future looks great ;-) Bert On 24-06-12 20:30, Thomas Beale wrote: > On 24/06/2012 13:21, Bert Verhees wrote: >> Thanks, David for your answer. >> >> Excuse me my bit confusing email from yestrday, I was in a hurry >> preparing a

DV_ORDINAL C_DV_ORDINAL

On 24-06-12 19:47, Thomas Beale wrote: > I would say there is no real 'market' for tools these days; everyone > expects these kinds of tools for free. A free market is also a market, it serves a future vision to sell the OpenEHR-architecture, which is much harder if there is no adequate tooling.

DV_ORDINAL C_DV_ORDINAL

I understand the problem that is solved with the plugin types. But I must admit, it took quite some while. You write that the LinkEHR cannot use the plugin types because it follows the EN13606-2 specification, but that seems to me as a formal reason. I wonder why this does not change to comfort

maybe weak point in Archetype-specification

s have the same restriction, but often the have also workarounds for this restriction. regards Bert Verhees

DV_ORDINAL C_DV_ORDINAL

Sorry Thomas, this email cross-mailed your replies. I wasn't looking for new emails while writing this one. Bert Op 24-6-2012 14:21, Bert Verhees schreef: > Thanks, David for your answer. > > Excuse me my bit confusing email from yestrday, I was in a hurry > preparing a mea

DV_ORDINAL C_DV_ORDINAL

arning) - change the ID to the filename - change the file name to the id The first two options do the same, this is unexpected and is a bug. regards Bert Verhees -- next part -- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/pipermail/openehr-te

DV_ORDINAL C_DV_ORDINAL

Op 23-6-2012 15:28, Peter Gummer schreef: > This seems to be the day for Archetype Editor questions ? first Pablo, and > now you:-) It was keeping me busy for some time, but Pablo inspired me to write an email, and also I was working with it now Bert

DV_ORDINAL C_DV_ORDINAL

LinkEHR example I am having guests now, so I have to stop describing this problem for now I will come back tomorrow on this subject. But maybe this is enough clue for the involved people to respond to. thanks Bert Op 23-6-2012 13:01, Bert Verhees schreef: > Hi, > > I have some que

DV_ORDINAL C_DV_ORDINAL

een solved, that is for sure. I wonder, who's problem is it anyway? It is mine as developer on OpenEHR-kernel and working with customers. Thanks a lot Regards Bert Verhees The problem worked out The LinkEHR editor creates

technical problem CKM

loaded. Archetypes could not be retrieved. etc Looks like a part of the application went offline Thanks Bert Verhees

abstract types in archetypes

Thanks, Thomas, for your confirmation, I was thinking this, but now I am sure. The question about Locatable was just to give an extreme example. regards Bert On 03-05-12 11:24, Thomas Beale wrote: > On 03/05/2012 10:19, Bert Verhees wrote: >> Hi all, >> >> Please allo

abstract types in archetypes

Hi all, Please allow me a short question. Is it allowed to define abstract types in archetypes, I once saw an archetype which held an EVENT as attribute, so the constructor of the rm-object which had to be validated against the archetype, could at runtime decide if he wanted to use a POINT_EV

Meaningful Use and Beyond - O'Reilly press - errata

Op 18-02-2012 22:24, pablo pazos schreef: > The key here is that within an openEHR based system, other standards > like HL7, DICOM, SNOMED, MeSH, UMLS, ICD10, ... could be implemented > to, each one for it's own task. > Supplementary to what Pablo wrote, I have a real life example. In the Nether

openEHR - Persistence of Data

Op 18-02-2012 2:13, Bert Verhees schreef: > It is also possible to flatten the whole business to one table. Only one > simple query retrieves a complete locatable. Flatten is not the right term. It suggest a very wide table. I meant a very thin table, only three main fields. The UID, the pa

openEHR - Persistence of Data

about 100 lines at least. It is easy for programmers, it develops quick and without errors, but is it good? I think speed and simplicity is necessary for success. Speed because of the simple table design and short SQL statements, simplicity because of the archetypes, not software, defining the job. regards Bert Verhees

Meaningful Use and Beyond - O'Reilly press - errata

st the Reference Model. Regards Bert Verhees

openEHR - Persistence of Data

On 17-02-12 16:21, Erik Sundvall wrote: > For > some use cases you don't really need to map things back to > openEHR-RM-objects Hi Erik, the information in this reply you give is very limited. So excuse me if I miss the point. How do you validate incoming data against the archetypes? That is the r

openEHR - Persistence of Data

On 17-02-12 15:50, Randolph Neall wrote: > >Other models I didn't try yet are Object Oriented DBs and Document > Oriented DBs (XML, JSON, ...) [6]. I think DODBs are a good option, > fast for store highly hierarchical structures, but you need to write > some ugly queries if you want your data ba

Meaningful Use and Beyond - O'Reilly press - errata

kernel. It is important to realize that the kernel-specifications have hardly changed for almost ten years. Compare this with a legacy-system where changes hack deep into all layers of code, even to the heart, the database-model. regards Bert Verhees

openEHR - Persistence of Data

, O'Reilly. But you have to figure it out yourself how to do it exactly. Good luck, Bert Verhees On 16-02-12 20:53, M?rcio Costa wrote: > Hello guys, > > i'm starting a research about the persistence model of Archetype data, > that stores the information entered by the user of t

Building software to convert HL7 v2/v3 messaging into archetypes & templates

me too Bert Verhees :) Op 3-2-2012 22:37, Chang, Wo L. schreef: > > Dear All, > > I hope this is the right reflector > > First of all, thanks to those who developed tools, prepared tutorials, > etc.!! > > I have spending the last few days playing around wit

ACTIVITY ACTION

openEHR Foundation > www.openehr.org/knowledge > Honorary Senior Research Associate, CHIME, UCL > SCIMP Working Group, NHS Scotland > BCS Primary Health Care www.phcsg.org > > > > On 29 January 2012 17:50, Bert Verhees wrote: >> Maybe there is an inconsistentie betwee

ACTIVITY ACTION

thing to do with my previous question? Thanks for any comment on this Bert Verhees On 29-01-12 15:11, Bert Verhees wrote: > Sorry to ask a simple question. > > In which way is an Action connected to an Activity (in technical > design). I don't understand which attributes are u

ACTIVITY ACTION

Sorry to ask a simple question. In which way is an Action connected to an Activity (in technical design). I don't understand which attributes are used, or how it is done? Thanks for any short answer. Bert

future of CEN 13606 data types

Excuse me for replying a private message to the list, that caused Roger also to reply to the list. My fault. regards Bert Verhees On 19-09-11 15:22, Roger Erens wrote: > Dear all, > > apologies for polluting the list, I thought I replied to Bert in private. > > Roger > >

future of CEN 13606 data types

Hoi Roger, ik heb me geregistreerd, doe jij dat ook? Lijkt me wel zinvol. Maar dan moet ik misschien de bedrijfsnaam veranderen, anders is de vertegenwoordiging vanuit Zorggemak wel erg zwaar. groet Bert On 19-09-11 11:07, Roger Erens wrote: >> - How do we best set up communication links betwee

Tools for collaborative working

On 16-09-11 21:02, pablo pazos wrote: > we as users doesn't have to bother with backward compatibility issues Lack of backwards compatibility was just an example of important issues that can come up in software. Also in open source. But very often it happens in closed source, as vendors see it as

Tools for collaborative working

On 16-09-11 19:17, Thomas Beale wrote: > (Torvalds more or less still says that SVN is pretty hopeless, and in > some ways he is right, depending on what your requirements are) Torvalds even said that he passionately hated CVS, which he had to use at Transmeta. I feel the need to explain why ope

Tools for collaborative working

My two cents. I wouldn't trust software which is not open source. You cannot judge if it does its job well, especcially in long lasting use, like f.e. a database, how do you know if it still works if your table reach the million records and the table is 127 fields wide with on the second field

Reverse Relations

Op 29-04-11 03:03, Heath Frankel schreef: > > I agree with Thomas, the reverse relationships should be derived from > the forward relationships. The RM doesn't necessarily need to be > reflected in the persistence model. > Thanks Heath, this is indeed a pitfall, trying to reflect the RM. I som

Reverse Relations

Thanks, Thomas, for your reply. >> The problem is that ReverseRelationships are a Set of LocatableRef. >> This means that the PartyRelationship has to be stored before it can >> be added to a party ReverseRelationship list. >> The PartyRelationship has to be stored because LocatableRef takes a

Reverse Relations

Hi, Excuse for the bit complex text below, I don't know how to say it more simple I have a small problem with the way ReverseRelationships are connected to Party in the Demographic RM. Maybe my problem is because of my misunderstanding. The problem is not only conceptual, but it also causes p

future ADL-versions

Sounds reasonable, thanks Bert Op 23-03-11 13:00, Thomas Beale schreef: > On 23/03/2011 11:41, Bert Verhees wrote: >> The idea is to implement guideline/rules etc in Archetypes. >> In this way you can force software to look at some conditions if some >> other conditions are

future ADL-versions

close to understanding of your criticism? Bert Op 23-03-11 12:07, Seref Arikan schreef: > Also look at heartbeat is the problem here. My criticism stands, for > every case your rules/guidelines go beyond data. > > Best Regards > Seref > > > On Wed, Mar 23, 2011 at 11:05 AM, B

future ADL-versions

finalised, so don't depend on it; >>> however it is the left hand side that matters, i.e. >>> $date_of_birth >>> * environmental values, like >>>o $current_date >>>o $current_time >>&

future ADL-versions

being finalised, but the general syntax will look > like Xpath and the object model will be what you would expect from that. > > - thomas > > On 10/03/2011 15:48, Bert Verhees wrote: >> Hi, >> >> I am sorry, but I am to busy to read all the discussions on future >&g

<    2   3   4   5   6   7   8   9   10   >