Downloads

The latest code-base is now hosted in the KosherJava Zmanim GitHub repository. Compiled Jar files can be downloaded from the KosherJava project lib directory

Last updated on May 5, 2017

The latest Zmanim API v1.4.0 alpha release was uloaded to GitHub on May 5, 2017. All previous versions are no longer supported and have been removed from the site.
The latest alpha release be downloaded from the lib directory mentioned above. The zmanim 1.4.0 jar includes the JAR the core zmanim functionality, while the zmanimAstronomical-1.4-0.jar only includes the AstronomicalCalendar and supporting classes, and excludes all religious times.

Last updated on March 5, 2017

37 thoughts on “Downloads”

  1. If anyone converted it to VB.NET or C#.NET I would like to get the source code or at least the DLL. (please post it here if posible)

    I tried converting it with JCLA but it didn’t work, so I made a J#.NET Project and I got some compilation errors

    Like:
    getTimeZone().getDSTSavings()
    noonCal.setTimeInMillis(noonCal.getTimeInMillis()
    getTimeZone().getDisplayName

    Thanks

    1. Amir,
      When you are below sea level the reason you see sunrise later and sunset earlier is due to obstructions (natural in this case) blocking the horizon. Would you expect sunrise to be an hour or 2 before chatzos and an hour or 2 after chatzos when you were at the floor of the Grand Canyon? Secondly, claculating netz hanireh (visual sunrise) requires much more than elevation. You need to calculate how far you are from the obstruction, how high it is etc to know the angle to the horizon. I will try to post more details some time in the future.

  2. Hello,
    Just met a problem with a user from Caracas, Venezuela.
    there is GTM offset equals -4.5 hours. But zmanim are counted as -5 hours GMT offset.
    Have you met previously such a problem?
    I specify correct TimeZone with correct offset, but times are calculated incorrectly.

    Thanks for any tips and suggestions.

    Misha

    1. The issue is now resolved in both the Zmanim map and the Zmanim Calendar by overriding the old Olson database with the following:

      if(timeZone.getID().equals("America/Caracas")){
              timeZone.setRawOffset(-16200000);
      }
      

      The real truth is that with my host not updating the Java version, many places in the world will have an incorrect timezone. It is very hard to manually update my code to match all of the Java time zone changes in my hosts old Java version.

Leave a Reply

Your email address will not be published. Required fields are marked *