Re: [Talk-at] Bawag PSK
Also für so "Gemeinschaftsfilialen" von Bawag-PSK und (echtem) Postamt würde ich zwei POIs setzen, damit kann ein Renderer wiedergeben, dass es dort eine Bank /und/ ein Postamt gibt, eine Suchfunktion (z.B. eines Navis) funktioniert usw. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Baumkataster Wien - Import
-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 eingezeichnet > wurde? Einfach löschen? Oder sollen wir sowas zurückmelden (OGD)? > > http://www.openstreetmap.org/browse/node/2044768880 Als externer: mal mit GPS hin gehen und kontrollieren. Sieht danach aus, das die Straßen nicht exakt genug sind für den Baum. Was natürlich nicht heisst, das auch der Baum falsch seion könnte. Aber bisher haben die Baumimporte eher gezeigt das Straßen und Wege nicht exakt genug waren... > LG, Markus MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik & WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDJiREACgkQmWhuE0qbFyNXIACdE0MNFFSuYKZ5kkonU5YIbsUk ORsAoI1iQbPXMjodKkwnmXaOb/xCRhxr =I4a5 -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Baumkataster Wien - Import
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)? http://www.openstreetmap.org/browse/node/2044768880 LG, Markus On 11/29/2012 03:50 AM, 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: http://gisforge.no-ip.org:5984/datastore/osm/ogd_trees_wien_selected.osm.bz2 Es war eine ganz schöne Menge Arbeit, diese zu präparieren. Im Wesentlichen wurde alles so wie zuvor beschrieben gemacht. So es keine Gegenstimmen gibt , würde ich morgen/demnächst den Import durchführen. lg, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Abbiegeverbote
Und natürlich nicht vergessen auf except=bicycle .. oder andere Fahrzeugklassen :) LG! Markus On 12/12/2012 07:57 PM, Markus Straub wrote: Hi, in der Arbeit habe ich mich gerade mit der Qualität von Abbiegebeziehungen in OSM (Wien) beschäftigt. Einige Lücken werde ich natürlich selbst stopfen, aber viel zu tun gibt auf einem Straßenzug wo ich in nächster Zeit nicht unterwegs sein werde: Gablenzgasse / Burggasse Vielleicht kommt ja wer von euch vorbei? LG, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Abbiegeverbote
Hi, in der Arbeit habe ich mich gerade mit der Qualität von Abbiegebeziehungen in OSM (Wien) beschäftigt. Einige Lücken werde ich natürlich selbst stopfen, aber viel zu tun gibt auf einem Straßenzug wo ich in nächster Zeit nicht unterwegs sein werde: Gablenzgasse / Burggasse Vielleicht kommt ja wer von euch vorbei? LG, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bawag PSK
Hallo! Am Mi, 12.12.2012, 09:13, schrieb Daniel Kraft: > Allerdings kenne ich auch Fälle von solchen Post-Partnern, wo es > durchaus Sinn machen würde, zu taggen, dass "zusätzlich" postal_service > angeboten wird. (Das Beispiel, das ich im Hinterkopf habe, ist der Spar > in Hieflau; dort ist derzeit ein eigener Node für das post_office > innerhalb des building für den Spar gesetzt.) Die Idee mit dem zusätzlichen Node ist keine schlechte Idee, finde ich. Bei uns gibt es einen Post-Partner (Tankstelle), die zwar Post-Dienste anbietet, aber zu anderen (eingeschränkten) Zeiten als den Tankstellenbetrieb. Wie sollte das dann beim selben Node ausschauen (postal_services:opening_hours=... ?) Bei dieser Tankstelle ist es übrigens zwar die selbe Person aber ein eigener Schalter, bei dem man sich getrennt anstellen muss. Erledigt später mal eine andere Firma die Postdienste, muss man diesen einen Node (mit PLZ usw.) nur zur anderen Firma weiterschieben. Ich bin für den eigenen Node. Grüße, Günther ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bawag PSK
On 12.12.2012 08:51, caigner wrote: > Nachdem die Postfiliale in Kaltenleutgeben zugesperrt wurde, gibt es jetzt > eine Trafik im Ort, die > Post-Services anbietet. > Also wäre so ein postal_service=yes gar keine so schlechte Idee. Find ich auch! Zwar denke ich, dass die Antwort auf meine ursprüngliche Frage wirklich eher ein gleichbedeutendes amenity=bank;post_office ist (da es bei der Bawag PSK, so wie ich es sehe, wirklich zwei gleichbedeutende Aufgaben sind, die an ein und demselben Schalter (auch nicht zwei Hälften ;)) erfüllt werden. Allerdings kenne ich auch Fälle von solchen Post-Partnern, wo es durchaus Sinn machen würde, zu taggen, dass "zusätzlich" postal_service angeboten wird. (Das Beispiel, das ich im Hinterkopf habe, ist der Spar in Hieflau; dort ist derzeit ein eigener Node für das post_office innerhalb des building für den Spar gesetzt.) Liebe Grüße, Daniel -- http://www.domob.eu/ OpenPGP: 3316 E372 FA0F A249 CEC2 A750 1D5C 2AF7 05C5 F263 -- Done: Arc-Bar-Cav-Hea-Kni-Ran-Rog-Sam-Tou-Val-Wiz To go: Mon-Pri ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
