Kleine JOSM PlugIns als Bachelorarbeit

Ich verstehe zwar nicht so ganz den Sinn der Übung, aber ich würde mal wetten, dass Walter diese Frage locker in 1-3 Zeilen SQL beantworten kann.

+1, halte ich für sinnvoll. Die Frage ist aber, ob sich ein Student dafür begeistern kann…

Ich weiß nicht, ob ich mit der Idee Freudensprünge bei einem Studenten auslöse, aber für JOSM wäre es interessant. :smiley:
Es gibt ein JOSM Plugin namens Turn Lanes (https://wiki.openstreetmap.org/wiki/Relations/Proposed/turn_lanes#Plugin). Damit lassen sich Kreuzungen sehr gut grafisch unterstützt hinsichtlich der Spurverläufe eintragen. Das Plugin verwendet jedoch keine Tags an der Straße sondern baut eine Relation. (Ich hatte da vor langer Zeit mal eine Diskussion die zu dem Schluss kam, dass Tags an Wegsegmenten besser wären).
Es wäre echt , wenn es ein Plugin gäbe, dass die Aufteilung und Detaillierung von Wegen ähnlich grafisch ermöglichen könnte. Eventuell auch mit erweitertem Funktiosnumfang (z.B: einfaches Anbringen von destination (https://wiki.openstreetmap.org/wiki/Key:destination)/ Fahrzeugbeschränkungen für einzelne Fahrspuren [Bussur/Mindestgeschwindigkeit/…])#

MfG
Hedaja

Ich wünsche mir seit Jahren eine JOSM-interne Umsetzung eines von mir bereits eingereichten Issues. Es handelt sich dabei um die Idee, GPS-Tracks zu einem Haupt-Track (optional anzeigbar, der User kann entscheiden, ob er nachwievor die Einzeltracks sehen will) zusammenzufassen. Das ganze kann man entsprechend aufblasen mit Gerätefilter, Genauigkeiten etc…

Alternativ: Georeferenzierung wie in der Wissenschaft durch nicht-lineare Verzerrung. Siehe http://www.bl.uk/maps/ (Instructions herunterladen)

Gute Idee! Klingt aber nach Arbeit :wink: Ich meine, es ist wahrscheinlich weniger trivial, ale man denkt. Ich hatte vor Jahren einen Vermesser der eine ähnliche Diplomarbeit machen wollte und aufgab. Mal sehen…

Das fänd ich auch praktisch. :slight_smile:

Ein Plugin für 3D in JOSM wäre eine feine Sache für einige Mapper. Das Thema gibt es hier im Forum des öfteren und mir ist kein Plugin bekannt oder ich habe es mangels persönlichem Interesse nicht auf dem Radar. :wink: Die Auswahl von Linien und dann über eine grafische Oberfläche den Dachtypen, Gebäudehöhe, Etagen… eintragen. Zumindest die Grundelemente (Satteldach, Pultdach, Ringpultdach, Flachdach, …) könnte man darüber realisieren.

Edit: https://de.wikipedia.org/wiki/Dachform

Das befürworte ich auch, zumal das genannte Turn-Lanes-Plugin absolut nicht nach dem etablierten Schema erfasst und - soweit ich weiß - diese Art von Lanes-Abbildung in Relationen nirgendwo ausgewertet wird. Die grafische Unterstützung durch das vorhandene Plugin finde ich recht gelungen. Vielleicht kann man ja darauf aufsetzen und den Ersteller dieses Plugins in die Entwicklung einbinden mit dem Ziel, aufbauend auf seine Arbeit das Plugin für das etablierte Schema umzustellen.

Oder noch besser: die rechtwinklige Hausgrundfläche anklicken, Plugin starten, Dachform und Ausrichtung auswählen und sich die notwendigen Linien - richtig getaggt - automatisch hinzufügen lassen…

Vielleicht “zu einfach” aber deswegen vielleicht von einem hier mal eben umsetzbar:

besseres Hausnummern Tagging Tool mit

a)fortlaufende automatische Nummerierung auch mit Zahl + Buchstaben (1a,1b,1c, … usw)
b)zusätzlich zu den aktuellen Auswahlmöglichkeiten addr:suburb
c)und die Möglichkeit einem node einen “entrance” Wert hinzuzufügen (zB entrance=staircase bräuchte ich oft)

Und grade spontan eine andere Idee:

Aus einer GPX mit Höhendaten = gurundete incline Werte automatisch entlang beliebiger Teilstrecken

easyX,
könntest du eine Skizze machen, wie man es auf der Seite der User Interface umsetzen könnte?
Ich habe die Erfahrung gemacht, dass wenn ein Programmierer eine Aufgabe bekommt, dann soll man ihm seh präzise Anweisungen geben, wie sowas auszusehen hat.

Viele Grüße,
Marek

Das gibt es schon, wenn auch nicht als Plugin: GPS-Trackanalyse.NET - Höhenprofil glätten (mit einstellbaren Parametern).
BTW: Die Höhendaten von GPS-Sensoren eignen sich nach meiner Erfahrung herzlich wenig für diesen Zweck - zu viele Sprünge, da hilft kein Glätten. Nur welche mit Barometer liefern idR für incline brauchbare Daten.

Gab/gibt es nicht irgendwo eine freie Quelle für Höhendaten (als Höhenlinien), wenn die halbwegs stimmen und genau sind könnte man darüber doch auch inclines abschätzen, halbautomatisch per Plugin wäre das dann doch was :smiley:

