[Talk-at] Nur Oberösterreichkartendaten laden

[Stephan Plepelits]

On Wed, Feb 22, 2012 at 11:31:54AM +0100, Lukas Bischof wrote:
> Hallo Leute,
> 
> für ein kleines Projekt möchte ich Oberösterreichdaten hernehmen und selber
> rendern. Dabei stoße ich auf ein Problem:
> Bei Geofabrik kann man ja die Daten von Österreich als OSM und PBF
> herunterladen und dann schön mit Maperitive rendern.
> Allerdings würde ich gerne eine weniger speicherintensive Variante wählen,
> weil ich ja ohnehin nur Oberösterreich gebraucht wird.
> Mein Plan ist also, nur Oberösterreich von den OSM-Servern zu holen und die
> dann mit Maperitive zu verarbeiten.
> Hat jemand von euch einen Tipp, wie das am besten geht? die XAPI gibt mir
> immer eine Zeitüberschreitung.
Am besten die Daten von ganz Österreich hernehmen und dann via Osmosis[1]
- dem Schweizer Taschenmesser für die OSM - zuschneiden.

Die Daten für ein grosses Gebiet via der API oder XAPI runterzuladen ist
sehr rechenintensiv - darum die Zeitüberschreitung.

[1] http://wiki.openstreetmap.org/wiki/Osmosis

gruesse,
        Stephan
-- 
Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich
,---------------------------------------------------------------------.
| Stephan Plepelits,                                                  |
| Technische Universität Wien   -    Studien Informatik & Raumplanung |
| Projects:                                                           |
| > openstreetbrowser.org > couchsurfing.org > tubasis.at > bl.mud.at |
| Contact:                                                            |
| > Mail: skunk at xover.mud.at > Blog: plepe.at                         |
| > Twitter: twitter.com/plepe > Jabber: skunk at jabber.at              |
`---------------------------------------------------------------------'
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.openstreetmap.org/pipermail/talk-at/attachments/20120222/0116c7cc/attachment.sig>