Re: [Talk-de] Hintergrund Josm Editor
Hi, Am 23.01.2012 16:34, schrieb Steffen Heinz: Ich bin mal neugierig: Warum ist in der Grundeinstellung als Hintergrund eigentlich schwarz eingestellt? Kannst du mal nen Screenshot von deinem Style machen und wo online stellen? Würde gern mal nen Vergleich sehen. Ein alternatives light Style fände ich cool, dann kann man sich aussuchen was man verwenden will. Ich habe mich zwar mittlerweile daran gewöhnt und benutze NUR JOSM. Aber als ich JOSM zum ersten mal einem unbedarften User gezeigt hab um ihn von OSM/Josm zu begeistert hab ich JOSM geöffnet, Daten geladen - und da kam es wie aus der Pistole geschossen: Ihh, wieso isn das alles so schwarz?! (mit deutlich negativer Erwartungshaltung). Und schon hat das Programm das erste Minus eingefahren ohne auch nur _irgendwas_ gemacht zu haben. Und dabei habe ich mich an meine erste Josm-Erfahrung zurückerinnert - da es damals nämlich auch einer meiner ersten Gedanken war. Ist vielleicht einer der Gründe warum ich unbewusst als ersten Schritt nach dem Daten laden immer den Bing-Hintergrund anmache. Wie gesagt: würde mich über nen Screenshot freuen. Grüße Franz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schiffslagerplatz
hi ! es gibt Plätze wo Schiffe gelagert / überwintert werden. Wie würdet Ihr das taggen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hausnummern und Shops
hi ! im Rahmen der Gebäudeerfassung ist es auch sinnvoll die Hausnummern zu erfassen. Wie ist es nun aber mit den Geschäften und Praxen (POI allgmein) die zu diesem Gebäude gehören? In [1] habe ich nicht so richtig etwas dazu gefunden. Aus meiner Sicht macht es wenig Sinn jedem POI nochmals die Gebäude-Adresse zuzuweisen - zumal diese bei nicht gerenderten Elementen eventuell zu mehrfach Darstellungen der Nummern kommt (auch wenn wir nicht für die Renderer taggen!). Ich würde es für sinnvoll halten diese in der Gebäuderelation mit zu erfassen (Stichwort: redundante Datenhaltung) Damit komme ich schon zu meiner zweiten Frage - bevor ich mich mal wieder an das Basteln mache. Für andere Apps ist es wiederum sinnvoll die Adressen auch an die Nodes zu hängen. Nun hatte ich mir überlegt ein Script was die Relationen durchläuft und die darin enthaltenen Adressen an die POI-Elemente anhängt. Hat einer soetwas vielleicht schon rumliegen oder gibt es schon interessante Gedanken dazu ? Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/Proposed_features/De:Hausnummern ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Shops
Hmm, schwierige Frage. Ich waere auf jeden Fall dafuer, die Adressdaten (soweit vorhanden) auch mit den POIs zu verknuepfen. Das waere fuer alle moeglichen Arten der Adresssuche ungemein nuetzlich. Wenn man Hausnummern mittels Relationen mapped, koennte man ueberlegen, die POI-nodes einfach mit in die Relation aufzunehmen. Damit sind die Daten verknuepft, es besteht aber wenig Redundanz. Beim Taggen der Hausnummern an den Gebaeuden gibt es diesen Bezug nicht. Da man sicher keine zusaetzliche is-in Relation fuer POIs und Gebaude erfinden will, waere dann das redundante hinzufuegen der Hausnummern zu den PIOs sinnvoll. Damit haette man die selbe, zweigleisige Loesung wie beim Hausnummerntagging (siehe deine Quelle). Hast du ein beispiel fuer die doppelte Darstellung beim Rendern? Gruss Chaos_99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Shops
Am 25.01.2012 09:56, schrieb Ronnie Soak: Hmm, schwierige Frage. Ich waere auf jeden Fall dafuer, die Adressdaten (soweit vorhanden) auch mit den POIs zu verknuepfen. Das waere fuer alle moeglichen Arten der Adresssuche ungemein nuetzlich. Wenn man Hausnummern mittels Relationen mapped, koennte man ueberlegen, die POI-nodes einfach mit in die Relation aufzunehmen. Damit sind die Daten verknuepft, es besteht aber wenig Redundanz. Beim Taggen der Hausnummern an den Gebaeuden gibt es diesen Bezug nicht. Da man sicher keine zusaetzliche is-in Relation fuer POIs und Gebaude erfinden will, waere dann das redundante hinzufuegen der Hausnummern zu den PIOs sinnvoll. Damit haette man die selbe, zweigleisige Loesung wie beim Hausnummerntagging (siehe deine Quelle). Hast du ein beispiel fuer die doppelte Darstellung beim Rendern? Gruss Chaos_99 Hi ! nimm dir einfach ein Gebäude mit Adresse und dann in demselben Haus ein Sanitätsbedarfshaus z.b. mit Adresse ... fertig. Der Sani wird nicht gerendert - dafür seine Adresse bei Mapnik z.b. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSBugs bug?
Hallo, da in einem anderen Thread gerade über die Gewinnung neuer Mapper diskutiert wird und auch die OSBugs als Mitwirkungsmöglichkeit genannt wurden: wie ist denn der Stand bei dem OSBugs-Bug, der die RSS nach wie vor in bestimmten Zoomstufen unbenutzbar macht? Beispiel: http://openstreetbugs.schokokeks.org/?lat=52.38579lon=13.0503zoom=15layers=B00T Da sind eine gute Handvoll offener OSBugs drauf, und mindestens einer, der seit ein paar Wochen geschlossen ist - bei letzterem hätte ich gern einmal nachgelesen, was genau passiert ist, aber der generierte RSS-Feed http://openstreetbugs.schokokeks.org/api/0.1/getRSSfeed?b=52.37873t=52.39285l=13.02803r=13.07257 ist leer. Zoome ich in das fragliche Gebiet hinein: http://openstreetbugs.schokokeks.org/?lat=52.39052lon=13.06465zoom=18layers=B00T dann gibt es plötzlich auch wieder ein RSS mit Inhalt: http://openstreetbugs.schokokeks.org/api/0.1/getRSSfeed?b=52.38964t=52.3914l=13.06187r=13.06743 Klappt da was mit dem sanitizing nicht? S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hintergrund Josm Editor
Am 24.01.2012 12:42, schrieb Martin Koppenhoefer: Am 24. Januar 2012 09:50 schrieb Steffen Heinzeifelhu...@gmx.de: Am 23.01.2012 22:35, schrieb Martin Siegel: Ich finde, ein dunkler Hintergrund ist, vorallem bei langem Arbeiten am Bildschirm, deutlich entspannender für die Augen. das Gegenteil ist der Fall! Das ist wohl auch Geschmacksache. Grundsätzlich kann man schwarze Schrift auf weissem Hintergrund in der Regel besser lesen als andersrum (dazu gibt es Studien, das bezieht sich aber AFAIR auf gedruckte Medien, d.h. nicht hinterleuchtet sondern reflektiv). Andererseits flimmert weiss je nach Monitor ggf., während schwarz normalerweise bedeutet, dass der Monitor dort gar nichts anzeigt. Das mag sich durch die LCD-Technologie evtl. etwas verändert haben, dennoch tendiert das weiss dazu, zu blenden, während schwarz in dieser Hinsicht harmlos ist. Entscheidend ist daher die Umgebungsbeleuchtung: der finstere Hacker nachts im dunklen Kämmerlein nutzt wohl besser einen dunklen Hintergrund, der Schlipsträger im hell ausgeleuchteten Büro besser einen hellen... Schaut mal da: Weka Praxishandbuch Arbeitssicherheit und Gesundheitsschutz im Büro; S 135 ISBN-10: 3811180223 ISBN-13: 978-3811180222 http://books.google.de/books?id=UPcJ13-ZNAEClpg=PA135ots=o13LFdsJwFdq=%22Farbe%20in%20benutzungsoberfl%C3%A4chen%22%20dinhl=depg=PA135#v=onepageq=%22Farbe%20in%20benutzungsoberfl%C3%A4chen%22%20dinf=false Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hintergrund Josm Editor
Am 25.01.2012 09:01, schrieb Franz Graf: Aber als ich JOSM zum ersten mal einem unbedarften User gezeigt hab um ihn von OSM/Josm zu begeistert hab ich JOSM geöffnet, Daten geladen - und da kam es wie aus der Pistole geschossen: Ihh, wieso isn das alles so schwarz?! (mit deutlich negativer Erwartungshaltung). Und schon hat das Programm das erste Minus eingefahren ohne auch nur _irgendwas_ gemacht zu haben. Und dabei habe ich mich an meine erste Josm-Erfahrung zurückerinnert - da es damals nämlich auch einer meiner ersten Gedanken war. hat mich sehr gestört - dunkle Hintergründe habe ich immer schon gehasst. Mein erster Rechner war ein Atari, bis DOS-Kisten an den Standard herankamen hats noch Jahre gebraucht. ich hab vielleicht ne halbe Stunde gebraucht bis ich die Stelle gefunden hatte wos geändert werden konnte Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 1995 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlisten
Martin Trautmann wrote Nach meiner Auswahl falsch oder überflüssig: Hessen|Rheingau-Taunus-Kreis|Bad+Schwalbach Hessen|Rheingau-Taunus-Kreis|Geisenheim-neu Hi Martin: nicht ganz korrekt: raus muss Hessen|Rhein-Taunus-Kreis|Bad+Schwalbach (RheinGAU... ist ok) geisenheim-neu kann wirklich raus Gruss Walter -- View this message in context: http://gis.19327.n5.nabble.com/Strassenlisten-tp5281973p5429843.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schiffslagerplatz
Am 25.01.2012 09:05, schrieb Jan Tappenbeck: hi ! es gibt Plätze wo Schiffe gelagert / überwintert werden. Wie würdet Ihr das taggen ? amenity=boat_storage http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dmarina Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Shops
Hi, Am 25.01.2012, 09:11 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: Wie ist es nun aber mit den Geschäften und Praxen (POI allgmein) die zu diesem Gebäude gehören? ... für sinnvoll halten diese in der Gebäuderelation mit zu erfassen Nur ein Wort zum Thema Redundanz: Bitte Relationen nicht überstrapazieren. Wir *HABEN* eine geospatiale Datenbank. Sprich: Abfragen wie welche POIs gehören zu welchem Gebäude lassen sich direkt als Welche POIs befinden sich innerhalb des building-polygons übersetzen, dazu braucht es keine zusätzliche Relation. (Klar gibt es immer Ausnahmen, wie dieser POI befindet sich innerhalb des Gebäudes mit Hausnummer 5, hat aber 5a, aber die kann man eben so erfassen. Nur sollten nicht für 95%-Fälle überflüssige Datenstrukturen generiert werden.) Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Node Krankenwagen (type=highway)?
und nu? schmeisst es jemand raus? Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Node-Krankenwagen-type-highway-tp5429557p5429852.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Shops
Laesst sich das wirklich so einfach feststellen? Ja, das ist eigentlich nicht das Problem von OSM, aber ich wuerde mal wetten, dass viele Suchmaschinen/Formatwandler/Scripte einfach dumme Listen von POIs nutzen und bestenfalls noch Relationen einbinden, aber kaum mit Lagebeziehungen und daraus abgeleiteten Informationen arbeiten. Ich sehe Nominatim da als loebliche Ausnahme. Oder schaetze ich das ganz falsch ein? Ich freue mich natuerlich ueber Gegenbeispiele. Gruss, Chaos_99 PS: Negativbeispiel: POIs in generierten Garmin-Karten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ultraleicht-Fluggelände taggen
Hallo, Am Mittwoch, 25. Januar 2012 03:35:04 schrieb Garry: Am 24.01.2012 17:59, schrieb Rainer Kluge: Am 24.01.2012 11:38, schrieb Matthias Meißer: bisher habe ich auch Gras Landebahnen immer normal erfasst + surface=gras. Warum genau willst du das noch auf Flugzeuge einschränken? Weil ich es für eine wichtige Information halte, dass es sich um das Sportgelände eines kleinen Vereins handelt, das nur am Wochenende genutzt wird, handelt und nicht um einen Flugplatz für die allgemeine Luftfahrt mit Passagier- und Fracht-Transport. +1 Eine Go-Kart-Bahn wird doch auch nicht wie eine öffentliche Strasse getaggt. Anlass meines Beitrags war diese Landebahn: http://www.openstreetmap.org/?lat=42.6854lon=2.747zoom=14layers= M Natürlich taggen wir nicht für die Renderer, aber solange die populären Renderer eine 360m lange und 12m breite Bahn so rendern, dass der Eindruck entsteht, hier wäre ein mittlerer Regionalflughafen, halte ich es für wenig sinnvoll, so etwas zu erfassen. Mein Vorschlag wäre, das Gelände als leisure-Area zu erfassen und die Landebahn als privaten Highway=service. Die Diskussion kommt auch regelmässig wieder... Betrachtet doch mal eine Landebahn analog zu einem Bahnübergang mit Andreaskreuz: Das passt überhaupt nicht. Wenn du einen solchen Vergleich ziehen willst, dann vergleiche bitte den beschrankten Bahnübergang mit dem beschrankten Landebahnübergang. Für den eigentlichen Übergang spielt es keine Rolle, was für Verkehrswege sich kreuzen, das gilt für die Schiene/Landebahn genauso wie für die Straße. Ob der Schrankenwärter für die DB oder BA arbeitet, ist in dem Zusammenhang auch egal. Für den schienenquerenden Strassennutzer ist es völlig egal ob da Schmalspur-Strassenbahnen oder ICEs lang fahren, der Bahnverkehr hat immer vorrang und auf dem Bahnübergang darf man sich nicht aufhalten. Nichbeachten wird bei Schienenfahrzeugkontakt überwiegend mit dem Tode bestraft... Das Argument ist nur für den Übergang selbst relevant, und du begründest damit auch gleich, dass für den Übergang selbst auch der highway-Typ keine Rolle spielt. Das allein sollte der Grund sein hier nicht nach irgendwelchen Fahrzeugkategorien und Nutzungswahrscheinlichkeiten zu differenzieren wenn es um das Darstellen der Bahnübergänge geht, Eben genau nur für den Übergang selbst, nicht aber für die beiden Verkehrswege. Ähnlich bei einer Landebahn: Auch hier hat der Kontakt mit einem Luftfahrzeug überwiegend tödliche Folgen - egal ob man den Propeller eines Ultraleichtflugzeugs ins Gesicht bekommt oder vom Fahrwerk eines A380 überrollt wird. Es ist daher sinnvoll gerade auch die kleinen Landebahnen nicht wegen Ihrer geringen luftverkehrlichen Bedeutung zu unterschlagen um einen versehentlichen Aufenthalt/Querung einer solchen zu vermeiden. Wie vermeide ich denn die Querung, wenn ich durch einen dummen Zufall gerade mal kein OSM-gestütztes Navi bei mir habe? Grössere Landebahnen sind in der Regel deutlich gekennzeichnet/gesichert (Schilder, Zaun...), die kleinen sind häufig einfach nur Wiesen auf denen bei Flugbetrieb ein Windsack aufgestellt wird. Die Gefahr dass sich dort Beispielsweise die Geocacher-Familie zum Picknic/Drachensteigen lassen aus Unwissenheit niederlässt ist durchaus gegeben. Wenn die ihr Gelände so mickrig abgesichert haben, müssen sie eben warten, bis die Familie mit dem Picknick fertig ist :-) Für den Luftverkehr selbst haben die OSM-Daten keine Bedeutung - kein verantwortungsbewusster Luftfahrzeugführer wird sich aus OSM-Daten eine Landebahn herauspiggen und dort in den Landeanflug gehen weil sein Fluggeräte in die dort getaggte Kategorie passt. Das ist zwar richtig, aber meiner Meinung nach kein Grund, nicht zu erfassen, was für Flugzeuge da landen. Abgesehen davon, dass die sich vorher eine Landeerlaubnis holen, soweit ich weiß. Dass kann man nicht mit den Strassenkategorien vergleichen aus denen der PKW-Fahrer problemlos herausdeuten kann dass die Gokart-Bahn für ihn kein geeigneter Weg ist, die Autobahn daneben aber schon. Nee, der große Unterschied zu Flug- oder Wasserfahrzeugen besteht darin, dass die Straßenfahrzeuge nach Optik betrieben werden (sollten ;-) ) und der Fahrer seinen Irrtum oder Kartenfehler erkennen und wenden kann. Wenn der A380 feststellt, dass die Landebahn doch zu kurz oder schmal ist, oder dass das surface nicht richtig getaggt wurde, ist es für ein Wendemanöver zu spät, ähnliches gilt für den Kapitän, wenn er feststellt, dass das Gewässer doch etwas zu flach ist, wie bei einigen italienischen Inseln. Beim tagging der Nutzung/Kategorie geht es nicht um die Entscheidung, brauche ich das für meinen Router, sondern ist es sachlich korrekt erfasst. Wofür es mal gebraucht werden könnte und ob es richtig in irgendwelchen Karten angezeigt wird, ist in dem Zusammenhang erstmal völlig Nebensache. Entscheidend ist, dass man es vernünftig auswerten _kann_ - egal
Re: [Talk-de] Ultraleicht-Fluggelände taggen
Am 24. Januar 2012 18:20 schrieb Falk Zscheile falk.zsche...@googlemail.com: Anlass meines Beitrags war diese Landebahn: http://www.openstreetmap.org/?lat=42.6854lon=2.747zoom=14layers=M Ich kenne das Problem mit den unterschiedlichgen Startbahngrößen. Das hier: http://www.openstreetmap.org/?lat=54.02829lon=12.553zoom=15layers=M dürfte eine (ehemalige) Landebahn für Agrarflieger sein. Auch viel zu dominant gerendert. Dieses Problem kannst Du ganz einfach damit umschiffen, indem Du die Landebahn als area und nicht als einfachen way zeichnest. Gem. Wiki ist beides definiert: http://wiki.openstreetmap.org/wiki/Tag:aeroway%3Drunway Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Shops
Hallo, Am Mittwoch, 25. Januar 2012 11:29:45 schrieb Ronnie Soak: Laesst sich das wirklich so einfach feststellen? Ja, das ist eigentlich nicht das Problem von OSM, aber ich wuerde mal wetten, dass viele Suchmaschinen/Formatwandler/Scripte einfach dumme Listen von POIs nutzen und bestenfalls noch Relationen einbinden, aber kaum mit Lagebeziehungen und daraus abgeleiteten Informationen arbeiten. Das kann schon sein, ist aber eher ein Grund, mistige Software zu verbessern, als geistlos für geistlose Anwendungen zu taggen. Eben das machen wir ja nicht ... Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Shops
Am 25.01.2012 11:15, schrieb Kay Drangmeister: Nur ein Wort zum Thema Redundanz: Bitte Relationen nicht überstrapazieren. Wir *HABEN* eine geospatiale Datenbank. Nicht ganz: Wir liefern in eine Datenbank ein. Aber der Mapper am Editor hat keine geospatiale Datenbank, und weiß vielleicht nicht einmal, was das ist und wozu es dienen kann. Da kann es schon sinnvoll sein, manche Dinge über Relationen zu lösen, die *eigentlich* so nicht notwendig sind. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Shops
Also ich bin ja eigentlich auch immer eher dafuer, nicht vorrauseilend die Fehler anderer Programme in der Datenbank loesen zu wollen. Wenn Suchmaschienen, Crawler, Renderer oder eben auch Editoren noch nicht ausgereift genug sind, sollte man auch dort ansetzten, und nicht jedwede Entwicklung zum besseren hin gleich den Wind aus den Segeln nehmen. Wenn von dort die Nachricht kommt: Das geht so gar nicht, kann man ja immer noch ueber einen Workaround nachdenken. Also ich bin somit ueberzeugt. Allerdings ein andere Aspekt in dem Zusammenhang: POIs werden ja oft an die Position des Hauseingangs gelegt, auch wegen der Zusatzinfo fuer Barrierefreihet usw. Gibt es eigentlich schon einen Konsens, wie man das bei mehreren POIs pro Gebaude/Eingang handhabt? Bei Eckhaeusern wird ja auch eine Eingangs-Node fuer die ggfs unterschiedlichen Adressen verwendet. Werden die dann durch die POIs ersetzt? Und noch ein Sonderfall: Was, wenn die POI-Adresse von der Hausadresse abweicht? Z.B. bei Postfachadressen, Adresszusaetzen usw? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Node Krankenwagen (type=highway)?
Am 25.01.2012 11:15, schrieb Walter Nordmann: schmeisst es jemand raus? Löschen ist hier sicher nicht angebracht. Ähnlich gibt es auch anderswo, z.b. hier mit name=Einfahrt Krankentransporte: http://www.openstreetmap.org/browse/way/24832425 http://www.openstreetmap.org/browse/way/25530500 Man könnte z.B. das Name-Tag entfernen, das Access-Tag auf einen speziellen Wert nur für Rettungsfahrzeuge setzen und am Gebäude einen Eingang Notaufnahme anbringen Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Shops - löblich ....
Am 25.01.2012 11:15, schrieb Kay Drangmeister: Hi, Am 25.01.2012, 09:11 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: Wie ist es nun aber mit den Geschäften und Praxen (POI allgmein) die zu diesem Gebäude gehören? ... für sinnvoll halten diese in der Gebäuderelation mit zu erfassen Nur ein Wort zum Thema Redundanz: Bitte Relationen nicht überstrapazieren. Wir *HABEN* eine geospatiale Datenbank. Sprich: Abfragen wie welche POIs gehören zu welchem Gebäude lassen sich direkt als Welche POIs befinden sich innerhalb des building-polygons übersetzen, dazu braucht es keine zusätzliche Relation. (Klar gibt es immer Ausnahmen, wie dieser POI befindet sich innerhalb des Gebäudes mit Hausnummer 5, hat aber 5a, aber die kann man eben so erfassen. Nur sollten nicht für 95%-Fälle überflüssige Datenstrukturen generiert werden.) Viele Grüße, Kay Hi ! das ist natürlich der beste Weg in Gebieten mit Gebäuden. So entfällt zumindest die Pflege von Relationen. Wege der in einem anderen Posting angesprochenen Problem (Garmin) hatte ich überlegt ein Tool zu schaffen was für den nicht DB-fähigen Bereich die Adressen wieder temp. an die POI hängt. Listen für Crawler etc. - diesbezüglich wären dann soetwas wie Branchenbücher ganz sinnvoll bei welchem die Zusammngeführten Listen dann entsprechend ausgewertet werden können. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hintergrund Josm Editor
Am 25.01.2012 07:49, schrieb Ronnie Soak: Gegenbeispiele: Plasma (wohl eher nicht mobil) und alle OLED-Spielformen (bei einigen Smartphones in Gebrauch). Und mit Deinem Gegenbeispiel (ich habe nicht behauptet dass es solche Geräte nicht gibt) willst Du jetzt behaupten dass JOSM vor mehr als 5 Jahren den Hintergrund in weisser Voraussicht dunkel geschaltet hat damit bei zukünftigen Mobilgeräten Energie gespart werden kann? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hintergrund Josm Editor
Am 25. Januar 2012 10:25 schrieb bkmap burkhard.kirch...@web.de: Am 24.01.2012 12:42, schrieb Martin Koppenhoefer: Hinsicht harmlos ist. Entscheidend ist daher die Umgebungsbeleuchtung: der finstere Hacker nachts im dunklen Kämmerlein nutzt wohl besser einen dunklen Hintergrund, der Schlipsträger im hell ausgeleuchteten Büro besser einen hellen... Schaut mal da: Weka Praxishandbuch Arbeitssicherheit und Gesundheitsschutz im Büro; http://books.google.de/books?id=UPcJ13-ZNAEClpg=PA135ots=o13LFdsJwFdq=%22Farbe%20in%20benutzungsoberfl%C3%A4chen%22%20dinhl=depg=PA135#v=onepageq=%22Farbe%20in%20benutzungsoberfl%C3%A4chen%22%20dinf=false es sind halt nicht alle Mapper in einem Büro mit Norm-Beleuchtung. Wenn man in einem dunkleren Raum sitzt blendet ein heller Hintergrund und dadurch ermüden die Augen schneller. Im Endeffekt ist mir die Hintergrundfarbe egal, weil ich sowieso fast immer ein Luftbild im Hintergrund habe. Je nach Region und Landschaft sind die Luftbilder sowohl hell als auch dunkel, in meinem Umfeld allerdings eher dunkel. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Shops
Moin, es ist vollkommen ausreichend die Nodes oder Polygone innerhalb eines Gebäudepolygons zu platzieren. Wer in seiner PostgreSQL-Datenbank die GIS-Funktionen implementiert hat, kann eine Abfrage starten, ob ein Objekt innerhalb eines Polygons (mit bestimten Attributen) liegt. mal ein Beispiel: select * from th_osm_polygon where ST_Intersects(way,'$way') AND (addr:housenumber IS NOT NULL OR addr:housename IS NOT NULL) $way ist dabei eine Variable die einen gis-formatierten string beinhaltet, worin das objekt (geographisch) beschrieben ist. MfG Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Shops - löblich ....
Hallo, Am Mittwoch, 25. Januar 2012 13:39:47 schrieb Jan Tappenbeck: Wege der in einem anderen Posting angesprochenen Problem (Garmin) hatte ich überlegt ein Tool zu schaffen was für den nicht DB-fähigen Bereich die Adressen wieder temp. an die POI hängt. Listen für Crawler etc. - diesbezüglich wären dann soetwas wie Branchenbücher ganz sinnvoll bei welchem die Zusammngeführten Listen dann entsprechend ausgewertet werden können. Für Garmin sollte das in mkgmap integriert werden. Listen für andere Anwendungen können separat gehostet werden, falls jemand das für nötig hält. Aber auch dafür reicht es doch, die Lage auszuwerten und dann die POI-Liste mit Adressen zu erzeugen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tagging von Rodelbahnen bzw. Schlittelbahnen
Hallo Gibt es eigentlich auch solche, die schon ans Taggen von Rodelbahnen in OSM gedacht haben? Bin da auf interessante Projekte gestossen (vgl. [*], v.a. winterrodeln), die offenbar noch nichts von OSM gehört haben. Zur Info: rodeln (Deutsch), schlitteln (Schweizerisch), sled (Amer.), toboggan (Brit.). Wie könnte man das taggen? LG, Stefan [*] www.winterrodeln.org, www.rodeln.at, www.schlitten.ch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSMI License Change hängt?
Hi Die Ansicht 'License Change' im OSMI meint: 'Data from 2012-01-22 21:00 (UTC)' Wo ich heute schon die Daten vom 24.1. erwartet hätte. Die Ansicht passt zum Datum. Blieb da was unbemerkt hängen? (Browsercache ist leer) Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern und Shops
Am 25. Januar 2012 13:57 schrieb Andreas Neumann andr-neum...@gmx.net: es ist vollkommen ausreichend die Nodes oder Polygone innerhalb eines Gebäudepolygons zu platzieren. Wer in seiner PostgreSQL-Datenbank die GIS-Funktionen implementiert hat, kann eine Abfrage starten, ob ein Objekt innerhalb eines Polygons (mit bestimten Attributen) liegt. mal ein Beispiel: select * from th_osm_polygon where ST_Intersects(way,'$way') AND (addr:housenumber IS NOT NULL OR addr:housename IS NOT NULL) d.h. $way wäre der POI-node, der innerhalb liegt? Macht der dann nicht einen full table-scan? Wenn man das seriell machen wollte wäre der andere Weg evtl. günstiger (erstmal alle Hausnummern-polygone auswählen und dann sehen, welche POIs jeweils darin liegen, und denen dann evtl. die Address-daten reinkopieren). Alternativ ggf. mit ST_Within(A,B) was wahr wird wenn A komplett in B liegt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Rodelbahnen bzw. Schlittelbahnen
Am 25.01.2012 14:24, schrieb Stefan Keller: Gibt es eigentlich auch solche, die schon ans Taggen von Rodelbahnen in OSM gedacht haben? Wäre verwunderlich wenn dem nicht so wäre: http://wiki.openstreetmap.org/wiki/Winter_sports piste:type=sled http://www.openstreetmap.org/?lat=51.19lon=8.503zoom=16layers=O Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hintergrund Josm Editor
Am 25.01.12 schrieb Garry garr...@gmx.de: Und mit Deinem Gegenbeispiel (ich habe nicht behauptet dass es solche Geräte nicht gibt) willst Du jetzt behaupten dass JOSM vor mehr als 5 Jahren den Hintergrund in weisser Voraussicht dunkel geschaltet hat damit bei zukünftigen Mobilgeräten Energie gespart werden kann? Nein, will ich gar nicht. Wie kommst du darauf? Ich wollte lediglich der so naheliegenden wie falschen Erweiterung von den meisten auf alle zuvorkommen. Von mir aus kann JOSM gerne auch helle Hintergruende unterstuetzen. Ich persoenlich mag aber den dunkeln Hintergrund. Einen Grund findet man in der verlinkten Farbtabelle nach Rautenberg: Zwar ist ein heller Hintergrund augenfreundlicher und kontrastreicher fuer Text (deswegen inzwischen auch Standard bei Office-Anwendungen), wenn es aber um eine Vielzahl von farbigen Elementen geht, gibt es in der Tabelle z.B. 6 versch. Farben die auf schwarzem Hintergrund funktionieren, aber nur 4 auf weissem. Deshalb ist die schwarze Hintergrundfrabe auch weiterhin sehr verbreitet in CAD-Anwendungen. Ich arbeite hier gerade an 2 Programmen (Schaltungsentwurf und Layout), bei denen Schwarz Standard ist. Zuhause kommt noch die Fotodatenbank hinzu. Auch erinnere ich mich an alte 3DSMAx und Maya-Versionen mit schwarzem Hintergrund. Immer wenn es viele bunte Sachen zu sehen gibt. Fuer mich gilt also: Viel Text - heller Hintergrund Viele graphische Elemente - dunkler Hintergrund Aber ich wuesste nicht, wieso das nicht jeder fuer sich entscheiden sollte. Gruss, Chaos_99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Frage zur konkreten Umsetzung bei der Lizenzumstellung
Wenn die Lizenzumstellung kommt, werden ja eine Masse von Daten aus der DB gelöscht. Die konkreten Auswirkungen versucht man ja jetzt schon in manchen Karten darzustellen, wie bei http://osm.informatik.uni-leipzig.de/map/ (obwohl die anscheinend nicht mehr upgedatet wird?) oder in der Cleanmap... Unmittelbar nach der Umstellung wären aber sicher gewisse, nicht unerhebliche, Lücken sichtbar, die wir vorher so nicht bemerkt haben oder nicht bemerken konnten. Wird man dann die öffentlich bekannten Tileserver noch eine Zeitlang auf dem Stand unmittelbar vor der Lizenzumstellung belassen? Wir Remapper hätten dann sagen wir mal ein paar Wochen Zeit um die übelsten Probleme zu bereinigen. Ansonsten könnte die Akzeptanz von OSM durch das möglicherweise lückenhafte Kartenmaterial mehr leiden, als das dadurch geschieht, daß nur für ein paar Wochen keine Updates mehr fließen. Sicher sind die privaten Betreiber von tile-servern dafür selber verantwortlich, ich meine hier diejenigen die von OSM selber betrieben werden. Als Idee: Erst paar Wochen lang bleibt openstreetmap.org auf dem alten Stand und es gibt ein new.openstreetmap.org für den aktuellen Stand. Wenn Qualität wieder ok, dann wird getauscht: new.openstreetmap.org wird openstreetmap.org und openstreetmap.org wird zu old.openstreetmap.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMI License Change hängt?
Hi, On 01/25/12 14:37, Peter wrote: Blieb da was unbemerkt hängen? Ja, sieht so aus... ich starte das Update mal von Hand, wird aber 1-2h dauern. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur konkreten Umsetzung bei der Lizenzumstellung
Hallo, On 01/25/12 15:45, Wolfgang Barth wrote: Unmittelbar nach der Umstellung wären aber sicher gewisse, nicht unerhebliche, Lücken sichtbar, die wir vorher so nicht bemerkt haben oder nicht bemerken konnten. Was gibt es denn fuer Luecken, die wir im Moment nicht bemerken koennen, und wie koennen wir die bemerkbar machen? Wird man dann die öffentlich bekannten Tileserver noch eine Zeitlang auf dem Stand unmittelbar vor der Lizenzumstellung belassen? Eher nicht, aber es koennte sein, dass irgendjemand eine Kopie vom letzten Stand macht. Wir Remapper hätten dann sagen wir mal ein paar Wochen Zeit um die übelsten Probleme zu bereinigen. Das sollten wir am besten vorher tun! Erst paar Wochen lang bleibt openstreetmap.org auf dem alten Stand und es gibt ein new.openstreetmap.org für den aktuellen Stand. Denkbar. Aber ehrlich gesagt, denke ich nicht, dass irgendwas, was in den Monaten vor dem Lizenzwechsel nicht repariert wird, ploetzlich wenige Wochen nach dem Lizenzwechsel ok ist. Und laenger als wenige Wochen wuerde man keinesfalls auf Updates verzichten wollen! Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Regelmäßiger Datenimport nach OpenStreetMap
Hallo, ich verwalte in einer relationalen Datenbank mehrere Point-of-Interests. Diese möchte ich auch in OpenStreetMap bereitstellen. Meine Idee bestand darin, die Datensätze in das JOSM Dateiformat [1] zu konvertieren und dann über den Editor hochzuladen? Gibt es eventuell einen andere Möglichkeit, wie ich da am einfachsten vorgehe? Das Ziel ist es, eine Anwendung zu haben, um regelmäßig POIs nach OpenStreetMap exportieren können. Gruß Christian [1] http://wiki.openstreetmap.org/wiki/JOSM_file_format ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Datenimport nach OpenStreetMap
Hallo, ich verwalte in einer relationalen Datenbank mehrere Point-of-Interests. Diese möchte ich auch in OpenStreetMap bereitstellen. Meine Idee bestand darin, die Datensätze in das JOSM Dateiformat [1] zu konvertieren und dann über den Editor hochzuladen? Gibt es eventuell einen andere Möglichkeit, wie ich da am einfachsten vorgehe? Das Ziel ist es, eine Anwendung zu haben, um regelmäßig POIs nach OpenStreetMap exportieren können. Gruß Christian [1] http://wiki.openstreetmap.org/wiki/JOSM_file_format ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur konkreten Umsetzung bei der Lizenzumstellung
Wolfgang Barth writes: Wird man dann die öffentlich bekannten Tileserver noch eine Zeitlang auf dem Stand unmittelbar vor der Lizenzumstellung belassen? Man könnte vielleicht den Tilecache wegkopieren. Aber wozu? Unser Tileserver ist nicht dazu gedacht /irgendwo/ genutzt zu werden sondern dient vor allem der Community um ihre Änderungen schnell zu sehen. Für den produktiven Einsatz auf Webseiten sollte man sich seinen eigenen Server aufsetzen oder einen der Dienste nutzen die Tiles für alle anbieten. Z.B. mapquest. Es gibt doch auch noch diesen Fork, der wollte den letzten CC-BY-SA Dump als Basis nehmen. Dort dürften die Daten auch noch einige Wochen länger leben. Als Basis zum Remappen darfst du das trotzdem nicht verwenden. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenimport nach OpenStreetMap
Hallo Namensvetter, ich verwalte in einer relationalen Datenbank mehrere Point-of-Interests. Diese möchte ich auch in OpenStreetMap bereitstellen. Dabei gibt es 2 Dinge zu beachten: Die Lizenz muss zu der OSM Lizenz kompatibel sein und selbstverständlich müsstest Du vorher prüfen dass der POI in OSM noch nicht vorhanden ist. Meine Idee bestand darin, die Datensätze in das JOSM Dateiformat [1] zu konvertieren und dann über den Editor hochzuladen? Gibt es eventuell einen andere Möglichkeit, wie ich da am einfachsten vorgehe? Das Ziel ist es, eine Anwendung zu haben, um regelmäßig POIs nach OpenStreetMap exportieren können. Ja, der zweite Weg wäre ein API Call per http: post. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenimport nach OpenStreetMap
Chris wrote: Meine Idee bestand darin, die Datensätze in das JOSM Dateiformat [1] zu konvertieren und dann über den Editor hochzuladen? Gibt es eventuell einen andere Möglichkeit, wie ich da am einfachsten vorgehe? Das Ziel ist es, eine Anwendung zu haben, um regelmäßig POIs nach OpenStreetMap exportieren können. Am besten du pflegst deine POIs direkt in der OSM-Datenbank. Ich mache das so für POIs, die ich für unseren Heimat- und Geschichtsverein benötige. Zum Verwalten verwende ich direkt Merkaartor (Alternative zu JOSM) und als Datenquelle für meine eigenen Anwendungen dient dann direkt die OSM-Datenbank, aus der ich meine POIs dann via XAPI wieder abhole. Für den initialen Import: Wenn du es nicht selber machen willst, dann stelle die Daten doch als GPX bereit. Das pur POI GPX kannst du sogar bei OSM hochladen (als GPS-Track). AFAIK können nur die Editoren die POIs nicht auslesen (zumindest macht es Merkaartor nicht). Wenn die Daten interessant sind, dann wird sich schon jemand finden, der die übertragen will. Bei automatischen Imports wird einerseits das Tagging nicht passen und andererseits besteht die Gefahr, dass du POIs importierst, die schon existieren. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlisten
On 12-01-25 7:36, Andre Joost wrote: Am 24.01.2012 22:58, schrieb Martin Trautmann: Nach meiner Auswahl falsch oder überflüssig: ... Nordrhein-Westfalen|Wesel kann ich jetzt nicht (mehr) nachvollziehen auf http://toolserver.org/~okilimu/listofstreets/Bundesrepublik+Deutschland/Nordrhein-Westfalen/index.html Kann weg, weil Duplikat zu Nordrhein-Westfalen|Kreis+Wesel|Wesel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenimport nach OpenStreetMap
Am 25.01.2012 17:43, schrieb Chris66: Hallo Namensvetter, ich verwalte in einer relationalen Datenbank mehrere Point-of-Interests. Diese möchte ich auch in OpenStreetMap bereitstellen. Dabei gibt es 2 Dinge zu beachten: Die Lizenz muss zu der OSM Lizenz kompatibel sein und selbstverständlich müsstest Du vorher prüfen dass der POI in OSM noch nicht vorhanden ist. Fehlerfrei sollten die Daten auch noch sein ;) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlisten
On 12-01-25 11:11, Walter Nordmann wrote: Martin Trautmann wrote Nach meiner Auswahl falsch oder überflüssig: Hessen|Rheingau-Taunus-Kreis|Bad+Schwalbach Hessen|Rheingau-Taunus-Kreis|Geisenheim-neu Hi Martin: nicht ganz korrekt: raus muss Hessen|Rhein-Taunus-Kreis|Bad+Schwalbach (RheinGAU... ist ok) Danke, du hast Recht. geisenheim-neu kann wirklich raus Man muss genauer prüfen, ob und wo Unterschiede zwischen den Dateien sind. Im Straßenbestand ist jedenfalls kein signifikanter Unterschied drin. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur konkreten Umsetzung bei der Lizenzumstellung
Hallo, am 25.01.2012 16:18 schrieb Frederik Ramm: Unmittelbar nach der Umstellung wären aber sicher gewisse, nicht unerhebliche, Lücken sichtbar, die wir vorher so nicht bemerkt haben oder nicht bemerken konnten. Was gibt es denn fuer Luecken, die wir im Moment nicht bemerken koennen, und wie koennen wir die bemerkbar machen? Wie ich mir schon vor Wochen zu bemerken erlaubte, garantiert uns niemand, dass ein Objekt, das die heutigen Tools als sauber melden, nicht doch bei der Umstellung untergeht/verändert wird und abhängige Objekte mitreißt. Ich will keine Arbeit fürn A... machen. Ja, ich erkenne an, dass sich die Tools heftig entwickelt haben und scheinbar auch bei der LWG begrüßt werden. Das macht m. E. aber nur einen graduellen Unterschied. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur konkreten Umsetzung bei der Lizenzumstellung
Am 25.01.2012 15:45, schrieb Wolfgang Barth: Wird man dann die öffentlich bekannten Tileserver noch eine Zeitlang auf dem Stand unmittelbar vor der Lizenzumstellung belassen? Wir Remapper hätten dann sagen wir mal ein paar Wochen Zeit um die übelsten Probleme zu bereinigen. Der Nutzen von Darstellungen wie der License-Change-Ansicht im OSM Inspector und den Plugins für Editoren ist, dass du *jetzt* mit dem Remapping anfangen kannst. Du hast noch zwei Monate Zeit, das sollte fürs Anschreiben der Noch-nicht-Zustimmer in deiner Gegend und die paar von dir veranschlagten Wochen fürs Remapping gut reichen. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlisten
Martin Trautmann wrote geisenheim-neu kann wirklich raus Man muss genauer prüfen, ob und wo Unterschiede zwischen den Dateien sind. Im Straßenbestand ist jedenfalls kein signifikanter Unterschied drin. hattu Recht ;) Das Hauptproblem bei Florians Wiki war, dass man als armer Datenknecht alte/falsche Listen nicht löschen konnte. Gruss Walter -- View this message in context: http://gis.19327.n5.nabble.com/Strassenlisten-tp5281973p5430943.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenimport nach OpenStreetMap
aighes wrote: Fehlerfrei sollten die Daten auch noch sein ;) Was ist bei OSM schon komplett fehlerfrei? Allerdings sollte so ein automatischer Import eine Korrektur eines anderen Mappers natürlich nicht direkt wieder zunichte machen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMI License Change hängt?
Am 25.01.2012 16:15, schrieb Frederik Ramm: On 01/25/12 14:37, Peter wrote: Blieb da was unbemerkt hängen? Ja, sieht so aus... ich starte das Update mal von Hand, wird aber 1-2h dauern. Danke. Schön leer geworden:-) Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenimport nach OpenStreetMap
Hi, On 01/25/12 16:20, Chris wrote: ich verwalte in einer relationalen Datenbank mehrere Point-of-Interests. Diese möchte ich auch in OpenStreetMap bereitstellen. OpenStreetMap ist in erster Linie eine Plattform zum Editieren von Daten, nicht zur Bereitstellung von Daten. Das heisst im Klartext: Wenn Daten erstmal in OSM sind, dann ist OSM der Master, und irgendein spaeterer automatischer Abgleich mit einer externen Datenbank ist in aller Regel unerwuenscht, zumindest darf er in keinem Fall etwas ueberschreiben, was in OSM gemacht wurde (wenn nach dem ersten Import ein POI von einem Benutzer geloescht wurde und der dann nach dem zweiten Import wieder aufpoppt, wird sich der Benutzer ganz schoen aergern.) Importen steht OSM im allgemeinen skeptisch gegenueber. Das heisst nicht, dass wir ueberhaupt nie welche machen, aber die Huerde fuer Importe ist viel hoeher als fuer von Hand editierte Daten. Wir wollen menschliche Edits in OpenStreetMap - wir wollen, dass moeglichst alles, was in der Datenbank passiert, vor den Augen eines Menschen passiert. Importe passieren in aller Regel nicht vor den Augen eines Menschen, sondern werden anhand eines mehr oder weniger guten Algorithmus gemacht. Dabei passieren oft Fehler - z.B. wird ein punktfoermiger POI angelegt, wo schon ein flaechenfoermiger existiert, weil das Programm darauf nicht geachtet hat und so weiter. Der OSM-vertraeglichste Weg fuer Importe ist, sie eben gerade nicht automatisch zu machen, sondern die in Frage kommenden Daten der Community fuer das manuelle Einarbeiten zur Verfuegung zu stellen. Importe, die nicht vorher ausfuehrlich mit der Community diskutiert wurden, stellen einen Verstoss gegen unsere Mechanical Edit Policy (http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy) dar und werden wieder geloescht. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenimport nach OpenStreetMap
Am 25.01.2012 19:39, schrieb Manuel Reimer: aighes wrote: Fehlerfrei sollten die Daten auch noch sein ;) Was ist bei OSM schon komplett fehlerfrei? Allerdings sollte so ein automatischer Import eine Korrektur eines anderen Mappers natürlich nicht direkt wieder zunichte machen. Hi, also wenn ein Mapper einen POI in OSM einträgt, gehe ich davon aus, dass dieser POI zumindest zu dem Zeitpunkt auch in der Realität vorhanden war. Wenn man automatisch große Mengen importiert würde ich davon nicht mehr unbedingt ausgehen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenimport nach OpenStreetMap
Am 25.01.2012 22:13, schrieb Henning Scholland: Am 25.01.2012 19:39, schrieb Manuel Reimer: aighes wrote: Fehlerfrei sollten die Daten auch noch sein ;) Was ist bei OSM schon komplett fehlerfrei? Allerdings sollte so ein automatischer Import eine Korrektur eines anderen Mappers natürlich nicht direkt wieder zunichte machen. Hi, also wenn ein Mapper einen POI in OSM einträgt, gehe ich davon aus, dass dieser POI zumindest zu dem Zeitpunkt auch in der Realität vorhanden war. Wenn man automatisch große Mengen importiert würde ich davon nicht mehr unbedingt ausgehen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Da stimme ich Henning zu. Meine POIs werden selbst von Freiwilligen über eine mobile App gesammelt und an die Datenbank übertragen. Das macht es natürlich auch schwer, die Richtigkeit zu gewährleisten. Außerdem handelt es sich um rund 1000 Datensätze, also sind auch doppelte Einträge später nicht ausgeschlossen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlisten
Am 25.01.2012 18:07, schrieb Martin Trautmann: On 12-01-25 11:11, Walter Nordmann wrote: Martin Trautmann wrote Nach meiner Auswahl falsch oder überflüssig: Hessen|Rheingau-Taunus-Kreis|Bad+Schwalbach Hessen|Rheingau-Taunus-Kreis|Geisenheim-neu Hi Martin: nicht ganz korrekt: raus muss Hessen|Rhein-Taunus-Kreis|Bad+Schwalbach (RheinGAU... ist ok) Danke, du hast Recht. geisenheim-neu kann wirklich raus Man muss genauer prüfen, ob und wo Unterschiede zwischen den Dateien sind. Im Straßenbestand ist jedenfalls kein signifikanter Unterschied drin. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenimport nach OpenStreetMap
Am 25.01.2012 23:05, schrieb Chris: Da stimme ich Henning zu. Meine POIs werden selbst von Freiwilligen über eine mobile App gesammelt und an die Datenbank übertragen. Das macht es natürlich auch schwer, die Richtigkeit zu gewährleisten. Außerdem handelt es sich um rund 1000 Datensätze, also sind auch doppelte Einträge später nicht ausgeschlossen. Das ist aber ein Killerkriterium: Dein Datenbeschaffer trägt einen Aldi am Eingang ein, der LKW-Fahrer am Lieferanteneingang, die Handelskette überlässt uns einen Datensatz, wo das Büro des Filialleiters als Koordiante eingetragen ist, der wheelmap.org-Benutzer steht vor der Behindertentoilette und amcht dort seinen Punkt. Dann malt noch jemand vom Luftbild den exakten Grundriss des Gebäudes ein, und schon haben wir ein halbes dutzend mehr oder weniger vollständiger Eintragungen des gleichen Marktes. Eventuell schaut dann mal jemand von OSM drüber und bereinigt alle Einträge auf *ein* Objekt, und löscht den Rest. Wenn dann in der nächsten Runde wieder dein Datensatz hochgeladen wird, geht das ganze Karussell von vorne los. Ohne drauf schauen geht es also nicht. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlisten
Am 25.01.2012 18:03, schrieb Martin Trautmann: On 12-01-25 7:36, Andre Joost wrote: Am 24.01.2012 22:58, schrieb Martin Trautmann: Nach meiner Auswahl falsch oder überflüssig: ... Nordrhein-Westfalen|Wesel kann ich jetzt nicht (mehr) nachvollziehen auf http://toolserver.org/~okilimu/listofstreets/Bundesrepublik+Deutschland/Nordrhein-Westfalen/index.html Kann weg, weil Duplikat zu Nordrhein-Westfalen|Kreis+Wesel|Wesel Im Kreis Wesel ist nebenbei Voerde doppelt drin. Auf der Essener Mailingliste wurde bemängelt, dass die fehlende Straße Name zu recht nicht existiert. Da ist wohl der Listenimport schief gelaufen. Zur Straße Hölteberg gabs hier schon mal was: http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de.essen/152 Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenimport nach OpenStreetMap
Hallo André Aldi Eingang Lieferanteneingang Büro des Filialleiters Behindertentoilette Grundriss Das sind alles wertvolle Geoinformationen. Voraussetzung für eine sinnvolle Verwendung in der DB und der Karte: - sie Daten müssen unterscheidbar sein (tags) - sie brauchen sinnvolle Renderregeln Nur dann findet der LKW-Fahrer seinen Lieferanteneingang. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de