Re: [Talk-de] OpenStreetBugs Ablösung: Freiwillige für Mappingparty gesucht
Am Dienstag, den 24.12.2013, 09:32 -0800 schrieb Walter Nordmann: Werner Hoch wrote Deine zweite Graphik mit OSB-Notes könnte stimmen wobei die Tools OSB2Notes und osb_fixing unterschiedliche Signaturen beim schießen von OSBs bzw. beim öffnen von OSNotes verwenden. Ich kann deiner Graphik nicht entnehmen nach welcher Signatur du gesucht hast. ganz banal nach OSB im ersten Eintrag, also dem Text, den der Eröffner/Kopierer geschrieben hat. Ich habe es jetzt auf /upper(text) like '%OSB%'/ umgestellt. Dadurch ist Klein-/Großschreibung egal. Da ich alle Notes in meiner PostgreSQL-DB drin habe, war das kein großer Akt. Es soll ja auch nur der grobe Trend gezeigt werden. Bei OSB2Notes ist Openstreetbugs ausgeschrieben, die fehlen in deiner Statistik. Folgende Bugs sind mit OSB2Notes und osb_fixing-Signaturen in der OSB-Datenbank geschlossen worden (Graphik fast am Ende): http://www.h-renrew.de/h/osm/osmchecks/09_osb_phaseout/ 2. Es können noch neue Bugs auf OSB erstellt werden Ja das stimmt. Es wurde nur das Webfrontend abgeschaltet. ... Die neu erstellten Bugs stammen noch von alten OSMAND-Versionen. Die meisten werden in Moskau eingetragen. Weiter stammen von der geovelo-Seite. genau deshalb sollte die API ja schnellstens abgeschaltet werden. Bin hier anderer Meinung, wir sollten erstmal die allermeisten Webseiten/Tools umstellen, bevor die API abgeschaltet wird. Ich habe mal den Moskauer Mapper angeschrieben. Ist wahrscheinlich nur ein User, der die Bugs erzeugt. PS: kannst du im Forum auf diese Wikiseiten verweisen: https://wiki.openstreetmap.org/wiki/Openstreetbug https://wiki.openstreetmap.org/wiki/OpenStreetBugs/Phase_Out ... dann können sich die besonders aktiven Poster auch aktive an der Fehlerbehebung beteiligen. Ich mach das morgen gerne, aber: du kannst dich jederzeit ohne Registrierung mit deiner OSM-ID und deinem OSM-Passwort im Forum einloggen - ein Kommentar, den ich normalerweise nur an Newbies schicke ;) Danke für den Hinweis. bzgl. Forum bin ich ein Newbie. Ich schreibe einen Kommentar dort rein. Frohe Weihnachten Werner ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs Ablösung: Freiwillige für Mappingparty gesucht
On Tue, Dec 24, 2013 at 10:14:18AM +0100, Werner Hoch wrote: Seit Mitte Oktober wurden 1/3 aller offenen Fehler geschlossen. Wenn wir in demselben Tempo weitermachen, dann dautert es noch 4 Monate, bis alle OSB-Einträge bearbeitet sind. Bei mir in der Gegend werden gerade Sinnbefreit OSBs geschlossen ohne das jemand irgendwas aendert oder kontrolliert. Ich sehe nur jeden tag im RSS feed wie die Bugs plopp plopp plopp nacheinander zu gehen. Es scheint radikal-OSB-schliesser zu geben die einfach nur die dinger loswerden wollen. Da hier auch fehlt wer die schliesst und warum und ich die auch nicht reopenen kann lass ich es einfach. Keine neuen Bugs im OSB aufmachen zu koennen ist ja okay aber was soll diese hetze OSB loszuwerden? Nur weil der Bug zu ist ist die Karte nicht schöner oder richtiger. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs Ablösung: Freiwillige für Mappingparty gesucht
könnte es sein, dass genau diese geploppten OSB dann nach Notes verschoben wurden? Schau mal hier http://forum.openstreetmap.org/viewtopic.php?pid=385930#p385930 auf die Grafiken. Danach nimmt die Anzahl der ehemaligen OSB-Nodes in Notes permanent zu und wird fast überhaupt nicht abgearbeitet. Die Grafiken werden übrigens 4x täglich automatisch aktualisiert. Gruß walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Ablosung-Freiwillige-fur-Mappingparty-gesucht-tp5790731p5790749.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs Ablösung: Freiwillige für Mappingparty gesucht
Hallo Walter, Am Dienstag, den 24.12.2013, 03:53 -0800 schrieb Walter Nordmann: könnte es sein, dass genau diese geploppten OSB dann nach Notes verschoben wurden? Teilweise. Auf der PhaseOut-Seite im Wiki habe ich diese Methode vorgeschlagen: https://wiki.openstreetmap.org/wiki/OpenStreetBugs/Phase_Out#Moving_OSB_entries_to_Notes Damit ist jederzeit nachvollziehbar, welche OSB und Notes-Einträge zusammengehören. Während der Reviews habe ich auch weniger eindeutige Einträge gesehen. * OSB2Notes: Datenübertragung ohne Referenzen (s. Quelltext) * OSBs ohne Kommentar geschlossen. Inhalt manuell nach Notes übernommen * manuelle Kommentare ohne Referenz. * Notes erstellt, OSB aber nicht geschlossen Schau mal hier http://forum.openstreetmap.org/viewtopic.php?pid=385930#p385930 auf die Grafiken. Danach nimmt die Anzahl der ehemaligen OSB-Nodes in Notes permanent zu und wird fast überhaupt nicht abgearbeitet. Deine zweite Graphik mit OSB-Notes könnte stimmen wobei die Tools OSB2Notes und osb_fixing unterschiedliche Signaturen beim schießen von OSBs bzw. beim öffnen von OSNotes verwenden. Ich kann deiner Graphik nicht entnehmen nach welcher Signatur du gesucht hast. Es bleiben je nach Region 5-20% an Fehlern übrig, die man beim Review nicht schließen kann. Diese Bugs (und nur diese) verschiebe ich nach Notes. Aus 100 OSBs entstehen beim Review ca. 12 Notes. s. Tools: https://wiki.openstreetmap.org/wiki/OpenStreetBugs/Phase_Out#Tools Ich werde meine Statistikseiten mal um die mit OSB2Notes und osb_fixing verschobenen Bugs ergänzen (nach Weihnachten). s. vorhandene Statistiken: http://www.h-renrew.de/h/osm/osmchecks/09_osb_phaseout/ Zwei Einträge aus dem Forum ärgern mich: 1. Mit den Admins von OSB hat man nicht gesprochen Die Abschaltung der homepage habe ich zusammen mit Emka durchgeführt. Details s. github: https://github.com/emka/openstreetbugs/issues/50 und entsprechende Commits in seinem Repo: https://github.com/emka/openstreetbugs/commits/master 2. Es können noch neue Bugs auf OSB erstellt werden Ja das stimmt. Es wurde nur das Webfrontend abgeschaltet. Würde man die API abschalten, dann wären davon auch einige andere Webseiten und Mobile Apps betroffen. Wir versuchen die Webseitenbetreiber und App-Entwickler zu erreichen und auf einen Umstieg zu Notes zu bewegen. https://wiki.openstreetmap.org/wiki/Openstreetbug#Tools_for_Using_and_Exporting_Data Die Methode, die mit der OSB-API erstellten Bugs gleich an Notes weiterzuleiten wird dort auch erwähnt. Die neu erstellten Bugs stammen noch von alten OSMAND-Versionen. Die meisten werden in Moskau eingetragen. Weiter stammen von der geovelo-Seite. s. Blog-Post: http://www.openstreetmap.org/user/werner2101/diary PS: kannst du im Forum auf diese Wikiseiten verweisen: https://wiki.openstreetmap.org/wiki/Openstreetbug https://wiki.openstreetmap.org/wiki/OpenStreetBugs/Phase_Out ... dann können sich die besonders aktiven Poster auch aktive an der Fehlerbehebung beteiligen. Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs Ablösung: Freiwillige für Mappingparty gesucht
Werner Hoch wrote Deine zweite Graphik mit OSB-Notes könnte stimmen wobei die Tools OSB2Notes und osb_fixing unterschiedliche Signaturen beim schießen von OSBs bzw. beim öffnen von OSNotes verwenden. Ich kann deiner Graphik nicht entnehmen nach welcher Signatur du gesucht hast. ganz banal nach OSB im ersten Eintrag, also dem Text, den der Eröffner/Kopierer geschrieben hat. Ich habe es jetzt auf /upper(text) like '%OSB%'/ umgestellt. Dadurch ist Klein-/Großschreibung egal. Da ich alle Notes in meiner PostgreSQL-DB drin habe, war das kein großer Akt. Es soll ja auch nur der grobe Trend gezeigt werden. Zwei Einträge aus dem Forum ärgern mich: 1. Mit den Admins von OSB hat man nicht gesprochen Die Abschaltung der homepage habe ich zusammen mit Emka durchgeführt. Details s. github: https://github.com/emka/openstreetbugs/issues/50 und entsprechende Commits in seinem Repo: https://github.com/emka/openstreetbugs/commits/master Ich kann diese Aussage nicht wörtlich finden, selber hab ich nur von der API geschrieben. 2. Es können noch neue Bugs auf OSB erstellt werden Ja das stimmt. Es wurde nur das Webfrontend abgeschaltet. ... Die neu erstellten Bugs stammen noch von alten OSMAND-Versionen. Die meisten werden in Moskau eingetragen. Weiter stammen von der geovelo-Seite. genau deshalb sollte die API ja schnellstens abgeschaltet werden. PS: kannst du im Forum auf diese Wikiseiten verweisen: https://wiki.openstreetmap.org/wiki/Openstreetbug https://wiki.openstreetmap.org/wiki/OpenStreetBugs/Phase_Out ... dann können sich die besonders aktiven Poster auch aktive an der Fehlerbehebung beteiligen. Ich mach das morgen gerne, aber: du kannst dich jederzeit ohne Registrierung mit deiner OSM-ID und deinem OSM-Passwort im Forum einloggen - ein Kommentar, den ich normalerweise nur an Newbies schicke ;) Gruss walter ps: aktuelle neue Auswertung: http://gis.19327.n5.nabble.com/file/n5790772/osbnotes2.png Steht auch im Forum http://forum.openstreetmap.org/viewtopic.php?pid=387394#p387394 und wird dort automatisch aktualisiert. Hier ist ja kein Hot-Link möglich, oder? ps2: ist die Grafik hier überhaupt zu sehen? Bin mir wegen Nabble nicht ganz sicher. - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Ablosung-Freiwillige-fur-Mappingparty-gesucht-tp5790731p5790772.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs Ablösung: Freiwillige für Mappingparty gesucht
On Tue, Dec 24, 2013 at 03:53:57AM -0800, Walter Nordmann wrote: könnte es sein, dass genau diese geploppten OSB dann nach Notes verschoben wurden? Nope - dann haette ich sie ja dort auch im RSS feed gesehen. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs, bitte helft mit die restlichen Fehler zu beheben.
Hallo Werner, Am 29.10.2013 00:08, schrieb Werner Hoch: In zwei Monaten würde ich gerne eine Mapping Party veranstalten, bei der dann alle noch offenen Fehler nochmals betrachtet und entweder geschlossen oder zu OSN verschoben werden. s. auch [5]. Im Februar 2012 gab es einen Mapathon/Editathlon Night of the living maps. Ich spiele seit etwa einer Woche mit dem Gedanken, diese NOTLM als Night of the living maps 2 erneut durchzuführen. Da kommt mir dein Ansinnen gerade recht. Ich würde diese NOTLM 2 über ein Wochenende (Freitagabend bis Sonntagabend, Zeiten so wählen, dass alle Zeitzonen was davon haben) laufen lassen und passenden zum Ende von OpenStreetBugs als Night of the Living Maps 2 – Fixing the Bugs vermarkten. Wie bei der originalen NOTLM könnten sich Stammtische/Lokalgruppen weltweit zum gemeinsamen Sesselmappen treffen. Neben OSB könnte man natürlich sich auch anderen Aktivitäten widmen, z.B. - Gebäude von amtlichen Quellen in NRW, Hamburg, Berlin und BW abzeichnen - Spurmapping mit Bing-Bildern - Routenrelationen reparieren Was hälst du davon? Den Initiator der originalen NOTLM, Matthias Meißer (im OSM-Forum als !i! aktiv), habe ich noch nicht gefragt. Viele Grüße aus Dessau (Operation-Cowboy-Stadt), Michael -- http://www.openstreetmap.org/user/Nakaner http://wiki.openstreetmap.org/wiki/User:Nakaner https://www.twitter.com/Nakaner ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs, bitte helft mit die restlichen Fehler zu beheben.
Hallo Michael, ich vermute, das große Problem sind bei den OSB-Einträgen eher die Fehler, die eben gerade vor Ort überprüft werden müssen. Das Sichten und Schließen offensichtlich gelöster oder ungültiger Einträge ist dagegen recht simpel. Eine Kombination könnte aber vielleicht was werden: - Gezielt alle Bugs sichten (z.B. nachts) - Gezieltes, möglicherweise koordiniertes Besuchen möglichst vieler noch ungeklärter Bugs (a la Mappingparty, vorzugsweise bei Tageslicht) Ansonsten löst die Aktion gerade die Bugs, die sowieso ganz gut am Schreibtisch nebenbei zu erledigen wären, lässt aber das andere offen. Gruß Peter Am 29.10.2013 23:47, schrieb Michael Reichert: Hallo Werner, Am 29.10.2013 00:08, schrieb Werner Hoch: In zwei Monaten würde ich gerne eine Mapping Party veranstalten, bei der dann alle noch offenen Fehler nochmals betrachtet und entweder geschlossen oder zu OSN verschoben werden. s. auch [5]. Im Februar 2012 gab es einen Mapathon/Editathlon Night of the living maps. Ich spiele seit etwa einer Woche mit dem Gedanken, diese NOTLM als Night of the living maps 2 erneut durchzuführen. Da kommt mir dein Ansinnen gerade recht. Ich würde diese NOTLM 2 über ein Wochenende (Freitagabend bis Sonntagabend, Zeiten so wählen, dass alle Zeitzonen was davon haben) laufen lassen und passenden zum Ende von OpenStreetBugs als Night of the Living Maps 2 – Fixing the Bugs vermarkten. Wie bei der originalen NOTLM könnten sich Stammtische/Lokalgruppen weltweit zum gemeinsamen Sesselmappen treffen. Neben OSB könnte man natürlich sich auch anderen Aktivitäten widmen, z.B. - Gebäude von amtlichen Quellen in NRW, Hamburg, Berlin und BW abzeichnen - Spurmapping mit Bing-Bildern - Routenrelationen reparieren Was hälst du davon? Den Initiator der originalen NOTLM, Matthias Meißer (im OSM-Forum als !i! aktiv), habe ich noch nicht gefragt. Viele Grüße aus Dessau (Operation-Cowboy-Stadt), Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs, bitte helft mit die restlichen Fehler zu beheben.
Hey Werner, Danke für deine Bemühungen. Ich kann Dir wenigstens schon mal verraten, dass mit dem Plugin für JOSM seit ein paar Tagen keine neuen Bugs mehr erstellt werden können. Grüße fly On 29.10.2013 00:08, Werner Hoch wrote: Hallo, im April wurde die Notes Funktion in der OSM-Seite aktiviert. Viele Anwender verwenden seither Notes (OSN) anstelle von OpenStreetBug (OSB). Unglücklicherweise werden auch bevorzugt die OSN-Einträge behoben, sodass immer noch viele offene Fehlerberichte in OSB vorhanden sind. Ich versuche deshalb die Verwendung von OSB mit verschiedenen Methoden abzuschließen: * Wiki-Seiten zu OSB markieren und auf OSN hinweisen [1] * Infos zu Apps und Programmen sammeln, die noch OSB verwenden [2] * dann habe ich mal einen Blogeintrag erstellt, wie den die Ablösung von OSB aussehen könnte [3] * dazu habe ich ein paar Statistiken und Graphiken erstellt, welche die Verteilung der Fehler zeigen [4] ... und ich habe mal angefangen die Fehler in abgelegenen Gegenden mit nur wenigen Fehlern zu überprüfen und zu schießen (Afrika, Alaska, Australien). * dann habe ich noch eine Wikiseite erstellt, auf der noch Ideen zur Ablösung von OSB gesammelt werden. [5] Die meisten offenen Fehler befinden sich in Deutschland und Russland: [DE]15125 [RU]6474 [GB]2740 [US]1586 [IT]1227 [FR]1091 [BE]1068 Insgesamt sind es noch ca. 41000 offene Fehler. (3000 wurden in den letzten zwei Wochen behoben.) Ich denke es wäre am sinnvollsten, jetzt noch so viele Fehler wie möglich zu beheben und veraltete oder bereits behobene Fehlermeldungen zu schließen. In zwei Monaten würde ich gerne eine Mapping Party veranstalten, bei der dann alle noch offenen Fehler nochmals betrachtet und entweder geschlossen oder zu OSN verschoben werden. s. auch [5]. Bei 15000 Fehlermeldungen sind bestimmt auch ein paar in eurer Nähe dabei. Schaut euch doch mal die Fehler an und versucht sie zu beheben. In meiner Gegend liegen auch noch 20 Bugs, die ich mir mal vor Ort ansehen muss. Grüße Werner (werner2101) [1]https://wiki.openstreetmap.org/wiki/OpenStreetBugs [2] https://wiki.openstreetmap.org/wiki/OpenStreetBugs#Tools_for_Using_and_Exporting_Data [3]http://www.openstreetmap.org/user/werner2101/diary/20213 http://www.openstreetmap.org/user/werner2101/diary/20268 [4]http://www.h-renrew.de/h/osm/osmchecks/09_osb_phaseout/ [5]https://wiki.openstreetmap.org/wiki/OpenStreetBugs/Phase_Out ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs - Fehler falsch als erledigt markiert
Am 17.10.2012 23:37, schrieb Schorschi: ich habe gerade festgestellt, dass am 13.10. ca. 14:36 ein NoName sehr viele Bugs (nur im Mannheimer Raum?) in OSB als erledigt markiert hat, von denen die meisten unverändert bestehen. Erst dachte ich, der hätte auch Bugs behoben, aber inzwischen vermute ich, die behobenen Bugs waren zufällig wirklich behoben. Gibt es ein sinnvolle Revertiermöglichkeit? Vermutlich eher nicht, oder? Doch, der Admin der Seite kann das. http://wiki.openstreetmap.org/wiki/User:Emka/new_OSB Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hallo, Erstellen eines Bugs ohne Anmeldung sollte beibehalten bleiben - so bin ich auch zu OSM gekommen. Aber das Löschen eines Bugs sollte nur mit der OSM Anmeldung (für Potlatch / fürs Forum) möglich sein, damit *immer* ein Verantwortlicher (der das behoben/geprüft hat) automatisch eingetragen ist. In solchen Fällen, wo jemand in Süddeutschland sehr viele Bugs geschlossen hat (OSB-Spam), kann er sich nicht mehr hinter No Name verstecken - er ist dann über den OSM-Anmeldenamen per Mail erreichbar. Franz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hallo Gerade das Bug-Melden ohne Account ist doch gerade der Sinn von OSB. Dennoch fände ich es gut, wenn man sich Anmelden könnte und dann in seinem User-Profil irgendwo eine neue Seite hätte mit seinen offenen und geschlossenen Bugs. Beim anonymen Bug-melden könnte man das ganze ja über ein Captcha absichern, wen der SPAM zum Problem wird. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Am 17. Oktober 2012 08:20 schrieb Franz v. Gordon fr...@vongordon.de: Erstellen eines Bugs ohne Anmeldung sollte beibehalten bleiben - so bin ich auch zu OSM gekommen. Aber das Löschen eines Bugs sollte nur mit der OSM Anmeldung (für Potlatch / fürs Forum) möglich sein, damit *immer* ein Verantwortlicher (der das behoben/geprüft hat) automatisch eingetragen ist. +1, so könnte man auch bei erkanntem Vandalismus (mehrere Bugs geschlossen ohne dass sie behoben wären) die Löschungen eines bestimmten Users wieder komplett rückgängig machen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hallo, ich bin auch eindeutig für eine Integration in die Hauptseite und freue mich, dass jetzt wieder Schwung in die Sache kommt. On 10/17/2012 05:50 AM, Bernd Wurst wrote: Alle Software die unser Angebot momentan direkt nutzt, wird bei einer entsprechenden Integration im Hauptserver sehr schnell reagieren, da bin ich sicher. Man denke nur an die vergangenen API-Wechsel der OSM-Haupt-API. Auch das hat nie lange Probleme gemacht. Das Plugin für JOSM und andere Editoren werden wahrscheinlich extrem schnell auf die neue API umstellen. Mittlerweile nutzen allerdings so viele Drittseiten und Apps die OSB-API, dass ich den Überblick völlig verloren habe. Ein paar könnten dann dauerhaft lahmgelegt werden, auch wenn das vielleicht niemandem wehtut. Ich denke dass ein Proxy (was ja schon nennenswert Programmierarbeit ist) nicht wirklich nötig sein sollte. Wenn man einfach auf jeden Request einen Bugreport you are using an old OpenStreetBugs interface, look at XYZ for the current one ausliefert, merken das die Nutzer und Betreiber der anderen Services schnell. Es gibt vorhandenen Proxy-Code, ich habe damit allerdings noch nicht gearbeitet: https://github.com/emka/openstreetbugs/tree/master/api/0.1/proxy Vom Arbeitsaufwand her ist so eine Nachricht auf jeden Fall günstiger, dann kann man nach einer Übergangszeit abschalten. Und was machen wir, wenn die Daten (aus welchem Grund auch immer) nicht übernommen werden? Grüße, Mitja ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
## Manfred - (android) mobil - please excuse typos and brevity. Am 16.10.2012 22:38 schrieb Kai Krueger kakrue...@gmail.com: Martin Czarkowski wrote Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf die Hauptseite ein? Gibt es da etwas mit der Lizenz, oder habe ich was verpasst? Wenn schon etwas ähnliches erfunden wurde, wieso von neu anfangen? Die Antwort ist wohl zweigeteilt: 1) Server-seitig, also die eigentliche Bug / Note Datenbank, liegt das daran das man bei der Hauptfunktionalitaet von OSM.org eignetlich lieber unter eigener (OMSF) Kontrolle hat, damit nicht eines tages die Funktionalitaet weg bricht wenn der Drittanbieter den Dienst einstellen will / muss. Auch wenn OSB bislang sehr stabil und zuverlaessig funktioniert hat, ist das einfach eine gewisse Absicherung. Ausserdem kann man wie schon geschrieben die Sache dann besser in die restliche Seite integrieren. So bekommt man z.B. email Benachrichtigungen wenn jemand ein Kommentar zu einem seiner Notes abgibt (so fern man als OSM user eingeloggt ist). Weiterhin kann man seine eigenen Notes und die die man kommentiert hat aufgelistet bekommen. (z.b. http://notes.apis.dev.openstreetmap.org/user/apmon-test/notes ). Spaeter kann man dann vielleicht auch noch weitere Funktionen integrieren. 2) Client-seitig (also die JavaScript Version): Die urspruengliche Version hat die JavaScript funktionen von OSB verwendet, aber sie haben einfach Code-Stilistisch nicht so gut zum restlichen Code gepasst, sodass es schwieriger war Sachen zu finden. Insofern hat TomH das dann einfach angepasst und vereinfacht damit es in Zunkunft leichter ist neue Features und Verbesserungen einzubauen. Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und auf osm.org laueft ist noch nicht entschieden. Eine Moeglichkeit waere die derzeitige OSB datenbank in osm.org zu importieren und dann die Schokokeks URL als Proxy auf osm.org verwenden. Dann muesste die Version auf osm.org allerdings kompatibel bleiben. Insbesondere waere es dann nicht moeglich (oder schwieriger) vorrauszusetzen das man ein OSM account hat um ein Bug zu bearbeiten, was moeglicherweise noetig ist um Vandalismus und Spam entgegen zu wirken. Kai -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731069.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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
sorry sollte nicht passieren :( ## Manfred - (android) mobil - please excuse typos and brevity. Am 17.10.2012 23:32 schrieb Manfred A. Reiter ma.rei...@gmail.com: ## Manfred - (android) mobil - please excuse typos and brevity. Am 16.10.2012 22:38 schrieb Kai Krueger kakrue...@gmail.com: Martin Czarkowski wrote Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf die Hauptseite ein? Gibt es da etwas mit der Lizenz, oder habe ich was verpasst? Wenn schon etwas ähnliches erfunden wurde, wieso von neu anfangen? Die Antwort ist wohl zweigeteilt: 1) Server-seitig, also die eigentliche Bug / Note Datenbank, liegt das daran das man bei der Hauptfunktionalitaet von OSM.org eignetlich lieber unter eigener (OMSF) Kontrolle hat, damit nicht eines tages die Funktionalitaet weg bricht wenn der Drittanbieter den Dienst einstellen will / muss. Auch wenn OSB bislang sehr stabil und zuverlaessig funktioniert hat, ist das einfach eine gewisse Absicherung. Ausserdem kann man wie schon geschrieben die Sache dann besser in die restliche Seite integrieren. So bekommt man z.B. email Benachrichtigungen wenn jemand ein Kommentar zu einem seiner Notes abgibt (so fern man als OSM user eingeloggt ist). Weiterhin kann man seine eigenen Notes und die die man kommentiert hat aufgelistet bekommen. (z.b. http://notes.apis.dev.openstreetmap.org/user/apmon-test/notes ). Spaeter kann man dann vielleicht auch noch weitere Funktionen integrieren. 2) Client-seitig (also die JavaScript Version): Die urspruengliche Version hat die JavaScript funktionen von OSB verwendet, aber sie haben einfach Code-Stilistisch nicht so gut zum restlichen Code gepasst, sodass es schwieriger war Sachen zu finden. Insofern hat TomH das dann einfach angepasst und vereinfacht damit es in Zunkunft leichter ist neue Features und Verbesserungen einzubauen. Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und auf osm.org laueft ist noch nicht entschieden. Eine Moeglichkeit waere die derzeitige OSB datenbank in osm.org zu importieren und dann die Schokokeks URL als Proxy auf osm.org verwenden. Dann muesste die Version auf osm.org allerdings kompatibel bleiben. Insbesondere waere es dann nicht moeglich (oder schwieriger) vorrauszusetzen das man ein OSM account hat um ein Bug zu bearbeiten, was moeglicherweise noetig ist um Vandalismus und Spam entgegen zu wirken. Kai -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731069.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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hallo. Am 17.10.2012 12:13, schrieb Mitja Kleider: Und was machen wir, wenn die Daten (aus welchem Grund auch immer) nicht übernommen werden? Das werden sie hoffentlich schon. Sonst muss man halt via Script die Daten zur neuen API hochladen. Gruß, Bernd -- Menschen, die wissen, wie dumm sie sind, sollte man zu den Klugen zählen signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Am 16.10.2012 11:23, schrieb Frederik Ramm: Hi, Tom Hughes hat jetzt eine Test-Installation der OSM-Hauptseite mit dem sog. Notes Branch bereitgestellt, das ist praktisch eine OpenStreetBugs-Implementation (mit eigener Datenbanktabelle dahinter). Kai Krueger hatte das vor langem angefangen, Tom hat es jetzt in eine Form gebracht, die mit dem Rest vom Rails-Port gut zusammenpasst. Hier ist die Testseite: http://notes.apis.dev.openstreetmap.org/ Wenn man weit genug reingezoomt ist, kann man unten rechts Add a Note einen Bug setzen. Ist sicher noch nicht ganz ausgereift, aber ich zweifle nicht daran, dass wir das ueber kurz oder lang so auf der Startseite kriegen. Details auf der dev-Liste unter Notes Branch. Bye Frederik Hi ! was mir gleich auffällt - der Note wird automatisch in Bildschirmmitte gesetzt - das finde ich irgendwie unpassend. Der User brauch ein Hilfsmittel - glaube nicht das es so klappt mit dem Zielen auf die Bildschirmmitte. Kimme - Korn - ran. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hallo Jan, Am Dienstag, 16. Oktober 2012, 16:50:22 schrieb Jan Tappenbeck: was mir gleich auffällt - der Note wird automatisch in Bildschirmmitte gesetzt - das finde ich irgendwie unpassend. Der User brauch ein Hilfsmittel - glaube nicht das es so klappt mit dem Zielen auf die Bildschirmmitte. Kimme - Korn - ran. man kann den Marker doch verschieben? Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hallo, schöne Sache und für meine Vorstellungen schön diskret. Ich sehe aber ein Problem für Leute denen Openstreetmapbugs nicht bekannt ist. Denen fällt das evtl. nicht auf. Vielleicht wäre ein Hinweis der ab einer bestimmten Zoomstufe erscheint hilfreich. So in der Art Sieht du einen Fehler? - hinterlasse eine Notiz. Ach, eine Option zum abschalten fehlt noch. Später besteht die Karte nur noch aus roten Punkten. ;) vg Andreas Am 16.10.2012 11:23, schrieb Frederik Ramm: Hi, Tom Hughes hat jetzt eine Test-Installation der OSM-Hauptseite mit dem sog. Notes Branch bereitgestellt, das ist praktisch eine OpenStreetBugs-Implementation (mit eigener Datenbanktabelle dahinter). Kai Krueger hatte das vor langem angefangen, Tom hat es jetzt in eine Form gebracht, die mit dem Rest vom Rails-Port gut zusammenpasst. Hier ist die Testseite: http://notes.apis.dev.openstreetmap.org/ Wenn man weit genug reingezoomt ist, kann man unten rechts Add a Note einen Bug setzen. Ist sicher noch nicht ganz ausgereift, aber ich zweifle nicht daran, dass wir das ueber kurz oder lang so auf der Startseite kriegen. Details auf der dev-Liste unter Notes Branch. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Am 16.10.2012 11:23, schrieb Frederik Ramm: Ist sicher noch nicht ganz ausgereift, aber ich zweifle nicht daran, dass wir das ueber kurz oder lang so auf der Startseite kriegen. Details auf der dev-Liste unter Notes Branch. Ich habe auf dev nichts gelesen und mich daher gerade gewundert. Der Thread war aber auf rails-dev, falls ihn jemand sucht. Am 16.10.2012 16:50, schrieb Jan Tappenbeck: was mir gleich auffällt - der Note wird automatisch in Bildschirmmitte gesetzt - das finde ich irgendwie unpassend. Und dass in den aufpoppenden Sprechblase dann Move the marker to the correct position steht, ist dir nicht aufgefallen? ;) Ich finde allerdings nicht ideal, dass unklar bleibt, wozu diese note gut ist - also dass es sich um eine Möglichkeit handelt, einen Fehler zu melden. So könnte das genauso gut eine persönliche Notiz sein, also hier auf dem Heimweg mein Paket abholen. Auch das Close ist eine schlechte Beschriftung - ich habe prompt beim Versuch, die Sprechblase zu schließen, meinen Test-Bug als behoben markiert. Osmbugs hat hier das weniger missverständliche Mark as fixed stehen. Es gibt auch keine Möglichkeit, einen versehentlich oder böswillig geschlossenen Bug wieder zu öffnen. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
On 16.10.2012 17:17, Tobias Knerr wrote: Am 16.10.2012 16:50, schrieb Jan Tappenbeck: was mir gleich auffällt - der Note wird automatisch in Bildschirmmitte gesetzt - das finde ich irgendwie unpassend. Und dass in den aufpoppenden Sprechblase dann Move the marker to the correct position steht, ist dir nicht aufgefallen? ;) Ich kann nicht für Jan sprechen, aber ich hab den Text zwar gelesen, aber den Marker trotzdem übersehen. Der hellgrüne Marker mit dem Zipfel der weißen Sprechblase ist bei mir auf einem hellen Teil der Karte dargestellt worden. Die Kombination aus einem schlecht eingestellten Arbeitsmonitor und schlampig hinschauen hat mich einige Zeit nach dem beschriebenen Marker suchen lassen. Also vielleicht wär sowas wie eine Outline gut, die den Marker deutlicher von der Karte hervorhebt. Oder man setzt den Marker an den linken (sprich, Beginn der Leserichtung) Rand des großen Eingabefelds, ev. fällt er dort mehr auf. Davon abgesehen natürlich toll dass das jemand entwickelt hat und ich freu mich schon darauf, dass wirklich auf der Hauptseite zu sehen. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Am 16.10.2012 17:28, schrieb Norbert Wenzel: Davon abgesehen natürlich toll dass das jemand entwickelt hat und ich freu mich schon darauf, dass wirklich auf der Hauptseite zu sehen. Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf die Hauptseite ein? Gibt es da etwas mit der Lizenz, oder habe ich was verpasst? Wenn schon etwas ähnliches erfunden wurde, wieso von neu anfangen? MC ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Am 16.10.2012 21:37, schrieb Martin Czarkowski: Am 16.10.2012 17:28, schrieb Norbert Wenzel: Davon abgesehen natürlich toll dass das jemand entwickelt hat und ich freu mich schon darauf, dass wirklich auf der Hauptseite zu sehen. Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf die Hauptseite ein? Gibt es da etwas mit der Lizenz, oder habe ich was verpasst? Wenn schon etwas ähnliches erfunden wurde, wieso von neu anfangen? Neben vermutlich anderen Gründen, weil es eben nicht einfach ein weiterer Tile-Layer ist, sondern auch die eigentliche Funktion eingebunden werden muss etc. Damit ist eben nicht einfach nur ein weiterer Layer einzubinden, sondern zusätzliches javascript, Serverseitiges Handling und so weiter. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hi, On 16.10.2012 21:59, Peter Wendorff wrote: Damit ist eben nicht einfach nur ein weiterer Layer einzubinden, sondern zusätzliches javascript, Serverseitiges Handling und so weiter. Ja, einer der Gruende war auch, dass die OSM-Webseite eine bestimmte Art der Spracheinstellung und Internationalisierung benutzt, und da sollte das natuerlich alles dazu passen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Martin Czarkowski wrote Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf die Hauptseite ein? Gibt es da etwas mit der Lizenz, oder habe ich was verpasst? Wenn schon etwas ähnliches erfunden wurde, wieso von neu anfangen? Die Antwort ist wohl zweigeteilt: 1) Server-seitig, also die eigentliche Bug / Note Datenbank, liegt das daran das man bei der Hauptfunktionalitaet von OSM.org eignetlich lieber unter eigener (OMSF) Kontrolle hat, damit nicht eines tages die Funktionalitaet weg bricht wenn der Drittanbieter den Dienst einstellen will / muss. Auch wenn OSB bislang sehr stabil und zuverlaessig funktioniert hat, ist das einfach eine gewisse Absicherung. Ausserdem kann man wie schon geschrieben die Sache dann besser in die restliche Seite integrieren. So bekommt man z.B. email Benachrichtigungen wenn jemand ein Kommentar zu einem seiner Notes abgibt (so fern man als OSM user eingeloggt ist). Weiterhin kann man seine eigenen Notes und die die man kommentiert hat aufgelistet bekommen. (z.b. http://notes.apis.dev.openstreetmap.org/user/apmon-test/notes ). Spaeter kann man dann vielleicht auch noch weitere Funktionen integrieren. 2) Client-seitig (also die JavaScript Version): Die urspruengliche Version hat die JavaScript funktionen von OSB verwendet, aber sie haben einfach Code-Stilistisch nicht so gut zum restlichen Code gepasst, sodass es schwieriger war Sachen zu finden. Insofern hat TomH das dann einfach angepasst und vereinfacht damit es in Zunkunft leichter ist neue Features und Verbesserungen einzubauen. Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und auf osm.org laueft ist noch nicht entschieden. Eine Moeglichkeit waere die derzeitige OSB datenbank in osm.org zu importieren und dann die Schokokeks URL als Proxy auf osm.org verwenden. Dann muesste die Version auf osm.org allerdings kompatibel bleiben. Insbesondere waere es dann nicht moeglich (oder schwieriger) vorrauszusetzen das man ein OSM account hat um ein Bug zu bearbeiten, was moeglicherweise noetig ist um Vandalismus und Spam entgegen zu wirken. Kai -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731069.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] OpenStreetBugs-Einbau in Hauptseite
Kai Krueger schrieb: Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und auf osm.org laueft ist noch nicht entschieden. Mich persönlich würde interessieren, wie man die OSM-Bugs in JOSM oder anderen Editoren komfortabel bearbeiten kann. Ansonsten finde ich den Workflow der Bugerstellung etwas unkomfortabler als auf OSB, wobei diese Seite hinsichtlich des Arbeitsablaufes den Vorteil hat, eine Webseite mit einem einzigen Zweck zu sein. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Hi, On 16.10.2012 22:37, Kai Krueger wrote: Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und auf osm.org laueft ist noch nicht entschieden. Eine Moeglichkeit waere die derzeitige OSB datenbank in osm.org zu importieren und dann die Schokokeks URL als Proxy auf osm.org verwenden. Vorausgesetzt, wir kriegen bei OSM ein gutes User Interface hin, wuerde ich sagen, Schokokeks kann dann ersatzlos gestrichen werden. Dann muesste die Version auf osm.org allerdings kompatibel bleiben. Insbesondere waere es dann nicht moeglich (oder schwieriger) vorrauszusetzen das man ein OSM account hat um ein Bug zu bearbeiten, was moeglicherweise noetig ist um Vandalismus und Spam entgegen zu wirken. Ich bin eigentlich dagegen, dass man einen Account haben muss - gerade das war doch immer der Vorteil von OSB, dass man ohne langes Anmelden schnell was reporten konnte. Wenn es so waere, dass man auf der OSM-Seite einen Account braucht, dann muessten wir das alte OSB weiter behalten, fuer die, die sich nicht anmelden wollen. Das waere irgendwie ein Rueckschritt - dann verteilen sich Meldungen kuenftig auf zwei Plattformen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
malenki wrote Kai Krueger schrieb: Wie genau die zukuenftige Interaktion zwischen OSB auf Schokokeks und auf osm.org laueft ist noch nicht entschieden. Mich persönlich würde interessieren, wie man die OSM-Bugs in JOSM oder anderen Editoren komfortabel bearbeiten kann. Prinzipiell genauso wie jetz auch. Die neue Implementation hat eine sehr aehnliche API [1] wie die Alte. Moeglicherweise sogar fuer Kompatibilitaetsgruenden die Gleiche. Insofern muss man lediglich die URL(s) im OSB plug-in etwas aendern. Insofern sollte es moeglich sein alle externen Editoren oder Seiten recht schnell an die OSB implementation auf osm.org anzupassen. Kai [1] http://wiki.openstreetmap.org/wiki/OpenStreetBugs/API_0.6Diese Seite ist noch nicht ganz korrekt und ich muss noch ein paar Aktualisierungen durchfuehren. -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731095.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] OpenStreetBugs-Einbau in Hauptseite
1. Bitte kompatibel mit OpenStreetBugs machen und auch die OSB-Datenbank übernehmen und ersetzen! (sprich auch die Funktionalität wie RSS-Feed übernehmen!) 2. Bitte ein Interface wie OSB mit klick-hier etwas setzen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite
Frederik Ramm wrote Vorausgesetzt, wir kriegen bei OSM ein gutes User Interface hin, wuerde ich sagen, Schokokeks kann dann ersatzlos gestrichen werden. Es gibt inzwischen einige Programme und Editoren die die Schokokeks OSB seite verwenden. Ein einfaches abschalten halte ich in der Hinsicht also nicht fuer so sinnvoll. Eine gewisse Uebergangsregelung waere imho also auf jedenfall noetig. Ein proxy um die Anfragen einfach umzuleiten halte ich dabei (wenn technisch machbar) am sinnvollsten. Aber wie gesagt ich weis nicht ob es weder technisch moeglich ist (beide Implementationen ausreichend kompatibel), oder politisch gewollt ist ein import der alten Daten vorzunehemen. Frederik Ramm wrote Dann muesste die Version auf osm.org allerdings kompatibel bleiben. Insbesondere waere es dann nicht moeglich (oder schwieriger) vorrauszusetzen das man ein OSM account hat um ein Bug zu bearbeiten, was moeglicherweise noetig ist um Vandalismus und Spam entgegen zu wirken. Ich bin eigentlich dagegen, dass man einen Account haben muss - gerade das war doch immer der Vorteil von OSB, dass man ohne langes Anmelden schnell was reporten konnte. Wenn es so waere, dass man auf der OSM-Seite einen Account braucht, dann muessten wir das alte OSB weiter behalten, fuer die, die sich nicht anmelden wollen. Das waere irgendwie ein Rueckschritt - dann verteilen sich Meldungen kuenftig auf zwei Plattformen. Ich waere eigentlich auch eher dagegen, das man verlangt sich einzuloggen. Und im Moment ist es auch moeglich als NoName Notes zu erstellen, zu schliessen und zu kommentieren. Andererseits weis ich nicht ob man eine voellig ungeschuetzte API auf einer high-profile site wie osm.org betreiben kann ohne von Spam ueberschuettet zu werden. Insofern kann es sein das eine niedrige Huerde wie das registrieren noetig wird, sollte keine bessere Loesung gefunden werden. Unter anderem desshalb versuche ich im Moment aber auch die Erstellung eines Accounts zu erleichtern. Abgesehen von Google, Yahoo und OpenID die man bereits jetzt verwenden kann, bastele ich daran das man sich auch mit einem Facebook oder Windows live account in OSM.org einloggen kann. (Damit waeren dann die groessten identity provider abgedeckt). Desweiteren wuerde ich gerne den extra Schritt der email Bestaetigung eines neuen Accounts ueberspringen wenn man sich ueber Google, Yahoo oder Facebook anmeldet. Dann kann man sich mit insgesammt 4 clicks einen account erstellen und ist sofort angemeldet. Das ist zwar immer noch mehr Aufwand als wenn man anonym posten kann, aber hoffentlich eine verhaeltnissmaessig kleine Barriaere, sollte es noetig werden. Kai -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731106.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] OpenStreetBugs-Einbau in Hauptseite
Andreas Labres wrote (sprich auch die Funktionalität wie RSS-Feed übernehmen!) RSS-Feed existiert bereits. Z.B. http://notes.apis.dev.openstreetmap.org/api/0.6/notes.rss?l=0r=1b=0t=1 fuer ein RSS feed in der bbox (0.0|0.0 1.0|1.0) -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetBugs-Einbau-in-Hauptseite-tp5730914p5731107.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] OpenStreetBugs-Einbau in Hauptseite
Hallo. Am 16.10.2012 21:37, schrieb Martin Czarkowski: Wieso bindet man nicht gleich den openstreetbugs / schokokeks Layer auf die Hauptseite ein? Seinerzeit, als Xav OSB zwar (afaik) initial erfunden hat aber dann doch keine Entwicklung mehr stattfand, hat der jetzige Betreiber Mitja den Code einfach neu geschrieben und ich habe ihm das Hosting dafür angeboten. Die erstrangige Zielsetzung war, das Prinzip OSB zu unterstützen und das von Xav angefangene Projekt schnell und einfach wieder zum Leben zu erwecken. Performance war weder oberste Priorität bei der Entwicklung des Codes noch ist es das beim Hosting. Das OpenStreeBugs-Werkzeug läuft bisher auf einem Testserver bei uns und hatte durchaus ein paar Downtimes, insbesondere als Heise mal in einem Artikel auf eine Karte verlinkt hat die unseren Layer direkt einbindet, da mussten wir das 3 Tage abschalten. Für solche Lasten ist das nie ausgelegt gewesen. Als OSM-Nutzer würde es mich auch sehr freuen, wenn das unter dem Dach der regulären OSM-Server einziehen kann. Unsere Testumgebung hat zwar in den meisten Fällen ausreichend funktioniert, war aber nie als Endlösung gedacht. Alle Software die unser Angebot momentan direkt nutzt, wird bei einer entsprechenden Integration im Hauptserver sehr schnell reagieren, da bin ich sicher. Man denke nur an die vergangenen API-Wechsel der OSM-Haupt-API. Auch das hat nie lange Probleme gemacht. Ich denke dass ein Proxy (was ja schon nennenswert Programmierarbeit ist) nicht wirklich nötig sein sollte. Wenn man einfach auf jeden Request einen Bugreport you are using an old OpenStreetBugs interface, look at XYZ for the current one ausliefert, merken das die Nutzer und Betreiber der anderen Services schnell. Gruß, Bernd (Betreiber von schokokeks.org Hosting) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Am 09.10.2012 07:53, schrieb Jimmy_K: Servus, ich glaube dies ist bis jetzt noch nirgends üblich. Solange es aber kein ordentliches, zugelassenes Spurmapping-Modell gibt, finde ich diese Variante sehr angenehm (hatte ich glaube im Forum vor ein paar Wochen mal vorgeschlagen) Also zumindest im Garmin fuehrt das dazu, dass er diese *_link als Rampen interpretiert, das ergibt bei Autobahnen und autobahnaehnlichen Strassen auch Sinn, da sind es naemlich Rampen. Bei normalen Strassen, wo man mit *_link Abbiegespuren taggt, gibt das furchtbare Ansagen. Wenn ich von der A-Strasse auf die B-Strasse abbiege, fahre ich halt nicht ueber eine Rampe ... -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Also zumindest im Garmin fuehrt das dazu, dass er diese *_link als Rampen interpretiert, das ergibt bei Autobahnen und autobahnaehnlichen Strassen auch Sinn, da sind es naemlich Rampen. Bei normalen Strassen, wo man mit *_link Abbiegespuren taggt, gibt das furchtbare Ansagen. Wenn ich von der A-Strasse auf die B-Strasse abbiege, fahre ich halt nicht ueber eine Rampe ... Also muss der Garmin (bzw. mkgmap) lernen, die zwei Typen von highway=*_link zu unterscheiden. Ist das denn denn mit den bestehenden Tags eindeutig moglich? Wenn nicht, brauchen wir wohl doch ein (oder zwei) zusätzliche Tags für diese sub-typen von *_link. link=ramp | lane | separated mal so als Beispiel. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Am 09.10.2012 09:32, schrieb Michael Neumann: Am 09.10.2012 07:53, schrieb Jimmy_K: Servus, ich glaube dies ist bis jetzt noch nirgends üblich. Solange es aber kein ordentliches, zugelassenes Spurmapping-Modell gibt, finde ich diese Variante sehr angenehm (hatte ich glaube im Forum vor ein paar Wochen mal vorgeschlagen) Der Einsatz von _link für Verbindungsfahrbahnen zwischen Strassen - also von der eigenen Abbiegefahrbahn(nicht Spur!) bis zur Autobahnauffahrt ist schon seit vielen Jahren so in Verwendung. Esist durchaus hilfreich wenn man aus den Daten erkennen kann ob man rechtwinklig abbiegen muss oder auf einer eigenen Fahrbahn mit eigener Verkehrsregelung auf eine andere Strasse überführt wird. Also zumindest im Garmin fuehrt das dazu, dass er diese *_link als Rampen interpretiert, das ergibt bei Autobahnen und autobahnaehnlichen Strassen auch Sinn, da sind es naemlich Rampen. Bei normalen Strassen, Was sind den bei Garmin Rampen? Wenn ich leo.org trauen darf kann man das englische ramp u.a. auch mit Fahrtrasse übersetzen so dass man den OSM_link durchaus mit ramp gleichsetzen kann. Die deutsche Rampe im Sinne einer ansteigenden /abfallenden Auffahrt/Abfahrt wäre nur ein Teilaspekt bzw. eine Beschreibung der Bauausführung, weniger eine routingrelevante Information. wo man mit *_link Abbiegespuren taggt, gibt das furchtbare Ansagen. Wenn ich von der A-Strasse auf die B-Strasse abbiege, fahre ich halt nicht ueber eine Rampe ... Wenn das generell bei Auf/-Abfahrten von Autobahnen etc. verwendet werden sollte würde es auch nicht passen, da fahre ich auch nicht zwangsläufig über eine Rampe. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Am 9. Oktober 2012 17:44 schrieb Garry garr...@gmx.de: Der Einsatz von _link für Verbindungsfahrbahnen zwischen Strassen - also von der eigenen Abbiegefahrbahn(nicht Spur!) bis zur Autobahnauffahrt ist schon seit vielen Jahren so in Verwendung. +1 Esist durchaus hilfreich wenn man aus den Daten erkennen kann ob man rechtwinklig abbiegen muss oder auf einer eigenen Fahrbahn mit eigener Verkehrsregelung auf eine andere Strasse überführt wird. wenn es einen eigenen highway-way in OSM gibt, ist es allerdings immer eine eigene Fahrbahn. Was sind den bei Garmin Rampen? Wenn ich leo.org trauen darf kann man das englische ramp u.a. auch mit Fahrtrasse übersetzen so dass -1, leo.org kannst Du nicht trauen. Ein Wörterbuch ist nie geeignet, um eine genau Definition eines Begriffs zu bekommen. Da sind auch viele nachrangige und Sonderbedeutungen drin, wo ramp auch mal Fahrtrasse bedeuten kann (aber eben nicht alle Fahrtrassen, sondern in einem bestimmten Kontext könnte man auf deutsch auch mal Fahrtrasse sagen). Die englische Wikipedia ist zwar auch nicht der Weisheit letzter Schluss (z.B. schreiben da offensichtlich auch Nichtmuttersprachler und sind oft (noch?) nicht alle Feinheiten und Bedeutungen eines Begriffs drin), aber man hat m.E. schon mal einen Anhaltspunkt. Hier ramp http://en.wikipedia.org/wiki/Ramp und die entsprechende Bedeutung bei highways: http://en.wikipedia.org/wiki/Entrance_ramp und http://en.wikipedia.org/wiki/Exit_ramp man den OSM_link durchaus mit ramp gleichsetzen kann. Die deutsche Rampe im Sinne einer ansteigenden /abfallenden Auffahrt/Abfahrt wäre nur ein Teilaspekt bzw. eine Beschreibung der Bauausführung, weniger eine routingrelevante Information. ja, wobei unser tagging durchaus beschreibend zu verstehen ist, und nicht nur einen Teilaspekt in Hinblick auf eine bestimmte Anwendung abbildet. link könnte man vermutlich (ich bin ja auch kein Muttersprachler) für eine Verbindungsstraße nutzen, die nicht geneigt ist, während ramp dem deutschen Rampe entspricht, und nicht immer das gleiche bedeutet. Alle ramps sind vermutlich auch links, aber eben nicht anders rum. Das Wiki schreibt eigentlich schon ganz gut, was *_links sind: The link tags are used to identify ramps or slip roads connecting other more standard highways to each other. Also demzufolge das, was im Deutschen Ein- und Ausfahrten sind ;-) In meiner Umgebung taggen die Leute so in der Regel auch die 4 kurzen Einbahn-Stummel, um von einer Hauptstraße auf die andere zu kommen (also z.B. bei normalen primaries und secondaries) und auch z.B. Stellen, wo man bei getrennten Fahrbahnen die Richtung ändern kann. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Am 09.10.2012 18:12, schrieb Martin Koppenhoefer: Am 9. Oktober 2012 17:44 schrieb Garry garr...@gmx.de: Der Einsatz von _link für Verbindungsfahrbahnen zwischen Strassen - also von der eigenen Abbiegefahrbahn(nicht Spur!) bis zur Autobahnauffahrt ist schon seit vielen Jahren so in Verwendung. +1 Esist durchaus hilfreich wenn man aus den Daten erkennen kann ob man rechtwinklig abbiegen muss oder auf einer eigenen Fahrbahn mit eigener Verkehrsregelung auf eine andere Strasse überführt wird. wenn es einen eigenen highway-way in OSM gibt, ist es allerdings immer eine eigene Fahrbahn. Schön wärs. Weitgehend ist die Abbiegespur nur als eigener highway-way eingetragen, wenn die irgendwann an der Kreuzung eine eigene Fahrbahn ist, oft aber schon viel vorher, wenn die Straße rechts für die zusätzliche Abbiegespur erweitert ist, also da, wo die Abbiegespur als Spur anfängt. Das ist zwar nirgendwo so dokumentiert, aber doch häufig so eingetragen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Am 9. Oktober 2012 19:57 schrieb Peter Wendorff wendo...@uni-paderborn.de: wenn es einen eigenen highway-way in OSM gibt, ist es allerdings immer eine eigene Fahrbahn. Schön wärs. Weitgehend ist die Abbiegespur nur als eigener highway-way eingetragen, wenn die irgendwann an der Kreuzung eine eigene Fahrbahn ist, oft aber schon viel vorher, wenn die Straße rechts für die zusätzliche Abbiegespur erweitert ist, also da, wo die Abbiegespur als Spur anfängt. Das ist zwar nirgendwo so dokumentiert, aber doch häufig so eingetragen. kann man ja ändern. Mir ist auch klar, dass die OSM-Realität viele Fehler bzw. Inkonsistenzen hat. Z.T. ist das auch der derzeitigen Modell geschuldet, wo bisher niemand (AFAIK) auswertet (und daher auch nur wenige mappen), wie die Mittellinie ausgebildet ist. D.h. wenn man die Spuren erst da splittet, wo die Fahrbahnen getrennt sind, dann ergeben sich in der Praxis andere Detail-Probleme. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Am 07.10.2012 14:49, schrieb Wolfgang Hinsch: Hallo Bernhard, Am Sonntag, den 07.10.2012, 14:38 +0200 schrieb Bernhard Weiskopf: Hallo an alle, ich verwende *_link, wenn es sich um ein Verbindungsstück handelt, das nur dann befahren wird, wenn man von der einen auf die andere Straße wechselt. Das kann man üblicherweise keiner der beiden Straßen eindeutig zuordnen, dort ist meistens kein Straßennamenschild angebracht und es gelten die Regeln der höherrangigen Straße (da man nur von dieser kommen kann oder umgekehrt nur auf diese auffahren kann). nach der Definition würdest du auch mittem im Ort an einer Kreuzung für ein 30-m-Stück neben einer Verkehrsinsel link vergeben? Das ist zumindest in meiner Gegend nicht üblich. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Servus, ich glaube dies ist bis jetzt noch nirgends üblich. Solange es aber kein ordentliches, zugelassenes Spurmapping-Modell gibt, finde ich diese Variante sehr angenehm (hatte ich glaube im Forum vor ein paar Wochen mal vorgeschlagen) LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Hallo, Am Sonntag, den 07.10.2012, 07:34 +0200 schrieb Michael Neumann: Am 06.10.2012 21:41, schrieb Robert S.: Ein Beispiel ist z.B. hier: http://openstreetbugs.schokokeks.org/?lat=51.91999lon=8.86419zoom=16layers=B0T Ein Ast ist einfach ein kleines Verbindungsstück zwischen 2 Straßen, also das, was wir in OSM im Regelfall als 'highway=*_link' erfassen. In diesem Fall würde ich das kurze Stück um die Verkehrsinsel nicht als link, sondern als Bestandteil der (einen oder anderen) Straße erfassen. Die in Openstreetbugs eingetragenen Äste sind wohl alles Äste, die in den Import-Daten von 2009 noch nicht existierten. Insofern ist das ein gut gemeinter Hinweis, dass da noch was fehlt. In dem Beispiel handelt es sich um die Rechtsabbiegerspur von Detmold kommend. Nicht um die ganze Spur, sondern nur um das Stück neben der Verkehrsinsel. Die Spur selbst siehe Spurmapping-diverse, ist noch nicht ausdiskutiert. Ist ja inzwischen üblich, dass sowas eingetragen wird. Also eintragen und den Bug mit einem 'Danke!' schließen. Im Sinne von (s.o.) +1 Hallo Robert, machen wir das so? Ich habe highway=*_link bisher als Rampe verstanden und Rampen gibt es in Deutschland nur bei Autobahnen und autobahnaehnlichen Strassen, also kreuzungsfreien Strassen. In diesem Beispiel eine Rechtsabbiegerspur mit highway=secondary_link einzutragen waere nach meiner bisherigen Ansicht also falsch. Was meint ihr? Jein. Im vorliegenden Fall würde ich auch keinen link vergeben. Es gibt aber auch Straßen, die sich mit einem Brückenbauwerk kreuzen, trotzdem aber nicht kreuzungsfrei verbunden werden, weil es nur eine Verbindungsstrecke gibt, die an beiden Seiten als normale Einmündung für beide Richtungen angeschlossen ist. Das wäre für mich trotzdem ein link. Gru0, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Hallo an alle, ich verwende *_link, wenn es sich um ein Verbindungsstück handelt, das nur dann befahren wird, wenn man von der einen auf die andere Straße wechselt. Das kann man üblicherweise keiner der beiden Straßen eindeutig zuordnen, dort ist meistens kein Straßennamenschild angebracht und es gelten die Regeln der höherrangigen Straße (da man nur von dieser kommen kann oder umgekehrt nur auf diese auffahren kann). Die Suche nach Straßen ohne Namen blendet *_link aus. Bernhard -Original Message- From: Wolfgang Hinsch [mailto:osm-lis...@ivkasogis.de] Sent: Sunday, October 07, 2012 1:53 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] [Openstreetbugs] AST der ... fehlt. Hallo, Am Sonntag, den 07.10.2012, 07:34 +0200 schrieb Michael Neumann: Am 06.10.2012 21:41, schrieb Robert S.: Ein Beispiel ist z.B. hier: http://openstreetbugs.schokokeks.org/?lat=51.91999lon=8.86419zoom=16l ayers=B0T Ein Ast ist einfach ein kleines Verbindungsstück zwischen 2 Straßen, also das, was wir in OSM im Regelfall als 'highway=*_link' erfassen. In diesem Fall würde ich das kurze Stück um die Verkehrsinsel nicht als link, sondern als Bestandteil der (einen oder anderen) Straße erfassen. Die in Openstreetbugs eingetragenen Äste sind wohl alles Äste, die in den Import-Daten von 2009 noch nicht existierten. Insofern ist das ein gut gemeinter Hinweis, dass da noch was fehlt. In dem Beispiel handelt es sich um die Rechtsabbiegerspur von Detmold kommend. Nicht um die ganze Spur, sondern nur um das Stück neben der Verkehrsinsel. Die Spur selbst siehe Spurmapping-diverse, ist noch nicht ausdiskutiert. Ist ja inzwischen üblich, dass sowas eingetragen wird. Also eintragen und den Bug mit einem 'Danke!' schließen. Im Sinne von (s.o.) +1 Hallo Robert, machen wir das so? Ich habe highway=*_link bisher als Rampe verstanden und Rampen gibt es in Deutschland nur bei Autobahnen und autobahnaehnlichen Strassen, also kreuzungsfreien Strassen. In diesem Beispiel eine Rechtsabbiegerspur mit highway=secondary_link einzutragen waere nach meiner bisherigen Ansicht also falsch. Was meint ihr? Jein. Im vorliegenden Fall würde ich auch keinen link vergeben. Es gibt aber auch Straßen, die sich mit einem Brückenbauwerk kreuzen, trotzdem aber nicht kreuzungsfrei verbunden werden, weil es nur eine Verbindungsstrecke gibt, die an beiden Seiten als normale Einmündung für beide Richtungen angeschlossen ist. Das wäre für mich trotzdem ein link. Gru0, Wolfgang ___ 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] [Openstreetbugs] AST der ... fehlt.
Hallo Bernhard, Am Sonntag, den 07.10.2012, 14:38 +0200 schrieb Bernhard Weiskopf: Hallo an alle, ich verwende *_link, wenn es sich um ein Verbindungsstück handelt, das nur dann befahren wird, wenn man von der einen auf die andere Straße wechselt. Das kann man üblicherweise keiner der beiden Straßen eindeutig zuordnen, dort ist meistens kein Straßennamenschild angebracht und es gelten die Regeln der höherrangigen Straße (da man nur von dieser kommen kann oder umgekehrt nur auf diese auffahren kann). nach der Definition würdest du auch mittem im Ort an einer Kreuzung für ein 30-m-Stück neben einer Verkehrsinsel link vergeben? Das ist zumindest in meiner Gegend nicht üblich. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Hallo Wolfgang, ja, *_link ist bei mir abhängig von den Straßentypen und der Anbindung. Ich betrachte es unabhängig davon, wo das Verbindungsstück örtlich liegt, also ob in einem Ort einem Feld oder in einem Wald. The link tags are used to identify ramps or slip roads connecting other more standard highways to each other. In any case do not split up the link into one part belonging to one road and one to the other with different classifications. This makes it more difficult to find out which roads a link is supposed to connect. Link roads normally do not have names. Quelle: http://wiki.openstreetmap.org/wiki/Link_%28highway%29 Gruß Bernhard -Original Message- From: Wolfgang Hinsch [mailto:osm-lis...@ivkasogis.de] Sent: Sunday, October 07, 2012 2:50 PM To: talk-de@openstreetmap.org Subject: Re: [Talk-de] [Openstreetbugs] AST der ... fehlt. ... nach der Definition würdest du auch mittem im Ort an einer Kreuzung für ein 30-m-Stück neben einer Verkehrsinsel link vergeben? Das ist zumindest in meiner Gegend nicht üblich. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Am 06.10.2012 21:41, schrieb Robert S.: Ein Beispiel ist z.B. hier: http://openstreetbugs.schokokeks.org/?lat=51.91999lon=8.86419zoom=16layers=B0T Ein Ast ist einfach ein kleines Verbindungsstück zwischen 2 Straßen, also das, was wir in OSM im Regelfall als 'highway=*_link' erfassen. Die in Openstreetbugs eingetragenen Äste sind wohl alles Äste, die in den Import-Daten von 2009 noch nicht existierten. Insofern ist das ein gut gemeinter Hinweis, dass da noch was fehlt. In dem Beispiel handelt es sich um die Rechtsabbiegerspur von Detmold kommend. Ist ja inzwischen üblich, dass sowas eingetragen wird. Also eintragen und den Bug mit einem 'Danke!' schließen. Hallo Robert, machen wir das so? Ich habe highway=*_link bisher als Rampe verstanden und Rampen gibt es in Deutschland nur bei Autobahnen und autobahnaehnlichen Strassen, also kreuzungsfreien Strassen. In diesem Beispiel eine Rechtsabbiegerspur mit highway=secondary_link einzutragen waere nach meiner bisherigen Ansicht also falsch. Was meint ihr? Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs - Einige Bugs fehlerhaft als fixed markiert
On Thursday 28 October 2010 11:03:01 schneckchen4...@gmx.de wrote: Hallo, bei der heutigen Durchsicht meiner OSM-Bugs viel mir auf, dass ein ganzer Kartenabschnitt mit Bugs fehlerhaft als fixed markiert wurde (Vandalismus?). Woher das kommt, weiss ich nicht. Sieht für mich nach einem kaputten Skript aus. Gibt es eine Möglichkeit diese Einträge zu reaktivieren? [...] Der letzte Eintrag aller betroffenen Bug-Reports lautet immer Comment: [, 2010-10-27 03:01:30 CEST] mit leicht variabler Uhrzeit. Ist erledigt, ich habe 36 gezählt. Gruß, Mitja ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs - Einige Bugs fehlerhaft als fixed markiert
Am Donnerstag, den 28.10.2010, 16:59 +0200 schrieb Mitja Kleider: On Thursday 28 October 2010 11:03:01 schneckchen4...@gmx.de wrote: Hallo, bei der heutigen Durchsicht meiner OSM-Bugs viel mir auf, dass ein ganzer Kartenabschnitt mit Bugs fehlerhaft als fixed markiert wurde (Vandalismus?). Woher das kommt, weiss ich nicht. Sieht für mich nach einem kaputten Skript aus. Gibt es eine Möglichkeit diese Einträge zu reaktivieren? [...] Der letzte Eintrag aller betroffenen Bug-Reports lautet immer Comment: [, 2010-10-27 03:01:30 CEST] mit leicht variabler Uhrzeit. Ist erledigt, ich habe 36 gezählt. Sowas ist hier (nicht ganz so massenhaft) aber auch schon häufig vorgekommen. Ich hatte vor langer Zeit daher auch schon mal den Vorschlag gemacht, dass ein geschlossener Bug wieder geöffnet werden kann; zumindest solange er sichtbar ist. Normale Bug-Tracker machen das ja auch so und das sollte doch relativ leicht zu implementieren sein. Ferner finde ich es nicht so toll, dass jeder Nutzer Bugs schliessen kann. Das Anlegen von Bugs sollte jeder können, Kommentare abgeben auch, aber schließen sollte ihn nur jemand können, der auch angemeldet ist. Das würde Vandalismus auf dieser Ebene deutlich einschränken. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetbugs
Hallo Philip, anscheinend hat jemand Openstreetbugs irgendwie zur Beschreibung einer Route benutzt, jedenfalls kommt es mir so vor. Es gibt eine große Anzahl von angeblichen Bugs von einem gewissen User klaus, die eher Wegbeschreibungen sind (hier rechts abbiegen in die xy-straße usw.). Es handelt sich hier http://openstreetbugs.schokokeks.org/?lon=7.04657lat=51.77446zoom=10la ye rs=B00T um die diagonale Reihe von Bugs von südosten nach nordwesten. Kann man diese angeblichen Bugs alle auf einmal löschen (sie machen die Karte sehr unübersichtlich)? Das sieht wirklich nach einer Routenbeschreibung aus, die alle von mir geprüften Straßennamen existieren schon. Um alle Bugs zu löschen, muss man sie erstmal identifizieren. Wenn man das tut, kann man sie auch gleich schließen, sie werden dann zwar nicht gelöscht, aber nach einer Woche nicht mehr angezeigt. Viele Grüße, Mitja signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs / JOSM Plugin and other bugs
Am Donnerstag, 20. August 2009 schrieb Florian Lohoff: Ich war schon vorher OSB poweruser und seit dem umzug d.h. seit dem hier Schokokecks als das beste seid geschnitten Brot verkauft wird versuche ich da mitzuziehen - Aber Sorry - Ich habe keinen spass mehr an OSB - Weder beim Eroeffnen wobei das sogar mit dem JOSM Plugin noch geht - Aber systematisches durchgehen der ~500 Bugs in meinem Einzugsbereich ist mit den derzeitigen tools ein ding der unmoeglichkeit. Im JOSM kann ich die bugs nicht denen zuordnen die ich sehe - Im Webfrontend spring das zeugs hin und her. Mit welchem Frontend soll ich denn bitte meine Fahrtstrecke planen in dem ich mir da mal ein paar Bugs raussuche die ich systematisch abgrase? Einen GPX Export brauche ich nicht - ich will die Bugs wiederfinden die ich sehe. Und Firebug habe ich permament installiert und es ist ja kein klassischer Javascript fehler der einen backtrace wirft - d.h. kein syntaktischer sondern ein semantischer fehler. Mit der bei Fehler pausieren-Funktion habe ich Fehler-Ursachen entdeckt. Aber wie gesagt, mit Javascript kenne ich mich nicht aus. Deshalb wäre ich auch froh, wenn sich jemand fachkundiges darum kümmern würde. Das ich selber schon ein OSB Overlay gebaut habe weiss ich wie das grundsaetzlich funktioniert. Wenn es zu schwierig ist, das neue Interface zu reparieren, kannst du auch das alte Interface mit der neuen Datenbank nutzen. Die API ist kompatibel. Ich kann hier gerade keine Zeit investieren. Wenn du mir einen Patch schickst, installiere ich ihn gerne. Mitja ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs / JOSM Plugin and other bugs
Also josm-tested geht bei mir problemlos mit den Bugs. Kann mir jemand erklären, warum manche sehr einfache Bugs erfassen, aber den Bug nicht gleich korrigieren. Welchen Sinn macht das? P. -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Florian Lohoff Gesendet: Mittwoch, 19. August 2009 11:22 An: talk-de@openstreetmap.org Betreff: [Talk-de] OpenStreetBugs / JOSM Plugin and other bugs Hi, kann jemand derzeit im JOSM die gezeigten OSM Bugs anklicken wenn das OpenStreetBugs layer aktiv ist? Bei mir geht das seit einer geraumen zeit nicht mehr d.h. einen speziellen bug sich durchzulesen ist gerade - schwierig ... Ausserdem ist mein Karte Spring rum bug wieder da ... Nicht mehr so leicht zu triggern wie vorher - aber als ich gestern mich mal zum Bug Squashing hingesetz habe und meine Tour nach Hause planen wollte, dabei ein paar Bugs geschlossen, neu geoeffnet etc war der nach ein paar minuten wieder da ... Die Qualitaet ist gerade irgendwie im Sturzflug seit dem Wir machen alles besser ohne Xav *grmpf* Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs / JOSM Plugin and other bugs
Am Mittwoch, 19. August 2009 schrieb Florian Lohoff: kann jemand derzeit im JOSM die gezeigten OSM Bugs anklicken wenn das OpenStreetBugs layer aktiv ist? Auf der Karte nicht, aber in der Liste (Seitenleiste). Das Plugin stammt übrigens weder von Xav noch von mir. Bugreports gehören soweit ich weiss ins Trac von JOSM. Ausserdem ist mein Karte Spring rum bug wieder da ... Nicht mehr so leicht zu triggern wie vorher - aber als ich gestern mich mal zum Bug Squashing hingesetz habe und meine Tour nach Hause planen wollte, dabei ein paar Bugs geschlossen, neu geoeffnet etc war der nach ein paar minuten wieder da ... Das wurde wahrscheinlich beim Bug schließen getriggert. Sollte jetzt wieder funktionieren (Skript bitte neu laden). Die Qualitaet ist gerade irgendwie im Sturzflug seit dem Wir machen alles besser ohne Xav Pass bitte auf was du hier von dir gibst. Angefangen habe ich mit Xav, ich würde auch jetzt noch gerne mit ihm zusammenarbeiten, wenn er das auch wollte. Meine ursprüngliche Motivation war beim Laden einer BBOX nicht nur neuere Bugs von außerhalb der BBOX zurückzubekommen und ein ordentlicher GPX Export. Hier ist die Qualität in meinen Augen extrem gestiegen und damit war mein Ziel erreicht. Ich kenne mich mit Javascript nicht wirklich aus, habe momentan viel um die Ohren und fixe trotzdem die Fehler im Client, auch wenn sie mich selbst nicht betreffen. Du schimpfst hier rum, gibst dir selber aber keine große Mühe die Probleme zu lösen. Wenn es ständig auftritt, versuche es doch reproduzierbar zu machen (zum Beispiel mit der Firebug Extension). Grüße, Mitja ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs / JOSM Plugin and other bugs
Hallo. Am Mittwoch, 19. August 2009 schrieb Peter Loos: Kann mir jemand erklären, warum manche sehr einfache Bugs erfassen, aber den Bug nicht gleich korrigieren. Welchen Sinn macht das? Mögliche Erklärungen: - OSB ist wesentlich einfacher zu bedienen als ein OSM-Editor - Die Wahrscheinlichkeit wegen Fehlbedienung kollektiv auf den Deckel zu bekommen ist bei OSB wesentlich geringer - OSB braucht nur einen Browser, ist also evtl auf mehr Geräten nutzbar Gruß, Bernd -- Ein Diplomat ist jemand, der dich in einer Art und Weise zum Teufel wünscht, daß du dich auf den Trip freust. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs / JOSM Plugin and other bugs
On Thu, Aug 20, 2009 at 12:24:20AM +0200, Mitja Kleider wrote: Am Mittwoch, 19. August 2009 schrieb Florian Lohoff: kann jemand derzeit im JOSM die gezeigten OSM Bugs anklicken wenn das OpenStreetBugs layer aktiv ist? Auf der Karte nicht, aber in der Liste (Seitenleiste). Das Plugin stammt übrigens weder von Xav noch von mir. Bugreports gehören soweit ich weiss ins Trac von JOSM. Wie finde ich den von den 20 die ich sehe in der Liste? Und das genau war anders - Man konnte die in der Karte anklicken - und _DAS_ geht seit ein paar Wochen nicht mehr .. Ausserdem ist mein Karte Spring rum bug wieder da ... Nicht mehr so leicht zu triggern wie vorher - aber als ich gestern mich mal zum Bug Squashing hingesetz habe und meine Tour nach Hause planen wollte, dabei ein paar Bugs geschlossen, neu geoeffnet etc war der nach ein paar minuten wieder da ... Das wurde wahrscheinlich beim Bug schließen getriggert. Sollte jetzt wieder funktionieren (Skript bitte neu laden). Die Qualitaet ist gerade irgendwie im Sturzflug seit dem Wir machen alles besser ohne Xav Pass bitte auf was du hier von dir gibst. Ich pass schon auf - Dann setzt virtuelle rant /rant drumherum. Ich bin bloss ein wenig davon genervt das ein ehemals von mir viel und gerne genutztes tool heute fuer mich an allen stellen auseinanderbroeselt und fuer mich zumindest nicht mehr funktioniert. Angefangen habe ich mit Xav, ich würde auch jetzt noch gerne mit ihm zusammenarbeiten, wenn er das auch wollte. Meine ursprüngliche Motivation war beim Laden einer BBOX nicht nur neuere Bugs von außerhalb der BBOX zurückzubekommen und ein ordentlicher GPX Export. Hier ist die Qualität in meinen Augen extrem gestiegen und damit war mein Ziel erreicht. Ich kenne mich mit Javascript nicht wirklich aus, habe momentan viel um die Ohren und fixe trotzdem die Fehler im Client, auch wenn sie mich selbst nicht betreffen. Du schimpfst hier rum, gibst dir selber aber keine große Mühe die Probleme zu lösen. Wenn es ständig auftritt, versuche es doch reproduzierbar zu machen (zum Beispiel mit der Firebug Extension). Ich war schon vorher OSB poweruser und seit dem umzug d.h. seit dem hier Schokokecks als das beste seid geschnitten Brot verkauft wird versuche ich da mitzuziehen - Aber Sorry - Ich habe keinen spass mehr an OSB - Weder beim Eroeffnen wobei das sogar mit dem JOSM Plugin noch geht - Aber systematisches durchgehen der ~500 Bugs in meinem Einzugsbereich ist mit den derzeitigen tools ein ding der unmoeglichkeit. Im JOSM kann ich die bugs nicht denen zuordnen die ich sehe - Im Webfrontend spring das zeugs hin und her. Mit welchem Frontend soll ich denn bitte meine Fahrtstrecke planen in dem ich mir da mal ein paar Bugs raussuche die ich systematisch abgrase? Einen GPX Export brauche ich nicht - ich will die Bugs wiederfinden die ich sehe. Und Firebug habe ich permament installiert und es ist ja kein klassischer Javascript fehler der einen backtrace wirft - d.h. kein syntaktischer sondern ein semantischer fehler. Das ich selber schon ein OSB Overlay gebaut habe weiss ich wie das grundsaetzlich funktioniert. Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs / JOSM Plugin and other bugs
Hallo. Am Donnerstag, 20. August 2009 schrieb Florian Lohoff: Ich pass schon auf - Dann setzt virtuelle rant /rant drumherum. Was deine kompletten Postings als destruktives Flaming beschreibt und somit keinen irgendwie weiter bringt. Es hält dich keinen davon ab - mit Xav zu reden ob er Patches von außen annehmen möchte - selbst etwas auf die Beine zu stellen was besser ist - dich an Entwicklung und Bugfixing aktiv zu beteiligen Wildes rumflamen gegen Leute, die versuchen was tolles zu programmieren schädigt jedenfalls die Stimmung (und Motivation!) und hilft dir nicht im geringsten. Gruß, Bernd -- Homer Simpson: Jetzt sei doch nicht so betrübt über Krustys Tod. Tagtäglich sterben viele Menschen. Das ist doch ganz normal. Vielleicht wachst auch Du morgen früh tot auf. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Am Samstag, 8. August 2009 schrieb Mitja Kleider: Vor osb_current_feature.destroy(); müssen also folgende Zeilen eingefügt werden: [...] Danach konnte ich den Fehler hier nicht mehr reproduzieren. Leider habe ich momentan von unterwegs keinen Zugriff auf den Server und kann die Zeilen frühestens am Dienstag einfügen. Erledigt und getestet. Sollte jetzt funktionieren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
On Sun, Aug 02, 2009 at 01:02:05PM +0200, Mitja Kleider wrote: Dadurch springt die Karte hin und her. Ich habe jetzt schon mehrfach den fall gehabt das mit einem mal irgendwo bugs waren wo noch nie welche waren oder sind. Und das waren bugs aus anderen bereichen der Karte ... Ich kann den Fehler mittlerweile reproduzieren, habe aber gerade keine Zeit mich darum zu kümmern. Kannst du vielleicht einen hint geben wo es liegen koennte. Ich wollte gerade mal bugs suchen beheben und schliessen weil sich vieles erledigt hatte - und nach dem ersten bug hatte ich schon keine lust mehr weil ich reloaden musste. In diesem zustand kann man OpenStreetBugs nur als unbrauchbar bezeichnen. Die Probleme treten nur auf, wenn man den Zoomlevel ändert. Mit einem Permalink auf seine Region in geeignetem Zoomlevel tritt er nicht auf, deshalb blieb das Problem auch bisher eher unbeachtet. Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Am Fr, 7.08.2009, 14:41, schrieb Florian Lohoff: On Sun, Aug 02, 2009 at 01:02:05PM +0200, Mitja Kleider wrote: Dadurch springt die Karte hin und her. Ich habe jetzt schon mehrfach den fall gehabt das mit einem mal irgendwo bugs waren wo noch nie welche waren oder sind. Und das waren bugs aus anderen bereichen der Karte ... Ich kann den Fehler mittlerweile reproduzieren, habe aber gerade keine Zeit mich darum zu kümmern. Kannst du vielleicht einen hint geben wo es liegen koennte. Mehr Hints als ich bereits gegeben hatte, konnte ich ohne genauer zu gucken nicht geben. Die Probleme treten nur auf, wenn man den Zoomlevel ändert. Heute hatte ich wieder Zeit. Das Problem wird für mich reproduzierbar durch die Funktion osb_current_feature.destroy() (openstreetbugs.js, Zeilen 579 und 589) ausgelöst, wahrscheinlich auch bei osb_bugs[i].feature.destroyMarker() (openstreetbugs.js, Zeile 641). Das Problem beschreibt die Dokumentation von OpenLayers.Marker.destroy(): Destroy the marker. You must first remove the marker from any layer which it has been added to, or you will get buggy behavior. Vor osb_current_feature.destroy(); müssen also folgende Zeilen eingefügt werden: osb_layer.removeMarker(osb_current_feature.marker); osb_map.removePopup(osb_current_feature.popup); Vor osb_bugs[i].feature.destroyMarker(); müssen wahrscheinlich entsprechende Zeilen mit osb_bugs[i].feature statt osb_current_feature eingefügt werden. Danach konnte ich den Fehler hier nicht mehr reproduzieren. Leider habe ich momentan von unterwegs keinen Zugriff auf den Server und kann die Zeilen frühestens am Dienstag einfügen. Vielleicht macht Bernd es schon vor mir. Achja, die paar zeilen code durchzugehen hat übrigens etwas länger gedauert. Gruß, Mitja ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Hallo, für Oberkirch bekomme ich hier einen Hinweis lots of unconnected junctions ... Slow Rider, was ist speziell damit gemeint, was ist falsch. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Am 3. August 2009 14:48 schrieb Werner König wkg.koe...@googlemail.com: Hallo, für Oberkirch bekomme ich hier einen Hinweis lots of unconnected junctions ... Slow Rider, was ist speziell damit gemeint, was ist falsch. damit ist gemeint, dass jemand einfach mal Wege gemalt hat, ohne dass diese an den (fast)-Berührungspunkten als gemeinsame Nodes=verbunden ausgeführt wären. Damit funktioniert an diesen Stellen kein Routing. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
On Montag, 3. August 2009, Martin Koppenhoefer wrote: Am 3. August 2009 14:48 schrieb Werner König wkg.koe...@googlemail.com: für Oberkirch bekomme ich hier einen Hinweis lots of unconnected junctions ... Slow Rider, was ist speziell damit gemeint, was ist falsch. damit ist gemeint, dass jemand einfach mal Wege gemalt hat, ohne dass diese an den (fast)-Berührungspunkten als gemeinsame Nodes=verbunden ausgeführt wären. Damit funktioniert an diesen Stellen kein Routing. Bei diesen Fehlern ist es IMHO sinnvoller hin und wieder auf keepright nachzusehen anstatt den BugTracker zu verwenden. http://keepright.ipax.at/report_map.php?zoom=14lat=48.53lon=8.08 Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
On Sat, Aug 01, 2009 at 03:49:29PM +0200, Mitja Kleider wrote: Die funktioniert NICHT vernünftig, zumindest nicht mit dem Firefox (unter Ubuntu). Man kann nur einen Fehler ansehen bzw. bearbeiten, danach war es das, weil wild hin- und hergescrollt wird ohne Sinn und Verstand, und sich sämtliche Fehlerpunkte verschieben usw. - Eine einzige Änderung reicht aus, dass man die Karte komplett neu laden muss, bevor man weiterarbeiten kann. Diesen Fehler kenne ich, er tritt aber bei mir nur selten auf. Wenn du die Ursache herausfinden kannst (Reproduzierbarkeit ist hier nützlich), versuche ich gerne, ihn zu beheben. Reproduziert bekomme ich den auch nicht - aber - was ich beobachtet habe ist das bug koordinate des/der bugs sich aendert. D.h. durch irgendeinen zufall wird lat und oder lon des bugs geaendert und da ich irgendwann drueberfahre kommt das pop up bubble und springt dann zur neuen und falschen stelle. Dadurch springt die Karte hin und her. Ich habe jetzt schon mehrfach den fall gehabt das mit einem mal irgendwo bugs waren wo noch nie welche waren oder sind. Und das waren bugs aus anderen bereichen der Karte ... Es muesste also moeglich sein die paar zeilen code durchzugehen wo koordinate moeglicherweise geaendert werden. Ich kann auch nicht so ganz nachvollziehen, warum man eine neue, stark verschlechterte Bedienerführung genommen hat, anstatt das funktionierende Appsport-Schema weiterzuführen. Aber vielleicht kann man mich ja erhellen. Abgesehen von diesem (bei mir selten auftretenden) Problem habe ich eigentlich nur Verbesserungen in der Bedienung gesehen. Der obige bug hat dazu gefuehrt das ich kaum noch auf der webseite nach bugs gucke - Ich setze neue via JOSM und ansonsten lasse ich die vor sich hin rotten ... Flo -- Florian Lohoff f...@rfc822.org Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
On Sat, Aug 01, 2009 at 03:57:52PM +0200, Bernd Wurst wrote: Hallo. Am Samstag, 1. August 2009 schrieb Andreas Pothe: [2]:http://openstreetbugs.schokokeks.org/ Die funktioniert NICHT vernünftig, zumindest nicht mit dem Firefox (unter Ubuntu). Man kann nur einen Fehler ansehen bzw. bearbeiten, danach war es das, weil wild hin- und hergescrollt wird ohne Sinn und Verstand, und sich sämtliche Fehlerpunkte verschieben usw. - Eine einzige Änderung reicht aus, dass man die Karte komplett neu laden muss, bevor man weiterarbeiten kann. Oh, ich vergaß, das ist ja unser neues Feature, Leute verwirren. :) Warum kam dazu nicht ein einziger konkreter Bugreport bisher? Bei mir sehe ich das Verhalten jedenfalls nicht. Ich habe dazu bereits einen bug geoeffnet ... http://github.com/emka/openstreetbugs/issues#issue/13 Fuer mich macht das die seite unbrauchbar - Wenn man nur ein wenig intensiver auf der seite rumschaut nach bugs ist nach spaetestens 2 minuten das thema wieder gegessen - Ich nutze die webseite nicht mehr um nach bugs zu gucken ... Flo -- Florian Lohoff f...@rfc822.org Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
On Sat, Aug 01, 2009 at 03:49:29PM +0200, Mitja Kleider wrote: Die funktioniert NICHT vernünftig, zumindest nicht mit dem Firefox (unter Ubuntu). Man kann nur einen Fehler ansehen bzw. bearbeiten, danach war es das, weil wild hin- und hergescrollt wird ohne Sinn und Verstand, und sich sämtliche Fehlerpunkte verschieben usw. - Eine einzige Änderung reicht aus, dass man die Karte komplett neu laden muss, bevor man weiterarbeiten kann. Diesen Fehler kenne ich, er tritt aber bei mir nur selten auf. Wenn du die Ursache herausfinden kannst (Reproduzierbarkeit ist hier nützlich), versuche ich gerne, ihn zu beheben. Reproduziert bekomme ich den auch nicht - aber - was ich beobachtet habe ist das bug koordinate des/der bugs sich aendert. D.h. durch irgendeinen zufall wird lat und oder lon des bugs geaendert und da ich irgendwann drueberfahre kommt das pop up bubble und springt dann zur neuen und falschen stelle. Dadurch springt die Karte hin und her. Ich habe jetzt schon mehrfach den fall gehabt das mit einem mal irgendwo bugs waren wo noch nie welche waren oder sind. Und das waren bugs aus anderen bereichen der Karte ... Ich kann den Fehler mittlerweile reproduzieren, habe aber gerade keine Zeit mich darum zu kümmern. Die Probleme treten nur auf, wenn man den Zoomlevel ändert. Mit einem Permalink auf seine Region in geeignetem Zoomlevel tritt er nicht auf, deshalb blieb das Problem auch bisher eher unbeachtet. Es muesste also moeglich sein die paar zeilen code durchzugehen wo koordinate moeglicherweise geaendert werden. Ich fühle mich übrigens nicht als der einzige Verantwortliche für OpenStreetBugs. Den Quellcode kann jeder angucken und verbessern! Ich mache es nur, weil es sonst keiner macht. Ich kann auch nicht so ganz nachvollziehen, warum man eine neue, stark verschlechterte Bedienerführung genommen hat, anstatt das funktionierende Appsport-Schema weiterzuführen. Aber vielleicht kann man mich ja erhellen. Abgesehen von diesem (bei mir selten auftretenden) Problem habe ich eigentlich nur Verbesserungen in der Bedienung gesehen. Der obige bug hat dazu gefuehrt das ich kaum noch auf der webseite nach bugs gucke - Ich setze neue via JOSM und ansonsten lasse ich die vor sich hin rotten ... Im JOSM-Plugin kann man auch kommentieren und schließen, falls man die Bedienbarkeit dort bevorzugt. Vom Gefühl her ist die Übersicht auf das aktuell bearbeitete Gebiet beschränkt. Grüße, Mitja ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Am Sonntag, den 02.08.2009, 11:55 +0200 schrieb Florian Lohoff: Fuer mich macht das die seite unbrauchbar - Wenn man nur ein wenig intensiver auf der seite rumschaut nach bugs ist nach spaetestens 2 minuten das thema wieder gegessen - Ich nutze die webseite nicht mehr um nach bugs zu gucken ... Ich verwende die Seite auch nur selten. Für diejenigen, die ein Garmin verwenden und unter Linux arbeiten, könnte mein Script hilfreich sein. Es lädt die Bugs herunter, fügt einen roten Pin hinzu und spielt diese auf den Garmin. Damit kann man auch unterwegs sehr leicht sehen, wo Bugs existieren. Das Symbol kann man nach belieben ändern und auch die Voreinstellung von schokokeks zu laden, kann geändert werden. Das Script erwartet als Parameter die Koordinaten im Format lat lon und lädt dann einen Bereich +/- 0.25 Grad. Hinweis: Beim erneuten Hochladen sollten vorher die alten roten Pins gelöscht werden, da das nicht automatisch geht. Feedback welcome... Gruß Andre load-bugs-to-garmin.sh Description: application/shellscript signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Am Sonntag, 2. August 2009 schrieb Mitja Kleider: Ich kann den Fehler mittlerweile reproduzieren, habe aber gerade keine Zeit mich darum zu kümmern. [...] Es muesste also moeglich sein die paar zeilen code durchzugehen wo koordinate moeglicherweise geaendert werden. Wenn man sich den Quellcode genauer anguckt, müsste vieles neu geschrieben werden. Das passiert hoffentlich gerade für die Hauptseite. Ich fühle mich übrigens nicht als der einzige Verantwortliche für OpenStreetBugs. Den Quellcode kann jeder angucken und verbessern! Ich mache es nur, weil es sonst keiner macht. Bis das Problem behoben wurde, ist auf der neuen Seite auch ein Link auf das alte Interface, allerdings ohne Permalink-Unterstützung. Gruß, Mitja ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Am Samstag, 1. August 2009 09:27:46 schrieben Sie: Hallo. Am Samstag, 1. August 2009 schrieb Sven Sommerkamp: Klär mich mal einer auf, funktioniert irgendeine Openstreetbugs Seite? Ich würde gerne einen Fehler hinzufügen, weiß aber nicht wie. Funktioniert denn irgend eine *NICHT*? Für mich tun beide, die alte [1] und die aktuelle [2]. [1]: http://openstreetbugs.appspot.com/ [2]:http://openstreetbugs.schokokeks.org/ Da, hatte ich bisher einen Denkfehler. Ich hatte gedacht das man das genauso bedienen müßte wie die alte Seite. Funktioniert aber geringfügig anders, ich hab immer den Button gesucht auf den ich klicken muß um einen Fehler hinzu zu fügen. Es funktioniert aber ohne den. Nun gibt es bei der neuen Seite nur das Zoomproblem (mit Firefox) Durch einen Bug / eine Limitierung bei appspot ist das Synchronisieren nicht ganz so zuverlässig wie es sein könnte, aber bugs eintragen kannst du bei beiden. Das war eigentlich mal recht einfach... Unterstüzt Josm das inzwischen auch wieder? Das JOSM-Plugin funktioniert bei mir ebenfalls und greift auf die aktuelle URL zu. Probleme gibt es lediglich, wenn das alte Plugin mit den alten URLs schonmal lief. Dann muss man IIRC die osb-Einstellungen im Einstein-Tab von JOSM löschen. Bei mir funktioniert das jetzt in Josm auch wieder. Allerdings zwei Openstreetbugs Seiten sind ungünstig, aber das wurde schon gesagt Gruß, Bernd Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Am Sonntag, 2. August 2009 11:52:38 schrieb Florian Lohoff: On Sat, Aug 01, 2009 at 03:49:29PM +0200, Mitja Kleider wrote: Die funktioniert NICHT vernünftig, zumindest nicht mit dem Firefox (unter Ubuntu). Man kann nur einen Fehler ansehen bzw. bearbeiten, danach war es das, weil wild hin- und hergescrollt wird ohne Sinn und Verstand, und sich sämtliche Fehlerpunkte verschieben usw. - Eine einzige Änderung reicht aus, dass man die Karte komplett neu laden muss, bevor man weiterarbeiten kann. Diesen Fehler kenne ich, er tritt aber bei mir nur selten auf. Wenn du die Ursache herausfinden kannst (Reproduzierbarkeit ist hier nützlich), versuche ich gerne, ihn zu beheben. Reproduziert bekomme ich den auch nicht - aber - was ich beobachtet habe ist das bug koordinate des/der bugs sich aendert. D.h. durch irgendeinen zufall wird lat und oder lon des bugs geaendert und da ich irgendwann drueberfahre kommt das pop up bubble und springt dann zur neuen und falschen stelle. Ja, genau das hab ich auch gehabt. Dadurch springt die Karte hin und her. Ich habe jetzt schon mehrfach den fall gehabt das mit einem mal irgendwo bugs waren wo noch nie welche waren oder sind. Und das waren bugs aus anderen bereichen der Karte ... Es muesste also moeglich sein die paar zeilen code durchzugehen wo koordinate moeglicherweise geaendert werden. Ich kann auch nicht so ganz nachvollziehen, warum man eine neue, stark verschlechterte Bedienerführung genommen hat, anstatt das funktionierende Appsport-Schema weiterzuführen. Aber vielleicht kann man mich ja erhellen. Abgesehen von diesem (bei mir selten auftretenden) Problem habe ich eigentlich nur Verbesserungen in der Bedienung gesehen. Der obige bug hat dazu gefuehrt das ich kaum noch auf der webseite nach bugs gucke - Ich setze neue via JOSM und ansonsten lasse ich die vor sich hin rotten ... Ja, so ähnlich gings mir auch. Obwohl ich die Grundidee nach wie vor gut finde. Flo Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Hallo. Am Samstag, 1. August 2009 schrieb Sven Sommerkamp: Klär mich mal einer auf, funktioniert irgendeine Openstreetbugs Seite? Ich würde gerne einen Fehler hinzufügen, weiß aber nicht wie. Funktioniert denn irgend eine *NICHT*? Für mich tun beide, die alte [1] und die aktuelle [2]. [1]: http://openstreetbugs.appspot.com/ [2]:http://openstreetbugs.schokokeks.org/ Durch einen Bug / eine Limitierung bei appspot ist das Synchronisieren nicht ganz so zuverlässig wie es sein könnte, aber bugs eintragen kannst du bei beiden. Das war eigentlich mal recht einfach... Unterstüzt Josm das inzwischen auch wieder? Das JOSM-Plugin funktioniert bei mir ebenfalls und greift auf die aktuelle URL zu. Probleme gibt es lediglich, wenn das alte Plugin mit den alten URLs schonmal lief. Dann muss man IIRC die osb-Einstellungen im Einstein-Tab von JOSM löschen. Gruß, Bernd -- Ein Experte ist ein Mann, der hinterher genau sagen kann, warum seine Prognose nicht gestimmt hat. - Winston Churchill (brit. Politiker) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Sven Sommerkamp schrieb: Klär mich mal einer auf, funktioniert irgendeine Openstreetbugs Seite? Ja, openstreetbugs.org funktioniert. Ich würde gerne einen Fehler hinzufügen, weiß aber nicht wie. Das war eigentlich mal recht einfach... Was ist denn genau dein Problem? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Am Samstag, 1. August 2009 09:32:57 schrieb Ulf Möller: Sven Sommerkamp schrieb: Klär mich mal einer auf, funktioniert irgendeine Openstreetbugs Seite? Ja, openstreetbugs.org funktioniert. Ich würde gerne einen Fehler hinzufügen, weiß aber nicht wie. Das war eigentlich mal recht einfach... Was ist denn genau dein Problem? Mit was setzt man wo den Punkt mit dem Fehler? Funktioniert das auch in Josm. Da gabs ja eigentlich ein Plugin.. ___ 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] Openstreetbugs
Sven Sommerkamp schrieb: Was ist denn genau dein Problem? Mit was setzt man wo den Punkt mit dem Fehler? Hinzoomen und einfach mit der linken Maustaste die jeweilige Position anklicken. Dann sollte ein Dialog aufgehen, in dem du die Fehlerbeschreibung eingeben kannst. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Moin, Für mich tun beide, die alte [1] und die aktuelle [2]. [1]: http://openstreetbugs.appspot.com/ Die funktioniert bei mir ohne Probleme (wenn man mal vom Zoom-Thema absieht, dass nicht klar ist, wann Fehler eingeblendet werden. Aber das ist bei der neuen nicht anders). [2]:http://openstreetbugs.schokokeks.org/ Die funktioniert NICHT vernünftig, zumindest nicht mit dem Firefox (unter Ubuntu). Man kann nur einen Fehler ansehen bzw. bearbeiten, danach war es das, weil wild hin- und hergescrollt wird ohne Sinn und Verstand, und sich sämtliche Fehlerpunkte verschieben usw. - Eine einzige Änderung reicht aus, dass man die Karte komplett neu laden muss, bevor man weiterarbeiten kann. Ich kann auch nicht so ganz nachvollziehen, warum man eine neue, stark verschlechterte Bedienerführung genommen hat, anstatt das funktionierende Appsport-Schema weiterzuführen. Aber vielleicht kann man mich ja erhellen. Davon abgesehen, dass ich es ungünstig finde, nur durch ein JOSM-Update von der neuen Adresse zu erfahren, anstatt dass das alte Angebot auf das neue umgeleitet wird - und sei es nur durch einen Texthinweis. CU Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Hi, Andreas schrieb: Davon abgesehen, dass ich es ungünstig finde, nur durch ein JOSM-Update von der neuen Adresse zu erfahren, anstatt dass das alte Angebot auf das neue umgeleitet wird - und sei es nur durch einen Texthinweis. Ich bin erstaunt, dass Du glaubst, der Macher der neuen Seite wäre nicht auf diesen Gedanken gekommen. So einfach sind die Dinge aber nicht - viele Leute sind unglücklich mit zwei Openstreetbug-Applikationen, die nicht mal (zur Zeit) synchronisiert sind, siehe: http://tinyurl.com/lhgp24 Der Macher der neuen OSB-Applikation schrieb: --- The original plan was to replace the first implementation by the new one. The synchronisation was meant to be a dump functionality which is updated to the current status of the old database. This also means it is oneway. As part of this plan I thought about a way to make the transition from the old database to the new one as smooth as possible. I wrote a patch for the Appspot implementation which is proxying the new database while still allowing synchronisation. If that patch was applied, you could use the old address or the new address, get the same results and write to the same database. This happened before the announcement. The patch was not applied yet, I do not know what is going on. I hope the reason is just lack of time. [...] This leads to the question: Who is official related to OSB? Xavier, who created the Appspot version and wrote the Javascript client, agreed on the rewrite before the announcement. The private domain owners for openstreetbugs.de and openstreetbugs.org switched the redirection, I guess because they like the improvements. The OSMF has nothing to do with it (yet). In my eyes the OSB service is an additional service around OSM data, free source code and free data available. The deciding force is the usage. Contact with the OSMF for inclusion in the main page did not happen yet, but they got the announcement. --- Grüße Stephan -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Am Samstag, 1. August 2009 schrieb Andreas Pothe: Moin, Für mich tun beide, die alte [1] und die aktuelle [2]. [1]: http://openstreetbugs.appspot.com/ Die funktioniert bei mir ohne Probleme (wenn man mal vom Zoom-Thema absieht, dass nicht klar ist, wann Fehler eingeblendet werden. Aber das ist bei der neuen nicht anders). [2]:http://openstreetbugs.schokokeks.org/ Die funktioniert NICHT vernünftig, zumindest nicht mit dem Firefox (unter Ubuntu). Man kann nur einen Fehler ansehen bzw. bearbeiten, danach war es das, weil wild hin- und hergescrollt wird ohne Sinn und Verstand, und sich sämtliche Fehlerpunkte verschieben usw. - Eine einzige Änderung reicht aus, dass man die Karte komplett neu laden muss, bevor man weiterarbeiten kann. Diesen Fehler kenne ich, er tritt aber bei mir nur selten auf. Wenn du die Ursache herausfinden kannst (Reproduzierbarkeit ist hier nützlich), versuche ich gerne, ihn zu beheben. Ich kann auch nicht so ganz nachvollziehen, warum man eine neue, stark verschlechterte Bedienerführung genommen hat, anstatt das funktionierende Appsport-Schema weiterzuführen. Aber vielleicht kann man mich ja erhellen. Abgesehen von diesem (bei mir selten auftretenden) Problem habe ich eigentlich nur Verbesserungen in der Bedienung gesehen. Davon abgesehen, dass ich es ungünstig finde, nur durch ein JOSM-Update von der neuen Adresse zu erfahren, anstatt dass das alte Angebot auf das neue umgeleitet wird - und sei es nur durch einen Texthinweis. Ich habe vieles versucht: Ankündigung auf talk und talk-de, erwähnt in meinem OSM diary, Anschreiben von verschiedenen Personen, die auf die Seite linken, Aktualisierung aller Wiki-Seiten, die ich dazu gefunden habe. Ursprünglich sollte das alte Angebot diesen Hinweis bekommen und zusätzlich einfach mit dem alten Interface und der neuen Datenbank weiterlaufen. Ich habe den Quellcode vom alten System bekommen und einen Patch geschrieben, der einen nahtlosen Übergang ermöglicht. Leider hat der Verantwortliche daraufhin, etwa einen Monat, _bevor_ ich das neue System trotzdem veröffentlicht habe, seine Kommunikation mit mir eingestellt (mit anderen Mappern nicht). Nenne es wie du willst -- wir werden damit leben müssen, bis das neue Bug- Interface auf openstreetmap.org fertig ist. Grüße, Mitja ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Hallo. Am Samstag, 1. August 2009 schrieb Andreas Pothe: [2]:http://openstreetbugs.schokokeks.org/ Die funktioniert NICHT vernünftig, zumindest nicht mit dem Firefox (unter Ubuntu). Man kann nur einen Fehler ansehen bzw. bearbeiten, danach war es das, weil wild hin- und hergescrollt wird ohne Sinn und Verstand, und sich sämtliche Fehlerpunkte verschieben usw. - Eine einzige Änderung reicht aus, dass man die Karte komplett neu laden muss, bevor man weiterarbeiten kann. Oh, ich vergaß, das ist ja unser neues Feature, Leute verwirren. :) Warum kam dazu nicht ein einziger konkreter Bugreport bisher? Bei mir sehe ich das Verhalten jedenfalls nicht. Ich kann auch nicht so ganz nachvollziehen, warum man eine neue, stark verschlechterte Bedienerführung genommen hat, anstatt das funktionierende Appsport-Schema weiterzuführen. Aber vielleicht kann man mich ja erhellen. Vielleicht kannst du uns (insbesondere Mitja) erhellen, was genau dich stört? Ich sehe keine wesentlichen Unterschiede im Bedienkonzept zwischen den beiden Varianten. Außer dass ich bei der neuen Variante sehe, mit welchem Nickname in eingetragen werde, weil es direkt bei der Eingabe dabei steht. Davon abgesehen, dass ich es ungünstig finde, nur durch ein JOSM-Update von der neuen Adresse zu erfahren, anstatt dass das alte Angebot auf das neue umgeleitet wird - und sei es nur durch einen Texthinweis. Der Rewrite wurde hier angekündigt (und diskutiert), es wurde eine Weiterleitung von openstreetbugs.org und openstreetbugs.de vorgenommen und das JOSM-Plugin nutzt den neuen Service. Ich weiß nicht, wie blind du dich anstellst, aber hier irgendjemandem einen Vorwurf zu machen, dass man hier was falsch gemacht hätte ist sicherlich sehr daneben. Stell dir mal die Situation vor: Jemand hat eine gute Idee, programmiert diese halblebig, alle finden's toll, derjenige verschließt sich dann aber sämtlichen Änderungswünschen und sämtlicher Weiterentwicklung. Das haben wir grade. Xav antwortet (nach anfänglichem netten Kontakt) nämlich nicht mehr und ändert nichts und hilft uns in keiner Weise bei der Umstellung. Dazu kommt, dass eine Implementierung unter osm.org aus mir unbegreiflichen Gründen erstmal nicht gewünscht wurde und eine Weiterleitung von z.B. bugs.openstreetmap.org nicht gewährt wurde. Jetzt, da die Neuentwicklung recht gut ankommt, wird das allerdings diskutiert und vielleicht wird es in naher Zukunft ein weiteres Rewrite geben (nein, Kooperation wird völlig überschätzt), das sich dann in die Hauptseite einfügt. Wir können nicht das Angebot bei appspot.com ändern. Du nicht und ich nicht. Und Mitja auch nicht. Und wenn der Betreiber das eben selbst nicht will, wird dort halt nichts geändert. Da dort aber keinerlei Weiterentwicklung stattfinden kann (Code nicht frei, Betreiber nicht kooperativ), muss man etwas neues starten. Jetzt du: Wie soll man es ankündigen und betreiben, dass es auch der letzte mitbekommt? Gruß, Bernd -- Schlägertyp [prügelt auf Homer ein]: Hey, irgendwas stimmt mit dem Typen nicht. Der fällt ja gar nicht um! Moe [erscheint mit Schrotflinte]: Schluß jetzt, Kameraden! Wenn ihr meinen Freund in meiner Bar verprügeln wollt, müßt ihr minimum 2 Drinks nehmen! signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs
Mitja Kleider schrieb: Am Samstag, 1. August 2009 schrieb Andreas Pothe: Moin, Für mich tun beide, die alte [1] und die aktuelle [2]. [1]: http://openstreetbugs.appspot.com/ Die funktioniert bei mir ohne Probleme (wenn man mal vom Zoom-Thema absieht, dass nicht klar ist, wann Fehler eingeblendet werden. Aber das ist bei der neuen nicht anders). [2]:http://openstreetbugs.schokokeks.org/ Die funktioniert NICHT vernünftig, zumindest nicht mit dem Firefox (unter Ubuntu). Man kann nur einen Fehler ansehen bzw. bearbeiten, danach war es das, weil wild hin- und hergescrollt wird ohne Sinn und Verstand, und sich sämtliche Fehlerpunkte verschieben usw. - Eine einzige Änderung reicht aus, dass man die Karte komplett neu laden muss, bevor man weiterarbeiten kann. Diesen Fehler kenne ich, er tritt aber bei mir nur selten auf. Wenn du die Ursache herausfinden kannst (Reproduzierbarkeit ist hier nützlich), versuche ich gerne, ihn zu beheben. Ich hab die Site bisher nicht benutzt, also weiß ich nicht ob das der einzige Fehler ist. Aber jedenfalls kann ich es nach einigem Rumprobieren nun meistens gut reproduzieren (woran es genau liegt weiß ich allerdings auch nicht). Browser ist Firefox 3.5.1. Ich weiß nich ob Anhänge hier in der Liste funktionieren/erlaubt sind, ich hab noch zwei Bilder zur Verdeutlichung. Jedenfalls stellt es sich mir so dar: Wenn man einen neuen Bug setzt (einfacher Linksklick) und dann auf 'Cancel' klickt (vielleicht auch wenn man den Bug setzt, wollte ich aber nicht ausprobieren), dann scheint sich irgendwas zu verhaken. Jedenfalls kommt dann bei jeder Änderung des Zoomlevels ein Fehler in der Fehlerkonsole: Fehler: this.icon is null Quelldatei: http://openlayers.org/api/OpenLayers.js Zeile: 859 Die entsprechende Zeile ist laut Firefox (vielleicht kann es jemand der sich mit OpenLayers auskennt ja so identifizieren): this.events=new OpenLayers.Events(this,this.icon.imageDiv,null);},destroy:function(){this.erase();this.map=null;this.events.destroy();this.events=null;if(this.icon!=null){this.icon.destroy();this.icon=null;}},draw:function(px){return this.icon.draw(px);},erase:function(){if(this.icon!=null){this.icon.erase();}},moveTo:function(px){if((px!=null)(this.icon!=null)){this.icon.moveTo(px);} Wenn also dieser Fehler kommt, dann kann es nach dem Zoomen passieren, dass die schon vorhandenen Marker an der gleichen Stelle auf dem Bildschirm (selbe x,y) stehenbleiben, während die zugehörigen Popups an der richtigen Stelle aufgehen. Wenn die Popups aufgrund des Reinzoomens außerhalb des aktuellen Kartenausschnitts aufgehen, dann verschiebt sich natürlich das Bild, der Mauszeiger ist nicht mehr auf dem Marker und das Popup geht wieder zu. Es sieht also so aus, als hätte sich nur das Bild verschoben. Oder aber man sieht eben das Popup an einer anderen Stelle als den Marker, wenn sie noch recht nahe beieinander liegen. Bugs die nach dem Zoomen geladen werden (also z.B. durch Verschieben der Karte), scheinen dadurch nicht betroffen zu sein. Manchmal sind allerdings auch die schon vorhandenen Bugs nicht betroffen, woran es also genau liegt, weiß ich auch nicht. Vielleicht hilft es ja bei der Fehlersuche. Gruß, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs GPX download at Level 12?
evtl hilft dir das weiter? http://wiki.openstreetmap.org/wiki/OSB_Reports oder das? http://www.gary68.de/osm/qa/gpx/extract.htm das sind dann aber alle meine bugs. üblicherweise werden die daten 1x / woche aktualisiert. gary68 On Sat, 2009-02-28 at 16:53 +0100, Thomas Drebert wrote: Hallo, ich würde gerne ein Gebiet im Level 12 als GPX runterladen, aber leider werden im Level 12 nur ein paar Bugs angezeigt. Zoome ich weiter rein und speichere ich mehrere Dateien, dann hab ich hab viel Bugs doppelt. Gibt es dafür eine Lösung? Schöne grüße Thomas Pt! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 ___ 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] OpenStreetBugs WayCheck
Am Sonntag, den 12.10.2008, 18:28 +0200 schrieb Florian Lohoff: Das wuerde ich auch gerne haben - Ich haette gerne die moeglichkeit via josm/potlatch fehler zu eroeffnen - sprich das ein note BUG blahfasel auch ein bug im OSB erzeugt - Ich habe ganz oft den fall das Hallo Florian, das gibt es seit gestern. Henrik Niehaus alias hampelratte hat ein entsprechendes Plugin für JOSM geschrieben und bat mich im Forum es hier anzukündigen. http://forum.openstreetmap.org/viewtopic.php?pid=9702 Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs WayCheck
version 1010 von josm, engl. geht nicht zu laden. - Original Message - From: Detlef Reichl [EMAIL PROTECTED] To: talk-de@openstreetmap.org Sent: Tuesday, October 14, 2008 8:38 PM Subject: Re: [Talk-de] OpenStreetBugs WayCheck Am Sonntag, den 12.10.2008, 18:28 +0200 schrieb Florian Lohoff: Das wuerde ich auch gerne haben - Ich haette gerne die moeglichkeit via josm/potlatch fehler zu eroeffnen - sprich das ein note BUG blahfasel auch ein bug im OSB erzeugt - Ich habe ganz oft den fall das Hallo Florian, das gibt es seit gestern. Henrik Niehaus alias hampelratte hat ein entsprechendes Plugin für JOSM geschrieben und bat mich im Forum es hier anzukündigen. http://forum.openstreetmap.org/viewtopic.php?pid=9702 Grüßle, detlef ___ 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] OpenStreetBugs WayCheck
Am Dienstag, den 14.10.2008, 21:04 +0200 schrieb [EMAIL PROTECTED]: version 1010 von josm, engl. geht nicht zu laden. Könntest Du das bitte selbst im Forum melden, da Henrik wohl nicht auf der Liste angemeldet ist. Danke! - Original Message - From: Detlef Reichl [EMAIL PROTECTED] To: talk-de@openstreetmap.org Sent: Tuesday, October 14, 2008 8:38 PM Subject: Re: [Talk-de] OpenStreetBugs WayCheck Am Sonntag, den 12.10.2008, 18:28 +0200 schrieb Florian Lohoff: Das wuerde ich auch gerne haben - Ich haette gerne die moeglichkeit via josm/potlatch fehler zu eroeffnen - sprich das ein note BUG blahfasel auch ein bug im OSB erzeugt - Ich habe ganz oft den fall das Hallo Florian, das gibt es seit gestern. Henrik Niehaus alias hampelratte hat ein entsprechendes Plugin für JOSM geschrieben und bat mich im Forum es hier anzukündigen. http://forum.openstreetmap.org/viewtopic.php?pid=9702 Grüßle, detlef ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs WayCheck
[EMAIL PROTECTED] schrieb: nein, ich denke, das ist nicht so sinnvoll. Denn die Fehler sind nicht alle solche. Es gibt viele Fehlalarme, weil nicht das ganze Planet File verarbeitet wird. Ich will Postleitzahl ist auch nicht besser (momentan in OSB) :-) Also an den Beschneidungsgrenzen gibt es immer abgeschnittene Wege, die dann als unverbunden erscheinen. (Verbindungscheck). Nunja, die müsste man ja dann nicht beachten. Beim Kreuzungscheck ist es auch so, dass manche Wege sich absichtlich kreuzen. Komplexe Kreuzungen so mit Abbiegespuren etc. Kann man in OSB keine Bugs als gelöst markieren? Okay, dann würde sie dein Waycheck aber wieder reinhauen. Kann man bei deinem Waycheck keine False-Positives markieren? Weiterhin gibt es gegen automatisierte Verbesserungen, gerade von Maschinen, doch einige Vorbehalte und das wäre ein Schritt in diese Richtung. Wer reden von Verbesserung? Ich möchte ein Information über Fehler. Interessant wäre vielleicht (irgendwann) mal ein spezieller Layer dafür. Aber dafür fehlt mir die Erfahrung und auch die Infrastruktur. Denn die Daten sollten dann schon sehr aktuell sein. Manche Reports laufen bereits über 24h - zumindest auf dem, was mir so zur Verfügung steht :-( Ich weiß auch nicht so genau, was MAPLINT eigentlich leisten könnte. Die Files waren mir dann irgendwann zu unverständlich. Was genau braucht denn die hohe Rechenzeit? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs WayCheck
Hi, nein, ich denke, das ist nicht so sinnvoll. Denn die Fehler sind nicht alle solche. Es gibt viele Fehlalarme, weil nicht das ganze Planet File verarbeitet wird. Also an den Beschneidungsgrenzen gibt es immer abgeschnittene Wege, die dann als unverbunden erscheinen. (Verbindungscheck). Beim Kreuzungscheck ist es auch so, dass manche Wege sich absichtlich kreuzen. Komplexe Kreuzungen so mit Abbiegespuren etc. Weiterhin gibt es gegen automatisierte Verbesserungen, gerade von Maschinen, doch einige Vorbehalte und das wäre ein Schritt in diese Richtung. Ich persönlich mache es so, dass ich Fehler verbessere, die ich eben kann und andere poste ich bei OSB. Damit ist der Link dann gemacht. Um den Waycheck zu verbreiten, habe ich ja die Seite QualityCheck ins Leben gerufen. Diese ist auch vorne irgendwo auf einer der 2nd Level Seiten zu finden. Also: Wir brauchen noch ein paar Mitstreiter. Andererseits: Nicht alle, die was daran arbeiten, verewigen sich im Wiki. Das ist zumindest mein Eindruck. Wenn übrigens nur noch unrichtige Fehler in den Listen sind, werden diese auch sehr überschaubar sein. Interessant wäre vielleicht (irgendwann) mal ein spezieller Layer dafür. Aber dafür fehlt mir die Erfahrung und auch die Infrastruktur. Denn die Daten sollten dann schon sehr aktuell sein. Manche Reports laufen bereits über 24h - zumindest auf dem, was mir so zur Verfügung steht :-( Ich weiß auch nicht so genau, was MAPLINT eigentlich leisten könnte. Die Files waren mir dann irgendwann zu unverständlich. Viele Grüße Gerhard - Original Message - From: Tobias Wendorff [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Sunday, October 12, 2008 1:22 PM Subject: [Talk-de] OpenStreetBugs WayCheck Hallo Leute, wäre es nicht vielleicht sinnvoll, die Informationen aus WayCheck in OpenStreetBugs einfließen zu lassen? Ich nehme an, dass es deutlich mehr Leute gibt, die OSB kennen und nutzen. OSB würde somit zu einer zentralen Plattform für Fehler in OSM werden. Außerdem hätte man dann auch gleich eine Visualisierung der gemeldeten Fehler/Informationen und der automatisch erkannten Fehler. Grüße Tobias ___ 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] OpenStreetBugs WayCheck
Hi, - PLZ ist aber manuell eingefügt... - genau nicht beachten, aber wie sagst du es der Maschine? Ich will mich mit den Polygonen gar nicht beschäftigen. - noch kann man keine false positives markieren, würde ja auch irgendwie eine DB mit Zugriff aller bedingen... - Hohe Rechenzeit erfordert vor allem der Kreuzungscheck, weil viele³ Wege bzw. sogar deren Segmente auf Kreuzungen geprüft werden müssen. Geradengleichung, Gleichungssystem lösen etc. Maßgeblich ist die Zahl der zu prüfenden Straßen für die Rechenzeit verantwortlich. Ciao Gerhard - Original Message - From: Tobias Wendorff [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED]; Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Sunday, October 12, 2008 1:55 PM Subject: Re: [Talk-de] OpenStreetBugs WayCheck [EMAIL PROTECTED] schrieb: nein, ich denke, das ist nicht so sinnvoll. Denn die Fehler sind nicht alle solche. Es gibt viele Fehlalarme, weil nicht das ganze Planet File verarbeitet wird. Ich will Postleitzahl ist auch nicht besser (momentan in OSB) :-) Also an den Beschneidungsgrenzen gibt es immer abgeschnittene Wege, die dann als unverbunden erscheinen. (Verbindungscheck). Nunja, die müsste man ja dann nicht beachten. Beim Kreuzungscheck ist es auch so, dass manche Wege sich absichtlich kreuzen. Komplexe Kreuzungen so mit Abbiegespuren etc. Kann man in OSB keine Bugs als gelöst markieren? Okay, dann würde sie dein Waycheck aber wieder reinhauen. Kann man bei deinem Waycheck keine False-Positives markieren? Weiterhin gibt es gegen automatisierte Verbesserungen, gerade von Maschinen, doch einige Vorbehalte und das wäre ein Schritt in diese Richtung. Wer reden von Verbesserung? Ich möchte ein Information über Fehler. Interessant wäre vielleicht (irgendwann) mal ein spezieller Layer dafür. Aber dafür fehlt mir die Erfahrung und auch die Infrastruktur. Denn die Daten sollten dann schon sehr aktuell sein. Manche Reports laufen bereits über 24h - zumindest auf dem, was mir so zur Verfügung steht :-( Ich weiß auch nicht so genau, was MAPLINT eigentlich leisten könnte. Die Files waren mir dann irgendwann zu unverständlich. Was genau braucht denn die hohe Rechenzeit? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs WayCheck
On Sun, Oct 12, 2008 at 01:22:00PM +0200, Tobias Wendorff wrote: Hallo Leute, wäre es nicht vielleicht sinnvoll, die Informationen aus WayCheck in OpenStreetBugs einfließen zu lassen? Ob die waychecks da mit einfliessen sollen ist mir derzeit gleich ... Ich nehme an, dass es deutlich mehr Leute gibt, die OSB kennen und nutzen. OSB würde somit zu einer zentralen Plattform für Fehler in OSM werden. Das wuerde ich auch gerne haben - Ich haette gerne die moeglichkeit via josm/potlatch fehler zu eroeffnen - sprich das ein note BUG blahfasel auch ein bug im OSB erzeugt - Ich habe ganz oft den fall das mir beim abarbeiten meiner mappings im editor dinge auffallen die so nicht stimmen koennen oder aber nochmal ueberprueft werden muessen. Das wuerde ich gerne gleich im OSB aufpoppen lassen. Problem ist das ich also erst das zeugs zu ende editieren muss - dann rendern lassen - und dann im OSB den punkt des fehlers suchen. Alles so viel arbeit mit so viel delay dazwischen (30 minuten auf osmarender warten etc) so das ich mir das oft schenke ... Die idee hier waere den import dieser bugs ueber die osc files zu machen so das wenn fehler geschlossen werden die nicht sofort wieder aufgehen weil die noch in der db sind ... Außerdem hätte man dann auch gleich eine Visualisierung der gemeldeten Fehler/Informationen und der automatisch erkannten Fehler. Ich denke auch - maplint ist zwar schoen aber leider nicht wirklich geeignet um viele unterschiedliche fehlerklassen zu dokumentieren. Ich faend auch ein overlay a la OSB schoen in dem die automagischen fehler auftauchen .. (Overlapping/Crossing way z.b. ...) Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs reports - neue Liste, jetzt auch in HTML
Am 10. Oktober 2008 16:44 schrieb Tobias Wendorff [EMAIL PROTECTED]: [EMAIL PROTECTED] schrieb: http://wiki.openstreetmap.org/index.php/OSB_Reports Solche Seiten liebt der Firefox unter Windows :-)) bei mir gehts (ohne erkennbare Probleme, Rechner von 2005, WinXP und FF 2.0.0.17) Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs reports - neue Liste, jetzt auch in HTML
Martin Koppenhoefer schrieb: bei mir gehts (ohne erkennbare Probleme, Rechner von 2005, WinXP und FF 2.0.0.17 http://2.0.0.17) Stimmt, FX (nicht FF) verbraucht sowieso nach 10 Minuten über 100 MB Speicher :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs auslesen...
Du kannst das Programm selber laufen lassen. (Nachdem ich es veröffentlicht habe :-) ) Ich versuche gerade die Bounding Box Daten der BL zu bekommen, dann stelle ich die Dateien so auch zur Verfügung. Mapsource 6.13.7 macht sie bei mir auf! Gary68 - Original Message - From: Jürgen Fleckenstein [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED] Sent: Saturday, October 11, 2008 10:56 AM Subject: Re: [Talk-de] Openstreetbugs auslesen... Hallo Gary, vielen Dank für Deien Vorarbeit. Ich konnte die *.gpx Variante in MAPSource (Garmin-App) problemlos einlesen. Mit der *.csv Version kann ich (noch) leider nichts anfangen. Ein anderes Problem ist die Grösse der Datei. MapSource bricht den Ladevorgang leider zwischendrin ab. Ist es entweder möglich a) den Ausschnitt selber zu wählen und die Wegpunkte zu generieren oder b) es werden regional getrennte Dateien (Bundesland) zur Verfügung gestellt? Ich fände Möglichkeit a) besser. Gruß Jürgen [EMAIL PROTECTED] schrieb: kannst mal bitte testen? danke! - Original Message - From: FrauSuhrbier [EMAIL PROTECTED] To: talk-de@openstreetmap.org Sent: Tuesday, October 07, 2008 6:08 PM Subject: Re: [Talk-de] Openstreetbugs auslesen... GS schrieb: Hi, hat mal jemand darüber nachgedacht, alle bugs (online) auszulesen? Sollte möglich sein, allerdings immer max. 80 bugs je Antwort. Reicht wohl nicht ganz für Deutschland :-) Ich dachte an ein Script, dass Bugs in einer bounding box abfragt und wenn es 80 sind, die BB halbiert und zwei neue Abfragen startet - bis die zurückgelieferte Anzahl jeweils 80 ist. Rekursiv. PS: Die API erlaubt wohl nur 2 Zugriffe pro Sekunde :-) Falls mal jemand Spaß hat... Viele Grüße Gary68 Als gute Idee fände ich diese als POIs fürs Garmin zu haben. Damit hätte man Sie immer dabei! Jürgen ___ 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] Openstreetbugs reports - neue Liste, jetzt auch in HTML
[EMAIL PROTECTED] schrieb: http://wiki.openstreetmap.org/index.php/OSB_Reports Solche Seiten liebt der Firefox unter Windows :-)) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs ausgelesen - GPX
Hallo Gery68, Ich konnte die Datei in JOSM problemlos öffnen, in Mapsource jedoch nicht. Wer kennt sich mit GPX Format aus und kontrolliert bitte die Datei? http://wiki.openstreetmap.org/index.php/OSB_Reports Wenn man die ganzen hr / raus schmeißt und die Version auf 1.1 ändert, dann nimmt MapSource die Datei. Kannst Du das bitte in der Version, die im Wiki verlinkt ist ändern. (Wenn gewünscht, kann ich Dir gerne die funktionierende Datei zusenden) Danke und Gruß Kai -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs auslesen...
Am Dienstag, den 07.10.2008, 18:08 +0200 schrieb FrauSuhrbier: GS schrieb: Hi, hat mal jemand darüber nachgedacht, alle bugs (online) auszulesen? Sollte möglich sein, allerdings immer max. 80 bugs je Antwort. Reicht wohl nicht ganz für Deutschland :-) Ich dachte an ein Script, dass Bugs in einer bounding box abfragt und wenn es 80 sind, die BB halbiert und zwei neue Abfragen startet - bis die zurückgelieferte Anzahl jeweils 80 ist. Rekursiv. PS: Die API erlaubt wohl nur 2 Zugriffe pro Sekunde :-) Falls mal jemand Spaß hat... Viele Grüße Gary68 Als gute Idee fände ich diese als POIs fürs Garmin zu haben. Damit hätte man Sie immer dabei! Jürgen +1 Dafür! signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs auslesen...
Hallo, FrauSuhrbier [EMAIL PROTECTED] writes: Als gute Idee fände ich diese als POIs fürs Garmin zu haben. Damit hätte man Sie immer dabei! ich mache das so, dass ich mir die GPX-Datei mittels eines Pythonskriptes umkonvertiere, so dass ich die Wegpunkte in mein GPS laden kann. Da das ein sehr einfacher Empfänger ist, kann ich dort nicht auch die Beschreibung hinterlegen. Deshalb versehe ich die ganzen Einträge mit einer Nummer und drucke mir die dazugehörige Bescheibung aus. Falls jemand python, LaTeX und die Kommandozeile etwas sagen, kann ich das Script bei Bedarf mailen. Ist aber sehr einfach (verwendet sax). Aber mir reicht es. Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs ausgelesen - GPX
On Wed, 2008-10-08 18:41:05 +0200, GS [EMAIL PROTECTED] wrote: Hi, habe eine neue Seite erstellt, auf der es (zunächst) die Daten von OSB für Deutschland (bzw. eine Bounding Box) gibt. Die Daten stehen als GPX bereit. Ich konnte die Datei in JOSM problemlos öffnen, in Mapsource jedoch nicht. Wer kennt sich mit GPX Format aus und kontrolliert bitte die Datei? http://wiki.openstreetmap.org/index.php/OSB_Reports Es ist 'nen XML-Dialekt, also erstmal gegen die DTD verifizieren: [EMAIL PROTECTED]:~/GPS/gpsdisplay$ wget --quiet http://www.gary68.de/osm/qa/bugs/bugs_germany.gpx [EMAIL PROTECTED]:~/GPS/gpsdisplay$ perl /usr/share/doc/libxml-xerces-perl/examples/SAX2Count.pl -v=always -s -n bugs_germany.gpx Error in eval: ERROR: FILE:/home/jbglaw/GPS/gpsdisplay/bugs_germany.gpx LINE:4 COLUMN: 102 MESSAGE: Attribute 'version' has a value, '1.0', that does not match its #FIXED value, '1.1' at /usr/share/doc/libxml-xerces-perl/examples/SAX2Count.pl line 140 at /usr/share/doc/libxml-xerces-perl/examples/SAX2Count.pl line 142 [EMAIL PROTECTED]:~/GPS/gpsdisplay$ MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of: 17:45 @Eimann Hrm, das E90 hat keinen Lebenszeit Call-Time Counter mehr the second : 17:46 @jbglaw Eimann: Wofür braucht man das? 17:46 @jbglaw Eimann: Für mich ist an 'nem Handy wichtig, daß ich mein Gegeüber hören kann. Und daß mein Gegenüber mich versteht... 17:47 @KrisK jbglaw: was du meinst ist wodka. 17:47 @KrisK jbglaw: es klingelt und man hört stimmen signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs ausgelesen - GPX
Hallo GS, GS schrieb: http://wiki.openstreetmap.org/index.php/OSB_Reports Kannst Du die vielleicht noch nach LAT und LON sortieren? Dann kann man seinen betroffenen Bereich von oben nach unten abarbeiten, auch wenn man nur mit dem Browser in die GPX schaut. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs ausgelesen - GPX
Jan-Benedict Glaw schrieb: On Wed, 2008-10-08 18:41:05 +0200, GS [EMAIL PROTECTED] wrote: Ich konnte die Datei in JOSM problemlos öffnen, in Mapsource jedoch nicht. Wer kennt sich mit GPX Format aus und kontrolliert bitte die Datei? http://wiki.openstreetmap.org/index.php/OSB_Reports Es ist 'nen XML-Dialekt, also erstmal gegen die DTD verifizieren: [EMAIL PROTECTED]:~/GPS/gpsdisplay$ wget --quiet http://www.gary68.de/osm/qa/bugs/bugs_germany.gpx [EMAIL PROTECTED]:~/GPS/gpsdisplay$ perl /usr/share/doc/libxml-xerces-perl/examples/SAX2Count.pl -v=always -s -n bugs_germany.gpx Error in eval: ERROR: FILE:/home/jbglaw/GPS/gpsdisplay/bugs_germany.gpx LINE:4 COLUMN: 102 MESSAGE: Attribute 'version' has a value, '1.0', that does not match its #FIXED value, '1.1' at /usr/share/doc/libxml-xerces-perl/examples/SAX2Count.pl line 140 at /usr/share/doc/libxml-xerces-perl/examples/SAX2Count.pl line 142 [EMAIL PROTECTED]:~/GPS/gpsdisplay$ Auch mit version=1.1 kann man MapSource die Datei nicht oeffnen. Wenn ich alle wpt bis auf den ersten loesche geht es. Ich vermute mal einen bad character (Umlaute?) oder aehnliches in einem oder mehreren wpts. Vielleicht hat auch jemand die Zeichen in einem Text verwendet... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs ausgelesen - GPX
Jan-Benedict Glaw schrieb: On Wed, 2008-10-08 20:57:53 +0200, Peter Herison [EMAIL PROTECTED] wrote: Jan-Benedict Glaw schrieb: On Wed, 2008-10-08 18:41:05 +0200, GS [EMAIL PROTECTED] wrote: Ich konnte die Datei in JOSM problemlos öffnen, in Mapsource jedoch nicht. Es ist 'nen XML-Dialekt, also erstmal gegen die DTD verifizieren: Auch mit version=1.1 kann man MapSource die Datei nicht oeffnen. Wenn Nachdem ich Dir jetzt den Tip mit XAX2Count.pl gegeben hab', ... Mir? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs ausgelesen - GPX
Peter Herison schrieb: Jan-Benedict Glaw schrieb: On Wed, 2008-10-08 20:57:53 +0200, Peter Herison [EMAIL PROTECTED] wrote: Jan-Benedict Glaw schrieb: On Wed, 2008-10-08 18:41:05 +0200, GS [EMAIL PROTECTED] wrote: Ich konnte die Datei in JOSM problemlos öffnen, in Mapsource jedoch nicht. Es ist 'nen XML-Dialekt, also erstmal gegen die DTD verifizieren: Auch mit version=1.1 kann man MapSource die Datei nicht oeffnen. Wenn Nachdem ich Dir jetzt den Tip mit XAX2Count.pl gegeben hab', ... Mir? Zu frueh auf senden geklickt, sorry. Meine Analyse beruhte auf reiner Deduktion: 1. GPX-File von MapSource mit dem von GS verglichen. 2. version auf 1.1 geaendert, Ergebnis: geht immer noch nicht. 3. Da danach nur noch wpts folgen mal alle bis auf einen geloescht, Ergebnis: geht. 4. Annahme: s. vorhergenedes Posting. Mit dem ganzen Perl und Skriptgeraffel kenn' ich mich nicht aus. Bin zwar auf der Kommandozeile gross geworden, aber das war noch unter DOS. ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs ausgelesen - GPX
On Wed, 2008-10-08 23:24:53 +0200, Peter Herison [EMAIL PROTECTED] wrote: Jan-Benedict Glaw schrieb: On Wed, 2008-10-08 20:57:53 +0200, Peter Herison [EMAIL PROTECTED] wrote: Jan-Benedict Glaw schrieb: On Wed, 2008-10-08 18:41:05 +0200, GS [EMAIL PROTECTED] wrote: Ich konnte die Datei in JOSM problemlos öffnen, in Mapsource jedoch nicht. Es ist 'nen XML-Dialekt, also erstmal gegen die DTD verifizieren: Auch mit version=1.1 kann man MapSource die Datei nicht oeffnen. Wenn Nachdem ich Dir jetzt den Tip mit XAX2Count.pl gegeben hab', ... Mir? Naja, Du liest hier doch auch mit, oder? MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of: Zensur im Internet? Nein danke! the second : signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs ausgelesen - GPX
On Wed, 2008-10-08 23:30:58 +0200, Peter Herison [EMAIL PROTECTED] wrote: Peter Herison schrieb: Jan-Benedict Glaw schrieb: On Wed, 2008-10-08 20:57:53 +0200, Peter Herison [EMAIL PROTECTED] wrote: Jan-Benedict Glaw schrieb: On Wed, 2008-10-08 18:41:05 +0200, GS [EMAIL PROTECTED] wrote: Ich konnte die Datei in JOSM problemlos öffnen, in Mapsource jedoch nicht. Es ist 'nen XML-Dialekt, also erstmal gegen die DTD verifizieren: Auch mit version=1.1 kann man MapSource die Datei nicht oeffnen. Wenn Nachdem ich Dir jetzt den Tip mit XAX2Count.pl gegeben hab', ... Mir? Meine Analyse beruhte auf reiner Deduktion: 1. GPX-File von MapSource mit dem von GS verglichen. 2. version auf 1.1 geaendert, Ergebnis: geht immer noch nicht. 3. Da danach nur noch wpts folgen mal alle bis auf einen geloescht, Ergebnis: geht. 4. Annahme: s. vorhergenedes Posting. Mit dem ganzen Perl und Skriptgeraffel kenn' ich mich nicht aus. Bin zwar auf der Kommandozeile gross geworden, aber das war noch unter DOS. ;) Naja, in der Mail ist quasi alles drin, was man braucht. Maximal fehlt noch, aus welchem Paket das kommt. Das ist leider distributionsspezifisch, daher hab' ich nichts dazu geschrieben. Bei Debian ist das: [EMAIL PROTECTED]:~/GPS/gpsdisplay$ dpkg -S /usr/share/doc/libxml-xerces-perl/examples/SAX2Count.pl libxml-xerces-perl: /usr/share/doc/libxml-xerces-perl/examples/SAX2Count.pl [EMAIL PROTECTED]:~/GPS/gpsdisplay$ ...und wie das dann aufzurufen ist, stand ja auch in der Mail :) MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of: Eine Freie Meinung in einem Freien Kopf the second : für einen Freien Staat voll Freier Bürger. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs auslesen...
GS schrieb: Hi, hat mal jemand darüber nachgedacht, alle bugs (online) auszulesen? Sollte möglich sein, allerdings immer max. 80 bugs je Antwort. Reicht wohl nicht ganz für Deutschland :-) Ich dachte an ein Script, dass Bugs in einer bounding box abfragt und wenn es 80 sind, die BB halbiert und zwei neue Abfragen startet - bis die zurückgelieferte Anzahl jeweils 80 ist. Rekursiv. PS: Die API erlaubt wohl nur 2 Zugriffe pro Sekunde :-) Falls mal jemand Spaß hat... Viele Grüße Gary68 Als gute Idee fände ich diese als POIs fürs Garmin zu haben. Damit hätte man Sie immer dabei! Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs - Umgangston
Henry Loenwind schrieb: ich habe mir heute nach einer Weile mal wieder openstreetbugs angesehen, und war entsetzt. Hab ich ne falsche URL, oder was mache ich falsch? Bi mir sehe ich nur vereinzelt ein paar Punkte in irgend einem französichem Kff, mehr nicht... signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de