Url auf der Osm-Seite

gormo · 2013-08-12 12:56:11

tyr_asd wrote:

Das hört sich für mich nach einem tatsächlichen Usability-Problem an, das man am besten den Entwicklern mitteilen sollte.

+1. Allerdings ist es m.E. technisch schwer bis nicht möglich, zwischen "Nutzer ist grade interaktiv auf der Seite unterwegs" und "Nutzer hat die Seite grade zum ersten Mal in dieser Sitzung aufgerufen, und will wohl das Layer sehen, das in seinem cookie steht" zu unterscheiden. Es sei denn, es gäbe schon browser-sessions auf der Webseite. Bin da leider nicht im Code drinnen.

...aber mit UI-Änderungen ists doch fast immer so, das sich am Anfang alle beschweren und man sich dann nach 2 Wochen arrangiert hat und halt andere Workarounds benutzt als die, die man vorher hatte. Perfekt wird sowas nie.

efred · 2013-08-12 13:19:28

gormo wrote:

...aber mit UI-Änderungen ists doch fast immer so, das sich am Anfang alle beschweren und man sich dann nach 2 Wochen arrangiert hat und halt andere Workarounds benutzt als die, die man vorher hatte. Perfekt wird sowas nie.

Der Problem ist aber, dass wohl nur bereits aktive Leute einen Workaround nutzen. Alle, die neu zu OSM kommen und merken, dass deren History vollgemüllt wird, werden dann zukünftig einen weiten Bogen um OSM machen. Wenn ich z.b. auf irgend eine Website gehe und diese macht etwas, das mir nicht passt (wie z.b. meine History zumüllen), suche ich sofort eine alternative Website und rufe die alte nie wieder auf. Ich würde mir jedenfalls als "Neuling" nicht den Aufwand machen wollen, irgendeinen Workaround zu suchen: Bei osm.ch ist ja schon seit ca. 1 Monat so, dass die URL automatisch angepasst wird, wenn man die Map verschiebt. Seit dies eingeführt wurde, habe ich dann osm.ch nie wieder aufgerufen stattdessen rief ich nun nur noch osm.org auf. Wenn es jetzt keinen Workaround gegeben hätte bzw. wenn ich nichts davon mitbekommen hätte (zum Glück lese ich aktiv im Forum mit), hätte ich wohl auch osm.org nicht mehr aufgerufen und wäre wohl zu tile.openstreetmap.fr übergegangen.
Aber wie gesagt, neue Leute werden das Greasemonkey-Script nicht kennen und somit werden viele Leute dann auch osm.org nicht mehr aufrufen.

MHohmann · 2013-08-12 13:49:51

efred: +1
Ich weiche ja selbst als erfahrener Nutzer aus.

tyr_asd wrote:

Das hört sich für mich nach einem tatsächlichen Usability-Problem an, das man am besten den Entwicklern mitteilen sollte.

Da muss ich mir wohl erst mal einen GitHub-Account zulegen, damit ich dort mitreden kann...

rayquaza · 2013-08-12 13:53:08

Mein "Workaround" besteht auch darin Gravitystorm Transport, Landscape, die OpenRailwayMap und für Mapnik-OSM OSRM mehr zu nutzen – das Greasemonkey-Script habe ich nur zur Sicherheit drin. Fragen in OSM-Notes beantworte ich dadurch eben nur noch, wenn ich sowieso gerade JOSM offen habe…

Das mit dem Entfernen des Layer-Parameters war übrigens davor schon so (und würde ich auch erwarten). Wenn ich mir die URI ("….org/#map=8/58.898/25.587&layers=T") ansehe würde ich aber erwarten, dass der Link gar nicht funktioniert (Query-Teil hinter Fragment-Teil?).

tyr_asd · 2013-08-12 14:05:42

MHohmann wrote:

Da muss ich mir wohl erst mal einen GitHub-Account zulegen, damit ich dort mitreden kann...

Man kann auch über trac.osm.org oder die Mailingliste rails-dev@osm.org Fehler melden.

Last edited by tyr_asd (2013-08-12 14:06:03)

MHohmann · 2013-08-12 17:27:13

rayquaza wrote:

Das mit dem Entfernen des Layer-Parameters war übrigens davor schon so (und würde ich auch erwarten).

Allerdings scheint jetzt ein fehlender Layer-Parameter im Permalink für den Mapnik-Layer zu stehen - jedenfalls passiert genau das mit dem Permalink, wenn ich Mapnik auswähle. Und wenn ich einen solchen Permalink zum Mapnik-Layer benutze, erwarte ich auch, dass selbiger angezeigt wird.

Das Problem tritt aber auch auf, wenn man das "&layers=T" z.b. durch "&layers=C" ersetzt, was die Cyclemap auswählen sollte. Dabei bleibt zwar der Link mit dem C in der Adresszeile, aber die Verkehrskarte bleibt auch. Wenn man dann den Ausschnitt verändert, kommt das T zurück.

Wenn ich mir die URI ("….org/#map=8/58.898/25.587&layers=T") ansehe würde ich aber erwarten, dass der Link gar nicht funktioniert (Query-Teil hinter Fragment-Teil?).

Das finde ich genau so merkwürdig. Überhaupt ist mir dieser "Missbrauch" des Fragment-Teils für etwas anderes als HTML-Anker suspekt.

tyr_asd wrote:

Man kann auch über trac.osm.org oder die Mailingliste rails-dev@osm.org Fehler melden.

