Minor bazi-calculator improvements

[Voytek]

For those using "Download as PDF" function in bazi-calculator.com, this feature has been improved today.
Previously some bazi charts were generated with some useless gaps, from now on charts should be presented correctly.
PDF files are also more compact so if you print it, they usually should fit in 2 pages (depending on options used).

[JLim (Darma W)]

Great and thanks!  This is how it looks like on page 1.  There is a page 2 that contains details on DM strength, but I don't upload it here.

BTW, this sample chart is not my own, but a chart that is in bazi-calculator's database.  The database contains 55000 birth charts!

[JLim (Darma W)]

... (depending on options used).

And just to note, that the shown sample page uses my own personal options.  For example, I changed the option so that bazi-calculator orders the pillars Year-Month-Day-Hour, which is how we do it in mainland China.  Others can set the option to order them Hour-Day-Month-Year.

[Voytek]

I have just added a new function in "My Charts" section.
Users may now add short notes to saved charts.
Notes can be edited in "My charts" section and on the main page if chart is accessed from "My charts".

[Voytek]

Small update.
Geolocation function updated. Calculator now shows exact address of given longitude for verification.
In some rare cases there may be more than one location for a given city name, new function enables to verify that.

[bounce]

Hi Voytek,

I noticed it seems there's a bug for some corner cases. For example: https://www.timeanddate.com/time/change/usa/new-york
I think 11 March 2018 04.00 AM should be counted as DST, and 4 November 2018 04.00 AM should not be counted as DST, isn't it? But the calculator shows the opposite for that corner case.

[Voytek]

Hi Voytek,
I noticed it seems there's a bug for some corner cases. For example: https://www.timeanddate.com/time/change/usa/new-york
I think 11 March 2018 04.00 AM should be counted as DST, and 4 November 2018 04.00 AM should not be counted as DST, isn't it? But the calculator shows the opposite for that corner case.

Hi,
yes, corner cases are very tricky.
It all depends on what are your current locale settings on your web browser.
In fact it is not possible to program it perfectly for border cases, because: web browser gives me hour based on locale settings, while the timezone service I use expects UTC hour, but before I know your timezone, I can't subtract the given number of hours that your browser adds. So, border cases are in fact not possible to program perfectly.
Could be possible give me your browser name, your current timezone (is it NY time?) and what device you use? Maybe I could do some more precise check. The case you gave me works fine on my device in my location, but I am in in GMT+1.

[bounce]

Hi Voytek,

I'm using Chrome, I'm in Indonesia, GMT+7. I just want to test it for some border cases. Thanks for the explanation.

[Voytek]

I'm using Chrome, I'm in Indonesia, GMT+7. I just want to test it for some border cases. Thanks for the explanation.

OK, thanks. I have updated the script a little bit. Check it out, I suppose this border case should work better.
I have done a small improvement, but this is really heuristic approximate method, because I have to guess what timezone you would probably be using before I really get the result timezone (I need the result before I get it), so I'm doing some double check to: correct the local hour I get from the browser to UTC hour on one hand, and to correct the clock time you input in fields to UTC with supposed timezone on the the other hand. This is why border cases for getting timezone are a little nightmare if we want hour-precision.
Anyway, you can check 4:00, Nov the 4th, New York, from Indonesia, should work.

[bounce]

OK it's correct now, thanks 

[Voytek]

New feature:
"My charts" section now also shows Day Master stem and branch (you need to reopen the chart to update it).
This is sometimes useful if you need to find a saved chart by its DM pillar.

[JLim (Darma W)]

This is an extract of what appears in the "My Charts" section, after I have reopened each chart. 

[Voytek]

New Timezone API.
Small but important improvement.
I have implemented new timezone retrieval library.
I have tested 1200 cases, there was 1 difference (1 error) and new API (library) proved to work better and give more precise data.
Users don't need to do anything, simply getting timezone is now more reliable.
By the way, we now know how precise the data are.

[Voytek]

New chart style added.
It's a visual presentation of stems and branches (available to premium members).
New chart style helps to visually grasp the number of stems and branches connected with 5 elements.
Chart style inspired by Heluo and @Rapanui.

It is not destined for MangPai users, but rather connected with classic Zi Ping BaZi, but I think that also in MangPai sometimes it can be useful to have a look which gang has more stems and branches (fire and wood gang, or metal and water gang etc).
We will see if it is going to be useful in practice.
If you folks will use it, then I can consider distinguishing between dry and wet earth, but it's not easy to do it automatically, so I left it as is.

[JLim (Darma W)]

Good visual presentation! Yes, I do recognize the squares and circles of the format by @Heluo