Re: [Talk-de] Potlach! *kotz*
Hallo, Kann es denn überhaupt ein Richtig geben anhand dem man solche konkrete Regeln erstellen könnte? Falsch und richtig bezieht sich immer auf den Kontext. Wenn eine Einbahnstraße nicht oder falschherum eingetragen wird, ist das falsch, wenn ich mir zur Aufgabe gestellt habe, die Straßen gemäß der StVO abzubilden. Ich lese hier so oft Argumente der einen und Argumente der anderen Seite die beide genau gleich richtig sind, aber einfach eine andere Sichtweise darstellen. So kann eine Strasse aus der Sicht der Verwaltung viel wichtiger sein, als aus der Sicht eines Verkehrsteilnehmers (oder Routers). Das ist eine Frage des Kontextes. Wenn ich ein Attribut habe, das sich damit befasst, wer für die Erhaltung der Straße zuständig ist, ist alles in gutem Fahrwasser. Das Problem ist nur, dass man mit dem gleichen Attribut dann _nicht_ mehr eindeutig Ausbauzustand und Bedeutung beschreiben kann. Der Haken derzeit ist, dass es nur ein gängiges Attribut zur Straßenbeschreibung gibt, also highway. Wenn highway mit der administrativen Zuordnung fest gekoppelt ist, ist es eben falsch, wenn ich eine St123 als tertiary tagge (oder wie die aktuelle Mode grade ist). Man sollte dann nur zugeben, dass derzeit kein Verfahren gibt, Bedeutung _und_ administrative Klasse einzutragen, wenn die abweichen. Wenn die Karte dann an manchen Stellen ziemlich komisch ausschaut, muss man das dann hinnehmen, denn viele Staatsstraßen sind alte Rumpelstrecken und viele Kreisstraßen wichtige Autobahnzubringer. Meiner Meinung nach sollten daher nicht konkrete Regeln vermittelt werden, sondern eher dass es keine Endgültigen Regeln gibt und man bei Unsicherheit nachfragen soll und dass ganze mal etwas ruhen lassen und dann nochmals betrachten. Was spricht gegen vorläufige Regeln, die man dann mit einer späteren Version abgleichen kann? Es würde die Diskussion doch erleichtern, wenn man sich mal darauf berufen könnte, dass man das nach dem Regelsatz 0.1 oder 0.2 gemacht hat. Derzeit geht das eher so: Ach als ich das letzte mal ins Wiki geschaut habe stand das so drin, ist das schon wieder anders? Von den vielen verschiedenen Seiten mit abweichenden Inhalten mal ganz zu schweigen... Grüsse Hubert -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Am Donnerstag 24 Januar 2008 schrieb Gerald.Oppen: Frederik, ich sehe bei Deiner Argumentation ein Problem: Ohne dass man sich auf was festlegt wird OSM nie kompatible zu sich selbst sein. Es wird immer einen Grund geben etwas anderst zu machen. Jede Änderung der Tagging Regeln wird aber immer nur in kleinen Schritten in das Projekt einziehen so dass man immer eine Mischung verschiedener Stände haben wird. richtig. Das bringt mich wieder zu dem Thema der klaren tagging Regeln zurück: Die Strassen nach dem erfassen was ihre offizielle (administrative) Bezeichnung ist. das ist wieder ansichtssache. die administrative erfassung brauchts sowieso auch. aber mein ansatz waere gewesen, das allgemeine strassen-tag abzuleiten von optik und zustand der strasse. und das so, dass es international verwendet werden kann. und immer dasselbe bedeutet. ich glaube dass das machbar ist. aber im zweifelsfall sollte auch dein weg gangbar sein. nur brauchts dann eben irgendein laenderspezifisches file, dass diese irgendwie zusammenbringt. 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] Potlach! *kotz*
Am Donnerstag 24 Januar 2008 schrieb Frederik Ramm: Hallo, dein beispiel kann uebrigens auch nach hinten losgehen. man muss sich nur das rendering anschauen. es kommt wohl doch desoefteren vor, dass dinge rein von der abbildung in der db unsinnig angelegt werden, weil sie sonst nicht schoen gerendert werden. Das gibt es immer, und wird es immer geben. mag sein. aber mit meinem oder ueberhaupt einem festgelegten konzept liesse sich das auf ein minimum reduzieren. eigentlich muesste sich eher der renderer den richtigen daten anpassen, und nicht umgekehrt. Das ganze ist ein iterativer Prozess, an dessen Anfang Chaos steht und in dem stueckchenweise definiert wird, was denn die richtigen Daten ueberhaupt sind. So, wie es laeuft, ist es genau richtig. Die Renderer beeinflussen die Mapper, die Mapper die Renderer. Eine definitive Liste von richtig und falsch wird es nie geben, aber ich denke, im Vergleich zu vor einem Jahr ist im gegenseitigen Austausch schon viel glattgezogen worden. So wird es auch bestimmt auch weitergehen. das mag vielleicht fuer den anfang des projektes gegolten haben, wo noch nichts vorhanden war. aber inzwischen haben wir einen status erreicht, sowohl an datenbestand als auch an mitwirkenden, wo man durchaus in die zukunft blicken sollte, und da stehen nunmal anwendungen, die ohne klare regeln nicht richtig funktionieren koennen. klar, irgendwie geht immer, aber wollen wir das? Es könnte schon im ersten Durchlauf klappen, aber dazu müssten im Projekt ein paar Parameter gedreht werden. Es ist illusorisch, irgendwas im ersten Durchlauf vollstaendig zu mappen. Eine solche Anforderung legt die Latte zu hoch und fuehrt dazu, dass Anfaegner vom Einstieg in das Projekt abgeschreckt werden. das hat auch gar niemand verlangt! die daten lassen sich immer wieder, stueck fuer stueck erweitern, dass muss nicht alles sofort vom erstmapper komplett gemacht werden. es geht eher darum, dass EINDEUTIG gemappt wird. und das ist mit dem aktuellen schema nur sehr begrenzt moeglich. Selbst die Anforderung, eindeutig zu mappen, bedeutet fuer den Anfaenger zu viel Ballast. Wenn ich einem Anfaenger erklaere, dass wir froh sind um jeden, der fuer uns mappt, dann aber fortfahre, dass er bitte um Himmels Willen seine trunk/primary/secondary-Strassen auseinanderhalten moege, weil sonst der Himmel auf uns herabstuerzt - das bringt doch nichts. nein. aber ein anfaenger tut sich leichter, wenn er klare vorgaben hat. wenn sich jeder neue erst ewig informationen zusammensuchen und rumfragen muss, bis er brauchbare ergebnisse taggen kann, ist das kontraproduktiv. das beweisen die immer wieder auftauchenden mails von neulingen, die zum teil deswegen auch keinen bock mehr haben. 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] Potlach! *kotz*
Hallo, In dem Buch, das ich gerade mitverfasst habe, ist natuerlich ein Riesenkapitel ueber alle erdenklichen Taggingdetails drin, von der einfachen Kreuzung ueber hoehenseparierte Uebergaenge, Kreisverkehre mit Fan-Out, Abbiegespuren, Wendehammer - wenn irgendjemand hier ernsthaft glaubt, ich wuerde da hinschreiben taggen Sie das einfach so, wie sie wollen, dann ist das ein grosses Missverstaendnis. Schön dass es im Buch steht, aber hier schreibst du genau das Gegenteil. Wenn das Projekt ein Buch fürs Regal braucht um damit zu arbeiten, ist das für mich auch nicht gerade das ideale Communitykonzept. Andererseits bin ich halt auch dagegen, den Leuten was zu predigen von wegen sie seien hier die Datenerheber fuer einen mathematischen Optimierungsprozess, und wenn sie was falsch machen, dann gibt 4+4 ploetzlich 7. Dann sag den Leuten auch, dass sie alles machen können wie sie wollen, aber nicht erwarten sollen, dass der von einigen ersehnte Alternativdatensatz fürs Navi jemals funktionieren wird. Wenn ich hier gegen den staendigen Ruf nach festen Regeln wettere, dann doch nur, weil ich in diesen das Grain of Salt vermisse. Fuer unser Projekt sollte 4+4 so irgendwo zwischen 6 und 10 liegen, das reicht schon fuer den Welterfolg. Das reicht für schöne Bilder, mehr nicht, denn die können das kaschieren. Ein Graph macht komplett wirre Dinge, wenn nur eine Kleinigkeit nicht stimmt und da werden die kommerziellen Anbieter ja auch regelmässig gerügt. Nach obigen Beispiel: 7.9 kann schon eine Route ermitteln, bei der jeder nur mit dem Kopf schüttelt. Ich faende es schade, wenn das Projekt starre Strukturen entwickeln wuerde, bloss weil einige partout meinen, das Projekt muesste genau so ablaufen wie ihre 13 vorherigen professionellen Projekte. Es gibt ein breites Feld zwischen unmoderiertem Chaos und straffen kommerziellen Strukturen. Es wäre schön, wenn das Projekt in manchen Bereichen mal Anfänge von Strukturen entwickeln würde, statt jeden Erfolg gleich wieder kaputt zu diskutieren. Man kann jetzt noch zwei Jahre mit dem Versuch verplempern, voneinander unabhängige Attribute in ein Tag zu packen und das einmal im Monat umzudefinieren, oder man kann sich zusammentun und am Status Quo etwas verbessern. Wenn man das aus blosser Panik vor 'starren Strukturen' (von denen nun wirklich weit und breit nix zu sehen ist) verplempert, finde ich das wiederum schade. Grüsse Hubert -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
qbert biker [EMAIL PROTECTED] wrote: Man kann jetzt noch zwei Jahre mit dem Versuch verplempern, voneinander unabhängige Attribute in ein Tag zu packen und das einmal im Monat umzudefinieren, oder man kann sich zusammentun und am Status Quo etwas verbessern. Was hälts Du denn davon zur Abwechslung mal konkret zu werden? So nach dem Motto: Beim Node xy habe ich duch falsches Tagging mit meiner Software das folgende Problem. Sorry, aber Dein dauerndes rumgenöhle nervt mich so langsam. Sven -- The source code is not comprehensible (found in bug section of man 8 telnetd on Redhat Linux) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Am Freitag 25 Januar 2008 schrieb Frederik Ramm: Aber das jeder dritte Mapper in Zukunft seine eigenen Tags z.B. für Hausnummern erfindet, und die jeweiligen Tags unbedingt dann auf ewig so bleiben müssen - muß doch nun wirklich auch nicht sein. Auch das wuerde ich nicht fordern. Ich wuerde aber auch nicht den Anspruch haben, im Elfenbeinturm klare Regeln fuer das Tagging von Hausnummern zu entwickeln - sondern einfach naja, ich hab ja - wie andere vor mir auch, versucht sowas in einer offenen diskussion zu machen. aber da wird ewig diskutiert ohne jemals zu einem ergebnis zu kommen. deswegen erscheint mir das elfenbeinturmkonzept nicht als so falsch: man sollte in einer kleinen gruppe ein schluessiges, funktionierendes konzept ausarbeiten, das dann der community vorlegen, und hoffen, dass es angenommen wird. In dem Buch, das ich gerade mitverfasst habe, ist natuerlich ein Riesenkapitel ueber alle erdenklichen Taggingdetails drin, von der einfachen Kreuzung ueber hoehenseparierte Uebergaenge, Kreisverkehre mit Fan-Out, Abbiegespuren, Wendehammer - wenn irgendjemand hier ernsthaft glaubt, ich wuerde da hinschreiben taggen Sie das einfach so, wie sie wollen, dann ist das ein grosses Missverstaendnis. naja, wenn du aber in einem vortrag (der uebrigens ansonsten recht gut war) erzaehlst, alles ist erlaubt, dann bedeutet dies exakt das! noch dazu wenn du das bestreben, ein system einzufuehren auf den ordnungssinn von einigen deutschen schiebst... 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] Potlach! *kotz*
Hallo, Wenn ich hier gegen den staendigen Ruf nach festen Regeln wettere, dann doch nur, weil ich in diesen das Grain of Salt vermisse. Fuer unser Projekt sollte 4+4 so irgendwo zwischen 6 und 10 liegen, das reicht schon fuer den Welterfolg. Das reicht für schöne Bilder, mehr nicht, denn die können das kaschieren. Ein Graph macht komplett wirre Dinge, wenn nur eine Kleinigkeit nicht stimmt und da werden die kommerziellen Anbieter ja auch regelmässig gerügt. Nach obigen Beispiel: 7.9 kann schon eine Route ermitteln, bei der jeder nur mit dem Kopf schüttelt. Das ist mit einem Community-Projekt nicht zu schaffen, selbst wenn man feste Regeln und ein Ueberwachungsgremium haette. Anwendungen, die solche Genauigkeit brauchen, sind fuer OpenStreetMap nicht geeignet. Da koennte man ja gleich die Blutkonserven im Krankenhaus von Hobbyisten sortieren lassen. Ich bin aber, im Gegensatz zu Dir, der Ansicht, dass wir solche Genauigkeit fuer nuetzliches Routing nicht brauchen. Ich verstehe nicht, wieso Du schon im Vorfeld Anforderungen aufstellst, von denen klar ist, dass OpenStreetMap sie niemals erfuellen kann. Wem nuetzt das? Es gibt funktionierende Routensuche auf OSM-Daten, heute schon. Vor einem halben Jahr anlaesslich der SOTM-Konferenz habe ich eine Route von Karlsruhe nach Berlin ausrechnen lassen (mit gosmore), ohne irgendwelche Tricks, und die Route war, von ein paar unbedeutenden Abweichungen im Karlsruher und Berliner Stadtgebiet, identisch mit dem, was Google ausgespruckt hat. Wo ist denn bitte genau das Riesenproblem, von dem alle sprechen? Ich verstehe das einfach nicht. Wieder und wieder muss ich hier lesen, dass Routing mit OSM ein Unding sei und Hubert sich nun leider auf AND-Daten beschraenken muss. Derweil arbeiten unzaehlige Leute an verschiedenen Projekten, die praktisch demonstrieren, dass es geht - Pyroute, Navit, gosmore, RoadNav und RoadMap (die kommen beide aus dem TIGER-Umfeld, und die TIGER-Daten sind zwar vollstaendiger, aber ganz bestimmt nicht praeziser als OSM!), Traveling Salesman, die pgRouting-basierte Loesung auf osm-routing.de - die sind alle noch in der Entwicklung und nichts ist hunderprozentig, aber sie funktionieren. Und ja, die routen auch alle nicht mit neuronalen Netzen, sondern auf ganz althergebrachten Graphen mit ganz althergebrachten A*- (oder manchmal Dijkstra)-Algorithmen. Klar kann ich eine Route anfordern, bei der Mist rauskommt; bei einigen Programmen muss ich dazu laenger suchen, bei andren finde ich sie schnell. Aber das kriege ich auch mit meinem Tomtom hin. 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] Potlach! *kotz*
Hallo, deswegen erscheint mir das elfenbeinturmkonzept nicht als so falsch: man sollte in einer kleinen gruppe ein schluessiges, funktionierendes konzept ausarbeiten, das dann der community vorlegen, und hoffen, dass es angenommen wird. Und angenommen wird es nicht durch eine Abstimmung (die gibt es auch, aber die sind nichts wert), sondern dadurch, dass die Leute selber sehen, dass es gut ist, und es benutzen. Und bei einem Hausnummerntagging waere das eben ein Navigationsprogramm, das damit umgehen kann, zum Beispiel. - Die Entwicklung des Navigationsprogramms zu vertagen, solange es keine Hausnummern gibt, ist kein guter Weg, die Community auf seine Seite zu bringen. Das meine ich mit Elfenbeinturm - sich mal zusammensetzen und was gescheites ausdenken, das kann man schon machen, aber erwarten, dass irgendwas als Regel aufgestellt wird, ohne praxiserprobt zu sein, das ist vermessen. In dem Buch, das ich gerade mitverfasst habe, ist natuerlich ein Riesenkapitel ueber alle erdenklichen Taggingdetails drin, von der einfachen Kreuzung ueber hoehenseparierte Uebergaenge, Kreisverkehre mit Fan-Out, Abbiegespuren, Wendehammer - wenn irgendjemand hier ernsthaft glaubt, ich wuerde da hinschreiben taggen Sie das einfach so, wie sie wollen, dann ist das ein grosses Missverstaendnis. naja, wenn du aber in einem vortrag (der uebrigens ansonsten recht gut war) erzaehlst, alles ist erlaubt, dann bedeutet dies exakt das! noch dazu wenn du das bestreben, ein system einzufuehren auf den ordnungssinn von einigen deutschen schiebst... Ist halt so. Auf der englischen Liste ist das lang nicht so ein Thema, da packen die Leute einfach was an (oder kommen ploetzlich aus dem Nichts und sagen: Schaut mal, ich hab das hier gemacht, wie findet ihr das). In dem Vortrag habe ich, wenn ich mich recht erinnere, gesagt, dass man durchaus eine Strasse mit note=this is where I met my first girlfriend taggen koennte, wenn man das wollte, und dass sich trotz theoretisch beliebigen Taggings Standards herausbilden, die von den Renderern her kommen. Also jetzt mal ganz ehrlich: Wenn jemand daherkaeme und eine Autobahn als irgendwas andres ausser motorway taggen wuerde, faende ich das schon komisch und wuerde den fragen, was er sich dabei gedacht hat (vielleicht hat er ja einen Grund, an den ich nicht dachte). Und wenn dann jemand anders die Autobahn auf motorway korrigiert und der urspruengliche Autor das wieder zurueck aendert, waere ich auch geneigt, mir den mal zur Brust zu nehmen und wuerde ihm raten, seinen eigenen Server aufzusetzen. Ausser, er macht es gruendlich, baut in Osmarender und Mapnik eine nationale Tag-Aequivalenztabelle ein und andert alle deutschen Autobahnen in de:strassentyp=autobahn ;-) Aber wofuer ich echt ueberhaupt keine Geduld habe, ist die Behauptung, dass ohne feste Unterscheidungsregeln zwischen primary und secondary ja vernuenftiges Routing unmoeglich waere. Wer sowas behauptet, der sucht doch nur nach Gruenden, nichts zu machen. Und sabotiert dabei gleichzeitig die Arbeit derer, die eben doch was machen. Bei OpenStreetMap braucht keiner einen Grund, um nichts zu machen - man kann auch einfach so nichts machen, wie 99,999% aller Leute. 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] Potlach! *kotz*
aber mein ansatz waere gewesen, das allgemeine strassen- tag abzuleiten von optik und zustand der strasse. und das so, dass es international verwendet werden kann. und immer dasselbe bedeutet. Das sehe ich auch so. Ich brauche die Tags, damit die Renderer die Straßen so einfärben, dass ich auf einen Blick sehen kann, wie ich am besten von A nach B komme. Und nichts ist mir dabei gleichgültiger als die Frage, ob ich auf einer Bundesautobahn oder auf einer Stadt- autobahn fahre oder ob Bund, Land, Kreis oder Nachbar Piepenbrink die Ausbesserung der nächsten Frostschäden berappen wird. Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Moin! Gleiches gilt für den ehemaligen Grafensitz 97794 Rieneck (population=2112). Auch hier wäre village angebrachter als town. Ich sag nur Arnis: http://de.wikipedia.org/wiki/Arnis -- Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Frederik Ramm schrieb: Aber wofuer ich echt ueberhaupt keine Geduld habe, ist die Behauptung, dass ohne feste Unterscheidungsregeln zwischen primary und secondary ja vernuenftiges Routing unmoeglich waere. Wer sowas behauptet, der sucht doch nur nach Gruenden, nichts zu machen. Und sabotiert dabei gleichzeitig die Arbeit derer, die eben doch was machen. Bei OpenStreetMap braucht keiner einen Grund, um nichts zu machen - man kann auch einfach so nichts machen, wie 99,999% aller Leute. Bye Frederik Ich würde sogar sagen, dass es genaue Unterscheidungen hier gar nicht geben kann. Ich denke, wir sind uns alle einig, dass sowas wie Secondary nur, wenn die Straße min. 5,36m breit ist völlig daneben sind. Man sollte aber den Nutzern eine Umschreibung und Entscheidungshilfe bereit legen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Mapnik - mag nicht aktualisieren
Hi! Vor über drei Wochen wurde in diesem Ausschnitt: http://www.openstreetmap.org/?lat=47.284lon=11.2015zoom=13layers=B0FT mailto:talk-de@openstreetmap.org Änderungen gemacht. Osmarender hat sie schon längst aktualisiert, aber Mapnik immer noch nicht, obwohl das angeblich jeden Mittwoch aktualisiert. Weiß jemand was da los ist? Es ist ja nicht so, dass nur Straßen fehlen, es fehlen komplette Orte. Ist für mich als Mapper recht frustrierend, wenn ich mir Mühe gebe, gescheit zu mappen, und dann wird die Standardkarte nicht aktualisiert. Mfg Stefan Hirschmann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Dupe-Nodes
Hallo Sascha Silbe schrieb: Nachdem ich jetzt endlich meine Datenbank auf die v5-Ways umgestellt habe, bin ich mal wieder auf die Node-Dubletten aufmerksam geworden. Eine schnelle Analyse hat gezeigt, daß der überwiegende Anteil (im Deutschland-Extrakt) außer created_by und converted_by keine Tags hat und somit sehr einfach zusammengefasst werden könnte. Konkret geht es dabei 9298 Positionen (und etwa doppelt so viele Nodes). D.h. diese Nodes sind auch nicht Way zugeordnet mit unterschiedlichen layer oder ele-Tags? Dass ist IMHO das Haupt-Ausschlusskriterium gegen das Zusammenlegen. Wenn es keine Einwände gibt, würde ich diese demnächst über die API zusammenfassen (d.h. in ways und relations jeweils durch den Node mit der niedrigsten ID ersetzen, danach die unbenutzten Nodes löschen). Die restlichen 549 Positionen (davon 114 vom AND-Import) sehen eher nach Handarbeit aus (u.a. 278 mit highway=minor). Sonst sehe ich hier kein Problem. Aber um ganz sicher zu gehen: Könntest du die Änderungen zum Peer-Review online stellen? In [1] sind alle Dupes incl. Position und Tags (außer created_by und converted_by) aufgeführt. [1] http://sascha.silbe.org/osm/dupeNodeInfo.lst Geht im Moment bei mir leider nicht (connection refused). Gruess, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] grade5 tracks nicht mehr in z16 ansicht?
Marc Schütz schrieb: warum werden die nciht mehr gerendert? bzw. scheint nicht konsistent zu sein, ob sie gerendert werden, oder nicht? :-? einige wege sind auf jeden Fall in z16 nicht mehr auf der karte. wenn man stark ranzoomt aber schon. hat einer dafür ne Erklärung? Ja, ich hab vor ein paar Tagen einen Patch geschrieben, der 1.) die Tracktypes berücksichtigt und die Wege dann gestrichelt und gepunktet darstellt, und 2.) bei niedrigeren Zoomstufen nur noch Tracks bis grade3 zeichnet, weil die anderen da ja eher unwichtig sind. Wenn das ein Problem darstellt, kann man es natürlich wieder ändern. Allerdings habe ich selber keinen SVN-Zugriff, und mein Patch wurde von Knut Arne Bjørndal comitted. Grüße, Marc das die tracktypes endlich visuell berücksichtigt werden finde ich sehr gut :) nur finde ich sollten ab z12 alle Wege zu sehen sein. Gruß mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] grade5 tracks nicht mehr in z16 ansicht?
Sorry, dann hab ich es doch falsch verstanden, hab mich schon gewundert :-) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Dupe-Nodes
Hi Leute! Nachdem ich jetzt endlich meine Datenbank auf die v5-Ways umgestellt habe, bin ich mal wieder auf die Node-Dubletten aufmerksam geworden. Eine schnelle Analyse hat gezeigt, daß der überwiegende Anteil (im Deutschland-Extrakt) außer created_by und converted_by keine Tags hat und somit sehr einfach zusammengefasst werden könnte. Konkret geht es dabei 9298 Positionen (und etwa doppelt so viele Nodes). Wenn es keine Einwände gibt, würde ich diese demnächst über die API zusammenfassen (d.h. in ways und relations jeweils durch den Node mit der niedrigsten ID ersetzen, danach die unbenutzten Nodes löschen). Die restlichen 549 Positionen (davon 114 vom AND-Import) sehen eher nach Handarbeit aus (u.a. 278 mit highway=minor). In [1] sind alle Dupes incl. Position und Tags (außer created_by und converted_by) aufgeführt. [1] http://sascha.silbe.org/osm/dupeNodeInfo.lst CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ pgphMjKJSlaQD.pgp Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] grade5 tracks nicht mehr in z16 ansicht?
Ja, ich hab vor ein paar Tagen einen Patch geschrieben, der 1.) die Tracktypes berücksichtigt und die Wege dann gestrichelt und gepunktet darstellt, und 2.) bei niedrigeren Zoomstufen nur noch Tracks bis grade3 zeichnet, weil die anderen da ja eher unwichtig sind. Wenn das ein Problem darstellt, kann man es natürlich wieder ändern. Allerdings habe ich selber keinen SVN-Zugriff, und mein Patch wurde von Knut Arne Bjørndal comitted. Sehr gut, dann kann ich mich jetzt endlich motivieren die Tracktypes einzupflegen. Allerdings finde ich es überhaupt nicht sinnvoll, dass die schlechten Trackwege in den niedrigen Stufen nicht gerendert werden, ich würde sie eher in den hohen Zoomstufen weglassen. In hoher Stufe sucht imho mehr der Autofahrer und der interessiert sich wenn überhaupt nur für gute Wege. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] grade5 tracks nicht mehr in z16 ansicht?
Sehr gut, dann kann ich mich jetzt endlich motivieren die Tracktypes einzupflegen. Allerdings finde ich es überhaupt nicht sinnvoll, dass die schlechten Trackwege in den niedrigen Stufen nicht gerendert werden, ich würde sie eher in den hohen Zoomstufen weglassen. In hoher Stufe sucht imho mehr der Autofahrer und der interessiert sich wenn überhaupt nur für gute Wege. Das war schon so gemeint: niedrig = z12-z15, hoch=z16-z17 Gruß Jonas Grüße, Marc -- 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
Re: [Talk-de] Potlach! *kotz*
Guenther Meyer schrieb: das mag vielleicht fuer den anfang des projektes gegolten haben, wo noch nichts vorhanden war. aber inzwischen haben wir einen status erreicht, sowohl an datenbestand als auch an mitwirkenden, wo man durchaus in die zukunft blicken sollte, und da stehen nunmal anwendungen, die ohne klare regeln nicht richtig funktionieren koennen. klar, irgendwie geht immer, aber wollen wir das? nein. aber ein anfaenger tut sich leichter, wenn er klare vorgaben hat. wenn sich jeder neue erst ewig informationen zusammensuchen und rumfragen muss, bis er brauchbare ergebnisse taggen kann, ist das kontraproduktiv. das beweisen die immer wieder auftauchenden mails von neulingen, die zum teil deswegen auch keinen bock mehr haben. Ich habe anfangs selbst schwere Probleme gehabt, wie man was nun Taggen soll. Ich bin aber gegen eine Anleitung, die man einmal von vorn nach hinten lesen muss, um den Sinn zu verstehen. Viel mehr wünsche ich mir einen Leitfaden, der Schritt für Schritt an das Mappen heran führt. Dieser sollte zuerst ausführlich das Loggen von Rohdaten behandeln und zentral auch einige Tips geben, denn man kann davon ausgehen, dass nur die wenigsten Nutzer diese Mailinglist lesen oder stundenlang die Wiki durchsuchen. Im zweite Schritt sollte dann unterteil die Arbeit mit JOSM verdeutlicht werden, also zuerst das einzeichnen von Straßen und wie man sie richtig taggt, so dann man aber das Wissen sofort auf seine Daten anwenden kann. Dann kann man auch auf Fußwege, Gelände und einzelne Punkte eingehen, um z.B. eine Bäckerei zu setzen. Die Regeln sollen gut verständlich und allumfassend sein, dass man bei korrektem Lesen möglichst keine Unklarheiten mehr hat. Jedoch sollen sie so verständlich und kurz formuliert sein, dass man nicht stundenlang lesen muss, der Text aber trotzdem leserlich bleibt. Alle Regeln sollten möglichst nachvollziehbar sein. Als Beispiel der Highway: Das Highway-Tag wird für alle gängigen Straßen verwendet, angefangen von privaten Zufahrtsstraßen, Straßen innerorts und außerorts bis hin zu Autobahnen und Co. Im Folgenden kannst du herausfinden, wie Du die Straßen am besten Taggst, sortiert von der kleinsten ur größten Bauform: _Straßen_in_der_Stadt_ -private Zufahrtswege und enge Straßen, bei denen zwei Autos nicht nebeneinander vorbei kommen, werden als service getaggt... Ich werde, wenn ich dazu komme, mal etwas auf meiner Benutzerseite ausarbeiten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de