Menu
▾
▴
dhis-developers — List for developers of dhis2
This list is closed, nobody may subscribe to it.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(8) |
Aug
(21) |
Sep
(15) |
Oct
(4) |
Nov
(7) |
Dec
(6) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(6) |
Feb
|
Mar
(1) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(3) |
Sep
(4) |
Oct
(24) |
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <ni...@if...> - 2004-08-20 06:39:00
|
I am sorry for this late answer, I have been busy preparing for a
presentation we had for the health authorities in Tigray,
Ethiopia. Luckily they have accepted our implementation proposal.
> Thanks for starting to use this list! I am a bit concerned that things
> seem to be sent twice - is that something you could look into, Ola?
>
> --- ni...@if... skrev: > I have been reading in the recently
> published book {J2EE Development
>> without EJB}. It promotes the strategy we are planning to use, namely
>> using a lightweight framework for our business layer. This will
>> reduce
>> complexity compared to using EJB. This strategy work best for
>> web application, and I would thing for our application as well. But I
>> think we must keep in mind that we are not firstly developing a web
>> application, but that web enabling comes as an added value.
>
> Yes, you are right. But do bear in mind that developing two versions is
> quite costly. There are several alternatives for user interface, see
> http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Development/UserInterface
>
> However, if we do work with Spring, it also has a rich client project
> http://www.springframework.org/spring-rcp.html.
I think it would be possible to use a standard gui like swing for the
part of the system that roughly are going to replace the AccessMD. And
www gui for the AccessRG (Report Generator) part. Then you would have
only one version of the UI layer for each module. But I understands
that it require a god deal extra effort to do so. You have to make a
remoteing layer, and a client.
>> The case of doing data entry is not well supported by a web
>> interface, and this comes to many managing and adapting cases as
>> well.
>
> You may very well be right in this, but it would be good to have some
> details saying exactly why it is not sufficient. With moderate client
> side scripting (i.e. javascript), things can be made quite nice. I
> agree that it is not ideal, and that some things are much easier done
> in a traditional interface, but we have to weigh the costs of
> developing two versions of the user interface. In any case, it seems
> likely that one of them should be developed first.
>
>>Common tasks is to add new data elements, fill inn lookup
>> tables, making a new organisational structure. This should be
>> supported by a more extensive UI than the web.
>
> Proabably - but details, please. What exactly is needed and missing in
> a browser interface?
A browser interface is basically based on pages, with links in between
them. It is not in its nature very interactive. You can add some
interactivity with javascript. A problem with javascript as I have
experienced, is that different browser have different java script
implementations. In a traditional gui you can update only one
component on the screen. You can have a top menu, you can give user
the option to move frames in the gui to different position etc.
But all this said, I have had a look at Tapestry. I would think that
the javascripts that Tapestry use can be viewed with most
browsers. And with the functionality that Tapestry adds (as far as I
know), I have not seen anything in the existing AccessMD, that can not
more or less be replaced by Tapestry. Because Access I would say, is
like a web browser (or database browser), in the sense that you are
restricted by the environment and the data input forms used is much
like web input forms.
>
>> If a regional office have an intra net we need to have the business
>> layer remotely available. An other option is to have a shared
>> database, and have the business layer locally on each computer. But
>> there might be cases where there will be a need to have a shared
>> business layer.
>
> I belive we will have to limit our development efforts to two cases
> initially: One network/server based solution, with a web interface, and
> a standalone version. Then the question comes whether these have to
> differ. That then comes down to whether a browser interface will be
> sufficient. (Yet another option will be to run a rich client using a
> Linux Terminal Server Project (LTSP) kind of network app).
>
>> In that case we need a remote interface to our
>> business layer. The book I mentioned states that EJB is the best
>> solution for remote interfacing if you are using RMI or IIOP. But
>> since we don't want to struggle with the complexity of EJB, and don't
>> want to use a commercial application server, this is not a good
>> option. There are however other alternatives like SOPE. SOPE is a xml
>> based remoteing protocol closely associated with the web. There might
>> be other alternatives as well, this needs to be looked closer into.
>
> I suppose you mean SOAP, http://www.w3schools.com/soap/default.asp. But
> I doubt this is the time to go into this kind of scenario, although it
> is very good to keep it in mind, and we should detail the kinds of
> likely user settings for the software. Maybe you could write up a page
> on the Wiki?
>
Yes I meant SOAP :)
>> We need to think about how the reporting from district and upward
>> could be accommodated by our application in the light of the varying
>> infrastructure in the third world. There must be multiple options
>> among others,paper based reporting, sending a diskette, sending
>> e-mails, automatic sending of all data made in a period of time (done
>> at night when the telephone system is in little use), input of
>> individual entries in a regional/national database etc.
>
> Indeed, this is not a new question, or one restricted to the new DHIS.
> HISP already has to deal with this (although paper based reporting is
> what we seek to replace).
>
>> An other question is how the district can get access to
>> regional/national data and to data from other districts. This can be
>> done by making the regional/national report UI available on the
>> WWW. To make the report UI of individual district available on the
>> WWW
>> is possible, but for most district this is not an option.
>
> Not exactly sure what you mean here, as long as the data (all data)
> gets reported, it can be made readily available on the net?
>
> Cheers,
> Knut
Greetings
Nils Fredrik
|
|
From: <kn...@ya...> - 2004-08-19 22:05:03
|
Here is a very interesting discussion on web frameworks: http://theserverside.com/news/thread.tss?thread_id=28162 Knut |
|
From: <kn...@ya...> - 2004-08-18 00:38:03
|
--- Kristoffer Fossum <kri...@ho...> skrev: Hi Kristoffer, Just a general response: What specific problems do you encounter when you try Tore's tool? It is easier to respond to concrete situations and error messages. As DHIS grows, with new tools and a number of developers, it is important that we establish good routines for clear and helpful bugreports. Cheers, Knut > We are now going to use your software to transfer all the latest data > from > SisProg to DHIS at the DPS in Inhambane. I heard somewhere sometime > that it > maybe can be problematic sometimes.. I dont know if this is right? I > have > your user manual, so I will follow that. But are there any other > things that > could be important to remember? For instance, the A04 form (about the > > vaccinations) was changed in 2001, anything to remember especailly > for that? > And I also see that in your thesis, you assign two different data > elements > in dhis to the same data element in SisProg (B06, CS2(?)) But I guess > this > is thing that we have to do manually anyway, so that should not be a > problem... > > I just wondered if there are any things to have in mind when doing > this. > Always better to ask someone that has used it before in advance, > instead of > finding out later yourself... |
|
From: Tore C. S. <to...@st...> - 2004-08-17 23:02:57
|
On Tue, 17 Aug 2004, Kristoffer Fossum wrote: Hmm data transfer can always be a bit problematic.. But the software should be stable. However, due to some memory leaks you might have to restart it sometimes, as it can grow a bit non responsive when runned for a long time. The change of form A04 do have some consequnce for the import. I do not remeber to specific but. -Before 2001 DTP was only DTP, but after 2001 DTP included Heb B doses (basically this means that you must use two mappings, one for pre 2001 and one for after 2001 -Before 2001 you had 5 VAT elements, after 2001 you only have 2 VAT elements. This means that 3 VAT elemets are left empty after 2001, and again new mapping -And there were also some new data elements on the new A04 which was not captured by SISPRG. Regarding B06, SISPRG colum CS2 I do not remebmer. But there were probably some undocummented reporting rules which made the data incorrect. For more see my thesis page 126 and 127, my thesis is located here http://www.skobba.com Note that the forms are not always used as they were designed to, nor as they seems to be used. In genereal the data quality and consistency seems to degrade as the data moves upwards. The best data is usally on the forms I think. I guess it sometimes is a jungle out there, but that is just a part of the fun:-) Good luck and say hi to all friends in Mozambique. Nice if you have a digital camera and could take a picture when using my tool in the field.. Could be a nice reference for me :). Take care Btw. Just got a new job assignment here, I am gonna start talks with the Wits University in Joburg. This in order to send Norwegian students there for them to learn Entrepreneurship the African way.. So if anyone here has any tips I am more than pleased to hear them. > Hei, na er jeg altsaa i mosambik, og skal allerede imorgen dra til Inhamb= ane > og kurse noen folk resten av uka. Antakelig trenger jeg a bruke greiene d= u > har laget til helgen eller i begynnelsen av neste uke. Jeg skriver resten= av > mailen pa engelsk sa de andre studentene her ogsa kan forsta det! > > We are now going to use your software to transfer all the latest data fro= m > SisProg to DHIS at the DPS in Inhambane. I heard somewhere sometime that = it > maybe can be problematic sometimes.. I dont know if this is right? I have > your user manual, so I will follow that. But are there any other things t= hat > could be important to remember? For instance, the A04 form (about the > vaccinations) was changed in 2001, anything to remember especailly for th= at? > And I also see that in your thesis, you assign two different data element= s > in dhis to the same data element in SisProg (B06, CS2(?)) But I guess thi= s > is thing that we have to do manually anyway, so that should not be a > problem... > > I just wondered if there are any things to have in mind when doing this. > Always better to ask someone that has used it before in advance, instead = of > finding out later yourself... > > kristoffer > > > >From: Tore Christian Skobba <to...@st...> > >To: Ola Hodne Titlestad <ol...@st...> > >CC: Kristoffer Fossum <kri...@ho...>, > >to...@st..., Jorn Braa <jbr...@ya...>, > >ni...@if... > >Subject: Re: Tores import tool -vi trenger support > >Date: Tue, 17 Aug 2004 11:43:40 +0200 (MEST) > > > > > >Hei hei > > > >Dere f=E5r ta kontakt hvis dere vil ha en liten innf=F8ring da.. Er nok = litt > >rusten men husker nok det viktigste. Jobber p=E5 UiO s=E5 kan godt ta de= t her > > > >mvh > >Tore som er litt redusert etter pub til pub i g=E5r... > > > >On Tue, 17 Aug 2004, Ola Hodne Titlestad wrote: > > > > > Hei Tore og Kristoffer m.fl., > > > > > > Jeg har aldri brukt verkt=F8yet s=E5 det er mye bedre =E5 g=E5 rett t= il kilden > >og > > > snakke med Tore selv. > > > > > > Tore, under er det et lite sammendrag av hva det gjelder, men > >hovedpoenget > > > er at Kristoffer om noen dager skal drive oppl=E6ring i fleten i Moz = og m=E5 > > > over=F8re data fra Sisprog f=F8r det. Og s=E5 har han h=F8rt noen ryk= ter om at > >det > > > ikke er s=E5 lett... Kanskje du kan hjelpe han? Og kanskje Kristoffer= kan > >gi > > > litt mer info om hva han trenger? > > > > > > Jeg foresl=E5r at dere i framtida bruker mailinglista > > > jdh...@li... til denne typen ting, det er > >bedre > > > med tanke p=E5 gjenbruk. > > > > > > mvh > > > Ola > > > -------- > > > > > > > Ola, > > > > > > > > hvordan var tores sw for overf=F8ring av data, > > > > kristoffer, pr=F8v deg fram. Ola kan du fortelle > > > > kristoffer hva han b=F8r gj=F8re? Populere dhis med data > > > > fra andre steder > > > > jorn > > > > --- Kristoffer Fossum <kri...@ho...> wrote: > > > > > > > >> Imens jeg venter pa svar fra nils, vet du noe om hva > > > >> slags greier som ma > > > >> fikses? Er det noe feil i selve programmet, eller er > > > >> det f.eks. > > > >> dataelementer med feil navn, PS\CS map-et feil i > > > >> henhold til dhis-databasen > > > >> eller noe i den duren? Vet du om noen som har jobbet > > > >> med det? Jeg spurte > > > >> Calu om det, men han mente at alt fungerer som det > > > >> skal... > > > >> > > > >> kri > > > >> > > > >> >From: Jorn Braa <jbr...@ya...> > > > >> >To: Kristoffer Fossum <kri...@ho...> > > > >> >CC: ni...@if... > > > >> >Subject: RE: Fwd: > > > >> >Date: Thu, 12 Aug 2004 08:20:42 -0700 (PDT) > > > >> > > > > >> >bra - at noe skjer! > > > >> >tores sw krever den del mekki9ng. > > > >> >nils har nettopp overf=F8rt data i tigray - nils, kan > > > >> du > > > >> >fortelle kristoffer hva du gjorde?? > > > >> >jorn > > > >> >--- Kristoffer Fossum <kri...@ho...> > > > >> wrote: > > > >> > > > > >> > > Hei, na er dette planen.. > > > >> > > I gar fikk esselina en telefon fra Inhambane der > > > >> > > hisp ble invitert neste uke > > > >> > > til a delta i en slags workshop for > > > >> > > distriktskontorene. Vi skal delta mot > > > >> > > slutten av uka, da de (og vi) skal kurse folka > > > >> fra > > > >> > > distriktskiontorene i > > > > > > >> > > > > > >> > > Nar vi kommer dit, ma vi importere alle data som > > > >> > > ikke finnes i dhis > > > >> > > databasen fra sisprog. Jeg mener a huske at noen > > > >> en > > > >> > > eller annen gang sa noe > > > >> > > om at Tores program ikke alltid virker > > > >> 100%...Godt > > > >> > > mulig det bare er jeg som > > > >> > > husker feil..vet du noe om det? > > > >> > > > > > >> > > kri > > > > > > > > > > > > >The reason computer chips are so small is computers don't eat much. > > > > > > _________________________________________________________________ > MSN Hotmail http://www.hotmail.com Med markedets beste SPAM-filter. Grati= s! > > The reason computer chips are so small is computers don't eat much. |
|
From: Kristoffer F. <kri...@ho...> - 2004-08-17 12:27:29
|
Hei, na er jeg altsaa i mosambik, og skal allerede imorgen dra til Inhambane og kurse noen folk resten av uka. Antakelig trenger jeg a bruke greiene du har laget til helgen eller i begynnelsen av neste uke. Jeg skriver resten av mailen pa engelsk sa de andre studentene her ogsa kan forsta det! We are now going to use your software to transfer all the latest data from SisProg to DHIS at the DPS in Inhambane. I heard somewhere sometime that it maybe can be problematic sometimes.. I dont know if this is right? I have your user manual, so I will follow that. But are there any other things that could be important to remember? For instance, the A04 form (about the vaccinations) was changed in 2001, anything to remember especailly for that? And I also see that in your thesis, you assign two different data elements in dhis to the same data element in SisProg (B06, CS2(?)) But I guess this is thing that we have to do manually anyway, so that should not be a problem... I just wondered if there are any things to have in mind when doing this. Always better to ask someone that has used it before in advance, instead of finding out later yourself... kristoffer >From: Tore Christian Skobba <to...@st...> >To: Ola Hodne Titlestad <ol...@st...> >CC: Kristoffer Fossum <kri...@ho...>, >to...@st..., Jorn Braa <jbr...@ya...>, >ni...@if... >Subject: Re: Tores import tool -vi trenger support >Date: Tue, 17 Aug 2004 11:43:40 +0200 (MEST) > > >Hei hei > >Dere får ta kontakt hvis dere vil ha en liten innføring da.. Er nok litt >rusten men husker nok det viktigste. Jobber på UiO så kan godt ta det her > >mvh >Tore som er litt redusert etter pub til pub i går... > >On Tue, 17 Aug 2004, Ola Hodne Titlestad wrote: > > > Hei Tore og Kristoffer m.fl., > > > > Jeg har aldri brukt verktøyet så det er mye bedre å gå rett til kilden >og > > snakke med Tore selv. > > > > Tore, under er det et lite sammendrag av hva det gjelder, men >hovedpoenget > > er at Kristoffer om noen dager skal drive opplæring i fleten i Moz og må > > overøre data fra Sisprog før det. Og så har han hørt noen rykter om at >det > > ikke er så lett... Kanskje du kan hjelpe han? Og kanskje Kristoffer kan >gi > > litt mer info om hva han trenger? > > > > Jeg foreslår at dere i framtida bruker mailinglista > > jdh...@li... til denne typen ting, det er >bedre > > med tanke på gjenbruk. > > > > mvh > > Ola > > -------- > > > > > Ola, > > > > > > hvordan var tores sw for overføring av data, > > > kristoffer, prøv deg fram. Ola kan du fortelle > > > kristoffer hva han bør gjøre? Populere dhis med data > > > fra andre steder > > > jorn > > > --- Kristoffer Fossum <kri...@ho...> wrote: > > > > > >> Imens jeg venter pa svar fra nils, vet du noe om hva > > >> slags greier som ma > > >> fikses? Er det noe feil i selve programmet, eller er > > >> det f.eks. > > >> dataelementer med feil navn, PS\CS map-et feil i > > >> henhold til dhis-databasen > > >> eller noe i den duren? Vet du om noen som har jobbet > > >> med det? Jeg spurte > > >> Calu om det, men han mente at alt fungerer som det > > >> skal... > > >> > > >> kri > > >> > > >> >From: Jorn Braa <jbr...@ya...> > > >> >To: Kristoffer Fossum <kri...@ho...> > > >> >CC: ni...@if... > > >> >Subject: RE: Fwd: > > >> >Date: Thu, 12 Aug 2004 08:20:42 -0700 (PDT) > > >> > > > >> >bra - at noe skjer! > > >> >tores sw krever den del mekki9ng. > > >> >nils har nettopp overført data i tigray - nils, kan > > >> du > > >> >fortelle kristoffer hva du gjorde?? > > >> >jorn > > >> >--- Kristoffer Fossum <kri...@ho...> > > >> wrote: > > >> > > > >> > > Hei, na er dette planen.. > > >> > > I gar fikk esselina en telefon fra Inhambane der > > >> > > hisp ble invitert neste uke > > >> > > til a delta i en slags workshop for > > >> > > distriktskontorene. Vi skal delta mot > > >> > > slutten av uka, da de (og vi) skal kurse folka > > >> fra > > >> > > distriktskiontorene i > > > > >> > > > > >> > > Nar vi kommer dit, ma vi importere alle data som > > >> > > ikke finnes i dhis > > >> > > databasen fra sisprog. Jeg mener a huske at noen > > >> en > > >> > > eller annen gang sa noe > > >> > > om at Tores program ikke alltid virker > > >> 100%...Godt > > >> > > mulig det bare er jeg som > > >> > > husker feil..vet du noe om det? > > >> > > > > >> > > kri > > > > > > > >The reason computer chips are so small is computers don't eat much. > > _________________________________________________________________ MSN Hotmail http://www.hotmail.com Med markedets beste SPAM-filter. Gratis! |
|
From: <kn...@ya...> - 2004-08-16 07:42:12
|
--- Calle Hedberg <che...@te...> skrev: > Hi, > > Even if the DHIS2 project is Java-based, we cannot and should not > disregard > the .NET framework (most developers find a considerably more > efficient > development framework than Java) given the fact that Novell is > developing > Mono to allow the running of .NET software on Linux. I've already > seen two > health information applications using .NET, and at least one of them > will > probably be Open Source (an Electronic TB Register software > application > developed in South Africa). Excellent point. .NET is spreading fast, and Mono is indeed an exciting development, bringing the framework to the Open Source world. If it catches on among Linux programmers in the way PHP has done, it will be impossible to ignore. Interaction between Java and .NET is becoming an important issue - web services is one way. > Mono 1.0 has just been released. I've just had initial feedback from > one > person (Greg Rudman from Soft Craft) who's had a look at it, and his > initial > reaction was lukewarm. Seems to be problems, it's difficult to set up > etc. > > It's early days, of course, so you don't expect Novell to hit a home > run at > first try. The Mono roadmap also indicate that all libraries for the > .net > framework 1.1 won't be available before some time in 2005. Right. It is too early to tell whether it will be a full replacement for .NET, and some uncertainty remains with regard to what action MS might take with regard to patents etc. > Is anybody else on this list monitoring/assessing .NET/Mono > developments?? Personally, I feel it's a little too early for us to devote resources to such an evaluation, given that we have our hands full absorbing cutting edge Java technologies right now. But the applicability of Mono to DHIS, or a comparison of the Java frameworks and Mono could probably be interesting Master thesis topics. An extensive literature exists on .Net of course, and books are starting to appear on Mono as well. I have added a page on Mono to the Wiki: http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Development/Mono Cheers, Knut |
|
From: Calle H. <che...@te...> - 2004-08-15 10:57:14
|
Hi, Just two brief comments: 1. I would suggest using Java 1.4.x (with testing under 1.5 whenever that becomes available) instead of Java 1.3. 2. It is absolutely crucial that a database persistence layer is included (we've used Torque for the Data Dictionary project in South africa, but there are others), with support for at least - MySQL - PostgreSQL - Access - ORACLE - SQL Server and preferably also - DB2 - MaxDB Finally, it seems there's increasingly a consensus around using Eclipse... Best regards Calle ********************************************* Calle Hedberg 46D Alma Road, 7700 Rosebank, SOUTH AFRICA Tel/fax (home): +27-21-685-6472; Cell: +27-82-853-5352 ********************************************* ----- Original Message ----- From: "manjunath gowda" <man...@ya...> To: <jdh...@li...> Cc: <his...@co...> Sent: Thursday, August 12, 2004 5:59 PM Subject: [dhis2] Hai - HISP-INDIA > hai all, > > I am Manjunath.K.Gowda who is working for HISP-Inida since the day first.... i was more involved in field work and understood all about DHIS... now i am involed in Developemnet of DHIS to DHIS2 alson with a team of java people...Pratap Kumar, Shekar and Pandu.... > > so now we are developeing non-web applications using Java 1.3 as front end and MySQL as backend...so we have a started designing soem forms and even with code... also we need valuable suggestions for all who are involved in development and may be good if all other also invole... > > thanks > > with WARM regards > > Manju.K.Gowda, > Pratap, > Shekar, > Pandu...... > > Yahoo! India Matrimony: Find your life partneronline. |
|
From: Calle H. <che...@te...> - 2004-08-15 10:57:06
|
Hi,
I recently posted the text below to the DHIS ("DHIS1") discussion list - it
might be of interest to DHIS2 list members too (it was a response to users
requesting a standard national data dictionary).
The DHIS discussion list - hosted by the Health Systems Trust (NGO) in south
Africa - caters for 300-400 users of the DHIS. If any of you are interested
in subscribing, send me an email.
Hi,
It's quite interesting to see more and more users now asking for an
Internet-based repository (usually called a "Data Dictionary") of
indicators
with their formulas and definitions, etc.
Below is a short "history" of Data Dictionary development in South
Africa:
1.
The National Health Information Systems / South Africa (NHISSA)
committee
identified the need for a national Data Dictionary as far back as 1994,
and
it has remained a NHISSA objective since then.
2.
A national Task Force, led by Dr David Bourne from the university of the
Western Cape and with a number of members from various clusters in the
national ministry started working on a National Data Dictionary in 1999.
Funding was limited to 1-2 years and staff turn-over resulted in the
task
force gradually being reduced and in practice disappearing in 2001, but
before then it had determined some key issues:
(a)
A Data Dictionary structure was designed based on the Health Data
Dictionary
used in Australia (for more details, see
http://www.aihw.gov.au/publications/index.cfm/title/8964). Which in turn
is
based on the international standard for defining data elements issued by
the
International Organisation for Standardization (ISO).
(b)
Around 35 data elements were formally defined using the above structure.
3.
HISP got involved in 2001, and we did two things:
(a)
A preliminary Data Dictionary Access database was designed to fit the
DHIS.
That is still in use: The Access database part (DataDict.mdb) can be
found
in the "DataDict" sub-folder under your DHIS folder. It has a web-based
front-end (see "Data Dictionary" shortcut on your desktop if you install
the
DHIS), but the first version ONLY covered Data Elements, not Indicators
(also called "Derived Data Elements").
(b)
We imported the national and provincial Minimum Data Sets in use at that
time, a total of around 700 Data Elements. Not all of them had complete
definitions etc, but it was a start. A further advantage was that DHIS
users
could select these data elements and add them to their own DHIS data
file.
4.
In early 2003, a software development team of Master students from Oslo,
India, Spain, and the US did some work on designing a new Data
Dictionary
based on Java. (For those of you with little IT expertise: Java is a
relatively "Open Source" programming language that supports both Windows
and
Linux.)
5.
The HISP development team have continued to work on that application
during
the last 2-4 months (main programmer is Greg Rudman at Soft Craft
Systems),
with the following basic specifications:
- It should be Java based
- it should run on both Windows and Linux
- It should be database independent (i.e. run on Access, ORACLE, MySQL,
etc)
- It should be web-based
- It should run under both Apache (Open Source, 60% of world web server
market) and IIS (Microsoft)
- Both the user interface and the Data Dictionary content should be
multi-language enabled
- It should support both normal read-only web-browsing AND automatic
downloading of updates (a la "windows update")
- Automatic updating and downloads would be via XML (eXtended Markup
Language - modern web language)
- It should have discussion forums etc
- A national/state/provincial Data Dictionary task group would be
responsible for maintaining and updating the Data Dictionary,
moderating/summing up discussions and suggestions for change, etc.
AND
- It should be independent of the DHIS (i.e. any application should be
able
to use it for updating indicators and data elements).
For the technically interested: The Java Technologies we have used are
mainly
- Jakarta/Tomcat
- Turbine
- Apache
- Torque
- Velocity
To read more about these technologies, go to the Apache foundation
website:
www.apache.org
6.
That new Data Dictionary is now close to finished - there's just 2-3
issues
remaining. I expect to do final "development" testing while in Norway
later
this month, so we can release a "Beta" version for real life testing (in
South africa or any other country that's interested) in early September.
Regards
Calle
*********************************************
Calle Hedberg
46D Alma Road,
7700 Rosebank, SOUTH AFRICA
Tel/fax (home): +27-21-685-6472; Cell: +27-82-853-5352
*********************************************
----- Original Message -----
From: "Swart, M" <sw...@dh...>
To: "District Health Information System" <dh...@li...>
Cc: "Shilumani M W (Shi...@dh...)"
<IMC...@dh...
v.za>
Sent: Wednesday, August 04, 2004 10:32 AM
Subject: [dhis] RE: FW: [isdsfac] ARV report with attachment
> This is a great idea, we experience the same problem in the Limpopo
> Province. Please sent me the information if it is available.
>
> Regards
> Marietjie Swart
> Polokwane Hospital.
>
> -----Original Message-----
> From: Sello Peu [mailto:SP...@nw...]
> Sent: Wednesday, August 04, 2004 9:46 AM
> To: District Health Information System
> Subject: [dhis] RE: FW: [isdsfac] ARV report with attachment
>
>
> Hi
>
> That is a very good Idea Frank, I think the best way is for us to come
up
> with a website for all, where we can get all those calculations or use
the
> HST one.
>
> But let us bear in mind about the standard/uniform part of it.
>
> Thanks
> Sello Peu
>
> >>> FTl...@nw... 07/30/04 11:37 AM >>>
>
> Is there anyone who has a document or know where we can find the
document
> with all calculations for the Performance indicators. May we request
the
> National Office to intervene as this has brought problems within my
District
> so that we get standard/uniform calculations.
>
> Thanks
> Frank Tlamama
>
|
|
From: Calle H. <che...@te...> - 2004-08-15 10:57:06
|
Hi, Even if the DHIS2 project is Java-based, we cannot and should not disregard the .NET framework (most developers find a considerably more efficient development framework than Java) given the fact that Novell is developing Mono to allow the running of .NET software on Linux. I've already seen two health information applications using .NET, and at least one of them will probably be Open Source (an Electronic TB Register software application developed in South Africa). Mono 1.0 has just been released. I've just had initial feedback from one person (Greg Rudman from Soft Craft) who's had a look at it, and his initial reaction was lukewarm. Seems to be problems, it's difficult to set up etc. It's early days, of course, so you don't expect Novell to hit a home run at first try. The Mono roadmap also indicate that all libraries for the .net framework 1.1 won't be available before some time in 2005. Is anybody else on this list monitoring/assessing .NET/Mono developments?? Best regards calle |
|
From: <man...@ya...> - 2004-08-12 16:00:02
|
hai all, I am Manjunath.K.Gowda who is working for HISP-Inida since the day first.... i was more involved in field work and understood all about DHIS... now i am involed in Developemnet of DHIS to DHIS2 alson with a team of java people...Pratap Kumar, Shekar and Pandu.... so now we are developeing non-web applications using Java 1.3 as front end and MySQL as backend...so we have a started designing soem forms and even with code... also we need valuable suggestions for all who are involved in development and may be good if all other also invole... thanks with WARM regards Manju.K.Gowda, Pratap, Shekar, Pandu...... Yahoo! India Matrimony: Find your life partneronline. |
|
From: Ola H. T. <ol...@st...> - 2004-08-12 10:02:25
|
> 1. I am not sure much about TB and PHC. What do they stand for? > 2. Can I have a description of data elements and data indicator? It is > useful for us to understand clearly the system. Could you show me where > to get those documents. > > Regards, > Thanh Ngoc Nguyen > Business Analyst > TMA DHIS team (Vietnam) Hi Thanh, TB stands for Tuberculose, webster dictionary (http://www.websters-online-dictionary.org/definition/english/T%252E/T%252EB%252E.html) defines TB. PHC stands for Primary Health Care. The WHO glossary (http://www.euro.who.int/observatory/Glossary/Toppage?phrase=Primary%20Health%20Care) states: Core definition: The first level contact with people taking action to improve health in a community. Source:WHO, 1998a Notes: In a system with a gatekeeper, all initial (non-emergency) consultations with doctors, nurses or other health staff are termed primary health care, as opposed to secondary health care or referral services. In systems with direct access to specialists, the distinction is usually based on facilities, with polyclinics, for example, providing primary care and hospitals secondary care (Witter, 1997; Getzen, 1997). Supplementary definition: Primary Health Care is essential health care made accessible at a cost which the country and community can afford, with methods that are practical, scientifically sound and socially acceptable (WHO, 1998b). Example/s: Primary health care was strengthened to ensure that priority essential health services were provided at the first point of care by general practitioners. Indicators (in the health setting) From the WHO glossary on indicators (http://www.euro.who.int/observatory/Glossary/Toppage?phrase=Indicator): ------- Core definition: Identified and measured variables which help to show changes directly and indirectly relevant to goals, objectives and targets. Source: WHO, 1998a Example/s: Local decision makers identified a series of indicators for measuring health progress, such as immunization rates and prenatal visits. ------- The best way to look at examples is to run the Access_MD module (use one of the South African data files, e.g. DHIS_#EC.mdb) go to database maintenance and look at Data Elements/Ranges and open Add/edit/Remove data elements. Indicators are defined in Database Maintenance->Indicators->Define or revise Indicators. An example from the DHIS_#EC.mdb file (and most others) is the indicator 'still birth rate' (The percentage of babies who are still born.) As all indicators it is on the form numerator/denominator and it is calculated from the data elements "still birth" and "live birth", (still birth rate = still birth/(live birth+still birth). If you look at data elements you will find both "still birth" and "live birth" there, both are "raw" (non-calculated) data that are entered into the system in the "Routine Health Data Entry/Edit form". Further information is available in the DHIS installation folder in the folder named Training Materials and Manuals. Especially the presentations in the "HISP - DHIS Foundation Course" folder give a good introduction to these topics. Best regards, Ola Hodne Titlestad, University of Oslo, Dhis2 development team |
|
From: <kn...@ya...> - 2004-08-10 21:17:50
|
Version 8.0 of the well respected Postgres database is under way. Have a look at the features here: http://developer.postgresql.org/beta-history.txt Knut |
|
From: <kn...@ya...> - 2004-08-09 14:56:02
|
Hi everybody, Trying to follow up on Ola's initiative, my name is Knut Staring. I'm a Ph.d. student based in Oslo, writing about HISP with a focus on Open Source development and GIS. I have recently visited the HISP nodes in India and Mozambique, and hope to work closely with everyone involved with further DHIS development. Cheers, Knut |
|
From: <pau...@ya...> - 2004-08-09 13:48:49
|
Hei Ola! Tror du du kunne faatt meldt meg av jdhis mailing lista. Faar ikke tid til aa gaa gjennom alle mailene, saa det blir bare waste of time for meg. Hvordan gaar det med deg? Hva driver du med for tida? Jeg begynner paa trolltech til uka. mvh Paal Ola Hodne Titlestad <ol...@st...> wrote: Hi all, Just to update you on the recent development actions I recommend that you have a look at the following pages at the wiki: http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Development/DevelopmentNews http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Development/Architecture http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Development/Technology For those of you that are interested in learning about the Java frameworks and java web development we have found some good tutorials. To use these tutorials we recommend that you follow the setup instructions first: http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Documentation/Setup And then download the files and docs for the tutorials: http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Documentation/Tutorial If you would like to stay up to date on what is going on in Open Source Java development there are some very good Weblogs on the Internet. We have made a list of relevant Weblogs (ot just blogs) at: http://jdhis.sourceforge.net/pmwiki/pmwiki.php/DHISResources/BlogsNews Knut and I have noticed that the list has been rather quiet and not the active list we were hoping for. I guess the activity increases when we start doing more concrete development tasks, but it would be useful to have more input from all of you in the processes of finding the right tools and frameworks, designing the system architecture etc. Or maybe you have input on collaborative development, communication strategies, version control etc? And maybe it could be a good idea that we all introduce our selves to the list, just to get started? I can start: I am Ola Hodne Titlestad, and I live in Oslo, Norway. I have worked in the HISP project since 2002 when I started as a master student at the Department of Informatics, University of Oslo. My research was focused on the process of developing a health information system in Cuba using HISP software and strategies. I worked in Cuba for about 6 months and my tasks where related to adapting the DHIS in the Cuban context. In May this year I was employed by the Department of Informatics as a researcher in the HISP project focusing on coordinating a development project targeted at developing a web-enabled and platform-independent version of the DHIS. So what about you? Best regards, Ola ------------------------------------------------------- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com _______________________________________________ Jdhis-developers mailing list Jdh...@li... https://lists.sourceforge.net/lists/listinfo/jdhis-developers Ny versjon av Yahoo! Messenger Nye ikoner og bakgrunner, webkamera med superkvalitet og dobbelt så morsom |
|
From: Jose L. N. <leo...@st...> - 2004-08-05 15:13:54
|
Dear all, Jose Leopoldo Nhampossa is meant to be my name. Born in Mozambique. After completing my pre-University education I joined a course in Maths & Phisics at the high pedagogical institute in Mozambique. I completed my Master in computer engineering in ex-URSS, but Ukraine. Then my academic focus was in coding theory, applied Maths and modeling complex systems. After few years of work as university assistance, I am here and now shifting my roles as PhD student and HISP member. Not sure when I started to interact with our health information systems programme/Project (HISP), but probably from its embryonary phase. Since then new challenges I have been facing in my attempt to shift from the objective to subjective assumptions about life: neglect the cognitive aspects of information system unaware of the importance of considering formal aspects of information system. The computer scientist will attach a technical hermeneutics to information systems, while an information systems scientist will regard information system as a social system. My research aim is to study the tensions and challenges involved in the process of translating health information systems from one context to another. Now and here I am struggling with the PhD thesis -- Jose Leopoldo. A friend in need is a friend indeed. The longer the night lasts, the more our dreams will be. |
|
From: Humberto M. <hm...@ro...> - 2004-08-05 10:45:22
|
Hi all, I've been following what is happening regarding DHIS developments, though I am currently very busy trying to finish and hand in my thesis beofe the end of next September. My name is Humberto Muquingue, from Mozambique. I'm pursuing a PhD on information systems with concentration on health management. I'm a member of HISP Mozambique since 2000, and have conducted six courses on DHIS for health professionals in four provinces of Mozambique - as you may guess, this is a challenge both in terms of having to address competences in proper information practices (only 1 in 4 workers had a formal training in procedures and purposes of data colletcion, analysis and dissemination), and also in terms of computer skills, as most workers have never used or seen a computer. I also have coordinated a DHIS course for master students in Norway (MPhil at IASAM, 2002, 2003 and 2004), Malawi (MPH in Blantyre, 2003 and 2004) and Mozambique (MPH in Maputo, 2002, 2003 and 2004). I'm more into the ducational part of it, not much a computer person (my background is MD, Maputo, 1985 and MSc in biochemistry, New York, 1995). Therefore, do not expect much in terms of programming, etc, but I'm in for beta testing and the such... That's all... Humberto. |
|
From: Ola H. T. <ol...@st...> - 2004-08-05 09:36:55
|
Hi all, Just to update you on the recent development actions I recommend that you have a look at the following pages at the wiki: http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Development/DevelopmentNews http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Development/Architecture http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Development/Technology For those of you that are interested in learning about the Java frameworks and java web development we have found some good tutorials. To use these tutorials we recommend that you follow the setup instructions first: http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Documentation/Setup And then download the files and docs for the tutorials: http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Documentation/Tutorial If you would like to stay up to date on what is going on in Open Source Java development there are some very good Weblogs on the Internet. We have made a list of relevant Weblogs (ot just blogs) at: http://jdhis.sourceforge.net/pmwiki/pmwiki.php/DHISResources/BlogsNews Knut and I have noticed that the list has been rather quiet and not the active list we were hoping for. I guess the activity increases when we start doing more concrete development tasks, but it would be useful to have more input from all of you in the processes of finding the right tools and frameworks, designing the system architecture etc. Or maybe you have input on collaborative development, communication strategies, version control etc? And maybe it could be a good idea that we all introduce our selves to the list, just to get started? I can start: I am Ola Hodne Titlestad, and I live in Oslo, Norway. I have worked in the HISP project since 2002 when I started as a master student at the Department of Informatics, University of Oslo. My research was focused on the process of developing a health information system in Cuba using HISP software and strategies. I worked in Cuba for about 6 months and my tasks where related to adapting the DHIS in the Cuban context. In May this year I was employed by the Department of Informatics as a researcher in the HISP project focusing on coordinating a development project targeted at developing a web-enabled and platform-independent version of the DHIS. So what about you? Best regards, Ola |
|
From: Ola H. T. <ol...@st...> - 2004-08-05 09:09:21
|
> Hi all > > Just wanted to give you guys some of my thoughts about JDhis 2 > I have used MySql, Php and EZ for webdevelopment for two sites recently, > and I was very disapointed by the lack of functionality in MySql, it > currently lacks: > Foreign keys (difficult to enforce data integrity) > Nested SQL quires (advanced SQL quires might be difficult to make) > Data locking (multiple access to same data concurrently can cause > problems) > ++ lots more. However, I have heard that this will be available in > upcoming releases. > Last tip. I have used Eclipse for my own development and I love that > tool.. www.eclipse.org, nicely integrates with lots of servlet runners and > other stuff (such as subversion and cvs). > > Tore Hi, Thanks Tore for contributing to the list, we still struggle to make this a more active list. Current version of MySQL now supports what you are mentioning. Have a look here: http://dev.mysqlcom/doc/mysql/en/InnoDB_overview.html : "InnoDB is a transaction-safe, ACID-compliant storage engine with commit, rollback, crash recovery and row-level locking capabilities. This version is for users who want the high-performance MySQL database with full transaction support. MySQL Standard is licensed under the GPL." "'InnoDB provides MySQL with a transaction-safe (ACID compliant) storage engine with commit, rollback, and crash recovery capabilities. InnoDB does locking on the row level and also provides an Oracle-style consistent non-locking read in SELECT statements. These features increase multi-user concurrency and performance. There is no need for lock escalation in InnoDB because row-level locks in InnoDB fit in very little space. InnoDB also supports FOREIGN KEY constraints. In SQL queries you can freely mix InnoDB type tables with other table types of MySQL, even within the same query." Anyway, we will develop a database independent application so we are not bound to MySQL. An important goal for both the DHIS 1.4 and the web-enabled 2.0 is to support all or at least most DBMSs. However, MySQL seems like a good Open Source choice and we will use it for the first development phase. The upcoming (around Christmas I think) windows version of PostgreSQL will also be very interesting for us. When it comes to IDE we have gone for Eclipse 3.0 and I am happy to hear that you have great experiences using it. Again, thanks for valuable input. I hope more of you out there are willing to share your thoughts wit the rest of the list. Ola |
|
From: Tore C. S. <to...@st...> - 2004-08-04 13:37:42
|
Hi all Just wanted to give you guys some of my thoughts about JDhis 2 (I was doing an Cand. Scient. within SA and MZ in 2002 about movement of data from old systems to DHIS) I have used MySql, Php and EZ for webdevelopment for two sites recently, and I was very disapointed by the lack of functionality in MySql, it currently lacks: Foreign keys (difficult to enforce data integrity) Nested SQL quires (advanced SQL quires might be difficult to make) Data locking (multiple access to same data concurrently can cause problems) ++ lots more. However, I have heard that this will be available in upcoming releases. And just another tip. Try to make an customizable fine grained access controll on all functionality. In this way you can build an unique web interface for each user depending upon he's access level. Where he only can see the functionality HE has ACCESS to. This can be used to avoid giving an complex and difficult first view of the application. Cheers and good luck, looks like a really large and interesting project I think. Last tip. I have used Eclipse for my own development and I love that tool.. www.eclipse.org, nicely integrates with lots of servlet runners and other stuff (such as subversion and cvs). Tore -- The reason computer chips are so small is computers don't eat much. |
|
From: <kn...@ya...> - 2004-07-23 16:42:57
|
Thanks for starting to use this list! I am a bit concerned that things
seem to be sent twice - is that something you could look into, Ola?
--- ni...@if... skrev: > I have been reading in the recently
published book {J2EE Development
> without EJB}. It promotes the strategy we are planning to use, namely
> using a lightweight framework for our business layer. This will
> reduce
> complexity compared to using EJB. This strategy work best for
> web application, and I would thing for our application as well. But I
> think we must keep in mind that we are not firstly developing a web
> application, but that web enabling comes as an added value.
Yes, you are right. But do bear in mind that developing two versions is
quite costly. There are several alternatives for user interface, see
http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Development/UserInterface
However, if we do work with Spring, it also has a rich client project
http://www.springframework.org/spring-rcp.html.
> The case of doing data entry is not well supported by a web
> interface, and this comes to many managing and adapting cases as
> well.
You may very well be right in this, but it would be good to have some
details saying exactly why it is not sufficient. With moderate client
side scripting (i.e. javascript), things can be made quite nice. I
agree that it is not ideal, and that some things are much easier done
in a traditional interface, but we have to weigh the costs of
developing two versions of the user interface. In any case, it seems
likely that one of them should be developed first.
>Common tasks is to add new data elements, fill inn lookup
> tables, making a new organisational structure. This should be
> supported by a more extensive UI than the web.
Proabably - but details, please. What exactly is needed and missing in
a browser interface?
> If a regional office have an intra net we need to have the business
> layer remotely available. An other option is to have a shared
> database, and have the business layer locally on each computer. But
> there might be cases where there will be a need to have a shared
> business layer.
I belive we will have to limit our development efforts to two cases
initially: One network/server based solution, with a web interface, and
a standalone version. Then the question comes whether these have to
differ. That then comes down to whether a browser interface will be
sufficient. (Yet another option will be to run a rich client using a
Linux Terminal Server Project (LTSP) kind of network app).
> In that case we need a remote interface to our
> business layer. The book I mentioned states that EJB is the best
> solution for remote interfacing if you are using RMI or IIOP. But
> since we don't want to struggle with the complexity of EJB, and don't
> want to use a commercial application server, this is not a good
> option. There are however other alternatives like SOPE. SOPE is a xml
> based remoteing protocol closely associated with the web. There might
> be other alternatives as well, this needs to be looked closer into.
I suppose you mean SOAP, http://www.w3schools.com/soap/default.asp. But
I doubt this is the time to go into this kind of scenario, although it
is very good to keep it in mind, and we should detail the kinds of
likely user settings for the software. Maybe you could write up a page
on the Wiki?
> We need to think about how the reporting from district and upward
> could be accommodated by our application in the light of the varying
> infrastructure in the third world. There must be multiple options
> among others,paper based reporting, sending a diskette, sending
> e-mails, automatic sending of all data made in a period of time (done
> at night when the telephone system is in little use), input of
> individual entries in a regional/national database etc.
Indeed, this is not a new question, or one restricted to the new DHIS.
HISP already has to deal with this (although paper based reporting is
what we seek to replace).
> An other question is how the district can get access to
> regional/national data and to data from other districts. This can be
> done by making the regional/national report UI available on the
> WWW. To make the report UI of individual district available on the
> WWW
> is possible, but for most district this is not an option.
Not exactly sure what you mean here, as long as the data (all data)
gets reported, it can be made readily available on the net?
Cheers,
Knut
|
|
From: <kn...@ya...> - 2004-07-23 16:10:43
|
A lot of discussion is taking place by email, and this is a test to see if it can be moved to this list, with possible links to the Dhis Wiki for more lasting/structured contributions. The discussion has been placed here: http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Development/GeneralDiscussionOnDHISSoftware One thing addressed is the choice of database engine, with MySql seeming like a good choice at this time. However, there are serious alternative contenders: http://jdhis.sourceforge.net/pmwiki/pmwiki.php/Development/Database Knut |
|
From: <ni...@if...> - 2004-07-23 15:26:43
|
I have been reading in the recently published book {J2EE Development
without EJB}. It promotes the strategy we are planning to use, namely
using a lightweight framework for our business layer. This will reduce
complexity compared to using EJB. This strategy work best for
web application, and I would thing for our application as well. But I
think we must keep in mind that we are not firstly developing a web
application, but that web enabling comes as an added value.
The case of doing data entry is not well supported by a web
interface, and this comes to many managing and adapting cases as
well. Common tasks is to add new data elements, fill inn lookup
tables, making a new organisational structure. This should be
supported by a more extensive UI than the web.
If a regional office have an intra net we need to have the business
layer remotely available. An other option is to have a shared
database, and have the business layer locally on each computer. But
there might be cases where there will be a need to have a shared
business layer. In that case we need a remote interface to our
business layer. The book I mentioned states that EJB is the best
solution for remote interfacing if you are using RMI or IIOP. But
since we don't want to struggle with the complexity of EJB, and don't
want to use a commercial application server, this is not a good
option. There are however other alternatives like SOPE. SOPE is a xml
based remoteing protocol closely associated with the web. There might
be other alternatives as well, this needs to be looked closer into.
We need to think about how the reporting from district and upward
could be accommodated by our application in the light of the varying
infrastructure in the third world. There must be multiple options
among others,paper based reporting, sending a diskette, sending
e-mails, automatic sending of all data made in a period of time (done
at night when the telephone system is in little use), input of
individual entries in a regional/national database etc.
An other question is how the district can get access to
regional/national data and to data from other districts. This can be
done by making the regional/national report UI available on the
WWW. To make the report UI of individual district available on the WWW
is possible, but for most district this is not an option.
|
|
From: badugu s. g. <bad...@re...> - 2004-07-19 16:07:52
|
=A0=0AHi every body,=0A =0A=0A I am sekhar form HISP-Iindia.I would lik=
e to share my opinions and thoughts about Jdhis or Dhis2 .Please subscribe =
me.=0A=0A=0A Thank you=0A=0A=0A=0A =
with regards=0A S=
incerly=0A Sekhar.B |
|
From: Ola H. T. <ol...@st...> - 2004-07-19 15:02:31
|
> >> testing testing 1-2-3 >> >> ¡Hala Madrid! >> --------------------- >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by BEA Weblogic Workshop >> FREE Java Enterprise J2EE developer tools! >> Get your free copy of BEA WebLogic Workshop 8.1 today. >> http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click >> _______________________________________________ >> Jdhis-developers mailing list >> Jdh...@li... >> https://lists.sourceforge.net/lists/listinfo/jdhis-developers >> > > > -- > mvh > Ola > (PO-vakt) > > ¡Hala Madrid! > --------------------- > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click > _______________________________________________ > Jdhis-developers mailing list > Jdh...@li... > https://lists.sourceforge.net/lists/listinfo/jdhis-developers > -- mvh Ola (PO-vakt) ¡Hala Madrid! --------------------- |
|
From: Ola H. T. <ol...@st...> - 2004-07-19 15:00:27
|
bbbb -- mvh Ola (PO-vakt) ¡Hala Madrid! --------------------- |
31 messages has been excluded from this view by a project administrator.
