KosherJava » Latitude and Longitude http://www.kosherjava.com A weblog about Zmanim, Kosher Coffee (Kosher Java) and other odds & ends Fri, 06 Jan 2012 18:28:48 +0000 en hourly 1 http://wordpress.org/?v=3.3.1 Bearing to Yerushalayim and Zmanim Map 3.0 http://www.kosherjava.com/2011/09/11/bearing-to-yerushalayim-and-zmanim-map-3-0/?utm_source=rss&utm_medium=rss&utm_campaign=bearing-to-yerushalayim-and-zmanim-map-3-0 http://www.kosherjava.com/2011/09/11/bearing-to-yerushalayim-and-zmanim-map-3-0/#comments Mon, 12 Sep 2011 01:53:34 +0000 KosherJava http://www.kosherjava.com/?p=1298 The Bearing to Yerushalayim and Zmanim Map was recently updated to version 3.0. This new release adds a number of new features to the Zmanim Map version 2.0 update released in March 2010. The main change was updating the Google Map API version from the deprecated v2 to v3. This change increases performance and adds much better support for mobile browsers. The upgrade also means that a Google Maps API key is no longer required. This makes it easy to drop it into any site without any configuration (contact me for details). Zmanim tab v3The technical notes on the original Technical Information about the Bearing to Yerushalayim Map post are still relevant, with very little having changed since the initial implementation. The following is a partial list of the new features:
  • A number of additional zmanim in the More Zmanim tab, including tchilas and sof zman kiddush levana (if they occur on that day)
  • A link to download a 12 month Zmanim calendar directly from the map (using the same spreadsheet used in the Zmanim Calendar Generator). Clicking on the link from the Zmanim tab will generate a calendar with most typically used zmanim, while clicking on the link in the More Zmanim tab will download the full set of zmanim. These are available as the Calendar Type option in the Zmanim Calendar Generator
  • Increased use of jQuery and jQuery UI for formatting the zmanim tables to better match the site look & feel
  • Refactoring to make the code more robust and slightly more maintainable
  • Timezones for all of Israel now display the timezone of Asia/Jerusalem as opposed to the Asia/Gaza returned for parts of Israel by the GeoNames TimeZone web service
From a technical perspective there were a number of changes required due to updating the Google Maps API from v2 to v3. These include:
  • v3 no longer supports tabbed info windows, so the tabs are now implemented using jQuery UI
  • Renaming of a number of classes and functions such as GLatLng to LatLng
  • A number of functions that were part of API v2 were removed in v3. One example is the removal of radians in the LatLng that had been available as GLatLng.latRadians(). These missing functions required for the direction to Yerushalayim calculations are now supported in the Zmanim Map using prototypes
]]> http://www.kosherjava.com/2011/09/11/bearing-to-yerushalayim-and-zmanim-map-3-0/feed/ 0 Davening Direction from Alaska http://www.kosherjava.com/2011/01/17/davening-direction-from-alaska/?utm_source=rss&utm_medium=rss&utm_campaign=davening-direction-from-alaska http://www.kosherjava.com/2011/01/17/davening-direction-from-alaska/#comments Tue, 18 Jan 2011 04:12:15 +0000 KosherJava http://www.kosherjava.com/?p=734 As mentioned briefly in the “Why Some Zmanim Never Occur” post, the Lubavitch Jewish Center of Anchorage, Alaska has an interesting davening direction question. As explained in the “Bearing to Yerushalayim and Zmanim Map” (additional technical information is available in the “Technical Information about the Bearing to Yerushalayim Map” post), there are two opinions about the proper direction to face during Tfilah. The Levush and others are of the opinion that one should face the rhumb line direction to Yerushalayim, while the Emunas Chachamim and others are of the opinion that one should face the initial bearing of the great circle route. Both of these opinions would clearly use the shortest rhumb or great circle lines to Yerushalayim. As an example, a person standing on Har Hazaisim a mile east of Har Habayis would not daven east using the logic that continuing east for approximately 21,175 miles[1] would reach Yerushalayim via global circumnavigation, when Har Habayis is just one mile west of him. The shul in Anchorage is located at a longitude of -149.86042°. The antipode of Har habayis is on the -144.764851 longitude line – 180° of longitude from Har Habayis. People on different sides of this line will daven in opposite directions. Anchorage with a longitude of -149.86042° is 169.69 miles (273.1 km) west of the the -144.764851° longitude line[2]. For this reason, the shul should daven not east, but west (255.78° from the north, or slightly south-west) if using the common rhumb line calculation, or north (355.67° from the north, or slightly west of north) if using the great circle calculation. Alaska is the only location in the world that has the -144.764851° longitude line cut across dry land, and is therefore the only non-ocean location to face this issue.
Notes: 1. Based on a rhumb line along the 31° 50′ circle of latitude as opposed to 24,901 miles at the equator) using a WGS84 Reference ellipsoid. 2. Rhumb line calculation as calculated by Movable Type using the same latitude for both points. The ellipsoidal shape of the earth is factored into this calculation. The short distance means that the 169.66 (272.98 km) great circle distance is very close to the rhumb line distance.]]> http://www.kosherjava.com/2011/01/17/davening-direction-from-alaska/feed/ 0 FAQ: Why Some Zmanim Never Occur (Developers Beware) http://www.kosherjava.com/2010/06/02/faq-why-some-zmanim-never-occur-developers-beware/?utm_source=rss&utm_medium=rss&utm_campaign=faq-why-some-zmanim-never-occur-developers-beware http://www.kosherjava.com/2010/06/02/faq-why-some-zmanim-never-occur-developers-beware/#comments Thu, 03 Jun 2010 02:30:11 +0000 KosherJava http://www.kosherjava.com/?p=671

