<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet href="http://blogs.forum.nokia.com/styles/rss.css" type="text/css"?>
<rdf:RDF
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
  xmlns:admin="http://webns.net/mvcb/"
  xmlns="http://purl.org/rss/1.0/"
>
 <channel rdf:about="http://blogs.forum.nokia.com/rss.php?blogId=15055&amp;profile=rss10">
  <title>Jacek Wojciechowski&#039;s Forum Nokia Blog</title>
  <link>http://blogs.forum.nokia.com/blog/jacek-wojciechowskis-forum-nokia-blog</link>
  <description>&lt;p&gt;Thoughts on new mobile technologies and development areas.&lt;/p&gt;
&lt;p&gt;P.S.&lt;br /&gt;
Use Nokia barcode reader to read the code ;-)&lt;/p&gt;
</description>
    <dc:creator>jack44</dc:creator>
  <dc:date>2009-11-23T19:04:41Z</dc:date>
  <admin:generatorAgent rdf:resource="http://www.lifetype.net" />
  <items>
   <rdf:Seq>
       <rdf:li rdf:resource="http://blogs.forum.nokia.com/blog/jacek-wojciechowskis-forum-nokia-blog/2008/12/13/location-aware-browsing-on-mobiles" />
       <rdf:li rdf:resource="http://blogs.forum.nokia.com/blog/jacek-wojciechowskis-forum-nokia-blog/2007/07/31/gps-galileo-signal-better-possibilities-for-future-mobiles" />
       <rdf:li rdf:resource="http://blogs.forum.nokia.com/blog/jacek-wojciechowskis-forum-nokia-blog/2007/05/18/use-of-gps-and-power-consumption" />
      </rdf:Seq>
  </items> 
 </channel>
  <item rdf:about="http://blogs.forum.nokia.com/blog/jacek-wojciechowskis-forum-nokia-blog/2008/12/13/location-aware-browsing-on-mobiles">
  <title>Location-aware browsing on mobiles</title>
  <link>http://blogs.forum.nokia.com/blog/jacek-wojciechowskis-forum-nokia-blog/2008/12/13/location-aware-browsing-on-mobiles</link>
  <dc:description>Natural way of using location-based services (especially maps and navigation) on our mobiles is to use dedicated applications like Nokia Maps, Google Maps for S60, etc. Such applications are written in native C++ and have access to AGPS, wi-fi, network/cellid information, and other technologies that work indoors or outdoors and provide information on location with better or worse accuracy. Also natural is to access map services through browsers - this works both in mobile device environment and PC/notebook world. But providing information about where you are for a browser in a mobile environment is a little bit tricky. Let&#039;s consider some potential solutions working &lt;u&gt;in a browser environment&lt;/u&gt; (but you may also check &lt;a href=&quot;http://www.forum.nokia.com/info/sw.nokia.com/id/9ef38bb4-4407-4f1a-9f8f-5319acd998ac/S60_Essentials_LBS_v1_0_en.pdf.html&quot;&gt;Creating Location-Aware Applications document&lt;/a&gt;).&lt;br /&gt;
