something I fxied with problems with the QT version has managed to stop those bitmap errors…
so thats good
That is the main download link for linux?
yes, from the download page
(10.37h build 20)
I just downloaded build 20 and moved just the WeatherD file and the deploy folder to my existing wdiisplay folder. I’ve been just executing WeatherD, but when I tried it, I had problems.
So I decided to go ahead and start with a completely new wdisplay folder and my old WDISPLAY.INI.
WD opens maximized, and the adjustable is even bigger. I have to use Alt-Drag to get the window where I can resize it. Kind of a nuisance.
I’m not getting any data. Has something changed where I have to start with a new WDISPLAY.INI and a new setup?
Lane
yes, I am not sure why its starting full screen with GTK1, it dos not do that with GT2 or QT widgset set
you will just have to put up with it for now
for your station type (which is a wmr200 now?) I will do some testing, I might have broken something, after the port from the mac version
Well, I’ll start putting up with it when it starts working. 
for your station type (which is a wmr200 now?) I will do some testing, I might have broken something, after the port from the mac version
Yes, I have a wmr200 now… and I wish WD could harvest its overnight data when I start WD in the morning. I always shut my computer off at night. Darn! I decided I wasn’t going to nag you any more about that, and there I went and did it again! #-o
Lane
people usualy run linux because its the sort of pc/os sytem that you never shut down
so I cant understand why you are shutting it down, LOL
Yeah, I know. I sometime leave it on, but these days I’m trying to save money on electricity when possible… not to extent of doing without air conditioning, however (it ain’t winter here!).
Lane
i have the wmr200 live data working again…updating the download file (the WeatherD.tar.gz) for the GTk1 version (ready in 30 minutes or so)
(I also fixed the metar not working (problem occured with code updated from the windows version and a \ instead of a / used for a file path)
I will also update the QT version (have you seen that?)
tomorrow I will work on getting history data working from the wmr200 on the linux version for you
I’m going out of town for the day, but I’ll check this out as soon as I get back.
I will also update the QT version (have you seen that?)
I don’t run KDE these days, but I did just install a new Kubuntu partition and will give this a look, too.
tomorrow I will work on getting history data working from the wmr200 on the linux version for you
Wow! That’s great.
Lane
This is what I do to get the GTK1 WD goiing in Xubuntu 8.04:
I downloaded this file: Version on 30 June 2008 - 07:31:54
Unpacked it to /opt
Copy my old WDISPLAY.INI to the new wdisplay folder.
And it works! (after manually resizing the window, of course)
Now to go boot the Kubuntu partition…
Later: I had a problem, but because I’m uncomfortable with Adept (prefer Synaptic) I haven’t checked the versions as required: Requires QT4 installed and a recent LibC. The errors I got were:
lane@PC1:/opt/wdisplayK$ ./GoWeather.sh
[HINT] TWinControl.CreateWnd creating Handle during loading MainForm:TMainForm csDesigning=False
[FORMS.PP] ExceptionOccurred
Sender=EInOutError
Exception=Access denied
Stack trace:
$088444CF TFORMTEMPSETUP__FORMCREATE, line 95 of unittempsetup.pas
$08134391 TMAINFORM__FORMCREATE, line 44595 of mainunit.pas
$08095759 TCUSTOMFORM__DOCREATE, line 606 of ./include/customform.inc
$080972D1 TCUSTOMFORM__CREATE, line 1391 of ./include/customform.inc
$08098DD6 TFORM__CREATE, line 2142 of ./include/customform.inc
$0809E698 TAPPLICATION__CREATEFORM, line 1740 of ./include/application.inc
$08058976 main, line 66 of WeatherD.lpr
TApplication.HandleException Access denied
Stack trace:
$088444CF TFORMTEMPSETUP__FORMCREATE, line 95 of unittempsetup.pas
$08134391 TMAINFORM__FORMCREATE, line 44595 of mainunit.pas
$08095759 TCUSTOMFORM__DOCREATE, line 606 of ./include/customform.inc
$080972D1 TCUSTOMFORM__CREATE, line 1391 of ./include/customform.inc
$08098DD6 TFORM__CREATE, line 2142 of ./include/customform.inc
$0809E698 TAPPLICATION__CREATEFORM, line 1740 of ./include/application.inc
$08058976 main, line 66 of WeatherD.lpr
[FORMS.PP] ExceptionOccurred
Even later: OK, I checked, and I have libc6, libqt4-core, and libqt-gui installed in my Kubuntu system.
Lane
making progress with the wmr200 history data extraction…
doing some testing now
Hey - this is Sunday night in NZ!! Man you work odd long hours!! Fine tomorrow again, you might get outside!! keep it up, ironing those wrinkles out of the Linux options…
it passed a 2 hour data history extraction test OK
now will see how it goes with over night data…
new update ready, wmr200 history extraction working…
Yay!
When I ran it (I just replaced WeatherD, not any of the other files), both the main window and a new window came up. I presume the latter involves the retrieval of the wmr200 history. A small amount of data appeared in it, and then it went away. I saw there was a checkbox about clearing the wmr200’s flash memory data, but I didn’t know what to do about that. However, no data came in the main window.
I ran it again, and this time a TON of data was gathered by the history window. And this time the data started coming in the main window. This initial failure to start up right has been a characteristic before, so I don’t think there’s any problem now.
The graphs are missing some chunks of time, so I think I’ll wait until tomorrow morning (7 pm now) to see how the memory data collection works. I’ll report back.
I think I’ll restart the program and check the option to clear the flash memory. I suspect that option might make for faster startups of WD. But what if I get one of those bad starts and have to start again? I’m thinking the history data might then be gone.
Lane
I would not use the clear memory
also, with the wmr200, once the data has been sent, its not available anymore
just make sure when wd restarts that its looking for the time/date from the correct time/date needed
in testing I have done,…sometimes it does lock up…with the download…not sure why…yet
The first morning test looks pretty good. The history data were gathered on the first try and current data started coming in. There is a small glitch, though. I turned off my computer at about 2200 and on again at a little after 0600. The anomaly is between 0200 and 0600, as you can see from the screen capture.
Lane
did restart wd during the download process?
if so then did it still say getting data from…the correct time/date?
i have fixed the lock up problem…by setting a time out for the usbwrite instead of using the default of 0
so thats good
next update will have that in use
OK, I have a second morning’s experience to report. The first execution didn’t complete: there was a short period with the log window and then no data came in. I executed a second time, and there was a long period of history gathering, and then the real time data started coming in. Regretfully, the history is not displayed correctly, as you see in the capture below.
I shut down the computer last night about 2200 and started it this morning at about 0530.
Regretfully, I do not understand your questions above. When WD starts, the history window comes up first, then the super-maximized main window which has to be minimized to see the history window while it’s working. When it finishes, the history window exits and I can restore the main window for shrinking to proper size.
Are you asking if the main WD window exits and restarts during the history download? If so, I doubt it, because it would cover the screen.
In terms of your second question, below the left log area, there is an area that updates as data is read. And yes, the times change as the process is going on. I regret I did not record the times displayed. Should I?
Lane
