revno: 470
committer: Jan Henrik Overland janhenrik.overl...@gmail.com
branch nick: trunk
timestamp: Tue 2009-08-04 14:36:02 +0700
message:
Map view combobox now only loads mapviews with map source type as stored in
the user settings.
Going through the discussion we have been having on the list and outside,
the Ministry of IT in India's STQC requires a SRS to be given...
I am sure someone in the initial days of DHIS2 development must have made a
SRS somewhere... Can everyone look through their archives and pass any SRS
docs
Hi Murod
Do you have an example of the XML you are using? I want to see how far it
might be from the DXF we are already using, should it be incorporated or
what ... I remember seeing a small snippet but would be good to share a file
or two.
Regards
Bob
2009/8/3 Murodullo Latifov
Hi Bob,
Here is my XML file. I have ids on it, and its problematic as ids differ from
implementation to implementation.
regards,
murod
From: Bob Jolliffe bobjolli...@gmail.com
To: Murodullo Latifov murodlati...@yahoo.com
Cc: Jo Størset stor...@gmail.com;
Thanks. It is very similar to existing dxf (which has the same problematic
use of IDs). What about the data going the other way? Is it also like DXF?
Regards
Bob
2009/8/4 Murodullo Latifov murodlati...@yahoo.com
Hi Bob,
Here is my XML file. I have ids on it, and its problematic as ids
Hi all,
I have been following all the discussions. The key issue is how to make
OpenMRS and DHIS2 talk to each other. This is not about what standards
should be used but THE DESIGN of AN interpreter (translator). I think we
could discuss on how to design this mapping.
The key element in DHIS2 is
Hi Than,
Thanks, this is what I wanted to discuss with OpemMRS, not IXF/DXF a la
standards. But the way I am doing is quite different. OpenMRS has Cohort
builder, using it we can create aggregated values. But it is not what we want,
we need to change behaviour of Cohort Builder to match DHIS
7 matches
Mail list logo