Frequently Asked Questions
The Camsnip webcam project was conceived with a very simple goal in mind. The proliferation & ubiquity of webcams on the internet suggest that it should already be possible to keep an eye on the entire planet from ones workstation. The selection is not intended to be authoritative nor comprehensive, a task left to the much more sophisticated webcam aggregator sites. It is intended above all to be a work of art.
How do I use the site?
In general each of the displayed images is the smallest size available then scaled down (& sometimes up) to fit neatly on the webpage. The source image itself can be accessed via the "view" or "display" or "load" function on many browsers (the "context menu" on Wintel machines which is Shf-F10 or the right mousebutton). If the browser implements it, selective reload can be used to refresh individual images without reseeking all the images on the page.
Leftclicking (ie selecting) an image generally takes you to the actual hosting service itself. In many cases the servers present a large number of related images as well. Please make a point of visiting the source sites & checking out what they have to offer. Take a flight, dress warmly, drive safely & support these global efforts to extend our vision.
What criteria were used in selecting the webcams?
Images available via webcams exhibit a wide variety of characteristics. Those examined for the Camsnip project were chosen for a number of usability criteria.
• Multimedia Usage : Many webcam images make use of realtime streaming technologies & to be of use require high bandwidth &/or browser extensions, particularly Windoze Mediaplayer, Java, or Shockwave Flash. Also in this class is the MJPG style image file. Much more useful are the classical periodically-updating still images which can easily be incorporated into an ordinary webpage.
• Thumbnail Presentation : Ideally webcam servers present snapshots of the image at varying sizes & resolutions. In the absence of a smaller sized thumbnail its sometimes necessary to load an enormous image just to present one of the Camsnip panes. In general this has been kept to a minimum where possible.
• Server Update : The viability of a webcam image owes much to the serverside technology. Often a still image which is being transmitted as it is being updated can be inaccessible or become corrupt to the point of being undisplayable. Certain servers minimise this effect by making instantaneous updates to the current image, or equivalently maintaining a sendworthy image at all times. Certain browsers can tell if an image is updated during transmission which can cause one or more reseek attempts.
• Timestamps : Bannering & timestamping webcam images makes them particularly useful for a project such as Camsnip. Unfortunately the available timestamps are sometimes inaccurate. There are even cases where the time is right but the date is wrong. In general the most egregious of such examples have been avoided.
• Time Restrictions : In the webcam world there is a practice whereby cams are turned off at dusk, often leaving their final pre- or postsundown image available throughout the night. As one of the purposes of the Camsnip project is to present a continuous realtime view of the illuminated & unilluminated areas of the planet, such cams are difficult to incorporate except in extreme circumstances.
• Sourcing Restrictions : As an emerging technology, most webcams are on the net so they can be accessed. Although established & operated by a variety of private, commercial, organisational, & government entities, the views they present are intended to be shared. Nonetheless in rare circumstances even ordinary still JPGs cant be accessed from any but the host site. Needless to say Camsnip is forced to pass them by.
What browsers work best with the Camsnip webcams?
The editor is an expert neither in the industry nor in the everexpanding array of available browsers. Implementing a project such as Camsnip (particularly over dialup) serves to illustrate some of the issues concomitant upon attempting to use todays technology for the creation of artwork.
• Internet Explorer : In contrast to most browsers, Explorer refuses to acknowledge the WIDTH percentage parameter on the TD element if an image is above a certain size, causing the rendered table to exceed the customary width. For this reason alone the Camsnip webcam panes are not coded using a table structure which arguably might make them easier to maintain. Microsloth sucks. Period.
• Firefox 3 : The current Firefox is an enormous disenhancement over previous releases of this once indispensable browser. The issue seems to be one of memory usage causing the product to slow to a crawl & finally to freeze up completely. Oh well.
• Netscape 9 : Clearly the workhorse of the modern netizen, its Mozilla / Gecko engine is durable but doesnt do you any favours. Seeking multiple simultaneous highres images from worldwide servers sometimes seems to be too much for it, resulting in the program giving up completely in a stall. Selective reseek is not available, although if individual images are displayed -- hence successfully loaded into cache -- the pageload can sometimes complete if it is reinvoked (*not* reloaded).
• Opera 9.5.2 : The Camsnip project demonstrated to this editor the clear superiority of this incredible browser. Apart from its rendering & scrolling performance, it is also far smarter in its ability selectively to seek changed image content, which is highly configurable. The functions on its context menu permit reloading an individual image into a rendered page without reseeking the page entirely. Although all other browsers are supported, Camsnip is best viewed in Opera.
What are some related projects?
These are some incredibly useful links.
(*) = (www) Eternal Sunset
The authors of these sites clearly have an outlook similar to that of the current editor. It can only be observed in both cases that the ability to track the *lunar* terminator as well as the solar would be a fabulous addition. In fact, this is simpler than it sounds.
The fourmilab site can be used to plot the lunar terminator by calculating a value (D) to be added to the current Julian day to reflect the position of the moon rather than the sun. One needs the age of the moon (A) in days (available from numerous online & offline programs). This can be used to determine a ratio (R) representing the moons current displacement on the ecliptic from the sun merely by dividing it by the moons synodic period 29.5305888531. The integer portion of the product of R & the tropical year is the latitudinal displacement (in whole days) along the ecliptic between the sun & moon. The longitudinal displacement is simply half of R, as Julian days are reckoned from midnight. The sum of these displacements (D) can then be added to the fourmilab Julian day to produce a plot of the lunar terminator.
R = A / 29.5305888531 D = INT ( 365.2422 * R ) + R / 2
Of course the eternal sunset site with its catalogue of westward pointing webcams can then be used to observe moonsets around the world.
Thatz the scoop. Keep your eyes open.
Last update: 2009nov04am1104 © Circle Omega