<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v2.3 20070202//EN" "journalpublishing.dtd">
<article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xml:lang="en" article-type="research-article">
<front>
<journal-meta>
<journal-id journal-id-type="nlm-ta">Sensors</journal-id>
<journal-title>Sensors</journal-title>
<issn pub-type="epub">1424-8220</issn>
<publisher>
<publisher-name>Molecular Diversity Preservation International (MDPI)</publisher-name></publisher></journal-meta>
<article-meta>
<article-id pub-id-type="doi">10.3390/s120201930</article-id>
<article-id pub-id-type="publisher-id">sensors-12-01930</article-id>
<article-categories>
<subj-group>
<subject>Article</subject></subj-group></article-categories>
<title-group>
<article-title>Sunlight Intensity Based Global Positioning System for Near-Surface Underwater Sensors</article-title></title-group>
<contrib-group>
<contrib contrib-type="author">
<name><surname>Gómez</surname><given-names>Javier V.</given-names></name><xref ref-type="aff" rid="af1-sensors-12-01930"><sup>1</sup></xref></contrib>
<contrib contrib-type="author">
<name><surname>Sandnes</surname><given-names>Frode E.</given-names></name><xref ref-type="aff" rid="af2-sensors-12-01930"><sup>2</sup></xref><xref ref-type="corresp" rid="c1-sensors-12-01930"><sup>★</sup></xref></contrib>
<contrib contrib-type="author">
<name><surname>Fernández</surname><given-names>Borja</given-names></name><xref ref-type="aff" rid="af3-sensors-12-01930"><sup>3</sup></xref></contrib></contrib-group>
<aff id="af1-sensors-12-01930">
<label>1</label> Department of Systems and Automation, Carlos III University of Madrid, Avda. de la Universidad 30, 28911 Leganés, Madrid, Spain; E-Mail: <email>jvgomez@pa.uc3m.es</email></aff>
<aff id="af2-sensors-12-01930">
<label>2</label> Institute of Information Technology, Faculty of Technology, Art and Design, Oslo and Akershus University College of Applied Sciences, P.O. Box 4, St. Olavs plass, N-0130 Oslo, Norway</aff>
<aff id="af3-sensors-12-01930">
<label>3</label> Department of Computer Science, Rey Juan Carlos University of Madrid, Calle Tulipán s/n, 28933 Móstoles, Madrid, Spain; E-Mail: <email>b.fernandezo@alumnos.urjc.es</email></aff>
<author-notes>
<corresp id="c1-sensors-12-01930">
<label>★</label> Author to whom correspondence should be addressed; E-Mail: <email>Frode-Eika.Sandnes@hioa.no</email>; Tel.: +47-22-45-30-23.</corresp></author-notes>
<pub-date pub-type="collection">
<year>2012</year></pub-date>
<pub-date pub-type="epub">
<day>10</day>
<month>2</month>
<year>2012</year></pub-date>
<volume>12</volume>
<issue>2</issue>
<fpage>1930</fpage>
<lpage>1949</lpage>
<history>
<date date-type="received">
<day>15</day>
<month>12</month>
<year>2011</year></date>
<date date-type="rev-recd">
<day>1</day>
<month>2</month>
<year>2012</year></date>
<date date-type="accepted">
<day>7</day>
<month>2</month>
<year>2012</year></date></history>
<permissions>
<copyright-statement>© 2012 by the authors; licensee MDPI, Basel, Switzerland</copyright-statement>
<copyright-year>2012</copyright-year>
<license>
<p>This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution license (<ext-link xlink:href="http://creativecommons.org/licenses/by/3.0/" ext-link-type="uri">http://creativecommons.org/licenses/by/3.0/</ext-link>).</p></license></permissions>
<abstract>
<p>Water monitoring is important in domains including documenting climate change, weather prediction and fishing. This paper presents a simple and energy efficient localization strategy for near surface buoy based sensors. Sensors can be dropped randomly in the ocean and thus self-calibrate in terms of geographic location such that geo-tagged observations of water quality can be made without the need for costly and energy consuming GPS-hardware. The strategy is based on nodes with an accurate clock and light sensors that can regularly sample the level of light intensity. The measurements are fitted into a celestial model of the earth motion around the sun. By identifying the trajectory of the sun across the skies one can accurately determine sunrise and sunset times, and thus extract the longitude and latitude of the sensor. Unlike previous localization techniques for underwater sensors, the current approach does not rely on stationary or mobile reference points.</p></abstract>
<kwd-group>
<kwd>outdoor</kwd>
<kwd>localization</kwd>
<kwd>light</kwd>
<kwd>intensity</kwd>
<kwd>global positioning</kwd>
<kwd>sunlight</kwd>
<kwd>underwater</kwd></kwd-group></article-meta></front>
<body>
<sec sec-type="intro">
<label>1.</label>
<title>Introduction</title>
<p>Most of the Earth’s surface is covered in water which affects us in numerous ways. We depend on the oceans as a vital source for food. Moreover, the conditions in the oceans greatly affect the weather on land. Increasingly, we have become aware that our actions also affect the world’s oceans and there is currently much focus on climate change. For instance, variations in ocean salinity are important as it is a vital indicator of water cycle and used for climate forecasting [<xref ref-type="bibr" rid="b1-sensors-12-01930">1</xref>]. Several ocean-monitoring systems have been developed for collecting data about the upper ocean salinity and temperature data using ships and buoys. Not only are the measurements themselves important, but also the geographic location where the measurement is made. In addition, underwater or near surface sensors and sensor networks have been used for several other civilian and military applications such as salmon detection and tracking [<xref ref-type="bibr" rid="b2-sensors-12-01930">2</xref>].</p>
<p>There is a vast body of research on underwater sensors and sensor networks. Issues addressed include energy consumption [<xref ref-type="bibr" rid="b3-sensors-12-01930">3</xref>], image analysis [<xref ref-type="bibr" rid="b4-sensors-12-01930">4</xref>–<xref ref-type="bibr" rid="b6-sensors-12-01930">6</xref>], optics [<xref ref-type="bibr" rid="b7-sensors-12-01930">7</xref>], routing protocols [<xref ref-type="bibr" rid="b8-sensors-12-01930">8</xref>–<xref ref-type="bibr" rid="b10-sensors-12-01930">10</xref>], sound [<xref ref-type="bibr" rid="b11-sensors-12-01930">11</xref>] and acoustic localization through measurements [<xref ref-type="bibr" rid="b12-sensors-12-01930">12</xref>]. In fact, localization is a challenging problem for several reasons. The commonly used GPS technology is dependent on energy consuming hardware, long satellite locking times and a satellite infrastructure that is approaching the end of its lifetime [<xref ref-type="bibr" rid="b13-sensors-12-01930">13</xref>]. Moreover, another problem with GPS technology is that GPS signals do not propagate through water [<xref ref-type="bibr" rid="b14-sensors-12-01930">14</xref>], and this is the reason existing research on underwater sensor networks focuses on acoustic communication. However, underwater conditions are often characterized by harsh physical conditions resulting in low bandwidth, large propagation delays and high bit error rates. Another challenge is the speed of sound due to water currents. Existing localization techniques thus try to combat these challenges by employing static or mobile reference nodes [<xref ref-type="bibr" rid="b15-sensors-12-01930">15</xref>,<xref ref-type="bibr" rid="b16-sensors-12-01930">16</xref>]. Hence, the localization mechanisms are dependent on a complex infrastructure of sensor nodes. This work proposes a localization technique that is not dependent on such infrastructure, but rather uses the sun as a reference point.</p>
<p>This paper is organized as follows. In Section 2 the proposed localization system is described, outlining hardware requirements and software algorithms. Next, Section 3 shows the simulation results and how they validate the model. Following, Section 4 contains the results of the system working with real sunlight data. In Section 5 the advantages and disadvantages are discussed. Last, Section 6 summarizes the conclusions obtained.</p></sec>
<sec>
<label>2.</label>
<title>SGP System Description</title>
<p>The Sunlight Intensity based Global Positioning System (SGPS) is able to localize outdoor objects by its earth coordinates (longitude and latitude) using only light intensity information.</p>
<p>The system described takes into account stationary objects. This means that the object has to be in the same position during the whole day (or at least during the daylight time). Due to the accuracy of the system and due to the fact that the sunlight intensity can be considered constant in small areas, small movements are possible. In this case the term <italic>small</italic> depends on the accuracy of the system, a few kilometers.</p>
<sec>
<label>2.1.</label>
<title>System Requirements</title>
<p>The method proposed herein is based on electronic devices with a built-in clock which maintains a relatively accurate account of time and date. Digital clocks are built into most electronic hardware and can run for many years on one single battery with limited drift. It is therefore assumed that at any time the object can enquire the current time <italic>t</italic> and date <italic>d</italic>. It is assumed that the time is set to Universal Time (UTC) which makes the calculations presented herein simple and is represented in decimal form in the range from 0 to 24. Issues such as daylight saving time are thus avoided. Next, the date <italic>d</italic> is represented as the day of the year, where 1 January is day 1, <italic>etc</italic>.</p>
<p>Next, the strategy requires that the device has some form of light sensor that is capable of measuring the lighting condition <italic>e</italic>. The simplest possible device is a light intensity sensor which gives a voltage directly proportional to the incident light intensity. This type of sensors consume no electrical energy since they actually change the light energy into electrical energy without any power source. Some other devices could be used, for instance a simple and low cost exposure value meter such as those built into most low-cost digital cameras [<xref ref-type="bibr" rid="b17-sensors-12-01930">17</xref>–<xref ref-type="bibr" rid="b19-sensors-12-01930">19</xref>] or it could be a low cost camera (CCD-chip). In the cases of exposure values (EV) then <italic>e</italic> is a real value between 0 to approximately 20 [<xref ref-type="bibr" rid="b20-sensors-12-01930">20</xref>,<xref ref-type="bibr" rid="b21-sensors-12-01930">21</xref>]. If a camera is used a simple representation of exposure can be obtained simply using:
<disp-formula id="FD1">
<label>(1)</label>
<mml:math display="block">
<mml:mrow>
<mml:mi>e</mml:mi>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mn>1</mml:mn>
<mml:mrow>
<mml:mi mathvariant="italic">XY</mml:mi></mml:mrow></mml:mfrac>
<mml:munderover>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>x</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mi>X</mml:mi></mml:munderover>
<mml:mrow>
<mml:munderover>
<mml:mo>∑</mml:mo>
<mml:mrow>
<mml:mi>y</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>1</mml:mn></mml:mrow>
<mml:mi>Y</mml:mi></mml:munderover>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>I</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi>x</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>y</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:mrow></mml:mrow></mml:math></disp-formula>where <italic>I<sub>x,y</sub></italic> is the pixel intensity for the pixel located at (<italic>x, y</italic>) in the image and <italic>X</italic> and <italic>Y</italic> are the numbers of image pixels in columns and rows correspondingly. To reduce computation a small subset of these points can be sampled throughout the image using some two dimensional sampling pattern.</p>
<p>The system proposed in this paper is designed to be as simple as possible. Therefore, apart from the light sensor, a microprocessor is required in order to analyze the data given by the sensor. This element consumes most of the energy in the system.</p>
<p>A feasible option for implementing the proposed system is to use <italic>mote</italic> technology [<xref ref-type="bibr" rid="b22-sensors-12-01930">22</xref>]. These motes are small, low-cost electronic devices which includes sensor support, small microprocessors, wireless and serial communications. This kind of technology is being used during the last years in sensor networks. Furthermore, some of these motes are designed to be energy-efficient and their energy consumption allows to use these devices with single batteries for a long time.</p>
<p>The SGPS operation is summarized in the flowchart presented in <xref ref-type="fig" rid="f1-sensors-12-01930">Figure 1</xref>. Also, an Arduino-based implementation is suggested in <xref ref-type="fig" rid="f2-sensors-12-01930">Figure 2</xref>. The system can be designed in a more complex way, including other data measuring devices or using a more powerful microprocessor, but the system proposed herein is focused in a simple measuring strategy, with low-cost, energy-efficient components.</p></sec>
<sec>
<label>2.2.</label>
<title>Celestial Model</title>
<p>This paper presents a new algorithm to localize outdoor objects using only sunlight intensity data for a given location. With this information, it is possible to obtain the sunrise and sunset times for that location. Only with these two values, the celestial model determines the coordinates (both longitude and latitude). Thus, the coordinates can be expressed as a function of the sunrise and sunset times as shown in <xref ref-type="fig" rid="f3-sensors-12-01930">Figure 3</xref>.</p>
<p>There is an accurate, well-known algorithm based on Julian Day which allows to find out the sunrise and sunset times for a specific place by only knowing the coordinates of that place and also the date [<xref ref-type="bibr" rid="b23-sensors-12-01930">23</xref>]. However, it is not possible to obtain the <italic>inverse</italic> of the algorithm since some formulas of this algorithm depend on both latitude and longitude, and when they are tried to be separated the result is that the latitude depends on the longitude and <italic>vice-versa</italic>.</p>
<p>Then, the method described herein can be reduced to the problem of identifying the sunset and sunrise times for a given day. Given an accurate measurement of the sunrise time <italic>t<sub>sunrise</sub></italic> and sunset time <italic>t<sub>sunset</sub></italic>, the solar noon <italic>t<sub>midday</sub></italic> is simply:
<disp-formula id="FD2">
<label>(2)</label>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mi>t</mml:mi>
<mml:mi mathvariant="italic">midday</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>t</mml:mi>
<mml:mi mathvariant="italic">sunrise</mml:mi></mml:msub>
<mml:mo>+</mml:mo>
<mml:msub>
<mml:mi>t</mml:mi>
<mml:mi mathvariant="italic">sunset</mml:mi></mml:msub></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac></mml:mrow></mml:math></disp-formula></p>
<p>The UTC representation of time assumes that sunrise occurs before sunset. If the sunset occurs before the sunrise within the 24 h UTC time window then it means that it is a fractional day, since the sunrise happens the day before (in UTC format) that sunset. This has to be taken into account when applying this equation, since if the equation is applied directly with a sunset time earlier than the sunrise time, the noon time will not be correct (in fact, the result would be the <italic>midnight</italic> time). Section 3.1 details how to overcome this issue when applying <xref ref-type="disp-formula" rid="FD2">Equation (2)</xref>.</p>
<p>As stated in Section 2.1 the times have to be expressed in UTC and in decimal format (from 0 to 24). For the next formulas all the times will be expressed in this format and the angles in radians. The angular sunset can be computed as follows:
<disp-formula id="FD3">
<label>(3)</label>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mi>a</mml:mi>
<mml:mi mathvariant="italic">sunset</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mi>π</mml:mi>
<mml:mrow>
<mml:mn>12</mml:mn></mml:mrow></mml:mfrac>
<mml:mo stretchy="false">|</mml:mo>
<mml:msub>
<mml:mi>t</mml:mi>
<mml:mi mathvariant="italic">sunset</mml:mi></mml:msub>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>t</mml:mi>
<mml:mi mathvariant="italic">midday</mml:mi></mml:msub>
<mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:math></disp-formula>and the declination of the sun <italic>δ</italic> can be approximated by the following Fourier series [<xref ref-type="bibr" rid="b24-sensors-12-01930">24</xref>]:
<disp-formula id="FD4">
<label>(4)</label>
<mml:math display="block">
<mml:mrow>
<mml:mtable>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mi>δ</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>0.006918</mml:mn>
<mml:mo>−</mml:mo>
<mml:mn>0.399912</mml:mn>
<mml:mo> </mml:mo>
<mml:mtext>cos</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>β</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>+</mml:mo>
<mml:mn>0.070257</mml:mn>
<mml:mo> </mml:mo>
<mml:mtext>sin</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>β</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mtd></mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mo>−</mml:mo>
<mml:mn>0.006758</mml:mn>
<mml:mo> </mml:mo>
<mml:mtext>cos</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>2</mml:mn>
<mml:mi>β</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>+</mml:mo>
<mml:mn>0.000907</mml:mn>
<mml:mo> </mml:mo>
<mml:mtext>sin</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>2</mml:mn>
<mml:mi>β</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mtd></mml:mtr>
<mml:mtr>
<mml:mtd>
<mml:mrow>
<mml:mo>−</mml:mo>
<mml:mn>0.002697</mml:mn>
<mml:mo> </mml:mo>
<mml:mtext>cos</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>3</mml:mn>
<mml:mi>β</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>+</mml:mo>
<mml:mn>0.00148</mml:mn>
<mml:mo> </mml:mo>
<mml:mtext>sin</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>3</mml:mn>
<mml:mi>β</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mtd></mml:mtr></mml:mtable></mml:mrow></mml:math></disp-formula>where <italic>β</italic> is the fractional year expressed in radians given by:
<disp-formula id="FD5">
<label>(5)</label>
<mml:math display="block">
<mml:mrow>
<mml:mi>β</mml:mi>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mn>2</mml:mn>
<mml:mi>π</mml:mi></mml:mrow>
<mml:mrow>
<mml:mn>365</mml:mn></mml:mrow></mml:mfrac>
<mml:mo> </mml:mo>
<mml:mi>d</mml:mi></mml:mrow></mml:math></disp-formula>and <italic>d</italic> is the day from 1 to 365. In the case of a leap-year, where <italic>d</italic> can be 366 the value for <italic>β</italic> is close to 2<italic>π</italic>, which gives the same result in the equation for <italic>δ</italic> as when <italic>d</italic> is 1 and <italic>β</italic> is equal to 2<italic>π</italic>/365.</p>
<p>Finally, the coordinates can be obtained. For the longitude <italic>λ</italic> (in radians), where positive values represent east and negative values represent west, the next equation is employed:
<disp-formula id="FD6">
<label>(6)</label>
<mml:math display="block">
<mml:mrow>
<mml:mi>λ</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>2</mml:mn>
<mml:mi>π</mml:mi>
<mml:mo> </mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mn>12</mml:mn>
<mml:mo>−</mml:mo>
<mml:msub>
<mml:mi>t</mml:mi>
<mml:mi mathvariant="italic">midday</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:mn>24</mml:mn></mml:mrow></mml:mfrac></mml:mrow></mml:math></disp-formula>and the latitude <italic>φ</italic> (in radians) of the objects location can be found by numerically solving for latitude using the following equation, where positive values represent north and negative values represent south:
<disp-formula id="FD7">
<label>(7)</label>
<mml:math display="block">
<mml:mrow>
<mml:mtext>cos</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:msub>
<mml:mi>a</mml:mi>
<mml:mi mathvariant="italic">sunset</mml:mi></mml:msub>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mtext>sin</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mo>−</mml:mo>
<mml:mn>0.0145</mml:mn>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>−</mml:mo>
<mml:mtext>sin</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>δ</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo> </mml:mo>
<mml:mtext>sin</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>φ</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mrow>
<mml:mtext>cos</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>δ</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo> </mml:mo>
<mml:mtext>cos</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>φ</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mfrac></mml:mrow></mml:math></disp-formula>The equations provided in this sections allows to find out the coordinates for outdoor objects by means of the times of the sunrise and the sunset for a given day.</p></sec>
<sec>
<label>2.3.</label>
<title>Measurement Strategy</title>
<p>The system is designed to work autonomously, being able to localize itself within the first 24 h of being switched on. This implies that the system can determine its coordinates without any previous information besides the time.</p>
<p>Given a sufficient supply of electric power, for instance if the object has a steady power supply, the initialization can be simply performed using brute force by continuously sampling the lighting condition. If the light sensor is sampled at <italic>r</italic> samples per second, then this is the same as <italic>M</italic> samples for each 24 h cycle, given by:
<disp-formula>
<mml:math display="block">
<mml:mrow>
<mml:mi>M</mml:mi>
<mml:mo>=</mml:mo>
<mml:mn>24</mml:mn>
<mml:mo>×</mml:mo>
<mml:mn>60</mml:mn>
<mml:mo>×</mml:mo>
<mml:mn>60</mml:mn>
<mml:mo>×</mml:mo>
<mml:mi>r</mml:mi></mml:mrow></mml:math></disp-formula></p>
<p>The accuracy of the measurements will therefore be in the range of:
<disp-formula>
<mml:math display="block">
<mml:mrow>
<mml:mi>a</mml:mi>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mn>360</mml:mn></mml:mrow>
<mml:mi>M</mml:mi></mml:mfrac></mml:mrow></mml:math></disp-formula></p>
<p>It will take maximum 24 h to identify the location and the effort involved is defined by <italic>E</italic> = <italic>M</italic> × <italic>p</italic>, where <italic>p</italic> is the energy consumed to perform each sample and <italic>E</italic> is the total energy. This is the optimal solution in terms of speed and accuracy. However, for a power constrained device the strategy is unrealistic as a very simple device could run out of power after just a few hours or sooner, although the latest technologies released are improving the energy consumption and some devices can run for months with standard off-the-shelf AA batteries.</p></sec>
<sec>
<label>2.4.</label>
<title>Enhancements</title>
<p>Several theoretical enhancements are possible. Sunrises can be predicted if early measurements are taken. This is because the light intensity increases gradually over some time interval before one passes the threshold. If a light intensity measurement is taken that is above the night baseline value but yet below the threshold then this is a sign that a sunrise is approaching soon and the sample rate can be dynamically increased. This is illustrated by <xref ref-type="fig" rid="f4-sensors-12-01930">Figure 4(a)</xref> which shows an authentic intensity plot obtained using a webcam. Clearly the intensity rises for about 20 min before the sun breaks.</p>
<p>However, it may be more difficult to get a pre-warning of a sunset in this way as this will suddenly drop below the threshold value. One way to overcome this is to observe additional features. If the light sensor is capable of capturing color spectrum information then additional information can be exploited to better predict sunrises and sunsets. For instance, the CCD sensors in digital cameras are capable of detecting color as well as intensity. This is because sunsets and sunrises often are characterized by large changes in hue which affect entire scenes. Such changes in hue occur prior to sunsets and thus a detection in hue change can be used to predict an upcoming sunset. This is illustrated in <xref ref-type="fig" rid="f4-sensors-12-01930">Figure 4(a)</xref> which presents a 24 h plot obtained using a webcam. The hue <italic>h</italic>(<italic>r, g, b</italic>) of each pixel is computed from the <italic>r</italic>, <italic>g</italic> and <italic>b</italic> (red, green and blue) components as follows:
<disp-formula id="FD8">
<label>(8)</label>
<mml:math display="block">
<mml:mrow>
<mml:mi>h</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>r</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>g</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi>b</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>=</mml:mo>
<mml:mi mathvariant="italic">atan</mml:mi>
<mml:mn>2</mml:mn>
<mml:mo> </mml:mo>
<mml:mrow>
<mml:mo>(</mml:mo>
<mml:mrow>
<mml:mn>2</mml:mn>
<mml:mi>r</mml:mi>
<mml:mo>−</mml:mo>
<mml:mi>g</mml:mi>
<mml:mo>−</mml:mo>
<mml:mi>b</mml:mi>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:msqrt>
<mml:mn>3</mml:mn></mml:msqrt>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>g</mml:mi>
<mml:mo>−</mml:mo>
<mml:mi>b</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>)</mml:mo></mml:mrow></mml:mrow></mml:math></disp-formula></p>
<p>The steady line shows the overall image intensity and the other line illustrates overall image hue. Clearly, the hue is changing dramatically just before the sunrise and sunset. In fact, these can be seen as the two peaks in the hue plot. However, the exploitation of such features is a topic of future research.</p></sec></sec>
<sec sec-type="results">
<label>3.</label>
<title>Simulation Results</title>
<p>In order to be able to evaluate the system independently of the problem of finding the sunrise and sunset time accurately, the algorithm proposed in Section 2.2 is tested with a theoretical celestial model. Thanks to this model, the sunrise and sunset times can be used as inputs to the system with a low error. Stationary objects are assumed since the objective of this section is to validate the celestial model and extract some conclusions prior to applying it to a real measurements.</p>
<p>The theoretical celestial model used in the simulations is based on [<xref ref-type="bibr" rid="b23-sensors-12-01930">23</xref>], and to validate that these simulations are robust, they were benchmarked against a spreadsheet developed by the National Oceanic and Atmospheric Administration of the United States Department of Commerce (NOAA) [<xref ref-type="bibr" rid="b25-sensors-12-01930">25</xref>].</p>
<p>Note that our system operates according to civil time (without taking into account the established time zones) while the NOAA calculations are based on solar times. The following equation can be used to convert between the two time-formats:
<disp-formula id="FD9">
<label>(9)</label>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mi>t</mml:mi>
<mml:mi mathvariant="italic">civil</mml:mi></mml:msub>
<mml:mo>=</mml:mo>
<mml:msub>
<mml:mi>t</mml:mi>
<mml:mi mathvariant="italic">solar</mml:mi></mml:msub>
<mml:mo>+</mml:mo>
<mml:mi mathvariant="italic">EqT</mml:mi></mml:mrow></mml:math></disp-formula>where the <italic>EqT</italic> value is the Equation of Time for a given day. There are different approaches for determining <italic>EqT</italic>. NOAA employs a very accurate expression given by Meeus [<xref ref-type="bibr" rid="b23-sensors-12-01930">23</xref>]. However, this is a complex equation which uses parameters not available for this application. Thus, the expression proposed by Spencer [<xref ref-type="bibr" rid="b24-sensors-12-01930">24</xref>] was employed since it only uses information about the day <italic>d</italic>:
<disp-formula id="FD10">
<label>(10)</label>
<mml:math display="block">
<mml:mrow>
<mml:mtable columnalign="left">
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mi mathvariant="italic">EqT</mml:mi>
<mml:mo>=</mml:mo></mml:mrow></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mn>229.18</mml:mn>
<mml:mo>×</mml:mo>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>0.000075</mml:mn>
<mml:mo>+</mml:mo>
<mml:mn>0.001868</mml:mn>
<mml:mo> </mml:mo>
<mml:mtext>cos</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>β</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mtd></mml:mtr>
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mrow/></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mo>−</mml:mo>
<mml:mn>0.032077</mml:mn>
<mml:mo> </mml:mo>
<mml:mtext>sin</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>β</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>−</mml:mo>
<mml:mn>0.014615</mml:mn>
<mml:mo> </mml:mo>
<mml:mtext>cos</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>2</mml:mn>
<mml:mi>β</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mtd></mml:mtr>
<mml:mtr columnalign="left">
<mml:mtd columnalign="left">
<mml:mrow/></mml:mtd>
<mml:mtd columnalign="left">
<mml:mrow>
<mml:mo>−</mml:mo>
<mml:mn>0.040849</mml:mn>
<mml:mo> </mml:mo>
<mml:mtext>sin</mml:mtext>
<mml:mo stretchy="false">(</mml:mo>
<mml:mn>2</mml:mn>
<mml:mi>β</mml:mi>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mtd></mml:mtr></mml:mtable></mml:mrow></mml:math></disp-formula>where <italic>β</italic> is described in Section 2.2. A comparison of the two equations of time is shown in <xref ref-type="fig" rid="f5-sensors-12-01930">Figure 5</xref>.</p>
<p>The NOAA sunrise and sunset time predictions have been verified to be accurate within a minute for locations between <italic>±</italic>72° latitude, and within 10 min outside those latitudes. Also, the celestial model employed is valid for dates between 1901 and 2099, due to approximations used in the Julian Day calculation.</p>
<p>The simulation involves finding the sunrise and sunset times, in UTC, using the NOAA approach for 2011. For each value the algorithm described in Section 2.2 is applied.</p>
<p><xref ref-type="fig" rid="f6-sensors-12-01930">Figure 6</xref> shows the results of this procedure using the Oslo (Norway) coordinates (59.95°N, 10.75°E). This figure shows that the system gives values closer to the coordinates used. The longitude is theoretically perfect with zero error. For the latitude, its results are accurate, but there are error peaks close to the equinoxes, where the value of the declination of the sun <italic>δ</italic> tends to 0. The equinoxes occur at 22, 23 March (<italic>d</italic> = 81, 82) and 20, 21 September (<italic>d</italic> = 265, 266).</p>
<p>One conclusion drawn from the simulation results is that the system works according to theory. The fact that the computational complexity is not critical allows to modify the algorithm, creating complex error compensation algorithms and even to use numerical solving in order to improve the accuracy.</p>
<sec>
<label>3.1.</label>
<title>Fractional Days</title>
<p>Section 2.2 mentioned that fractional days require special treatment for the algorithm to work. We define as fractional days those days where the sunset occurs before the sunset within the 24 h UTC time window.</p>
<p>For example, imagine that there is a day in which the sunrise occurs at 22 h and the sunset occurs at 4 h into the following day. Then, applying the algorithm midday is reported to occur at 13 h. This make no sense as midday occur at night. To avoid complex modifications of the algorithm the following strategy is employed: Midday of a fractional day within 24 h window is equal to the midday time calculated by the standard <italic>t<sub>midday</sub></italic> <xref ref-type="disp-formula" rid="FD1">Equation (1)</xref> using the sunrise of the previous day adding 12 h and obtaining the module of this number by 24. Or, more precisely:
<disp-formula id="FD11">
<label>(11)</label>
<mml:math display="block">
<mml:mrow>
<mml:msubsup>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">md</mml:mi></mml:mrow>
<mml:mo>′</mml:mo></mml:msubsup>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>d</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>=</mml:mo>
<mml:mi mathvariant="italic">mod</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi mathvariant="italic">t</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">md</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi mathvariant="italic">frac</mml:mi></mml:mrow></mml:msub>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>d</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>+</mml:mo>
<mml:mn>12</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo> </mml:mo>
<mml:mn>24</mml:mn></mml:mrow>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow></mml:math></disp-formula>where
<disp-formula id="FD12">
<label>(12)</label>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>t</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">md</mml:mi>
<mml:mo>,</mml:mo>
<mml:mi mathvariant="italic">frac</mml:mi></mml:mrow></mml:msub>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>d</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:mi mathvariant="italic">SR</mml:mi>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>d</mml:mi>
<mml:mo>−</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo stretchy="false">)</mml:mo>
<mml:mo>+</mml:mo>
<mml:mi mathvariant="italic">SS</mml:mi>
<mml:mrow>
<mml:mo stretchy="false">(</mml:mo>
<mml:mi>d</mml:mi>
<mml:mo stretchy="false">)</mml:mo></mml:mrow></mml:mrow>
<mml:mn>2</mml:mn></mml:mfrac></mml:mrow></mml:math></disp-formula></p>
<p>Applying this strategy to the previous example, in which the standard <italic>t<sub>midday</sub></italic> equation gives a result of 13 h UTC, the new result yields a midday at 25 h UTC (13+12) or 1 h UTC of the same day (since 25 h UTC refers to <italic>d</italic> − 1). The correct midday time is thus obtained. <xref ref-type="fig" rid="f7-sensors-12-01930">Figure 7</xref> depicts the effect of this modification.</p>
<p>This strategy allows the coordinates having the sunset of one day and the sunrise of the next day to be found on hardware platforms where the UTC days are treated independently. A small error is introduced, since the times of two different days are used. This error is practically insignificant since the difference of a sunrise (or sunset) times of two consecutive days is only a few minutes and by itself lower than the error of the light sensors used to detect sunrise or sunset times.</p></sec></sec>
<sec sec-type="results">
<label>4.</label>
<title>Experimental Results</title>
<p>In order to evaluate the feasibility, reliability and accuracy of the proposed system tests have been carried out. These tests comprised measuring the light intensity throughout the entire day and later analyzing the data, obtaining the sunrise and sunset times and then applying the algorithm explained in Section 2.2.</p>
<p>The sunlight measures were obtained from the NOAA Public FTP server [<xref ref-type="bibr" rid="b26-sensors-12-01930">26</xref>]. This dataset comprise data dating back to 1995. Each entry documents the date, UTC time and sun variables values such as downwelling and upwelling global solar radiation, direct radiation, diffuse radiation, infrared, atmospheric pressure, <italic>etc</italic>. The files also provide the coordinates and elevation of the station above sea level where the measures were obtained. These are not underwater measurements, but serve as a realistic substitute.</p>
<p>Only the downwelling global solar radiation was used in the experiment, since it is the most representative of light intensity combining both direct and diffuse radiation. Furthermore, radiation is the one which the most low cost sensors measure. The downwelling global solar radiation is expressed in <italic>W/m</italic><sup>2</sup> where theoretically the minimum value is 0. However, the sensors employed by NOAA are thermopile-based, and it is not unusual for these solar instruments to register small negative signals at night. This offset is attributed to the thermopile cooling to space.</p>
<sec>
<label>4.1.</label>
<title>Identifying Sunrise and Sunset Times</title>
<p>The problem of accurately identifying the sunrise and sunset times is difficult using only light intensity data. Comparing the measured data with the times given by the NOAA celestial model, it can be assumed that when the data is close to 0 <italic>W/m</italic><sup>2</sup> a transition occurs, that is, a transition from day to night, or vice versa. Using such a threshold to identify the sunrise and sunset times is a very simple solution, and its accuracy depends on the atmospheric conditions for that day since a cloudy day the light intensity value will be lower at the same hour than for a sunny day. However, due to the measurement system offset, setting a threshold of 0 gives accurate sunrise and sunset measurements. Of course, this threshold depends on the hardware employed and should be calibrated.</p>
<p>However, due to signal noise, using a simple zero crossing condition is not enough, as it may result in many transitions per day. For days with more than two transitions, the mean time of the two transitions closest to those of neighbouring days are used (see <xref ref-type="fig" rid="f8-sensors-12-01930">Figure 8</xref>).</p>
<p>The strategy for handling fractional days relies on information about the previous day. When this information is not available the sunrise time for the current day is used instead.</p>
<p>The main steps of the approach can be summarised as follows:
<list list-type="bullet">
<list-item>
<p>The celestial model used is described in Section 2.2.</p></list-item>
<list-item>
<p>The downwelling global solar radiation measurements available at the NOAA FTP server are used.</p></list-item>
<list-item>
<p>Each day is treated independently of each other.</p></list-item>
<list-item>
<p>A time window based algorithm is employed to discover the sunrise and sunset transitions.</p></list-item>
<list-item>
<p>The equinoxes have not been taken into account when running the program (days 81, 82, 265 and 266 for each year).</p></list-item></list></p></sec>
<sec sec-type="methods|results">
<label>4.2.</label>
<title>Results Analysis</title>
<p><xref ref-type="fig" rid="f9-sensors-12-01930">Figure 9</xref> shows the error histograms for latitude and longitude using the equation of time correction. They show the absolute error in percentage in the X axis and in the Y axis the number of measures in which the error is given by the X axis. The error percentage for the latitude is:
<disp-formula>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mi>e</mml:mi>
<mml:mi mathvariant="italic">latitude</mml:mi></mml:msub>
<mml:mo>%</mml:mo>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>e</mml:mi>
<mml:mi mathvariant="italic">latitude</mml:mi></mml:msub></mml:mrow>
<mml:mrow>
<mml:mn>180</mml:mn></mml:mrow></mml:mfrac>
<mml:mo> </mml:mo>
<mml:mn>100</mml:mn></mml:mrow></mml:math></disp-formula>Similarly, for the longitude:
<disp-formula>
<mml:math display="block">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>e</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">longitude</mml:mi></mml:mrow></mml:msub>
<mml:mo>%</mml:mo>
<mml:mo>=</mml:mo>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>e</mml:mi></mml:mrow>
<mml:mrow>
<mml:mi mathvariant="italic">longitude</mml:mi></mml:mrow></mml:msub></mml:mrow>
<mml:mrow>
<mml:mn>360</mml:mn></mml:mrow></mml:mfrac>
<mml:mo> </mml:mo>
<mml:mn>100</mml:mn></mml:mrow></mml:math></disp-formula></p>
<p>The interpretation of these histograms is that most days only have a small error. For instance, more than 10.000 days (almost 35% of the total number of tested days) had less than 1% error in longitude. The red line shows the accumulated percentage. The errors for longitude is less than those for latitude.</p>
<p><xref ref-type="fig" rid="f10-sensors-12-01930">Figure 10</xref> shows the same histograms as in <xref ref-type="fig" rid="f9-sensors-12-01930">Figure 9</xref> but with kilometers as unit converted using 1°= 111.12 kilometers in latitude and 1°= 111.12 cos <italic>φ</italic> kilometers in longitude. Moreover, <xref ref-type="fig" rid="f11-sensors-12-01930">Figure 11</xref> shows a dispersion plot with the error obtained for each day. The results obtained prove that the algorithm works well using only sunlight intensity data. However the error in kilometers is high for most common applications. The dispersion plot (<xref ref-type="fig" rid="f11-sensors-12-01930">Figure 11</xref>) shows that most points are close to the origin. The longitude accuracy is high while the latitude accuracy is somewhat worse, though acceptable. Thus, the dispersion plot is concentrated in a vertical line due to the equinoxes.</p>
<p>Next, <xref ref-type="fig" rid="f12-sensors-12-01930">Figure 12</xref> shows results from days where the sunlight signal is noisy and where there were more than two transitions per day. Here, the points are concentrated around zero error and in a vertical line. However, in this case the accuracy is not as high as in the previous examples.</p>
<p><xref ref-type="fig" rid="f13-sensors-12-01930">Figure 13</xref> also reveals how the error percentage for a given value (manually chosen) varies among different stations as a function of the elevation over the sea level. This image also includes a linear regression plot. Although there too few stations to reliably assess the tendency, it is possible to assert that the higher the station the lower the error. If a station is higher, it will <italic>see</italic> the sunrise earlier (or the sunset later). This can be translated in terms of decreasing the threshold values (Section 4.1) in function of the height of the sensor over the sea level. This has the same effect as the height: anticipating the sunrise or delaying the sunset. But this parameters depends on the light sensor employed and it also requires a height sensor.</p>
<p>Finally, <xref ref-type="fig" rid="f14-sensors-12-01930">Figure 14</xref> shows the error of the algorithm for 2010 data for one of the stations. It is interesting to compare this graph with <xref ref-type="fig" rid="f6-sensors-12-01930">Figure 6</xref>. It is possible to see how the equinoxes increases the error enormously in the latitude. On the other hand, the longitude error points out that the error of the system is higher than the error introduced because of the Spencer EqT. Thus, the critical part of the algorithm is to identify accurately the sunrise and sunset times.</p></sec></sec>
<sec sec-type="discussion">
<label>5.</label>
<title>Discussion</title>
<p>Most global localization methods are based on GPS [<xref ref-type="bibr" rid="b27-sensors-12-01930">27</xref>]. However, the GPS technology is problematic.</p>
<p>On the other hand, the SGPS is a stand-alone system that is not dependent on any technical infrastructure. It requires a modest hardware and simple software. SGPS is a low cost system with a prototype cost of less than 40 dollars (30 euros).</p>
<p>SGPS system is energy efficient. The energy consumption depends mainly on the number of measures taken. The system only need to take measurements during sunrises and sunsets, and the system can remain asleep the rest of the time.</p>
<p>On the down side, the accuracy of the SGPS accuracy is low compared with other systems. Moreover, the position refresh rate is lower than for other systems. For instance, GPS or GSM can refresh the position every few seconds.</p>
<p>Another drawback is that the object must be stationary and the system does not work properly during the equinoxes, which means that there are several days in which the results are not reliable at all. However, this problem can be solved by interpolation as it is well known when equinoxes occur.</p>
<p>The system will not work beyond the Northern or Southern polar circles during the summer or winter seasons since there are no sunrises or sunsets. More specifically, the limitation implies that the system can be used only when there is a sunrise or sunset in those latitudes which satisfy the following conditions:
<disp-formula>
<mml:math display="block">
<mml:mrow>
<mml:mo>−</mml:mo>
<mml:mn>90</mml:mn>
<mml:mo>°</mml:mo>
<mml:mo>+</mml:mo>
<mml:mi>δ</mml:mi>
<mml:mo>&lt;</mml:mo>
<mml:mi>φ</mml:mi>
<mml:mo>&lt;</mml:mo>
<mml:mn>90</mml:mn>
<mml:mo>°</mml:mo>
<mml:mo>−</mml:mo>
<mml:mi>δ</mml:mi></mml:mrow></mml:math></disp-formula>during the Northern Hemisphere summer, or:
<disp-formula>
<mml:math display="block">
<mml:mrow>
<mml:mo>−</mml:mo>
<mml:mn>90</mml:mn>
<mml:mo>°</mml:mo>
<mml:mo>−</mml:mo>
<mml:mi>δ</mml:mi>
<mml:mo>&lt;</mml:mo>
<mml:mi>φ</mml:mi>
<mml:mo>&lt;</mml:mo>
<mml:mn>90</mml:mn>
<mml:mo>°</mml:mo>
<mml:mo>+</mml:mo>
<mml:mi>δ</mml:mi></mml:mrow></mml:math></disp-formula>during the Northern Hemisphere winter. In both equations <italic>δ</italic> is the sun declination and <italic>φ</italic> the latitude. Out of the latitudinal ranges it is total daylight or total nighttime.</p></sec>
<sec sec-type="conclusions">
<label>6.</label>
<title>Conclusions and Future Work</title>
<p>This paper presents a novel global localization system, based on measuring the cyclic variations in light intensity resulting from the movement of the celestial bodies. In this case, the rotation of the earth and the resulting sunrises and sunsets are taken into account.</p>
<p>Thus, an algorithm is proposed to find the geographic coordinates for an outdoor object which measures the light intensity throughout a day and is able to identify accurately the sunrise and sunset times.</p>
<p>The conclusion obtained from the results are that the accuracy of the system is relatively high taking into account the devices which are required to build the system. Also, it is denoted that the total accuracy mainly depends on the precision when identifying sunrises and sunsets, and not on the celestial model employed.</p>
<p>Compared to current global localization methods, SGPS can not be applied to tasks requiring a high accuracy, such as search and rescue, navigation, <italic>etc</italic>. However, the accuracy should be sufficient for certain data gathering applications such as water monitoring and climate change monitoring.</p>
<p>Future research includes improving the accuracy using other magnitudes such light spectrum and improving robustness towards impurities in the water. Moreover, artificial intelligence techniques may be employed to better identify the sunrise and sunset times. Another improvement is to study ways of counteracting the systematic error in longitude due to the usage of the Spencer EqT and latitude due to the equinoxes.</p></sec></body>
<back>
<ref-list>
<title>References</title>
<ref id="b1-sensors-12-01930"><label>1.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Huang</surname><given-names>Y.P.</given-names></name><name><surname>Kao</surname><given-names>L.J.</given-names></name><name><surname>Sandnes</surname><given-names>F.E.</given-names></name></person-group><article-title>Efficient mining of salinity and temperature association rules from ARGO data</article-title><source>Expert Syst. Appl</source><year>2008</year><volume>35</volume><fpage>59</fpage><lpage>68</lpage><pub-id pub-id-type="doi">10.1016/j.eswa.2007.06.007</pub-id></citation></ref>
<ref id="b2-sensors-12-01930"><label>2.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Deng</surname><given-names>Z.D.</given-names></name><name><surname>Weiland</surname><given-names>M.A.</given-names></name><name><surname>Fu</surname><given-names>T.</given-names></name><name><surname>Seim</surname><given-names>T.A.</given-names></name><name><surname>Lamarche</surname><given-names>B.L.</given-names></name><name><surname>Choi</surname><given-names>E.Y.</given-names></name><name><surname>Carlson</surname><given-names>T.J.</given-names></name><name><surname>Eppard</surname><given-names>M.B.</given-names></name></person-group><article-title>A cabled acoustic telemetry system for detecting and tracking juvenile salmon: Part 2. Three-dimensional tracking and passage outcomes</article-title><source>Sensors</source><year>2011</year><volume>11</volume><fpage>5661</fpage><lpage>5676</lpage><pub-id pub-id-type="doi">10.3390/s110605661</pub-id><pub-id pub-id-type="pmid">22163919</pub-id></citation></ref>
<ref id="b3-sensors-12-01930"><label>3.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Luo</surname><given-names>H.</given-names></name><name><surname>Guo</surname><given-names>Z.</given-names></name><name><surname>Wu</surname><given-names>K.</given-names></name><name><surname>Hong</surname><given-names>F.</given-names></name><name><surname>Feng</surname><given-names>Y.</given-names></name></person-group><article-title>Energy balanced strategies for maximizing the lifetime of sparsely deployed underwater acoustic sensor networks</article-title><source>Sensors</source><year>2009</year><volume>9</volume><fpage>6626</fpage><lpage>6651</lpage><pub-id pub-id-type="doi">10.3390/s90906626</pub-id><pub-id pub-id-type="pmid">22399970</pub-id></citation></ref>
<ref id="b4-sensors-12-01930"><label>4.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Celebi</surname><given-names>T.A.</given-names></name><name><surname>Erturk</surname><given-names>S.</given-names></name></person-group><article-title>Visual enhancement of underwater images using empirical mode decomposition</article-title><source>Expert Syst. Appl</source><year>2012</year><volume>39</volume><fpage>800</fpage><lpage>805</lpage><pub-id pub-id-type="doi">10.1016/j.eswa.2011.07.077</pub-id></citation></ref>
<ref id="b5-sensors-12-01930"><label>5.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Chen</surname><given-names>Y.</given-names></name><name><surname>Li</surname><given-names>W.</given-names></name><name><surname>Xia</surname><given-names>M.</given-names></name><name><surname>Yang</surname><given-names>K.</given-names></name></person-group><article-title>Model-based restoration and reconstruction for underwater range-gated imaging</article-title><source>Opt. Eng</source><year>2011</year><volume>50</volume><pub-id pub-id-type="doi">10.1117/1.3651810</pub-id></citation></ref>
<ref id="b6-sensors-12-01930"><label>6.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Vasilescu</surname><given-names>I.</given-names></name><name><surname>Detweiler</surname><given-names>C.</given-names></name><name><surname>Rus</surname><given-names>D.</given-names></name></person-group><article-title>Color-accurate underwater imaging using perceptual adaptive illumination</article-title><source>Auton. Robot</source><year>2011</year><volume>31</volume><fpage>285</fpage><lpage>296</lpage><pub-id pub-id-type="doi">10.1007/s10514-011-9245-0</pub-id></citation></ref>
<ref id="b7-sensors-12-01930"><label>7.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Darecki</surname><given-names>M.</given-names></name><name><surname>Stramski</surname><given-names>D.</given-names></name><name><surname>Sokolski</surname><given-names>M.</given-names></name></person-group><article-title>Measurements of high-frequency light fluctuations induced by sea surface waves with an underwater porcupine radiometer system</article-title><source>J. Geophys. Res. Oceans</source><year>2011</year><volume>116</volume><pub-id pub-id-type="doi">10.1029/2011JC007338</pub-id></citation></ref>
<ref id="b8-sensors-12-01930"><label>8.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Casari</surname><given-names>P.</given-names></name><name><surname>Zorzi</surname><given-names>M.</given-names></name></person-group><article-title>Protocol design issues in underwater acoustic networks</article-title><source>Comput. Commun</source><year>2011</year><volume>34</volume><fpage>2013</fpage><lpage>2025</lpage><pub-id pub-id-type="doi">10.1016/j.comcom.2011.06.008</pub-id></citation></ref>
<ref id="b9-sensors-12-01930"><label>9.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Ayaz</surname><given-names>M.</given-names></name><name><surname>Baig</surname><given-names>I.</given-names></name><name><surname>Abdullah</surname><given-names>A.</given-names></name><name><surname>Faye</surname><given-names>I.</given-names></name></person-group><article-title>A survey on routing techniques in underwater wireless sensor networks</article-title><source>J. Netw. Comput. Appl</source><year>2011</year><volume>34</volume><fpage>1908</fpage><lpage>1927</lpage><pub-id pub-id-type="doi">10.1016/j.jnca.2011.06.009</pub-id></citation></ref>
<ref id="b10-sensors-12-01930"><label>10.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Linfeng</surname><given-names>L.</given-names></name></person-group><article-title>A deployment algorithm for underwater sensor networks in ocean environment</article-title><source>J. Circuits Syst. Comput</source><year>2011</year><volume>20</volume><fpage>1051</fpage><lpage>1066</lpage><pub-id pub-id-type="doi">10.1142/S021812661100775X</pub-id></citation></ref>
<ref id="b11-sensors-12-01930"><label>11.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Martinez</surname><given-names>J.J.</given-names></name><name><surname>Myers</surname><given-names>J.R.</given-names></name><name><surname>Carlson</surname><given-names>T.J.</given-names></name><name><surname>Deng</surname><given-names>Z.D.</given-names></name><name><surname>Rohrer</surname><given-names>J.S.</given-names></name><name><surname>Caviggia</surname><given-names>K.A.</given-names></name><name><surname>Woodley</surname><given-names>C.M.</given-names></name><name><surname>Weiland</surname><given-names>M.A.</given-names></name></person-group><article-title>Design and implementation of an underwater sound recording device</article-title><source>Sensors</source><year>2011</year><volume>11</volume><fpage>8519</fpage><lpage>8535</lpage><pub-id pub-id-type="doi">10.3390/s110908519</pub-id><pub-id pub-id-type="pmid">22164089</pub-id></citation></ref>
<ref id="b12-sensors-12-01930"><label>12.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Isbitiren</surname><given-names>G.</given-names></name><name><surname>Ozgur</surname><given-names>A.</given-names></name></person-group><article-title>Three-dimensional underwater target tracking with acoustic sensor networks</article-title><source>IEEE Trans. Veh. Technol</source><year>2011</year><volume>60</volume><fpage>3897</fpage><lpage>3906</lpage><pub-id pub-id-type="doi">10.1109/TVT.2011.2163538</pub-id></citation></ref>
<ref id="b13-sensors-12-01930"><label>13.</label><citation citation-type="book"><person-group person-group-type="author"><collab>Government Accountability Office, US</collab></person-group><source>Significant Challenges in Sustaining and Upgrading Widely Used Capabilities</source><comment>GAO-09-670T;</comment><publisher-name>US Government Accountability Office (GAO), Global Positioning System</publisher-name><publisher-loc>Washington, DC, USA</publisher-loc><year>2009</year></citation></ref>
<ref id="b14-sensors-12-01930"><label>14.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Tan</surname><given-names>H.P.</given-names></name><name><surname>Diamant</surname><given-names>R.</given-names></name><name><surname>Seah</surname><given-names>W.K.G.</given-names></name><name><surname>Waldmeyer</surname><given-names>M.</given-names></name></person-group><article-title>A survey of techniques and challenges in underwater localization</article-title><source>Ocean Eng</source><year>2011</year><volume>38</volume><fpage>1663</fpage><lpage>1676</lpage><pub-id pub-id-type="doi">10.1016/j.oceaneng.2011.07.017</pub-id></citation></ref>
<ref id="b15-sensors-12-01930"><label>15.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Erol-Kantarci</surname><given-names>M.</given-names></name><name><surname>Oktug</surname><given-names>S.</given-names></name><name><surname>Vieira</surname><given-names>L.</given-names></name><name><surname>Gerla</surname><given-names>M.</given-names></name></person-group><article-title>Performance evaluation of distributed localization techniques for mobile underwater acoustic sensor networks</article-title><source>Ad Hoc Netw</source><year>2011</year><volume>9</volume><fpage>61</fpage><lpage>72</lpage><pub-id pub-id-type="doi">10.1016/j.adhoc.2010.05.002</pub-id></citation></ref>
<ref id="b16-sensors-12-01930"><label>16.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Cheng</surname><given-names>X.</given-names></name><name><surname>Shu</surname><given-names>H.</given-names></name><name><surname>Liang</surname><given-names>Q.</given-names></name><name><surname>Du</surname><given-names>H.-C.</given-names></name></person-group><article-title>Silent positioning in underwater acoustic sensor networks</article-title><source>IEEE Trans. Veh. Technol</source><year>2008</year><volume>57</volume><fpage>1756</fpage><lpage>1766</lpage><pub-id pub-id-type="doi">10.1109/TVT.2007.912142</pub-id></citation></ref>
<ref id="b17-sensors-12-01930"><label>17.</label><citation citation-type="book"><person-group person-group-type="author"><collab>ANSI</collab></person-group><source>American National Standard Photographic Exposure Guide</source><comment>ANSI PH2.7-1973;</comment><publisher-name>American National Standards Institute</publisher-name><publisher-loc>New York, NY, USA</publisher-loc><year>1973</year></citation></ref>
<ref id="b18-sensors-12-01930"><label>18.</label><citation citation-type="book"><person-group person-group-type="author"><collab>ANSI</collab></person-group><source>ANSI PH2.7-1986. American National Standard for Photography—Photographic Exposure Guide</source><publisher-name>American National Standards Institute</publisher-name><publisher-loc>New York, NY, USA</publisher-loc><year>1986</year></citation></ref>
<ref id="b19-sensors-12-01930"><label>19.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Ray</surname><given-names>S.F.</given-names></name><name><surname>Jacobson</surname><given-names>R.E.</given-names></name><name><surname>Atteridge</surname><given-names>G.G.</given-names></name><name><surname>Axford</surname><given-names>N.R.</given-names></name></person-group><source>The Manual of Photography: Photographic and Digital Imaging</source><publisher-name>Focal Press</publisher-name><publisher-loc>Waltham, MA, USA</publisher-loc><year>2000</year></citation></ref>
<ref id="b20-sensors-12-01930"><label>20.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Sandnes</surname><given-names>F.E.</given-names></name></person-group><article-title>Where was that photo taken? Deriving geographical information from image collections based on temporal exposure attributes</article-title><source>Multimed. Syst</source><year>2010</year><volume>16</volume><fpage>309</fpage><lpage>318</lpage><pub-id pub-id-type="doi">10.1007/s00530-010-0188-7</pub-id></citation></ref>
<ref id="b21-sensors-12-01930"><label>21.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Sandnes</surname><given-names>F.E.</given-names></name></person-group><article-title>Determining the geographical location of image scenes based on object shadow lengths</article-title><source>J. Signal Process. Syst</source><year>2011</year><volume>65</volume><fpage>35</fpage><lpage>47</lpage><pub-id pub-id-type="doi">10.1007/s11265-010-0538-x</pub-id></citation></ref>
<ref id="b22-sensors-12-01930"><label>22.</label><citation citation-type="confproc"><person-group person-group-type="author"><name><surname>Polastre</surname><given-names>J.</given-names></name><name><surname>Szewczyk</surname><given-names>R.</given-names></name><name><surname>Sharp</surname><given-names>C.</given-names></name><name><surname>Culler</surname><given-names>D.</given-names></name></person-group><article-title>The Mote Revolution: Low Power Wireless Sensor Networks</article-title><conf-name>Proceedings of the 16th Symposium on High Performance Chips (HotChips)</conf-name><conf-loc>San Francisco, CA, USA</conf-loc><conf-date>22–24 August 2004</conf-date></citation></ref>
<ref id="b23-sensors-12-01930"><label>23.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Meeus</surname><given-names>J.</given-names></name></person-group><source>Astronomical Algorithms</source><edition>2nd ed</edition><publisher-name>Willmann-Bell, Inc</publisher-name><publisher-loc>Richmond, VA, USA</publisher-loc><year>1999</year></citation></ref>
<ref id="b24-sensors-12-01930"><label>24.</label><citation citation-type="journal"><person-group person-group-type="author"><name><surname>Spencer</surname><given-names>J.W.</given-names></name></person-group><article-title>Fourier series representation of the position of the sun</article-title><source>Search</source><year>1971</year><volume>2</volume><fpage>172</fpage></citation></ref>
<ref id="b25-sensors-12-01930"><label>25.</label><citation citation-type="book"><person-group person-group-type="author"><collab>National Oceanic and Atmospheric Administration (NOAA)</collab></person-group><source>National Oceanic and Atmospheric Administration Solar Calculations Spreadsheet</source><publisher-name>NOAA</publisher-name><publisher-loc>Silver Spring, MD, USA</publisher-loc><year>2011</year></citation></ref>
<ref id="b26-sensors-12-01930"><label>26.</label><citation citation-type="web"><person-group person-group-type="author"><collab>NOAA</collab></person-group><article-title>NOAA FTP Server</article-title><year>2011</year><comment>Available online: <ext-link xlink:href="ftp://ftp.srrb.noaa.gov/pub/data/surfrad/" ext-link-type="ftp">ftp://ftp.srrb.noaa.gov/pub/data/surfrad/</ext-link> (accessed on 9 February 2012).</comment></citation></ref>
<ref id="b27-sensors-12-01930"><label>27.</label><citation citation-type="book"><person-group person-group-type="author"><name><surname>Hofmann-Wellenhof</surname><given-names>B.</given-names></name><name><surname>Lichtenegger</surname><given-names>H.</given-names></name><name><surname>Collins</surname><given-names>J.</given-names></name></person-group><source>Global Positioning System: Theory and Practice</source><edition>4th ed</edition><publisher-name>Springer Verlag</publisher-name><publisher-loc>Berlin, Heidelberg, Germany</publisher-loc><year>1997</year></citation></ref></ref-list>
<sec sec-type="display-objects">
<title>Figures</title>
<fig id="f1-sensors-12-01930" position="float">
<label>Figure 1.</label>
<caption>
<p>SGPS flowchart showing what steps are done by hardware and what by software.</p></caption>
<graphic xlink:href="sensors-12-01930f1.gif"/></fig>
<fig id="f2-sensors-12-01930" position="float">
<label>Figure 2.</label>
<caption>
<p>Hardware implementation based on Arduino Mega: power source, SD storage, clock and light dependent resistor (LDR) sensor. The simplest SGPS implementation costs less than US $40 in components.</p></caption>
<graphic xlink:href="sensors-12-01930f2.gif"/></fig>
<fig id="f3-sensors-12-01930" position="float">
<label>Figure 3.</label>
<caption>
<p>Daylight parameters influenced by latitude and longitude.</p></caption>
<graphic xlink:href="sensors-12-01930f3.gif"/></fig>
<fig id="f4-sensors-12-01930" position="float">
<label>Figure 4.</label>
<caption>
<p>(<bold>a</bold>) Gradual increase in intensity towards sunset; (<bold>b</bold>) Sudden hue changes predict sunrises and sunsets.</p></caption>
<graphic xlink:href="sensors-12-01930f4.gif"/></fig>
<fig id="f5-sensors-12-01930" position="float">
<label>Figure 5.</label>
<caption>
<p>Comparison between the Meeus and Spencer Equations of Time.</p></caption>
<graphic xlink:href="sensors-12-01930f5.gif"/></fig>
<fig id="f6-sensors-12-01930" position="float">
<label>Figure 6.</label>
<caption>
<p>Simulation results of the SGPS using Oslo coordinates. (<bold>a</bold>) The latitude is independent of the Equation of Time; (<bold>b</bold>) The longitude error is zero when using the EqT value from the Meeus equation, but not when using the Spencer expression.</p></caption>
<graphic xlink:href="sensors-12-01930f6.gif"/></fig>
<fig id="f7-sensors-12-01930" position="float">
<label>Figure 7.</label>
<caption>
<p>Correcting the midday error by the initial midday equation.</p></caption>
<graphic xlink:href="sensors-12-01930f7.gif"/></fig>
<fig id="f8-sensors-12-01930" position="float">
<label>Figure 8.</label>
<caption>
<p>Sunrise and sunset times identification (threshold = 0). (<bold>a</bold>) Real NOAA light intensity data for one day; (<bold>b</bold>) Sunrise transitions and how the sunrise time is chosen; (<bold>c</bold>) Sunset transition. In this case there is only one transition.</p></caption>
<graphic xlink:href="sensors-12-01930f8.gif"/></fig>
<fig id="f9-sensors-12-01930" position="float">
<label>Figure 9.</label>
<caption>
<p>Histograms showing the absolute percentage error. (<bold>a</bold>) Latitude histogram; (<bold>b</bold>) Longitude histogram.</p></caption>
<graphic xlink:href="sensors-12-01930f9.gif"/></fig>
<fig id="f10-sensors-12-01930" position="float">
<label>Figure 10.</label>
<caption>
<p>Histograms showing the absolute error in kilometers. (<bold>a</bold>) Latitude histogram; (<bold>b</bold>) Longitude histogram.</p></caption>
<graphic xlink:href="sensors-12-01930f10.gif"/></fig>
<fig id="f11-sensors-12-01930" position="float">
<label>Figure 11.</label>
<caption>
<p>Dispersion plots of the results. (<bold>a</bold>) Total dispersion plot; (<bold>b</bold>) Dispersion plot focused on the origin.</p></caption>
<graphic xlink:href="sensors-12-01930f11.gif"/></fig>
<fig id="f12-sensors-12-01930" position="float">
<label>Figure 12.</label>
<caption>
<p>Dispersion plots of the results for days with noisy measurements.</p></caption>
<graphic xlink:href="sensors-12-01930f12.gif"/></fig>
<fig id="f13-sensors-12-01930" position="float">
<label>Figure 13.</label>
<caption>
<p>Error percentage against elevation of the stations.</p></caption>
<graphic xlink:href="sensors-12-01930f13.gif"/></fig>
<fig id="f14-sensors-12-01930" position="float">
<label>Figure 14.</label>
<caption>
<p>Error of the algorithm for all days of 2010. (<bold>a</bold>) Latitude error; (<bold>b</bold>) Longitude error.</p></caption>
<graphic xlink:href="sensors-12-01930f14.gif"/></fig></sec></back></article>
