<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Subjektive Wahrnehmung &#187; Openstreetmap</title>
	<atom:link href="http://blog.gegg.us/category/openstreetmap/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.gegg.us</link>
	<description>Ein Blog über Freie Software, (Netz-)politik und mehr</description>
	<lastBuildDate>Fri, 06 Aug 2010 18:50:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>PostGIS and hstore for OSM Data</title>
		<link>http://blog.gegg.us/2010/07/postgis-and-hstore-for-osm-data/</link>
		<comments>http://blog.gegg.us/2010/07/postgis-and-hstore-for-osm-data/#comments</comments>
		<pubDate>Tue, 20 Jul 2010 18:55:40 +0000</pubDate>
		<dc:creator>giggls</dc:creator>
				<category><![CDATA[FOSSGIS]]></category>
		<category><![CDATA[Openstreetmap]]></category>
		<category><![CDATA[dictionary]]></category>
		<category><![CDATA[hash]]></category>
		<category><![CDATA[hstore]]></category>

		<guid isPermaLink="false">http://blog.gegg.us/?p=606</guid>
		<description><![CDATA[Unlike traditional GIS data, which usually uses just a couple of attributes per spacial object, openstreetmaps comes with a free tagging scheme. In traditional database design it is impossible to store this type of data in a single table thus adding the need for joins in any single SQL request.
Starting from Version 9.0 PostgreSQL will [...]]]></description>
			<content:encoded><![CDATA[<p>Unlike traditional GIS data, which usually uses just a couple of attributes per spacial object, openstreetmaps comes with a free tagging scheme. In traditional database design it is impossible to store this type of data in a single table thus adding the need for <a href="http://en.wikipedia.org/wiki/Join_%28SQL%29">joins</a> in any single SQL request.</p>
<p>Starting from Version 9.0 PostgreSQL will however include an extension called hstore which is available as a <a href="http://pgfoundry.org/projects/hstore-new/">backport for current Versions of PostgreSQL</a> (8.3 and 8.4) and even as a debian package.</p>
<p>Using this extension an additional key/value table is no longer needed.</p>
<p>Already back in March <a href="http://www.mail-archive.com/dev@openstreetmap.org/msg10853.html">I commited a patch</a> for osm2pgsl which would allow for storage of tag objects inside such a hstore column.</p>
<p>An hstore is basically what is known as hash (perl) or dictionary (python) in scripting languages. A datatype for storage of key value pairs &#8211; well suited for storage of OSM data tags.</p>
<p>Talking about python I took me quite some time to figure out how to convert a hstore result from an SQL query so here is how it works:</p>
<pre>q="select (each(tags)).key,(each(tags)).value from ... where ..."
cur.execute(q)
rows = cur.fetchall()
hstore=dict(rows)
</pre>
<p>Back to the actual hstore issue&#8230;</p>
<p>In the meantime people are actually starting to use this stuff and <a href="http://wiki.openstreetmap.org/wiki/User:MaZderMind">MaZder</a> even wrote a <a href="http://wiki.openstreetmap.org/wiki/DE:HowtoMinutelyHstore">HOWTO document</a> (currently in german language only) on howto set up such a database.</p>
<p>So here are the projects currently using hstore that I am aware of:</p>
<ul>
<li><a href="http://toolserver.org/~kolossos/osm/index.php">Query-to-map</a></li>
<li><a href="http://toolserver.org/~osm/styles/">Map Styles on the Wikimedia Toolserver</a></li>
<li><a href="http://olm.openstreetmap.de">Open Link Map</a></li>
<li><a href="http://post.openstreetmap.de">Mail and Phone Map</a></li>
<li><a href="http://brewpubs.openstreetmap.de">Open Brewpub Map</a> (my own pet project)</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://blog.gegg.us/2010/07/postgis-and-hstore-for-osm-data/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The 201 Gigapixel Image :)</title>
		<link>http://blog.gegg.us/2010/03/the-201-gigapixel-image/</link>
		<comments>http://blog.gegg.us/2010/03/the-201-gigapixel-image/#comments</comments>
		<pubDate>Sun, 14 Mar 2010 22:14:49 +0000</pubDate>
		<dc:creator>giggls</dc:creator>
				<category><![CDATA[FOSSGIS]]></category>
		<category><![CDATA[Openstreetmap]]></category>

		<guid isPermaLink="false">http://blog.gegg.us/?p=503</guid>
		<description><![CDATA[German Company Aerowest is providing Openstreetmap with high resolution Images.
Once again I have been doing most of the technical work which needed to be done behind the scenes. While wms.openstreetmap.de has been up and running for a few weeks now I still had to do some stuff to get the things going.
First of all I [...]]]></description>
			<content:encoded><![CDATA[<p>German Company <a href="http://www.aerowest.de/">Aerowest</a> is providing Openstreetmap with <a href="http://wiki.openstreetmap.org/wiki/Dortmund/Luftbilder/Pressemitteilung">high resolution Images</a>.</p>
<p>Once again I have been doing most of the technical work which needed to be done behind the scenes. While <a href="http://blog.gegg.us/2010/01/announcing-wms-openstreetmap-de/">wms.openstreetmap.de</a> has been up and running for a few weeks now I still had to do some stuff to get the things going.</p>
<p>First of all I converted the mapscript from the older <a href="http://www.modpython.org">mod_python</a> to the state of the art <a href="http://code.google.com/p/modwsgi/">mod_wsgi</a>. Furthermore the script has been extended to allow for individual copyright-watermarks based on mapfile entries. Tiles generated for Potlatch are now cached using the Apache Module <a href="http://httpd.apache.org/docs/2.2/mod/mod_disk_cache.html">mod_disk_cache</a>.</p>
<p>The aerial image itself came as a raster image of 201 Gigapixels in the very good (in terms of image compression) but proprietary <a href="http://en.wikipedia.org/wiki/ECW_%28file_format%29">ECW-format</a>. For legal reasons we are now using another format for actually serving the image (eating a huge 675 Gigabytes of disk-space) because the proprietary license of libecwj2 does not state very clearly if we are allowed to use it in our setup or not.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.gegg.us/2010/03/the-201-gigapixel-image/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Announcing wms.openstreetmap.de</title>
		<link>http://blog.gegg.us/2010/01/announcing-wms-openstreetmap-de/</link>
		<comments>http://blog.gegg.us/2010/01/announcing-wms-openstreetmap-de/#comments</comments>
		<pubDate>Fri, 15 Jan 2010 19:23:29 +0000</pubDate>
		<dc:creator>giggls</dc:creator>
				<category><![CDATA[FOSSGIS]]></category>
		<category><![CDATA[Openstreetmap]]></category>

		<guid isPermaLink="false">http://blog.gegg.us/?p=456</guid>
		<description><![CDATA[A few weeks ago I started to set up http://wms.openstreetmap.de to serve aerial images donated by various sources for Openstreetmap use. Currently the system holds data from german communities Lauf an der Pegnitz and Neunkirchen am Sand (thank you very much for donating the data!). It is designed to be  extensible with additional data [...]]]></description>
			<content:encoded><![CDATA[<p>A few weeks ago I started to set up <a href="http://wms.openstreetmap.de">http://wms.openstreetmap.de</a> to serve aerial images donated by various sources for Openstreetmap use. Currently the system holds data from german communities <a href="http://www.lauf.de/">Lauf an der Pegnitz</a> and <a href="http://www.neunkirchen-am-sand.de/">Neunkirchen am Sand</a> (thank you very much for donating the data!). It is designed to be  extensible with additional data in an easy way. If anybody in the Openstreetmap community is looking for such a service just drop me a line.</p>
<p>The system is powered by <a href="http://mapserver.org/">Mapservers</a> mapscript written in Python to allow for convenient URLs in <a href="http://josm.openstreetmap.de">JOSM&#8217;s</a> WMS plugin. In addition to this I just added support for the Online Openstreetmap Editor Potlatch while learning how to use custom tile-servers with it by chance. This is done by converting tilenames in z/x/y format to the bounding boxes needed for WMS. An <a href="http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html">Apache mod_rewrite</a> rule provides a virtual tile-URL in the syntax needed by Potlatch and allows for direct edit-links of the available areas now provided on <a href="http://wms.openstreetmap.de">http://wms.openstreetmap.de</a></p>
<p>The script itself will be released as free software and added to Openstreetmap SVN.</p>
<p>Finally I need to mention that the system is also running on one of the <a href="http://wiki.openstreetmap.org/wiki/FOSSGIS/Server">Servers</a> sponsored by german webhosting company <a href="http://www.strato.de">STRATO AG</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.gegg.us/2010/01/announcing-wms-openstreetmap-de/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>IPv6 bei Strato: Der Kenner wundert sich!</title>
		<link>http://blog.gegg.us/2009/12/ipv6-bei-strato-der-kenner-wundert-sich/</link>
		<comments>http://blog.gegg.us/2009/12/ipv6-bei-strato-der-kenner-wundert-sich/#comments</comments>
		<pubDate>Thu, 03 Dec 2009 20:43:56 +0000</pubDate>
		<dc:creator>giggls</dc:creator>
				<category><![CDATA[FOSSGIS]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[Openstreetmap]]></category>

		<guid isPermaLink="false">http://blog.gegg.us/?p=409</guid>
		<description><![CDATA[Heute lese ich bei Heise, dass Strato ab sofort IPV6 und VLAN anbietet. Nun hat die deutsche Openstreetmap Community ja freundlicherweise 3 Server von dieser Firma gesponsort bekommen und ich dachte mir dass man da ja mal IPv6 aktivieren könnte!
Über die Realisierung ist man man dann jedoch, wenn man IPv6 schon länger kennt etwas verwundert. [...]]]></description>
			<content:encoded><![CDATA[<p>Heute lese ich bei <a href="http://www.heise.de/newsticker/meldung/Dedizierte-Server-mit-IPv6-und-VLAN-875685.html">Heise</a>, dass Strato ab sofort IPV6 und VLAN anbietet. Nun hat die deutsche Openstreetmap Community ja freundlicherweise <a href="http://www.openstreetmap.de/news.html">3 Server</a> von dieser Firma gesponsort bekommen und ich dachte mir dass man da ja mal IPv6 aktivieren könnte!</p>
<p>Über die Realisierung ist man man dann jedoch, wenn man IPv6 schon länger kennt etwas verwundert. Während die Konfiguration der IPv4 Adresse automatisch per DHCP erfolgt muss man die IPv6 Adresse manuell einstellen und das obwohl bei IPv6 im Gegensatz zu IPv4 die automatische Konfiguration eigentlich das übliche Verfahren ist.</p>
<p>Ich habe hier zu Hause auf meinem Desktoprechner beispielsweise keine IPv6 Adresse explizit eingestellt. Stattdessen bekomme ich diese von meinem Router per <a href="http://www.litech.org/radvd/">radvd</a> automatisch anhand der MAC-Adresse zugewiesen.</p>
<p>Es ist schon erstaunlich, dass das bei Strato nicht so funktioniert. Trotzdem natürlich kein Vergleich zu den Mitbewerbern bei denen man IPv6 nur zum völlig absurden Aufpreis von 29 €/Monat (Hetzner) oder kostenlos per Tunnel (1&#038;1) bekommt.</p>
<p>Langer Rede kurzer Sinn, die drei FOSSGIS Rechner bei Strato sind also ab sofort auch per IPv6 erreichbar!</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.gegg.us/2009/12/ipv6-bei-strato-der-kenner-wundert-sich/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Die deutsche Wikipedia hat offensichtlich wirklich ein Problem :(</title>
		<link>http://blog.gegg.us/2009/11/die-deutsche-wikipedia-hat-offensichtlich-wirklich-ein-problem/</link>
		<comments>http://blog.gegg.us/2009/11/die-deutsche-wikipedia-hat-offensichtlich-wirklich-ein-problem/#comments</comments>
		<pubDate>Tue, 17 Nov 2009 00:10:16 +0000</pubDate>
		<dc:creator>giggls</dc:creator>
				<category><![CDATA[Netzpolitik]]></category>
		<category><![CDATA[Openstreetmap]]></category>

		<guid isPermaLink="false">http://blog.gegg.us/?p=399</guid>
		<description><![CDATA[Da unterhält man sich ganz normal mit anderen Geeks und amüsiert sich über das xkcd Special zur Schließung von GeoCities. Webseiten, wie sie die alten Säcke unter uns alle noch erlebt haben. Soweit so lustig.
Nun schlägt man bei Wikipedia nach und stellt fest, dass da nur ein Teil der Realität beschreiben wird. Die Beschreibung darüber, [...]]]></description>
			<content:encoded><![CDATA[<p>Da unterhält man sich ganz normal mit anderen Geeks und amüsiert sich über das <a href="http://mashable.com/2009/10/26/geocities-xkcd/">xkcd Special zur Schließung von GeoCities</a>. Webseiten, wie sie die alten Säcke unter uns alle noch erlebt haben. Soweit so lustig.</p>
<p>Nun schlägt man bei Wikipedia nach und stellt fest, dass da nur <a href="http://de.wikipedia.org/wiki/Geocities">ein Teil der Realität</a> beschreiben wird. Die Beschreibung darüber, dass diese Webseiten typischerweise ein wie soll man sagen &#8220;ganz spezielles&#8221; Aussehen hatten wurde schlichtweg <a href="http://de.wikipedia.org/w/index.php?title=GeoCities&#038;diff=66223915&#038;oldid=66041855">als irrelevant</a> gelöscht.</p>
<blockquote><p>Das zu den Hochzeiten von GeoCities oft verwendete, eigenwillige Seitendesign – geprägt von animierten GIF-Bildern, Frames, blinkenden Hintergrundbildern, dudelnder Musik sowie &#8220;Under Construction&#8221;-Schildern – kann im Firefox-Browser durch ein Plugin simuliert werden.</p></blockquote>
<p>Nun kann man das sicher besser formulieren, aber die zugrunde liegende Idee, dass gar keine Information besser ist als schlecht formulierte Information ist schlichtweg nicht akzeptabel.</p>
<p>In diesem Sinne, tun wir alles dafür, dass Openstreetmap niemals so enden muss! Ja Leute, eine Straße mit halbwegs richtigem Verlauf ist besser als gar keine Straße.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.gegg.us/2009/11/die-deutsche-wikipedia-hat-offensichtlich-wirklich-ein-problem/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Problems in Wikipedia that Openstreetmap does not have</title>
		<link>http://blog.gegg.us/2009/10/problems-in-wikipedia-that-openstreetmap-does-not-have/</link>
		<comments>http://blog.gegg.us/2009/10/problems-in-wikipedia-that-openstreetmap-does-not-have/#comments</comments>
		<pubDate>Mon, 19 Oct 2009 17:30:52 +0000</pubDate>
		<dc:creator>giggls</dc:creator>
				<category><![CDATA[FOSS]]></category>
		<category><![CDATA[FOSSGIS]]></category>
		<category><![CDATA[Openstreetmap]]></category>

		<guid isPermaLink="false">http://blog.gegg.us/?p=335</guid>
		<description><![CDATA[Currently there are ongoing discussions in the german arm of the wikipedia about the relevance of certain articles. Some people think they should be deleted because they are not relevant enough to be mentioned in an encyclopedia.
While Openstreetmap has different and arguably harder to solve problems in other areas, we fortunately do not have one [...]]]></description>
			<content:encoded><![CDATA[<p>Currently there are ongoing discussions in the german arm of the wikipedia about the relevance of certain articles. Some people think they should be deleted because they are not relevant enough to be mentioned in an encyclopedia.</p>
<p>While Openstreetmap has different and arguably harder to solve problems in other areas, we fortunately do not have one in this particular case.</p>
<p>As a matter of fact, we simply don&#8217;t even try to rate something as relevant.<br />
If you want to put an object into our database, because it is relevant for you, then you are welcome to do so. The now infamous discussion on the german mailinglist about dog-excrement-bags comes to mind.</p>
<p>The only thing where I could imagine a simular discussion is one about particular objects to be rendered in the standard map style or not.</p>
<p>There is only one reason for objects to be deleted from our database. They are nonexistent on a particular place, ever were and ever will be.</p>
<p>If they are non-existant anymore (e.g. stuff like disused railways)  they have to be marked as such. Pretty black and white stuff as you can see.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.gegg.us/2009/10/problems-in-wikipedia-that-openstreetmap-does-not-have/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>&#8220;Edit in JOSM&#8221; Greasemonkey script for Openstreetmap Objects</title>
		<link>http://blog.gegg.us/2009/09/edit-in-josm-greasemonkey-script-for-openstreetmap-objects/</link>
		<comments>http://blog.gegg.us/2009/09/edit-in-josm-greasemonkey-script-for-openstreetmap-objects/#comments</comments>
		<pubDate>Sat, 26 Sep 2009 22:17:41 +0000</pubDate>
		<dc:creator>giggls</dc:creator>
				<category><![CDATA[Openstreetmap]]></category>
		<category><![CDATA[Quickhacks]]></category>

		<guid isPermaLink="false">http://blog.gegg.us/?p=310</guid>
		<description><![CDATA[Thinking about customization of the Openstreetmap Website in addition to my load current map view into josmbookmarklet I came across Greasemonkey which is a Firefox add-on that allows users to install scripts that make on-the-fly changes to HTML web page content.
This comes very handy if one uses JOSM for Editing Openstreetmap stuff instead of the [...]]]></description>
			<content:encoded><![CDATA[<p>Thinking about customization of the Openstreetmap Website in addition to my <a href="http://blog.gegg.us/2009/07/bookmarklet-to-load-the-current-section-of-a-slippy-map-into-josm/">load current map view into josm</a>bookmarklet I came across <a href="http://en.wikipedia.org/wiki/Greasemonkey">Greasemonkey</a> which is a Firefox add-on that allows users to install scripts that make on-the-fly changes to HTML web page content.</p>
<p>This comes very handy if one uses <a href="http://josm.openstreetmap.de">JOSM</a> for Editing Openstreetmap stuff instead of the online editor Potlatch. As JOSM allows to be remote-controlled by means of HTTP commands it is now possible using <a href="http://geggus.net/osm/josm_remote.user.js">my greasemonkey script</a> to load OSM objects (nodes,ways and relations) into a running Editor while browsing them with the OSM Data Layer.</p>
<p>Currently edit links are added to OSM browse-URLs of the following form:</p>
<ul>
<li>http://www.openstreetmap.org/browse/node/&lt;node-id&gt;</li>
<li>http://www.openstreetmap.org/browse/way/&lt;way-id&gt;</li>
<li>http://www.openstreetmap.org/browse/relation/&lt;relation-id&gt;</li>
</ul>
<p><img src="http://geggus.net/sven/blogbilder/osm-greasemonkey.png" alt="OSM and Greasemonkey" /></p>
<p>Feel free to contact me if this should be added for other URLs on the Openstreetmap Website as well.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.gegg.us/2009/09/edit-in-josm-greasemonkey-script-for-openstreetmap-objects/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Intergeo 2009</title>
		<link>http://blog.gegg.us/2009/09/intergeo-2009/</link>
		<comments>http://blog.gegg.us/2009/09/intergeo-2009/#comments</comments>
		<pubDate>Fri, 18 Sep 2009 23:13:29 +0000</pubDate>
		<dc:creator>giggls</dc:creator>
				<category><![CDATA[FOSSGIS]]></category>
		<category><![CDATA[Openstreetmap]]></category>

		<guid isPermaLink="false">http://blog.gegg.us/?p=300</guid>
		<description><![CDATA[Next week myself and other people from FOSSGIS e.V. will be present at the INTERGEO fair which is hosted In my hometown this year.
Working at the booth of my employer for most of the time, I will be at the OSGeo Park on Wednesday.
This should be a good place to spread the word about Openstreetmap. [...]]]></description>
			<content:encoded><![CDATA[<p>Next week myself and other people from <a href="http://www.fossgiss.de">FOSSGIS e.V.</a> will be present at the <a href="http://www.intergeo.de/en/englisch/index.php">INTERGEO</a> fair which is hosted In my <a href="http://www.karlsruhe.de">hometown</a> this year.</p>
<style type="text/css">#map_1 {padding: 0; margin: 0;}#map_1 img{padding: 0; margin: 0;border:none}</style><div id="map_1" style="width:500px; height:400px; overflow:hidden; padding:0px;"><script type="text/javascript" src="http://www.openlayers.org/api/OpenLayers.js"></script><script type="text/javascript" src="http://www.openstreetmap.org/openlayers/OpenStreetMap.js"></script><script type="text/javascript">/* <![CDATA[ */(function($) { map = new OpenLayers.Map ("map_1", {            controls:[              new OpenLayers.Control.Navigation(),              new OpenLayers.Control.PanZoom(),              new OpenLayers.Control.Attribution()              ],          maxExtent: new OpenLayers.Bounds(-20037508.34,-20037508.34,20037508.34,20037508.34),          maxResolution: 156543.0399,          numZoomLevels: 19,          units: "m",          projection: new OpenLayers.Projection("EPSG:900913"),           displayProjection: new OpenLayers.Projection("EPSG:4326")      } );var layerMapnik = new OpenLayers.Layer.OSM.Mapnik("Mapnik");var layerTah    = new OpenLayers.Layer.OSM.Osmarender("Osmarender");var layerCycle  = new OpenLayers.Layer.OSM.CycleMap("CycleMap");map.addLayers([layerMapnik, layerTah, layerCycle]);map.addControl(new OpenLayers.Control.LayerSwitcher());    function osm_getTileURL(bounds) {        var res = this.map.getResolution();        var x = Math.round((bounds.left - this.maxExtent.left) / (res * this.tileSize.w));        var y = Math.round((this.maxExtent.top - bounds.top) / (res * this.tileSize.h));        var z = this.map.getZoom();        var limit = Math.pow(2, z);        if (y < 0 || y >= limit) {            return OpenLayers.Util.getImagesLocation() + "404.png";        } else {            x = ((x % limit) + limit) % limit;            return this.url + z + "/" + x + "/" + y + "." + this.type;        }    }var lonLat = new OpenLayers.LonLat(8.33076,48.98003).transform(map.displayProjection,  map.projection);map.setCenter (lonLat,15);})(jQuery)/* ]]&gt; */ </script></div>
<p>Working at the <a href="http://www.iitb.fraunhofer.de/servlet/is/28596/">booth of my employer</a> for most of the time, I will be at the <a href="http://www.fossgis.de/wiki/Intergeo">OSGeo Park</a> on Wednesday.</p>
<p>This should be a good place to spread the word about Openstreetmap. Karlsruhe was the first mayor german city to be completely mapped and this is also the place where the authors of the Openstreetmap book live. </p>
<p>Both of them will also be present at the OSGeo Park.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.gegg.us/2009/09/intergeo-2009/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Kraichgau-Hohenlohe- und Bibertal-Radweg</title>
		<link>http://blog.gegg.us/2009/09/kraichgau-hohenlohe-und-bibertal-radweg/</link>
		<comments>http://blog.gegg.us/2009/09/kraichgau-hohenlohe-und-bibertal-radweg/#comments</comments>
		<pubDate>Fri, 04 Sep 2009 14:05:44 +0000</pubDate>
		<dc:creator>giggls</dc:creator>
				<category><![CDATA[Fahrrad]]></category>
		<category><![CDATA[Openstreetmap]]></category>

		<guid isPermaLink="false">http://blog.gegg.us/?p=271</guid>
		<description><![CDATA[In diesem Jahr habe ich meine alljährliche Radtour von Karlsruhe nach Nürnberg dazu genutzt zwei komplette Fernradwege in Openstreetmap zu vervollständigen! Den Kraichgau-Hohenlohe-Weg von Bad Schönborn nach Rothenburg ob der Tauber sowie den Bibertalweg zwischen Rothenburg ob der Tauber und Fürth.
Letzteren gab es zwar schon weitgehend, die zugehörige Relation war aber in einem sehr häßlichen [...]]]></description>
			<content:encoded><![CDATA[<p>In diesem Jahr habe ich meine alljährliche Radtour von Karlsruhe nach Nürnberg dazu genutzt zwei komplette Fernradwege in Openstreetmap zu vervollständigen! Den <a href="http://osm.org/?layers=00B0FTFT&#038;relation=111978">Kraichgau-Hohenlohe-Weg</a> von Bad Schönborn nach Rothenburg ob der Tauber sowie den <a href="http://osm.org/?layers=00B0FTFT&#038;relation=190109">Bibertalweg</a> zwischen Rothenburg ob der Tauber und Fürth.</p>
<p>Letzteren gab es zwar schon weitgehend, die zugehörige Relation war aber in einem sehr häßlichen Zustand. Offensichtlich ist das leider bei vielen bestehenden Relationen der Fall <img src='http://blog.gegg.us/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> </p>
<p>Das sind vermutlich auch noch Nachwirkungen der API Umstellung von 0.5 auf 0.6.</p>
<p>Unabhängig davon sollte man aber schon Wege splitten, wenn der Radweg nicht über den kompletten Weg läuft, denn es soll ja im Endeffekt ein Weg mit eindeutigem Verlauf zu erkennen sein.</p>
<p>Schön zu sehen ist auf dieser Radtour immer der jährliche Fortschritt des OSM Projektes. Während vor 3 Jahren außerhalb der Ballungsräume KA, HN und N noch fast nichts gemappt war. Konnte ich in diesem Jahr schon zu 99% auf gemappten Wegen radeln.</p>
<p>Zwei kurze Wegstücke habe ich sogar mit Hilfe des automatischen Routings der OSM Garminkarte zurückgelegt. An dieser Stelle mal ein herzliches Dankeschön an die Macher von <a href="http://www.mkgmap.org.uk">mkgmap</a> und an der Author der <a href="http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map">All in one Garmin Map</a>.</p>
<p>Trotzdem gibt es natürlich insbesondere auf<br />
der Hohenloher Ebene und im Gebiet Frankenhöhe noch viel zu tun!</p>
<p>Ich bin übrigens zum Freund von amenity=bench bzw. tourism=picnic_site geworden <img src='http://blog.gegg.us/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Es ist nämlich überaus praktisch, wenn man seine kurzen Pausen sitzend verbringen kann, weil man auf dem GPS gesehen hat, dass in wenigen Metern eine Sitzgelegenheit ist.</p>
<p>Was jetzt noch fehlt ist eine POI Suche nach Fahrradhändlern, die hätte ich in diesem Jahr gut gebrauchen können.</p>
<p>Der Kraichgau-Hohenlohe-Weg ist nämlich leider nicht ganz vollständig. Es fehlt das Teilstück zwischen Langenburg und Schrotzberg! </p>
<p>Aufgrund einer Fahrradpanne musste ich hier leider vom geplanten Weg abweichen <img src='http://blog.gegg.us/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> </p>
<p>Ach und nochwas ist mir aufgefallen: Bei Beschilderungen für Radfahrer ist Baden-Württemberg den Bayern um Längen vorraus.</p>
<p>Es interessiert in der Regel durchaus wie weit es noch bis zum nächsten Dorf ist. Bei KFZ Wegweisern eine Selbstverständlichkeit. In Bayern findet man soetwas selbst auf offiziellen Fernradwegen außerhalb der Ballungsräume eher selten.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.gegg.us/2009/09/kraichgau-hohenlohe-und-bibertal-radweg/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Openstreetmap communal data import</title>
		<link>http://blog.gegg.us/2009/08/openstreetmap-communal-data-import/</link>
		<comments>http://blog.gegg.us/2009/08/openstreetmap-communal-data-import/#comments</comments>
		<pubDate>Sat, 01 Aug 2009 20:34:53 +0000</pubDate>
		<dc:creator>giggls</dc:creator>
				<category><![CDATA[Openstreetmap]]></category>

		<guid isPermaLink="false">http://blog.gegg.us/?p=256</guid>
		<description><![CDATA[A while back Markus Bärlocher asked me to help importing data he obtained from his municipal administration to Openstreetmap.
The most useful data in such a case is shapes of buildings. Other data has to be processed manually with the help of a WMS Server.
Today I imported the buildings which are already visible on the attached [...]]]></description>
			<content:encoded><![CDATA[<p>A while back <a href="http://www.lau-net.de/baerlocher/">Markus Bärlocher</a> asked me to help importing data he obtained from his municipal administration to Openstreetmap.</p>
<p>The most useful data in such a case is shapes of buildings. Other data has to be processed manually with the help of a WMS Server.</p>
<p>Today I imported the buildings which are already visible on the attached slippy map.</p>
<style type="text/css">#map_2 {padding: 0; margin: 0;}#map_2 img{padding: 0; margin: 0;border:none}</style><div id="map_2" style="width:500px; height:400px; overflow:hidden; padding:0px;"><script type="text/javascript" src="http://www.openlayers.org/api/OpenLayers.js"></script><script type="text/javascript" src="http://www.openstreetmap.org/openlayers/OpenStreetMap.js"></script><script type="text/javascript">/* <![CDATA[ */(function($) { map = new OpenLayers.Map ("map_2", {            controls:[              new OpenLayers.Control.Navigation(),              new OpenLayers.Control.PanZoom(),              new OpenLayers.Control.Attribution()              ],          maxExtent: new OpenLayers.Bounds(-20037508.34,-20037508.34,20037508.34,20037508.34),          maxResolution: 156543.0399,          numZoomLevels: 19,          units: "m",          projection: new OpenLayers.Projection("EPSG:900913"),           displayProjection: new OpenLayers.Projection("EPSG:4326")      } );var layerMapnik = new OpenLayers.Layer.OSM.Mapnik("Mapnik");var layerTah    = new OpenLayers.Layer.OSM.Osmarender("Osmarender");var layerCycle  = new OpenLayers.Layer.OSM.CycleMap("CycleMap");map.addLayers([layerMapnik, layerTah, layerCycle]);map.addControl(new OpenLayers.Control.LayerSwitcher());    function osm_getTileURL(bounds) {        var res = this.map.getResolution();        var x = Math.round((bounds.left - this.maxExtent.left) / (res * this.tileSize.w));        var y = Math.round((this.maxExtent.top - bounds.top) / (res * this.tileSize.h));        var z = this.map.getZoom();        var limit = Math.pow(2, z);        if (y < 0 || y >= limit) {            return OpenLayers.Util.getImagesLocation() + "404.png";        } else {            x = ((x % limit) + limit) % limit;            return this.url + z + "/" + x + "/" + y + "." + this.type;        }    }var lonLat = new OpenLayers.LonLat(11.329,49.525).transform(map.displayProjection,  map.projection);map.setCenter (lonLat,14);})(jQuery)/* ]]&gt; */ </script></div>
]]></content:encoded>
			<wfw:commentRss>http://blog.gegg.us/2009/08/openstreetmap-communal-data-import/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
