OpenStreetMap

MKnight has commented on the following diary entries

Post When Comment
Öffnungszeiten 22 days ago

Ich verstehe nicht ganz wo Dein Problem ist.

Mo,We,Th 08:00-12:30; Mo 13:00-17:00

ist klar falsch, "gerendert" wird hier:

We,Th 08:00-12:30; Mo 13:00-17:00

Richtig wäre ein Komma (Komma ist etwa gleichbedeutend mit und bzw. sowie) zu setzen.

Beim nächsten Beispiel das selbe. Deine letzten 3 Beispiele: Nummer 1 ist korrekt, hier wird durch das Semikolon der Freitag "überschrieben". Sinnvoller wäre natürlich Mo-Th, falsch ist es trotzdem nicht. Nummer 2 und 3 sind klar kaputt, Keine Ahnung, was der eintragende damit bezwecken wollte. Ein Renderer schmeisst da jeweils die erste Eintragung (vorm ersten Semikolon) weg.

Zum Evaluieren empfehle ich Dir, falls Du es noch nicht kennst: http://openingh.openstreetmap.de/evaluation_tool/?setLng=de

opening_hours II about 1 month ago

ÄÄh, Nachtrag:

Es gibt bereits mehrere Tools um Fehler zu finden, eins ist in meinem Beitrag oben verlinkt: http://openingh.openstreetmap.de/

Da solche Sachen aber nicht prominent promotet werden, schaut die sich auch kaum jemand an. Gerade eben hab ich in Berlin 150 Bugs gefixt, ich bin mir etwas unsicher was mir das für einen Ballungsraum mit überdurchschnittlich vielen Mappern sagen will. (Ok, Köln hatte ich heute auch in der Mache, da war es noch schlimmer)

opening_hours II about 1 month ago

Klasse. Gerade mal ne richtig komplett kaputte Öffnungszeit in iD abgekippt:

Montag - Freitags 10 bis 23 Uhr Samstag ab um 11h

und da kommt - Trommelwirbel - nicht mal ein vorsichtiger Hinweis oO

Effektiv - imho - senkt iD natürlich die Hürde bei OSM mitzumachen, aber wenn ich sowas sehe, denke ich eher an mit-kaputtmachen.

Potlach macht (auch gerade getestet) im Übrigen genau das selbe. Ich prangere das an!!11eins

Heute ist der Tag... about 1 month ago

Auswahl für Notes anzeigen und Kartendaten permanent anzeigen:

.map-layout #map-ui, .layers-ui {
        display: block !important;
        width: 0 !important;
        position: static !important;
}

.overlay-layers {
        position: absolute !important;
        right: 0 !important;
        bottom: 10px !important;
        z-index: 100 !important;
}
.overlay-layers p {display:none !important}

Sieht momentan so aus:  (http://www7.pic-upload.de/19.03.14/zhepo8mwtao9.png ) Früher oder später wird da warscheinlich noch "note hinzufügen" vom Menü getrennt (welches komplett weg könnte...) aber momentan bin ich sehr zufrieden mit dem Layout. Alles da, wo man es erwarten würde, nichts überladen und kein Klick zuviel.

Hauptsache die OSM-"designer" machen mir keinen Strich durch die Rechnung und werfen wieder alles um ;)

Heute ist der Tag... about 2 months ago

Bei einer PM erscheint der "mail-count" doppelt, hier gibt's 2 Möglichkeiten:

#inboxanchor {display:none !important}

entfernt die Zahl hinter "eigenes Profil"

Alternativ könnte man auch "Meine Nachrichten" komplett entsorgen, das hat allerdings den Nachteil, dass man per Klick nur in die Nachrichten kommt, wenn man eine ungelesene hat.

Heute ist der Tag... 2 months ago

noch bisschen aufgehybscht:

