CSV Plugin Time Zone

[DigbyDave]

Is there any way to set the timezone of the CSV plugin to +9.5 ?? The Central Australian time zone where I live is a 1/2 hour time zone, +9:30 from UTC. The CSV file I use for data is fixed at UTC, but I would like to display the data in local time.

[jturlier]

Hi Dave,
sorry for not having anybody trying to answer your question !
I don't think that it's possible for the time being to apply an offset of 9.5 h.
I tried using decimal time bias, but it does not work (that's what I expected)
Antoine is the only person who will be able to fix your problem.

Could you tell us which kind weather station and software you are using.
For my personnal understanding, would you let me know if your area has daylite saving time ?

RGDS
Jean

[DigbyDave]

Jean,

That was my conclusion too. I tried 9.5 in the config file, but as expected no luck.

I am using a WMR100N with logging by Weather Station Data Logger software which creates a CSV file which I use for input into Graphweather. WSDL can display in local computer time, but prefers the data to be in UTC (it doesn't understand 1/2 time zones either).

I live in the Northern Territory (Aust), Central Time Zone(CST) +9.5UTC, no DLS observed.

I am also playing with WUHU to generate a CSV file for Graphweather which kind of works, tho I would prefer a solution that doesn't require 3 different pieces of software running.

Regards

[jturlier]

Hi Dave,
would you mind posting an extract of your csv file.
I think that Xnet would also be able to read data from WMR100. In this case it could be easy to have 9.5 hours added to the timestamp. (I'll check this point)


Jean

[DigbyDave]

Jean,

Here is a snippet of the CSV file I am using for import.

WSDL.zip

Regards

[Job]

Hi Dave,

I suggest to use xnet_meteo.

You have already in the first 2 columns, date and time in UTC.
In the next version, i will add a column with the local time.

Regards

Job.

[DigbyDave]

Job,

Thanks for the suggestion, though that is not any better than what I currently have until local time can be used. The Graphweather software should understand 1/2 time zones if it wants to be international software. All operating systems, even this BBS understands 1/2 time zones. All programmers that offer a timezone function should realize there are 1/2 hour and even a few 1/4 hour time zones - just look at the clock settings of any operating system, web server setup or DB setup.

Dave

[jturlier]

Hi Dave,
I am not sure that Antoine's aim is to fullfill any requirements : GraphWeather is developped on his very rare sparetime and is a personal and non cooperative developpment. Try assessing what would be the time to spend to address this kind of very unique requirement compared with all other major functionnal requests that are still to be achieved.

This kind of program does not have the same audience as a BB, an operating system or a DB motor, and I do not think that Antoine targets an internationnal world wide recognition, so why should it be developped in the same way ?

Up to now neither your present commercial software does address this kind of issue, nor you do have a solution.
Job offers one which fits your request and does not put the burden on GW, so I dont understand quite well your position to have this in GW.

Jean

[DigbyDave]

Jean,

I apologize for my outburst, is a sensitive issue for me living in a 1/2 TZ, too often ignored.

I have found a solution to my own problem. WUHU can generate the required CSV file in local time for my needs, but I was hoping for a solution that meant that I didn't need to run multiple logging apps when 99% of the information was already available.

Regards