Re: [Talk-de] (kein Betreff)
Am 05.03.2016 um 18:10 schrieb Horst und Renate Gross: > > Guten Tag, > > ich nutze gelegentlich TRAVIC (http://tracker.geops.ch/). Interessant, kannte ich noch nicht. > Aus dem Antwortschreiben geht hervor, dass TRAVIC auch OSM-Daten als > Basisdaten verwendet. > Der Zusammenhang zwischen TRAVIC und OSM ist aus dem beigefügten Anhang > ersichtlich. Der Bereich PT (public transport) ist innerhalb OSM leider mittlerweile eine Wissenschaft, wo der "normale" Mapper einen großen Bogen drum macht. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
ich schau gleich mal drüber Am 14. November 2014 22:42 schrieb Lothar Beck lothar.b...@t-online.de: Hallo, kurze Frage, weil ich etwas nicht verstehe / finde: Auf der Karte: http://www.openstreetmap.org/#map=11/48.8652/9.1599 Also nur Zoomstufe 11 sehe ich unter der Bezeichnung Ludwigsburg (also die Stadt) den grünen Test Schwarzwald. Das macht meiner Meinung nach dort wenig Sinn. Ich weiss aber nicht wo das herkommt, ich will mir auch nicht den gesamten Bereich in JOSM laden, das geht vermutlich auch nicht. Mit Overpass turbo habe ich nach dem Namen Schwarzwald gesucht, aber kein Ergebnis in way, node, oder relation bekommen. Hat mir jemand einen Hinweis / Erklärung ? Gruss Loth ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
bin durch..ein paar Kleinigkeite und 2 Links korrigiert Am 14. November 2014 23:51 schrieb christian.pietz...@googlemail.com christian.pietz...@gmail.com: ich schau gleich mal drüber Am 14. November 2014 22:42 schrieb Lothar Beck lothar.b...@t-online.de: Hallo, kurze Frage, weil ich etwas nicht verstehe / finde: Auf der Karte: http://www.openstreetmap.org/#map=11/48.8652/9.1599 Also nur Zoomstufe 11 sehe ich unter der Bezeichnung Ludwigsburg (also die Stadt) den grünen Test Schwarzwald. Das macht meiner Meinung nach dort wenig Sinn. Ich weiss aber nicht wo das herkommt, ich will mir auch nicht den gesamten Bereich in JOSM laden, das geht vermutlich auch nicht. Mit Overpass turbo habe ich nach dem Namen Schwarzwald gesucht, aber kein Ergebnis in way, node, oder relation bekommen. Hat mir jemand einen Hinweis / Erklärung ? Gruss Loth ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
bin nochmal schnell durch den Artikel und hab bei dem 3D Modell Links ergänzt und das mit F4 geändert (bei mir funktioniert es) Am 15. November 2014 00:12 schrieb christian.pietz...@googlemail.com christian.pietz...@gmail.com: bin durch..ein paar Kleinigkeite und 2 Links korrigiert Am 14. November 2014 23:51 schrieb christian.pietz...@googlemail.com christian.pietz...@gmail.com: ich schau gleich mal drüber Am 14. November 2014 22:42 schrieb Lothar Beck lothar.b...@t-online.de: Hallo, kurze Frage, weil ich etwas nicht verstehe / finde: Auf der Karte: http://www.openstreetmap.org/#map=11/48.8652/9.1599 Also nur Zoomstufe 11 sehe ich unter der Bezeichnung Ludwigsburg (also die Stadt) den grünen Test Schwarzwald. Das macht meiner Meinung nach dort wenig Sinn. Ich weiss aber nicht wo das herkommt, ich will mir auch nicht den gesamten Bereich in JOSM laden, das geht vermutlich auch nicht. Mit Overpass turbo habe ich nach dem Namen Schwarzwald gesucht, aber kein Ergebnis in way, node, oder relation bekommen. Hat mir jemand einen Hinweis / Erklärung ? Gruss Loth ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo Philippe, Am 18. April 2012 13:57 schrieb Philippe Rieffel p.rief...@uni-muenster.de : wie würdet Ihr eine Landfläche (mit nem Gebäude und nem Parkplatz drauf) taggen, wenn das alles abgerissen ist (Zustand jetzt gerade) und etwas neues darauf gebaut werden soll? An die vorhandenen Teile construction=yes ? Oder einfach alles weg? oder ein Polygon auf der ganzen Fläche mit landuse=construction ? Oder einfach gar nichts machen bis es fertig ist? Was bei diesem Großprojekt aber nocht 1-2 Jahre dauern kann. Das scheint doch mal wirklich ein Fall für landuse=brownfield zu sein, lt. Wiki ist das Land scheduled for new development where old buildings have been demolished and cleared. Also würde ich alles Abgerissene löschen und dann eine Fläche für den Landuse. Construction sieht für mich eher so aus, als ob das erst gerade gebaut würde. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Am 18.04.2012 13:57, schrieb Philippe Rieffel: Hallo Liste, wie würdet Ihr eine Landfläche (mit nem Gebäude und nem Parkplatz drauf) taggen, wenn das alles abgerissen ist (Zustand jetzt gerade) Bauland? landuse brownfield bei Josm unter Vorlagen - Geografie - Landnutzung -- Bauland (dritte von unten) hab ich auch so gemacht, das Haus was dort stand abgerissen, jetzt ist dort nur noch platter Boden - dort kommt ein Baumarkt hin Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 7909 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] (kein Betreff)
Am 18. April 2012 13:57 schrieb Philippe Rieffel p.rief...@uni-muenster.de: Hallo Liste, wie würdet Ihr eine Landfläche (mit nem Gebäude und nem Parkplatz drauf) taggen, wenn das alles abgerissen ist (Zustand jetzt gerade) und etwas neues darauf gebaut werden soll? An die vorhandenen Teile construction=yes ? Oder einfach alles weg? oder ein Polygon auf der ganzen Fläche mit landuse=construction ? Oder einfach gar nichts machen bis es fertig ist? Was bei diesem Großprojekt aber nocht 1-2 Jahre dauern kann. Gebäude würde ich, wenn es abgerissen ist, in OSM auch löschen (und entsprechenden Changeset-Kommentar, damit man weiss, warum Du es gelöscht hast). Den Parkplatz würde ich lassen, sofern er nicht auch bereits abgebrochen wurde. Wenn da jetzt immer noch ein Bauzaun drum rum ist, und ein Bauschild oder so, würde ich das als landuse=construction taggen, nicht als brownfield. Wenn da ein Zaun drum rum ist, aber kein Bauschild, bzw. es nicht nach Baustelle aussieht, sondern wie ein verlassenes Gelände, dann wäre brownfield besser. Also: wenn es eher eine Fläche für spätere Bauarbeiten ist, dann brownfield, wenn dagegen irgendwie gebaut wird (also auch Abbruchsarbeiten oder Gründungsarbeiten), dann wäre es construction. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Mirko Kster schrieb: die Regelung, dass "dass die beiden See-Tagging-Schemata bitte friedlich nebeneinander her existieren sollen" funktioniert seit einigen Monaten beidseitig richtig gut. Generelle Grundsatzfrage. Warum zwei Projekte, die eigentlich das gleiche machen aber doch wieder irgendwie ein eigenes Schema verwenden? Warum nicht wenigstens ein Schema was global luft, wenn sich das schon direkt auf der OSM DB abspielen muss? Mir fllt keine sinnvolle Begrndung ein. ... Hi Mirko, hi Rest :-) seamark = buoy (1004), beacon (871), leading (46), lighthouse (37), light (1) --- das is die Nutzung in Nord Amerika seamark = buoy (3992), beacon (617), lighthouse (118), dolphin (100), landmark (66), anchorage (22), --- is die Nutzung in Europa find ich schonmal beeindruckend viel :) Gru Mario (der erst jetzt diesen Handlungsstrang entdeckt hat *g*) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
[..] Dieses Posting nur HTML? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo Rolf, Rolf Meyerhof wrote: Hallo Mein Ziel ist die Tonnen bei OSeaM in der Karte anzeigen zu lassen. Das geschieht nur wenn ich diese Tonnen mit dem OSeaM Editor bearbeite Dann hast Du aber OpenStreetMap nicht verstanden. OpenStreetMap ist eine Datenbank, in der wir Dinge erfassen, die in der Realitaet existieren. Du bist meiner Frage ausgewichen. Du hast in der OpenStreetMap-Datenbank die Information, dass diese Tonne ein rot-weisses Topzeichen besitzt, entfernt. Das ist *nur* dann zulaessig, wenn diese Tonne tatsaechlich kein rot-weisses Topzeichen hat. Hat die Tonne in der Realitaet ein rot-weisses Topzeichen, dann war deine Handlung falsch (entweder aus Irrtum oder weil Du mit fehlerhafter Software arbeitest). Öffne ich das Tonnen Menue sehe ich eine gelbe Tonne mit einem gelben Kreuz und das ist falsch. Ein anderes Topzeichen kann nicht ausgewählt werden. Darum bleibt die Tonne ohne Topzeichen. Was dann der Editor ändert oder nicht ändert ist so Du selbst schreibt ein Problem der Software. Nein. Wenn die Software aufgrund von Maengeln Dich dazu verleitet, Daten in der Datenbank zu verfaelschen, dann hat die Software ein Problem und sollte nicht mehr auf die OSM-Daten losgelassen werden - und ich weiss immer noch nicht, ob hier ueberhaupt was verfaelscht wurde, ich weiss nicht, ob die besagte Tonne ueberhaupt ein rot-weisses Topzeichen hat oder nicht, aber *wenn* sie eines hat, dann hast Du unbestreitbar Daten verfaelscht. Du musst das doch wissen: Du musst doch fuer die Bearbeitung der Tonne irgendwelche Quellen haben, vermutlich warst Du selbst vor Ort - also was ist das nun fuer eine Tonne, in der Realitaet? Du musst sie doch gesehen haben, Du musst doch wissen, ob sie ein rot-weisses Topzeichen hat oder nicht. Wenn der OSeaM-Editor ploetzlich ueberall, wo Du eine gelbe Tonne eintraegst, Telefonzellen in die Datenbank schreibt, dann ist das zwar nicht Deine Schuld, sondern die des kaputten Editors, aber in dem Moment, wo Du darauf aufmerksam gemacht wirst, dass Du hier mit kaputter Software Daten verfaelschst, musst Du damit aufhoeren, bis die Autoren der Software das reparieren konnten. Also ich mache Dich jetzt hiermit darauf aufmerksam, dass Du mit der Software, die Du im Moment verwendest, rot-weisse Topzeichen loeschst. Das ist ausschliesslich dann zulaessig, wenn Du aufgrund von eigenen Aufzeichnungen oder sonstigen Informationen weisst, dass diese Tonnen tatsaechlich kein rot-weisses Topzeichen haben. Alles andere (ich will, das die Tonne bei name von meinem Hobbyprojekt richtig angezeigt wird, deswegen habe ich so lang an den Tags rumgedreht, bis die Tonne fuer mich richtig war) entspricht nicht der Art, wie wir bei OpenStreetMap arbeiten. Ich bin ziemlich unvoreingenommen an diese Sache herangegangen, aber wenn es wirklich so ist, dass Du ohne Ruecksicht und Kenntnis der Sachlage mit einem Spezialeditor hier an irgendwelchen Tonnen herumklickst, bis sie in diesem Spezialeditor richtig sind, und dabei korrekte Information (ich weiss immer noch nicht, ob diese Tonne ein rot-weisses Topzeichen hat oder nicht...) entfernst, dann ist es nicht nur zulaessig, sondern notwendig, alle Deine Aenderungen rueckgaengig zu machen - wer weiss, was Dein Spezialeditor sonst noch alles kaputt macht, ohne dass Du es merkst. Stell Dir vor, es kommt noch jemand drittes dazu, macht eine OpenOceanMap auf, programmiert einen Spezialeditor, der aber leider die Tonnen, die Du malst, nicht anzeigt, und man muss in dem Spezialeditor erst auf diese Tonne korrigieren klicken, damit sie auf OpenOceanMap erscheint, und dabei werden dann alle OSeaM-Tags geloescht. Du sprichst einen der Benutzer darauf an, und der weist empoert alle Schuld von sich: Ich mache hier Karten fuer Seefahrer, und mir kommt es in erster Linie darauf an, dass diese Tonne in der Karte richtig enthalten ist, und das geht nur, wenn ich in meinem Editor auf den diese-Tonne-korrigieren-Button klicke. Glaubst Du, so kommen wir weiter? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo Frederik, die Regelung, dass dass die beiden See-Tagging-Schemata bitte friedlich nebeneinander her existieren sollen funktioniert seit einigen Monaten beidseitig richtig gut. Ich freue mich, dass dadurch endlich Ruhe eingekehrt ist. Dadurch können wir unsere Arbeit wieder auf das Wesentliche konzentrieren. Die Attribute von OpenSeaMap erkennt man am Namensraum *seamark* und *harbour* Damit werden nautische Objekte von anderen unterschieden. Zur Steuerung der objektinternen (Pseudo)Hierarchie benutzen wir seamark auch als Master-tag. Unsere Editoren bearbeiten konsequent und ausschliesslich Daten, die in diesen Namensräumen liegen. Die Editoren ändert in diesem Namensraum ausschliesslich Daten, die der Benutzer ändert. Auch wenn da nun grad zwei einander gegenseitig etwas gelöscht haben, so ist das alles kein Problem, sondern kann recht einfach gelöst werden. Voraussetzung ist, dass man in guter Absicht handelt, sich gegenseitig nichts anderes unterstellt, bereit ist zu lernen, und sich gemeinsam um Lösungen bemüht. Aufgaben löse ich am liebsten nach vorne gewandt, also nach Lösungen suchend (statt nach Schuldigen). So wie Du es ja auch machst. Wenn mit der Lösung auch noch gleich strukturelle oder methodische Fortschritte erzielt werden: umso besser! Die Erweiterung ist bereits in Arbeit :-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
die Regelung, dass dass die beiden See-Tagging-Schemata bitte friedlich nebeneinander her existieren sollen funktioniert seit einigen Monaten beidseitig richtig gut. Generelle Grundsatzfrage. Warum zwei Projekte, die eigentlich das gleiche machen aber doch wieder irgendwie ein eigenes Schema verwenden? Warum nicht wenigstens ein Schema was global läuft, wenn sich das schon direkt auf der OSM DB abspielen muss? Mir fällt keine sinnvolle Begründung ein. Wenn die Seiten jeweils anders präsentieren oder nur einen Teil verwenden dann ist das ja kein Problem. Aber warum entwickelt man nicht ein gemeinesames Schema, das man dann auch propblemlos von OSM Seite her nachlesen und anwenden kann, damit auch problemlos von eventuell weiteren Anwendungen? Damit erübrigt sich dieses total sinnlose rumgeeiere und auch der reine OSMer muss sich nicht mehr über irgendwelche Eingriffe ärgern. Auch erübrigt das manch sinnlose Redundanz. Freietonne will z.B. bei Kontaktdaten an Schleusen ein waterway:lock:phone. Damit das auch alle anderen lesen können, muss man wieder ein extra phone setzen. Sicher ist es einfacher über den ganzen Dump einfach nach diesem Schlüssel zu suchen. Aber wäre es im nicht im Sinne von OSM, einfach nur phone für alle zu setzen? Da muss die Anwendung eben die relevanten Elemete wie eben in dem Fall lock vorfiltern statt nach Namensräumen über alles zu suchen. Man stelle sich mal vor andere würde das genauso machen. Irgendwann hat man die exakt gleiche Information unter zig Namensräumen in als x facher Kopie. Die Haupt DB wird sinnlos aufgebläht und bei einer Änderung steigt der Aufwand. Statt einmal phone zu ändern, muss man meinetwegen 20 Schlüssel ändern. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Am 14. Februar 2010 13:14 schrieb Mirko Küster webmas...@ts-eastrail.de: die Regelung, dass dass die beiden See-Tagging-Schemata bitte friedlich nebeneinander her existieren sollen funktioniert seit einigen Monaten beidseitig richtig gut. Generelle Grundsatzfrage. Warum zwei Projekte, die eigentlich das gleiche machen aber doch wieder irgendwie ein eigenes Schema verwenden? Warum nicht wenigstens ein Schema was global läuft, wenn sich das schon direkt auf der OSM DB abspielen muss? Mir fällt keine sinnvolle Begründung ein. Genau das selbe wollte ich gerade auch fragen! Sind es ideelle oder kommerzielle Gründe? Wenn die Seiten jeweils anders präsentieren oder nur einen Teil verwenden dann ist das ja kein Problem. Aber warum entwickelt man nicht ein gemeinesames Schema, das man dann auch propblemlos von OSM Seite her nachlesen und anwenden kann, damit auch problemlos von eventuell weiteren Anwendungen? Damit erübrigt sich dieses total sinnlose rumgeeiere und auch der reine OSMer muss sich nicht mehr über irgendwelche Eingriffe ärgern. Die beiden Projekte sollten sich mal überlegen, dass sie in OSM eine Minderheit darstellen. Nicht das jemand auf die Idee kommt zu beschließen, dass diese Dinge gar nichts mehr in der OSM Datenbank verloren haben. Bisher konnte man sich in anderen Bereichen meist gut einigen oder ein Problem mit nur geringer Redundanz aus der Welt schaffen. Um die Seekarten gibt es jedoch immer wieder Ärger. Ich wünsche mir eine Erklärung, warum das so ist. Warum gibt es zwei Projekte, die für mich als Landratte so erscheinen, als ob sie das gleiche wollen, die nicht nebeneinander, sondern gegeneinander zu arbeiten scheinen. Hat OSM das nötig? Ist es das, was die Community möchte? Bitte um Antworten, um Vorurteilen vorzubeugen und um die definitive Bestätigung, dass es nicht um kommerzielle Interessen der beiden Parteien geht. Netter Gruß Torsten Breda ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Am Sonntag 14 Februar 2010 13:14:27 schrieb Mirko Küster: Generelle Grundsatzfrage. Warum zwei Projekte, die eigentlich das gleiche machen aber doch wieder irgendwie ein eigenes Schema verwenden? Warum nicht wenigstens ein Schema was global läuft, wenn sich das schon direkt auf der OSM DB abspielen muss? das hab ich mich auch schon mal gefragt... Mir fällt keine sinnvolle Begründung ein. da wuesste ich nur eine: ich halte es durchaus fuer sinnvoll, alternative tagging-schemata und neue ansaetze auszuprobieren. das zeiht nunmal auch nach sich, dass daten redundant eingetragen werden. irgendwann setzt sich vieleicht eins davon durch, man vereint beide ansaetze, oder verwirft es als untauglich. so oder so kann man dadurch nur gewinnen. wie die sachlage bei dieser seezeichengeschichte ist, kann ich nicht beurteilen. aber mir scheint, die beiden projekte existieren lange genug, um eine evaluationsphase hinter sich zu haben... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Am 14.02.2010 13:25, schrieb Torsten Breda: Sind es ideelle oder kommerzielle Gründe? Menschliche. Die Mitstreiter können schlicht nicht miteinander. Die beiden Projekte sollten sich mal überlegen, dass sie in OSM eine Minderheit darstellen. Nicht das jemand auf die Idee kommt zu beschließen, dass diese Dinge gar nichts mehr in der OSM Datenbank verloren haben. Sind wir jetzt schon soweit, Minderheiten rauszuwerfen? Ich hoffe nicht, denn dann bleibt von OSM nicht viel übrig. Bisher konnte man sich in anderen Bereichen meist gut einigen oder ein Problem mit nur geringer Redundanz aus der Welt schaffen. Um die Seekarten gibt es jedoch immer wieder Ärger. Das liegt halt daran, daß es zwei Parteien gibt, die sich nicht einigen wollen. Aber fangen wir jetzt an die Radwege rauszuwerfen, weil sich die Radfahrer nicht auf ein Schema einigen können? Ich hoffe nicht. Ich wünsche mir eine Erklärung, warum das so ist. Warum gibt es zwei Projekte, die für mich als Landratte so erscheinen, als ob sie das gleiche wollen, die nicht nebeneinander, sondern gegeneinander zu arbeiten scheinen. Hat OSM das nötig? Ist es das, was die Community möchte? Bitte um Antworten, um Vorurteilen vorzubeugen und um die definitive Bestätigung, dass es nicht um kommerzielle Interessen der beiden Parteien geht. Ich hatte bislang nicht den Eindruck, daß es um kommerzielle Interessen geht - aber das weiß man ja immer erst nachher. Das sind einfach zwei Gruppen die sich nicht einig werden und jeweils laut aufschreien wenn der eine dem anderen das Förmchen geklaut hat ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
-Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Frederik Ramm Gesendet: Sonntag, 14. Februar 2010 11:00 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] (kein Betreff) Hallo Rolf, Rolf Meyerhof wrote: Hallo Mein Ziel ist die Tonnen bei OSeaM in der Karte anzeigen zu lassen. Das geschieht nur wenn ich diese Tonnen mit dem OSeaM Editor bearbeite Dann hast Du aber OpenStreetMap nicht verstanden. OpenStreetMap ist eine Datenbank, in der wir Dinge erfassen, die in der Realitaet existieren. Hallo Frederik Frage: Machen dieses erfassen nur aus Selbbstzweck oder wollen wir diese Daten auch einmal benutzen? Gruß Rolf Du bist meiner Frage ausgewichen. Du hast in der OpenStreetMap-Datenbank die Information, dass diese Tonne ein rot-weisses Topzeichen besitzt, entfernt. Das ist *nur* dann zulaessig, wenn diese Tonne tatsaechlich kein rot-weisses Topzeichen hat. Hat die Tonne in der Realitaet ein rot-weisses Topzeichen, dann war deine Handlung falsch (entweder aus Irrtum oder weil Du mit fehlerhafter Software arbeitest). Öffne ich das Tonnen Menue sehe ich eine gelbe Tonne mit einem gelben Kreuz und das ist falsch. Ein anderes Topzeichen kann nicht ausgewählt werden. Darum bleibt die Tonne ohne Topzeichen. Was dann der Editor ändert oder nicht ändert ist so Du selbst schreibt ein Problem der Software. Nein. Wenn die Software aufgrund von Maengeln Dich dazu verleitet, Daten in der Datenbank zu verfaelschen, dann hat die Software ein Problem und sollte nicht mehr auf die OSM-Daten losgelassen werden - und ich weiss immer noch nicht, ob hier ueberhaupt was verfaelscht wurde, ich weiss nicht, ob die besagte Tonne ueberhaupt ein rot-weisses Topzeichen hat oder nicht, aber *wenn* sie eines hat, dann hast Du unbestreitbar Daten verfaelscht. Du musst das doch wissen: Du musst doch fuer die Bearbeitung der Tonne irgendwelche Quellen haben, vermutlich warst Du selbst vor Ort - also was ist das nun fuer eine Tonne, in der Realitaet? Du musst sie doch gesehen haben, Du musst doch wissen, ob sie ein rot-weisses Topzeichen hat oder nicht. Wenn der OSeaM-Editor ploetzlich ueberall, wo Du eine gelbe Tonne eintraegst, Telefonzellen in die Datenbank schreibt, dann ist das zwar nicht Deine Schuld, sondern die des kaputten Editors, aber in dem Moment, wo Du darauf aufmerksam gemacht wirst, dass Du hier mit kaputter Software Daten verfaelschst, musst Du damit aufhoeren, bis die Autoren der Software das reparieren konnten. Also ich mache Dich jetzt hiermit darauf aufmerksam, dass Du mit der Software, die Du im Moment verwendest, rot-weisse Topzeichen loeschst. Das ist ausschliesslich dann zulaessig, wenn Du aufgrund von eigenen Aufzeichnungen oder sonstigen Informationen weisst, dass diese Tonnen tatsaechlich kein rot-weisses Topzeichen haben. Alles andere (ich will, das die Tonne bei name von meinem Hobbyprojekt richtig angezeigt wird, deswegen habe ich so lang an den Tags rumgedreht, bis die Tonne fuer mich richtig war) entspricht nicht der Art, wie wir bei OpenStreetMap arbeiten. Ich bin ziemlich unvoreingenommen an diese Sache herangegangen, aber wenn es wirklich so ist, dass Du ohne Ruecksicht und Kenntnis der Sachlage mit einem Spezialeditor hier an irgendwelchen Tonnen herumklickst, bis sie in diesem Spezialeditor richtig sind, und dabei korrekte Information (ich weiss immer noch nicht, ob diese Tonne ein rot-weisses Topzeichen hat oder nicht...) entfernst, dann ist es nicht nur zulaessig, sondern notwendig, alle Deine Aenderungen rueckgaengig zu machen - wer weiss, was Dein Spezialeditor sonst noch alles kaputt macht, ohne dass Du es merkst. Stell Dir vor, es kommt noch jemand drittes dazu, macht eine OpenOceanMap auf, programmiert einen Spezialeditor, der aber leider die Tonnen, die Du malst, nicht anzeigt, und man muss in dem Spezialeditor erst auf diese Tonne korrigieren klicken, damit sie auf OpenOceanMap erscheint, und dabei werden dann alle OSeaM-Tags geloescht. Du sprichst einen der Benutzer darauf an, und der weist empoert alle Schuld von sich: Ich mache hier Karten fuer Seefahrer, und mir kommt es in erster Linie darauf an, dass diese Tonne in der Karte richtig enthalten ist, und das geht nur, wenn ich in meinem Editor auf den diese-Tonne-korrigieren-Button klicke. Glaubst Du, so kommen wir weiter? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ 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] (kein Betreff)
Am 14. Februar 2010 12:48 schrieb Markus liste12a4...@gmx.de: Unsere Editoren bearbeiten konsequent und ausschliesslich Daten, die in diesen Namensräumen liegen. Die Editoren ändert in diesem Namensraum ausschliesslich Daten, die der Benutzer ändert. Auch wenn da nun grad zwei einander gegenseitig etwas gelöscht haben, so ist das alles kein Problem, sondern kann recht einfach gelöst werden. Voraussetzung ist, dass man in guter Absicht handelt, sich gegenseitig nichts anderes unterstellt, bereit ist zu lernen, und sich gemeinsam um Lösungen bemüht. Aufgaben löse ich am liebsten nach vorne gewandt, also nach Lösungen suchend (statt nach Schuldigen). So wie Du es ja auch machst. Wenn mit der Lösung auch noch gleich strukturelle oder methodische Fortschritte erzielt werden: umso besser! Die Erweiterung ist bereits in Arbeit :-) Das Problem im vorliegenden Fall liegt doch im Fokus von OpenSeaMap. Hier geht es primär um die Abbildung von Schifffahrtszeichen auf *See*wasserstraßen. Anlass zum Handeln von Rolf war, dass sich manche Schifffahrtszeichen auf *Binnen*wasserstraßen schlicht nicht mit dem OSeaM-Editor eintragen lassen. Das händische Eintragen von Daten im OSeaM-Syntax ist nur etwas für Fortgeschrittene und macht auch dann nicht wirklich Spaß. OSeaM muss sich also an die Ergänzung der Binnenschifffahrtszeichen (soweit nicht mit den Schifffahrtszeichen auf See identisch) im Editor machen. Dann wären auch die Verleitungen vom Tisch, denen Rolf hier offensichtlich erlegen war. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Falk Zscheile Gesendet: Sonntag, 14. Februar 2010 14:31 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] (kein Betreff) Am 14. Februar 2010 12:48 schrieb Markus liste12a4...@gmx.de: Unsere Editoren bearbeiten konsequent und ausschliesslich Daten, die in diesen Namensräumen liegen. Die Editoren ändert in diesem Namensraum ausschliesslich Daten, die der Benutzer ändert. Auch wenn da nun grad zwei einander gegenseitig etwas gelöscht haben, so ist das alles kein Problem, sondern kann recht einfach gelöst werden. Voraussetzung ist, dass man in guter Absicht handelt, sich gegenseitig nichts anderes unterstellt, bereit ist zu lernen, und sich gemeinsam um Lösungen bemüht. Aufgaben löse ich am liebsten nach vorne gewandt, also nach Lösungen suchend (statt nach Schuldigen). So wie Du es ja auch machst. Wenn mit der Lösung auch noch gleich strukturelle oder methodische Fortschritte erzielt werden: umso besser! Die Erweiterung ist bereits in Arbeit :-) Das Problem im vorliegenden Fall liegt doch im Fokus von OpenSeaMap. Hier geht es primär um die Abbildung von Schifffahrtszeichen auf *See*wasserstraßen. Anlass zum Handeln von Rolf war, dass sich manche Schifffahrtszeichen auf *Binnen*wasserstraßen schlicht nicht mit dem OSeaM-Editor eintragen lassen. Das händische Eintragen von Daten im OSeaM-Syntax ist nur etwas für Fortgeschrittene und macht auch dann nicht wirklich Spaß. Hall Falk Hier irrst du etwas das Problem liegt in nicht gepflegten Daten, denn bei anderen Tonnen geht es ja Sehe bitte in die Konten Chronil dieser Tonne! Rolf OSeaM muss sich also an die Ergänzung der Binnenschifffahrtszeichen (soweit nicht mit den Schifffahrtszeichen auf See identisch) im Editor machen. Dann wären auch die Verleitungen vom Tisch, denen Rolf hier offensichtlich erlegen war. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
moin On 14.02.2010, at 13:14, Mirko Küster wrote: die Regelung, dass dass die beiden See-Tagging-Schemata bitte friedlich nebeneinander her existieren sollen funktioniert seit einigen Monaten beidseitig richtig gut. Generelle Grundsatzfrage. Warum zwei Projekte, die eigentlich das gleiche machen aber doch wieder irgendwie ein eigenes Schema verwenden? Warum nicht wenigstens ein Schema was global läuft, wenn sich das schon direkt auf der OSM DB abspielen muss? Mir fällt keine sinnvolle Begründung ein. [...] dem kann ich nur zustimmen. Auch wenn ich das mit dem Datenbank aufblähen nur bedingt als problem empfinde, sehe ich es doch eher als hürde für neulinge an. es ist schon nerfig genug den leuten erklären zu müssen das sie nen z.B. Zigaretten Automaten nicht in deutsch sondern in englisch mappen sollen, irgendwelchen freizeit skippern dann noch zu verklickern das es da zwei konkurierende systeme gibt und sie sich wahlweise für eins entscheiden müssen oder sich doppelte arbeit machen müssen... ne sowas nervt. Sind diese Tonnen nicht international oder zumindestens national normiert? dann sollte es doch ohne weiteres möglich sein auf diesen normen aufzubauen und ne einheitliche struktur zu schaffen. wenn das in kooperation der beiden projekte nicht funzt dann solltet ihr euch ne schlichtergruppe anheuern die von beiden projekten keine ahnung hat und das dann für euch macht. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
moin On 14.02.2010, at 13:25, Torsten Breda wrote: Die beiden Projekte sollten sich mal überlegen, dass sie in OSM eine Minderheit darstellen. Nicht das jemand auf die Idee kommt zu beschließen, dass diese Dinge gar nichts mehr in der OSM Datenbank verloren haben. Bisher konnte man sich in anderen Bereichen meist gut einigen oder ein Problem mit nur geringer Redundanz aus der Welt schaffen. Um die Seekarten gibt es jedoch immer wieder Ärger. Naja soweit würde ich auch nicht gehen... reiter, kinderwagenschupser, fahrad-mit-hänger fahrer und was weiß ich alles solche leute stellen sicherlich eine noch geringere minderheit an personen in OSM dar. Niemand würde auf die idee kommen eine ihnen zu untersagen eine z.B. fahrad-schiebe-rinne (oder wie man die nennt) an einer treppe nicht mappen zu dürfen. Im gegenteil, ermutig sie doch dazu... wenn man selber mal über so ein teil stolpert könnte man es dann ja auch mit mappen. und genau da seh ich das problem mit den seezeichen. wenn man mal abens zufällig über ein defektes seezeichen stolpert, oder merkt das eine lampe da nicht eingetragen ist... heck wie soll ich das als nicht seefahrer mit mappen? selbst nen fix_me tag läuft da ja vermutlich ins leere. ich denke das die OSM philosopie so sein sollte das es nur einen art geben sollte wie dinge getaggt werden. ist ja nicht so als wenn es mit anderen (deutlich einfacheren) angaben nicht schon genügend probleme gibt. z.B. ob es nun Address:phone oder nur Phone oder wie auch immer sein soll und ob man +49-xxx- oder 0xxx- oder (0xxx) oder nur angeben soll. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Menschliche. Die Mitstreiter können schlicht nicht miteinander. Nicht das Problem der OSM Datenbank und deren Community. Man hat ehrlich gesagt Glück das man hier geduldig und locker ist. In anderen Projekten hätte man beide schon ausgeschlossen. Sind wir jetzt schon soweit, Minderheiten rauszuwerfen? Ich hoffe nicht, denn dann bleibt von OSM nicht viel übrig. Minderheiten sind natürlich willkommen, wenn sie denn mit und nicht gegen arbeiten. Das liegt halt daran, daß es zwei Parteien gibt, die sich nicht einigen wollen. Dann haben sie Pech, die müssen nicht nur untereinander sondern auch mit OSM ansich klar kommen. Die Daten auf OSM sind für alle da. Nicht nur für Schnick oder Schnack. Wenn es nicht geht dann müssen die jeweils ne eigene DB aufziehen. Aber fangen wir jetzt an die Radwege rauszuwerfen, weil sich die Radfahrer nicht auf ein Schema einigen können? Ich hoffe nicht. Zwei paar Schuhe. Das ist eine OSM interne Taggingauseinandersetzung die sich irgendwann über die mehrheitliche Verwendung klären wird. Die beiden Seekarten sind jeweils ein externes Grüppchen, die ihre Nickelichkeiten der OSM Community aufzwingen. Die Tags sind ja nichtmal richtig für eine Verwendung direkt in OSM dokumentiert. Nein, man nutzt OSM als bequeme Kippe fürs eigene Steckenpferd. Der Arsch ist der OSM User der auf OSM arbeitet und dann zwischen den Kindergarten gerät. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo Rolf/Leo, es hat sich dort keiner beschwert über den Fakt das da eine Tonne zurückgesetzt wurde. Die ursprüngliche mail war eigentlich nicht für die Talk Runde hier bestimmt. Sie ist aber leider durch einen Tippfehler veröffentlicht worden und wurde als Beschwerde verstanden. egal wie oder warum eine E-Mail hier landet so verwende doch bitte wenigstens einen Betreff. Das ist nicht nur sehr einfach zu machen sondern erleichtert auch allen anderen das Folgen der Konversationen. Außerdem moechte ich Dich darauf hinweisen, dass Deine Antworten auf Mails hier in der Liste zumindest für mich (und damit zumindest auch die meisten anderen GMail-Nutzer) häufig unleserlich sind, da Du einen sehr wilden Zitierstil hast. Ich wäre Dir sehr dankbar wenn Du neben der Arbeit an OpenSeaMap ein wenig Zeit in die richtige Konfiguration Deines Mailprogrammes und die korrekte Verwendung dessen investieren könntest. Nach kurzem suchen fand ich einen Link[1] der das ein bisschen erklärt aber ich bin mir sicher andere hier haben konkretere Tipps. Ein erster Schritt wäre es in Outlook keine HTML-Mails sondern reine Text-Mails zu schreiben. Dies hilft nicht nur uns sondern auch Dir hier ernst genommen zu werden und vernünftige Hilfe und Antworten zu erhalten. Gruß, Lars [1] http://einklich.net/usenet/zitier.htm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Am 12. Februar 2010 13:28 schrieb Rolf Meyerhof r...@meyerhof-net.de: Hallo, Frederik Mir reicht es jetzt aber mit den ewigen Verdächtigungen und Anschuldigungen. Ich mache diese Änderungen bewusst Hallo Rolf, ich kann verstehen, dass der Skipper-Krieg auf Dauer ein bisschen an den Nerven zerrt, aber das waren ja keine Anschuldigungen: Frederik hat die beiden Möglichkeiten (richtig oder falsch) gegenübergestellt und darauf hingewiesen: ...und wenn nein, dann waren die Daten falsch und es ist gut, dass Leo sie verbessert hat. gut steht da (vorausgesetzt die Daten waren vorher falsch). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo, Rolf Meyerhof wrote: Mir reicht es jetzt aber mit den ewigen Verdächtigungen und Anschuldigungen. Ich mache diese Änderungen bewusst und es ist kein Fehler von mir Die besagte Tonne hat also *kein* rot-weiss-rotes Topzeichen, und deswegen hast Du dieses Tag entfernt. Derjenige, der urspruenglich das rot-weiss-rote Topzeichen eingetragen hat, hat sich geirrt. Ist das richtig? denn nur mit dem Bearbeiten erreiche ich eine Darstellung einer bereits im System vorhanden Tonne bei OSeaM. Das Verhalten eines bestimmten auswertenden Systems ist nicht Massgabe fuer die Erfassung der Realitaet. Wir erfassen das, was da ist - und was die Software damit macht, ist das Problem der Software. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo Mein Ziel ist die Tonnen bei OSeaM in der Karte anzeigen zu lassen. Das geschieht nur wenn ich diese Tonnen mit dem OSeaM Editor bearbeite (vielleicht einmal selber Probieren den Du hast das Problem nicht verstanden). Im übrigen mache ich Karten aus den OSeaM-Daten für die Bootsleute da ist mir jede Tonne die dargestellt (auch wenn es eventuell unvollständigt ist )wird besser als keine Darstellung. Bye Leo Öffne ich das Tonnen Menue sehe ich eine gelbe Tonne mit einem gelben Kreuz und das ist falsch. Ein anderes Topzeichen kann nicht ausgewählt werden. Darum bleibt die Tonne ohne Topzeichen. Was dann der Editor ändert oder nicht ändert ist so Du selbst schreibt ein Problem der Software. -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Frederik Ramm Gesendet: Sonntag, 14. Februar 2010 00:16 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] (kein Betreff) Hallo, Rolf Meyerhof wrote: Mir reicht es jetzt aber mit den ewigen Verdächtigungen und Anschuldigungen. Ich mache diese Änderungen bewusst und es ist kein Fehler von mir Die besagte Tonne hat also *kein* rot-weiss-rotes Topzeichen, und deswegen hast Du dieses Tag entfernt. Derjenige, der urspruenglich das rot-weiss-rote Topzeichen eingetragen hat, hat sich geirrt. Ist das richtig? denn nur mit dem Bearbeiten erreiche ich eine Darstellung einer bereits im System vorhanden Tonne bei OSeaM. Das Verhalten eines bestimmten auswertenden Systems ist nicht Massgabe fuer die Erfassung der Realitaet. Wir erfassen das, was da ist - und was die Software damit macht, ist das Problem der Software. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.435 / Virendatenbank: 271.1.1/2684 - Ausgabedatum: 02/13/10 08:43:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo Frederik, Markus wrote: Leo hat hier nichts an fremden Daten geändert, sondern nur an Daten von OpenSeaMap. Leo hat seamark:topmark:shape = cylinder und seamark:topmark:colour = red:white:red entfernt. Sind das Daten von OpenSeaMap? Sorry, wenn ich da nicht so ganz durchblicke. Umgekehrt hat freietonne-db die Tags seamark:type = buoy_special_purpose und seamark:buoy_special_purpose:shape = barrel entfernt, die Leo offenbar gesetzt hatte. Beide Tag-Entfernungen waeren doch inhaltlich nicht notwendig gewesen. Warum wurde das gemacht (die Frage geht an beide)? Technische Probleme, menschliches Versagen, oder verstehe ich was falsch? Leo hat, ob inhaltlich richtig oder nicht, mit dem Editor das Topzeichen entfernt. Daraufhin wurden durch den Online-Editor die von OpenSeaMap benutzten Schlüssel: - seamark:topmark:colour = red:white:red - seamark:topmark:shape = cylinder entfernt und die Schlüssel - seamark:buoy_special_purpose:shape = barrel - seamark:type = buoy_special_purpose für Form und Art der Tonne hinzugefügt. Folgend hat der User freietonne-db die Änderungen von leo12305 zurück gesetzt und die vorher nicht vorhandenen Schlüssel. topmark:colour = red,white,red topmark:colour_pattern = horizontal_stripes hinzugefügt. Die von OpenSeaMap benutzten Schlüssel sind recht einfach an dem vorangestellten seamark: zu erkennen. Grüße, Olaf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo, Olaf Hannemann wrote: Leo hat, ob inhaltlich richtig oder nicht, mit dem Editor das Topzeichen entfernt. Da, da kommen wir der Sache doch schon naeher. Dann muesste man doch jetzt nur noch gucken, ob dieses konkrete Objekt tatsaechlich ein rot-weiss-rotes Topzeichen hat - wenn ja, hat Leo einen Fehler gemacht (aber irgendwie scheint er den gleichen Fehler oefters zu machen - so schwierig kann es doch nicht sein, ein rot-weiss-rotes Topzeichen zu erkennen, oder braucht das spezielles Fachwissen?), und wenn nein, dann waren die Daten falsch und es ist gut, dass Leo sie verbessert hat. Oder? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo, Frederik Mir reicht es jetzt aber mit den ewigen Verdächtigungen und Anschuldigungen. Ich mache diese Änderungen bewusst und es ist kein Fehler von mir, denn nur mit dem Bearbeiten erreiche ich eine Darstellung einer bereits im System vorhanden Tonne bei OSeaM. Es wird auch Zeit das hier einmal über die Fakten geredet wird. Und Ross und Reiter zu nennen. Punkt 1: Freie Tonne hat ihre Merkmale (topmark) im Tagging Schema um Tonnen darzustellen und OSeaM hat andere (Seamark:). Topmark Zeilen wurden von mir nicht ändert. Punkt 2: Die Merkmale topmark von Freie Tonne worden erst mit der Version 5 (siehe Knoten Chronik) hinzugefügt worden. Das heißt für mich: freie tonne hat hier offenbar versäumt die benötigten Daten rechtzeitig zu pflegen. Punkt 3: Das einfügen der topmark-Zeilen wäre auch gegangen ohne meine Eingaben zu ändern und mich der Zerstörung von Daten zu beschuldigen. Bekanntlich kann man nur etwas zerstören was auch vorhanden ist. Leo -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Frederik Ramm Gesendet: Freitag, 12. Februar 2010 12:30 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] (kein Betreff) Hallo, Olaf Hannemann wrote: Leo hat, ob inhaltlich richtig oder nicht, mit dem Editor das Topzeichen entfernt. Da, da kommen wir der Sache doch schon naeher. Dann muesste man doch jetzt nur noch gucken, ob dieses konkrete Objekt tatsaechlich ein rot-weiss-rotes Topzeichen hat - wenn ja, hat Leo einen Fehler gemacht (aber irgendwie scheint er den gleichen Fehler oefters zu machen - so schwierig kann es doch nicht sein, ein rot-weiss-rotes Topzeichen zu erkennen, oder braucht das spezielles Fachwissen?), und wenn nein, dann waren die Daten falsch und es ist gut, dass Leo sie verbessert hat. Oder? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 8.5.435 / Virendatenbank: 271.1.1/2683 - Ausgabedatum: 02/12/10 07:35:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo, Rolf Meyerhof wrote: Hier der link mit den gelbe Tonnen http://www.openstreetmap.org/browse/node/431074149/history und der netten Zeile Bearbeitet am: Dienstag, 02. Februar 2010, 10:09 Uhr Bearbeitet von: freietonne-db http://www.openstreetmap.org/user/freietonne-db Version: 5 Im Changeset: 3774363 http://www.openstreetmap.org/browse/changeset/3774363 *Kommentar: Daten nach Zerstörung durch LEO12305 zurück gesetzt Tags: * * * Zwar ist Zerstoerung etwas arg pathetisch, aber leo12305 hat tatsaechlich vorher existiernde Tags *entfernt*, und ich denke, wir hatten hier den Konsens, dass die beiden See-Tagging-Schemata bitte friedlich nebeneinander her existieren sollen und nicht den anderen ihre Tags loeschen. Wir hatten das Problem schon einmal, damals stellte sich heraus, dass es sich offenbar um ein Problem im Editor handelte und Leo das gar nicht absichtlich gemacht hatte. Vielleicht auch hier? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo Frederik, Zwar ist Zerstoerung etwas arg pathetisch Ja. Sachlich ist es so, dass es in Brandenburg gelbe Sonderzeichen für gesperrte Wasserfläche gibt, die anders als in der Norm für Binnenschiffahrtsstrassen vorgesehen, statt mit gelben Topzeichen mit rot-weissen ausgestattet sind. Für die Funktion ist das aber unerheblich: gesperrt ist gesperrt. friedlich nebeneinander her existieren Ja, das funktioniert mehrheitlich so. Leo hat hier nichts an fremden Daten geändert, sondern nur an Daten von OpenSeaMap. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo, Markus wrote: Leo hat hier nichts an fremden Daten geändert, sondern nur an Daten von OpenSeaMap. Leo hat seamark:topmark:shape = cylinder und seamark:topmark:colour = red:white:red entfernt. Sind das Daten von OpenSeaMap? Sorry, wenn ich da nicht so ganz durchblicke. Umgekehrt hat freietonne-db die Tags seamark:type = buoy_special_purpose und seamark:buoy_special_purpose:shape = barrel entfernt, die Leo offenbar gesetzt hatte. Beide Tag-Entfernungen waeren doch inhaltlich nicht notwendig gewesen. Warum wurde das gemacht (die Frage geht an beide)? Technische Probleme, menschliches Versagen, oder verstehe ich was falsch? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Am Sonntag 06. Dezember 2009 12:46:48 schrieb clbuss: Hallo, wie kann ich mails spoppen Folge dem Link, der in jeder E-Mail unten dran ist: http://lists.openstreetmap.org/listinfo/talk-de Dort kannst du dich im letzten Abschnitt austragen. Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
clbuss schrieb: Ich möchte keine mails mehr erhalten Auf http://lists.openstreetmap.org/listinfo/talk-de kannst du dich aus der Liste austragen (Unsubscribe or edit options). Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Fr3akz schrieb: Suche eine Karte ohne Jegliche POI?s kann mir da jemand weiterhelfen? fies gesagt: nein. aber ich will mal nicht so sein: was für eine Karte? ein (bspw. von mapnik) gerenderter Kartenausschnitt oder Kacheln für eine slippyMap (wie auf osm.org)? Oder eine Garmin-Karte? oder irgendwas anderes? Tipp: der Betreff (kein Betreff) sorgt nicht gerade dafür, dass hier jeder reinschaut, besser einen aussagekräftigen verwenden. Und zumindest mir ist keine funktionierende Glaskugel bekannt, also musst du schon selbst so genau wie möglich beschreiben, was du willst ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Fr3akz fr3...@gmx.net wrote: Suche eine Karte ohne Jegliche POI?s In www.openstreetbrowser.org kann man rechts oben weitgehend auswählen, was angezeigt wird, Wählt man alles ab, gibt es keine POI. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Am 29. März 2009 19:36 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: barrier=entrance ist irgendwie widersprüchlich... Habe ich auch mal gedacht, sehe ich aber mittlerweile nicht mehr so: a. der Eingang/Durchgang durch die Barriere sollte m.E. auch logisch zur Barriere gehören. b. die meisten Eingänge sind ja auch Barrieren, solange sie geschlossen sind. barrier:access=yes mmh macht die Sache m.E. nur unnötig komplizierter. Manche Züge sind halt schon abgefahren, da kann man nicht mehr einsteigen ;-), bin z.B. auch nicht restlos glücklich mit barrier=city_wall, weil man damit eine der bedeutsamsten Strukturen für die Stadt (für die Entwicklung der Form wichtiger als die meisten Straßen) mit so nem Zeugs wie Gartenzäunen und Hecken in Verbindung bringt (und eben nur einen Charakter herausstellt), aber hey, man gewöhnt sich an alles. Wie werden denn Gebäudeeingänge gekennzeichnet? barrier=entrance? gibt auch die entrance=yes Idee auf Nodes. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo, wie kann das passieren das in JOSM beim Herunterladen der Daten manchmal etwas fehlt? Beispielweise eingezeichnete Häuser usw? Eigentlich nicht. Es gibt fuer mich 3 moegliche Erklaerungen: 1. Es ist ein Bug im API 2. Du waehlst einen Bereich X aus, bekommst aber einige Strassen, die weit ueber X hinausragen (X ist das gelbe Rechteck im JOSM, falls es bei Dir eingezeichnet wird) - nun nimmst Du an, dass irgendwo ausserhalb von X, wo Du ja auch Strassen bekommen hast, ein bestimmtes Haus noch nicht eingezeichnet sei - das ist dann u.U. falsch, denn alles was ueber X hinausgeht hat die die API nur insofern gegeben, als es Deinen Bereich beruehrte 3. Jemand anders hat die Sachen eingezeichnet, nachdem Du heruntergeladen hast. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Am Dienstag 27 Mai 2008 schrieb musarati: Hallo, hat jemand aus LK Cham Lust auf eine Mapping Tour? Grüße Sebastian falls ich irgendwann wieder mal in die gegend kommen sollte, gerne ;-) spaetestens ende juli wahrscheinlich... aus welcher ecke kommst du? signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo, schön gemachte Präsentation. War ne sehr schöne Idee finde ich. Eventuell könnte man noch ein paar Bilder einbringen. Die Sagen ja bekanntlich mehr wie tausend Worte. Grüße Andreas -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Rudolf Kremsner Gesendet: Montag, 5. November 2007 16:24 An: 'Openstreetmap allgemeines in Deutsch' Betreff: [Talk-de] (kein Betreff) Hy @ all Hab mal ne kleine Powerpoint Präsi erstellt und wollt mal wissen was ihr davon haltet, wenn man diese als Werbungspräsentation nimmt. Einfach um den Reiz an OSM zu steigern. Was kann man noch machen? Änderungen? Fehler? Bitte um Rückmeldungen ;) Danke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hi Rudolf, an und für sich finde ich das schon gar nicht schlecht. Mir persönlich ist es allerdings eindeutig zuviel Text innerhalb der Präsentation. Du möchtest den Zuhörer ja nicht dazu bringen alles auf der Folie / Leinwand selbst lesen zu lassen, sondern er soll DIR zuhören und sich auf dein Gesprochenes konzentrieren. Ich habe es so gelernt: - große Schriftart - max. fünf Punkte pro Folie - keine vollständigen Sätze - Grafiken sind immer gut, aber immer mit Quelle und Datum - am Ende noch eine Dankesfolie mit Raum für Fragen - Datum Viele Grüße Schramme ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo, Hab mal ne kleine Powerpoint Präsi erstellt und wollt mal wissen was ihr davon haltet, wenn man diese als Werbungspräsentation nimmt. Einfach um den Reiz an OSM zu steigern. Was kann man noch machen? Änderungen? Fehler? Bitte um Rückmeldungen ;) Gute Arbeit, ich finde, man kann von solchen Praesentationen nicht genug haben - jeder, der eine neue irgendwo halten will, kann sich dann aus dem bestehenden Material was aussuchen. Es gibt einen Platz im SVN fuer solche Praesentationen, da koennte Deine auch dazu, wenn Du willst. Eine etwas aeltere von mir ist hier: http://svn.openstreetmap.org/misc/lectures/2007/Frederik_Ramm/2007-06-27-GI-Karlsruhe.pdf Konkret sind mir bei Deiner die folgenden Kleinigkeiten aufgefallen: Seite 1: Das Projekt nennt sich nicht OpenStreetMap.org, Du kannst einfach OpenStreetMap schreiben. (Ich weiss: OpenOffice macht es anders ;-) Seite 2 (und Folgeseiten) - Schrift nicht in den blauen Balken reinlaufen lassen (kann aber sein, dass das daher kommt, dass ich mit OpenOffice anschaue, da sind die Fonts manchmal kaputt). Schuld und Fortgeschritten klein schreiben. Seite 3: Du meinst Strassenkarte, nicht Kartenstrasse. Zentralen klein schreiben. Blocksatz wirkt etwas unpassend, finde ich (auch Folgeseiten) Seite 5: War Petter Reinholdsen (Du hast einen Tippfehler im Namen) wirklich so frueh dabei? Ich dachte, der spiele eher eine Nebenrolle. Kann mich aber taeuschen. - In Deutschland ist die Schreibweise 1000ter User, 9ter August unueblich, keine Ahnung, wie das in Oesterreich ist! Seite 6: Mein Sprachgefuehl raet zu gemappt statt gemapped, aber das ist Geschmackssache. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
In HH auch immer dabei! Sven Sommerkamp schrieb: Message: 7 Date: Fri, 31 Aug 2007 12:08:12 +0200 From: Sven Anders [EMAIL PROTECTED] Subject: Re: [Talk-de] OSM Wiki Hamburg / Wer mappt wo? / Mapping event? (Lars Tretau) To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=utf-8 Am Donnerstag, 30. August 2007 08:34 schrieb Sven Sommerkamp: ?berhaupt w?re es sch?n wenn sich die Mapper aus HH mal wieder trefenn w?rden, vielleicht auch regelm??ig? Und vielleicht k?nnten wir mal versuchen weitere Mitstreiter zu gewinnen? Ja, klasse! Gegen die Örtlichkeit hab ich nichts einzuwenden. Also ich wäre dabei! Vielleicht noch ein paar mehr? Gruß Sven S. Ich hatte schon lange vor, einfach mal einen Abend und eine Kneipe festzulegen um sich zu treffen und ein Bier (oder eine Milch) zu trinken. Wenn mir jemand zuvor kommt, bin ich aber auch nicht traurig. Die Kneipe sollte IMHO folgende Features haben: * Gute Erreichbarkeit mit U- und S-Bahn * Citynah * nicht zu hohen Ger?uschpegel Schlage mal: * SternChance, Schr?derstiftstr. 7, 20146 Hamburg vor. Wenn wir eine Kneipe gefunden haben sollten wir beim ersten Treffen ?berlegen, das regelm??ig zu machen (z.B. jeden 1. Dienstag in jeden geraden Monat?) Gru? Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Danke für die Antworten, dachte mir schon, dass das ein Problem sein könnte. Dabei ist mir noch eine Effekt im Zusammenhang mit josm aufgefallen. Offenbar erstellt er beim Laden eine Liste aller Tags, die in einem Gebiet vorkommen und bietet die in der Auswahlbox an. Dummerweise ist 'Highway' wegen des Grossbuchstabens ganz nach oben gerutscht und besser sichtbar als das 'highway' weiter unten. 'Highway' entwickelt dadurch ein Eigenleben und scheint sich selbstständig zu verbreiten. Wenn dem so ist - die Anregung an die josm-Macher, an dieser Stelle die Grossbuchstaben auf lower zu setzen, so dass man mit josm schon technisch bedingt keine Grossbuchstaben für die Tagnamen setzen kann. Grüsse Hubert Original-Nachricht Datum: Tue, 17 Jul 2007 11:19:57 +0200 Von: Thomas Krüger [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] (kein Betreff) Ulf Lamping schrieb: Es sollten nur die tags mit Kleinbuchstaben genommen werden (oder genauer, die aus den map features). Richtig, XML ist grundsätzlich case-sensitive, wobei es übliche Konvention ist klein zu schreiben. Allerdings ist der OSM-Format eine Art UnXML und die Keys sind nicht mehr im XML selber definiert, sondern als reine Attributwerte die in der Verantwortung des Entwicklers liegen. Bleibt aber auf jeden Fall bei klein und wenn du auf Großschreibung stößt, würde ich es umändern. Thomas -- signature: http://nospam.nowire.org/signature_usenet.png ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Es sollten nur die tags mit Kleinbuchstaben genommen werden (oder genauer, die aus den map features). Richtig, XML ist grundsätzlich case-sensitive, wobei es übliche Konvention ist klein zu schreiben. Allerdings ist der OSM-Format eine Art UnXML und die Keys sind nicht mehr im XML selber definiert, sondern als reine Attributwerte die in der Verantwortung des Entwicklers liegen. Was hat das eigentlich mit XML zu tun? XML ist nur zufällig eins (von mehreren) Übertragungs- und Speicherformaten. In der Datenbank sind die Dinger zum Teil als VARCHAR, zum anderen Teil als TEXT abgelegt. Auch die sind natürlich case-sensitive. In JOSM ist der Kram als Unicode-String in einer HashMap... (Sorry, hab mich nur ein wenig über das grundlose XML-bashing geärgert) Bleibt aber auf jeden Fall bei klein und wenn du auf Großschreibung stößt, würde ich es umändern. Genau das ist die Lösung. Du kannst das übrigens mit JOSM sehr einfach machen: Suche (ctrl-f) nach Highway und eingeschaltetem case-sensitive. Dann geh in den Property-Dialog und ändere den Key auf highway um. Anschließend hochladen und fertig ist die Gurke. Bei so einer Trivialänderung solltest du nicht viel kaputt machen und wenn doch, dann werden sich hier (oder in der englischen ML) schon die Leute melden, die ihre Tools auf Highway eingestellt haben und denen du damit gegen das Schienenbein trittst ;-) Ciao, Imi. -- DF0E A04F 7063 69C5 A76B 7557 0A77 608F 9172 3535 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo! In josm die Großbuchstaben zu verbieten finde ich overkill - vielleicht gibt es ja mal eine legitime Anwendung dafür. Aber man könnte alle Tags mit Großbuchstaben erstmal von der Auto-Vorschlagen-Liste entfernen. Wer dann Großbuchstaben haben will, muss sie halt extra eintippen. Wer bisher Großbuchstaben verwendet hat, merkt dann, dass etwas falsch sein muss... Eine ähnliche Idee ist mir bei weiterm Nachdenken auch gekommen. Immerhin zeigt die Liste ja auch an, was sich an Schreibfehlern in der Karte versteckt und das ist ja auch eine nützliche Info. Ideal fände ich eine Checkbox, mit der man alle Exoten ausfiltern kann: 'Show only Standardtags', oder so ählich, die defaultmässig aktiviert ist. Und wenn sie aktiviert ist, noch eine Warnmeldung dazu, wenn man einen Tag setzen will, der nicht in der Liste steht. Vielleicht ein Kompromiss, der den Leuten hilft, ohne irgenwelche Freiheitsgrade kaputtzumachen? Das Non-plus-Ultra wäre natürlich, wenn der tolle neue Ruby-Server offensichtliche Fehler einfach zurückweisen würde (oder zumindest nach dem Upload eine Liste mit Fehlern zurückgeben würde). Eigentlich könnte man vieles, was das Validator-Plugin erledigt, serverseitig machen. Es gibt z.B. eigentlich keinen Grund, warum es Segmente geben muss, die einunddieselbe Node als Anfang und Ende haben. Grüsse Hubert -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de