Das mit der Skizze bezieht sich auf die Hausnummernsache? Hm halt so wie das aktuell Hausnummern Tool, vielleicht könnte man das ja sogar noch mit den 3D-Dächern (bei rechteckiger Grundfläche) kombinieren :wink: das man im Prinzip alles an einen Adressnode oder way dranpacken kann was einem so einfallen kann, aber so das es nicht überladen aussieht.

Stimmt. Man kann es mit freien Daten vergleichen, bzw. auf bekannte Punkte kalibrieren.

Wonach ich fragte, wäre revielleicht eine erste Mockup Skizze. Sprich, User Interface.

Ich hab auch noch eine Idee anzubieten. :slight_smile:

Je mehr Details wir an Straßen (und anderen Ways) erfassen, desto öfter muss man sie aufspalten. Das ist aber ärgerlich, wenn man etwas an der gesamten Straße ändern möchte und kann auch leicht zu Fehlern führen, wenn man ein Stückchen vergisst.

Daher wäre es nett, im JOSM eine Funktion zu haben, bei der man nur den Anfang und das Ende des relevanten Straßenabschnitts anklicken muss, um die gewünschten Ways auszuwählen. So:

Schritt 1

Erster Klick auf den Way links oben. Der Way ist jetzt ganz normal ausgewählt.

Schritt 2

Zweiter Klick + Tastenkürzel auf den Way rechts unten. Es ist nun zusätzlich dieser Way plus die kürzeste Verbindungsstrecke dazwischen ausgewählt.

Warum gerade dieses Thema? Da es hier ja um eine Bachelorarbeit geht, habe ich aus meiner Ideenkiste etwas rausgesucht, bei dem es Stoff für eine schriftliche Ausarbeitung gäbe und wo neben reinem Programmieren auch etwas grundlegende Algorithmik (Graphen und kürzeste Wege, das sollte eigentlich jeder Info-Student kennen) vorkommt.

Statt “kürzester Weg” würde ich eher mit dem Gestalt-Law “good continuation” arbeiten. Vielleicht auch unter Berücksichtigung der Attribute.

d)vernünftige Vorschläge für die Straßennamen (wie ID), das heißt

  • nur Straßennamen (nicht Namen von Kneipen etc)
  • sortiert nach Wahrscheinlichkeit / Abstand

Nett wäre auch, wenn das Tool bzgl. Hausnummer nach links und rechts schaut und daraus ein paar gute Vorschläge erzeugt.

Darf ich auch noch? :slight_smile:

Hi alle, war ja jetzt länger stumm hier…

ein Projekt, dass ich noch auf dem imaginären Zettel hätte, hat aber nix mit Josm zu tun.
Meine Idee ist ein QS Tool, dass mögliche Karteileichen markiert. Gerade bei POI mit überschaubarer Halbwertszeit wie Restaurants, Bars, Friseure usw. einen Marker setzen, wenn das OSM Objekt länger als 1 Jahr nicht verändert wurde, mit der Möglichkeit kontrollierte Objekte als aktuell zu bestätigen (ausserhalb der OSM-Datenbank).

Hab leider keinerlei IT Hintergrund, daher dauert sowas bei mir recht lange. Meine bisherigen Bastelein und Versuche haben gezeigt, dass von solchen Elementen ca. 50% garnicht mehr bestehen, 25% sind verändert und nur 25% noch auf dem aktuellen Stand.

Vielleicht hat jemand kapiert was ich vorhab, oder sie sonstwie mit mir darüber austauschen. Oder ein Student reisst es sich unter den Nagel :slight_smile:

Viele Grüße

Liebe Freunde,
das ist echt beeindrückend!
Haben wir bereits in den unendlichen Weiter der Wiki ein “Ideenzettel” auf dem wir die Aufgabenbeschreibung inklusive skizzen beschreiben können (so ähnlich wie Tordanik das gemacht hat)?

Wenn nicht, dann bereite ich sowas vor.

Diese Seite sollte passen:
http://wiki.openstreetmap.org/wiki/Research/Ideas

Liebe Freunde,

der Wintersemester fängt in Kürze an und ich werde mich im September mit der Studentengruppe treffen.
Soll jemand noch auf eine weitere Idee gekommen sein, so bitte schreib welche JOSM PlugIns noch gewünscht wären.

Viele Grüße,
Marek

Ich habe mich mal mit einem Plugin beschäftigt, den ich KeySplit genannt hatte. Ist nur nie was draus geworden, da die Dokumentation von Josm extrem gut und ausführlich ist :frowning:

Problem: In vielen Wiki-Artikeln sind Taggings in der Form key=value beschrieben. Z.B. natural=water. Hat man nun das passende Tagging gefunden, muß man bei seinen Objekten im Dialog “Hinzufügen” erst den Schlüssel und danach den Wert in zwei Feldern eingeben.

Lösung: das in einem Klatsch erledigen. key=value in der Quelle markieren/kopieren und dann in Josm “irgendwie” einfügen - aber halt gesplittet.

Sollte wirklich nix Schlimmes sein, nur bin ich bei der Josm-Datenverwaltung gescheitert.

Gruss
walter

Nachtrag: gerade wieder eine Anwendung ganz frisch aus dem Forum: