Re: Giving away CTN
Hey all, On Wednesday 21 May 2008 15:40, Michael Hanke wrote: > Currently, I'm swamped with PhD work. But I wonder if there really is an > urgent need for quick action. CTN has 2 open bugs -- I've seen worse in > Debian ;-) One bug simply documents the MySQL issue and the other is just > cosmetic. I see no reason why CTN as it is now should not be in lenny > (which it already is, BTW). > > As I said, for my purposes a libctn-dev would be sufficient if the rest > is broken anyway, but I still would like to hear the ctsim maintainer if > that is reasonable for him as well. And as he is also the former CTN > maintainer he should know much better than me. I'd just like to let you know that I'm fine with the proposed solution to trim down ctn to just a lib if possible. As said earlier I think at least some action needs to be taken before lenny. cheers, Thijs pgpJHj5C0tvNm.pgp Description: PGP signature
Re: Patch format
On Sun, 18 May 2008 19:37:53 +0200 (CEST), Andreas Tille wrote: > On Sun, 18 May 2008, David Paleino wrote: > > >> Author: Charles Plessy <[EMAIL PROTECTED]> > >> -Forwared: Not yet > >> +Forwared: Mon, 19 May 2008 04:01:11 +0900 > >> --- a/purge/Makefile > >> +++ b/purge/Makefile > >> @@ -1,3 +1,4 @@ > > > > Charles, I'm not a DD, so I'm asking to you (and Andreas, and Nelson, and > > $DD) to do a proposal on -devel :) > > You ask what?? Well, We could perfectly do this, but why do you assume that > only DDs can issue proposals Well... bad habit? :) > > Can we standardize the patch header? Be it quilt, dpatch, $foo, the header > > might be something like: > > > > Author: > > Forwarded: > > Description: > > > > I'm currently starting to use this format: > > > > Author: Foo Bar <[EMAIL PROTECTED]> > > Forwarded: no | http://$url_of_upstream_BTS_with_patch > > Reason: foo > > another line > > . > > Another paragraph > > So try rather: > > Reason: foo > another line > . > Another paragraph I believe my MUA ripped off those spaces :) (yes, I meant to do it RFC822-compliant) > > Do you (all) believe that would be a good idea? :) > > I don't care whether _all_ people believe something. Sorry, that "(all)" was meaning "Charles, Andreas and others", not all in absolute sense :) Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Dentist Management Software (was: Re: Patch format)
On Sun, 18 May 2008 19:32:33 +0200 (CEST), Andreas Tille wrote: > On Sun, 18 May 2008, David Paleino wrote: > > > I'm sorry I'm not very active in Debian-Med at the moment, but I'm > > concentrating on creating a Dentist Management software :) > > ... which is perhaps the best way to work on Debian Med. ;-) > Did you had a look whether you could use / adapt code from GNUmed? GNUmed is rather complex, and is meant for general-purpose medicine. Dentists need a more specific software (i.e. usually they also have a printout of teeth to click on and select treatment). I'm currently trying to port OpenDental [1], which was already ported in the past, but its maintainance was discontinued (upstream was against a Linux port -- that's why we forked at the time) I hope I can have something usable for when I'll start to work (i.e. 2-3 years) :) Cheers, David [1] http://www.open-dent.com/ -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: Dentist Management Software (was: Re: Patch format)
> GNUmed is rather complex It is not any more complex than it needs to be. Yes, it solves quite a few infrastructure coding problems all of which, however, will need to be solved by your eventual software, too (localization, translation, modules, logging, error handling, database access, what-not). In fact, GNUmed is a lot less complex semantically than what it needs to become - it doesn't cover any billing or prescribing so far. > and is meant for general-purpose medicine. This is true. However, any doctor needs patient management. > Dentists > need a more specific software (i.e. usually they also have a printout of > teeth to click on and select treatment). That would be fairly easy to add. Karsten -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dentist Management Software
On Thu, 22 May 2008 22:44:39 +0200, Karsten Hilbert wrote: > > GNUmed is rather complex > > It is not any more complex than it needs to be. Oh well, it is "complex" to me. I'm not a *real* Python coder, I can just put together some lines... > Yes, it solves quite a few infrastructure coding problems all of which, > however, will need to be solved by your eventual software, too (localization, > translation, modules, logging, error handling, database access, what-not). That's rather easy in a language you know (-- I don't really know Python, I go by trial-and-error ;) ) > In fact, GNUmed is a lot less complex semantically than what it needs to > become - it doesn't cover any billing or prescribing so far. True, and I'd need that as well. > > and is meant for general-purpose medicine. > > This is true. However, any doctor needs patient management. Sure :) > > Dentists need a more specific software (i.e. usually they also have a > > printout of teeth to click on and select treatment). > > That would be fairly easy to add. Again, for any *python coder* ;) I feel far more comfortable with C#, which OpenDental is written in. Anyway, I'll look at GNUmed again, I promise :) Thanks for your reply, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Laissez vous guidez sur Annonces-automobile.com
Si ce message ne s'affiche pas correctement, cliquez ici En exclusivité sur le Web ! Enregistrez votre recherche et attendez d'être contacté par le vendeur www.annonces-automobile.com En partenariat avec A bientôt sur ANNONCES Automobile. Pour vous désinscrire, cliquez ici.
Re: Dentist Management Software
On Thu, 22 May 2008, David Paleino wrote: It is not any more complex than it needs to be. Oh well, it is "complex" to me. I'm not a *real* Python coder, I can just put together some lines... Over the years I observed the problem that there are so many half done medical projects which never reach any usable state because they are more or less one man shows written in a programming language that this one man just knows by chance. Cooperation does not happen because the protagonists just speak different programming languages. So we are beaten by the fact that there are so many shiny programming languages available that cooperation on niche products (yes, I regard Free Medical Software as a niche product considering the number of users we actually have) is effectively blocked. So I would not claim that Python is the best language to pick (probably there is no such thing like the best language) for the purpose you have in mind but there is no reason against Python at least. The big advantage that there is a project which looks somehow promissing and which existed and evolved over several years which is a good quality measure considering other projects that had a much shorter live cycle. Keeping this in mind I would regard this as a good reason to learn Python (which is not that hard) and try to adopt as much as possible from GNUmed. That's rather easy in a language you know (-- I don't really know Python, I go by trial-and-error ;) ) That's a start, isn't it? ;-) In fact, GNUmed is a lot less complex semantically than what it needs to become - it doesn't cover any billing or prescribing so far. True, and I'd need that as well. If GNUmed manages to attract more developers (I hope you will not be the only one) chances are good that billing and prescribing might be added sooner or later and I see no reason why a project written from scratch should implement these features faster than a project that has reached a certain state. Dentists need a more specific software (i.e. usually they also have a printout of teeth to click on and select treatment). That would be fairly easy to add. Again, for any *python coder* ;) I feel far more comfortable with C#, which OpenDental is written in. How did you gained your C# knowledge? You will see that learning Python is much easier, because has a much less overhead. BTW, I would not like to persuade you to join GNUmed. If you think that chances are good to profit from OpenDental code at large scale this is fine as well. The only advise is to not to start just another one-man-show project. You have to form a community around your project. If you fail in doing so you have good chances to have spend your time in something that will bit-rot after five or ten years (depending from your luck or your effort you have to put into your real job where you gain some money from). So just try to spend your time into a project that sounds promising for the future. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dentist Management Software
On Fri, 23 May 2008 08:20:42 +0200 (CEST), Andreas Tille wrote: > On Thu, 22 May 2008, David Paleino wrote: > > >> It is not any more complex than it needs to be. > > > > Oh well, it is "complex" to me. I'm not a *real* Python coder, I can just > > put together some lines... > > Over the years I observed the problem that there are so many half done medical > projects which never reach any usable state because they are more or less one > man shows written in a programming language that this one man just knows by > chance. Cooperation does not happen because the protagonists just speak > different programming languages. So we are beaten by the fact that there are > so many shiny programming languages available that cooperation on niche > products (yes, I regard Free Medical Software as a niche product considering > the number of users we actually have) is effectively blocked. Fully ACK. > So I would not claim that Python is the best language to pick (probably there > is no such thing like the best language) for the purpose you have in mind but > there is no reason against Python at least. The big advantage that there is > a project which looks somehow promissing and which existed and evolved over > several years which is a good quality measure considering other projects that > had a much shorter live cycle. Keeping this in mind I would regard this as > a good reason to learn Python (which is not that hard) and try to adopt as > much as possible from GNUmed. I'm in fact learning Python (remember the scripts we use for our website? ;)) > > That's rather easy in a language you know (-- I don't really know Python, I > > go by trial-and-error ;) ) > > That's a start, isn't it? ;-) > > >> In fact, GNUmed is a lot less complex semantically than what it needs to > >> become - it doesn't cover any billing or prescribing so far. > > > > True, and I'd need that as well. > > If GNUmed manages to attract more developers (I hope you will not be the only > one) chances are good that billing and prescribing might be added sooner or > later and I see no reason why a project written from scratch should implement > these features faster than a project that has reached a certain state. OpenDental is not "written from scratch" ;) It has a number of users on Windows, and also works on Linux, AFAICT. > >>> Dentists need a more specific software (i.e. usually they also have a > >>> printout of teeth to click on and select treatment). > >> > >> That would be fairly easy to add. > > > > Again, for any *python coder* ;) > > I feel far more comfortable with C#, which OpenDental is written in. > > How did you gained your C# knowledge? Years of Windows programming :p > You will see that learning Python is much easier, because has a much less > overhead. You know, what I found difficult for all programming languages (be it Python, Perl, C# itself, ...) is binding with GTK. I could successfully write CLI apps, but when it comes to GTK... I lose myself there. > BTW, I would not like to persuade you to join GNUmed. I'd like to join GNUmed indeed, but I cannot assure any constant development :( > If you think that chances are good to profit from OpenDental code at large > scale this is fine as well. The only advise is to not to start just another > one-man-show project. You have to form a community around your project. Well... Medicine is a niche sector in software, and Dentistry is a niche sector in Medicine. I would be happy if that community would be of 20 people or so. > If you fail in doing so you have good chances to have spend your time in > something that will bit-rot after five or ten years (depending from your luck > or your effort you have to put into your real job where you gain some money > from). So just try to spend your time into a project that sounds promising > for the future. Well, I'd need that software for myself, at least! ;) Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
