<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:foaf="http://xmlns.com/foaf/0.1/" xmlns:og="http://ogp.me/ns#" xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#" xmlns:schema="http://schema.org/" xmlns:sioc="http://rdfs.org/sioc/ns#" xmlns:sioct="http://rdfs.org/sioc/types#" xmlns:skos="http://www.w3.org/2004/02/skos/core#" xmlns:xsd="http://www.w3.org/2001/XMLSchema#" version="2.0" xml:base="https://www.linuxjournal.com/tag/geolocation">
  <channel>
    <title>Geolocation</title>
    <link>https://www.linuxjournal.com/tag/geolocation</link>
    <description/>
    <language>en</language>
    
    <item>
  <title>OpenStreetMap Should Be a Priority for the Open Source Community</title>
  <link>https://www.linuxjournal.com/content/openstreetmap-should-be-priority-open-source-community</link>
  <description>  &lt;div data-history-node-id="1339878" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-field-node-image field--type-image field--label-hidden field--item"&gt;  &lt;img src="https://www.linuxjournal.com/sites/default/files/nodeimage/story/openstreetmap.png" width="800" height="440" alt="""" typeof="foaf:Image" class="img-responsive" /&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/glyn-moody" lang="" about="https://www.linuxjournal.com/users/glyn-moody" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Glyn Moody&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;&lt;em&gt;Why open source needs an open geographic dataset.&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;
Open source has won. The fact that free software now dominates
practically every sector of computing (with the main exception of the
desktop) is proof of that. But there is something even more important
than the victory of open source itself, and that is the wider success of
the underlying approach it embodies. People often forget just how radical
the idea of open, collaborative development seemed when it appeared in
the 1990s. Although it is true that this philosophy was the norm in
the very earliest days of the field, that culture was soon forgotten
with the rapid rise of commercial computing, which swept everything
before it in the pursuit of handsome profits. There, a premium was
placed on maintaining trade secrets and of excluding competitors.
But the appearance of GNU and Linux, along with the other open software
projects that followed, provided repeated proof that the older approach
was better for reasons that are obvious upon reflection.
&lt;/p&gt;

&lt;p&gt;
Open, collaborative development allows people to build on the work of
others, instead of wastefully re-inventing the wheel, and it enables the best
solutions to be chosen on technical, rather than commercial, grounds.
The ability to work on areas of personal interest, rather than on those
assigned by managers, encourages new talent to join projects in order
to pursue their passions, while the non-discriminatory global reach of
the open method means that the pool of contributors is much larger than
for conventional approaches. However, none of those advantages is tied
to software: they can be applied to many fields. And that is precisely
what has happened in the last two decades, with the ideas underlying
free software producing astonishing results elsewhere.
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/openstreetmap-should-be-priority-open-source-community" hreflang="en"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Mon, 11 Jun 2018 11:30:00 +0000</pubDate>
    <dc:creator>Glyn Moody</dc:creator>
    <guid isPermaLink="false">1339878 at https://www.linuxjournal.com</guid>
    </item>
<item>
  <title>Geolocation</title>
  <link>https://www.linuxjournal.com/content/geolocation</link>
  <description>  &lt;div data-history-node-id="1338417" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-field-node-image field--type-image field--label-hidden field--item"&gt;  &lt;img src="https://www.linuxjournal.com/sites/default/files/nodeimage/story/map-thumb_0.jpg" width="550" height="408" alt="" typeof="foaf:Image" class="img-responsive" /&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/reuven-lerner" lang="" about="https://www.linuxjournal.com/users/reuven-lerner" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Reuven Lerner&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;
There's an old saying in the real-estate business that the three most
important things in a property are location, location and location.
We can assume this is still true when it comes to real estate,
but it also is increasingly true when it comes to Web applications. A
number of my recent consulting projects have included, in one way or
another, the need to work with addresses and locations of various
sorts.
&lt;/p&gt;

&lt;p&gt;
This shouldn't come as too much of a surprise, given the many ways 
that the Web is becoming the way we communicate, store
information and work. It gives me a warm (if somewhat creepy)
feeling when a site I go to wishes me a "good morning",
because it
knows it is now morning in my part of the world. It's useful when
a mapping program starts off by displaying my current location as a
default. And as the person running various applications, I like the
fact that I can learn basic geographical information about my
users—both so I can offer additional services while simultaneously
receiving useful data.
&lt;/p&gt;

&lt;p&gt;
Working with street addresses, location coordinates and the like
falls under the umbrella of "geolocation". So in this article, I
review a few of the technologies and options that use geolocation and
offer some suggestions as to how you can include such features in your
own Web applications.
&lt;/p&gt;

&lt;h3&gt;
Which Server?&lt;/h3&gt;

&lt;p&gt;
The first thing to realize when it comes to geolocation is that you're
almost certainly not going to be able to do it alone. Sure, given
enormous amounts of time and money, you probably could figure out the
locations and street addresses of most people in the world, but
you're unlikely to do this. This means you're going to have to
connect to one or more companies that owns and distributes mapping
information via an API, such as Google, Bing (Microsoft) or similar.
&lt;/p&gt;

&lt;p&gt;
There are free and open-source alternatives to commercial map
providers, such as &lt;a href="http://freegeoip.net"&gt;http://freegeoip.net&lt;/a&gt; and &lt;a href="http://www.openstreetmap.org"&gt;http://www.openstreetmap.org&lt;/a&gt;. However, the
APIs of the commercial offerings are richer and seem to be better
supported. Even some of the free services will require or expect that
you have an API key, for which you need to register. This allows them
to track how many requests you are making and to limit your usage
unless you pay for a commercial tier. Although it is useful and nice to
work with open-source tools, the remainder of this column assumes you are working with a commercial provider.
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/geolocation" hreflang="und"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Thu, 18 Sep 2014 16:00:00 +0000</pubDate>
    <dc:creator>Reuven Lerner</dc:creator>
    <guid isPermaLink="false">1338417 at https://www.linuxjournal.com</guid>
    </item>

  </channel>
</rss>