&lt;br /&gt;
&lt;strong&gt;Plugin for a browser&lt;/strong&gt;&lt;br /&gt;
First of all, this solution will work only for a chosen browser and you need to port it to different platforms (e.g. Symbian, Windows, Linux, etc.). Of course, knowledge of Symbian&#039;s C++ is a must to write such plugin (not mentioning about signing it by using Symbian Signed). Secondly, you have to force the user to install the plugin. Thirdly, is there a &amp;quot;proper way&amp;quot; to develop plugins for S60 web browser that will operate like Firefox Add-ons? Browser Plug-in API must suffice here. (OK, you may also develop an application that will use GPS and Browser Control API, but it&#039;s not a preferred solution here - it&#039;s like creating your own location-aware browser).&lt;br /&gt;
&lt;br /&gt;
&lt;strong&gt;Local geolocation server&lt;/strong&gt;&lt;br /&gt;
Of course, it&#039;s possible to develop such simple background server that will be a proxy/cache between a webpage running in a browser and location provider by using one of available S60 programming languages (e.g. use HTTP libraries for Symbian C++ or Python web server module to make the task a lot simpler, or even mix your solution with opensource &lt;a href=&quot;http://wiki.opensource.nokia.com/projects/Mobile_Web_Server&quot;&gt;MWS / Racoon&lt;/a&gt;, &lt;a href=&quot;http://wiki.opensource.nokia.com/projects/PAMP&quot;&gt;PAMP&lt;/a&gt; or &lt;a href=&quot;http://sourceforge.net/projects/janussymbianeng/&quot;&gt;this small HTTP server&lt;/a&gt;). It forces the user to install additional software that will consume some disk space and RAM (not mentioning that the solution isn&#039;t portable). The big advantage is that such local HTTP server may be used by many other S60 applications running on different runtimes and it may provide any information you can normally get via native application (in case of location-aware services: when there&#039;s no GPS signal read MAC addresses/SSIDs of all available wlans with their signal strength, Cell Id/Location Area Code/MCC/MNC that combined with remote or local database provide &lt;a href=&quot;http://en.wikipedia.org/wiki/Hybrid_Positioning_System&quot;&gt;hybrid positioning system&lt;/a&gt;).&lt;br /&gt;
&lt;br /&gt;
&lt;strong&gt;S60 Platform Services&lt;/strong&gt;&lt;br /&gt;
Currently, you&#039;ve got access to these services via S60 5th+ WRT widgets (WGZ files) and S60 5th+ Flash Lite. &lt;a href=&quot;http://blogs.forum.nokia.com/blog/jacek-wojciechowskis-forum-nokia-blog/2008/11/05/s60-5th-edition-enhancing-widgets...-let-s-get-widgetized&quot;&gt;S60 Platform Services&lt;/a&gt; (Location Service API, Landmarks Service API) aren&#039;t ported to other mobile platforms (BTW, &lt;a href=&quot;http://www.forum.nokia.com/Resources_and_Information/Explore/Software_Platforms/Series_40/&quot;&gt;Series 40&lt;/a&gt; could adopt WRT widgets from S60 - why not?). What&#039;s more, it seems that it&#039;s not possible to use &lt;a href=&quot;http://discussion.forum.nokia.com/forum/showthread.php?t=152641&quot;&gt;S60 Platform Services in a web browser environment&lt;/a&gt; (outside WRT widget) - what a pity! I can also imagine using embedded Flash content - Flash Lite 3 on S60 5th edition delivers extensibility through S60 Platform Services (&lt;a href=&quot;http://library.forum.nokia.com/topic/Flash_Lite_Developers_Library/GUID-4DDE31C7-EC0D-4EEC-BC3A-A0B0351154F8.html#GUID-4DDE31C7-EC0D-4EEC-BC3A-A0B0351154F8&quot;&gt;access to device location&lt;/a&gt; through &lt;a href=&quot;http://library.forum.nokia.com/topic/Flash_Lite_Developers_Library/GUID-65AAF569-D347-462B-B59A-9D7CA184AB9C.html#GUID-65AAF569-D347-462B-B59A-9D7CA184AB9C&quot;&gt;ActionScript Service APIs&lt;/a&gt;). I&#039;m not an expert here - can someone confirm that such solution may work in practice for a Flash embedded into a webpage on S60 browser?&lt;br /&gt;
&lt;br /&gt;
&lt;strong&gt;Google Gears&lt;/strong&gt;&lt;br /&gt;
&lt;a href=&quot;http://code.google.com/p/gears/&quot;&gt;This (still beta) project&lt;/a&gt;&amp;nbsp;enables more powerful web applications, by adding new features to web browsers. It provides &lt;a href=&quot;http://code.google.com/p/gears/wiki/GeolocationAPI&quot;&gt;The Geolocation API&lt;/a&gt;&amp;nbsp;that enables a web application to obtain a user&#039;s geographical position. It&#039;s available &lt;a href=&quot;http://en.wikipedia.org/wiki/Google_Gears#Support&quot;&gt; on some (also mobile) browsers&lt;/a&gt;, but currently skips S60. It&#039;s great to see it &lt;a href=&quot;https://garage.maemo.org/svn/browser/extensions/&quot;&gt; coming&lt;/a&gt; &lt;a href=&quot;http://code.google.com/p/gears/issues/detail?id=292&amp;amp;redir=1&quot;&gt;slowly&lt;/a&gt; to Maemo.&lt;br /&gt;
&lt;br /&gt;
&lt;strong&gt;W3C Geolocation Specification implemented by the browser&lt;/strong&gt;&lt;br /&gt;
IMHO, it&#039;s a &lt;u&gt;very good solution to follow&lt;/u&gt;. Using &lt;a href=&quot;http://dev.w3.org/geo/api/spec-source.html&quot;&gt;W3C Geolocation Specification&lt;/a&gt; will help to avoid fragmentation and that will have big influence on development of location-aware web applications (one API + many browsers = success!). Developers will not have to develop code to address browser-specific geolocation APIs (S60, Android, Windows Mobile use different solutions today). From the specs... &lt;em&gt;&amp;quot;The Geolocation API defines a high-level interface to location information associated with the hosting device, such as latitude and longitude. The API itself is agnostic of the underlying location information sources. Common sources of location information include Global Positioning System (GPS) and location inferred from network signals such as IP address, RFID, WiFi and Bluetooth MAC addresses, and GSM/CDMA cell IDs. (... ) The Geolocation API in this specification builds upon &lt;a href=&quot;http://azarask.in/blog/post/geolocation-in-firefox-and-beyond/&quot;&gt;earlier&lt;/a&gt; &lt;a href=&quot;http://code.google.com/p/google-gears/wiki/GeolocationAPI&quot;&gt;work&lt;/a&gt;&amp;nbsp;&lt;a href=&quot;http://locationaware.org/wiki/index.php?title=Working_Draft&quot;&gt;in the industry&lt;/a&gt;.&amp;quot;&lt;/em&gt; &amp;nbsp;Where&#039;s the catch? At the time of writing, the document has a status of informal proposal. Developers will be able to play with the API in the upcoming beta releases of Firefox 3.1, as well as alpha releases of &lt;a href=&quot;https://wiki.mozilla.org/Mobile/Fennec/Releases&quot;&gt; Fennec&lt;/a&gt;&amp;nbsp;(Mozilla Firefox web browser for mobile devices like Maemo based N810 or &lt;a href=&quot;http://www.christiansejersen.com/blog/2008/12/10/fennec-mobile-firefox-for-symbian/&quot;&gt;S60&lt;/a&gt;). Developers can also try Firefox 3 and &lt;a href=&quot;http://labs.mozilla.com/2008/10/introducing-geode/&quot;&gt;Geode add-on&lt;/a&gt; that provides an early implementation of the W3C Geolocation specification.&lt;br /&gt;
&lt;br /&gt;
I wish to have... S60 mobile web browser with geolocation APIs! I hope that many (mobile or not mobile) web browsers will support this specification in near future! (please do)&lt;br /&gt;
&lt;br /&gt;
I can imagine that I use geo-referenced blog, where notes, music, photos and videos I post to the blog are automatically linked to my location (no matter whether I use smartphone, Nokia Internet Tablet, or notebook for blogging; no matter whether I have access to GPS, wifi or GSM signal to define my current location). I can imagine RSS service/browser that treats in a special way &lt;a href=&quot;http://georss.org/&quot;&gt; GeoRSS&lt;/a&gt;&amp;nbsp;feeds, so I can only see the information relevant to the place I am. I can imagine banking service that can show me the nearest ATMs (cash machines) after accepting the security note. I can imagine highly personalized movie website that... And what are your ideas?&lt;br /&gt;
&lt;br /&gt;</dc:description>
      
    <dc:subject>Browsing</dc:subject>
      
    <dc:subject>Location Based Services</dc:subject>
      
    <dc:subject>S60</dc:subject>
     
    
  <dc:date>2008-12-13T15:06:44Z</dc:date>
    <dc:creator>jack44</dc:creator>
 </item>
  <item rdf:about="http://blogs.forum.nokia.com/blog/jacek-wojciechowskis-forum-nokia-blog/2007/07/31/gps-galileo-signal-better-possibilities-for-future-mobiles">
  <title>GPS + Galileo signal - better possibilities for future mobiles?</title>
  <link>http://blogs.forum.nokia.com/blog/jacek-wojciechowskis-forum-nokia-blog/2007/07/31/gps-galileo-signal-better-possibilities-for-future-mobiles</link>
  <dc:description>&lt;p&gt;According to the article &quot;&lt;a target=&quot;undefined&quot; href=&quot;http://www.eetimes.com/news/latest/showArticle.jhtml?articleID=201201706&quot;&gt;U.S., E.U. agree on common GPS-Galileo signal design&lt;/a&gt;&quot; at EETimes, The United States and the European Union are moving forward on a common system of satellite navigation after reaching an agreement on a joint civil signal for the technology. The US system, called Navstar GPS, is the only fully operational GNSS (Global Navigation Satellite System) currently in use, though the EU&#039;s Galileo project is in the initial stages of deployment. The new agreement eliminates compatibility and security issues, and will allow makers of GPS equipment to increase their devices interoperability by utilizing the new common signals, dubbed GPS L1C and Galileo L1F. The European Commission&#039;s Director-General Matthais Ruete says the agreement will &quot;facilitate the rapid acceptance of Galileo in global markets side by side with GPS.&quot;&lt;/p&gt;
