Heise online berichtet über das deutsche Online-Schadstoffregister PRTR (Pollutant Release and Transfer Register). Das Projekt nutzt ausschliesslich Open Source Software – unter anderem PostgreSQL, PostGIS, UMN Mapserver und Mapbender. Das Kartenmaterial von OpenStreetMap wird verwendet.
Das OpenStreetMap-Projekt migriert einen Teil seiner Datenbanken von MySQL nach PostgreSQL. PostgreSQL bietet anscheinend in diesem Fall Vorteile in Sachen Transaktionsfähigkeit und Abfrageoptimierung.
Paul Ramsey berichtet in seinem englischen Blog weitere Details dazu.
Die ZEIT hat Sven Anders zum Thema OSM interviewt.
Die Frage, ob ODBC nötig ist, um PostGIS bzw. PostgreSQL zu nutzen, ist mir schon öfters untergekommen. Die Antwort ist: Nein. ODBC (Open Database Connectivity) ist nur eine mögliche Schnittstelle, um standardisiert auf Datenbanken zuzugreifen. Je nach Client-Software können auch andere Schnittstellen genutzt werden.
So werden Java-Programme meistens JDBC benutzen. Programme wie pgAdmin, gpgsql2shp oder gshp2pgsql nutzen die PostgreSQL-Bibliotheken direkt, so dass ODBC als Schnittstelle nicht benötigt wird.
Optional wird ODBC von PostgreSQL natürlich unterstützt. Dadurch können Programme, die ODBC unterstützen (beispielsweise Excel) über ODBC auf PostgreSQL-Daten zugreifen. Wer die nötige Konfiguration der ODBC-Verbindung allerdings scheut und eher selten auf die Daten zugreift, dem sei z.B. ein Export der Daten aus pgAdmin heraus als Alternative empfohlen.
Die ZEIT berichtet über “Das Problem des Handlungsreisenden” – im Englischen “Traveling Salesman Problem” oder kurz TSP genannt.
Nach der Einleitung, die das Problem am Beispiel der Müllabfuhr, die alle Tonnen auf dem kürzesten Weg leeren muss, bleibt der Bericht leider sehr theoretisch.
Und verschweigt, dass es durchaus Algorithmen gibt, die eine näherungsweise Lösung des Problems ermöglichen – nicht im mathematischen Sinne – für die praktische Anwendung aber sicher hinreichend.
Die pgRouting-Bibliothek enthält beispielsweise entsprechende Routinen.
Paul Ramsey berichtet in seinem (englischen) Blog über die deutlich schnellere Ausführung der Funktion ST_contains() in der nächsten PostGIS-Version (1.3.4).
Hinter der Geschwindigkeitssteigerung stecken sogenannte vorbereitete Geometrien mit speziellen Indexierungen.
PostGIS ist die GIS-Erweiterung für die PostgreSQL-Datenbank.
Eine neue Version der PostgreSQL-Erweiterung PostArabic steht unter polyline.de/postarabic/ zur Verfügung.
PostArabic ermöglicht die korrekte Darstellung arabischer Schrift z.B. im Zusammenspiel mit der gd-Bibliothek oder älteren Mapserver-Versionen.
Die korrekte Darstellung arabischer Schrift erfordert zusätzlichen Aufwand, da arabische Buchstaben andere Formen annehmen können, je nachdem, ob sie am Wortanfang, -ende oder isoliert stehen.
Da neuere Mapserver-Versionen Unterstützung für arabische Schrift mitbringen, ist dies möglicherweise die finale PostArabic-Version.
PostArabic ist freie Software (Open Source) und unterliegt den Bedingungen der LGPL.
Eine neue Version von gshp2pgql ist unter polylinie.de/gshp2pgsql verfügbar.
Die neue Version enthält entliche Bug Fixes und sollte deutlich robuster sein.
Gshp2pgsql bietet eine graphische Benutzeroberfläche, um Shapefiles in PostGIS-Datenbanken zu laden.
Es handelt sich um freie Software, die unter den Bedingungen der GPL zur Verfügung steht.
Heise online berichtet über die neue Version 8.3 des relationalen Datenbankmanagementsystems PostgreSQL. Die neue Version bringt einige Leistungsverbesserungen aber auch neue Fähigkeiten wie XML-Unterstützung.
PostGIS, die GIS-Erweiterung für die PostgreSQL-Datenbank, ist in der Version 1.3.2 erschienen. Diese Version bringt einige Fehlerkorrekturen und kleinere Funktionserweiterungen. Weitere Informationen zu der neuen Version finden sich auf dieser englischen Webseite.