You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Harald H. <bo...@da...> - 2009-03-04 20:50:11
|
> Hi! Hi Andreas, > But there seems to be an incompatibility with Postgresql 8.3.6: > when selecting "statistics" I get this error: > Warning: pg_query() [function.pg-query]: Query failed: FEHLER: > Funktion pg_catalog.substring(timestamp with time zone, integer, > integer) existiert nicht LINE 1: ...ints_h from > t_act_contest_60_1236000075_117 where substring > ... ^ HINT: Keine Funktion stimmt mit dem angegebenen Namen und den > Argumenttypen überein. Sie müssen möglicherweise ausdrückliche > Typumwandlungen hinzufügen. in /var/www/functions/psqlif.php on > line 64 > In module dbif, function query_arr: An error occured: > UTC Pts % Pts/h %/h QSOs % QSOs/h > %/h Pts/QSO Pts/QSO (h) > I don't think this is an error with the debian Postgresql package. It > more seems like the 8.3.x version handles the pg_catalog.substring > function more strict. You probably have to use to_char function first. Yes, you're right, I just checked the documentation (http://www.postgresql.org/docs/8.3/interactive/functions-string.html): =============/snip/================================================= Before PostgreSQL 8.3, these functions would silently accept values of several non-string data types as well, due to the presence of implicit coercions from those data types to text ================/snap/=============================================== So, this is why we get a problem here... It should be no problem to fix it, but I have to update my develop database first (running 8.2 for DEV and 8.1 on the demo system, so never spotted this bug). In the meantime, would it be an option to use 8.2? It's no problem to install 8.2 and 8.3 on the same system (I'm also running both versions on my workstation here). > Another thing is ADIF? RAWT links to /contest/adif_auswertung.php but > this file doesn't exist: neither in CVS nor in the download tar > package. Yes, you're right: That was a planned, but never realized feature, since we only used CAB and no ADIF. But since it's requested, I think it's time to realize it now, :-). > Thank you! Thanks, it's nice that RAWT is still alive! > Regards, > Andreas Weller, DF1PAW Regards and 73, Harald |
From: Andreas W. <we...@an...> - 2009-03-02 13:56:55
|
Hi! I just wanted to install RAWT for usage in the upcoming VHF/UHF contest weekend. I tried the latest debian stable release "lenny" and set up my apache server this way: Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny2 with Suhosin-Patch mod_python/3.3.1 Python/2.5.2 mod_perl/2.0.4 Perl/v5.10.0 and APC (php cache). But there seems to be an incompatibility with Postgresql 8.3.6: when selecting "statistics" I get this error: Warning: pg_query() [function.pg-query]: Query failed: FEHLER: Funktion pg_catalog.substring(timestamp with time zone, integer, integer) existiert nicht LINE 1: ...ints_h from t_act_contest_60_1236000075_117 where substring ... ^ HINT: Keine Funktion stimmt mit dem angegebenen Namen und den Argumenttypen überein. Sie müssen möglicherweise ausdrückliche Typumwandlungen hinzufügen. in /var/www/functions/psqlif.php on line 64 In module dbif, function query_arr: An error occured: UTC Pts % Pts/h %/h QSOs % QSOs/h %/h Pts/QSO Pts/QSO (h) I don't think this is an error with the debian Postgresql package. It more seems like the 8.3.x version handles the pg_catalog.substring function more strict. You probably have to use to_char function first. Another thing is ADIF? RAWT links to /contest/adif_auswertung.php but this file doesn't exist: neither in CVS nor in the download tar package. Thank you! Regards, Andreas Weller, DF1PAW |
From: Tobias K. <tob...@ar...> - 2005-10-28 06:05:49
|
Hi, in some new PHP-packages (5.x) there's no bcmath compiled in with the switch --enable-bcmath. So the statistic of contest can't show graphics any more. Edit statistic_full.php and change the function bcpow to pow! Or use the file from CVS! I change the file on the demo next time i visit the server. :-) 73, Tobias (DG2DBT) |
From: f8buu <f8...@fr...> - 2005-10-26 20:29:30
|
Is there someone in this List ? I don't receive any message ... F8BUU |
From: <ben...@id...> - 2004-05-25 07:45:42
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
From: Carsten I. (DH8CJ) <dh...@gm...> - 2003-08-31 18:08:58
|
Hi, it's me again ;-). During the weekend, I've tested the contest logger a little bit more intensive. I've found a new bug: In my case I had a contest with 12 QSOs and I've edited the third one. I changed the raport (sent) and then stored it again. I simply wanted to change the report from 59003 to 599003 but I got 599013 instead. I think the counter has to be set to value of the actual edited QSO when this feature is used. There are 2 more (not really disturbing) bugs. I can give a better raport than 59 (I gave 67). It can happen that a user enters instead of 59 95 or so. So this should be caught. And the logger does not accept raports with extra information like 598k oder 355a or so. As I said, these two bugs are not really disturbing and could be treated with lower priority. But the first one shouldn't be ignored. There is one mre feature I'd like to have: Status-Messages with errors (like: invalid call entered, invalid locator, raport and so on, or other feedbacks (you can think of Javascript:alert or so)). So, vy 73 and a nice start of the week, Carsten ---------------------------------------------------------------------------------------------------------------- Carsten Igel (DH8CJ) Phone: (+49) 2721 718939 Barschweg 4 Fax: (+49) 2721 7179836 57368 Lennestadt - Maumke Mobil: (+49) 178 8376769 Germany eMail: online: <mailto:car...@ca...>car...@ca... http://www.carstenigel.de <mailto:dh...@ov...>dh...@ov... http://www.qsl.net/dh8cj ---------------------------------------------------------------------------------------------------------------- Linktipps: D)A)R)C) Ortsverband Lennestadt: http://www.ov-lennestadt.de THW Ortsverband Lennestadt: http://www.thw.lennestadt.de ---------------------------------------------------------------------------------------------------------------- |
From: Carsten I. (DH8CJ) <dh...@gm...> - 2003-08-28 18:02:40
|
gd, I've tested the Contest-Logger-Tool for the last two days. Today I've discovered a bug: In my contest "testthisfeature" (don't blame me for that name) i've typed in 4 QSOs @ 2m, about 12 QSOs 0.7m, about 8 QSOs in 0.23 m. Because there are more than 10 QSOs on the 70 cm - Band, the first two QSOs of that band are missing (I know, you have to scroll with #b and #f). When I change the band to 2m or 23cm, the first 2 QSOs are missing too, though there are less than 10 QSOs entered. If I scroll with #b, all QSOs are shown. vy 73 de Carsten |
From: <dh...@gm...> - 2003-08-28 11:43:41
|
gd, I've tested the Contest tool of RAWT for some time. I discovered a bug. The tool does not accept callsigns beginning with DM, DN an DO. I think they aren't stored in a database. There is no sign of an error or such things, the tool simply doesn't add these callsigns to the list. vy 73 de Carsten, DH8CJ -- COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test -------------------------------------------------- 1. GMX TopMail - Platz 1 und Testsieger! 2. GMX ProMail - Platz 2 und Preis-Qualitätssieger! 3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post |