When specifying the ss=on parameter in the Jewish Calendar REST API, one of the data points returned is the Parashat:

"category": "parashat",
"date": "2015-06-27",
"hebrew": "פרשת חקת",
"leyning": {
    "1": "Numbers 19:1 - 19:17",
    "2": "Numbers 19:18 - 20:6",
    "3": "Numbers 20:7 - 20:13",
    "4": "Numbers 20:14 - 20:21",
    "5": "Numbers 20:22 - 21:9",
    "6": "Numbers 21:10 - 21:20",
    "7": "Numbers 21:21 - 22:1",
    "haftarah": "Judges 11:1 - 11:33",
    "torah": "Numbers 19:1 - 22:1"
},
"link": "http://www.hebcal.com/sedrot/chukat",
"title": "Parashat Chukat"

However, in the Shabbat Times REST API, which also includes the Parashat, we only get this returned:

"category": "parashat",
"date": "2015-06-27",
"hebrew": "פרשת חקת",
"link": "http://www.hebcal.com/sedrot/chukat",
"title": "Parashat Chukat"

This is missing the leyning information.

Would it be possible to have this included in the Shabbat Times REST API?

By the way, thank you so much for all the work you've put into this!

Test url

https://www.hebcal.com/shabbat?cfg=json&geonameid=293397&lg=h&geo=geoname&m=50

return of habdala is like this where min is not translated. it was translated before, not sure when it broke.

{
title: "הַבדָלָה (50 min): 19:30",
date: "2020-09-20T19:30:00+03:00",
category: "havdalah",
title_orig: "Havdalah",
hebrew: "הבדלה"
},

should be

{
title: "הַבדָלָה (50 דקות): 19:30",
date: "2020-09-20T19:30:00+03:00",
category: "havdalah",
title_orig: "Havdalah",
hebrew: "הבדלה"
},

Thanks for the bug report! We will look into fixing this.

Shana Tova!

Sent from my mobile device

On Aug 15, 2013, at 2:16 PM, "Goldhirsch, Lorin" [email protected] wrote:

Hi there,
Thanks for having a tool to create & generate these calendars.

Unfortunately, your code starts reminders for memorials that pre-date the “start”.

