Gitternetz für Karte

Interessante Aufgabe.

Nicht ganz so hübsch und die Größe der Vierecke muss im Script manuell festgelegt werden (Zeile 72), aber es sollte funktionieren. Für mehr Interface habe ich heute keine Lust mehr. Vielleicht morgen, wenn es wieder regnet und Dunkel wird.

Falls sich wer berufen fühlt das ding zu verbessern: Pullrequests sind gern gesehen (wenn sie vernünftig sind).

(Ich rate davon ab den Knopf zu drücken, wenn die Karte sehr weit raus gezoomed ist. Versucht ihr mehrere Hunderttausen Quadrate zu erzeugen, wird der Browser langsam und schmiert im Schlimmsten Fall ab)

Hmm. Irgendein Redesign. Muss ich morgen mal schauen. Mir gefällt die Buttonposition sowieso nicht, weil da ja noch ein bissel UI dazu muss.

Funktioniert nach ausgiebigen Tests perfekt.

Danke, insbesondere da mir für so eine Aufgabe jegliches Talent fehlt, und ich bin froh, dass es Menschen wie dich gibt.

Jetzt kann ich meine Wachen bedeutend besser auf ein Raster ausrichten.

Einzig komisch ist, dass sich die Ausrichtung waagerecht ändert, wenn man es wieder neu lädt, aber das ist Jammern auf hohem Niveau.

Hier ist ne Blindschleiche, ich finde den Knopf zum Aktivieren des Skriptes nicht

Zitat von Gullwing

Hier ist ne Blindschleiche, ich finde den Knopf zum Aktivieren des Skriptes nicht

Profilmenü, recht in der mitte.

Zitat von Sobol

Unten in der Mitte der Karte.

Ah gefunden Danke

Was die berichtete Abweichung angeht:

Wenn ich das Script richtig verstehe werde die Linien am Breiten- und Längengrad ausgerichtet.

Durch die Erdkrümmung verlieren wir aber je weiter wir nach Norden kommen an Breite.

Dadurch verschiebt sich die relativen Längengrade und damit die Referenz sobald man die Karte Nord- oder südwärts bewegt.

Das Raster ist dann zwar immer noch 1 km breit, aber nicht mehr die gleiche Anzahl an Einheiten des Längengrads. Je nach Zoomstufen ist die Abweichung im Script dann zwischen wenigen Metern oder mehren Hundert Metern

Könnte mir vorstellen das man bestimmt mit mehr Zeit (und Lust) einstellen könnte, das der Längengrad und Breitengrad von einem Gebäude (z.b. Leitstelle) als Referenzpunkt genommen wird. Dann sollte es keine Verschiebung mehr geben.

Alternativ lebt man halt einfach damit vor dem erzeugen Karte auf den eigenen Referenzpunkt zentrieren (durch Anklicken) und dann erzeugen.

Hey, da hat einer in der Schule aufgepasst. 😄 Die erklärung ist so absolut korrekt.

Das Problem ist die Geodätische Form einer Kugel. Eine Kugel kann man praktisch nicht vernünftig aus Quadraten zusammensetzen ohne dass etwas "übrig" bleibt.

Außerdem gibt es ein Problem bei der Berechnung der Vierecke. 1° unterschied in der Nord-Süd-Achse ist (sehr stark gerundet) die 1,5 Fache Strecke von 1° auf der Ost-West-Achse.

Spannend zu wissen ist, dass die meisten Karten den Größen der Länder sehr unrecht tun. Länder die weiter vom Äquator entfernt sind, haben auf den meisten Karten eine andere Größe als Länder die nahe am Äquator sind. Es gibt allerdings auch Karten, die das berücksichtigen.

Von der Zoomstufe dürfte es eigentlich nicht wirklich abhängig sein, da sich das Script (wie richtig festgestellt) am Nullmeridian und am Äquator ausrichtet und dann einfach rechnet. Aber es ist richtig (und in der aktuellen Form auch nicht zu verhindern), dass die Quadraten nicht immer exakt sind. Falls sich Mal jemand anschauen will, wie weit daneben die Quadrate teilweise liegen, einfach Mal den Teil auskommentieren, der die Vorhandenen Quadrate ausblendet. Bei der aktuellen Berechnungsform lässt sich das auch nicht vernünftig verhindern (mir fällt zumindest kein Weg ein). 😟

Ausrichten an einem Vorhandenen Marker ist zwar technisch möglich, hat aber das gleiche und noch ein weiteres Problem, wie Ausrichtung am Koordinatenursprung. Wir versuchen immer noch eine Kugel mit Quadraten zu bedecken, zur Orientierung haben wir immer noch einen Koordinatenursprung, und als neues Problem haben wir die Rechenpower. Bereits jetzt hat das Script ein hohes Potenzial den Browser in die Knie zu zwingen, wenn jemand versucht bei zu weit Rausgezoomter Karte die Vierecke zu erzeugen. Muss das Gitter dann an einem selbstbestimmten Referenzpunkt ausgerichtet werden, wird das noch rechenintensive und dürfte irgendwann sehr ungenau werden. Die jetzige Berechnung referenziert sich immer wieder an den Null-Achsen, bei einem oktroyiertem Nullpunkt, ist das nicht so ohne weiteres möglich.

Macht es ggf Sinn hier mit Open Location Code (oder what3words) zu arbeiten? Oder bringt das keine wirklichen Unterschiede. Kenne mich damit zu wenig aus, klingt aber so, das dürfte bei zoomen etc genauer sein?

Einfach nur bis zu einer Zoomstufe zulassen, wo man die planare und geodätische Form vernachlässigbar gleich sind

Oder das ganze mit dem Faktor für UTM 32N umrechnen, dann ist es für Westdeutschland richtig, für Zentraleuropa okay und danach kommt Blödsinn raus.