nav.secondary > ul {margin-bottom: 2em !important;}
.dropdown-menu > li > a {display:inline !important}
nav.secondary .user-menu {border: 0px !important;}
Suche Karte in der Überwachungskameras gerendert sind 4 months ago

Is mir nichts bekannt, möglicherweise reicht Dir: http://osm.dumoulin63.net/xapiviewer/ aus.

was hast Du denn konkret vor?

Relation EV6 wird in der Radfahrerkarte in Ungarn und Slowakei nicht angezeigt 4 months ago

Kann ich nicht nachvollziehen, ich sehe deutlich eine orange-farbene Linie

von Spitzbergen und Luftbildern 5 months ago

ybelst viel Arbeit, Respekt!

Hallo. 5 months ago

+1

Häufige Fehler bei opening_hours 5 months ago

Markdown, yeah, meinen Kommentar kann ich auch nicht bearbeiten :( nochmal die Werte in schön:

  • Leerzeichen statt komma oder semikolon: 22
  • + statt Komma 3
  • . statt Komma 1
  • - statt Komma 1
  • : statt Komma 1
  • . statt : 2
  • : statt + 1
  • Gedankenstrich statt - 7
  • de statt en 3
  • "echte" Vertipper 2
  • Fehlende führende 0 5
  • Wochentag(e) mit : 2
  • überflüssige Leerzeichen 11
  • falsches Tag (opening_hours=urology) 1
Häufige Fehler bei opening_hours 5 months ago

So heute war ich mal wieder etwas "unterwegs". In Mannheim mit recht vielen Fehlern dachte ich mir, ok, da machste mal ne kleine Statistik dazu (sicher kann man das mit irgendnem Tool einfacher haben, das übersteigt allerdings meine Skills)

Die Daten, die ich da gesammelt habe sind allerdings wenig repräsentativ, so gab es bspw. in Mannheim keinen Eintrag a ala "15-17" wie es auch keinen gab ala "15-17 Uhr". Das gibt es normal in jeder Stadt, die ich bisher gesehen habe.

Hier meine Daten für 47 Pois: * Leerzeichen statt komma oder semikolon: 22 * + statt Komma 3 * . statt Komma 1 * - statt Komma 1 * : statt Komma 1 * . statt : 2 * : statt + 1 * Gedankenstrich statt - 7 * de statt en 3 * "echte" Vertipper 2 * Fehlende führende 0 5 * Wochentag(e) mit : 2 * überflüssige Leerzeichen 11 * falsches Tag (opening_hours=urology) 1

Doppelte Fehler in einem Wert hab ich nur doppelt gezählt, wenn sie unterschiedlich waren. (drei Gedankenstriche=1 Fehler, Gedankenstrich+Leerzeichen=2 Fehler)

Gewinner bei den doppelten Fehlern ist: * Mo–Fr: 09:00–13:00, 15:00–18:00; Sa 9:00 – 13:00

Ja 6 months ago

Genau!

"Maproulette" in JOSM 6 months ago

Da wette ich mit ;) etwa 25% der Beinahe-verbindungen, die mir Keepright anzeigt sind false positive (Bzw. von Software schwer zu berechnen).

Mal als Beispiel: http://keepright.ipax.at/report_map.php?... (oder auch bspw. (global sicher nicht ganz repräsentativ) die ganze Region die ich permanent im Auge habe. (die nicht als false positive markierten sind Stellen, die ich bisher nicht einsehen konnte, Bing suggeriert aber dass auch die reell nicht verbunden sind) ... Sicher eine Ausnahme, aber hier kann ich von annähernd 100% ausgehen, wenn ich die 2 changesets von gerade eben weglasse ;) )

In den restlichen 75% kommt es (mir, als QA-Junkie) immer wieder vor, dass ich auf Stellen stosse, die zwar im Sinne des Erfinders "kaputt" sind, wo mir persönlich das Fixen aber egal ist. Beispiel: Ein Fussweg ist (irgendwo) mit einer Strasse verbunden und endet dann 10m weiter im Nichts. Wenn ich sehe, dass der nicht verbunden werden muss sondern eigentlich weitergemalt, dann fasse ich den in der regel nicht an.

