[Talk-de] Bing post-desaster Bilder von Japan verfügbar
Hallo, es gibt jetzt in JOSM Bing-Bilder, z.B. hier http://www.openstreetmap.org/?lat=38.42171&lon=141.35352&zoom=15&layers=M und östlich Sendai, http://www.openstreetmap.org/?lat=38.42171&lon=141.35352&zoom=15&layers=M Die dürften aktell eingespielt werden, je nach zoomen kommen die früheren pre- und jetzt post-desaster Bilder. Viele Grüße Dietmar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] bing_versatz
Hallo, hier http://www.openstreetmap.org/?lat=30.99507&lon=61.48552&zoom=15&layers=M grenzen Bing-Luftbilder mit unterschiedlichem Versatz aneinander. Es gibt dort keine gpx-Spuren herunterzuladen. Weiß jemand, welches Bing-Bild "richtig" ist? Danke und Gruß, Anselm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] bing_versatz
Am 15.03.2011 09:50, schrieb a_beste: Hallo, hier http://www.openstreetmap.org/?lat=30.99507&lon=61.48552&zoom=15&layers=M grenzen Bing-Luftbilder mit unterschiedlichem Versatz aneinander. Es gibt dort keine gpx-Spuren herunterzuladen. Weiß jemand, welches Bing-Bild "richtig" ist? *Nachschauen* könntest du ja bei Google (solche Fehler gibts übrigens auchhier im Land) Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] bing_versatz
Am 15. März 2011 10:28 schrieb Steffen Heinz : > *Nachschauen* könntest du ja bei Google > (solche Fehler gibts übrigens auchhier im Land) wobei Google zum Teil grottenschlecht referenziert ist, und in der Hybridansicht zwischen ihrer eigenen Karte und dem Luftbild ein signifikanter Versatz geradezu ins Auge springt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bahnhöfe von U-Bahnen und Zügen
Wir mappen Bahnhöfe von U-Bahnen und die von Zügen zunächst gleich (railway=station), die Unterscheidung ob es sich um eine S-Bahn, einen Zug oder eine U-Bahn handelt findet beim Gleis statt. In der Auswertung schafft das ein paar Probleme, die nicht sehr groß sind, solange das railway=station auf einem Node liegt, der Teil des Gleises ist. Wenn nun aber auch U- und S-Bahnhöfe als Flächen gemappt sind, und auf dem Gleis nur noch ein railway=stop, dann finde ich es nicht mehr ganz trivial, ein sauberes Rendering hinzubekommen, schwierig wird es vor allem dann, wenn die U-Bahn (oder S-Bahn) und die Züge räumlich übereinander (also koordinatenmäßig an derselben Stelle) verkehren. Aus Datensicht ist es ja prinzipiell nicht schlecht, wenn die Bahnhöfe als Flächen gemappt sind, weil man die Ausmaße dann klar in der Karte hat. Hat jemand sich hier schonmal Gedanken gemacht, wie man das (Unterscheidung der Bahnhofstypen) am Besten angehen könnte? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von übereinanderliegenden Ways
Hallo, Am 13.03.11 schrieb Holger Schr@der: Ich finde, dass das verwirrend +1 und ein unüblichen Taggen ist. 2.Ist das bearbeiten schwierig. Im Potlatch habe ich auf den ersten Blick keine Möglichkeit gefunden an den unteren Way zu gelangen. Man kann wiederholt einen gemeinsamen Knoten markieren und "/" drücken, das wählt jedesmal einen anderen Weg aus. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zu viel '...more OSM coming soon'
Hi Seit gefühlt etwas über einer Woche hab' ich rund bis 1/3tel der Kacheln mit '...more OSM coming soon' im Browser. Nur bei Mapnik (nicht de). Mapnik-de ist nicht rasend schnell, osma geht. Ist das im Moment üblich? Oder meint da irgendwas ich würde zuviele Tiles holen?(Nein, ich browse nur und das nur wenig) Oder was an meinem Netz defekt? So kann man eigentlich keine Karte ins Netz stellen, Besucher würden das wohl als arg laienhaft ansehen - gegenüber dem großen G. Irgendwie bischen ein Showstopper für osm. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viel '...more OSM coming soon'
Zitat Peter: > Hi > > Seit gefühlt etwas über einer Woche hab' ich rund bis > 1/3tel der Kacheln mit '...more OSM coming soon' im Browser. > Nur bei Mapnik (nicht de). Mapnik-de ist nicht rasend schnell, > osma geht. > > Ist das im Moment üblich? > Oder meint da irgendwas ich würde zuviele Tiles holen?(Nein, > ich browse nur und das nur wenig) Oder was an meinem Netz > defekt? > > So kann man eigentlich keine Karte ins Netz stellen, > Besucher würden das wohl als arg laienhaft ansehen - > gegenüber dem großen G. Irgendwie bischen ein Showstopper > für osm. Angaben zum verwendeten Browser waeren hilfreich. Aber Moment, ich schau mal in die Glaskugel... Sieht aus wie Firefox... Die Spur fuehrt zu den Einstellungen, Inhalt, Grafiken laden, Aussnahmen, c.tile.openstreetmap.org, Wesite entfernen -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viel '...more OSM coming soon'
Am 15.03.2011 15:27, schrieb Michael Buege: Zitat Peter: Hi Seit gefühlt etwas über einer Woche hab' ich rund bis 1/3tel der Kacheln mit '...more OSM coming soon' im Browser. Nur bei Mapnik (nicht de). Mapnik-de ist nicht rasend schnell, osma geht. Ist das im Moment üblich? Oder meint da irgendwas ich würde zuviele Tiles holen?(Nein, ich browse nur und das nur wenig) Oder was an meinem Netz defekt? So kann man eigentlich keine Karte ins Netz stellen, Besucher würden das wohl als arg laienhaft ansehen - gegenüber dem großen G. Irgendwie bischen ein Showstopper für osm. Angaben zum verwendeten Browser waeren hilfreich. Öhem, ich dachte es hängt sonstwo. Aber Moment, ich schau mal in die Glaskugel... Sieht aus wie Firefox... Die Spur fuehrt zu den Einstellungen, Inhalt, Grafiken laden, Aussnahmen, c.tile.openstreetmap.org, Wesite entfernen es war b Wie kommt das dahin? *rotwerd* war ich das? Danke. Ich fauler Sack hätte ja mal einen anderen Rechner probieren können, oder anderen Browser. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viel '...more OSM coming soon'
Michael Buege wrote: Angaben zum verwendeten Browser waeren hilfreich. Aber Moment, ich schau mal in die Glaskugel... Sieht aus wie Firefox... Der Eintrag im Kontext Menü zum Blocken wurde in Firefox4 entfernt . Ich hatte OSM dort als Beispiel angegeben das es zu oft aus versehen passiert und die USer es nicht bemerken trotz der Infobar die davor warnt. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viel '...more OSM coming soon'
Am 15.03.2011 16:53, schrieb Matthias Versen: Michael Buege wrote: Angaben zum verwendeten Browser waeren hilfreich. Aber Moment, ich schau mal in die Glaskugel... Sieht aus wie Firefox... Der Eintrag im Kontext Menü zum Blocken wurde in Firefox4 entfernt . Ich hatte OSM dort als Beispiel angegeben das es zu oft aus versehen passiert und die USer es nicht bemerken trotz der Infobar die davor warnt. Ahhja. Bin ich doch nicht blöd. Der Eintrag liegt ärgerlich nahe an 'Image info'. Die Infobar oben kommt ja auch nur wenn man es einstellt. Da würde ich zwar sagen 'Das kann man nicht übersehen', aber anscheinend doch:-) Zu FF: Ansich wäre eine Meldung im statusbar o.ä. gut die einem zeigt wenn irgendwas das die Seite betrifft anders eingestellt ist als 'üblicherweise'. Naja. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnhöfe von U-Bahnen und Zügen
M∡rtin Koppenhoefer schrieb: > Wir mappen Bahnhöfe von U-Bahnen und die von Zügen zunächst gleich > (railway=station), die Unterscheidung ob es sich um eine S-Bahn, einen > Zug oder eine U-Bahn handelt findet beim Gleis statt. In der > Auswertung schafft das ein paar Probleme, die nicht sehr groß sind, > solange das railway=station auf einem Node liegt, der Teil des Gleises > ist. Wenn nun aber auch U- und S-Bahnhöfe als Flächen gemappt sind, > und auf dem Gleis nur noch ein railway=stop, dann finde ich es nicht > mehr ganz trivial, ein sauberes Rendering hinzubekommen, schwierig > wird es vor allem dann, wenn die U-Bahn (oder S-Bahn) und die Züge > räumlich übereinander (also koordinatenmäßig an derselben Stelle) > verkehren. > > Aus Datensicht ist es ja prinzipiell nicht schlecht, wenn die Bahnhöfe > als Flächen gemappt sind, weil man die Ausmaße dann klar in der Karte > hat. > > Hat jemand sich hier schonmal Gedanken gemacht, wie man das > (Unterscheidung der Bahnhofstypen) am Besten angehen könnte? > Irgendwie seh ich das Problem nicht: Wenn U&S-Bahn an der selben Stelle in verschiedenen Ebenen halten, hat die Station ziemlich sicher bei beiden den gleichen Namen. Also reicht ein node "xyz Hauptbahnhof" zur Namenskennzeichnung aus. Bei allen übrigen U-Bahn-Stationen sieht man an der angrenzenden Linienfarbe, ob eine U/S/Regionalbahn hier langfährt. Mal abgesehen davon, dass in DE die Definition von U&S ziemlich schwammig ist: Was in Berlin als "Stadtbahn" gilt, ist an Rhein und Ruhr eine S-Bahn, während die U-Bahn hier Stadtbahn heißt. In Frankfurt fahren beide durch den gleichen Tunnel; und in Karlsruhe mutiert die Straßenbahn zur S-Bahn im Hinterland. Da wundert es dann nicht, dass light_rail in den meisten Fällen nicht dem entspricht, was die Engländer damit meinen. Das railway=station setze ich als Knoten in der Regel mittig in das Empfangsgebäude, sofern dieses noch aktiv als solches genutzt wird. Sonst an eines der Gleise, während die anderen nur public_transport=stop_position bekommen. -- Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnhöfe von U-Bahnen und Zügen
Am 15. März 2011 19:44 schrieb Andre Joost : > M∡rtin Koppenhoefer schrieb: > Irgendwie seh ich das Problem nicht: > Wenn U&S-Bahn an der selben Stelle in verschiedenen Ebenen halten, hat > die Station ziemlich sicher bei beiden den gleichen Namen. Also reicht > ein node "xyz Hauptbahnhof" zur Namenskennzeichnung aus. ja, _ich_ sehe das auch problemlos, mir gings darum, für U-Bahnhöfe ein anderes Icon zu rendern. Habe das mittlerweile hinbekommen in SQL. Scheint zu funktionieren, ob es optimal ist, weiss ich nicht ;-) > Mal abgesehen davon, dass in DE die Definition von U&S ziemlich > schwammig ist: Was in Berlin als "Stadtbahn" gilt, ist an Rhein und Ruhr > eine S-Bahn, während die U-Bahn hier Stadtbahn heißt. U-Bahn ist glaube ich eindeutig definiert. In Berlin heisst soweit ich weiss nur die zentrale S- und Zug-trasse zwischen Ostkreuz und Westkreuz "Stadtbahn", aber das ist in der Tat kein eindeutiger Begriff. > Das railway=station setze ich als Knoten in der Regel mittig in das > Empfangsgebäude, sofern dieses noch aktiv als solches genutzt wird. hier hat sich mittlerweile durchgesetzt (scheint es), den kompletten Bahnhofsbereich einschl. Gleisanlagen damit zu taggen. Finde ich auch keine schlechte Lösung. Der einzelne Knoten sagt räumlich halt sehr wenig. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aktion 15 - Japans Nordosten
Hi, habe eben die ersten Checks für Japan hochgeladen. Es gab eine Anfrage (allgemein) auf der talk-Liste. Habe dort auch geantwortet und die Aktion bekannt gemacht. http://wiki.openstreetmap.org/wiki/Aktionen/Aktion_15 Viele Berichte rechnen noch - Updates kommen! Ciao Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Daten"müll" von Opengeodb
> Reicht nicht im Grunde ein Schlüssel (z.B. openGeoDB:loc_id oder Ja, der reicht m.E. Vgl. "Störende OpenGeoDB-Daten" vom 3. Feb. 2011. LG, S. Am 14. März 2011 20:24 schrieb M∡rtin Koppenhoefer : > Mir ist gerade aufgefallen (als selten in D. editierender), dass > teilweise erhebliche "Altlasten" mitrumgeschleppt werden. Z.B. hier: > > openGeoDB:auto_update = place,name,is_in > openGeoDB:community_identification_number = 08416041 > openGeoDB:is_in = Tübingen,Tübingen,Baden-Württemberg,Bundesrepublik > Deutschland,Europe > openGeoDB:is_in_loc_id = 385 > openGeoDB:layer = 6 > openGeoDB:license_plate_code = TÜ > openGeoDB:loc_id = 25131 > openGeoDB:location = political_structure > openGeoDB:name = Tübingen > openGeoDB:postal_codes = 72070,72072,72074,72076 > openGeoDB:sort_name = TUEBINGEN > openGeoDB:telephone_area_code = 07071 > openGeoDB:type = Universitätsstadt > openGeoDB:version = 0.2.6.11 / 2007-12-04 / > http://fa-technik.adfc.de/code/opengeodb/dump/ > > Da ich die Einwohnerzahl anhand aktueller Daten aktualisiert habe, > habe ich das mal aus "openGeoDB:auto_update" rausgenommen. Ganz klar > ist mir das allerdings nicht: soll nach OpenGeodb oder von Opengeodb > importiert werden? Augenscheinlich findet diese Datenübergabe/ -nahme > bisher nicht statt (und ist auch seitens OSM AFAIK nicht gewollt). > > Reicht nicht im Grunde ein Schlüssel (z.B. openGeoDB:loc_id oder > openGeoDB:community_identification_number) aus, um die Zuordnung > herzustellen? Ich finde diese endlose Duplizierung von ableitbaren > Werten, oder gar so was wie openGeoDB:is_in oder openGeoDB:sort_name > oder auch sonst praktisch alle dieser tags ziemlich überflüssig. 2007 > sah die Lage sicher noch anders aus, aber mittlerweile kann man das > Zeugs doch rausschmeissen (und z.B. _einen_ Tag, der den Bezug > herstellt belassen), oder nicht? > > Gruß Martin > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnhöfe von U-Bahnen und Zügen
Am 15.03.2011 19:44, schrieb Andre Joost: Mal abgesehen davon, dass in DE die Definition von U&S ziemlich schwammig ist: Nirgends auf der Welt sind S- und U-Bahn so klar voneinander getrennt als in DE, zumind. die *Infrastruktur*. Es gilt entweder die Eisenban-Bau- und -Betriebs-Ordnung EBO --> S-Bahn, sonstige Züge (rail) oder die Betriebsordnung Straßenbahn BOStrab --> U-Bahn (subway), Stadtbahn (light_rail), Straßenbahn (tram) *innerhalb* der letzteren ist es etwas schwammiger, weil es Städte gibt, die ihre Stadtbahn als U-Bahn "aufwerten", obwohl nur München, Nürnberg, Hamburg und berlin in DE "echte" U-Bahnen haben (überall vom Straßenverkehr getrennt, ok, Wuppertal noch ;-) ) und weil die Übergänge Straßenbahn/Stadtbahn fließend sind. Bei den Fahrzeugen gibt es in der Tat Orte, wo diese die BOStrab-/EBO-Grenze überwinden. Manchmal unauffällig (Köln/Bonn ist tw. nach EBO konzessioniert, wie auch die OEG und RHB in MA/HD/LU), manchmal auffällig wie in Karlsruhe, wo "Straßenbahnen" zwischen "richtigen Eisenbahnen" herumfahren ;-) Aber da wir die geostationäre Infrastruktur mappen und nicht den mobilen Fahrzeugen hinterherhecheln, ist das ja kein Problem ;-) Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von übereinanderliegenden Ways
Am 13.03.2011 14:54, schrieb Holger Schr@der: ... wurden die Nodes mit zwei doppelt übereinander liegenden Way getaggt. In dem einen Way befinden sich Informationen über Straßenbahn und Straßenbahnrelationen und in dem anderen Way steht die Straßenklassifizierung. Ich finde, dass das verwirrend und ein unüblichen Taggen ist. Ich finde es richtig, zwei verschiedene Objekte durch zwei Ways abzubilden. Anderenfalls hat man keine eindeutige Zuordnung, sobald ein beschreibendes Attribut (name, maxspeed, oneway, bicycle, source, width, ...) hinzukommt. Ich lege regelmäßig zwei Linien partiell übereinander (coastline-beach, boundary-forest-ditch, landuse-fence, ...). Nur in wenigen Fällen wird ein Way auf ganzer Länge von anderen Ways überlagert. Bei vielen gemeinsamen Punkten (etwa >20) kann es effektiv sein, alle beteiligten Objekte in Relationen umzuwandeln und den gemeinsamen Abschnitt als einen Way in alle Relationen aufzunehmen. 1.Es ist nicht auf dem ersten Blick zu erkennen das bei dem Straßenverlauf zwei Way übereinander liegen. Dann sollte de Editor es besser darstellen. 2.Ist das bearbeiten schwierig. Im Potlatch habe ich auf den ersten Blick keine Möglichkeit gefunden an den unteren Way zu gelangen. Als Notlösung kann man mit "Shift-Click" einen neuen Knoten erzeugen, diesen mit "-" aus einem Way löschen, beide Wege getrennt bearbeiten und dann den neuen Knoten wieder löschen. In JOSM geht es zwar, viele kennen aber die Funktion nicht und sie funktioniert (bei mir) auch nicht immer auf anhieb. Welche Methode scheitert manchmal? Bei mir funktioniert "Alt-Click" oder zweimal mittlere Maustaste oder mittlere Maustaste plus Scrollrad oder mittlere Maustaste-"Ctrl"-"Click". 3.Im JOSM Validator wird dieser Abschnitt der Bahnhofstraße angemeckert. Nicht jede Validatorwarnung ist ein Fehler. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Abgrenzung Rail - tram
Moin, in Hafengebieten oder Industiegeländen sind Normalspurgleise manchmal in befahrbare Flächen eingebettet. Ein Mapper bezeichnet diese Gleise konsequent als "railway=tram" (z.B. [1]). Nach meinem Verständnis wäre dafür "railway=rail" richtig. Ich würde umgekehrt auch Straßenbahngleise, die ein Stück außerhalb der Straßenfläche verlaufen, als "tram" eingeben. Wenn ein Gleis kein Hindernis ist, sondern in einer befestigten Fläche liegt, sollte man dies besser als Zusatztag anfügen. Allerdings fällt mir kein treffender Begriff ein. Was meint ihr? Viele Grüße, Stephan [1] http://osm.org/go/0Hsb_B8RH- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgrenzung Rail - tram
in Hafengebieten oder Industiegeländen sind Normalspurgleise manchmal in befahrbare Flächen eingebettet. Ein Mapper bezeichnet diese Gleise konsequent als "railway=tram" (z.B. [1]). Nach meinem Verständnis wäre dafür "railway=rail" richtig. Da kann ich Dir nur zustimmen. Wir haben zum Beispiel in Dublin Hafengleise (siehe http://osm.org/go/es@WCOqfv-- ). Diese sind nicht nur Normalspur sondern irische Normalspur, also 1,6 Meter Gleisabstand. Das hat mit Straßenbahnen echt nix zu tun. Ich würde umgekehrt auch Straßenbahngleise, die ein Stück außerhalb der Straßenfläche verlaufen, als "tram" eingeben. Auch hier, volle Zustimmung. Gerade bei Stadtbahnen, also dieser Evolutionsstufe zwischen Straßen- und U-Bahn, verlaufen manche Streckenabschnitte in der Fahrbahn, andere auf separatem Gleiskörper. Es handelt sich aber um dieselbe Strecke und ich sehe keinerlei Grund, plötzlich von "tram" auf "rail" zu wechseln. Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgrenzung Rail - tram
Moin, Stephan Wolff schrieb: Moin, in Hafengebieten oder Industiegeländen sind Normalspurgleise manchmal in befahrbare Flächen eingebettet. Ein Mapper bezeichnet diese Gleise konsequent als "railway=tram" (z.B. [1]). Nach meinem Verständnis wäre dafür "railway=rail" richtig. Ich würde umgekehrt auch Straßenbahngleise, die ein Stück außerhalb der Straßenfläche verlaufen, als "tram" eingeben. Wenn ein Gleis kein Hindernis ist, sondern in einer befestigten Fläche liegt, sollte man dies besser als Zusatztag anfügen. Volle Zustimmung. Auf entsprechende persönliche Hinweise kam bisher immer die Aussage: "Aber im Wiki steht doch: *'... *nutzen den Verkehrsraum zu großen Teilen zusammen mit dem Individualverkehr' Viele sehen es halt eher aus der Sicht des Individualverkehrs ... "Sonst könne man ja nicht erkennen, das der Individualverkehr die Schiene auf der ganzen (highway-)Fläche kreuzen kann." Das Wiki ist hier eindeutig zu knapp gefasst, aber ohne eine Möglichkeit der zusätzlichen Kennzeichnung wird sich an der Verhaltensweise nichts ändern. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