Das macht die Sache einfacher: https://trac.openstreetmap.org/ticket/4945

rayquaza · 2013-08-12 17:54:12

MHohmann wrote:

Allerdings scheint jetzt ein fehlender Layer-Parameter im Permalink für den Mapnik-Layer zu stehen - jedenfalls passiert genau das mit dem Permalink, wenn ich Mapnik auswähle. Und wenn ich einen solchen Permalink zum Mapnik-Layer benutze, erwarte ich auch, dass selbiger angezeigt wird.

Früher™ war das "M" und wurde immer angefügt wenn man gerade Mapnik ausgewählt hatte. Man konnte den Parameter aber rausnehmen um die letzte Layerwahl des Empfängers des Links beizubehalten.

MHohmann wrote:

Das Problem tritt aber auch auf, wenn man das "&layers=T" z.b. durch "&layers=C" ersetzt, was die Cyclemap auswählen sollte. Dabei bleibt zwar der Link mit dem C in der Adresszeile, aber die Verkehrskarte bleibt auch. Wenn man dann den Ausschnitt verändert, kommt das T zurück.
Wenn ich mir die URI ("….org/#map=8/58.898/25.587&layers=T") ansehe würde ich aber erwarten, dass der Link gar nicht funktioniert (Query-Teil hinter Fragment-Teil?).
Das finde ich genau so merkwürdig.

Deine Beschreibung passt zu dem, was ich erwarten würde (GET-Parameter werden nicht erkannt, weil sie Teil des Fragment-Teils sind).

MHohmann · 2013-08-12 18:02:20

rayquaza wrote:

Früher™ war das "M" und wurde immer angefügt wenn man gerade Mapnik ausgewählt hatte. Man konnte den Parameter aber rausnehmen um die letzte Layerwahl des Empfängers des Links beizubehalten.

Ja, so habe ich es auch in Erinnerung.

Deine Beschreibung passt zu dem, was ich erwarten würde (GET-Parameter werden nicht erkannt, weil sie Teil des Fragment-Teils sind).

Ich habe mal probiert, den GET-Parameter vor den Fragment-Teil zu setzen. Gleiches Problem - die URL wird automatisch wieder umgebaut.

MKnight · 2013-08-30 19:53:31

Ärm, die Mailbenachrichtigung is kaputt?

Joachim Moskalewski wrote:

MKnight wrote:
EvanE wrote:
Entwickler denken an Programm-Code/-Strukturen und Daten-Strukturen. An Fragen zur Benutzbarkeit aber haben die meisten Entwickler (es gibt sicher Ausnahmen) eher geringes Interesse und daher auch wenig Erfahrung.
Prinzipiell (auch so pauschal) korrekt, ich habe allerdings bisher noch kein schlagendes Argument gegen die Änderung gehört.
Meine Hoheit: Der Webseite gehört der Ausgabebereich des Webbrowsers, die Browserelemente aber mir. Ein Webbrowser dient der Anzeige von Inhalten aus dem Web - außerhalb seines Widgets hat der nix verloren. Alles lokale ist meine Hoheit. URLs aufzurufen ist ein aktiver und expliziter Vorgang ausgelöst durch eine Useraktion, und somit auch die daran gekoppelte URL-Bar.

Technisch-philosophisch korrekt, nur eben (imho) für Standard-Surfer Mist. Der Otto-normal-dau erwartet, dass der Link in der Adresszeile die Webseite repräsentiert auf der er sich gerade befindet. Und das ist für ihn eben die "zurechtgeschobene" Version, die man gerade im Browserfenster sieht.
Ob das technisch gesehen falsch ist, dass da ein Script am Anker rumschmiert, interessiert den herzlich wenig, insofern halte ich das neue Verhalten aus Usability-sicht wie gesagt für das bessere.

Ungewohntes Verhalten: Klicke ich auf eine URL, geht es zu einer anderen Webseite. Bleibe ich aber auf einer Seite erwarte ich, dass die URL auch gleich bleibt. Framesets hat man auch deswegen in die Tonne getreten, da sie dieses Grundprinzip nicht einhielten.

Korrekt, nur machen Framesets genau das Gegenteil von dem hier bemängelten Verhalten, sie ändern die Adresse (zum Verdruss des Lesezeichen setzenden) nicht. Das ist für mich, trotz, dass es ein technisch sehr ähnliches Problem beschreibt, Apfel mit Gurken verglichen.

Keine Ahnung, ob das "Feature" hier wieder "zurückgeändert" wird, ich halte es (auch bisher) so, dass ich, wenn ich zur "aktuellen Seite" zurückwill einfach ein neues Tab öffne.
Tabs sind durch nichts zu ersetzen, ausser durch noch mehr Tabs

Last edited by MKnight (2013-08-30 19:54:46)

Announcement

#26 2013-08-12 12:56:11

Re: Url auf der Osm-Seite

#27 2013-08-12 13:19:28

Re: Url auf der Osm-Seite

#28 2013-08-12 13:49:51

Re: Url auf der Osm-Seite

#29 2013-08-12 13:53:08

Re: Url auf der Osm-Seite

#30 2013-08-12 14:05:42

Re: Url auf der Osm-Seite

#31 2013-08-12 17:27:13

Re: Url auf der Osm-Seite

#32 2013-08-12 17:54:12

Re: Url auf der Osm-Seite

#33 2013-08-12 18:02:20

Re: Url auf der Osm-Seite

#34 2013-08-30 19:53:31

Re: Url auf der Osm-Seite

Board footer