10 Mappingtipps für Fortgeschrittene 6 months ago

Toll, ich kann meinen Kommentar nich korrigieren, sollte aber klar sein, was ich meine, wehe mich korrigiert jemand ;)

10 Mappingtipps für Fortgeschrittene 6 months ago
Also haben wir mit 32 zusätzlichen Bits 64 mal so viele IDs wie vorher

Nein, verflucht. Mit jedem Bit verdoppelt sich (wie Du zutreffend schreibst) der Spass. 2-4-8-16-32-64=6bit=38bit entspräche einer ver64-fachung

Häufige Fehler bei opening_hours 6 months ago

Uh, die Logik dahinter war mir klar, aber jetzt versteh ich die gesamte Tragweite erst.

Meiner Einschätzung nach muss OSM voll von solchen Fehlern sein, (die auch nicht zwingend auf das Plugin oder Josm zurückzuführen zu sein müssen). Komma und Semikolon verwechselt sich eben gern.

Ein Beispiel: http://robin.de.marissa.hostorama.ch/osm/opening_hours_map/opening_hours_map.html?filter=error&zoom=18&lat=50.90248397834553&lon=13.67314586926799&layers=B0T&tags=opening_hours Bei solchen Konstellationen kann man mit fast 100%iger Sicherheit annehmen, dass das Semikolon falsch ist. (abgesehen von den anderen Fehlern da...)

Das ist wahrscheinlich in der Masse nicht zu korrigieren, ausser man lässt eine komplexe Prüfung drüberlaufen (was mir zu hoch ist). Selbst dann müsste man wahrscheinlich alle Bearbeiter anschreiben (oder webseite etc. checken) um sicher zu gehen, dass es der Bearbeiter nicht doch "richtig" gemeint haben könnte.

Meiner Meinung nach wäre hier ein anderer AND-Operator sinnvoller um solche schnell gemachten Schusselfehler zu vermeiden. Bspw.: Mo-Fr 08:00-12:00 | Mo,Th 16:00-17:30 oder Mo-Fr 08:00-12:00 AND Mo,Th 16:00-17:30

Häufige Fehler bei opening_hours 6 months ago

rayquaza: der "mutmassliche" Bug ist m.E. nicht eindeutig beschrieben. Das "Rendering" in der Grafik (opening_hours-Plugin, wenn ich das richtig sehe) sowie Rendern im Kopf bringen mir jeweis eindeutige Regeln - auch wenn das Schema etwas mistig bzw uneindeutig zu sein scheint. (könnte man alternativ auch mit: "We,Fr 15:00-17:00 off" taggen (?)) Kannst Du mir da etwas auf die Sprünge helfen, wo das Problem ist?

Häufige Fehler bei opening_hours 7 months ago

So, Netzwolf hat die Auswertung vom Netz genommen, da "es eine Alternative" gibt. Mir unverständlich, da die "Alternative" keine bestehenden Daten prüft, sondern nur eine Eingabemaske zum prüfen bietet.

Häufige Fehler bei opening_hours 7 months ago

Malenki: verschrieben, ich meinte natürlich den Doppelpunkt, habe es korrigiert

Zartbitter: Ich weiss grad nicht, wie ich den Fehler einbauen konnte, ich vermute, dass ich da mit dem opening_hours-Plugin dran war, was in bestimmten Situationen Sachen "richtig" anzeigt. Ist mir allerdings zu spät aufgefallen, dürfte leider noch 2-3 Mal der Fall sein :(

Bei unklaren Öffnungszeiten habe ich jeweils eine Note oder ein Fixme gesetzt oder die eben ganz in Ruhe gelassen.

poppei82: ich finde die jeweiligen Webseiten übersichtlicher, werde das aber mal testen