Here is a sample of a CSV format of my data: Time,TempOut,TempIn,HumOut,HumIn,Baro,Rain,Rate,Wind,WindDir,Gust,GustDir 2020-03-26 10:20:00,56.3,71.8,36.0,31.0,29.742,0.00,-327.68,10.0,270.0,22.0, 2020-03-26 10:30:00,56.8,70.2,35.0,29.0,29.739,0.00,-327.68,12.0,270.0,23.0, 2020-03-26 10:40:00,57.1,69.1,34.0,28.0,29.739,0.00,-327.68,12.0,247.5,22.0, 2020-03-26 10:50:00,57.4,69.0,33.0,27.0,29.742,0.00,-327.68,11.0,247.5,21.0, 2020-03-26 11:00:00,57.5,68.5,33.0,27.0,29.736,0.00,-327.68,13.0,247.5,23.0,
My belief is that this is Local Time. There is no GMT offset nor timezone indicator. These are the first records that I captured at this particular location and I'm pretty sure I started this station around 10 AM and not 3 AM local (if the value shown were UTC). Maybe others could confirm the WeatherLink application behavior. This data came from a Davis Weather Monitor II. I hope this helps. On Wed, Jan 18, 2023, at 4:19 PM, gjr80 wrote: > Short answer is it depends. What is the format of the date-time data in > your resulting CSV file? Is it straight date and time but in GMT, eg > '24-Jan-2023 18:25' or does it have some sort of timezone indicator > embedded eg '24-Jan-2023 18:25 GMT' or is an epoch timestamp eg > '1674548700'? WeeWX does not recognise timezones but the python > datetime calls used may support GMT. I will need to look at your data > and the wee_import date-time parsing routines to see what is possible. > > Gary > > On Thursday, 19 January 2023 at 08:41:35 UTC+10 Wayne wrote: >> I am looking into the process for converting my Davis weather archive files >> to be imported into weewx. If I'm not mistaken, Davis WeatherLink stores the >> timestamps in local time in the .wlk files. Accordingly, the application >> wlkReader creates a csv file also in the same local time format. >> >> The import config file used by the utility wee-import provides an option >> raw_datetime_format for defining the text date/time format in the csv input >> file. Although I don't see it explicitly discussed in the Utilities Guide, >> is there a format code which can be use in this option which applies a UTC >> offset conversion to the supplied local time? If so can you give an example >> of its usage? Otherwise the only other option I see is to manually convert >> the times in the input csv files to UTC prior to importing. I'm sure I am >> not the first user to encounter this issue! My thanks in advance. > > -- > You received this message because you are subscribed to the Google > Groups "weewx-user" group. > To unsubscribe from this group and stop receiving emails from it, send > an email to weewx-user+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/weewx-user/15226f71-27a9-4444-a715-1d8fdc747e09n%40googlegroups.com > > <https://groups.google.com/d/msgid/weewx-user/15226f71-27a9-4444-a715-1d8fdc747e09n%40googlegroups.com?utm_medium=email&utm_source=footer>. -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to weewx-user+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/1cdc23ee-6cd4-4852-b9e1-c4f864e33b1c%40app.fastmail.com.