[Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Hallo, wer auch immer in Hamburg die U1 mit Potlach gemappt hat, hat in HH-Farmsen ein paar Straßen und die U1 selber kaputt gemacht. Bitte das nächste Mal etwas besser aufpassen. Ich habe erstmal die groben Fehler behoben. Gruß, Lars Tretau ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Danke für's Beheben. Wir sind immer noch ziemlich verletzlich. Ich frage mich wo Hamburg-Bergedorf geblieben ist. War da nicht mal mehr? Stephan. > Hallo, > > wer auch immer in Hamburg die U1 mit Potlach gemappt hat, hat in > HH-Farmsen ein paar Straßen und die U1 selber kaputt gemacht. Bitte das > nächste Mal etwas besser aufpassen. Ich habe erstmal die groben Fehler > behoben. > > Gruß, > Lars Tretau ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Hallo, > wer auch immer in Hamburg die U1 mit Potlach gemappt hat, hat in > HH-Farmsen ein paar Straßen und die U1 selber kaputt gemacht. Bitte > das nächste Mal etwas besser aufpassen. Ich habe erstmal die groben > Fehler behoben. Mal angenommen, der, der das gemacht hat, liest hier mit: 1. Wird er nach dem Lesen Deines Beitrags noch motiviert sein? 2. Hat er durch Deinen Beitrag genug Informationen erhalten, um es beim naechsten Mal besser zu machen? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
>> wer auch immer in Hamburg die U1 mit Potlach gemappt hat, hat in >> HH-Farmsen ein paar Straßen und die U1 selber kaputt gemacht. Bitte >> das nächste Mal etwas besser aufpassen. Ich habe erstmal die groben >> Fehler behoben. In Lauf an der Pegnitz hat kürzlich auch jemand mit diesem tool 'rumgemacht. > Mal angenommen, der, der das gemacht hat, liest hier mit: > > 1. Wird er nach dem Lesen Deines Beitrags noch motiviert sein? Er wird hoffentlich die finger von diesem tool lassen. > 2. Hat er durch Deinen Beitrag genug Informationen erhalten, um es >beim naechsten Mal besser zu machen? Darum geht es eigntlich nicht. Derarige mails richten sich eigentlich an die, die dies unsägliche tool installiert und freigeschaltet haben. Solange essentielle features fehlen (undo, explizites speichern), muss es abgeschaltet werden. Ein kampf gegen windmühlen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karl Eichwalder schrieb: > Darum geht es eigntlich nicht. Derarige mails richten sich eigentlich > an die, die dies unsägliche tool installiert und freigeschaltet haben. > Solange essentielle features fehlen (undo, explizites speichern), muss > es abgeschaltet werden. > > Ein kampf gegen windmühlen... Viel wichtiger wären bessere Kommunikationsmöglichkeiten, Transaktionen und damit verbundene Möglichkeiten zum einfachen Wiederherstellen von Fehlergebieten auf frühere Versionen. Und an deiner angeblichen Zielgruppe schreibst du in dieser Mailinglist sowieso ziemlich exakt vorbei. - -- Dirk-Lüder "Deelkar" Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHAb7qFUbODdpRVDwRArK0AJ9c9Y0QZqM7Mb/y8rTr2YlenkFGfACghmBJ TY+sEt260/8+KWEwe+NvlCE= =poVQ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karl Eichwalder schrieb: > Solange essentielle features fehlen (undo, explizites speichern), muss > es abgeschaltet werden. Achso, noch eins: hier bei OSM gilt das Konstruktive Misstrauensvotum: Es wird erst abgeschaltet, wenn jemand mit was besserem kommt. (Ideen alleine zählen da nicht). - -- Dirk-Lüder "Deelkar" Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHAb89FUbODdpRVDwRAvmoAJ99VO0F4RAjWlGj2mCnh5nMyBorMgCfSzGZ m+3b08tnvxxI8qfow4fcDhE= =TaMl -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
> Achso, noch eins: hier bei OSM gilt das Konstruktive Misstrauensvotum: > Es wird erst abgeschaltet, wenn jemand mit was besserem kommt. (Ideen > alleine zählen da nicht). Nein, das greift zu kurz. Würde jemand genügend lobby-arbeit machen, wäre das bald geändert. So werden die mapper einfach weggehen (wie bei anderen "freien" projekten), wenn die schmerzgrenze überschritten ist. "Less is more." ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Dirk-Lüder Kreie schrieb: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Karl Eichwalder schrieb: > >> Solange essentielle features fehlen (undo, explizites speichern), muss >> es abgeschaltet werden. >> > > Achso, noch eins: hier bei OSM gilt das Konstruktive Misstrauensvotum: > Es wird erst abgeschaltet, wenn jemand mit was besserem kommt. (Ideen > alleine zählen da nicht). > Das heißt also, solange Potlatch halt solche Features nicht unterstützt, lassen wir uns also weiter die Daten von irgendwelchen Newbies verhunzen?!? Wenn es wesentlich einfacher ist, Daten kaputt zu machen als wieder heile - und das ist momentan genau die Beschreibung der Situation - könnte es durchaus dazu führen das wir irgendwann nicht mehr soviele Mapper (demotiviert) und zuviele Vandalisten haben (Idioten sterben nicht aus). Ich für meinen Teil habe erstmal aufgehört hier in Nürnberg noch irgendwas zu mappen, da anscheinend niemand bei OSM auch nur an rudimentären Mechanismen zur Qualitätssicherung interessiert ist. Und einmal die Woche die Gebiete die ich bislang gemacht habe von Hand durchzuschauen ob irgendwer was kaputt gemacht hat werde ich bestimmt nicht tun - zumindest nicht mit den Mechanismen die wir momentan haben. Und komm mir jetzt bloß nicht mit dem abgekauten Argument, dann bau es halt selbst in die Tools ein ... Gruß ULFL P.S: Warum gibt es wohl bei jedem ernstzunehmenden Wiki eine History mit Revert Button? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Ulf Lamping schrieb: > Dirk-Lüder Kreie schrieb: >> Achso, noch eins: hier bei OSM gilt das Konstruktive Misstrauensvotum: >> Es wird erst abgeschaltet, wenn jemand mit was besserem kommt. (Ideen >> alleine zählen da nicht). > Und komm mir jetzt bloß nicht mit dem abgekauten Argument, dann bau es > halt selbst in die Tools ein ... Das hat er schon längst gebracht, auch wenn es ein wenig anders formuliert war. Letztendlich ist dieses Argument aber antikonstruktiv. Es eignet sich nur für zwei Dinge: Den Elan der Leute zu reduzieren und sich selbst aus der Verantwortung zu stehlen. Der erste Punkt mag sinnvoll sein, wenn man Leute hat, die durch Übermotivation die Ressourcen des Team überbeanspruchen, allerdings kann hier von Übermotivation keine Rede sein, es ist eher das Gegenteil der Fall. Zudem ist ein derartiger Arbeitsstil ein Symptom von Konzeptfreiheit und fehlender Struktur. In der freien Wirtschaft würde er naherzu jedes Projekt zu einem betriebstwirtschalftlichen Desaster machen. In der Welt der freien Projekte, wo Human Ressources wenig kosten, gibt der Arbeitsstil hauptsächlich die Qualität vor. Und da wären wir wieder beim alten neuen Thema Qualitätsicherung... Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
On Di, 2.10.2007, 06:37, Ulf Lamping wrote: > Das heißt also, solange Potlatch halt solche Features nicht unterstützt, > lassen wir uns also weiter die Daten von irgendwelchen Newbies > verhunzen?!? Dieses Tool ist für Newbies, wie mich, der einfachste, und am Anfang z.T. auch der einzig bekannte Einstieg. Erst nachdem ich im Wiki gelesen habe, wie die Einstellung gegenüber Potlatch ist, habe ich mich an JOSM herangetraut: Eine Katastrophe! Durch einen Posting im geoclub-forum mit dem Hinweis, was man beim installieren von JOSM zu beachten hat (Stichwort Plugins) und wie man dabei vor geht, habe ich JOSM nochmals eine Change gegeben. (Und ich muß sagen, auch wenn JOSM für den Anfänger unübersichtlich rüber kommt, ist es intuitiv zu bedienen.) => Solange der Einstieg mit JOSM erheblich komplizierter ist als mit Potlatch wird es das Problem geben. > Wenn es wesentlich einfacher ist, Daten kaputt zu machen als wieder > heile - und das ist momentan genau die Beschreibung der Situation - > könnte es durchaus dazu führen das wir irgendwann nicht mehr soviele > Mapper (demotiviert) und zuviele Vandalisten haben (Idioten sterben > nicht aus). Vandalismus setzt Absicht voraus. Das Problem dürfte (derzeit) eher Unwissenheit sein. > Ich für meinen Teil habe erstmal aufgehört hier in Nürnberg noch > irgendwas zu mappen, da anscheinend niemand bei OSM auch nur an > rudimentären Mechanismen zur Qualitätssicherung interessiert ist. Und > einmal die Woche die Gebiete die ich bislang gemacht habe von Hand > durchzuschauen ob irgendwer was kaputt gemacht hat werde ich bestimmt > nicht tun - zumindest nicht mit den Mechanismen die wir momentan haben. Sogar ich als Anfänger habe mich schon über ein fehlendes QS-System gewundert. Es spricht (meiner Meinung nach) nichts dagegen in leere Gebiete alles (auch Potlatch) und jeden Mappen zu lassen. Wie die Beispiele hier zeigen, würde es sinn machen für (nahezu) fertig gemappte Gebiete entweder den Kreis der Tools oder die der Mapper einzugrenzen. Gruß, Daniel de Wildt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Daniel de Wildt schrieb: > Es spricht (meiner Meinung nach) nichts dagegen in leere Gebiete alles > (auch Potlatch) und jeden Mappen zu lassen. Wie die Beispiele hier zeigen, > würde es sinn machen für (nahezu) fertig gemappte Gebiete entweder den > Kreis der Tools oder die der Mapper einzugrenzen. Leider ergaben sich daraus eine Menge Fragen und Probleme, die das unpraktikabel machen. Um nur ein paar Dinge zu nennen: - Ist ein Bereich jemals wirklich fertig? - Ist nicht gerade das Mappen leerer Bereiche für Anfänger besonders schwer? - Wer darf dort Mappen, wer nicht? Insgesamt können wir aber lange reden, es muss eine technische Verbesserung geben. Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
On Di, 2.10.2007, 08:23, Thomas Krüger wrote: > Daniel de Wildt schrieb: > >> Es spricht (meiner Meinung nach) nichts dagegen in leere Gebiete alles >> (auch Potlatch) und jeden Mappen zu lassen. Wie die Beispiele hier >> zeigen, >> würde es sinn machen für (nahezu) fertig gemappte Gebiete entweder den >> Kreis der Tools oder die der Mapper einzugrenzen. > > Leider ergaben sich daraus eine Menge Fragen und Probleme, die das > unpraktikabel machen. Um nur ein paar Dinge zu nennen: Eher diskutabel als unpraktikabel. Der Zweizeiler war nun auch nicht als fertige Vorschlag gedacht. > - Ist ein Bereich jemals wirklich fertig? Nie, deshalb auch nur 'nahezu'. Es sollte jedoch Status der Daten geben, der diesen Zustand repräsentiert. > - Ist nicht gerade das Mappen leerer Bereiche für Anfänger besonders > schwer? Für nicht. > - Wer darf dort Mappen, wer nicht? Die Frage(n) sollte(n) eher lauten: Welche Mapper-Rollen gibt es? Welche Berechtigungen haben welche Rollen? Wer gehört zu welche Rolle? Wer entscheidet über die Rollenzuordnung? > Insgesamt können wir aber lange reden, es muss eine technische > Verbesserung geben. Dazu braucht man erst einmal realisierbare Ideen. Gibt es andere als Potlatch zu verbieten? Vielleicht sollte man Potlatch nur erlauben Daten zu bearbeiten (oder hochzuladen), die auch mit Potlatch erstellt worden sind. JOSM-Nutzer können dann (nachträglich) das 'created_by'-Tag ändern und somit Potlatch 'verbieten'. -- Daniel de Wildt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Hallo, > Vandalismus setzt Absicht voraus. Das Problem dürfte (derzeit) eher > Unwissenheit sein. sehe ich auch so. Es ist auch durchaus nicht so, dass ich eine negative Abeitsbilanz zu beklagen hätte. Die Potlatch-Leute machen es so gut wie sie können, soweit ich das übersehen kann. Jedenfalls ist mir noch kein Fall von absichtlichen Vandalismus untergekommen. Ich habe ja auch selber mit Potlatch gearbeitet und habe selber keinen Weg gefunden, gewisse Fehler zu vermeiden. Das ging nur mittels Nachbearbeitung über josm. Seit einigen Monaten gibt es im Projekt eben das Problem, dass man möglichst viele Leute reinziehen will, aber kein Konzept hat, wie die zu betreuen sind. Den Königsweg kenne ich auch nicht, aber ich halte es für falsch, auf Teufel komm raus möglichst viele Leute reinzuziehen und dabei die erfahrenen Leute zu vergraulen. Meine ganz persönliche Meinung: Auf der einen Seite potlatch sperren, solange der nicht ein paar Grundfunktionen stabil gelernt hat und auf der anderen Seite einen Anfänger-josm bauen. Grüsse Hubert -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Daniel de Wildt schrieb: > Dazu braucht man erst einmal realisierbare Ideen. Gibt es andere als > Potlatch zu verbieten? > > Vielleicht sollte man Potlatch nur erlauben Daten zu bearbeiten (oder > hochzuladen), die auch mit Potlatch erstellt worden sind. JOSM-Nutzer > können dann (nachträglich) das 'created_by'-Tag ändern und somit Potlatch > 'verbieten'. Es ist absolut nicht hilfreich Potlatch zu demonisieren. Es gab auch schon mehere Vorschläge, was man tun könnte, aber eine Umsetzung scheitert an prozessorientierten Problemen. Wobei ich hier wohl eher den weitgehenden Mangel an Prozessen meine. Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Hallo, > Ich für meinen Teil habe erstmal aufgehört hier in Nürnberg noch > irgendwas zu mappen, da anscheinend niemand bei OSM auch nur an > rudimentären Mechanismen zur Qualitätssicherung interessiert ist. Ich glaube, da bringst Du was durcheinander. Jeder in OSM ist daran interessiert, die Qualitaet zu verbessern, und wenn man den Leuten Mittel dazu an die Hand gibt, werden sie sie nutzen. Woran kein Interesse besteht ist eine "Qualitaetssicherung" der Art, dass jemand den Leuten einen Katalog vor den Latz knallt und ihnen erklaert, dass sie erstmal nicht mehr mappen duerfen, bevor sie nicht alle Punkte auf der Liste abgehakt haben. > P.S: Warum gibt es wohl bei jedem ernstzunehmenden Wiki eine > History mit > Revert Button? Weil sie bei einem Wiki 100x einfacher zu programmieren ist als bei uns? Glaubt irgendjemand hier denn wirklich im Ernst, dass irgendjemand in OSM sich aktiv GEGEN eine einfache Revert-Funktion entschieden haette? Es ist einfach ein bislang nicht geloestes Problem. Ich habe uebrigens gerade von Richard Fairhurst erfahren, dass er eine Undo-Funktion fuer Potlatch als obersten Punkt auf seiner Todo- Liste hat (wurde auch schon viel drueber diskutiert: http:// www.google.com/search?q=potlatch+undo+site% 3Alists.openstreetmap.org), allerdings hat es im Moment keinen Sinn, das von vor dem Umstieg auf 0.5 einzubauen. Danach wird es aber mit Sicherheit bald kommen. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Hallo, > Ich glaube, da bringst Du was durcheinander. Jeder in OSM ist daran > interessiert, die Qualitaet zu verbessern, und wenn man den Leuten > Mittel dazu an die Hand gibt, werden sie sie nutzen. Und wenn genau diese Leute anmerken, dass sie Probleme mit den Tools haben, kommen dann Antworten wie die hier. Die Qualitätssicherung hakt an einigen Enden. Ein grosses Problem bleibt das Feedback. Man kann in Potlatch jede Menge Fehler machen und sieht sie nicht, und meint dann, es wäre alles OK. In josm mit Validator sieht man mehr, aber noch lange nicht alles, z.B. unverbundene Knoten nur dann, wenn sich die Segmente (jetzt ways?) kreuzen. Mein neuester Trick um diese Dinge zu finden ist, einen Way anzuklicken, als ganzes zu verschieben und zu sehen ob alle angebundenen Elemente in Kaugummimanier mitziehen (natürlich danach undo nicht vergessen). Aber ich glaube kaum, dass viele ausser mir dieses Mittel nutzen, weil ihnen das Problem gar nicht bewusst ist. > Woran kein Interesse besteht ist eine "Qualitaetssicherung" der Art, > dass jemand den Leuten einen Katalog vor den Latz knallt und ihnen > erklaert, dass sie erstmal nicht mehr mappen duerfen, bevor sie nicht > alle Punkte auf der Liste abgehakt haben. Na gut, man kann jede gut gemeinte Idee mittels Übertreibung ins lächerliche ziehen. Grüsse Hubert -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Frederik Ramm schrieb: >> Ich für meinen Teil habe erstmal aufgehört hier in Nürnberg noch >> irgendwas zu mappen, da anscheinend niemand bei OSM auch nur an >> rudimentären Mechanismen zur Qualitätssicherung interessiert ist. > > Ich glaube, da bringst Du was durcheinander. Jeder in OSM ist daran > interessiert, die Qualitaet zu verbessern, und wenn man den Leuten > Mittel dazu an die Hand gibt, werden sie sie nutzen. > > Woran kein Interesse besteht ist eine "Qualitaetssicherung" der Art, > dass jemand den Leuten einen Katalog vor den Latz knallt und ihnen > erklaert, dass sie erstmal nicht mehr mappen duerfen, bevor sie nicht > alle Punkte auf der Liste abgehakt haben. Natürlich ist es völlig unsinning erstmal alles einzustellen um angebliche Störfaktoren abzustellen. Hier muss ein kontinierlicher Prozess helfen. Sicher kann man hier anregen die Behebung der Probleme von Potlach höher zu priorisieren. Ich glaube allerdings, dass der Groll auf das Programm nur ein Ventil für ein anderes Problem ist. Dem Projekt fehlt es an Struktur und damit der gewissen Ordnung. Nur nach längerem Studium der englischen Mailinglisten ist es möglich herauszufinden, wer sich wofür verantworlich hält oder auch gar nur wer überhaupt zum Kernteam gehört. Es ist schwierig den richtigen Ansprechpartner zu finden. Natürlich kann man es einfach auf die Listen posten, aber vielen liegt diese Art der Kommunikation nicht, sie ist ehrlichgesagt auch sehr unpersönlich und jeder gibt seinen mehr oder weniger qualizifierten Senf überall dazu. Die Fragestellung sollte hier eigentlich sein: Es gibt Probleme beim Handling von Potlach, besonders für Anfänger. Daraus entstehen falsche Daten und Frustrationen bei den Mappern. Wer ist dafür zuständig hier eine Lösung zu finden und wer setzt sie dann um? Und jetzt sagt nicht "die Mailingliste"! Das in diesem Thread nicht zum ersten mal deutlich gescheitert. Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
On Di, 2.10.2007, 12:24, Frederik Ramm wrote: > > Woran kein Interesse besteht ist eine "Qualitaetssicherung" der Art, > dass jemand den Leuten einen Katalog vor den Latz knallt und ihnen > erklaert, dass sie erstmal nicht mehr mappen duerfen, bevor sie nicht > alle Punkte auf der Liste abgehakt haben. Wie waere die Moeglichkeit potentielle 'Qualitaetsrisiken' automatisch im Hintergrund als solches zu kennzeichnen, damit danach bei Bedarf gezielt danach gesucht werden kann? Ich denke da z.B. an zusaetliche Tags, die automatisch gesetzt werden, aehnlich wir das created_by-Tag. Denkbar waeren da den Namen des Anwenders, der verwendete Applikation und das Datum der letzte Aenderung mit zu speichern. Evt. koennte mit Hilfe von 'Qualitaets'-Tags den Anwender/Applikation mitteilen, dass die Daten eine gewisse 'Güte' haben. Anwender könnten dann z.B. gewarnt werden usw. Dies schraenkt das Arbeiten nicht ein, ermoeglicht aber im Falle von aufgetretene Fehlern die Suche nach der Fehlerquelle und weitere Daten die betroffen sein koennen. Welche Attribute mit welche Werte genau zu versehen sind, wann die gesetzt und gelöscht werden, wäre ein anderes Thema. Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Hallo,
> Es gibt Probleme beim Handling von Potlach, besonders für Anfänger.
> Daraus entstehen falsche Daten und Frustrationen bei den Mappern.
> Wer ist dafür zuständig hier eine Lösung zu finden und wer setzt sie
> dann um?
In meinen Augen ist diese Frage unbeantwortbar, weil sie suggestiv ist.
Das Projekt hat keine Strukturen, die irgendjemanden als "zustaendig
fuer irgendwas" erklaeren wuerden, und niemand im Projekt setzt auf
Geheiss von irgendjemand anderem etwas um.
Zustaendigkeit in OSM funktioniert auf der Basis "sich zustaendig
fuehlen" oder "sich bereit erklaeren". Es gibt ein paar
"Machtpositionen", sprich Leute, die die Admin-Passworter von
irgendwelchen Rechnern kennen, uns es gibt ein paar etablierte
Prozeduren, zum Beispiel: Wenn Du ein Segment in der Datenbank
findest, das so kaputt ist, dass man es nicht ueber die API loeschen
kann, dann wird Tom Hughes in aller Regel diese Loeschung fuer Dich
vornehmen, wenn Du ihn fragst. Das heisst aber nicht, dass er
"zustaendig" ist und Du sozusagen ein Anrecht darauf hast, dass er
das macht.
Diejenigen, die an solchen Positionen sitzen, werden in aller Regel
nur Dinge tun, die vorher auf der Mailingliste oder im IRC besprochen
und von einer ausreichenden Zahl von Leuten fuer gut befunden wurden,
oder Dinge, die sie selbst fuer noetig halten im Rahmen der Aufgabe,
fuer die sie sich zustaendig fuehlen. Insbesondere sind sie keine
Entwickler, denen man Auftraege geben kann, sondern wirklich eher
Administratoren, die man bitten kann, eine fertig entwickelte und
getestete Software einzuspielen, nachdem man dafuer einen Konsens in
der Community erlangt hat.
Es gibt kein OSM-Fuehrungsgremium, dem man eine Beschlussvorlage zum
Thema Potlatch hinlegen koennte. Vor Potlatch hatten wir ein Java-
Applet. Das war grottenschlecht (wie ich finde). Irgendwann sagte
Richard: Das Java-Applet ist grottenschlecht, hier hab ich was
besseres, schaut es Euch mal an. Die Leute fanden Potlatch gut, und
als die naechste Server-Umstellung anstand, wurde das Applet
abgesaegt und durch Potlatch ersetzt. Niemals hat es einen Beschluss
gegeben "das Applet ist schlecht, lasst uns was besseres suchen". Es
hat auch nie eine Abstimmung gegeben, dass Potlatch eingesetzt werden
soll.
Und ehrlich gesagt, ich habe auch gar keine Lust darauf, in einem
Projekt mitzuarbeiten, bei dem es anders ist. Der, der eine Arbeit
macht, entscheidet, wie er sie macht. Sich von andren Leuten
erzaehlen lassen, wie man etwas zu machen hat - das kann man im Job
haben. Ich bin ein ganz strikter Gegner von irgendwelchen
formalisierten Abstimmungsprozessen, das haelt nur den Betrieb auf
("sorry, das ist ein Beschluss der letztjaehrigen MV, dass wir das so
machen, und wenn Du das aendern willst, stelle einen Antrag auf der
diesjaehrigen MV...").
OSM ist eine Meritokratie. Bessere Software setzt sich durch. Leute,
die an einer Position sitzen, wo sie nur noch bremsen, werden
ausgewechselt. Ohne Wahlen, Abstimmungen, lange Diskussionen. OSM hat
ausserdem sehr viel weniger faehige Programmierer als Mapper. In
vielen anderen Projekten und Vereinen ist es eine leere Phrase, wenn
Dir jemand sagt "mach's besser und wir nehmen Deins" - oft will man
damit bloss lästige Meckerer loswerden, wohl wissend, dass sie gar
nicht die Mittel haben, es besser zu machen, oder dass sie ohne
Unterstuetzung des Vorstands auf der naechsten MV niemals durchkommen
werden und so weiter.
Bei OSM ist das aber anders. Hier heisst "mach's besser und wir
nehmen Deins" wirklich das, was da steht. OSM hat nicht so viele
faehige Programmierer (wird hoffentlich mit den TIGER-Daten besser,
wenn sich die Amerikaner fuer uns zu interessieren beginnen). Viele
geben auf der Mailingliste gern unverbindliche Ratschlaege (besonders
gern genommen: "nehmt doch PostGIS"), aber sehr wenige setzen sich
wirklich hin und programmieren etwas. Wo dies geschieht, fuehrt es
meistens zu einer deutlichen Verbesserung im Projekt. In den
allermeisten Faellen wird das wirklich dankend aufgenommen, wenn
jemand etwas dazu beitraegt, dass wir besser werden.
Also, um Deine Frage zu beantworten: Niemand ist "zustaendig", eine
Loesung zu finden; irgendjemand, oder eine Gruppe von Leuten, wird
sich irgendwann eine Loesung ausdenken, und die wird dann eingesetzt.
Wer mit Potlatch unzufrieden ist, der moege entweder daran
mitarbeiten - Richard ist, soweit ich weiss, der einzige Entwickler
im Moment; der Code ist in SVN, und er wird sicherlich gern helfen,
wenn jemand nicht weiss, wie er sich eine Entwicklungsumgebung
aufsetzen muss. Oder einen neuen, besseren Online-Editor schreiben.
Es gibt/gab da einige erfolgversprechende Bemuehungen, mit reinem
Javascript etwas zu konstruieren...
Wer mit Potlatch unzufrieden ist und sich ausser Stande sieht, selbst
etwas zu programmieren, der kann ja wenigstens
Verbesserungsvorschlaege sammeln, auf Mach
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Hallo, > Wie waere die Moeglichkeit potentielle 'Qualitaetsrisiken' > automatisch im > Hintergrund als solches zu kennzeichnen, damit danach bei Bedarf > gezielt > danach gesucht werden kann? > Ich denke da z.B. an zusaetliche Tags, die automatisch gesetzt werden, > aehnlich wir das created_by-Tag. Denkbar waeren da den Namen des > Anwenders, der verwendete Applikation und das Datum der letzte > Aenderung > mit zu speichern. Ich hoffe, dass wir mit einer kuenftigen Aenderung hin zu "Change Groups" genau so etwas bekommen wuerden. Statt bei jedem Way/Node usw. zu speichern, wer und wann mit was hier zuletzt geaendert hat, wuerde man nur eine Referenz auf die "Change Group" haben, und in der ChangeGroup-Tabelle stuenden dann diese Metadaten drin (plus eventuell noch ein Begrenzungsrechteck, das einem schnell zeigt, welches Ausmass die Aenderungen haben). Dann koennte man sehr leicht suchen: "Alle Aenderungen mit Potlatch im Raum Hamburg" oder so. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Hallo Frederik, ich hoffe du bist mir nicht all zu böse wenn ich sage, dass du gerade sehr ausführlich deine Defizite in der Teamarbeit erläutert und verteidigt hast. Ich bin ein Softwareentwickler mit eingier Erfahrung und würde auch gern helfen das Projekt voranzubringen, aber ich sehe in der von dir geschilderten Situation keinen Ansatzpunkt dazu. Für eine gute Entwicklung braucht man ein gutes Team und damit meine ich kein Team von Einzelkämpfern. Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Hallo, warum polarisierst du bei dem Thema eigentlich so stark? Es ist nichts anderes passiert, als dass eine Reihe von Leuten hier ihre Meinung sagen. Irgendwie scheint Potlatch nicht diskutabel zu sein. > Gut: "Ich werde ...", "Ich habe ...", "Ich gebe ..." Jup, "ich habe" stundenlang Fehler beseitigt und hätte mir das gerne erspart. "Ich werde" weiterhin mappen und Fehler beseitigen, aber auch weiterhin darüber diskutieren, was man besser machen könnte und wie ich mich beteiligen kann. "Ich gebe" weiterhin meine Kenntnisse als SW-Entwickler und als Kenner von digitalen Karten weiter, ggf. auch in Form von SW. Entsprechende Angebote habe ich hier in der Liste gemacht. Grüsse Hubert -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
> > ich hoffe du bist mir nicht all zu böse wenn ich sage, dass du gerade > sehr ausführlich deine Defizite in der Teamarbeit erläutert und > verteidigt hast. > > Ich bin ein Softwareentwickler mit eingier Erfahrung und würde auch gern > helfen das Projekt voranzubringen, aber ich sehe in der von dir > geschilderten Situation keinen Ansatzpunkt dazu. Für eine gute > Entwicklung braucht man ein gutes Team und damit meine ich kein Team von > Einzelkämpfern. > Ich bin ja nun wahrlich nicht immer mit Fred einer Meinung (so auch in dieser Diskussion nicht unbedingt). Aber wenn er sich die Zeit nimmt zu erklären wie bei OSM der Laden läuft (ob man das nun so mag oder nicht), und dann Fred dafür als "nicht teamfähig" zu beschimpfen halte ich für gelinde gesagt frech. Mal davon abgesehen, daß Frederik einer von denen ist, die sich im Projekt hinsetzen und tatsächlich was tun - und das er sich dabei aussucht was er tun möchte ist - zumindest ohne Bezahlung - hoffentlich auch verständlich. Ich bin selber ein SE mit einiger Erfahrung (sowohl kommerziell als auch OSS), und daher weiß ich daß per "Communityentscheid" festzulegen, was X oder Y bis dann und dann zu machen hat funktioniert bei OSS bestimmt nicht. Das kann man mögen oder hassen, aber so ist es nun mal ... Gruß ULFL P.S: Das einzige was ich manchmal vermisse ist die einfache Aussage, "ja, das ist momentan ziemlicher Mist, aber wir haben einfach keinen der sich die Zeit nimmt das zu ändern". Würde wahrscheinlich einige Diskussionen abkürzen ;-) __ Erweitern Sie FreeMail zu einem noch leistungsstärkeren E-Mail-Postfach! Mehr Infos unter http://produkte.web.de/club/?mc=021131 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Hallo, > Es ist nichts anderes passiert, als dass eine Reihe von Leuten > hier ihre Meinung sagen. Irgendwie scheint Potlatch nicht > diskutabel zu sein. Ich finde, dass immer dann, wenn ueber Potlatch gerdet wird, eine furchtbar unsachliche Meckerei anfaengt. Andere Diskussionen laufen einigermassen sachlich ab: Was ist schlecht, warum ist es schlecht, wie koennen wir es besser machen. Bei Potlatch sehe ich immer nur rote Kopefe, Schaum vorm Mund und "schaltet das endlich ab und werft diese ganzen Idioten raus". Ich finde gar nicht, dass *ich* polarisiere, ich reagiere nur ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Ulf Lamping <[EMAIL PROTECTED]> wrote: > Ich bin selber ein SE mit einiger Erfahrung (sowohl kommerziell als > auch OSS), und daher weiß ich daß per "Communityentscheid" > festzulegen, was X oder Y bis dann und dann zu machen hat > funktioniert bei OSS bestimmt nicht. *ACK* > Das kann man mögen oder hassen, aber so ist es nun mal ... Eben! Viele freie Softwareprojekte sind schon daran gescheitert, dass man lediglich jahrelang ein Konzept entwickelt hat. FOSS funktioniert nur dann wenn sich einfach einer hinsetzt und Code schreibt, mit dem man schonmal was anfangen kann. Feature-requests und bugreports funktionieren meist, motzen funktioniert garantiert nie. Sven P.S.: Wenn ich mir jetzt meine random-Signature anschaue denk ich fast /dev/random wäre doch nicht so ganz random. -- "linux is evolution, not intelligent design" (Linus Torvalds) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Hallo, Dein kleines "ad hominem" uebergehe ich mal geflissentlich. > Ich bin ein Softwareentwickler mit eingier Erfahrung und würde auch > gern > helfen das Projekt voranzubringen, Ja, es gibt immer wieder Leute, die meinen, so ginge das doch alles nicht und man muesste erstmal Ordnung in den Laden bringen, bevor das gescheit laufen kann. Ein Projekt ohne Management, das kann ja gar nicht funktionieren. > aber ich sehe in der von dir > geschilderten Situation keinen Ansatzpunkt dazu. Für eine gute > Entwicklung braucht man ein gutes Team und damit meine ich kein > Team von > Einzelkämpfern. Ich bin ja auch noch nicht lange bei dem Projekt. Wenn ich hier schreibe "bei OSM laeuft das so und so", dann ist das halt das, was ich bislang "mitgenommen" habe. Aber wenn Du so denkst, wie Du oben schreibst, dann bist Du bei OSM ziemlich sicher falsch, denn OSM besteht aus einem Haufen von Einzelkaempfern, und das wirst Du nie und nimmer aendern. Entweder findet man Wege, da trotzdem konstruktiv taetig zu werden - und das erfordert dann unter Umstaenden, dass man auch mal "politisch" statt als Programmierer taetig wird, dass man mit unscharfen Strukturen umgehen lernen muss, dass man begreifen muss, dass es eben nicht einfach immer eine zustaendige Stelle gibt, von der man sich einen Stempel geben laesst. Dass es keinen Chef gibt, dessen "ok" einem ueberall alle Tueren oeffnet. Dass es manchmal zu Willensaeusserungen kommt, die dann aber aufgrund persoenlicher Befindlichkeiten einfach nicht umgesetzt werden, und man nicht mal die "verantwortlichen" feuern kann, und so weiter. Oder aber man faehrt mit seiner Projektmanagement-Denke an die Wand. Ich kann mir vorstellen, dass man fuer Teilaspekte von OSM hie und da auch mal sowas wie ein echtes "Team" aufbauen kann. Aber da muss man sich dann wirklich dahinter klemmen und, Achtung Amerikanismus, die Leute da abholen, wo sie stehen. Wenn Deine Erfahrung dem Projekt erst erwas nuetzen kann, wenn sich die Struktur des Projektes grundlegend aendert, dann wird Deine Erfahrung dem Projekt vermutlich nie etwas nuetzen... Und das soll nichtmal ein Angriff sein. Es sind schon einige sehr gute Leute bei OSM abgesprungen, weil sie mit der Art nicht klar kamen, in der bei OSM "der Hase laeuft". Es braucht dazu eine gewisse Bereitschaft zum konstruktiven Umgang mit dem Chaos, vielleicht auch nicht gerade eine deutsche Tugend (mein Lieblingsthema). Auch fuer mich sind viele Sachen oft nervig. Es kann schon sein, dass OSM irgendwann mal von einem straffer organisierten Projekt rechts ueberholt wird. Aber viele OSMer, mit denen ich gesprochen habe, sehen das ganz cool: "Ja und," sagen die, "wenn OSM stirbt, weil ein anderes Projekt die freie Weltkarte besser hinkriegt - ist doch gut fuer die freie Weltkarte!" Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
On Tue, Oct 02, 2007 at 01:18:28PM +0200, qbert biker wrote: In josm mit Validator sieht man mehr, aber noch lange nicht alles, z.B. unverbundene Knoten nur dann, wenn sich die Segmente (jetzt ways?) kreuzen. Mein neuester Trick um diese Dinge zu finden ist, einen Way anzuklicken, als ganzes zu verschieben und zu sehen ob alle angebundenen Elemente in Kaugummimanier mitziehen (natürlich danach undo nicht vergessen). Wie wäre es, Knoten, die näher als an einem way dran sind, aber nicht mit ihm verbunden, im Validator zu bemängeln? BTW: Wo gibt es den Source des Validator-Plugins? Wollte eben gucken, ob ich das einigermaßen schnell reinpatchen kann, aber dafür brauche ich den Source... CU Sascha -- http://sascha.silbe.org/ pgpFPk9J9pzoW.pgp Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Hallo, > Ich finde, dass immer dann, wenn ueber Potlatch gerdet wird, eine > furchtbar unsachliche Meckerei anfaengt. Andere Diskussionen laufen > einigermassen sachlich ab: Was ist schlecht, warum ist es schlecht, > wie koennen wir es besser machen. Bei Potlatch sehe ich immer nur > rote Kopefe, Schaum vorm Mund und "schaltet das endlich ab und werft > diese ganzen Idioten raus". > > Ich finde gar nicht, dass *ich* polarisiere, ich reagiere nur ;-) Wie sagte noch der Fahrer auf der Autobahn, als er die Geisterfahrermeldung im Radio gehört hat: "Einer? Hunderte!" ;-) Ich finde, es gab viele Meldungen dazu, manche mit Schaum vor dem Mund und andere sachlich. Abgewürgt wurden sie aber alle ähnlich. Das Loslassen von einem einmal implementierten Stück SW, und wenns nur auf Zeit ist, gehörte schon immer zu den grossen Problemen im Entwickleruniversum. Grüsse Hubert -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Oh man hab ich da eine Welle losgetreten, dabei wollte ich doch nur informieren, dass es nicht so toll gelaufen ist wie es ist. Bitte führt diese Diskusion (wenn ihr sie noch weiter führen wollt) unter einem anderen Betreff, denn viel hat es nichts mehr zu tun mit der U1 in Hamburg. Danke Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Und Bergedorf, wo ist nun Hamburg-Bergedorf geblieben? Gruß, Stephan Schildberg > > Bitte führt diese Diskusion (wenn ihr sie noch weiter führen wollt) > unter einem anderen Betreff, denn viel hat es nichts mehr zu tun mit der > U1 in Hamburg. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Da muss doch mal mehr gewesen sein... siehst du wohl auch so... Ich seh da kaum noch was... mappst du HH-Bergedorf? Lars Stephan Schildberg schrieb: > Und Bergedorf, wo ist nun Hamburg-Bergedorf geblieben? > > Gruß, Stephan Schildberg > >> Bitte führt diese Diskusion (wenn ihr sie noch weiter führen wollt) >> unter einem anderen Betreff, denn viel hat es nichts mehr zu tun mit der >> U1 in Hamburg. >> > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de > > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Hugh, > > - Wer darf dort Mappen, wer nicht? > > Die Frage(n) sollte(n) eher lauten: > Welche Mapper-Rollen gibt es? > Welche Berechtigungen haben welche Rollen? > Wer gehört zu welche Rolle? > Wer entscheidet über die Rollenzuordnung? ohje, das wird ja schlimmer als die WIkipedia mit ihren 10.000.000 Insiderregeln. Da bin ich eher dafür, die technischen Vorkehrungen zu treffen, um es N00bs möglichst einfach zu machen, etwas Sinnvolles zu tun, ohne etwas kaputtzumachen. Entweder helfen Leute an Potlatch mit, oder bauen etwas Neues in JS oder so. Könnte ja auch ein kleines temporäres Team sein. Thomas ;-) ? Einen Simple-JOSM finde ich nicht so prickelnd. Besser den existierenden noch weiter verbessern, dann haben alle etwas davon, auch die imaginären "PowerUser". Vergnügliche Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Moin, > P.S: Das einzige was ich manchmal vermisse ist die einfache Aussage, > "ja, das ist momentan ziemlicher Mist, aber wir haben einfach keinen > der sich die Zeit nimmt das zu ändern". wobei gerade auch das passiert. War zumindest bei dem Java-Applet so. Schließlich sind wir hier keine Firma und müssen unsere Aussagen erst mit der Marketingabteilung absprechen :) . Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Hi, > Dem Projekt fehlt es an Struktur und damit > der gewissen Ordnung. Nur nach längerem Studium der englischen > Mailinglisten ist es möglich herauszufinden, wer sich wofür > verantworlich hält oder auch gar nur wer überhaupt zum Kernteam > gehört. Es ist schwierig den richtigen Ansprechpartner zu finden. ich sehe das ähnlich, bin hier aber auch deshalb dabei um zu lernen, dass es andere Wege gibt, Ziele zu erreichen, als die, die wir klassischerweise lernen und anwenden. Wenn ich auf die Karte sehe finde ich es faszinierend, dass sowas weitestgehend ohne Management zustandekommt. Und wenn Du so willst gibt es hier ausschließlich Einzelkämpfer. Jeder mappt wann und wie er will. Oder auch nicht. Ganz ohne Deadlines. Ganz ohne Zuständigkeiten. Eine Horrorvorstellung? Ich habe was dabei gelernt. Cheers, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
> Ich glaube, da bringst Du was durcheinander. Jeder in OSM ist daran > interessiert, die Qualitaet zu verbessern, und wenn man den Leuten > Mittel dazu an die Hand gibt, werden sie sie nutzen. Könnte es nicht auch anders sein? Vielleicht hilft dir ja diese analogie, die zusammenhänge zu verstehen: Wenn darum geht, ein paar bilder aufzuhängen und es liegen dort ein paar schrauben, dübel und ein hammer (potlach) rum, dann werden wohl einige versuchen, mit dem hammer die schrauben in die wand zu bekommen. Andere werden vielleicht in den keller gehen und das richtige werkzeug holen. Ein umsichtiger projekt-admin oder team-mensch hätte den hammer dort nicht einfach rumliegen lassen. Wenn also der, der aufräumen kann, (weil er die passwörter weiß,) dieser pflicht nicht nachkommt, sondern inkauf nimmt, dass die wände beschädigt werden, dann muss er sich nicht wundern, wenn das andere abschreckt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Christoph Eckert schrieb: > Hugh, > >>> - Wer darf dort Mappen, wer nicht? >> Die Frage(n) sollte(n) eher lauten: >> Welche Mapper-Rollen gibt es? >> Welche Berechtigungen haben welche Rollen? >> Wer gehört zu welche Rolle? >> Wer entscheidet über die Rollenzuordnung? > > ohje, das wird ja schlimmer als die WIkipedia mit ihren 10.000.000 > Insiderregeln. Da bin ich eher dafür, die technischen Vorkehrungen zu > treffen, um es N00bs möglichst einfach zu machen, etwas Sinnvolles zu > tun, ohne etwas kaputtzumachen. Ich habe an erster Linie an (absichtlicher) Vandalismus gedacht, was noch kein Problem ist. Und ja: Sogar als Laie hat man schon mal von Wikipediamanipulation gehört. Auch wenn dies bei OSM noch nicht der Fall ist, könnte dies noch kommen. Und die Idee mit Rollen ist wohl jeder bekannt. So wie ich das jedoch verstanden habe, gibt es bei OSM keine klar strukturierte Hierarchie und dies wird wohl auch nicht in erster Linie angestrebt. Aus dieser Gesichtspunkt gibt es also kein Grund für Einschränkungen der Berechtigung und Verwendung von Rollen. Allein aus dieser Perspektive finde ich das OSM-Projekt schon interessant. Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
> ohje, das wird ja schlimmer als die WIkipedia mit ihren 10.000.000 > Insiderregeln. Da bin ich eher dafür, die technischen Vorkehrungen zu > treffen, um es N00bs möglichst einfach zu machen, etwas Sinnvolles zu > tun, ohne etwas kaputtzumachen. > > Entweder helfen Leute an Potlatch mit, oder bauen etwas Neues in JS oder > so. Könnte ja auch ein kleines temporäres Team sein. Thomas ;-) ? Wenn ich das richtig verstanden hab, ist es in potlatch möglich alle segmente mit anzuzeigen. Ich denke das ist das häufigste Problem, das einem Anfänger passiert. Er mappt über bereits bestehende Segmente, die keinen way tag haben. Wir sollten avaluieren, ob die Datenbank es packt, wenn dieses Feature per default eingeschaltet ist. Sinn macht das sicher nach der Umstellung auf 0.5 . Einfach mein Vorschlag: Kurzfristig den Default auf show all umstellen und schauen ob unser Hauptserver die Last verkraftet. Wenn nein, müssen wir uns was neues ausdenken, wenn ja, haben wir gewonnen. - Joerg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach Alpha an der Ubahn U1 in Hamburg
Joerg Ostertag schrieb: > Wenn ich das richtig verstanden hab, ist es in potlatch möglich alle segmente > mit anzuzeigen. Ich denke das ist das häufigste Problem, das einem Anfänger > passiert. Er mappt über bereits bestehende Segmente, die keinen way tag > haben. Ja. Habe gerade wieder so einen Fall vor der Nase. Wird wahrscheinlich eine Stunde oder mehr Arbeit sein, alles wieder korrekt hinzubiegen... Ich hatte mich schon gewundert, warum die Benutzer nicht einfach die existierenden Segmente zu einem way verbinden, stattdessen aber alles nochmal nachzeichnen und existierende Verbindungen zu anderen Ways loeschen. Ich hatte teilweise echt an den IQ der betreffenden mapper gezweifelt. Ich entschuldige mich hiermit foermlich dafuer! Scheint ja aber noch schlimmer zu sein: potlatch zeigt ja nichtmal alle Daten an (jedenfalls als Defaulteinstellung, wie ich es verstehe). Man kann also nur Mist bauen. Da darf man sich schon fragen, wieso so eine Software ueberhaupt an die Daten gelassen wird. > Wir sollten avaluieren, ob die Datenbank es packt, wenn dieses Feature per > default eingeschaltet ist. Sinn macht das sicher nach der Umstellung auf > 0.5 . Eben nicht mehr, da existieren einfache Segmente ja nicht mehr. :-) > Einfach mein Vorschlag: Kurzfristig den Default auf show all umstellen und > schauen ob unser Hauptserver die Last verkraftet. Wenn nein, müssen wir uns > was neues ausdenken, wenn ja, haben wir gewonnen. Gegenvorschlag: nur noch solcher Software schreibenden Zugriff erlauben, welche zumindest rudimentaeren Qualitaetstandards genuegt: alle Daten anzeigen plus eine undo-Funktion, sowie explizites Hochladen modifizierter Daten. Oder so. Gruesse, Banny signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
