Hallo,
ich habe eine Frage zum Baumkataster-Import.
Einige Karten, die aus OSM generiert werden, unterscheiden zwischen
signifikanten und nicht signifikanten Baeumen. Erstere werden
eingezeichnet, weil sie z.B. als Orientierungspunkt fuer Wanderer dienen
oder sogar einen Namen haben oder
Hallo Frederik!
On 31.01.13 23:23, Frederik Ramm wrote:
Einige Karten, die aus OSM generiert werden, unterscheiden zwischen
signifikanten und nicht signifikanten Baeumen.
Mal abgesehen davon, dass ich diese Einteilung für keine gute Idee halte.
Importierte Bäume haben Höhe, Stammumfang,
Ich habe vor dem Import bei der auf der OGD-Plattform angegebenen
Auskunftsadresse nachgefragt, ob bewusste Fehler eingebaut sind. Leider
hat die Antwort zwar erfolgt, aber auf die Frage nicht eingegangen.
Am Thu, 13 Dec 2012 13:30:01 +0100
schrieb Markus Straub markus.straub...@gmail.com:
Die
Den Baumkataster gibt es von Seiten der Stadt Wien auch auch Online:
http://www.wien.gv.at/umweltgut/public/grafik.aspx?ThemePage=11
Das Handling ist ein bisschen mühsam, aber um nachzusehen wo sich laut
Stadt Wien ein Baum befinden soll ist er sehr praktisch.
cu andreas
Am 12. Dezember 2012
On Thu, 13 Dec 2012 08:51:45 +0100
Lars Schimmer l.schim...@cgv.tugraz.at wrote:
On 2012-12-12 23:02, Markus Straub wrote:
Hi,
super Sache, sehr gelungener Import finde ich! Zum allergrößten
Teil ist er auch exakt, aber gerade eben bin ich über einen Fehler
gestolpert..
Was tun
Die Geometrie ist sehr genau, hab ich gerade gestern verfeinert :)
Und der Baum steht dort sicher nicht, denn ich fahr da jeden Tag in
die Arbeit vorbei. Wahrscheinlich ist er also vor ein paar Jahren beim
Bau von Hofer Tankstelle abhanden gekommen..
Man sieht auch recht gut (in JOSM), dass jetzt
Hi,
super Sache, sehr gelungener Import finde ich! Zum allergrößten Teil ist
er auch exakt, aber gerade eben bin ich über einen Fehler gestolpert..
Was tun mit einem Baum der mitten auf der Kreuzung eingezeichnet wurde?
Einfach löschen? Oder sollen wir sowas zurückmelden (OGD)?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-12-12 23:02, Markus Straub wrote:
Hi,
super Sache, sehr gelungener Import finde ich! Zum allergrößten
Teil ist er auch exakt, aber gerade eben bin ich über einen Fehler
gestolpert..
Was tun mit einem Baum der mitten auf der Kreuzung
Es ist vollbracht!
Seit gestern Abend ist der OGD Baumkataster der Stadt Wien mit all
seiner Pracht und seinen Schönheitsfehlern in OSM eingetragen.
Ein kurzer Bericht von mir dazu ist auf
http://gisforge.wordpress.com/2012/12/02/osm-import-of-the-opengovernment-treecadastre-of-vienna/
zu
gratulation, tolle arbeit, das sieht sehr gut aus!
mfg
___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 29/11/12 03:50, ScubbX wrote:
Hallo!
Die Daten sind nun für den Import präpariert! Timestamp ist der
27.11.2012, Bäume die heute eingetragen wurden, wurden nicht
beachtet. Die komprimierten OSM Daten kann man sich hier
herunterladen:
Von den bestehenden Bäumen wird kein einziger ersetzt. Die Übertragung
der Tags auf bestehende Bäume ist noch offen (Abgleichungsskript?).
Am 2012-11-29 10:35, schrieb Michael Maier:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 29/11/12 03:50, ScubbX wrote:
Hallo!
Die Daten sind nun für
On 29.11.12 11:46, ScubbX wrote:
Von den bestehenden Bäumen wird kein einziger ersetzt. Die Übertragung der
Tags auf bestehende Bäume ist noch
offen (Abgleichungsskript?).
Für die neuen Bäume gibt's IMO nix, was dagegen spricht. - Go.
Und ich wäre auch für ein Updatescript, das die Tags von
Am 2012-11-29 12:49, schrieb Stefan Tauner:
On Thu, 29 Nov 2012 11:46:23 +0100
ScubbX markus4mayr.li...@gmail.com wrote:
Von den bestehenden Bäumen wird kein einziger ersetzt. Die Übertragung
der Tags auf bestehende Bäume ist noch offen (Abgleichungsskript?).
hab mir das erzeugt osm (noch)
On Thu, 29 Nov 2012 13:42:06 +0100
ScubbX markus4mayr.li...@gmail.com wrote:
Am 2012-11-29 12:49, schrieb Stefan Tauner:
On Thu, 29 Nov 2012 11:46:23 +0100
ScubbX markus4mayr.li...@gmail.com wrote:
Von den bestehenden Bäumen wird kein einziger ersetzt. Die Übertragung
der Tags auf
Mir ist Kiefer durch mein Studium einfach geläufiger, aber das kann
auch an den Lehrbüchern liegen, die meist aus Deutschland kommen. ;-)
Mir ist Föhre auch recht, also habe ich dies nun so eingestellt.
Es werden nun genau nach deiner Empfehlung Bäume übergangen, was
folgendes Ergebnis zur
Die - nach Baumhöhe und Alter entfallende Bäume: 678 entfallen
natürlich nicht, sondern sind mit fixme=Baum oder Strauch versehen.
Am 2012-07-13 22:15, schrieb Friedrich Volkmann:
Markus Mayr wrote:
Zumindest für mich ist
Kiefer nicht weniger Österreichisch, bzw. genau so üblich?
Wo bist
Hallo Markus!
Mir sind gestern beim Vorbeifahren die Bäume am Lerchenfelder Gürtel (von KaiRo)
aufgefallen:
http://osm.org/go/0JrC~UeMH--
Die decken sich ziemlich mit den in der MZK eingezeichneten. Inwieweit sind die
deckungsgleich mit dem Baumkataster und inwieweit könnte man diese Bäume
-To: 4fff8d64.8000...@gmail.com
Subject: Re: [Talk-at] Baumkataster Wien - Import
X-BeenThere: talk-at@openstreetmap.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: OpenStreetMap AT talk-at@openstreetmap.org
List-Id: OpenStreetMap AT talk-at.openstreetmap.org
List-Unsubscribe: http
Genial!
Kannst du dein Python Script bzw. die generierte Josm Datei irgendwo
Online stellen?
Dann könnte ich die Daten einmal auf meinen Server einspielen und eine
vor bzw. nach dem Baumkataster Import Karte erstellen.
cu andreas
Am 13. Juli 2012 04:52 schrieb Markus Mayr
Das wäre interessant zu sehen. Ginge das eventuell sogar im
Standard-Mapnik Stil? Der vorläufige Datensatz ist hier:
http://dl.dropbox.com/u/2137759/include.csv.tar.gz
(Wenn du lieber eine OSM.XML hättest, so kann ich auch diese schicken.)
Dieser wird noch etwas verändert, aber im Großen und
Die Baumnummer zu integrieren ist wahrschienlich tatsächlich sinnvoll.
Gut, dass es die Möglichkeit für das Pflanzjahr gibt!
Den Kronendurchmesser in width zu speichern finde ich zwar nicht sehr
elegant, aber immer noch besser als diameter_crown.
taxon:cultivar würde ich dennoch belasse, da
Am 13. Juli 2012 12:06 schrieb Markus Mayr markus4mayr.li...@gmail.com:
Das wäre interessant zu sehen. Ginge das eventuell sogar im Standard-Mapnik
Stil?
Leider nein, ich verwende mittlerweile Imposm [0], Tilemill [1] und
Mapnik2 [2] zum Kartenerstellen, weshalb ich den Default OSM Style
Am 13. Juli 2012 12:44 schrieb Markus Mayr markus4mayr.li...@gmail.com:
Die Baumnummer zu integrieren ist wahrschienlich tatsächlich sinnvoll.
Theoretisch sollte jeder Baum der im ODG Baumkataster eingezeichnet
mit einem Schild mit der Baumnummer markiert sein.
Insofern macht die Baumnummer in
Soweit habe ich einmal nur den Import noch nicht bestehender Bäume
geplant. Das Hinzufügen von fehlenden Informationen zu bestehenden
Bäumen kann man dann nachträglich immer noch machen. Das geht dann
allerdings meines Wissens nach mit dem JOSM nicht mehr, da müsste ein
eigenes update-script
Bezüglich dem Filtern von Sträuchern: Ich sehe da keine einfache Lösung.
Ein bisschen habe ich nun mit Stammdicke, Kronendurchmesser und Art
experimentiert, aber sehr verlässlich wirkt das nicht.
Ein manueller Check wirkt dabei auch unmachbar. Ich würde alles
Importieren - eventuell könnte man
Markus Mayr wrote:
Zumindest für mich ist
Kiefer nicht weniger Österreichisch, bzw. genau so üblich?
Wo bist du aufgewachsen?
Im Südlichen Mitteleuropa nennt man die Kiefern (Pinus-Arten) gewöhnlich
Föhren, Fohren oder Forchen, im niederdeutschen Sprachgebiet auch Fuhren.
[...] (Ellenberg
Hallo!
Ich habe im Script, welches das Feld ART im OGD-Datensatz in
OSM-kompatible genus, species und species:de Felder zerlegt um
eine Benennung des type - Feldes erweitert.
Dieses wird mit folgendem Filter-Code ermittelt. Es wäre gut, wenn
jemand mit botanischen Kenntnissen nochmals
Hallo, nochmals!
Ich habe meine Analyse und bisheriges Procedere zum
OGD-Baumkataster-Import hier niedergeschrieben:
http://gisforge.wordpress.com/2012/07/13/preparing-the-opengovernment-treecadastre-of-vienna-for-osm-import/
Der nach diesen Kriterien erstellte Datensatz liegt im JOSM bereit.
29 matches
Mail list logo