Re: [Talk-de] Demo mehrsprachige Karte
Am 03.12.2012 05:46, schrieb Andreas Labres: On 02.12.12 18:27, Martin Koppenhoefer wrote: m.E. ist z.B. Bratislava weitaus geläufiger als Pressburg, Geläufigkeit kannst aber nicht als Entscheidungskriterium nehmen. Wer entscheidet das? Die Preßburgerbahn fuhr von Wien nach Preßburg, der heutige Twin City Liner fährt nach Bratislava. Trotzdem ist der deutsche Name der Stadt Pressburg (nach heutiger Schreibweise; wobei Namen und Rechtschreibreform wieder ein eigenes Kapitel sind). Ich denke name:de sollte schon eine sprachliche Nähe zum aktuellen Namen des Objektes in der Landessprache haben. Wolgograd z.B. dürfte unter Stalingrad deutlich bekannter sein. Bekanntheit kann also nicht das ausschlaggebende Kriterium sein. Bei der Gebräuchlichkeit kommt es dann auch immer auf den Kontext an. Um bei obigem Beispiel zu bleiben: Es wird immer die Schlacht um Stalingrad sein, aber dennoch würde ich als deutschen Namen der aktuellen Stadt Wolgograd nutzen, weil die Stadt 1961 unbenannt wurde. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Am 03/dic/2012 um 10:32 schrieb Henning Scholland o...@aighes.de: Um bei obigem Beispiel zu bleiben: Es wird immer die Schlacht um Stalingrad sein, aber dennoch würde ich als deutschen Namen der aktuellen Stadt Wolgograd nutzen, weil die Stadt 1961 unbenannt wurde. Sehe ich auch so, daher nochmal der Hinweis auf old_name:de, bzw. bei komplexeren Fällen auch mit Jahreszahl. Ich fände es durchaus wünschenswert, auch mittlerweile ungebräuchliche Namen als solche gekennzeichnet in der dB zu haben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Am 03.12.2012 02:38, schrieb Stephan Knauss: Das würde zumindest das Problem lösen dass manche Zeichen aus dem Unifont einfach hässlich sind. Und der Mix aus asiatischen Glyphen und arabischen Ziffern (kommt zumindest in TH sehr häufig vor) wäre auch kein Problem mehr. Ich bin aber kein Font-Experte. Die Lizenz des Fonts müsste das Mischen dann auch zulassen. Wenn sich das jemand zutraut, ein gewisser Bedarf ist sicher da. Alternative wäre eine Unterstützung in Mapnik für das Rendering abhänging von einem bounding polygon. So wie sich die Diskussion entwickelt will man ja abhängig von der Position teilweise unterschiedliche Fonts, eventuell unterschiedliche Größen und dann auch noch unterschiedliche Queries auf die zu verwendenden name-tags haben. Soll das alles in der Postgres query stattfinden? Oder geht es performanter in mapnik? Stephan Ich möchte nur mal einige Probleme eines zusammengemischten Fonts ausführen: 1. Das Problem China/Taiwan/Korea/Japan - Ich möchte da wirklich Wert drauf legen, weil das unglaublich störend ist. 2. Was ist, wenn sich eine bestimmte Unter-Schriftart mal weiterentwickelt (Besseres Hinting, größerer Zeichenumfang, andere Verbesserungen)? Dann muss die komplette Gesamtschriftart neu zusammengefügt werden. Das würde natürlich darin enden, dass das niemals passieren wird. Bei einer vernünftigen Lösung müsste einfach nur die Datei der russischen/thailändischen/arabischen Schriftart ausgetauscht werden. Ich sehe wirklich kein Problem, die Schriftartenauswahl basierend auf den name-Tags auszuführen. Es sind bereits alle Informationen da: bei name:th wird eine thailändische Schriftart benutzt, bei name:ar eine arabische, bei name:ja eine japanische. Was soll man mehr? Das einzige Problem besteht darin, eine Schriftart für den allgemeinen name-Tag zu verwenden, aber das kann doch abhängig von der Position des nodes gelöst werden. Es lässt sich doch für jeden node herausfinden, in welchem Land er sich befindet, oder nicht? Die Ländergrenzen sind doch alle eingetragen. Natürlich ist das etwas Programmieraufwand, aber so etwas ist wesentlich konsistenter, nachhaltiger und kein dirty hack. Notfalls könnte man ja auch eine Kickstarter-Kampagne aufmachen. Ich z.B. wäre gerne bereit, für eine vernünftige Typographie in OSM auch Geld zu bezahlen. Typographie ist kein „Nebenprodukt“, sondern es verbessert die Lesbarkeit (auch bei einer lateinischen Schriftart) und gehört zu einer guten Kartendarstellung genau so, wie der Rest. Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Am 03/dic/2012 um 11:13 schrieb Gerrit z0idb...@gmx.de: Es lässt sich doch für jeden node herausfinden, in welchem Land er sich befindet, oder nicht? Die Ländergrenzen sind doch alle eingetragen. Sprachgrenzen und Schriftgrenzen aber nicht, und teilweise sind auch mehrere Schriften im gleichen Gebiet offiziell, es sollte deshalb aus dem tagging direkt hervorgehen, in welcher Sprache und falls erforderlich auch Schrift ein Tag ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Am 03.12.2012 12:13, schrieb Henning Scholland: Bei name:*=* ist das eindeutig. Aber woher willst du wissen, was in name=* steht? Landesgrenzen werden erstmal viele Fehler verursachen. Naja, aber sowas lässt sich doch korrigieren. Du hast es doch selbst gesagt: „erstmal“. Aber wo genau verursacht das denn Fehler (Es sei denn, das Gebiet liegt jetzt in einem politisch umstrittenen Gebiet, wie z.B. Kaschmir oder die Sentaku-/Diaoyutai-Inseln o.ä.)? Die Ländergrenzen sind doch in OSM schon alle fertig. In einem mehrsprachigen Gebiet gibt es natürlich einige Fehler, aber da könnte man immer noch mit einer Prioritäten-Liste durchgehen. In der Schweiz ist es eh kein Problem, weil Deutsch und Französisch usw. alle das gleiche Alphabet benutzen. In Israel stellt man dann zuerst eine hebräische Schriftart ein, danach eine Arabische. Also werden zuerst die Zeichen aus der ersten Schriftart gesucht, und falls dort nicht existent, aus der Zweiten. Das ergibt dann ja maximal bei den Satzzeichen Probleme. Und für alle weiteren Sachen sind ja eben genau diese Länderkennungen in den Tags richtig. Ich denke, diese mehrsprachige Auswahl sollte dann ja in Zukunft sowieso soweit gehen, dass OSM dem Ländercode des Browsers entsprechend die Karte anzeigt: Bei einem hebräischen Browser wird in Israel dann alles auf Hebräisch angezeigt, bei einem arabischen auf Arabisch, bei einem deutschen/englischen o.ä. dann in Umschrift (+ vielleicht noch die Originalsprache). Gerade die mehrsprachigen Länder benutzen doch im Moment auch schon relativ konsequent die Sprachtags, so dass eine Auswertung dort einfach vorgenommen werden kann. Und bei allen einsprachigen Ländern ergibt sich doch kein großes Problem, da die Sprache dann ja aus dem Land heraus gewählt werden kann. Natürlich wird das vielleicht in einigen Fällen Ungereimtheiten ergeben, aber wenn das System erst einmal steht, wird wohl jeder solche kleineren Fehler im Tagging korrigieren. Ich finde, man sollte dort lieber das System vernünftig einrichten, ohne auf alle möglichen Zweifelsfälle Rücksicht zu nehmen. Stattdessen sollten die inkonsistent benannten Einträge vernünftig getaggt werden. Das ist doch wesentlich besser für die Zukunft. Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Am 03.12.2012 11:13, schrieb Gerrit: Ich sehe wirklich kein Problem, die Schriftartenauswahl basierend auf den name-Tags auszuführen. Es sind bereits alle Informationen da: bei name:th wird eine thailändische Schriftart benutzt, bei name:ar eine arabische, bei name:ja eine japanische. Was soll man mehr? Das einzige Problem besteht darin, eine Schriftart für den allgemeinen name-Tag zu verwenden, aber das kann doch abhängig von der Position des nodes gelöst werden. Es lässt sich doch für jeden node herausfinden, in welchem Land er sich befindet, oder nicht? Die Ländergrenzen sind doch alle eingetragen. Bei name:*=* ist das eindeutig. Aber woher willst du wissen, was in name=* steht? Landesgrenzen werden erstmal viele Fehler verursachen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Jochen Topf joc...@remote.org wrote: Ich arbeite an einer mehrsprachigen Karte, also einer Karte auf der Du, der User, einstellen kannst, in welcher Sprache die Namen erscheinen sollen. Unter http://mlm.jochentopf.com/ gibts jetzt eine Demo. Eine wirklich tolle Sache. Da sitzt sicher jede Menge Gedankenschmalz und Programmierkunst drin. Wenn ich es recht sehe, hätte OpenStreetMap damit die erste Karte der Welt, die in allen Schriften (und Sprachen) verfügbar sein wird. :-) So etwas habe ich mir schon lange gewünscht. Frage: Liegt eigentlich die gegenseitige Verdrängung der Kommunennamen auch im Einflussbereich oder geschieht dies woanders. Sie ist nämlich auf der Demokarte von der normalen Slippy Map verschieden. Die Anzeige dieser Namen ist nämlich derzeit sehr unbefriedigend. Da werden beispielsweise die Namen von Kleinstädten gerendert aber die angrenzender Landeshauptstädte nicht. Das klappt bei anderen Karten wesentlich besser und ist IMHO das augenfälligste Manko unseres Aushängeschildes Slippy Map. Auch die Städte Berlin, Hamburg und Bremen tauchen wegen des Stadtstaatenstatus erst sehr spät auf. Das violette Overlay des Bundeslandes ist hier kaum lesbar. Wir mögen uns an all dies schon gewöhnt haben aber Neuusern fällt das durchaus negativ auf. Man könnte sich zum Beispiel für Deutschland ein bevorzugtes Rendern von Haupt-, Landeshaupt-, kreisfreien und Kreisstädten in dieser Prioritätsreihenfolge wünschen. Die Namen der Haupt-, Landeshaupt- und Kreisstädte werden dabei unterstrichen. Bei gleichwertigen Kommunen könnte die Einwohnerzahl maßgeblich sein und schlussendlich eine grafisch bedingte Verdrängung wegen des begrenzten Platzes unter Beachtung der Prioritäten stattfinden. Einfache Städte und Einheitsgemeiden sowie Samtgemeinden und deren Mitgliedsgemeinden stehen dabei auf dem jeweils gleichen Level und konkurrieren über die Einwohnerzahl. Eine Stufe tiefer gilt dasselbe für die offiziellen Ortsteile aller Städte und Gemeinden. Zuletzt kommen die inoffiziellen aber im Sprachgebrauch präsenten Teile, Dörfer und Wohnplätze. Man müsste sich da eine weltweit anwendbare Klassifizierungsmethode ausdenken. Der Admin-Level könnte hier möglicherweise beitragen. Das funktioniert aber beispielsweise nicht bei Kreisstädten. Möglicherweise kann dabei das derzeit feste System aufgegeben werden, in dem city, town und village fest einer Zoomstufe zugeordnet sind. Dann hätte man in dünn besiedelten Gebieten mehr Orientierungspunkte. Auch die Namen von Inseln werden sehr stiefmütterlich behandelt. Sie tauchen erst ab Zoom 12 auf. Abhängig von der Größenangabe könnten diese (wie zum Beispiel Norderney) deutlich früher umd möglicherweise in Hohlschrift erscheinen. Fur die Namen von Staaten, Bundesländer und Regionen in kleineren Zoomstufen sowie Meere und größere Seen könnte möglicherweise Hohlschrift verwendet werden. Ein weiteres Problem ist das doppelte Rendern von Kommunennamen dann, wenn er als place und als Grenze existiert. Grüße Tirkon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Am 03.12.2012 14:41, schrieb Tirkon: Man müsste sich da eine weltweit anwendbare Klassifizierungsmethode ausdenken. Der Admin-Level könnte hier möglicherweise beitragen. Das funktioniert aber beispielsweise nicht bei Kreisstädten. Das scheitert schon daran, dass die admin_level von Land zu Land verschieden sind. Das ist auch nicht weiter verwunderlich, da die Länder unterschiedlich gegliedert ist. Es gibt aber is_capital=*. Darüber könnte es was werden. Keine Ahnung, wie verbreitet das ist. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verdrängung von Städten auf der Karte (war: Demo mehrsprachige Karte)
On Mon, Dec 03, 2012 at 02:41:00PM +0100, Tirkon wrote: Frage: Liegt eigentlich die gegenseitige Verdrängung der Kommunennamen auch im Einflussbereich oder geschieht dies woanders. Sie ist nämlich auf der Demokarte von der normalen Slippy Map verschieden. Die Anzeige dieser Namen ist nämlich derzeit sehr unbefriedigend. Da werden beispielsweise die Namen von Kleinstädten gerendert aber die angrenzender Landeshauptstädte nicht. Das klappt bei anderen Karten wesentlich besser und ist IMHO das augenfälligste Manko unseres Aushängeschildes Slippy Map. Auch die Städte Berlin, Hamburg und Bremen tauchen wegen des Stadtstaatenstatus erst sehr spät auf. Das violette Overlay des Bundeslandes ist hier kaum lesbar. Wir mögen uns an all dies schon gewöhnt haben aber Neuusern fällt das durchaus negativ auf. Derzeit ist die Reihenfolge, wer wen verdrängt quasi zufällig, dadurch kann es gut sein, dass das auf der Demokarte etwas anders aussieht. Glaub mir, das Problem ist allen, die Karten aus OSM-Daten machen, sehr bewusst. Aber es ist nicht einfach zu lösen. Das Problem ist, dass wir was das Kartenrendern angeht einen Punkt erreicht haben, wo alles, was man machen will, immer schwieriger wird und das Rendering der Karte immer langsamer macht. Jedes Problem, das man löst, wirft drei neue auf. Hier sind m.E. grundsätzlich neue Ideen gefordert. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 124 25.11.-1.12.2012
Guten Tag, die Wochennotiz Nr. 124 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/12/wochennotiz-nr-124/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochennotiz Nr. 124 25.11.-1.12.2012
Das Script zeigt alle Länder auf einer Weltkugel. Gibt es diese Weltkugel auch zum selberdrehen und Länder anklicken? Gruß. André Am 3. Dezember 2012 15:21 schrieb Gehling Marc m.gehl...@gmx.de: Guten Tag, die Wochennotiz Nr. 124 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2012/12/wochennotiz-nr-124/ Viel Spaß beim Lesen! ___ 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] RFC zum Proposal winter_service
Andreas Labres schrieb: On 27.11.12 22:25, malenki wrote: Mit der Verwendung von winter_service=no dachte ich, dass man dann dem Router sagen kann: Keine im Winter gesperrten Straßen, wie man in den aktuellen Navis unbefestigte Straßen und andere Kategorien ausschließen kann. Sorry, den Satz versteh ich grade nicht... Aber beim Großglockner geht's nicht um winter_service, weil den gibt's dort ja, nur eben von November bis April nicht. ;) Hm, ja. Dass vor November und nach dem April noch Schnee fallen könnte, ist mir bei der Diskussion über Wintersperrungen glatt entfallen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC zum Proposal winter_service
Garry schrieb: Besser fände ich eine Winterqualifizierung von Strassen in mehreren Stufen zu taggen, so etwa in den Stufen 0: Ganzjährig normalerweise keine Beeinrächtigung zu erwarten. 1: An wenigen Tagen im Jahr ist Winterdienst erforderlich 2: Während der Wintermonate häufiger beeinträchtigt / Winterdienst notwendig 3: Ausgedehnter Winterdienst erforderlich [...] Wenn Winterdienst erforderlich ist heißt das noch nicht, dass er auch stattfindet. Letzte Woche wurde das hierzugegend wieder eindrucksvoll demonstriert Ansonsten finde ich deine Kategorisierung einen guten Ansatzpunkt zum taggen witterungsbedingt gesperrter Straßen. Man denke auch an die Regenzeit südlicher Gefilde, aber soweit ich weiß gibt es da schon ein Tag. Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anzahl der Punkte in einem Polygon für einen Zoom Level optimieren
Hi! Dies ist eine technische Frage, aber vielleicht hat jemand von euch schon sowas Ähnliches gemacht. Ich spiele gerade mit einer Karte rum, wo man Gemeinden auswählen kann: http://grundid.de/data/gemeinden/ Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt jemand euch noch einen Algorithmus mit dem ich die Anzahl der Punkte in einem Polygon für einen bestimmten Zoom Level optimieren kann? Sprich: Punkte entfernen, wenn sie sowieso nicht mehr zur äußeren Form des Polygons beitragen. Für Tipps wäre ich dankbar. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl der Punkte in einem Polygon für einen Zoom Level optimieren
Am 03.12.2012 18:21, schrieb Adrian Stabiszewski: Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt jemand euch noch einen Algorithmus mit dem ich die Anzahl der Punkte in einem Polygon für einen bestimmten Zoom Level optimieren kann? Sprich: Punkte entfernen, wenn sie sowieso nicht mehr zur äußeren Form des Polygons beitragen. Ich würde die Abweichung in Pixeln zwischen drei benachbarten Punkten ausrechnen. Genauer gesagt den Abstand des mittleren Punktes von der Tangente von Start und Ziel. Dazu die Auflösung. Wenn der Abstand weniger als 1 Pixel brauchst Du Dir keine Gedanken machen. Du kannst natürlich auch einen Schwellwert bestimmen. Ansonsten: ggf. Mindestabstand in Pixeln bestimmen. Wenn Punkt nicht dargestellt wird, mit nächstem Zielpunkt weiter. Start beibehalten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl der Punkte in einem Polygon für einen Zoom Level optimieren
Der Douglas-Peucker-Algorithmus könnte sowas bewerkstelligen: http://de.wikipedia.org/wiki/Douglas-Peucker-Algorithmus Gruß rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verdrängung von Städten auf der Karte (war: Demo mehrsprachige Karte)
Jochen Topf joc...@remote.org wrote: On Mon, Dec 03, 2012 at 02:41:00PM +0100, Tirkon wrote: Frage: Liegt eigentlich die gegenseitige Verdrängung der Kommunennamen auch im Einflussbereich oder geschieht dies woanders. Sie ist nämlich auf der Demokarte von der normalen Slippy Map verschieden. Die Anzeige dieser Namen ist nämlich derzeit sehr unbefriedigend. Da werden beispielsweise die Namen von Kleinstädten gerendert aber die angrenzender Landeshauptstädte nicht. Das klappt bei anderen Karten wesentlich besser und ist IMHO das augenfälligste Manko unseres Aushängeschildes Slippy Map. Auch die Städte Berlin, Hamburg und Bremen tauchen wegen des Stadtstaatenstatus erst sehr spät auf. Das violette Overlay des Bundeslandes ist hier kaum lesbar. Wir mögen uns an all dies schon gewöhnt haben aber Neuusern fällt das durchaus negativ auf. Derzeit ist die Reihenfolge, wer wen verdrängt quasi zufällig, dadurch kann es gut sein, dass das auf der Demokarte etwas anders aussieht. Glaub mir, das Problem ist allen, die Karten aus OSM-Daten machen, sehr bewusst. Aber es ist nicht einfach zu lösen. Das Problem ist, dass wir was das Kartenrendern angeht einen Punkt erreicht haben, wo alles, was man machen will, immer schwieriger wird und das Rendering der Karte immer langsamer macht. Jedes Problem, das man löst, wirft drei neue auf. Hier sind m.E. grundsätzlich neue Ideen gefordert. Ich habe das Thema hier nur deswegen thematisiert, weil das Rendern hier im Zuge der Multilingualisierung in den Mittelpunkt rückte und ich mich an keine entsprechende Diskussion über Prioritäten bei Kommunennamen erinnern konnte. Nix für ungut. Das tut natürlich der Genialität der multilingualen Karte an sich keinen Abbruch. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Ich denke die Wikipedia schreibt zu dem Thema [1] ganz gut ein paar Dinge. Demnach ist Stalingrad klar nicht der aktuelle deutsche Name sondern ein Historizismen. Zu Andreas Mail: Über Pressburg war ich bei meiner Übersetzungsaktion auch gestoßen. Ich (im östlichen Teil Deutschlands aufgewachsen) lernte die Stadt halt als Bratislava kennen. Vielleicht ist das im Wiener Raum anders. Jedenfalls habe ich meine automatische Übersetzung in dem Fall wieder revidiert. Bei Städten wie Danzig und Warschau sind mir diese Namen geläufiger, aber eine klar Regel kann ich nicht erkennen. Schön beschreibt diese Unklarheit auch die Wikipedia: Einen entscheidenden Einfluss auf den Fortbestand seltener auftretender Exonyme haben die Medien. Vielleicht nehmen wir uns also die Verwendung bei der Tagesschau als Vorlage. Grüße Tim [1] http://de.wikipedia.org/wiki/Exonym_und_Endonym Am 03.12.2012 10:46, schrieb Martin Koppenhöfer: Am 03/dic/2012 um 10:32 schrieb Henning Scholland o...@aighes.de: Um bei obigem Beispiel zu bleiben: Es wird immer die Schlacht um Stalingrad sein, aber dennoch würde ich als deutschen Namen der aktuellen Stadt Wolgograd nutzen, weil die Stadt 1961 unbenannt wurde. Sehe ich auch so, daher nochmal der Hinweis auf old_name:de, bzw. bei komplexeren Fällen auch mit Jahreszahl. Ich fände es durchaus wünschenswert, auch mittlerweile ungebräuchliche Namen als solche gekennzeichnet in der dB zu haben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl der Punkte in einem Polygon für einen Zoom Level optimieren
Am 03.12.2012 18:21, schrieb Adrian Stabiszewski: Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt jemand euch noch einen Algorithmus mit dem ich die Anzahl der Punkte in einem Polygon für einen bestimmten Zoom Level optimieren kann? Sprich: Punkte entfernen, wenn sie sowieso nicht mehr zur äußeren Form des Polygons beitragen. Ich würde die Abweichung in Pixeln zwischen drei benachbarten Punkten ausrechnen. Genauer gesagt den Abstand des mittleren Punktes von der Tangente von Start und Ziel. Dazu die Auflösung. Wenn der Abstand weniger als 1 Pixel brauchst Du Dir keine Gedanken machen. Du kannst natürlich auch einen Schwellwert bestimmen. Ansonsten: ggf. Mindestabstand in Pixeln bestimmen. Wenn Punkt nicht dargestellt wird, mit nächstem Zielpunkt weiter. Start beibehalten. Ja, genau. Gibt es sowas schon fertig als Library? ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl der Punkte in einem Polygon für einen Zoom Level optimieren
On Monday 03 December 2012, Adrian Stabiszewski wrote: Ich spiele gerade mit einer Karte rum, wo man Gemeinden auswählen kann: http://grundid.de/data/gemeinden/ Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt jemand euch noch einen Algorithmus mit dem ich die Anzahl der Punkte in einem Polygon für einen bestimmten Zoom Level optimieren kann? Zur Vereinfachung von Linien gibt es die gängigen Methoden Douglas– Peucker[1] und Visvalingam[2]. Bei der Anwendung an Polygonen ist allerdings Vorsicht geboten, da die Vereinfachung zu ungültigen Topologien führen kann. Douglas–Peucker kannst Du mit OGR ausprobieren (ogr2ogr -simplify). Eigentlich ist es auch etwas heikel, derart vereinfachte Linien direkt in einer Karte darzustellen, da die entstehenden scharfen Ecken künstlich sind. Für Grenzen ist das jedoch nicht so problematisch (denn die haben sowieso oft Ecken). [1] http://en.wikipedia.org/wiki/Ramer-Douglas-Peucker_algorithm [2] http://www2.dcs.hull.ac.uk/CISRG/publications/DPs/DP10/DP10.html Grüße, -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Soweit ich gesehen habe, hat jede Hauptstadt ein Capital=yes. Das deckt sich auch mit taginfo[1] Aber mit den Admin-levels drunter sieht es halt dürftig aus. Soweit ich weiss wird das auch schon zum Rendern genutzt, aber z.B. wird Berlin vom Land Brandenburg verdrängt. Das ist schwierig zu Entscheiden. Alles schwierig, insbesondere wenn auch immer noch die Rendering-Performance berücksichtigt werden muss. Ein Klassiker ist z.B auch der Fall Nürnberg-Fürth, wo bei OSM das kleinere Fürth gewinnt. Eine Sortierung aller Orte nach Einwohnerzahl würde halt Rechenleistung kosten. Da die Multilingual-Maps zum normalen Mapnik-Stil kompatible bleiben sein sollen, werden wir da keine Änderungen vornehmen. Grüße Tim [1]http://taginfo.openstreetmap.org/tags/capital=yes Am 03.12.2012 15:10, schrieb Henning Scholland: Am 03.12.2012 14:41, schrieb Tirkon: Man müsste sich da eine weltweit anwendbare Klassifizierungsmethode ausdenken. Der Admin-Level könnte hier möglicherweise beitragen. Das funktioniert aber beispielsweise nicht bei Kreisstädten. Das scheitert schon daran, dass die admin_level von Land zu Land verschieden sind. Das ist auch nicht weiter verwunderlich, da die Länder unterschiedlich gegliedert ist. Es gibt aber is_capital=*. Darüber könnte es was werden. Keine Ahnung, wie verbreitet das ist. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Demo mehrsprachige Karte
Am 3. Dezember 2012 15:10 schrieb Henning Scholland o...@aighes.de: Am 03.12.2012 14:41, schrieb Tirkon: Das scheitert schon daran, dass die admin_level von Land zu Land verschieden sind. Das ist auch nicht weiter verwunderlich, da die Länder unterschiedlich gegliedert ist. verstehe ich ehrlich gesagt nicht, wo da das Problem sein soll. Innerhalb eines Landes, und vor allem darum geht es, werden die level ja passend sein, und vor allem hierarchisch, d.h. ein level 4 ist immer mehr wert als ein level 5 oder 6. Es spielt dann kaum eine Rolle, ob da dann konkret level 4 oder 5 steht, oder 6, solange die Grundregeln eingehalten sind. Höchstens könnte es im Einzelfall im Grenzgebiet mal vorkommen, das unterschiedliche Gliederungssysteme zu weniger optimaler Verdrängung führen, aber das ist eher ein Randproblem. Es gibt aber is_capital=*. Darüber könnte es was werden. huch, wo kommt das denn auf einmal her? Warum nicht einfach capital, oder ist das hier was anderes? S.a. taginfo Statistiken... Richtig perfekt wird die Karte durch die blose Berücksichtigung der Administrationsfunktion leider immer noch nicht (wenn es auch ein guter Schritt ist), in Ausnahmefällen sind weniger große Nicht-Hauptstädte aus anderen Gründen trotzdem wichtiger als Unter-Hauptstädte, zumindest je nach Betrachtungsweise und Interessenlage. Beispiele wären z.B. Frankfurt oder Zürich. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl der Punkte in einem Polygon für einen Zoom Level optimieren
Richtige Libraries gibt es dafür nicht...allerdings gibt es in PostGIS die Funktion ST_Simplify() in der Douglas-Peucker umgesetzt ist...http://postgis.org/docs/ST_Simplify.html Ebenso ist diese Funktion auch in gdal vorhanden...hier mal für Python: http://gdal.org/python/osgeo.ogr.Geometry-class.html#Simplify Laut Dokumentationen soll die Funktion ST_SimplifyPreserveTopology() speziell für Polygone geeignet sein...kann man aber nur bedingt empfehlen. Ich habe letztens auch mitbekommen, dass in den neuesten Mapnik Releases auch Linienvereinfachungsalgorithmen implementiert sind, finde aber gerade den spez. Link nicht mehr...nur das hier: https://github.com/mapnik/mapnik/pull/1385 Grüße Am 03.12.2012 18:49, schrieb Adrian Stabiszewski: Am 03.12.2012 18:21, schrieb Adrian Stabiszewski: Das Ganze ist noch etwas langsam weil halt viele Punkte. Kennt jemand euch noch einen Algorithmus mit dem ich die Anzahl der Punkte in einem Polygon für einen bestimmten Zoom Level optimieren kann? Sprich: Punkte entfernen, wenn sie sowieso nicht mehr zur äußeren Form des Polygons beitragen. Ich würde die Abweichung in Pixeln zwischen drei benachbarten Punkten ausrechnen. Genauer gesagt den Abstand des mittleren Punktes von der Tangente von Start und Ziel. Dazu die Auflösung. Wenn der Abstand weniger als 1 Pixel brauchst Du Dir keine Gedanken machen. Du kannst natürlich auch einen Schwellwert bestimmen. Ansonsten: ggf. Mindestabstand in Pixeln bestimmen. Wenn Punkt nicht dargestellt wird, mit nächstem Zielpunkt weiter. Start beibehalten. Ja, genau. Gibt es sowas schon fertig als Library? ;) ___ 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