- tz - lists.iana.org

Fw: DST rules for Istanbul, Turkey
by Nirav Jk Vora Feb. 14, 2007

Feb. 14, 2007

Hi All, Just following up to see if someone could provide some inputs to my previous mail which is below. Just wanted to check as this is urgent for the customer. With Warm Regards ------------------------------------------------------------------ Nirav J Vora Team member, JVM L3 Support(AIX) IBM India Software Lab, Bangalore ( Office: +91-8025094142 È Mobile: +91-9945383481 + e-Mail: nirav.vora(a)in.ibm.com ------------------------------------------------------------------ JVM Diagnostics Reference @ IBM Internal: http://w3.hursley.ibm.com/java/jim/j2se/ibmproduceddocumentation/javadiagno… External: http://www.ibm.com/developerworks/java/jdk/diagnosis/ ------------------------------------------------------------------ ----- Forwarded by Nirav Jk Vora/India/IBM on 02/14/2007 08:19 AM ----- Nirav Jk Vora/India/IBM 02/10/2007 08:41 AM To tz(a)elsie.nci.nih.gov cc Subject Re: DST rules for Istanbul, Turkey Hi All, Thank you all for your replies. I have gone back conveying the same to the customer. Here is what they have had to say: ------------------------------------------------------------------------------------- According to following link; http://wwp.greenwichmeantime.com/time-zone/europe/european-union/turkey/ turkey time zone settings are as follow which is valid now. Standard Time = GMT+2 Summer Time = GMT+3 According to following link; http://www.timeanddate.com/worldclock/timezone.html?n=107&syear=2000 29 Ekim 2006 Pazar, 01:59:59 1 hour +3 hours EEST 29 Ekim 2006 Pazar, 01:00:00 No +2 hours EET DST ends 25 Mart 2007 Pazar, 00:59:59 No +2 hours EET 25 Mart 2007 Pazar, 02:00:00 1 hour +3 hours EEST DST starts which is consistent with the previous information. To support the below information,I have taken the official newspaper of the government which had declared to regulate the time settings.I have talked with the staff of the government. They said that this declaration is the last daylight saving declaration announced by the government with official newspaper and today rules are valid for this declaration. I am sending the image of the fax that is sent by the government. The newspaper is normally in Turkish. I want to explain it briefly: "26 Mart 2000 Pazar günü saat 01:00'den itibaren bir saat ileri al?nmas?" means "clocks will be set 1 hour forward (will be GMT+3 ) on 26 March 2000 Sunday at 01:00" 01:00 is the local time (23:00 GMT Saturday) and "29 Ekim 200 Pazar günü saat 02:00'den itibaren bir saat geri al?nmas?" means "clocks will be set 1 hour back (will be GMT+2 ) on 29 October 2000 Sunday at 02:00" 02:00 is the local time (23:00 GMT Satruday) I think these documents are enough to show the daylight saving policy of Turkey is: Standard Time = GMT+2 Summer Time = GMT+3 ---------------------------------------------------------------------------------------------------------- So to summarize, the customer has provided a citation from the turkish government which tells about the latest DST rules. I have attached the jpg in this mail. Please review the same and provide your inputs as to whether this information would suffice to change the database timezone rules for Turkey. With Warm Regards ------------------------------------------------------------------ Nirav J Vora Team member, JVM L3 Support(AIX) IBM India Software Lab, Bangalore ( Office: +91-8025094142 È Mobile: +91-9945383481 + e-Mail: nirav.vora(a)in.ibm.com ------------------------------------------------------------------ JVM Diagnostics Reference @ IBM Internal: http://w3.hursley.ibm.com/java/jim/j2se/ibmproduceddocumentation/javadiagno… External: http://www.ibm.com/developerworks/java/jdk/diagnosis/ ------------------------------------------------------------------ Peter Ilieve <peter(a)aldie.co.uk> 02/01/2007 02:58 PM To Nirav Jk Vora/India/IBM@IBMIN cc tz(a)elsie.nci.nih.gov Subject Re: DST rules for Istanbul, Turkey > Thanks, but that link says Turkish DST starts at 01:00 GMT (i.e., at > 03:00 local time) and ends at 01:00 GMT (i.e., at 04:00 local time). > This agrees with the current tz database. But Amar Devegowda reported > that Turkish DST actually starts at 01:00 local time and ends at 02:00 > local time. Steffen Thorsen of timeanddate.com agreed, and cited > Turkish newspaper reports from 1996 through 2001. > > I'm inclined to go with Devegowda and Thorsen, but what would be > helpful is an official source (e.g., a citation from Turkish law) that > says exactly when this practice started. So far, all we know is that > the current Turkish practice started before 1996, which is a bit > vague. I don't have any authoritative source but I can add a little context to this. Turkey is attempting to join the European Union (it's listed as a candidate country on the <http://wwp.greenwichmeantime.com/time-zone/europe/european-union/> page). This is proving a long and painful process. It may be that Turkey has officially switched to the EU 01:00 UTC clock change time recently as part of this EU application process. It may be that the website is just confused, showing all pages under the european-union directory as using EU rules even if they don't. I would also go with Devegowda and Thorsen, mainly on the basis that I think it's very unlikely that a country that far east would use 01:00 UTC unless forced to by something like EU rules. Newspaper reports of 01:00 local time are much more credible. Peter Ilieve peter(a)aldie.co.uk

1 0

FYI: The Chronos Date/Time Library
by Alan L. Lovejoy Feb. 14, 2007

Feb. 14, 2007

The Chronos Date/Time Library is a Smalltalk class library that has its own tz compiler (which compiles tz source into a proprietary time zone format.) There is also a utility that converts Chronos' native time zone files into an XML-encoded representation <http://www.date-time-zone.com/> (http://www.date-time-zone.com/) More information is available from the Chronos web <http://www.chronos-st.org/> site (http://www.chronos-st.org/) --Alan

3 3

Tzcode2007b.tar.gz and tzdata2007b.tar.gz
by Olson, Arthur David (NIH/NCI) [E] Feb. 12, 2007

Feb. 12, 2007

The files... ftp://elsie.nci.nih.gov/pub/tzcode2007b.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2007b.tar.gz ...are now available. Tzcode2007b.tar.gz reflects Paul Eggert's proposed change to the quotation handling logic in zic.c. Tzdata2007b.tar.gz includes changes to the commentary in "leapseconds" reflecting the IERS announcement that there is to be no positive leap second at the end of June 2007. --ado

1 0

Re: fuzz testing tzcode
by Paul Eggert Feb. 12, 2007

Feb. 12, 2007

Curtis Doty <Curtis(a)GreenKey.net> writes: > Of course there aren't unmatched quotes in any tzdata files, but > still... the authors' analysis shouldn't go ignored, no? Certainly not. Here's a trivial patch. Thanks for reporting it. 2006-02-11 Paul Eggert <eggert(a)cs.ucla.edu> * zic.c (getfields): Catch bug reported in Barton P. Miller, Gregory Cooksey, and Fredrick Moore, An empirical study of the robustness of MacOS applications using random testing, Proc. 1st int. workshop on random testing, Portland, ME (2006) <http://doi.acm.org/10.1145/1145735.1145743>. =================================================================== RCS file: RCS/zic.c,v retrieving revision 2006.8 retrieving revision 2006.8.0.1 diff -pu -r2006.8 -r2006.8.0.1 --- zic.c 2006/07/20 21:06:31 2006.8 +++ zic.c 2007/02/12 03:41:51 2006.8.0.1 @@ -2451,9 +2451,12 @@ register char * cp; else while ((*dp = *cp++) != '"') if (*dp != '\0') ++dp; - else error(_( + else { + error(_( "Odd number of quotation marks" )); + exit(EXIT_FAILURE); + } } while (*cp != '\0' && *cp != '#' && (!isascii(*cp) || !isspace((unsigned char) *cp))); if (isascii(*cp) && isspace((unsigned char) *cp))

1 0

FW: time in southeastern Western Australia
by Olson, Arthur David (NIH/NCI) [E] Feb. 10, 2007

Feb. 10, 2007

I'm forwarding this message from Alex Livingston who, after sending it, has subscribed to the time zone mailing list. --ado -----Original Message----- From: LIVINGSTON Alex [mailto:lial@mac.com] Sent: Thursday, December 07, 2006 11:57 PM To: tz(a)lecserver.nci.nih.gov Subject: time in southeastern Western Australia Apologies if this has already been covered. I checked the latest tzdata file and there seems to be no mention of it. I have been meaning to write this for nearly four years; it was just on four years ago that I drove along the Eyre Highway, which passes through eastern Western Australia close to the southern coast of the continent. I paid particular attention to the time kept there. There can be no dispute that UTC+08:45 was considered "the time" from the border village just inside the border with South Australia to as far west as just east of Caiguna. There can also be no dispute that Eucla is the largest population centre in this zone, having a population of "40 or 50" (from memory what the proprietor of the roadhouse said when I asked him); it even has named side streets off the highway, and a very modern meteorological observatory and office. The other settlements, Cocklebiddy, Madura, Mundrabilla, and the border village, have much smaller permanent populations (around a dozen at most). So if a new zone were to be added to the tz database it should be called "Australia/Eucla". To back up my assertions I was going to refer to photographs I took of the three clocks at the border crossing (showing, Perth, local, and Adelaide time, respectively) and of the clearly "official" sign (galvanised-steel posts and frame, well-cut rectangular sheet-metal plate with rounded corners, stencilled lettering, and reflective paint) proclaiming "Central Western Time" that is seen just after leaving Caiguna heading east, but I have not published them yet and I do not have the time to check them now. (I think the sign also says, in smaller lettering, "Advance Clocks 45 Minutes".) This zone is also shown on the excellent map at http://en.wikipedia.org/wiki/Image:Timezones_optimized.png (obviously based on the CIA time-zone map). "Central Western Time" is mentioned in http://en.wikipedia.org/wiki/Time_zone, where an estimated population for this region of 200 (according with what I would have guessed) is also given. (Unfortunately the phrase "Western Central Standard Time" is used in http://en.wikipedia.org/wiki/Time_in_Australia to refer to the same thing.) Now that Western Australia is observing daylight saving, the question arose whether this part of the state would follow suit. I just called the border village [+61 (0)8 9039-3474; from online white pages] and confirmed that indeed they have, meaning that they are now observing UTC+09:45. There is one more curiosity to report about this isolated part of the world. The old Eyre telegraph station, just behind the coastal sand dunes southeast of Cocklebiddy, is now run as a bird observatory as well as a weather station and guest house. Its permanent population is 2 (a caretaker couple). I stayed there for a night on my way through and noticed that they kept a time different both from Perth and "the highway" (phrase used by caretaker; see below); they have a clock in their kitchen with a Dymo label on it stating "Eyre Std. Time" (I took a picture). It was UT+09:00, meaning a whole hour ahead of Perth, making their checking and reporting of weather data (which the Perth weather bureau expects to be done according to Perth time) simpler. I have just called them [+61 (0)8 9039-3450, also from online white pages], and they too have advanced their clocks with the rest of the state, putting them on UTC+10:00 and maintaining their one-hour difference from Perth. As far as I'm concerned this warrants another time zone, Australia/Eyre, despite the tiny permanent population! I seem to remember that what matters to this list is what time people actually keep, not statutory status. I hope the hour or two I've spent preparing and writing this turns out to be of some value.

4 7

FW: DST rules for Istanbul, Turkey
by Olson, Arthur David (NIH/NCI) [E] Feb. 10, 2007

Feb. 10, 2007

I'm forwarding this message from Nirav J Vora, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado ________________________________ From: Nirav Jk Vora [mailto:nirav.vora@in.ibm.com] Sent: Tuesday, January 30, 2007 6:16 AM To: tz(a)lecserver.nci.nih.gov Subject: DST rules for Istanbul, Turkey Hi, I am Nirav from the Java Technology Centre, IBM. I am working for the L3 team here. Sometime back, one of my colleagues Amar Devegowda, had mailed regarding updation of the DST rules for Istanbul,Turkey. Actually as per the current rule that is being used in the JVM Daylight saving was supposed to start at 3.00AM . But as per the latest rule from the below link, Daylight timings start from 1.00AM. We were asked to provide an official link where these changes were stated. I hope this link will serve the purpose so that the database can be updated with the latest DST rules for Istanbul. http://wwp.greenwichmeantime.com/time-zone/europe/european-union/turkey/ Please do contact me for any further queries that may be there. With Warm Regards ------------------------------------------------------------------ Nirav J Vora Team member, JVM L3 Support(AIX) IBM India Software Lab, Bangalore ( Office: +91-8025094142 È Mobile: +91-9945383481 + e-Mail: nirav.vora(a)in.ibm.com ------------------------------------------------------------------ JVM Diagnostics Reference @ IBM Internal: http://w3.hursley.ibm.com/java/jim/j2se/ibmproduceddocumentation/javadiagno… External: http://www.ibm.com/developerworks/java/jdk/diagnosis/ ------------------------------------------------------------------

4 3

FW: tzdata2006n Brazil incorrect fall-back date 2009-mar-01
by Olson, Arthur David (NIH/NCI) [E] Feb. 8, 2007

Feb. 8, 2007

I'm forwarding this message from Markus Scherer, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado -----Original Message----- From: Markus Scherer [mailto:markus.icu@gmail.com] Sent: Thursday, February 08, 2007 3:10 PM To: tz(a)lecserver.nci.nih.gov Cc: Dave O'Callaghan Subject: Re: tzdata2006n Brazil incorrect fall-back date 2009-mar-01 Dear Dave et al., I reported and subsequently fixed the bug. If you are curious, you can click on the SVN Diffs link near the top of the bug report to see what changed. For questions about using ICU, bugs, support etc. please use the icu-support mailing list: http://icu.sourceforge.net/contacts.html Best regards, markus On 1/22/07, Paul Eggert <eggert(a)cs.ucla.edu> wrote: > "Dave O'Callaghan" <daveoc(a)uk.ibm.com> writes: > > > I have been alerted to this website > > http://icu-project.org/trac/ticket/5470 which describes an issue > > with the Brazil update in tzdata2006n. > > > > Is this true? > > It appears to me to be a problem in the ICU4C's code simpletz.cpp, not > in the tz code or data itself, so you should ask whoever wrote > simpletz.cpp to fix it.

1 0

Re: tzdata2006n Brazil incorrect fall-back date 2009-mar-01
by Paul Eggert Feb. 8, 2007

Feb. 8, 2007

"Dave O'Callaghan" <daveoc(a)uk.ibm.com> writes: > I have been alerted to this website > http://icu-project.org/trac/ticket/5470 which describes an issue with the > Brazil update in tzdata2006n. > > Is this true? It appears to me to be a problem in the ICU4C's code simpletz.cpp, not in the tz code or data itself, so you should ask whoever wrote simpletz.cpp to fix it. The tz data currently says that the fall-back transition in Brazil in 2009 is the last Sunday in February, which will be 2009-02-22, but the ICU4C (?) code apparently does not handle this case correctly. To some extent this is all academic. Judging by past experience, Brazil most likely will change the rules before 2009 rolls around, so the tz data is just guessing about the 2009 transition.

2 1

DST in the news
by Olson, Arthur David (NIH/NCI) [E] Feb. 5, 2007

Feb. 5, 2007

The 2007-02-01 Washington (DC) Post has a front page story, "Clock's Early Spring Forward May Bring About a Few Falls," covering the impending change in US DST rules and the potential consequences. The story is available from http://www.washingtonpost.com; you'll get to register to view the story. --ado

1 0

Mexico revision
by Jesper Norgaard Welen Feb. 4, 2007

Feb. 4, 2007

I have been revising the pages of the Mexican Congress Library at http://www.cddhcu.gob.mx/bibliot/publica/inveyana/polisoc/horver/capitulo5.h tm about timezone changes since 1921 which is also mentioned in the 'northamerica' file (although without the HTM file mentioned). The aim is to bring tz database up-to-date with this information, which is already used as preferred source to Shanks in the 'northamerica' file. I guess then I don't have to argue why I think these pages should have more priority, but rather I would like to point out their deficiencies too before looking at the actual changes to the tz database that I'm recommending. First of all about completeness, I have serious doubt to that these pages are *all* the official Mexican documents that exist about timezone matters - especially concerning the gap of no decrees between 1948 and 1981. In fact, I believe that these decrees are accurate and were followed, but that likely other decrees have not been included in the list, whether there were 33 year gaps or they were smaller. About dates, it seems that most decrees only have a *publication* date, not an effective date. Here is a summary (I named the decrees A to R to have some reference): Decree, Official Publish Date, Effective Date A: 1921-12-20, 1922-01-01 0:00:00 B: 1923-12-00 C: 1927-06-09 D: 1930-11-15 E: 1931-04-28 F: 1932-01-21, 1932-04-01 G: 1942-04-24 H: 1945-11-12 I: 1948-04-05 J: 1981-12-23 K: 1982-11-02 L: 1988-02-17 M: 1989-03-23 N: 1989-03-30 O: 1996-01-04 P: 1997-08-13 Q: 1998-07-31 R: 1999-03-29 the 'northamerica' file states # Here are the discrepancies between Shanks & Pottenger (S&P) and the MLoC. # (In all cases we go with the MLoC.) # S&P report that Baja was at -8:00 in 1922/1923. # S&P say the 1930 transition in Baja was 1930-11-16. # S&P report no DST during summer 1931. # S&P report a transition at 1932-03-30 23:00, not 1932-04-01. Baja at -8:00 seems unlikely, since decree A only mentions -6:00 and -7:00. That the 1930 transition in Baja was 1930-11-16 sounds perfectly plausible to me, I think we should go with Shanks here, and actually it is quite possible that all changes in Mexico (also America/Mexico_City, America/Chihuahua, America/Hermosillo, America/Mazatlan, and America/Tijuana) should be 1930-11-16. No DST during summer 1931 sounds unlikely, see decree E. However some doubt does arise since the decree talks about 'every year' and beginning 1.st. of April each year, while being published nearly a month later (on 1931-04-28). A transition at 1932-03-30 23:00, 1 day and 1 hour before the decree F stated it should be (in fact one of the only Effective Dates of all these decrees) seems extremely unlikely. I don't have a copy of Shanks and Pottenger, so I can't make corrections accordingly. But I think we should believe more in Shanks than these pages for Effective dates if the changes to timezones (the content) are otherwise matching. Now to the actual changes. I am attaching a full 'northamerica' file (version 2007a changed) for convenient difference checking. # Quintana Roo Zone America/Cancun -5:47:04 - LMT 1922 Jan 1 0:12:56 -6:00 - CST 1981 Dec 23 + -5:00 - E%sT 1996 Jan 4 0:00 + -6:00 Mexico E%sT 1997 Oct 26 2:00 -5:00 Mexico E%sT 1998 Aug 2 2:00 That Cancun went from GMT-6 to GMT-5 (no DST involved) at 1981-12-23 is confirmed in decree J. I'm guessing a little bit above, but we have decree O saying explicitly that there are three zones, and one is "all of the national territory except the two other zones". So definitely Cancun most have been on Mexico City time since this decree took effect (sometime on/after 1996-01-04). Decree P then introduces Cancun on GMT-4 during DST and GMT-5 outside, in the end of the DST period defined in decree O. So I assume a smooth transition where Cancun ended their DST from GMT-6 to GMT-5 by simply not switching back the clock to GMT-6, but continuing with GMT-5 until 1998-04-05 where GMT-4 is introduced (DST). # Campeche, Yucatan Zone America/Merida -5:58:28 - LMT 1922 Jan 1 0:01:32 -6:00 - CST 1981 Dec 23 - -5:00 - EST 1982 Dec 2 + -5:00 - EST 1982 Nov 2 -6:00 Mexico C%sT Decree K has publication date 1982-11-02. Would the above effective date 1982-12-02 just by a typo of some kind? I don't know what Shanks date is, but I assume we have nothing better than to go with the publication date. Correct me if I'm wrong, that is quite possible here. # Coahuila, Durango, Nuevo Leon, Tamaulipas Zone America/Monterrey -6:41:16 - LMT 1921 Dec 31 23:18:44 + -7:00 - MST 1927 Jun 10 23:00 + -6:00 - CST 1930 Nov 15 + -7:00 - MST 1931 May 1 23:00 + -6:00 - CST 1931 Oct + -7:00 - MST 1932 Apr 1 - -6:00 - CST 1981 Dec 23 -6:00 Mexico CST 1988 -6:00 US C%sT 1989 + -6:00 Mexico C%sT 2001 Sep 30 02:00 + -6:00 - CST 2002 Feb 20 -6:00 Mexico C%sT This set of changes, although looking complicated, are really quite simple. We have a specific difference for the above four states in decree L of 1988-02-17 applying US style DST in 1988. But there is no evidence that they were any different than Mexico City before or after that year. In fact having GMT-6 unaltered since 1922 to 1988 seems to me extremely unlikely, for instance decree B says that the states from Baja California Sur and Sonora until Veracruz and Oaxaca (exclusively) are all on GMT-7, while Veracruz, Tamaulipas and Oaxaca (and presumably states to the south and east of those) are on GMT-6. Tamaulipas then consists of an exception here, but since this happened before the cutoff date of 1970, we don't need a new timezone for Tamaulipas. Note that I copy the two lines for years 2001-2002 from the America/Mexico_City timezone, although I don't understand them - what is the difference to just using the last line e.g. GMT-6 with Mexico rule, since 1989? # Baja California Zone America/Tijuana -7:48:04 - LMT 1922 Jan 1 0:11:56 -7:00 - MST 1924 -8:00 - PST 1927 Jun 10 23:00 - -7:00 - MST 1930 Nov 15 + -7:00 - MST 1930 Nov 16 - -8:00 - PST 1931 Apr 1 + -8:00 - PST 1931 May 1 23:00 - -8:00 1:00 PDT 1931 Sep 30 + -8:00 1:00 PDT 1931 Oct -8:00 - PST 1942 Apr 24 First I change effective date from 1930-11-15 to 1930-11-16 as per Shanks in the note above. Then I revert the effective date 1931-04-01 to 1931-05-01 23:00 as in the other timezones, because I think it is unlikely that the change happened before the decree E about the change was published (1931-04-28). Also I think this was set as Apr 1 because that is the date that was specified in the decree E, but for all years, not just 1931. September 30 is quite likely also a misinterpretation of the original decree E. It states that every year DST runs from 1.April till 30.th. of September, but that winter time runs from 1.October to 31.st of March. Clearly what is meant is 1930-09-30 24:00 and not 1930-09-30 0:00, or rather 1930-10-01 0:00. Note there is a typo in a note from Debra Goldsmith where 2:OO should be 2:00, above the Indiana definition. I'm not so happy with the Reuter transcript, quite possibly produced in a hurry in Reuters just around the date of the actual event: # From Reuters (2001-09-04): # Mexico's Supreme Court on Tuesday declared that daylight savings was # unconstitutional in Mexico City, creating the possibility the # capital will be in a different time zone from the rest of the nation # next year.... The Supreme Court's ruling takes effect at 2:00 # a.m. (0800 GMT) on Sept. 30, when Mexico is scheduled to revert to # standard time. "This is so residents of the Federal District are not # subject to unexpected time changes," a statement from the court said. The note about the Supreme Court reinstating the DST rules already established by the president, is amusing but perhaps not too relevant. But that the Supreme Court declared daylight saving (not daylight saving*s*) unconstitutional, is plain wrong. Here is a better source (my translation): http://www.conae.gob.mx/wb/CONAE/CONA_2562_breve_historia_del_h ======= Start of translation ======= The first of February 2001 was published in the official newspaper of the federation the presidential decree to establish DST from the First Sunday of May till the Last Sunday of September (five months) in all of the national territory ... Supported by a telephone inquiry of the 24.th. and 25.th. of February 2001, where 239,437 inhabitants of Mexico City where asked their opinion, the mayor of the capital emitted a decree the 26.th. of February, defining that the capital would not implement DST. Additionally, the 5.th. of March 2001 the mayor put forward a constitutional dispute about the validity of the presidential decree published the 1.st. of February 2001. It was the 4.th. of September 2001 that the Supreme Court decided that it was the responsibility of the Congress to determine laws about GMT offset and DST. Congress then approved the current law of DST published in the Official Newspaper 29.th. of December 2001. Finally the 1.st. of March 2002 was published the law about DST during 7 months which is applied each year in Mexico. ======= End of translation ======= In short, the presidential decree was deemed unconstitutional, not daylight saving. Something not mentioned above was that the mayor's decree about setting the time for the capital, was also deemed unconstitutional, in effect a "draw" between the two combattants - it was all about power, of course. The presidential decrees had been a tradition since 1917. But an unconstitutional one, it seems. Regards, - Jesper Nørgaard Welen

1 0