[Talk-de] Tracks Selector wird zum Editor
Hi! Ich bin gerade dabei den Tracks Selector etwas zu erweitern. Die Darstellung und Bedienung wurde daher überarbeitet. Die Tracks werden jetzt bei MouseOver in einer anderen Farbe hervorgehoben. Darüber hinaus bereite ich gerade die Möglichkeit vor, die Tracks auch direkt im Browser bearbeitet zu können. Die JavaScript Seite ist fast fertig, ich muss nur noch die OAuth-Anbindung implementieren. Der Ablauf wird sein, dass man sich die Daten im aktuellen Sichtbereich des Browsers downlädt und dann die Tracks nach und nach bearbeitet. Danach alles auf einen Schlag hochlädt. Die entsprechenden Buttons und Funktionen sind bereits implementiert. http://tracks.osmsurround.org Mir schwebt auch noch vor, das alles Smartphone/Tablet tauglich zu machen. Die Auswahl der Tracks würde dann über eine scrollbare Liste und die Darstellung auf einer verkleinerten Karte erfolgen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Hi! Nur ein kurzes Update: das Bearbeiten von Tracks funktioniert jetzt auch direkt aus dem Browser. Login funktioniert über den OSM Server. Man kann die tracktype und surface Eigenschaft setzen. Danach einfach "upload changes" klicken ;) Viel Spaß: http://tracks.osmsurround.org Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Hallo, eine schöne Sache ist das geworden. Bei surface würde ich mir noch die Möglichkeit wünschen, weitere Werte einzugeben. Viele Grüße, Henning Am 30.05.2012 17:04, schrieb Adrian Stabiszewski: Hi! Nur ein kurzes Update: das Bearbeiten von Tracks funktioniert jetzt auch direkt aus dem Browser. Login funktioniert über den OSM Server. Man kann die tracktype und surface Eigenschaft setzen. Danach einfach "upload changes" klicken ;) Viel Spaß: http://tracks.osmsurround.org Viele Grüße, Adrian. ___ 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] Tracks Selector wird zum Editor
> Hallo, > eine schöne Sache ist das geworden. Bei surface würde ich mir noch die > Möglichkeit wünschen, weitere Werte einzugeben. Danke! Welche Werte vermisst du? Ich habe mir an dem Wiki orientiert: http://wiki.openstreetmap.org/wiki/Key:surface Habe die häufigsten Optionen in die Auswahlliste übernommen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Hallo, eine schöne Sache ist das geworden. Bei surface würde ich mir noch die Möglichkeit wünschen, weitere Werte einzugeben. +1 Ja, ist toll geworden. Hab schon Wege bei mir gefunden, die ich ergänzen muss. Für die Liste würde ich vorschlagen: artificial_turf, asphalt, cobblestone, compacted, concrete, concrete:lanes, concrete:plates, fine_gravel, grass, grass_paver, gravel, ground, metal, mud, paving_stones, pebblestone, sand, tartan, wood, clay Nach meiner Meinung sind die Werte paved und unpaved sehr grob und man sollte sie lieber weglassen, wenn man keine genaueren Daten hat. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
bkmap wrote: Hallo, eine schöne Sache ist das geworden. Bei surface würde ich mir noch die Möglichkeit wünschen, weitere Werte einzugeben. +1 Ja, ist toll geworden. Hab schon Wege bei mir gefunden, die ich ergänzen muss. Für die Liste würde ich vorschlagen: artificial_turf, asphalt, cobblestone, compacted, concrete, concrete:lanes, concrete:plates, fine_gravel, grass, grass_paver, gravel, ground, metal, mud, paving_stones, pebblestone, sand, tartan, wood, clay Nach meiner Meinung sind die Werte paved und unpaved sehr grob und man sollte sie lieber weglassen, wenn man keine genaueren Daten hat. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Da stimme ich dir nicht ganz zu. Fuer mich sind paved und unpaved Oberbegriffe fuer die Oberflaeche eines Weges oder einer Strasse und durchaus von Wert. Zu wissen, ob ein Weg befestigt ist oder nicht, ist schon mal ein guter Anhaltspunkt. Spaeter kann man dann das mit den entsprechenden Tags dann verfeinern. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Am 31.05.2012 10:00, schrieb Werner Poppele: bkmap wrote: Hallo, eine schöne Sache ist das geworden. Bei surface würde ich mir noch die Möglichkeit wünschen, weitere Werte einzugeben. +1 Ja, ist toll geworden. Hab schon Wege bei mir gefunden, die ich ergänzen muss. Für die Liste würde ich vorschlagen: artificial_turf, asphalt, cobblestone, compacted, concrete, concrete:lanes, concrete:plates, fine_gravel, grass, grass_paver, gravel, ground, metal, mud, paving_stones, pebblestone, sand, tartan, wood, clay Nach meiner Meinung sind die Werte paved und unpaved sehr grob und man sollte sie lieber weglassen, wenn man keine genaueren Daten hat. Da stimme ich dir nicht ganz zu. Fuer mich sind paved und unpaved Oberbegriffe fuer die Oberflaeche eines Weges oder einer Strasse und durchaus von Wert. Zu wissen, ob ein Weg befestigt ist oder nicht, ist schon mal ein guter Anhaltspunkt. Spaeter kann man dann das mit den entsprechenden Tags dann verfeinern. Sehe ich ähnlich. Natürlich sollte man sich als Mapper Gedanken machen, ob es sinnvoll ist die Oberbegriffe zu nutzen. Wenn ich es nicht besser weiß kann dies sinnvoll sein. Als Beispiel wären hier Pisten in der weiten Welt zu nennen. Auf dem guten Luftbild kann man idR. bei den größeren Straßen erkennen, ob sie befestigt sind oder nicht. Was es nun genau ist, erkennt man aber meist nur vor Ort. Ist im Prinzip ähnlich wie building=yes vs. die ganzen Spezialvalues. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
> Hab schon Wege bei mir gefunden, die ich ergänzen muss. Für die Liste > würde ich vorschlagen: > artificial_turf, asphalt, cobblestone, compacted, concrete, concrete:lanes, > concrete:plates, fine_gravel, grass, grass_paver, gravel, ground, metal, mud, > paving_stones, pebblestone, sand, tartan, wood, clay > Ok, ich habe die Liste nochmals erweitert. http://tracks.osmsurround.org/ Darüber hinaus habe ich das UI auch für Tablets und Smartphones optimiert. Die Labels der Buttons verschwinden, wenn die Fensterbreite sehr klein wird. Zu guter Letzt ist auch der "Locate Me" Button verfügbar, der auf die GEO Location API zugreift um sich z.B. unterwegs auf den Feldern direkt lokalisieren zu lassen :) Mit etwas Fingerspitzengefühl bin ich jetzt in der Lage mit einem Smartphone die Tracks direkt unterwegs zu korrigieren. Vielleicht gibt es den einen oder anderen, der den Tracks Editor beim HACK Weekend in Karlsruhe noch etwas mobiler machen will. Ich könnte mir sehr gut eine (Accordion) Liste von Tracks vorstellen, die ich einfach mit dem Finger durchscrollen kann. Die Tracks sind natürlich so sortiert, dass der mir am nächsten liegende ganz oben ist. Beim Klick wird der Track auf der Karte markiert und das Editor-Popup geht auf. Ich werde das Tool bis morgen in meinem GitHub Account online stellen: https://github.com/grundid/tracks-editor Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Ich werfe meine Frage einfach mal ganz frech in die Runde: gibt's eine Chance sowas z.B. auch für die Hausnummernerfassung zu bekommen? vg, Martin Am 31. Mai 2012 10:50 schrieb Adrian Stabiszewski : > >> Hab schon Wege bei mir gefunden, die ich ergänzen muss. Für die Liste >> würde ich vorschlagen: >> artificial_turf, asphalt, cobblestone, compacted, concrete, > concrete:lanes, >> concrete:plates, fine_gravel, grass, grass_paver, gravel, ground, metal, > mud, >> paving_stones, pebblestone, sand, tartan, wood, clay >> > > Ok, ich habe die Liste nochmals erweitert. > http://tracks.osmsurround.org/ > > Darüber hinaus habe ich das UI auch für Tablets und Smartphones optimiert. > Die Labels der Buttons verschwinden, wenn die Fensterbreite sehr klein wird. > > Zu guter Letzt ist auch der "Locate Me" Button verfügbar, der auf die GEO > Location API zugreift um sich z.B. unterwegs auf den Feldern direkt > lokalisieren zu lassen :) > > Mit etwas Fingerspitzengefühl bin ich jetzt in der Lage mit einem Smartphone > die Tracks direkt unterwegs zu korrigieren. > Vielleicht gibt es den einen oder anderen, der den Tracks Editor beim HACK > Weekend in Karlsruhe noch etwas mobiler machen will. Ich könnte mir sehr gut > eine (Accordion) Liste von Tracks vorstellen, die ich einfach mit dem Finger > durchscrollen kann. Die Tracks sind natürlich so sortiert, dass der mir am > nächsten liegende ganz oben ist. Beim Klick wird der Track auf der Karte > markiert und das Editor-Popup geht auf. > > Ich werde das Tool bis morgen in meinem GitHub Account online stellen: > https://github.com/grundid/tracks-editor > > Viele Grüße, > Adrian. > > > > > > ___ > 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] Tracks Selector wird zum Editor
> Ich werfe meine Frage einfach mal ganz frech in die Runde: gibt's eine > Chance sowas z.B. auch für die Hausnummernerfassung zu bekommen? > vg, > Martin Teilweise ist dies mit meinem anderen Tool dem Amenity Editor möglich: http://ae.osmsurround.org Dies funktioniert jedoch nur für POIs. Ich habe mich mit dem Adress-Schema nie auseinander gesetzt, so dass ich nicht weiß, wie die Daten hier auf Straßenebene aussehen. Mit dem Tracks Editor erstelle ich gerade auch eine osm-tools library in Java. Das Lesen und Ändern von Daten in OSM wird damit zum Kinderspiel. (AOuth, Schema usw.) Falls sich jemand der Sache annehmen will, dann kann ich ihn gerne unterstützen. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Hallo, Hab schon Wege bei mir gefunden, die ich ergänzen muss. Für die Liste würde ich vorschlagen: artificial_turf, asphalt, cobblestone, compacted, concrete, concrete:lanes, concrete:plates, fine_gravel, grass, grass_paver, gravel, ground, metal, mud, paving_stones, pebblestone, sand, tartan, wood, clay Ok, ich habe die Liste nochmals erweitert. http://tracks.osmsurround.org/ Die in meiner Region auf Waldwegen am häufigsten vorkommenden Oberflächen ground und compacted (Makadamdecke) sind leider noch nicht dabei. Da nuss ich weiterhin JOSM starten, um etwas auszurichten. Viele Grüße Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Am 31. Mai 2012 11:10 schrieb bkmap : > Die in meiner Region auf Waldwegen am häufigsten vorkommenden Oberflächen > ground und compacted (Makadamdecke) sind leider noch nicht dabei. Da nuss > ich weiterhin JOSM starten, um etwas auszurichten. ground (auch wenn ich gestehe dass ich das selbst auch schon genutzt habe) ist nicht besonders aussagekräftig, weil das im Prinzip fast alles sein kann (ausser Gras, Schotter und befestigt), also von weichem Waldboden bis zu Fels. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Am 31. Mai 2012 11:04 schrieb Adrian Stabiszewski : >> Ich werfe meine Frage einfach mal ganz frech in die Runde: gibt's eine >> Chance sowas z.B. auch für die Hausnummernerfassung zu bekommen? > >> vg, >> Martin > > Teilweise ist dies mit meinem anderen Tool dem Amenity Editor möglich: > http://ae.osmsurround.org > Dies funktioniert jedoch nur für POIs. Kurz getestet: funktioniert auf meinem Smartphone nicht. > Ich habe mich mit dem Adress-Schema nie auseinander gesetzt, so dass ich > nicht weiß, wie die Daten hier auf Straßenebene aussehen. Wenn ich ehrlich bin, mir würde es schon reichen, wenn ich auf ein vorhandenes Gebäude tippen könnte und nur die Hausnummer eingeben kann. Selbst der Straßenname wäre für mich schon nur noch nice-to-have, weil ich das zu Hause am Rechner auch flott machen kann - genauso wie die Gebäude vorab eintragen. Meine derzeitige Lösung mit abfotografieren und zu Hause eintragen birgt immer die Was-machen-sie-hier-Gefahr ;-) vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Hallo Adrian, was mir noch aufgefallen ist: Wäre es möglich die aktuelle Kartenposition und die Ergebnisse zu erhalten, wenn man sich eingeloggt? Oder das man zu Beginn einen Hinweis bekommt, dass man sich erst einloggen soll? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Am 31.05.2012 11:16, schrieb Martin Koppenhoefer: Am 31. Mai 2012 11:10 schrieb bkmap: Die in meiner Region auf Waldwegen am häufigsten vorkommenden Oberflächen ground und compacted (Makadamdecke) sind leider noch nicht dabei. Da nuss ich weiterhin JOSM starten, um etwas auszurichten. ground (auch wenn ich gestehe dass ich das selbst auch schon genutzt habe) ist nicht besonders aussagekräftig, weil das im Prinzip fast alles sein kann (ausser Gras, Schotter und befestigt), also von weichem Waldboden bis zu Fels. -1 Wenn es kein Gras ist, ist "Erde" bei uns relativ selten. Meist ist es natürlicher Schieferschotter mit wenig Lehm oder Erde dazwischen, stellenweise auch massivere Schieferplatten. Das ist garantiert keine Erde. Direkt im Wald ist es dann oft Waldboden aus Fichtennadeln, verrottenden Holzstücken und Baumwurzeln dazwischen. Das ist auch keine "Erde". Bleibt als Tag "ground" oder man muss neue Tags erfinden. Viele Grüße Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Am 31.05.2012 13:24, schrieb bkmap: Am 31.05.2012 11:16, schrieb Martin Koppenhoefer: Am 31. Mai 2012 11:10 schrieb bkmap: Die in meiner Region auf Waldwegen am häufigsten vorkommenden Oberflächen ground und compacted (Makadamdecke) sind leider noch nicht dabei. Da nuss ich weiterhin JOSM starten, um etwas auszurichten. ground (auch wenn ich gestehe dass ich das selbst auch schon genutzt habe) ist nicht besonders aussagekräftig, weil das im Prinzip fast alles sein kann (ausser Gras, Schotter und befestigt), also von weichem Waldboden bis zu Fels. -1 Wenn es kein Gras ist, ist "Erde" bei uns relativ selten. Meist ist es natürlicher Schieferschotter mit wenig Lehm oder Erde dazwischen, stellenweise auch massivere Schieferplatten. Das ist garantiert keine Erde. Direkt im Wald ist es dann oft Waldboden aus Fichtennadeln, verrottenden Holzstücken und Baumwurzeln dazwischen. Das ist auch keine "Erde". Bleibt als Tag "ground" oder man muss neue Tags erfinden. Dann wäre letzteres doch eine sinnvolle Maßnahme. Zwischen Fichtennadel, Laub und Schiefer gibt es doch schon einen gewissen Unterschied, den man auch erfassen sollte. ;-) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
> > Teilweise ist dies mit meinem anderen Tool dem Amenity Editor möglich: > > http://ae.osmsurround.org > > Dies funktioniert jedoch nur für POIs. > > Kurz getestet: funktioniert auf meinem Smartphone nicht. Ok ok ;) Der Amenity Editor ist schon gut 2 Jahre alt. Für Smartphone war das teil nicht gedacht. Man müsste dem Editor ein Facelift verpassen oder eine integrierte Lösung mit dem Tracks Editor machen. > > Ich habe mich mit dem Adress-Schema nie auseinander gesetzt, so dass > > ich nicht weiß, wie die Daten hier auf Straßenebene aussehen. > > Wenn ich ehrlich bin, mir würde es schon reichen, wenn ich auf ein > vorhandenes Gebäude tippen könnte und nur die Hausnummer eingeben > kann. Selbst der Straßenname wäre für mich schon nur noch nice-to-have, > weil ich das zu Hause am Rechner auch flott machen kann > - genauso wie die Gebäude vorab eintragen. Anzeige von Building-Ways klingt recht einfach. Du möchtest einfach alle Building-Ways angezeigt bekommen und dann die Attribute dazu ändern können? Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Hi Henning. > was mir noch aufgefallen ist: Wäre es möglich die aktuelle Kartenposition und > die Ergebnisse zu erhalten, wenn man sich eingeloggt? > Oder das man zu Beginn einen Hinweis bekommt, dass man sich erst > einloggen soll? Die Kartenposition zu speichern ist kein Problem. Bei den Ergebnissen wird es etwas schwieriger. Ich verwende zum Speichern von Daten den localStorage, den HTML5 Browser zur Verfügung stellen. Das Limit liegt hier bei ca. 5MB. Meine Daten kommen als GeoJSON vom Server. Dies als String in den localStorage zu packen ist kein Problem. Ich habe jedoch noch nicht geschaut, wie viel Daten hier so übertragen werden. Was ist dein Hintergrundgedanke beim Zwischenspeichern der Ergebnisse? BTW: Der Login muss eigentlich nur ein einziges Mal erfolgen, wenn du deinen eigenen Rechner verwendest. Und normalerweise müsste der Login-Hinweis auch angezeigt werden, wenn du das erste Mal versuchst einen Track zu speichern. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Am 31. Mai 2012 13:42 schrieb Adrian Stabiszewski : >> > Teilweise ist dies mit meinem anderen Tool dem Amenity Editor möglich: >> > http://ae.osmsurround.org >> > Dies funktioniert jedoch nur für POIs. >> >> Kurz getestet: funktioniert auf meinem Smartphone nicht. > > Ok ok ;) Der Amenity Editor ist schon gut 2 Jahre alt. Für Smartphone war > das teil nicht gedacht. > Man müsste dem Editor ein Facelift verpassen oder eine integrierte Lösung > mit dem Tracks Editor machen. War kein Vorwurf! ;-) Wollte nur kurz antesten ob das funktionieren könnte. >> > Ich habe mich mit dem Adress-Schema nie auseinander gesetzt, so dass >> > ich nicht weiß, wie die Daten hier auf Straßenebene aussehen. >> >> Wenn ich ehrlich bin, mir würde es schon reichen, wenn ich auf ein >> vorhandenes Gebäude tippen könnte und nur die Hausnummer eingeben >> kann. Selbst der Straßenname wäre für mich schon nur noch nice-to-have, >> weil ich das zu Hause am Rechner auch flott machen kann >> - genauso wie die Gebäude vorab eintragen. > > Anzeige von Building-Ways klingt recht einfach. Du möchtest einfach alle > Building-Ways angezeigt bekommen und dann die Attribute dazu ändern können? Eigentlich noch einfacher: ich möchte nur die Hausnummer eintippen können. Wenn man es superkomfortabel haben möchte vielleicht noch die Straße (optional ein Auswahlfeld mit allen Straßennamen in der Nähe) und den Building-Typ, also z.B. residential oder garage. Andere Attribute würde ich da gar nicht drinnen haben wollen, einfach weil das am Smartie zu bedienen sein soll und da ist der Platz bekanntermaßen arg begrenzt. Ganz allgemein: Ich denke, dass wir in Zukunft viele solche spezialisierte Anwendungen brauchen bzw. eine mit umschaltbaren Ansichten (Tracks, Häuser, POIs, . Am Smartie ist wenig Platz, da drauf einen kompletten Editor bedienen zu wollen, noch dazu mit den Wurstfingern, macht wenig Freude. Wenn ich aber auf einem Feldweg stehe und einfach nur "(taps) Position ermitteln (taps) Daten laden (taps) Weg auswählen (taps) Oberfläche auswählen" machen kann, dann senkt das die Hemmschwelle schnell mal was zu erfassen stark. Zumindest meiner Meinung nach. Ich denke, dass dein Trackeditor genau zeigt wo der Weg hingeht. Dafür gibt's von mir eine Handvoll +1. vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Am 31.05.2012 13:50, schrieb Adrian Stabiszewski: Hi Henning. was mir noch aufgefallen ist: Wäre es möglich die aktuelle Kartenposition und die Ergebnisse zu erhalten, wenn man sich eingeloggt? Oder das man zu Beginn einen Hinweis bekommt, dass man sich erst einloggen soll? Die Kartenposition zu speichern ist kein Problem. Bei den Ergebnissen wird es etwas schwieriger. Ich verwende zum Speichern von Daten den localStorage, den HTML5 Browser zur Verfügung stellen. Das Limit liegt hier bei ca. 5MB. Meine Daten kommen als GeoJSON vom Server. Dies als String in den localStorage zu packen ist kein Problem. Ich habe jedoch noch nicht geschaut, wie viel Daten hier so übertragen werden. Was ist dein Hintergrundgedanke beim Zwischenspeichern der Ergebnisse? Das Zwischenspeichern dachte ich auch für den Login. Mein Vorgehen beim ersten mal war so...Seite aufrufen, Zoomen und Daten laden, dann hab ich etwas editiert und dann hab ich festgestellt, dass man sich einloggen muss. Kein Problem dachte ich. Aber als ich vom Login zurück geleitet wurde landetet ich bei einem komplett leeren Kartenfenster. Meine Idee war jetzt, wenn die Daten, die ich geladen und editiert habe gespeichert würden und so den Login überstehen, wäre es egal, wann man sich einloggt. Als "erfahrener" User ist es sicherlich egal. Aber für einen Neuling, der so wie ich erstmal drauf loslegt ist es erstmal ärgerlich, dass dann alles weg ist. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Hallo aighes-2 wrote > > Am 31.05.2012 13:24, schrieb bkmap: >> Wenn es kein Gras ist, ist "Erde" bei uns relativ selten. >> Meist ist es natürlicher Schieferschotter mit wenig Lehm oder Erde >> dazwischen, stellenweise auch massivere Schieferplatten. Das ist >> garantiert keine Erde. >> Direkt im Wald ist es dann oft Waldboden aus Fichtennadeln, >> verrottenden Holzstücken und Baumwurzeln dazwischen. Das ist auch >> keine "Erde". Bleibt als Tag "ground" oder man muss neue Tags erfinden. > Dann wäre letzteres doch eine sinnvolle Maßnahme. Zwischen Fichtennadel, > Laub und Schiefer gibt es doch schon einen gewissen Unterschied, den man > auch erfassen sollte. ;-) > Wie ich das von hier kenne ist das meist auf einem Weg bunt gemischt. Mal ein paar cm anliegender Fels, ein paar Meter Erde/Nadeln von Wurzeln durchzogen, ein paar Meter ein Gemisch aus Erde und Steinen. Das ganze noch teils in der einen Spurrille anders als in der andern. Bisher ging ich davon das ground für genau solche Fälle gedacht ist (ich habe es so verwendet). Wie würdet ihr das taggen? Benutzt ihr ground für alle "natürlichen" Oberflächen? Ich würde mir noch grass_paver:lanes wünschen. Könnte man evtl. mit paved/unpaved getaggte Wege besonders hervorheben das man diese noch verbessern kann? Viele Grüße Bastian (BBO) -- View this message in context: http://gis.19327.n5.nabble.com/Tracks-Selector-wird-zum-Editor-tp5710535p5710894.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Am 31.05.2012 13:58, schrieb Martin Vonwald: Am 31. Mai 2012 13:42 schrieb Adrian Stabiszewski: [...] drauf einen kompletten Editor bedienen zu wollen, noch dazu mit den Wurstfingern, macht wenig Freude. Wenn ich aber auf einem Feldweg stehe und einfach nur "(taps) Position ermitteln (taps) Daten laden (taps) Weg auswählen (taps) Oberfläche auswählen" machen kann, dann senkt das die Hemmschwelle schnell mal was zu erfassen stark. Zumindest meiner Meinung nach. Ich habe es nicht angeschaut (na nun doch mal). SMPhone ist auch keins da. Aber eine Idee zu dem Usecase: Da will man auch den Feldweg splitten können wenn man auf dem Acker steht und 'Hier Beton, vorher grade3 und dann kommt grass' eingeben will. Der track ist ja wahrscheinlich xkm lang und wechselt den Belag. Passend dazu wäre auch das combine aus josm vernünftig, aber halt nicht so notwendig, eher ein Bauchgefühl von Symmetrie. Das geht natürlich über Tags erfassen hinaus. Scheint mir aber unabdingbar wenn man draußen Wege genauer definieren will. Weiteres: Surface mit freitextoption scheint mir sinnvoll damit das Werkzeug nicht immer gewartet werden muß, so manches OSMTool verwaist mit der Zeit. Dazu: wer weis was Leute weltweit noch so an surface finden. Man kann da den letzten Wert auch merken da Wege in einem Gebiet oft dieselbe surface haben: einfacheres erfassen. Noch Besser: mit der nächsten Idee bei den 'Favorites'(s.u.) eigene Values erlauben und das mit dem Freitextfeld hier weglassen. Die Auswahlliste der surface ist schon recht lang. Das ist unübersichtlich. Viele Werte wird ein bestimmter mapper nie eingeben. Also eine/mehrere favoritelisten vom user definierbar machen. Dann hat er z.B. nur noch 4 Werte in der Liste. Das kann man dann unter Options schnell umschalten. (metal artificial_turf, tartan werd' ich im leben wohl nie erfassen) Peter PS name= erfassen scheint mir auch sinnvoll. Einmal haben tracks auch mal namen, zum anderen passt es dann auch für Ortsstrassen. Könnte im Urlaub in wenig getaggten Gebieten gut sein, zuhause die Strassen nach Sat-Bildern, unterwegs beim Spazieren die Wegnamen - man achte auf den WAF, wenn der manische Mapper da Hausnummern erfassen kann nimmt die Frau dem das Handy weg. Nagut, wird evtl zuviel.Also doch Josm auf dem Handy starten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Am 31. Mai 2012 16:31 schrieb BBO : > Wie würdet ihr das taggen? Benutzt ihr ground für alle "natürlichen" > Oberflächen? Ich habe ground bisher immer dann genommen, wenn es Trampelpfad oder ähnlich so häufig genutzt wird, dass dort kein Gras mehr wächst, also in der Regel festgetretenes Erdreich/Staub. Je nach Gegend muss man bei "ground" mit unterschiedlicher Oberfläche rechnen, d.h. ich würde es eher vermeiden, und etwas spezifischeres benutzen. Wenn ein Weg die Oberfläche ändert splitte ich ihn durchaus auch mal, und weise den entsprechenden Teilen dann jeweils eigene Oberflächen zu (bzw. tracktype). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Am 31.05.2012 16:31, schrieb BBO: Hallo aighes-2 wrote Am 31.05.2012 13:24, schrieb bkmap: Wenn es kein Gras ist, ist "Erde" bei uns relativ selten. Meist ist es natürlicher Schieferschotter mit wenig Lehm oder Erde dazwischen, stellenweise auch massivere Schieferplatten. Das ist garantiert keine Erde. Direkt im Wald ist es dann oft Waldboden aus Fichtennadeln, verrottenden Holzstücken und Baumwurzeln dazwischen. Das ist auch keine "Erde". Bleibt als Tag "ground" oder man muss neue Tags erfinden. Dann wäre letzteres doch eine sinnvolle Maßnahme. Zwischen Fichtennadel, Laub und Schiefer gibt es doch schon einen gewissen Unterschied, den man auch erfassen sollte. ;-) Wie ich das von hier kenne ist das meist auf einem Weg bunt gemischt. Mal ein paar cm anliegender Fels, ein paar Meter Erde/Nadeln von Wurzeln durchzogen, ein paar Meter ein Gemisch aus Erde und Steinen. Das ganze noch teils in der einen Spurrille anders als in der andern. Bisher ging ich davon das ground für genau solche Fälle gedacht ist (ich habe es so verwendet). Wie würdet ihr das taggen? Benutzt ihr ground für alle "natürlichen" Oberflächen? Ja, außer es ist wirklich sichtbar Erde, Gras, Kies, Sand oder... Man könnte alles noch weiter differenzieren, aber jede Oberflächenart zu mappen halte ich für übertrieben. Genauso, wie "ground" verschiedenartig sein kann, ist "mud" auch nicht immer gleich "mud". Viele Grüße Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Moin, Am 31.05.2012 16:40, schrieb Martin Koppenhoefer: Am 31. Mai 2012 16:31 schrieb BBO: Wie würdet ihr das taggen? Benutzt ihr ground für alle "natürlichen" Oberflächen? nein, eher für "alle natürlichen Oberflächen". ;-) Also +1 s. u. Ich habe ground bisher immer dann genommen, wenn es Trampelpfad oder ähnlich so häufig genutzt wird, dass dort kein Gras mehr wächst, also in der Regel festgetretenes Erdreich/Staub. Das ist doch gerade eher ein Fall für "earth", da es sich um eine relativ "durchgängige" Oberfläche handelt, deren Eigenschaften also gleichmäßig sind. Je nach Gegend muss man bei "ground" mit unterschiedlicher Oberfläche rechnen, d.h. ich würde es eher vermeiden, und etwas spezifischeres benutzen. Wenn ein Weg die Oberfläche ändert splitte ich ihn durchaus auch mal, und weise den entsprechenden Teilen dann jeweils eigene Oberflächen zu (bzw. tracktype). Ja, wenn es möglich ist - heißt bei mir, wenn die Wegstücke auch signifikante Länge haben. "ground" verwende ich daher in genau dem Fall, den Bastian ansprach - wenn die Oberfläche derart gemischt ist, dass keine sinnvolle Unterscheidung mehr möglich ist. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Am 31.05.2012 16:31, schrieb BBO: Hallo aighes-2 wrote Am 31.05.2012 13:24, schrieb bkmap: Wenn es kein Gras ist, ist "Erde" bei uns relativ selten. Meist ist es natürlicher Schieferschotter mit wenig Lehm oder Erde dazwischen, stellenweise auch massivere Schieferplatten. Das ist garantiert keine Erde. Direkt im Wald ist es dann oft Waldboden aus Fichtennadeln, verrottenden Holzstücken und Baumwurzeln dazwischen. Das ist auch keine "Erde". Bleibt als Tag "ground" oder man muss neue Tags erfinden. Dann wäre letzteres doch eine sinnvolle Maßnahme. Zwischen Fichtennadel, Laub und Schiefer gibt es doch schon einen gewissen Unterschied, den man auch erfassen sollte. ;-) Wie ich das von hier kenne ist das meist auf einem Weg bunt gemischt. Mal ein paar cm anliegender Fels, ein paar Meter Erde/Nadeln von Wurzeln durchzogen, ein paar Meter ein Gemisch aus Erde und Steinen. Das ganze noch teils in der einen Spurrille anders als in der andern. Bisher ging ich davon das ground für genau solche Fälle gedacht ist (ich habe es so verwendet). Wie würdet ihr das taggen? Benutzt ihr ground für alle "natürlichen" Oberflächen? Bei Bunt gemischtem ist ground in der Tat das Sinnvollste. Es dürfte aber auch längere Strecken mit nur dem Schiefer oder nur dem Waldboden geben. Dann wäre es durchaus sinnvoll, das auch so zu kennzeichnen. Erschlägt man Schiefer noch mit surface=rocks? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Am 1. Juni 2012 08:18 schrieb Georg Feddern : >>> Ich habe ground bisher immer dann genommen, wenn es Trampelpfad oder >>> ähnlich so häufig genutzt wird, dass dort kein Gras mehr wächst, also >>> in der Regel festgetretenes Erdreich/Staub. > Das ist doch gerade eher ein Fall für "earth", da es sich um eine relativ > "durchgängige" Oberfläche handelt, deren Eigenschaften also gleichmäßig > sind. kommt aufs Gelände an. Hier ist es eher staubig und steinig, so dass "earth" mir da nicht so recht in den Sinn kommt. Je nach Umfeld. Das ist ja gerade die Kritik an "ground". Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Hi! > > drauf einen kompletten Editor bedienen zu wollen, noch dazu mit den > > Wurstfingern, macht wenig Freude. Wenn ich aber auf einem Feldweg > > stehe und einfach nur "(taps) Position ermitteln (taps) Daten laden > > (taps) Weg auswählen (taps) Oberfläche auswählen" machen kann, dann > > senkt das die Hemmschwelle schnell mal was zu erfassen stark. > > Zumindest meiner Meinung nach. Hierzu gibt es jetzt ein Update. Man kann im Options-Menü auf "Show Buildings" klicken und dann werden statt Tracks Ways mit der Eigenschaft "building=yes" angezeigt. Dies ist nur ein Test wegen der Usability. Bei maximaler Zoomstufe kann man die Gebäude durchaus gut treffen. Die Editbox ist noch nicht angepasst. Hierzu ein Screenshot: https://plus.google.com/104853427339662862228/posts/gcTgjMCyKXP > Aber eine Idee zu dem Usecase: > > Da will man auch den Feldweg splitten können wenn man auf dem > Acker steht und 'Hier Beton, vorher grade3 und dann kommt grass' > eingeben will. Der track ist ja wahrscheinlich xkm lang und > wechselt den Belag. Danke für die Anregung. Dies beschäftigt mich auch seit einiger Zeit. Auf einen Knoten genau zu splitten wird es vielleicht schwierig auf dem Touchscreen sein. Meine Idee war, dass der Way automatisch an den Kreuzungen oder an dem nächsten Knoten zu der aktuellen GPS Position gesplittet wird. Beim Splitten von Ways muss man jedoch die ganze Geschichte mit den Relationen berücksichtigen... dies ist recht viel Arbeit. > Das geht natürlich über Tags erfassen hinaus. Scheint > mir aber unabdingbar wenn man draußen Wege genauer definieren > will. ACK. Beim Thema surface wird es schwierig mit dem Konsens. Beim korrekten Tagging von grade4-5 Tracks müsste man doch die saisonalen Unterschiede berücksichtigen. Hierzu sollte das surface Tag wie folgt am Beispiel von einem Track grade5 erweitert werden: surface:Jan=ice surface:Feb=light_snow surface:Mar=mud surface:Apr=ground surface:May=light_grass surface:Jun=flowers surface:Jul=grass surface:Aug=high_grass surface:Sep=grass surface:Okt=ground surface:Nov=leaves surface:Dec=snow Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks Selector wird zum Editor
Am 01.06.2012 um 15:07 schrieb "Adrian Stabiszewski" : > Hierzu gibt es jetzt ein Update. Man kann im Options-Menü auf "Show > Buildings" klicken und dann werden statt Tracks Ways mit der Eigenschaft > "building=yes" angezeigt. > Dies ist nur ein Test wegen der Usability. Bei maximaler Zoomstufe kann man > die Gebäude durchaus gut treffen. Die Editbox ist noch nicht angepasst. > Hierzu ein Screenshot: > https://plus.google.com/104853427339662862228/posts/gcTgjMCyKXP Ich habe das ganze jetzt mal auf einem iPad, Android und iPhone getestet. Am iPad gab es wie erwartet keine Schwierigkeiten. Auf den Smarties funktioniert es bei Tracks prinzipiell auch, nur ist die Editbox etwas abgeschnitten und das ganze etwas hakelig. Bei Gebäuden mit einigen Attributen wird dann schon zu viel abgeschnitten und die Editbox ist nicht mehr vernünftig benutzbar. Prinzipiell würde ich versuchen auf Smarties anstelle einer eingeblendeten Editbox lieber den gesamten verfügbaren Bildschirmbereich zu verwenden. Möglicherweise ist auch ein Popup-Fenster auf Smarties (und bitte nur dort ;-) ) keine schlechte Idee, da dies dann auch beliebig scrollbar wäre. Die verfügbaren Möglichkeiten müsste man aber erst mal durchprobieren. >> Aber eine Idee zu dem Usecase: >> >> Da will man auch den Feldweg splitten können wenn man auf dem >> Acker steht und 'Hier Beton, vorher grade3 und dann kommt grass' >> eingeben will. Der track ist ja wahrscheinlich xkm lang und >> wechselt den Belag. > > Danke für die Anregung. Dies beschäftigt mich auch seit einiger Zeit. Auf > einen Knoten genau zu splitten wird es vielleicht schwierig auf dem > Touchscreen sein. Das würde ich ehrlich gesagt so nicht einmal versuchen. > Meine Idee war, dass der Way automatisch an den Kreuzungen oder an dem > nächsten Knoten zu der aktuellen GPS Position gesplittet wird. Das hingegen sollte ganz gut funktionieren. Allerdings sollte man den nächsten Knoten nur dann verwenden, wenn er nicht weiter als x (vielleicht 10-20m) von der aktuellen Position entfernt ist. Falls er weiter weg ist, wäre es wohl besser einen neuen Knoten an der aktuellen Position zu setzen. > Beim Splitten von Ways muss man jedoch die ganze Geschichte mit den > Relationen berücksichtigen... dies ist recht viel Arbeit. Und genau deshalb bin ich mir auch nicht sicher, ob das überhaupt eine gute Idee ist. Du müsstest bei Relationen dann nämlich auch Sonderbehandlungen für bestimmte Relationen einbauen und ich bin mir nicht sicher ob 1) du dir das antun willst und 2) das wirklich so oft gebraucht wird, dass es diesen doch sehr großen Aufwand rechtfertigt. >> Das geht natürlich über Tags erfassen hinaus. Scheint >> mir aber unabdingbar wenn man draußen Wege genauer definieren >> will. > > ACK. > > > > Beim Thema surface wird es schwierig mit dem Konsens. Beim korrekten Tagging > von grade4-5 Tracks müsste man doch die saisonalen Unterschiede > berücksichtigen. Hierzu sollte das surface Tag wie folgt am Beispiel von > einem Track grade5 erweitert werden: > > surface:Jan=ice > surface:Feb=light_snow > surface:Mar=mud > surface:Apr=ground > surface:May=light_grass > surface:Jun=flowers > surface:Jul=grass > surface:Aug=high_grass > surface:Sep=grass > surface:Okt=ground > surface:Nov=leaves > surface:Dec=snow > > Ich habe Kopfschmerzen.. ;-) Vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