(So, if I enter a date in July 2013 that I need to remember, I’m reminded of Yizkor in April and June 2013.

You might want to look into that…

Thanks,
Lorin

Lorin Robyn Goldhirsch
CREDIT SUISSE
CREDIT SUISSE | Technology & Projects, YADD 71
Eleven Madison Avenue | 10010-3629 New York | United States
Phone +1 212 538 1117 | Fax +1 917 326 8273
[email protected] | www.credit-suisse.com

Testing this in Australia, GMT +10.

If I check the Shabbat REST API on a Sunday morning, I receive no candle lighting times, only havdalah times.

In my opinion, this would be the expected behaviour after candle lighting and before havdalah, but this result occurs after havdalah.

My request includes a timezone indicator (tzid=Australia/Brisbane). I wonder if maybe the timezone isn't respected when calculating which week's information to return?

Submitted by nobody on 2005-09-25 05:21:51

Hello Michael,

When the Zakar's original Calendar site was available
online, I could output an entire year into one single table
(for your site, you only get separate months). Then I
applied a few formattings and I had a Word document
that I used as a Calendar for the Jewish year. As it was
a feature originally available on the original program
made available by Zakar, I do not understand why you
delete this output option.
See what I mean with the output of the entire year in one
table in the file "Hebrew Calendar - Year 5766 (2005-
2006).htm".
Then see the output that I create in Word adding a few
formattings with the file "Hebrew Calendar - Year 5766
(2005-2006) [Havienu L'Shalom].doc".

Maybe you could reinstate this possibility if it is not too
difficult for you to do so.

Thanks.

Michael, London

(imported from hebcal/hebcal#57)

When calling the Jewish Calendar REST API at this URL:
http://www.hebcal.com/hebcal/?v=1&cfg=json&year=now&month=x&c=on&geo=pos&latitude=37.7873712&longitude=-122.4082288&tzid=Australia/Brisbane

I receive this error:

Software error:

The 'hour' parameter ("24") to DateTime::new did not pass the 'an integer between 0 and 23' callback
 at /usr/lib/perl5/DateTime.pm line 198.
    DateTime::new(undef, 'year', 2015, 'month', 1, 'day', 3, 'hour', 24, ...) called at /home/hebcal/local/share/perl/site_perl/Hebcal.pm line 645
    Hebcal::event_tz_offset(2015, 1, 3, 24, 15, 'Australia/Brisbane') called at /home/hebcal/local/share/perl/site_perl/Hebcal.pm line 702
    Hebcal::event_to_dict('ARRAY(0x16a1ba8)', 1420261201, 'http://www.hebcal.com/hebcal/?v=1;year=2015;geo=pos;latitude=...', 'json', 'CGI=HASH(0x10c5cb8)', 'Australia/Brisbane', 0, 'DBI::db=HASH(0x1bd5e70)', 'DBI::st=HASH(0x1bd6188)', ...) called at /home/hebcal/local/share/perl/site_perl/Hebcal.pm line 805
    Hebcal::events_to_dict('ARRAY(0x18264e8)', 'json', 'CGI=HASH(0x10c5cb8)', 0, 0, 'Australia/Brisbane', 0, 1, 0, ...) called at /var/www/hebcal/index.cgi line 403
    main::json_events() called at /var/www/hebcal/index.cgi line 286

Interestingly, if I change the month parameter to 6 (the current month), the error goes away. However, if I use any other month (1-12 or x), I get the same error page.

Submitted by mradwin on 2003-01-15 12:55:31

Steve Klein [email protected] writes:

I really like your hebcal website. I do have a
suggestion. For the interactive calendar, where it says:

Include events:
All default Holidays (What are the default Holidays?)

I would like an option to include only Yomim Tovim. I
could give that calendar to my boss & co-workers, and
they would know when I'll be out of the office.

I can't use the Default holidays because my fellow
employees don't know enough to understand that I work
on some Jewish holidays (Chanukah, Purim, etc.) but
not on others.

(Not to mention confusing holidays like Pesach, where I
take off the first two & last two days, and go in to work
on the four in the middle.)

I suspect there would be great demand for such a
feature. Is this do-able?

(migrating from hebcal/hebcal#40)

By documenting the API in a standard format we could use cool tools like this one, which we could use to generate wrappers in a bunch of different languages.

Is it something that's in your radar? If not, I would like to give it a try.

hi..
i try to get every week the JSON data . but every time he change the index..
i use in python to get the data , i wrote func's to search but if we have a holiday on the week he take the candles time from holiday . and other issue on every Saturday evening the data is miss parts...he get really update on Sunday 12:00 appears..
thanks for your amazing work it is help me a lot to build a Shabbat Home System..

Looking in aliyah.xml for example Bereshit
https://github.com/hebcal/dotcom/blob/master/hebcal.com/dist/aliyah.xml

<parsha id="Bereshit" num="1"
 hebrew="בְּרֵאשִׁית"
 verse="Genesis 1:1 - 6:8"
 haftara="Isaiah 42:5 - 43:10" sephardic="Isaiah 42:5 - 42:21">

no matter if in the rest api i pass lg="s" it's still showing the Ashkenazis transliterations.

The documentation at: https://www.hebcal.com/home/195/jewish-calendar-rest-api

should be updated to reflect the requirement of using "https://" when using the API. When I use "http" such as "http://www.hebcal.com/hebcal/?v=1&cfg=json&maj=on&min=on&mod=on&nx=on&year=now&month=x&ss=on&mf=on&c=on&geo=geoname&geonameid=3448439&m=50&s=on" the response is HTTP status 301 ( "Moved" ).

The only way to use the API now is to use the URL such as "https://www.hebcal.com/hebcal/?v=1&cfg=json&maj=on&min=on&mod=on&nx=on&year=now&month=x&ss=on&mf=on&c=on&geo=geoname&geonameid=3448439&m=50&s=on"

Just curious: when did the redirect behavior start happening?

As I was trying to document the API for convert (#19) I started to think that it may have too many parameters (I was testing what happens when a parameter is missing and it's kind of a mess) and is overall not very expressive (i.e. readable).

Instead of

http://www.hebcal.com/converter/?cfg=json&gy=2011&gm=6&gd=2&g2h=1
http://www.hebcal.com/converter/?cfg=json&hy=5749&hm=Kislev&hd=25&h2g=1

it could be something like

http://www.hebcal.com/convertDate/toHebrew/?date=2011-06-02&output=json
http://www.hebcal.com/convertDate/toGregorian/?date="5749-Kislev-25&output=json

It's not much longer, and it's way easier to parse by humans. :)

I am trying to understand how various modern holidays are classified, and how to control what I get on my calendars.

In the current list of modern holidays, some I consider major (and want them shown) and others are minor, and I want the ability to not show them.

Specifically I would classify them as follows:

• Yom HaShoah - Major Modern

• Yom HaZikaron - Major Modern

• Yom HaAtzma'ut - Major Modern

• Yom Yerushalayim - Minor Modern (Even the description at https://www.hebcal.com/holidays/yom-yerushalayim describes this as a minor religious holiday)

• Yom HaAliyah - Minor Modern

• Sigd - Minor Modern

Currently in the HebCal APIs, there are already 2 parameters: min=on, mod=on. Ideas?

How can links be added to the Torah portion page so that it links to other commentaries? ( Such as the page at: http://www.hebcal.com/sedrot/vayera which currently links to the OU and torah.org commentaries)

I would like to add a link to the USCJ "Torah Sparks" commentaries.

I'm trying to add this to a form for automatic conversion. Any ideas on that?

It seems that during Sukkot, the Parashat readings are missing.

e.g. http://www.hebcal.com/shabbat/?cfg=json&m=50&b=18&geo=city&city=IL-Jerusalem

First, what fantastic work you have done for the Jewish community – יישר כוחך! Thank you for all your efforts.

I'm the maintainer of an online tikkun korim web app (http://tikkun.io, GitHub), and I just released a feature to be able to link directly to specific places in the tikkun.

I'd love to be able to jump directly from the Torah section of hebcal.com to the appropriate place in tikkun.io when I want to start practicing the leyning. It seems like a great integration opportunity between our projects.

With a little guidance, I'd be happy to implement the feature or at least do what I can to help. Interested to hear your thoughts on this.

---------- Forwarded message ----------
From: Daniel Shlomo Jacobovitz [email protected]
Date: Thu, Dec 26, 2013 at 8:02 AM
Subject: Feature Request: Days of the week on the summary
To: [email protected]

Michael

First off, I want to thank you and all others involved in hebcal. It
is a wonderful resource.

I would like to request a feature of your holiday summary page:
On the following page, there is a summary list of the yommim tovim for
each lunar year:
i.e.
http://www.hebcal.com/holidays/2019-2020

The format includes the date, holiday and description. Would it be
possible to add the day of the week to that summary page? Certainly I
can do the conversion myself, but at a glance, it is the days of the
week which yom tov falls that dictate scheduling for school and work
and having this information at a glace would be very helpful.

Regards,

Daniel Jacobovitz

On Sun, Sep 29, 2013 at 8:04 PM, Shawn Hevel [email protected] wrote:
I love the website and what you've done. Thanks a bunch.

One big enhancement I'd like to see. Can we update the calendar to not be an all day event? What I did is subscribe to the calendar for a given month and included the candle lightening times for my zip code. What I'd like to see is my iCal event reflect the candle lightening time to have this blocked off as our Sabbath. Does that make sense?

Is there a way to get a yearly print out of candle lighting time and havdala time?

The Shabbat times API only accepts cartesian style coordinates at the moment.

Typically, coordinates are obtained from devices in a decimal format, which look like this:
latitude: 31.7684025, longitude: 35.2132987

However, the API only accepts coordinates in radians, which looks like this:
31.44º N, 35.12º E

It is possible to convert decimal to radians with a fairly simple formula:
radians = decimal / π * 180

But unfortunately, this isn't very accurate due to the fact that the earth isn't exactly spherical.

It would be much easier if I could pass in a latitude in decimal format, e.g.:
?cfg=json&m=50&geo=pos&latitude= 31.7684025 &longitude= 35.2132987

Would this be difficult?

Submitted by mradwin on 2002-09-05 15:38:47

Support candle-lighting times by Canadian postal code.

Need a free (or cheap) source of data that maps postal
code to:

latitude
longitude
city name
province name
time zone
DST rule

(clone of hebcal/hebcal#41)

In the file shabbat.cgi, I am looking to omit the 'leyning' (with an optional switch). This part of the response seems to be throwing my parser for a loop. Is it possible?

Dear Michael,

thanks for hebcal, It's very useful!
I've noticed that the spelling of the nikudot and the dagesh in names of some months on www.hebcal.com and in the respective daily rss is incorrect (as far as I know, this has nothing to do with the *nix command, which outputs ktiv male):

בְּתִּשְׁרֵי should be בְּתִשְׁרֵי
בְּכִּסְלֵו should be בְּכִסְלֵו
בְּשְׁבָט should be בִּשְׁבָט
בְּאַדָר should be בַּאֲדָר
בְּאִיָיר should be בְּאִיָּר
בְּתָּמוּז should be בְּתַמּוּז
בְּאֱלוּל should be בֶּאֱלוּל

Best wishes,
Andrey Rozenberg

Cloning from hebcal/hebcal#45

Submitted by esafern on 2003-06-26 18:17:33

Hi,

Love the functionality you've implemented!

I love the Outlook export you offer, especially the candle
lighting time.

I would love to have the option of specifying an export
for Outlook that enables the Outlook alarm to go off two
hours before candle lighting. That would encourage
me to get out of the office on time! :-)

The way outlook is set up, since the candle lighting
times are not the same each week (of course) it's not
considered a recurring event. So in order to turn on an
alarm, I would have to select each event seperately...

Thanks and Yasher Koach,

Eric Safern

As the title says, I believe there are users out there who would have liked to donate money completely anonymously. Bitcoin could serve this request.

We are a group of researchers from Yale University building a tool to finding bugs in configurations files. To evaluate the effectiveness of our tool, we randomly selected 1000 open source configuration files to verify and are requesting feedback on our error report. Your file https://raw.githubusercontent.com/hebcal/dotcom/065ac417304f3972ab1c9ea3c339a5b641f09592/devops/etc/mysql/conf.d/hebcal.cnf was among those files. When we ran our tool your file, it reported the following potential errors.

[FINE GRAINED ERROR: Expected sort-buffer-size[mysqld] * thread-cache-size[mysqld] >= read-rnd-buffer-size[mysqld]
Found values: ["sort-buffer-size[mysqld]=64k","read-rnd-buffer-size[mysqld]=256k","thread-cache-size[mysqld]=4"]
In the training set we saw: ">=" 78 times, "<=" 4 times, "==" 1 times

FINE GRAINED ERROR: Expected sort-buffer-size[mysqld] * thread-cache-size[mysqld] >= read-buffer-size[mysqld]
Found values: ["sort-buffer-size[mysqld]=64k","read-buffer-size[mysqld]=256k","thread-cache-size[mysqld]=4"]
In the training set we saw: ">=" 83 times, "<=" 4 times, "==" 1 times
]

The training set referenced in the report is taken from the industrial configuration files at https://github.com/tianyin/configuration_datasets. Note that even if your system is currently working, these bug may manifest itself only under large traffic loads or different system environments.

If you feel the any of above errors may indeed cause problems either on your system, or a different system, please comment on this issue report in the space below. This will help use to improve our tool. If you do not believe this is a potential bug, please feel free to close this issue. If possible we would appreciate your feedback before July 27.

If you would like find out more about how we detected these bug, you can find the open source tool at https://github.com/santolucito/ConfigV. For a quick overview of this tool, you can watch this video at https://youtu.be/plliEh-5MpM. If you have further questions, or would like to get involved with this project, feel free to reach out over email at [email protected].

Thank you for your time!

I am currently using the Jewish calendar REST API, but do not see any parameters for getting zmanim, ie what is described at hebcal/hebcal#68

I noticed that Hebcal recently added hadliqat nerot times for the second days of ḥag (...thanks!!).
If I'm not wrong, the one for the second day of RH does not seem to be appearing (https://www.hebcal.com/hebcal/?v=1&maj=on&min=on&nx=on&mf=on&ss=on&mod=on&o=on&s=on&i=off&year=2016&month=x&yt=G&lg=s&c=on&geo=zip&zip=19146&city=&geonameid=&b=18&m=42&.s=Create+Calendar).

via Facebook - Alexey Roytman - August 8
Hello. I've found a strange bug.
If I do not select only major holidays without Shabbat and without Rosh Hodesh events, then nearest October is not created in the PDF file (as it does not contain events).

Currently there is a m parameter, to specify a minutes after sundown for Havdalah times.

However, there is no parameter for specifying minutes before sunset for Candle Lighting times.

While most of the world uses 18 minutes, here in Jerusalem we light the candles at 40 minutes before sunset.

My proposal is to retain the m parameter, for backward compatibility, but introduce two new parameters:

• cl_offset=18 - Candle Lighting offset minutes before sunset, defaults to 18
• h_offset=50 - Havdalah offset minutes after sunset (exactly the same as the m parameter)

Here are some references on the topic:
Judaism Stack Exchange question
Chabad.org candle lighting times use 40 minutes for Jerusalem

this is a great API
do either the shabbat times or the calendar API show shabbat mevarchim?

thanks

In the "custom calendar" the choice of Ashkenazic transliterations (incorrectly spelled "Ashkenazis") produces a very strange outcome. The only Ashkenazic feature in the resulting transliterations I see is the rendering of ת rafe as "s". Yet, there are many differences between the Israeli pronunciation (called "Sephardic") and the Ashkenazic tradition in vowels, which are not reflected (except for "o" in Shabbos). E.g. "Chanukah" is expected to be Chanukko, "Rosh Chodesh ..." must be Roysh Choydesh ..., Rosh Hashanah - Roysh Hashono, Sukkos - Sukkoys etc.

I think, if this transliteration is called "Ashkenazic", it must be either excluded from the list of choices or amended to reflect Ashkenazic Hebrew.

Hi,
I deeply appreciate the work you do to make Hebcal available to the Jewish community and beyond. As a congregational rabbi, it is a tool I use often.
I would like to make a suggestion for something that I think would be very helpful to rabbis and couples planning weddings. It would be great if there was a way to generate a calendar that would show all the traditional “blackout dates” for a Jewish wedding (I can imagine a way of customizing it based on your religious preferences... like whether you would do a wedding after lag ba’omer or not). I’m a very visual person, so I would appreciate a way to do that visually, like having certain days shaded.
Thanks for taking my suggestion into consideration. Thanks again for your work.

לשלום - Peace,
Salomon

Rabbi Salomon Gruenwald
Congregation HEA

can you provide me API which one is used to find the next Date of Yahrzeit.

APRIL 5, 2020 is Yahrzeit date .

and I want 24 Mar 2021

When calling this URL: http://www.hebcal.com/converter/?cfg=json&g2h=1&gy=1993&gm=1&gd=23&gs=0
the return month is "hm":"Sh'vat".

But when using Sh'vat in a call, for example http://www.hebcal.com/converter/?cfg=json&h2g=1&hy=5777&hm=Sh'vat&hd=1
it results in {"error":"Unrecognized hebrew month"}
It expects the month to be called Shvat (no apostorphe)

When using lg=ah or lg=sh the title is not translated into hebrew.
When using lg=h its fine.

the issue is maybe from line 753 in local/share/perl/site_perl/Hebcal.pm
https://github.com/hebcal/dotcom/blob/master/local/share/perl/site_perl/Hebcal.pm
the check is only for "h"

    if ($lang eq "h" || $lang_european{$lang}) {
        my $xsubj = Hebcal::translate_event($evt, $lang);
        if ($xsubj && $xsubj ne $subj) {
            $item{title_orig} = $subj;
            $subj = $xsubj;
        }
    }

looking in translate_event() the check is also for "ah" and "sh"

    } elsif ($lang eq "h" || $lang eq "ah" || $lang eq "sh") {
        return $evt->{hebrew};