Question:

Why do Some Zmanim Never Occur in Some Locations? (Developers Beware)

Answer:

While most people realize that the sun may not rise or set in the Arctic and Antarctic Circles (see the Star-K’s When Does One Pray When There Is No Day), many are not aware that some twilight dips will not occur during part of the year as far south of the Arctic Circle as London. For example around the summer solstice in London (on the zmanim map) the sun will never dip far enough below the horizon to reach Alos 16°. This happens in London from June 5th till July 8th. The image seen on the top right (original at timeanddate.com) shows various civil twilights centered on London on Midnight June 21st. Look carefully to see the various bands of twilight. Gateshead will not have Alos 16° from May 16th through July 28th, while Anchorage, Alaska (yes there is a Frum Shul in Anchorage with an interesting davening direction issue that is discussed in the Davening Direction from Alaska post ) will not have Alos 16.1° from April 25th to August 20th. Zmanim based on sunrise such as Also 72 that is a 72 minute offset of sunrise can be calculated as long as sunrise can be calculated, something that will happen as long as you are not in the Arctic or Antarctic Circles. For this reason, the Zmanim API will return a null when a zman will not happen. A Long.MIN_VALUE will be returned when a long is expected such as in the case of a Shaah Zmanis. While an inconvenience to developers who have to code for this, the alternative of a default date would mean that developers unaware of this would return incorrect zmanim, something far worse than a program error from a NullPointerException. In recent weeks two publicly available programs using the Zmanim API ran into issues due to nulls returned for early alos times. Being something not anticipated by the developers, the nulls generated errors in the programs that quickly led to fixes. For this reason Yitzchok updated the Zmanim .NET project to return the nullable DateTime? instead of the regular DateTime that it had previously been returning. While the Zmanim API documentation always made the possibility of a null being returned possible, I modified the documentation to make this clear on the return value documentation for every zman. Code with the modified documentation was part of the recently released Zmanim API 1.2.1.]]> http://www.kosherjava.com/2010/06/02/faq-why-some-zmanim-never-occur-developers-beware/feed/ 0 Bearing to Yerushalayim and Zmanim Map 2.0 http://www.kosherjava.com/2010/03/14/bearing-to-yerushalayim-and-zmanim-map-2-0/?utm_source=rss&utm_medium=rss&utm_campaign=bearing-to-yerushalayim-and-zmanim-map-2-0 http://www.kosherjava.com/2010/03/14/bearing-to-yerushalayim-and-zmanim-map-2-0/#comments Sun, 14 Mar 2010 05:32:53 +0000 KosherJava http://www.kosherjava.com/?p=436 The availability of the Bearing to Yerushalayim and Zmanim Map was originally announced on December 30, 2007. At the time there were a number of bugs related to the Google Map API. These bugs were reported to Google and eventually fixed. Since that time, the only change was a minor JavaScript fix for IE. The Bearing to Yerushalayim worked, but the zmanim tabs had a major issue because the timezone calculated was done based on the user’s current browser timezone. This made it tricky to check zmanim in a different location or timezone than the user’s current timezone. Zmanim tab using timezonesI recently updated the map to look-up the actual timezone of the latitude and longitude selected by the user. This was implemented by doing a look-up at the geonames.org timezone web-service. The timezone is passed to the Zmanim API and used to generate the XML output of a list of daily zmanim that is displayed in the map. Since the Olson timezone database changes a few times a year, there will almost certainly be cases where the proper timezone can’t be determined. Some of these are changes of timezone names, such as the change from Asia/Calcutta to Asia/Kolkata (my host will not run the TZ Updater tool). In these cases a simple mapping between the old and new was added to the map. In cases where the timezone can’t be determined the timezone will default to GMT. Ocean locations within 10 km of land will use the closest landmass, but anywhere beyond 10 km will default to GMT. One issue with using the geonames.org webservice, is that when it is down, the map will timeout. I experimented with various ways of dealing with this, but unless my host updates the Java version from 1.4, they are too complex to use at this time. See the Technical Information about the Bearing to Yerushalayim Map post for technical details about the original implementation.]]> http://www.kosherjava.com/2010/03/14/bearing-to-yerushalayim-and-zmanim-map-2-0/feed/ 0 Elevation Lookup Added to Zmanim Calendar Generator http://www.kosherjava.com/2006/09/09/elevation-lookup-added-to-zmanim-calendar-generator/?utm_source=rss&utm_medium=rss&utm_campaign=elevation-lookup-added-to-zmanim-calendar-generator http://www.kosherjava.com/2006/09/09/elevation-lookup-added-to-zmanim-calendar-generator/#comments Sun, 10 Sep 2006 03:32:05 +0000 KosherJava http://www.kosherjava.com/2006/09/09/elevation-lookup-added-to-zmanim-calendar-generator/ A lookup tool for elevation lookup was added to the Zmanim Calendar Generator page. This service is courtesy of Jonathan Stott’s earthtools.org elevation webservice. This Elevation data currently only covers all of mainland Europe (between latitudes 35°N and 60°N and longitudes 35°E and 15°W) and all of the contiguous states of the United States of America (between latitudes 20°N and 50°N and longitudes 65°W and 125°W). The source of the data is:
The terrain model used to find heights above sealevel is from the Shuttle Radar Topography Mission (SRTM) which was a joint project between the US National Geospatial-Intelligence Agency (NGA) and the National Aeronautics and Space Administration (NASA). Data was recorded for 11 days from the Space Shuttle Endevour from 11th February 2000. The data used here is at a resolution of 3 arc seconds (approximately 90m).
The lookup is done via an AJAX call.]]> http://www.kosherjava.com/2006/09/09/elevation-lookup-added-to-zmanim-calendar-generator/feed/ 0 Zmanim Calendar Generator Now using Google Maps http://www.kosherjava.com/2006/01/26/zmanim-calendar-generator-now-using-google-maps/?utm_source=rss&utm_medium=rss&utm_campaign=zmanim-calendar-generator-now-using-google-maps http://www.kosherjava.com/2006/01/26/zmanim-calendar-generator-now-using-google-maps/#comments Thu, 26 Jan 2006 21:45:11 +0000 KosherJava http://www.kosherjava.com/2006/01/26/zmanim-calendar-generator-now-using-google-maps/ The Zmanim Calendar Generator now has a simple way to look up longitude and latitude information using the Google Maps API. To use this feature, click on the Google Maps icon to display the map (location centered on Bais Medrash Gevoha in Lakewood), find the location that you want to generate zmanim for, and click that point in the map. This will update the longitude and latitude fields in the form. The Google API was pretty straight forward and simple. At the same time I tried to integrate an elevation lookup. Google does not provide elevation information, but I attempted to look it up using a webservice. This seemingly simple task was not very straight forward. The approach was to grab the SOAP response from the REST style elevation webservice made available by Jonathan Stott. My plan was to do this all via the client sided XML parsing. The first issue encountered was browser security that does not allow cross-domain loading of XML documents (By the way this was not using XMLHttpRequest, but the same security restrictions apply). This was solved by a simple PHP page that was just a proxy for the call. That done, I managed to get it to work in IE, but it crashed the browser every second call or so. The crashing was solved by adding a small delay. I never managed to get it working in Mozilla. I later tried to use the existing Google Maps API to load it, but never got it working. I commented out all elevation code, and will get to that part at some future date. I also removed the non decimal longitude and latitude option. I hope this will be useful.]]> http://www.kosherjava.com/2006/01/26/zmanim-calendar-generator-now-using-google-maps/feed/ 0 Zmanim Calendar Generator TODO List http://www.kosherjava.com/2005/07/27/zmanim-calendar-generator-todo-list/?utm_source=rss&utm_medium=rss&utm_campaign=zmanim-calendar-generator-todo-list http://www.kosherjava.com/2005/07/27/zmanim-calendar-generator-todo-list/#comments Wed, 27 Jul 2005 22:14:43 +0000 KosherJava http://www.kosherjava.com/2005/07/27/zmanim-calendar-generator-todo-list/ I slightly updated the Zmanim Calendar Generator to add some user input validation. Looking at the logs, I noticed that someone generated a calendar with the longitude and latitude of Lakewood, NJ (the default), with just the location label changed to Minneapolis, MN. I don’t know if the user was just testing, or just assumed that I picked up the geocoding information by parsing the location name. This led to the addition of a JavaScript confirm when the location name is changed. Items on the TODO list are:
  • Use JavaScript to convert the longitude and latitude when the format is changed from decimal to degrees, minutes and seconds
  • Provide links to locate longitude and latitude information
  • Add support for the generation of a standard (not full as is the default now) calendar with a much smaller set of zmanim
  • Implement the generation of PDF calendars
  • Possibly use the Google Maps API to allow the selection of longitude and latitude information
The code for the PDF generation is already in the API but has not been updated in a while and does not work properly. This will also have to be updated for the standard calendar mentioned above. The way I envision interacting with Google Maps would be to allow the user to center their location in the map, and have those coordinates used for the zmanim calendar. This would have been relatively trivial if they provided geocoding information, by just allowing the user to enter their location as it can be done at Google Maps, but they currently do not provide geocoding information. I haven’t touched their API yet, and although it does not look too complex, it will probably take a while. ]]> http://www.kosherjava.com/2005/07/27/zmanim-calendar-generator-todo-list/feed/ 2