&lt;p&gt;&lt;br /&gt;
This probably means that we&#039;re going to begin to see a whole sets of new chips / devices working with both systems in the near future. This will add better accuracy for location based services (LBS).&lt;/p&gt;
&lt;p&gt;&lt;br /&gt;
Geocaching only gets easier...&lt;/p&gt;</dc:description>
      
    <dc:subject>Location Based Services</dc:subject>
     
    
  <dc:date>2007-07-31T14:27:20Z</dc:date>
    <dc:creator>jack44</dc:creator>
 </item>
  <item rdf:about="http://blogs.forum.nokia.com/blog/jacek-wojciechowskis-forum-nokia-blog/2007/05/18/use-of-gps-and-power-consumption">
  <title>Use of GPS and power consumption</title>
  <link>http://blogs.forum.nokia.com/blog/jacek-wojciechowskis-forum-nokia-blog/2007/05/18/use-of-gps-and-power-consumption</link>
  <dc:description>&lt;p&gt;When we want to use GPS in our mobile devices we have two choices: either to use device with GPS onboard (like N95, E90, 6110 navigator) or to use external bluetooth GPS device. Each choice has some pros and cons. In-built means only one (convergent) device in the pocket, but using more power and having lower sensivity circuit; external - means additional device with its own power supply (plus probably additional charger to take care of!), more sensitive GPS (in addition: accuracy may be increased thanks to WAAS/EGNOS to 1-3m as opposed to the normal 10-15m; there may be included a logger of visited positions), such device will use power for computations and data communication only (for example every 1sec + maintenance of connection).&lt;/p&gt;
&lt;p&gt;&lt;br /&gt;I&#039;m beginning to wonder which solution is better when we think about power consumption. The answer seems to be simple: mobile device + external GPS, but could you share your experience (maybe someone has made some real tests) on how longer will such configuration work (+30% more time?)&lt;/p&gt;</dc:description>
      
    <dc:subject>Connectivity</dc:subject>
      
    <dc:subject>General</dc:subject>
      
    <dc:subject>Location Based Services</dc:subject>
     
    
  <dc:date>2007-05-18T16:27:09Z</dc:date>
    <dc:creator>jack44</dc:creator>
 </item>
 </rdf:RDF>