Re: [Talk-de] upload zum svn.openstreetmap
Danke ! Am 28.06.2010 20:41, schrieb Sebastian Klemm: Am 28.06.2010 18:56, schrieb Jan Tappenbeck: Die Schildkröte ist installiert und jetzt mache ich gerade den Checkout des Utils-Verzeichnis. Muss jetzt den gesamten Inhalt auf meinem Rechner behalten - ich will doch eigentlich nur mein Tool hochladen Nein, natürlich nicht, Du musst Deine Dateien mittels svn add zu einem passenden Unterverzeichnis hinzufügen (ggf. neues erstellen - kenne die OSM-SVN-Struktur nicht genau) und danach mit svn commit ins Repository hochladen. Sorry, habe gerade keine Win-Kiste vor mir, um das besser beschreiben zu können. Grüße, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload zum svn.openstreetmap
Am 28.06.2010 14:54, schrieb Jan Tappenbeck: Hi ! für Haiti hatte ich seinerzeit ein tool geschrieben und wollte dieses eigentlich im svn ablegen. zugang ist schon da - aber irgendwie habe ich das mit dem upload nie hinbekommen. damit ich das nicht ganz vergesse wollte ich anfragen ob sich jemand bereit erklärt diese 2-3 dateien für mich dort einzubuchen? Mache ich gerne... Du kannst dir aber auch bei den admins selber svn schreibrechte geben lassen. wie das von windows aus funktioniert kann ich nicht sagen. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload zum svn.openstreetmap
Hallo Jan, Am 28.06.2010 16:29, schrieb Dirk-Lüder Kreie: Am 28.06.2010 14:54, schrieb Jan Tappenbeck: für Haiti hatte ich seinerzeit ein tool geschrieben und wollte dieses eigentlich im svn ablegen. zugang ist schon da - aber irgendwie habe ich das mit dem upload nie hinbekommen. Mache ich gerne... Du kannst dir aber auch bei den admins selber svn schreibrechte geben lassen. wie das von windows aus funktioniert kann ich nicht sagen. Wie ich Deinem Text entnehmen kann, hast Du ja bereits einen SVN-Account. Was Dir fehlt ist ein SVN-Client. Für Windows kann ich TortoiseSVN [1] empfehlen. Das benötigt zwar etwas Einarbeitung, ist aber auch für Deine (anderen) privaten OSM-Programmierprojekte ganz hilfreich - es lohnt sich m.E. immer, den Code in einem (lokalen) Versionsverwaltungssystem abzulegen. Grüße, Sebastian [1] http://www.tortoisesvn.net/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload zum svn.openstreetmap
Am 28.06.2010 16:42, schrieb Sebastian Klemm: Hallo Jan, Am 28.06.2010 16:29, schrieb Dirk-Lüder Kreie: Am 28.06.2010 14:54, schrieb Jan Tappenbeck: für Haiti hatte ich seinerzeit ein tool geschrieben und wollte dieses eigentlich im svn ablegen. zugang ist schon da - aber irgendwie habe ich das mit dem upload nie hinbekommen. Mache ich gerne... Du kannst dir aber auch bei den admins selber svn schreibrechte geben lassen. wie das von windows aus funktioniert kann ich nicht sagen. Wie ich Deinem Text entnehmen kann, hast Du ja bereits einen SVN-Account. Was Dir fehlt ist ein SVN-Client. Für Windows kann ich TortoiseSVN [1] empfehlen. Das benötigt zwar etwas Einarbeitung, ist aber auch für Deine (anderen) privaten OSM-Programmierprojekte ganz hilfreich - es lohnt sich m.E. immer, den Code in einem (lokalen) Versionsverwaltungssystem abzulegen. Grüße, Sebastian [1]http://www.tortoisesvn.net/ hi ! danke - dann werde ich das nochmal versuchen ! melde mich ansonsten wieder. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload zum svn.openstreetmap
Am 28.06.2010 16:42, schrieb Sebastian Klemm: Hallo Jan, Am 28.06.2010 16:29, schrieb Dirk-Lüder Kreie: Am 28.06.2010 14:54, schrieb Jan Tappenbeck: für Haiti hatte ich seinerzeit ein tool geschrieben und wollte dieses eigentlich im svn ablegen. zugang ist schon da - aber irgendwie habe ich das mit dem upload nie hinbekommen. Mache ich gerne... Du kannst dir aber auch bei den admins selber svn schreibrechte geben lassen. wie das von windows aus funktioniert kann ich nicht sagen. Wie ich Deinem Text entnehmen kann, hast Du ja bereits einen SVN-Account. Was Dir fehlt ist ein SVN-Client. Für Windows kann ich TortoiseSVN [1] empfehlen. Das benötigt zwar etwas Einarbeitung, ist aber auch für Deine (anderen) privaten OSM-Programmierprojekte ganz hilfreich - es lohnt sich m.E. immer, den Code in einem (lokalen) Versionsverwaltungssystem abzulegen. Grüße, Sebastian [1]http://www.tortoisesvn.net/ Hallo Sebastian, ich frage Dich jetzt einmal direkt. Die Schildkröte ist installiert und jetzt mache ich gerade den Checkout des Utils-Verzeichnis. Muss jetzt den gesamten Inhalt auf meinem Rechner behalten - ich will doch eigentlich nur mein Tool hochladen Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload zum svn.openstreetmap
Am 28.06.2010 18:56, schrieb Jan Tappenbeck: Die Schildkröte ist installiert und jetzt mache ich gerade den Checkout des Utils-Verzeichnis. Muss jetzt den gesamten Inhalt auf meinem Rechner behalten - ich will doch eigentlich nur mein Tool hochladen Nein, natürlich nicht, Du musst Deine Dateien mittels svn add zu einem passenden Unterverzeichnis hinzufügen (ggf. neues erstellen - kenne die OSM-SVN-Struktur nicht genau) und danach mit svn commit ins Repository hochladen. Sorry, habe gerade keine Win-Kiste vor mir, um das besser beschreiben zu können. Grüße, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload failure
Am 4. Dezember 2008 14:04 schrieb Astrid [EMAIL PROTECTED]: Hallo Kai, vielen Dank, ich werde es nachher mal damit probieren und in Zukunft die Tracks nicht im Garmin speichern... Grüße, Astrid ja, das ist auf jeden Fall zu empfehlen, da die Tracks beim komprimieren auch vereinfacht werden. Fuer unsere Zwecke ist es m.E. am Besten, jede Sekunde einen Punkt aufzunehmen und diesen auf die Speicherkarte schreiben zu lassen. Bei Bedarf kann man danach vor dem Hochladen dieser Tracks (werden dort direkt als gpx gespeichtert) nochmal mit GPS-Babel oder Aehnlichem druebergehen, muss aber je nach Paranoiafaktor m.E. auch nicht unbedingt sein. Evtl. ist noch die Einstellung zu waehlen, mit der der laufende Track bei Erreichen von 100% (auf dem Geraet, also wohl bei 10.000 Punkten / Sekunden) einfach von vorne wieder ueberschrieben werden, da das nicht fuer den auf der Speicherkarte gespeicherten Track gilt. Andernfalls wird naemlich auch auf der Karte bei 100% im Geraet nicht weiter geloggt. (Alternative: hin und wieder checken und bevor 100% erreicht wird, den Track (speichern und) loeschen). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload failure
Am 6. Dezember 2008 15:37 schrieb Tobias Hägele [EMAIL PROTECTED]: Kay Gröning: (Auch wenn das jetzt sicherlich einigen nicht passen sollte, ich finde das man die Zeitstempel schon verschieben sollte...) Der Ansicht bin ich auch. Hierzu suche ich auch noch script. Und zwar habe ich GPX files mit Datum und Zeit. Ich möchte gerne, dass jedes im Log enthaltene Datum auf ein festes Datum umgeändert wird. Bisher mache ich es mit Suchen und Ersetzen aber ist doch etwas umständlich. Kann mir da jemand weiterhelfen? Tobias das geht soweit ich weiss mit GPS-Babel. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload failure
Kay Gröning: (Auch wenn das jetzt sicherlich einigen nicht passen sollte, ich finde das man die Zeitstempel schon verschieben sollte...) Der Ansicht bin ich auch. Hierzu suche ich auch noch script. Und zwar habe ich GPX files mit Datum und Zeit. Ich möchte gerne, dass jedes im Log enthaltene Datum auf ein festes Datum umgeändert wird. Bisher mache ich es mit Suchen und Ersetzen aber ist doch etwas umständlich. Kann mir da jemand weiterhelfen? Tobias 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] upload failure
Astrid schrieb: ich bin neu bei OpenStreetMap und wollte probeweise meinen ersten Track hochladen. Ich habe ein Garmin GPS 60 und den Track mit Hilfe von GPSBabel in ein GPX-File umgewandelt. Leider bekomme ich immer folgende Fehlermeldung: Found no good GPX points in the input data. At least 75% of the trackpoints lacked a time tag. Wie sieht denn das GPX File aus? Fehlen tatsächlich die Zeit-Tags? so sollte es aussehen: trkpt lat=53.56341667 lon=6.74895000 time2008-06-26T17:48:22Z/time /trkpt trkpt lat=53.56331667 lon=6.7487 time2008-06-26T17:48:37Z/time /trkpt Ich persönlich ziehe mir die Tracks mittels EasyGPS vom Etrex runter. Das lässt sich dann problemlos auf OSM importieren. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload failure
Am Donnerstag, den 04.12.2008, 12:45 +0100 schrieb Chris66: Astrid schrieb: ich bin neu bei OpenStreetMap und wollte probeweise meinen ersten Track hochladen. Ich habe ein Garmin GPS 60 und den Track mit Hilfe von GPSBabel in ein GPX-File umgewandelt. Leider bekomme ich immer folgende Fehlermeldung: Found no good GPX points in the input data. At least 75% of the trackpoints lacked a time tag. Wie sieht denn das GPX File aus? Fehlen tatsächlich die Zeit-Tags? so sollte es aussehen: trkpt lat=53.56341667 lon=6.74895000 time2008-06-26T17:48:22Z/time /trkpt trkpt lat=53.56331667 lon=6.7487 time2008-06-26T17:48:37Z/time /trkpt Ich persönlich ziehe mir die Tracks mittels EasyGPS vom Etrex runter. Das lässt sich dann problemlos auf OSM importieren. Grüße Chris Hallo Chris, das gpx-file sieht so aus: ?xml version=1.0 encoding=UTF-8? gpx version=1.0 creator=GPSBabel - http://www.gpsbabel.org; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns=http://www.topografix.com/GPX/1/0; xsi:schemaLocation=http://www.topografix.com/GPX/1/0 http://www.topografix.com/GPX/1/0/gpx.xsd; time2008-12-04T10:21:53Z/time bounds minlat=51.268048799 minlon=7.211564686 maxlat=51.274054013 maxlon=7.224189593/ trk name30-NOV-08/name trkseg /trkseg /trk trk name30-NOV-08 #2/name number1/number trkseg trkpt lat=51.273562750 lon=7.223502360 ele56.374512/ele /trkpt trkpt lat=51.273906073 lon=7.222153377 ele169.810059/ele /trkpt trkpt lat=51.273903809 lon=7.222169470 ele169.810059/ele /trkpt ... usw. Jedem Trackpunkt müsste demnach ein Zeit-Tag beigefügt sein, was bei mir offensichtlich nicht der Fall ist. Woran liegt das? Wie kann ich die einfügen? Grüße, Astrid ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload failure
Hallo Astrid, Jedem Trackpunkt müsste demnach ein Zeit-Tag beigefügt sein, was bei mir offensichtlich nicht der Fall ist. Woran liegt das? Wie kann ich die einfügen? Das liegt daran, daß der Track in dem Garmin abgespeichert wurde. Beim Speichern spart Garmin die Zeitstempel ein, vermutlich um Platz zu sparen. Nun gibt es 3 Möglichkeiten: 1) den aktiven Tracklog nicht speichern und gleich verwenden, dann sind dort noch die Zeitstempel drin. 2) den Tracklog auf der Speicherkarte mit schreiben lassen, dort bleiben die timestamps drin 3) ein kleines Script schreiben, welches dort Zeitstempel einfügt. Zu 3 gibt es auch ein Programm, welches ich leider auf die Schnelle nicht wiedergefunden habe. Gruß Kai -- Sensationsangebot verlängert: GMX FreeDSL - Telefonanschluss + DSL für nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload failure
Hallo Astrid, 3) ein kleines Script schreiben, welches dort Zeitstempel einfügt. Zu 3 gibt es auch ein Programm, welches ich leider auf die Schnelle nicht wiedergefunden habe. Habe das Script doch gefunden: http://wiki.openstreetmap.org/wiki/User:Farzaneh Gruß Kai -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload failure
Hallo Kai, vielen Dank, ich werde es nachher mal damit probieren und in Zukunft die Tracks nicht im Garmin speichern... Grüße, Astrid Am Donnerstag, den 04.12.2008, 13:52 +0100 schrieb [EMAIL PROTECTED]: Hallo Astrid, 3) ein kleines Script schreiben, welches dort Zeitstempel einfügt. Zu 3 gibt es auch ein Programm, welches ich leider auf die Schnelle nicht wiedergefunden habe. Habe das Script doch gefunden: http://wiki.openstreetmap.org/wiki/User:Farzaneh Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload failure
Hallo Astrid, Hallo Kai, vielen Dank, ich werde es nachher mal damit probieren und in Zukunft die Tracks nicht im Garmin speichern... Nach dem runterladen vom Garmin bietet es sich an, mit GPSBabel die Zeitstempel zu verschieben. Sonst ist es recht einfach, festzustellen, wann Du Dich wo aufgehalten hast. Das möchte nicht jeder gerne von sich preisgeben (Auch wenn das jetzt sicherlich einigen nicht passen sollte, ich finde das man die Zeitstempel schon verschieben sollte...) Gruß Kai -- Sensationsangebot verlängert: GMX FreeDSL - Telefonanschluss + DSL für nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Moin André, ich finde den Benutzer nicht mehr, Johanns Link ging nicht mehr heute. Scheinbar hat er einen kräftigen Tritt bekommen :P. Jetzt können wir nur hoffen, dass er sich nicht unter fremden Namen erneut anmeldet und sein Unwesen treibt. Tjo, das ist ein Problem solcher offener Systeme, da kann man nur hoffen. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Moin André, Schaue ich mir den in Gurgel-Earth an, sieht der aus, wie von dort kopiert/nachgezeichnet/whatever. Bei /meinen/ Tracks sehe ich stets die Schlenker beim Abbiegen oder wenn parkende Autos im Weg stehen. Dieser und einige weitere von rambazamba sind sowas von straßenmittiggurgelgenau, also sowas von... Ich würde das mitglied mal anschreiben und um eine Erklärung bitten. Falls er tatsächlich bei Google abzeichnet, sollte man in Erwägung ziehen, ihn zu verbannen, um Schäden für das Projekt vorzubeugen. Ich bin noch sehr frisch im Projekt und unsicher über die üblichen Gepflogenheiten, Mechanismen usw. Fiel mir nur so auf und habe das in der Hoffnung hier erwähnt, daß sich das mal jemand mit mehr Erfahrung genauer anschaut. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Rainer Knaepper schrieb: Fiel mir nur so auf und habe das in der Hoffnung hier erwähnt, daß sich das mal jemand mit mehr Erfahrung genauer anschaut. Wie gesagt, ich habe ihn jetzt mal kontaktiert, bisher aber noch keine Antwort bekommen. Ich fürchte, dazu wird es auch nicht kommen. Ggf. muss man ihn eben wirklich sperren. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Moin André, Fiel mir nur so auf und habe das in der Hoffnung hier erwähnt, daß sich das mal jemand mit mehr Erfahrung genauer anschaut. Wie gesagt, ich habe ihn jetzt mal kontaktiert, bisher aber noch keine Antwort bekommen. Ich fürchte, dazu wird es auch nicht kommen. Ggf. muss man ihn eben wirklich sperren. ich glaube, der ist inzwischen schon verschwunden worden Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Rainer Knaepper schrieb: verschwunden worden Was? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Moin André, Rainer Knaepper schrieb: verschwunden worden Was? ich finde den Benutzer nicht mehr, Johanns Link ging nicht mehr heute. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Rainer Knaepper schrieb: ich finde den Benutzer nicht mehr, Johanns Link ging nicht mehr heute. Scheinbar hat er einen kräftigen Tritt bekommen :P. Jetzt können wir nur hoffen, dass er sich nicht unter fremden Namen erneut anmeldet und sein Unwesen treibt. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Ich möchte an dieser Stelle übrigends darauf hinweisen, dass die Kommentare aktuell recht nutzlos sind. Ich fände es viel sinnvoller, wenn mir z.B. JOSM an den jeweiligen trackpoints direkt sagen würde, welcher Track das ist und den Kommentar zeigen würde. Außerdem wäre es manchmal ganz sinnvoll, wenn die verschiedenen Spuren in verschiedenen Farben gezeigt würden. Das wäre vor allem auf dicht befahrenen Straßen wie beispielsweise Autobahnen ein Segen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Moin Johann, http://www.openstreetmap.org/user/rambazamba/traces/181967 (Über die Schönheit dieses Tracks kann man sicher streiten. Es sind immerhin 9 Punkte, alle zur gleichen Sekunde aufgenommen und mit schönem Copyright-Vermerk.) Schaue ich mir den in Gurgel-Earth an, sieht der aus, wie von dort kopiert/nachgezeichnet/whatever. Bei /meinen/ Tracks sehe ich stets die Schlenker beim Abbiegen oder wenn parkende Autos im Weg stehen. Dieser und einige weitere von rambazamba sind sowas von straßenmittiggurgelgenau, also sowas von... Komisch ist, daß im Potlatch immer ein Punkt völlig aus der Reihe angezeigt wird, bei gurgel earth aber nicht. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Rainer Knaepper schrieb: Schaue ich mir den in Gurgel-Earth an, sieht der aus, wie von dort kopiert/nachgezeichnet/whatever. Bei /meinen/ Tracks sehe ich stets die Schlenker beim Abbiegen oder wenn parkende Autos im Weg stehen. Dieser und einige weitere von rambazamba sind sowas von straßenmittiggurgelgenau, also sowas von... Ich würde das mitglied mal anschreiben und um eine Erklärung bitten. Falls er tatsächlich bei Google abzeichnet, sollte man in Erwägung ziehen, ihn zu verbannen, um Schäden für das Projekt vorzubeugen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Johann H. Addicks schrieb: Wie kann man soetwas deuten wie an http://www.openstreetmap.org/user/rambazamba/traces/181967 Da ist wohl jemand entzürnt darüber, dass sein zugegeben schlechter Track gelöscht wurde. (Über die Schönheit dieses Tracks kann man sicher streiten. Es sind immerhin 9 Punkte, alle zur gleichen Sekunde aufgenommen und mit schönem Copyright-Vermerk.) Stellt sich die Frage, ob ein derart schlechter und gestörter Track überhaupt eine außreichend große Schöpfungshöhe hat. Wenn ja, hat der Hochlader in jedem Fall das Recht, seine Initialen dahinter zu setzen. In Deutschland ist das Urheberrecht Politiker sei Dank nicht übertragbar. Auch wenn er die Nutzung seines Tracks für OSM lizensiert, bleibt das geistige Eigentum bei ihm. Ich möchte außerdem mich an dieser Stelle ausdrücklich von dem Löscher distanzieren. Ich bin bei OSM unter dem Namen *AndreR* unterwegs. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Moin, Ich möchte außerdem mich an dieser Stelle ausdrücklich von dem Löscher distanzieren. Ich bin bei OSM unter dem Namen *AndreR* unterwegs. ups, danke für den Hinweis! SCNR ;) ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Christoph Eckert schrieb: Ich möchte außerdem mich an dieser Stelle ausdrücklich von dem Löscher distanzieren. Ich bin bei OSM unter dem Namen *AndreR* unterwegs. ups, danke für den Hinweis! Ich wollte nur schonmal vorbeugend wirken, bevor wüste Beschimpfungen gegen mich gerichtet werden ;). signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Am 28. August 2008 21:16 schrieb André Reichelt [EMAIL PROTECTED]: Christoph Eckert schrieb: Ich möchte außerdem mich an dieser Stelle ausdrücklich von dem Löscher distanzieren. Ich bin bei OSM unter dem Namen *AndreR* unterwegs. ups, danke für den Hinweis! Ich wollte nur schonmal vorbeugend wirken, bevor wüste Beschimpfungen gegen mich gerichtet werden ;). sooo viele sind es ja auch nicht, die sich hier gelegentlich im Ton vergreifen ;-) Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Upload-Kommentare an Tracks
Martin Koppenhoefer schrieb: Am 28. August 2008 21:16 schrieb André Reichelt [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Christoph Eckert schrieb: Ich möchte außerdem mich an dieser Stelle ausdrücklich von dem Löscher distanzieren. Ich bin bei OSM unter dem Namen *AndreR* unterwegs. ups, danke für den Hinweis! Ich wollte nur schonmal vorbeugend wirken, bevor wüste Beschimpfungen gegen mich gerichtet werden ;). sooo viele sind es ja auch nicht, die sich hier gelegentlich im Ton vergreifen ;-) Stimmt: Qualität statt Quantität! ;-) Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload not instant?
Am 4. Juni 2008 07:56 schrieb Karl Eichwalder [EMAIL PROTECTED]: Martin Koppenhoefer schrieb: Wenn ich nicht einige Software hätte, die Windows benötigt (3ds-Max, Adobe Suite Professional, etc.), wäre ich schon länger auf Linux umgestiegen. Du könntest ja wenigstens auf MacOS umsteigen ;) Oder, besser, auf GNU/Linux umsteigen und die Windowssoftware in einem Emulator bzw. in einem virtualisierten System laufen lassen. VMware, Xen, VirtualBox kämen wohl vorrangig in betracht. Ich gebe zu, dass das auch einige Ressourcen frisst -- aber davon hat man dann wenigstens 'was. -- Karl Eichwalder das geht alles nicht. Erstens ist mir die Mac-Hardware zu teuer, zweitens gibt es kein 3ds für den Mac (läuft nichtmal auf den Intel-Macs), drittens ist Performance im 3d-Bereich alles (und die Software ist zu hardwarenah programmiert, um in den vg. Emulatoren zu laufen). Viertens ist mir mein Windows lieber als MacOS, wo ich mich komplett umstellen müsste und einige Sachen m.E. schlechter sind als unter Windows (mal versucht, spezielle Nicht-Mac-Hardware zum laufen zu bekommen?) Mac ist gut, wenns läuft (und das ist meistens der Fall), wenn etwas aber nicht geht, muss man schon ein richtiger Spezialist sein, um überhaupt nur die Stelle zu finden, wo man die Einstellungen machen kann (auf consolen-Ebene). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Steve Jobs haette Potlatch verboten (JOSM auch) ... Flo -- kann sein, aber wenn der überall mitbestimmen dürfte, hätte man noch nichtmal 2 Maustasten, geschweige ein Drehrädchen... Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Doru Julian Bugariu schrieb: Dann muss so schnell es geht ein Kartenabschnittsbeauftragter her, der Aenderungen nur nach schriftlichem Antrag (in doppelter Ausfuehrung!) einpflegt. ;-) Oder man sorgt dafür, dass man nur mit geprüften Editoren den Datenbestand ändern kann und sich neuentwicklungen erst in einem Test beweisen müssen. Klingt zwar jetzt hart, aber ist die einzige Lösung, die mir einfallen würde. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Raphael Studer schrieb: Menuleitsen am oberen Bildschirmrand lassen sich nachweislich schneller bedienen als solche die irgendwo in der Luft hängen. Hm, den Wissenschaftler, der das herausgefunden hat, muss ich gleich aus meiner Liste ernstzunehmender Persönlihkeiten streichen. Wenn ich in der Schule an nem Mac sitze, brauche ich deutlich länger, um das passende Menü zu finden als hier an meinem Windows rechner. Erschwerend kommt dazu, dass ich erst immer das korrekte Fenster selektieren muss, unter Windows hängt das menü immer direkt am richtigen Fenster. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Darf ich annehmen, dass du von Softwareergonomie nicht sonderlich viel verstehst? Menuleitsen am oberen Bildschirmrand lassen sich nachweislich schneller bedienen als solche die irgendwo in der Luft hängen. Grund: Die Zeit die benötigt wird um den Curser auf einer beliebigen Fläche zu plazieren ist direkt proportional zu Länge der kürzeren Seite. Bei einer fliegenden Fläche ist die kürzere Seite die Höhe. Bei einer Fixierten jedoch die Breite, da die Höhe quasi unendlich ist. naja, wenn man mit einem großen Bildschirm arbeitet sind frei schwebende Menüs, die man in die Nähe des bearbeiteten Bereichs schiebt, am schnellsten zu erreichen (da kürzerer Weg). Im allgemeinen ist sowas aber Gewöhnungssache. Jedenfalls ist Apple zwar recht gut, aber auch nicht perfekt. Mein Ipod wird z.B. unter Windows nicht mit dem Kalender (automatisch) synchronisiert. obwohl mein Kalender in Ical-format speichert, weil ich kein Outlook installiert habe ! Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Steve Jobs haette Potlatch verboten (JOSM auch) ... Du meinst den Typen, der unsinnigerweise sätliche Menüleisten an den oberen Bildschirmrand verbannt hat? Die wohl dämlichste Erfindung seit der Steinschleuder. Darf ich annehmen, dass du von Softwareergonomie nicht sonderlich viel verstehst? Menuleitsen am oberen Bildschirmrand lassen sich nachweislich schneller bedienen als solche die irgendwo in der Luft hängen. Grund: Die Zeit die benötigt wird um den Curser auf einer beliebigen Fläche zu plazieren ist direkt proportional zu Länge der kürzeren Seite. Bei einer fliegenden Fläche ist die kürzere Seite die Höhe. Bei einer Fixierten jedoch die Breite, da die Höhe quasi unendlich ist. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
On Tue, Jun 3, 2008 at 2:54 PM, André Reichelt [EMAIL PROTECTED] wrote: Raphael Studer schrieb: Menuleitsen am oberen Bildschirmrand lassen sich nachweislich schneller bedienen als solche die irgendwo in der Luft hängen. Hm, den Wissenschaftler, der das herausgefunden hat, muss ich gleich aus meiner Liste ernstzunehmender Persönlihkeiten streichen. Wenn ich in der Schule an nem Mac sitze, brauche ich deutlich länger, um das passende Menü zu finden als hier an meinem Windows rechner. Erschwerend kommt dazu, dass ich erst immer das korrekte Fenster selektieren muss, unter Windows hängt das menü immer direkt am richtigen Fenster. Es geht nicht drum, wie lange du zum Suchen der Menus hast. Sondern darum wie effizient du mit dem Curser drauf fahren kannst. Auf die sinvolle Einteilung der Menus hat der Framework ja keinen Einfluss, somit kanns der Toolhersteller immer noch verbocken. Wenn dein gewünschtes Programm unter Windows sich hinter einem anderen verbirgt, musst du auch dieses zuerst selektieren. Da ein Grossteil der User unter Windows immer die Vollbildansicht verwendet, wird die sSelektion des anderen Tools erfolgen. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
naja, wenn man mit einem großen Bildschirm arbeitet sind frei schwebende Menüs, die man in die Nähe des bearbeiteten Bereichs schiebt, am schnellsten zu erreichen (da kürzerer Weg). Richtig. Allerdings kommt zu dem Weg den du fahren musst immer noch die Zeit hinzu die du benötigst um das Menu oder den Button wirklich zu treffen. Im allgemeinen ist sowas aber Gewöhnungssache. Eher Trainingssache, Gamer z.B. schneiden in solchen Tests oft viel besser ab. Jedenfalls ist Apple zwar recht gut, aber auch nicht perfekt. Mein Ipod wird z.B. unter Windows nicht mit dem Kalender (automatisch) synchronisiert. Ich wusste gar nicht das Windows einen Kalender hat. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
offtopic für nur Mapper, es geht hier um Apple und Windows Jedenfalls ist Apple zwar recht gut, aber auch nicht perfekt. Mein Ipod wird z.B. unter Windows nicht mit dem Kalender (automatisch) synchronisiert. Ich wusste gar nicht das Windows einen Kalender hat. Grüsse Raphael Windows hat keinen Kalender (zumindest nichts brauchbares) standardmäßig dabei, aber ich nutze eine alte Version von Rainlendar (die ich appletmäßig auf dem Desktop gedockt habe), und bin damit sehr zufrieden (war damals kostenlos), im Gegensatz zur aktuellen Version, die mir nicht gefällt und daher wieder gelöscht wurde. Dieser Kalender schreibt die Daten bei Eingabe in eine ics-Datei, die dem Apple Ical-Format entspricht (und nach manuellem Kopieren auf den Pod auch wunderbar funktioniert), nur kann sich dieses Setup offensichtlich bei Apple keiner vorstellen. Mir würde es reichen, wenn ich Itunes den Speicherort dieser Datei mitteilen könnte, so dass er sich automatisch synchronisiert/kopiert. Martin /offtopic ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Martin Koppenhoefer schrieb: Windows hat keinen Kalender (zumindest nichts brauchbares) standardmäßig dabei Gut, XP Nutzer, schon klar. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Martin Koppenhoefer schrieb: Wenn ich nicht einige Software hätte, die Windows benötigt (3ds-Max, Adobe Suite Professional, etc.), wäre ich schon länger auf Linux umgestiegen. Du könntest ja wenigstens auf MacOS umsteigen ;) Oder, besser, auf GNU/Linux umsteigen und die Windowssoftware in einem Emulator bzw. in einem virtualisierten System laufen lassen. VMware, Xen, VirtualBox kämen wohl vorrangig in betracht. Ich gebe zu, dass das auch einige Ressourcen frisst -- aber davon hat man dann wenigstens 'was. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Christoph Eckert schrieb: ich fände es gut wenn wir das Thema Potlatch-Bashing endlich ruhen lassen (oder auf eine eigene Mailingliste auslagern ;-) könnten. Noch besser wäre es, die Überbringer schlechter Nachrichten sofort zu erschießen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Christoph Eckert schrieb: Könnte man da nicht auch einen Upload-Button machen wie bei JOSM? Ich persönlich fände das auch eine Riesenverbesserung, aber Richard Fairhurst findet dass das nicht ins Potlatch-Konzept passt. Selbst wenn jemand einen Patch schreibt wird er ihn daher wohl eher nicht annehmen. Nunja, ich finde da sollte sich Richard aber nochmal Gedanken darueber machen. Mag ja sein, dass ein Upload-Button nicht ins Potlatch-Konzept passt, aber das (ungewollte) Zerstoeren von Daten, sobald man was anfasst, is m.E. viel schlimmer! Als unbedarfter wuerde ich auch nicht davon ausgehen, dass ich was geaendert habe, ohne es explizit zu speichern oder an einem Server zu senden. Ganz allgemein gesprochen, ohne einen gewissen Editor zu meinen: Es ist grundsaetzlich zu begruessen, wenn mehrere Editoren existieren und jeder davon eine andere Bedienphilosophie haben! Jedoch sollte ein Editor gewisse Mindestanforderungen erfuellen, bevor er Daten aendern darf. Vielleicht koennte man ja eine Checkliste mit Mindestanforderungen erstellen. Wenn jemand einen Editor programmiert, der die Live-Daten aendern moechte, muss er die Liste erfuellen koennen, bevor er schreibenden Zugriff bekommt. Gruesse, Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Doru Julian Bugariu schrieb: Nunja, ich finde da sollte sich Richard aber nochmal Gedanken darueber machen. Mag ja sein, dass ein Upload-Button nicht ins Potlatch-Konzept passt, aber das (ungewollte) Zerstoeren von Daten, sobald man was anfasst, is m.E. viel schlimmer! Das stimmt. Man sollte unter diesem Gesichtspunkt echt shnell eine Lösung suchen, denn er kann definitiv nicht sein, dass man aus versehen ganze Straßen zerstören kann. Da sollte min. eine Rückfrage eingebaut werden oder eben wie vorgeschlagen ein Uploadbutton. Man könnte ja unten eine Liste mit allen bisherigen Änderungen einblenden und nebenan einen Button Änderungen bestätigen. Als unbedarfter wuerde ich auch nicht davon ausgehen, dass ich was geaendert habe, ohne es explizit zu speichern oder an einem Server zu senden. Das stimmt. Es geht nirgends offensichtlich hervor, dass die Änderungen SOFORT und OHNE RÜCKFRAGE gespeichert werden. Vielleicht koennte man ja eine Checkliste mit Mindestanforderungen erstellen. Wenn jemand einen Editor programmiert, der die Live-Daten aendern moechte, muss er die Liste erfuellen koennen, bevor er schreibenden Zugriff bekommt. Hm, wie soll denn die Liste aussehen? Ich würde eher sagen, dass man das Live-Schreiben generell untersagt, um Missgeschicke zu vermeiden. Man könnte aber auch sagen, man muss ich als User erst einen bestimmten Rang verdienen, um den Bestätigungsbutton auszublenden, also eine gewisse Erfahrung im Umgang mit Potlach vorweißen. Ach ja, bevor die Freiheitsliebenden wieder aufschreien: Potlach ist vor allem als Einsteigerprodukt gestaltet und sollte daher eben genau NICHT sofort die Änderungen übernehmen, da ein völliger Neuling leicht alles kaputt machen kann. Deshalb auch mein Vorschlag mit den Rängen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Ich wäre ja sehr dankbar, wenn die Mailingliste nicht noch zusäzlich durch sinnlose Diskussionen aufgebläht würde - und das Palaver über den richtigen Editor ist so eine Diskussion der Marke Bikeshed (siehe www.bikeshed.org). André Reichelt schrieb: Doru Julian Bugariu schrieb: Nunja, ich finde da sollte sich Richard aber nochmal Gedanken darueber machen. Mag ja sein, dass ein Upload-Button nicht ins Potlatch-Konzept passt, aber das (ungewollte) Zerstoeren von Daten, sobald man was anfasst, is m.E. viel schlimmer! Das stimmt. Man sollte unter diesem Gesichtspunkt echt shnell eine Lösung suchen, denn er kann definitiv nicht sein, dass man aus versehen ganze Straßen zerstören kann. Da sollte min. eine Rückfrage eingebaut werden oder eben wie vorgeschlagen ein Uploadbutton. Man könnte ja unten eine Liste mit allen bisherigen Änderungen einblenden und nebenan einen Button Änderungen bestätigen. Was wird hier jetzt eigentlich genau kritisiert? Dass Leute den Editor benutzen und die OpenStreetMap verändern? Lernt, damit zu leben! Wenn es euch stört, dass man Daten unwiderbringlich und unbemerkt in den Orkus schicken kann, dann wäre der wahre Ansatzpunkt, analog zur Wikipedia einen entsprechenden Ansatzpunkt zu implementieren, der ein leichtes Revert zu einer früheren Version erlauben würde. Solange sowas nicht bedienbar existiert, kann man mit jedem Editor die Karte zerstören. Gegen willentlichen Vandalismus hilft auch ein Save-Button nicht. Als unbedarfter wuerde ich auch nicht davon ausgehen, dass ich was geaendert habe, ohne es explizit zu speichern oder an einem Server zu senden. Das stimmt. Es geht nirgends offensichtlich hervor, dass die Änderungen SOFORT und OHNE RÜCKFRAGE gespeichert werden. Das schönste bei solchen Diskussionen ist aber, wenn sich erklärte Editor-Hasser über den Editor auslassen und Behauptungen aufstellen, die so gar nicht stimmen. Potlatch 0.9c hat ein wunderbares, explizit sichtbares Erklärfeld, welches exakt DIESE Aussage widerlegt. Vielleicht koennte man ja eine Checkliste mit Mindestanforderungen erstellen. Wenn jemand einen Editor programmiert, der die Live-Daten aendern moechte, muss er die Liste erfuellen koennen, bevor er schreibenden Zugriff bekommt. Hm, wie soll denn die Liste aussehen? Ich würde eher sagen, dass man das Live-Schreiben generell untersagt, um Missgeschicke zu vermeiden. Man könnte aber auch sagen, man muss ich als User erst einen bestimmten Rang verdienen, um den Bestätigungsbutton auszublenden, also eine gewisse Erfahrung im Umgang mit Potlach vorweißen. Ach ja, bevor die Freiheitsliebenden wieder aufschreien: Potlach ist vor allem als Einsteigerprodukt gestaltet und sollte daher eben genau NICHT sofort die Änderungen übernehmen, da ein völliger Neuling leicht alles kaputt machen kann. Deshalb auch mein Vorschlag mit den Rängen. Bitte mach keine Annahmen darüber, wozu ein Editor gedacht ist oder wozu er verwendet werden sollte - insbesondere nicht, wenn du ihn selbst gar nicht verwendest. Die ganze Diskussion entzündet sich an der Behauptung, dass unbedarfte Potlatch-User die Geodaten zerstören, weil sie direkt schreiben. Ist diese Behauptung überhaupt schon mal auch nur ansatzweise belegt worden? Und was ist mit JOSM-Usern, die die Geodaten ebenso unabsichtlich zerstören können - sei es, weil sie ungenaue GPS-Daten nutzen, weil ihr WPS-Server die falsche Projektion liefert, weil die Luftbilder nicht georeferenziert sind - oder weil sie schlicht andere Ansichten über die Art und Weise haben, wie Dinge zu taggen sind, als andere Teilnehmer? Ganz ehrlich: Hier wird ein Wirbel um etwas gemacht und das festgemacht an der angeblich falschen Verhaltensweise eines Editors - aber die Augen fest verschlossen vor dem viel grundsätzlicheren Problem. Stattdessen wird drüber nachgedacht, willkürliche Eingangshürden aufzubauen, nur damit die Elite bloß nicht von einfachen Usern gestört wird. Hätte Wikipedia so gearbeitet, wäre das Konzept direkt gescheitert, würde ich mal behaupten. Liefert Belege für die These, Potlatch-User würden unabsichtlich die Karte zerstören, oder laßt sie ein für allemal fallen. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Sven Rautenberg schrieb: Was wird hier jetzt eigentlich genau kritisiert? Dass Leute den Editor benutzen und die OpenStreetMap verändern? Nein! Es geht darum, dass Leute die Daten kaputt machen koennen, ohne dass sie es ueberhaupt merken. Daten, die von anderen Freiwilligen in ihrer Freizeit muehevoll eingegeben und gepflegt werden. Lernt, damit zu leben! Nein! Das ist der falsche Ansatz. Wenn irgendwas verbessert werden kann, dann sollte das auch getan werden. Lerne damit zu leben bringt gar nichts. Und nein, ich habe nicht die Zeit dazu, es selber zu aendern. Wenn es euch stört, dass man Daten unwiderbringlich und unbemerkt in den Orkus schicken kann, dann wäre der wahre Ansatzpunkt, analog zur Wikipedia einen entsprechenden Ansatzpunkt zu implementieren, der ein leichtes Revert zu einer früheren Version erlauben würde. Solange sowas nicht bedienbar existiert, kann man mit jedem Editor die Karte zerstören. Ein Revert ist sinnvoll, das ist keine Frage. Aber um beim Vergleich mit der Wikipedia zu bleben: die *hat* einen Speichern-Button. Den muss man explizit betaetigen, damit Aenderungen zum Server gehen. Ausserdem wird dieser Button sogar erst nach einer Vorschau der Seite enabled. Gegen willentlichen Vandalismus hilft auch ein Save-Button nicht. Gegen Vandalismus sicherlich nicht. Es geht hier jedoch nicht um Vandalismus. Das schönste bei solchen Diskussionen ist aber, wenn sich erklärte Editor-Hasser [...] Bitte beim Thema bleiben und nicht persoenlich werden... Potlatch 0.9c hat ein wunderbares, explizit sichtbares Erklärfeld, welches exakt DIESE Aussage widerlegt. Welches so lange stehen bleibt, bis man irgendwas markiert hat. Dann ist sie weg. Bitte mach keine Annahmen darüber, wozu ein Editor gedacht ist oder wozu er verwendet werden sollte - insbesondere nicht, wenn du ihn selbst gar nicht verwendest. Muss ich ein Produkt selber verwenden, um Verbesserungen vorzuschlagen? Interessant. Die ganze Diskussion entzündet sich an der Behauptung, dass unbedarfte Potlatch-User die Geodaten zerstören, weil sie direkt schreiben. Ist diese Behauptung überhaupt schon mal auch nur ansatzweise belegt worden? Ich habe im letzten Jahr oefters mal ways wieder geradebiegen muessen, weil sie ploetlich anders ausgesehen haben (Nodes verschoben, tags geloscht, usw.) Seitdem die anonymen Edits nicht mehr moeglich sind, ist es allerdings deutlich besser geworden, muss ich zugeben. Und was ist mit JOSM-Usern, die die Geodaten ebenso unabsichtlich zerstören können - sei es, weil sie ungenaue GPS-Daten nutzen, weil ihr WPS-Server die falsche Projektion liefert, weil die Luftbilder nicht georeferenziert sind - oder weil sie schlicht andere Ansichten über die Art und Weise haben, wie Dinge zu taggen sind, als andere Teilnehmer? Du vergleichst Aepfel mit Birnen: ungenaue GPS-Daten, nicht georeferenzierte Bilder und unterschiedliches Taggen haben gar nichts mit dem Editor zu tun. Ich bin allerdings absolut Deiner Meinung, dass es wichtige Punkte sind. Ganz ehrlich: Hier wird ein Wirbel um etwas gemacht und das festgemacht an der angeblich falschen Verhaltensweise eines Editors - aber die Augen fest verschlossen vor dem viel grundsätzlicheren Problem. Die grundsaetzlichen Probleme sind ueberhaupt nicht angesprochen worden und waren auch nicht Thema der urspruenglichen Posts. Und ja, ich bin der Meinung, dass es ein falsches Verhalten ist. Stattdessen wird drüber nachgedacht, willkürliche Eingangshürden aufzubauen, nur damit die Elite bloß nicht von einfachen Usern gestört wird. Hat absolut nichts mit einer OSM-Elite (was auch immer das sein sollte, ich zaehle mich jedenfalls nicht dazu) zu tun. Hätte Wikipedia so gearbeitet, wäre das Konzept direkt gescheitert, würde ich mal behaupten. Nein. Wikipedia arbeitet mit einem Speichern-Button. :-) Liefert Belege für die These, Potlatch-User würden unabsichtlich die Karte zerstören, oder laßt sie ein für allemal fallen. Durchforste die Posts der letzten Jahre, oder beobachte regelmaessig einen Dir gut bekannten Kartenabschnitt. Gruesse, Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Sven Rautenberg schrieb: Ganz ehrlich: Hier wird ein Wirbel um etwas gemacht und das festgemacht an der angeblich falschen Verhaltensweise eines Editors - aber die Augen fest verschlossen vor dem viel grundsätzlicheren Problem. Stattdessen wird drüber nachgedacht, willkürliche Eingangshürden aufzubauen, nur damit die Elite bloß nicht von einfachen Usern gestört wird. Hätte Wikipedia so gearbeitet, wäre das Konzept direkt gescheitert, würde ich mal behaupten. Liefert Belege für die These, Potlatch-User würden unabsichtlich die Karte zerstören, oder laßt sie ein für allemal fallen. Viele Grüße Sven Also ich finde du gehst ganz schön ab. Ich würde dir jetzt gerne mehrere Beispiele der letzten 2 Monate schicken, wo Newbies, was mit Potlatch zerstört haben. Das hat nichts mit Vandalismus zu tun, sondern mit Anfängerverwirrung. Da ich zum Glück ab und zu mal über die Karte browse, kann ich diese Fehler gleich wieder ausbügeln. Fehler waren unter anderem: - Nodes komplett durch die Kante geschoben, darunter auch Bundesstraßen usw. (ließ sich alles wieder korrigieren, war aber eindeutig Potlatchproblem) - Nodes nicht ordentlich verbunden (auch eindeutig Potlatchproblem) - Verwirrung, was Eingabe von Relationen usw. angeht (ist zugegeben strittig) Wenn du willst, mache ich dir das nächste Mal Screenshots von vorher - nachher. Und dass andere Editoren Newbies vor ganz andere Probleme stellen, bezweifle ich nicht, aber es ist nicht so leicht, die Daten unabsichtlich zu versauen. Auch eingefleischte JOSM-Nutzer haben oft Probleme Potlatch anständig zu bedienen, aber ist vermutlich andersrum genauso *g*. Ich bin auch gegen sofortiges ändern der Daten auf dem Server! Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
* FreeWorld ([EMAIL PROTECTED]) [080602 17:44]: Also ich finde du gehst ganz schön ab. Ich würde dir jetzt gerne mehrere Beispiele der letzten 2 Monate schicken, wo Newbies, was mit Potlatch zerstört haben. Das hat nichts mit Vandalismus zu tun, sondern mit Anfängerverwirrung. Ich muß zugeben, daß mir das auch passiert ist - trotz beim erstenmal im Play-Modus arbeiten. Zum Glück habe ich das gemerkt, so daß ich das gleich repariert habe, also ist nix schlimmes passiert. und außerdem: Ich fände es nicht nur sicherer, sondern auch bequemer, wenn ich erstmal eine Liste der Änderungen hätte, die ich dann am Ende übertragen würde. Viele Grüße, Andi -- http://home.arcor.de/andreas-barth/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Till Maas schrieb: Im Web 2.0 läuft ja auch schon vieles sofort ab, ohne dass man noch extra auf 'nen Button drücken muß, um Daten zu versenden. So gesehen ist das jetzt kein ungewöhnliches Prinzip. Sorry, aber ein dämliches. Stell Dir vor, das Textverarbeitungsprogramm deiner Wahl würde ähnlich handeln und jeden Schritt direkt speichern. Du schneidest ein, zwei Seiten aus, willst sie woanders einfügen und bums schmiert Dir der Rechner ab. Pech gehabt! Selbst wenn wir irgendwann eine anständige History einführen, würde ich es als Manko betrachten, dass die Daten sofort gespciert werden. Ich will entscheiden, ob gespeichert wird und wenn es mir nicht gefällt, die Änderungen verwerden. Eigentlich genau das JOSM-Prinzip. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
André Reichelt wrote: Till Maas schrieb: Im Web 2.0 läuft ja auch schon vieles sofort ab, ohne dass man noch extra auf 'nen Button drücken muß, um Daten zu versenden. So gesehen ist das jetzt kein ungewöhnliches Prinzip. Sorry, aber ein dämliches. Stell Dir vor, das Textverarbeitungsprogramm deiner Wahl würde ähnlich handeln und jeden Schritt direkt speichern. Du schneidest ein, zwei Seiten aus, willst sie woanders einfügen und bums schmiert Dir der Rechner ab. Pech gehabt! Selbst wenn wir irgendwann eine anständige History einführen, würde ich es als Manko betrachten, dass die Daten sofort gespciert werden. Ich will entscheiden, ob gespeichert wird und wenn es mir nicht gefällt, die Änderungen verwerden. Eigentlich genau das JOSM-Prinzip. Gut, dann ist für dich JOSM wahrscheinlich besser. Ich kann dem anderen Prinzip auch viel abgewinnen. Nehmen wir mal deine Variante: Ich mache eine Menge Änderungen, plötzlich schmiert der Rechner, das Betriebssystem, die Applikation bzw. bei Potlatch ev. der Browser oder das Flash-Plugin ab (passiert mir durch die Verwendung von Entwicklungscode oft genug). Jetzt sind bei deinem Modell _alle_ gemachten Änderungen unwiderbringlich weg und ich muss ganz von vorne anfangen. Bei der aktuellen Potlatch-Praxis ist zumindest ein großer Teil noch da (interessanterweise hab ich festgestellt, dass es oft weniger ist, als man denkt, wenn ein Absturz passiert). Um es kurz zu machen - es gibt Pro und Contra für jede dieser Varianten, es ist halt einerseits Geschackssache und andererseits muss man wissen, was die Anwendung macht. Als erfahreneer Computeranwedner ist man auf das explizit-speichern-Modell getrimmt, für Unerfahrene ist meist das automatsch-speichern-Modell intuitiver, ist mir durch Beobachtung aufgefallen. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Robert Kaiser schrieb: Ich kann dem anderen Prinzip auch viel abgewinnen. Nehmen wir mal deine Variante: Ich mache eine Menge Änderungen, plötzlich schmiert der Rechner, das Betriebssystem, die Applikation bzw. bei Potlatch ev. der Browser oder das Flash-Plugin ab (passiert mir durch die Verwendung von Entwicklungscode oft genug). Jetzt sind bei deinem Modell _alle_ gemachten Änderungen unwiderbringlich weg und ich muss ganz von vorne anfangen. Bei der aktuellen Potlatch-Praxis ist zumindest ein großer Teil noch da (interessanterweise hab ich festgestellt, dass es oft weniger ist, als man denkt, wenn ein Absturz passiert). Nun, ich speichere konsequent alle paar Minuten ab. Außerdem ist mein Rechner recht stabil. Es ist bisher eigentlich nur einmal passiert, dass ich mich ärgern musste. Das war heute mittag, als der Server ausgefallen ist. Wobei da auch Potlach nicht geholfen hätte. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
On Mon June 2 2008, André Reichelt wrote: Till Maas schrieb: Im Web 2.0 läuft ja auch schon vieles sofort ab, ohne dass man noch extra auf 'nen Button drücken muß, um Daten zu versenden. So gesehen ist das jetzt kein ungewöhnliches Prinzip. Sorry, aber ein dämliches. Stell Dir vor, das Textverarbeitungsprogramm deiner Wahl würde ähnlich handeln und jeden Schritt direkt speichern. Du schneidest ein, zwei Seiten aus, willst sie woanders einfügen und bums schmiert Dir der Rechner ab. Pech gehabt! Ich sehe da jetzt nicht, inwiefern man Potlatch mit 'nem Textverarbeitungsprogramm in der Hinsicht vergleichen kann, da es ja keine Zwischenablage gibt, die dann plötzlich weg wäre, wenn Flash mal wieder abstürzt. Als Potlatch bei mir das letzte mal abgestürzt ist, hätte ich mir gewünscht dass der Weg, den ich eingetragen hatte, dann auch schon zum Server übertragen worde wäre. Ich finde es doch sehr angenehm, wenn ich direkt dort weiterarbeiten kann, wo ich aufgehört habe. Selbst wenn wir irgendwann eine anständige History einführen, würde ich es als Manko betrachten, dass die Daten sofort gespciert werden. Ich will entscheiden, ob gespeichert wird und wenn es mir nicht gefällt, die Änderungen verwerden. Eigentlich genau das JOSM-Prinzip. Du kannst ja weiterhin JOSM benutzen. Grüße, Till ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Frederik Ramm schrieb: Ich wuerde mal so ganz salopp sagen: Wem der Editor nicht passt, ein- fach mal selber einen schreiben. Noch einen programmieren? Das wäre nicht mehr wie verschwendete Zeit. Man sollte das vorhandene perfektionierne und nicht 100 Alternativen machen. Wenn es keine Alternativen gibt, muss man sich nicht entscheiden und wenn mans ich nicht entscheiden muss, kann man sofort arbeiten. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Hallo, Ich wuerde mal so ganz salopp sagen: Wem der Editor nicht passt, ein- fach mal selber einen schreiben. Noch einen programmieren? Das wäre nicht mehr wie verschwendete Zeit. Man sollte das vorhandene perfektionierne Ja, das ist natuerlich auch immer ein guter Weg. Der Quelltext aller vorhandenen Editoren ist ja im SVN. 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] upload not instant?
Liefert Belege für die These, Potlatch-User würden unabsichtlich die Karte zerstören, oder laßt sie ein für allemal fallen. Viele Grüße Sven ich habe mal nen Beitrag von der ML Italien rausgekramt, um Deiner Aufforderung nachzukommen (dachte eigentlich, da wären screenshots dabei, mittlerweile sind die Stellen wieder behoben, war von Mitte Mai '08): Hello, yesterday I noticed some bad edits in a zone I'm mapping. I contacted the author (Israfil) and he promptly answered saying that it was a mistake, not knowing that it was editing the real map. Some are new lines: http://www.openstreetmap.org/?lat=43.5049lon=11.2177zoom=14layers=0BFT Other are moved points: http://www.openstreetmap.org/?lat=43.53109lon=11.14862zoom=15layers=0BFT Because I (nor him) can say for sure where are the bad edits, is it possible to revert all the edits made by the Israfil user till yesterday? -- Niccolo Rigacci Firenze - Italy das war ein total Gekrakel und offensichtlich nicht gemappt. Sowas kommt immer mal wieder vor, und hat eben nichts mit Vandalismus zu tun, sondern mit versehentlichem Ändern beim ersten rumprobieren. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Moin, Das ist gut. Die mail ging zuerst an die Merkaartor liste. Kann man den Update der Datenbank daily machen, so dass es übernacht drin ist? a) Ich bitte zu unterscheiden zwischen der Datenbank, in der die Daten lagern, und der Karte auf unserer Webseite die die Daten visuell aufbereitet anzeigt b) Das Erzeugen der bunten Bilder für die Webseite ist (ja nach Verfahren, es gibt unterschiedliche) aufwändig. Daher kann das schonmal dauern. c) Du kannst auf informationfreeway.org in Zoomstufe 12 versuchen, manuell einen Renderrequest anzustoßen. Allerdings gibt es momentan zusätzlich ein paar Performanceprobleme. HTH, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Hallo danke, dann würde ich vorschlagen, dass man mit Markaartor die Daten in jeder minute upgedatet reinzoomen kann. Bislang habe ich in openstreetmaps,de das OSM runtergeladen, und dann in Merkaartor eingeladen, und der Upload ist ja dann nur XML für die Edierungen, aber diese kommen dann nicht wieder vor am nächsten Tag, So kann es ja sein, dass jemand das schon geändert hat und ich lade ein altes OSM aus der openstreetmap.de in Merkartor. Wo bekomme ich denn den ACTUAL INSTANT Datenstand her, um ihn in erkaartor zu ändern? Was mache ich falsch? Max 2008/6/1 Christoph Eckert [EMAIL PROTECTED]: Moin, Das ist gut. Die mail ging zuerst an die Merkaartor liste. Kann man den Update der Datenbank daily machen, so dass es übernacht drin ist? a) Ich bitte zu unterscheiden zwischen der Datenbank, in der die Daten lagern, und der Karte auf unserer Webseite die die Daten visuell aufbereitet anzeigt b) Das Erzeugen der bunten Bilder für die Webseite ist (ja nach Verfahren, es gibt unterschiedliche) aufwändig. Daher kann das schonmal dauern. c) Du kannst auf informationfreeway.org in Zoomstufe 12 versuchen, manuell einen Renderrequest anzustoßen. Allerdings gibt es momentan zusätzlich ein paar Performanceprobleme. HTH, ce ___ 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] upload not instant?
Hi, I downloaded some osm file and edit in merkaartor then I uploaded but openstreepmat.org/de does not show the edit. even after days is that not instant? Thanks for a feedback before further edings are done. if the data is in the database, it still will last a while until the map tiles are updated. Please note that this is a mailing list in german language, insofern darf hier auch auf deutsch gepostet werden :) . Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
On Sun, Jun 1, 2008 at 10:07 AM, Christoph Eckert [EMAIL PROTECTED] wrote: if the data is in the database, it still will last a while until the map tiles are updated. That is bad. Please note that this is a mailing list in german language, insofern darf hier auch auf deutsch gepostet werden :) . Das ist gut. Die mail ging zuerst an die Merkaartor liste. Kann man den Update der Datenbank daily machen, so dass es übernacht drin ist? Danke max Gruß, ce ___ 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] upload not instant?
Hi, Hallo danke, dann würde ich vorschlagen, dass man mit Markaartor die Daten in jeder minute upgedatet reinzoomen kann. Bislang habe ich in openstreetmaps,de das OSM runtergeladen, und dann in Merkaartor eingeladen, und der Upload ist ja dann nur XML für die Edierungen, aber diese kommen dann nicht wieder vor am nächsten Tag, So kann es ja sein, dass jemand das schon geändert hat und ich lade ein altes OSM aus der openstreetmap.de in Merkartor. Wo bekomme ich denn den ACTUAL INSTANT Datenstand her, um ihn in erkaartor zu ändern? Was mache ich falsch? Max ich verwende einerseits keinen Merkaartor, andererseits ist mir Deine Vorgehensweise noch nicht ganz klar. Normalerweise läuft das so: * Editor anwerfen * In interessierendes Gebiet einzoomen * Jetzt Datenbank *live* vom OSM.org-Server ziehen, und zwar *nicht* via manuellem Download :) * Editieren * Hochladen Merkaartor bietet doch sicher in einem der Menüs einen Eintrag um Daten vom Server zu beziehen, oder? HTH, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Am Sonntag 01 Juni 2008 10:24:26 schrieb M. Peterson: Wo bekomme ich denn den ACTUAL INSTANT Datenstand her, um ihn in erkaartor zu ändern? fuer Merkaartor v0.09 File - Download from Web (Ctrl +D) Daten editieren, danach File - Upload to Web (Ctrl +U) hth Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Am 1. Juni 2008 11:17 schrieb Michael Buege [EMAIL PROTECTED]: Am Sonntag 01 Juni 2008 10:24:26 schrieb M. Peterson: Wo bekomme ich denn den ACTUAL INSTANT Datenstand her, um ihn in erkaartor zu ändern? fuer Merkaartor v0.09 File - Download from Web (Ctrl +D) Daten editieren, danach File - Upload to Web (Ctrl +U) hth Michael alleine die Versionsnummer sagt mir eigentlich schon, dass man damit noch nicht unbedingt arbeiten sollte. Ich würde mir wünschen, dass Neulinge erstmal auf JOSM gestoßen werden, und dann mit ein bisschen Erfahrung sich ja in alle Richtungen umsehen können. Merkaartor, JOSM und Potlatch als quasi gleichgut hinzustellen trifft einfach die Realität nicht (ich kenne Merkaartor praktisch gar nicht und Potlatch nur wenig, man möge mir mein Editor-bashing verzeihen, die vg. Einschätzung beruht auf Ereignissen und Schilderungen in der Mailingliste, prinzipiell finde ich es gut, wenn sich die Editoren in verschiedene Richtungen entwickeln, weil man ja ggf. auch wechselseitig davon profitieren kann). Dass Potlatch z.B. online jede Änderung, die man beim Rumspielen so macht, gleich überträgt, finde ich ein bisschen gewagt als Konzept. Könnte man da nicht auch einen Upload-Button machen wie bei JOSM? In der Vergangenheit hat sich gezeigt, dass kaum einer glauben mochte, dass man wirklich so leicht die Originaldaten ändern kann (div. Zick-zacklinien und verschobene Straßen beim ersten Testversuch: Ah, ich wusste gar nicht, dass ich schon an den echten Daten rumspiele/das schon sofort online geht). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Moin, alleine die Versionsnummer sagt mir eigentlich schon, dass man damit noch nicht unbedingt arbeiten sollte. äh?!? Ich würde mir wünschen, dass Neulinge erstmal auf JOSM gestoßen werden, Das darfst Du Dir wünschen, aber ich wünsche mir dass Neulinge sich weiterhin selber aussuchen dürfen mit was sie arbeiten möchten. Nicht zuletzt gibt es ja auch verschiedene Interessengruppen. und dann mit ein bisschen Erfahrung sich ja in alle Richtungen umsehen können. Merkaartor, JOSM und Potlatch als quasi gleichgut hinzustellen trifft einfach die Realität nicht Stimmt. Zumal wenn man die Editoren versucht unter verschiedenen Gesichtspunkten zu beurteilen. Da gibt es dann sicher eine Menge Fälle in denen Potlatch und Merkaartor dem JOSM was voraus haben. (ich kenne Merkaartor praktisch gar nicht und Potlatch nur wenig, man möge mir mein Editor-bashing verzeihen, Nein, niemals, ich bin nachtragend ;) . Könnte man da nicht auch einen Upload-Button machen wie bei JOSM? Ich persönlich fände das auch eine Riesenverbesserung, aber Richard Fairhurst findet dass das nicht ins Potlatch-Konzept passt. Selbst wenn jemand einen Patch schreibt wird er ihn daher wohl eher nicht annehmen. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Martin Koppenhoefer schrieb: Dass Potlatch z.B. online jede Ãnderung, die man beim Rumspielen so macht, gleich Überträgt, finde ich ein bisschen gewagt als Konzept. Das muss so sein, weil anderfalls Conflicts möglich wären, die den Neuling überfordern würden ;-( Ich finde es auch dreist von dem Potlatch-Entwickler, dass die Befindlichkeiten etwaiger Neulinge wichtiger sind, als die Bewahrung bereits erhobener Daten. Der Entwickler redet sich jetzt damit heraus, dass es ein Undo gibt. Als wenn das von den Neulingen leicht entdeckt würde... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Moin, Ich finde es auch dreist von dem Potlatch-Entwickler, dass die Befindlichkeiten etwaiger Neulinge wichtiger sind, als die Bewahrung bereits erhobener Daten. Der Entwickler redet sich jetzt damit heraus, dass es ein Undo gibt. Als wenn das von den Neulingen leicht entdeckt würde... ich fände es gut wenn wir das Thema Potlatch-Bashing endlich ruhen lassen (oder auf eine eigene Mailingliste auslagern ;-) könnten. 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] upload not instant?
Am 1. Juni 2008 17:02 schrieb Christoph Eckert [EMAIL PROTECTED]: Moin, Ich finde es auch dreist von dem Potlatch-Entwickler, dass die Befindlichkeiten etwaiger Neulinge wichtiger sind, als die Bewahrung bereits erhobener Daten. Der Entwickler redet sich jetzt damit heraus, dass es ein Undo gibt. Als wenn das von den Neulingen leicht entdeckt würde... auch so ein Punkt, am Besten wären Symbole für alle Funktionen (damit man sie findet), da sich gerade Neulingen meist wohl der Funktionsumfang gar nicht erschließt. ich fände es gut wenn wir das Thema Potlatch-Bashing endlich ruhen lassen (oder auf eine eigene Mailingliste auslagern ;-) könnten. Beste Grüße, ce Es handelt sich hier IMHO nicht um Bashing sondern um konstruktive Kritik die aus der Erfahrung heraus wächst, dass Neulinge in Potlatch gerne mal (unbeabsichtigt) was kaputtmachen, weil ihnen gar nicht klar ist, dass sie schon mit den Originaldaten arbeiten und diese modifiert hochladen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Am 1. Juni 2008 16:23 schrieb Christoph Eckert [EMAIL PROTECTED]: Moin, alleine die Versionsnummer sagt mir eigentlich schon, dass man damit noch nicht unbedingt arbeiten sollte. äh?!? Latest release : 0.010 (24 Mar 2008) Merkaartor is (will be) a mapping program. Schon der dezente Hinweis will be zusammen mit 0.01 als Version ist doch einigermaßen eindeutig. Ich würde mir wünschen, dass Neulinge erstmal auf JOSM gestoßen werden, Das darfst Du Dir wünschen, aber ich wünsche mir dass Neulinge sich weiterhin selber aussuchen dürfen mit was sie arbeiten möchten. Nicht zuletzt gibt es ja auch verschiedene Interessengruppen. dann sage ich es mal so: ich hätte es mir bei meinen ersten Schritten gewünscht, wenn ich damals schon die Erfahrungen gehabt hätte, die ich mittlerweile gesammelt habe. und dann mit ein bisschen Erfahrung sich ja in alle Richtungen umsehen können. Merkaartor, JOSM und Potlatch als quasi gleichgut hinzustellen trifft einfach die Realität nicht Stimmt. Zumal wenn man die Editoren versucht unter verschiedenen Gesichtspunkten zu beurteilen. Da gibt es dann sicher eine Menge Fälle in denen Potlatch und Merkaartor dem JOSM was voraus haben. sicher eine riesige Menge (ich vertraue Dir da mal blind), aber es gibt eine sicher noch größere Menge, wo versehentlich was kaputt gemacht wurde oder wo Daten versehentlich falsch (z.B. ways nicht verbunden) eingegeben wurden. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Moin, Ich finde es auch dreist von dem Potlatch-Entwickler, dass die Befindlichkeiten etwaiger Neulinge wichtiger sind, als die Bewahrung bereits erhobener Daten. Der Entwickler redet sich jetzt damit heraus, dass es ein Undo gibt. Als wenn das von den Neulingen leicht entdeckt würde... ich fände es gut wenn wir das Thema Potlatch-Bashing endlich ruhen lassen (oder auf eine eigene Mailingliste auslagern ;-) könnten. Jetzt muss ich dazu aber auch mal was sagen: Ich finde es gar nicht gut, wenn jede Kritik am Potlatch (oder an der dahinterstehenden Philosophie) als Potlatch-Bashing abgekanzelt wird; ein großer Teil davon ist durchaus berechtigt. Es ist auch nicht so, dass nur kritisiert wird, es werden ja konkrete Verbesserungsvorschläge gemacht (z.B. explizites Speichern der Änderungen). Wirkliche Gegenargumente sind bis jetzt dazu nicht gebracht worden. Dass der Benutzer seine Änderungen durch versehentliches Schließen seines Browsers verlieren könnten, ist keines: das ist nämlich bei so ziemlich allen Webanwendungen so, und deswegen ist Potlatch in dieser Hinsicht gerade unintuitiv. Ich würde sogar behaupten, dass viele der Anfänger sich darauf verlassen, dass sie nichts kaputt machen, wenn sie nach dem rumprobieren einfach ihren Browser zumachen. Beste Grüße, ce Grüße, Marc -- Super-Aktion nur in der GMX Spieleflat: 10 Tage für 1 Euro. Über 180 Spiele downloaden: http://flat.games.gmx.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Moin, Jetzt muss ich dazu aber auch mal was sagen: Ich finde es gar nicht gut, wenn jede Kritik am Potlatch (oder an der dahinterstehenden Philosophie) als Potlatch-Bashing abgekanzelt wird; ein großer Teil davon ist durchaus berechtigt. Es ist auch nicht so, dass nur kritisiert wird, es werden ja konkrete Verbesserungsvorschläge gemacht (z.B. explizites Speichern der Änderungen). Wirkliche Gegenargumente sind bis jetzt dazu nicht gebracht worden. Dass der Benutzer seine Änderungen durch versehentliches Schließen seines Browsers verlieren könnten, ist keines: das ist nämlich bei so ziemlich allen Webanwendungen so, und deswegen ist Potlatch in dieser Hinsicht gerade unintuitiv. Ich würde sogar behaupten, dass viele der Anfänger sich darauf verlassen, dass sie nichts kaputt machen, wenn sie nach dem rumprobieren einfach ihren Browser zumachen. das sehe ich durchaus ähnlich. Nur sind die hier diskutierten Verbesserungsvorschläge bisher nicht im Potlatch-Code angekommen. Das hat verschiedene Gründe, und ich fürchte dass eine erneute Diskussion außer erhitzten Köpfen keine neuen Ergebnisse bringen wird. Falls jemand diskutieren will stelle ich mich nicht dagegen. Aber ich darf darauf hinweisen dass nicht viel dabei herauskommen wird. 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] Upload
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Juergen Buchner schrieb: ups .. sorry für die leere Mail ;-) Eigentlich finde ich diesen sofortigen Automatismus nicht so doll. Da ich während der Arbeit öfters zwischenspeichere, werden dann sofort Render-Requests ausgelöst. Gottseidank mit niedriger Prio. Es wird nicht sofort ausgelöst sondern lediglich alle vier Stunden, und zwar aus genau diesem Grund. - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHrIHeFUbODdpRVDwRAsjCAKDSoku0DWKLb8fNRzk6MjUZ9DspAQCgxe5x wHsxoh0RZqJRpFaYuK6Nc0A= =4fyY -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Upload
Christoph Eckert [EMAIL PROTECTED] wrote: das kommt darauf an. Tipp: auf informationfreeway.org gehen und dort im Zoomlevel 12 bei gedrückter Steuerungstaste auf die entsprechende Kachel klicken. Das triggert einen Renderrequest. Da könnte man eigentlich mal ein josm Plugin bauen. Schicke Render Requests für den Kartenausschnitt, den ich grade barbeite. Noch schöner wäre es natürlich wenn das ganze automatisch serverseitig gelöst würde z.B. über Trigger in der Datenbank. Sven -- Remember, democracy never lasts long. It soon wastes itself, exhausts and murders itself. There never was a democracy yet that did not commit suicide. (John Quincy Adams) /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] Upload
Da könnte man eigentlich mal ein josm Plugin bauen. Schicke Render Requests für den Kartenausschnitt, den ich grade barbeite. Noch schöner wäre es natürlich wenn das ganze automatisch serverseitig gelöst würde z.B. über Trigger in der Datenbank. Hat das nicht Frederik grad oben erwähnt, dass der Request meistens schon automatisch ausgelöst wurde und man mit dem Klick nur noch die Priorität erhöht? Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Upload
Am 31.01.08 schrieb Frederik Ramm [EMAIL PROTECTED]: Hallo, das kommt darauf an. Tipp: auf informationfreeway.org gehen und dort im Zoomlevel 12 bei gedrückter Steuerungstaste auf die entsprechende Kachel klicken. Das triggert einen Renderrequest. Da könnte man eigentlich mal ein josm Plugin bauen. Schicke Render Requests für den Kartenausschnitt, den ich grade barbeite. Noch schöner wäre es natürlich wenn das ganze automatisch serverseitig gelöst würde z.B. über Trigger in der Datenbank. Es gibt schon ein Plugin, mit dem Du ein Kontextmenue (rechte Maustaste) bekommst und dort sowohl einen Render-Request absenden als auch Infos zum letzten Rendering anzeigen lassen kannst (das slippymap-Plugin). Der von Dir genannte Automatismus existiert ebenfalls schon, und zwar ueber den changes-Aufruf der API, da kann man sich sagen lassen, auf welchen Level-12-Tiles sich in den letzten X Minuten was geaendert hat, und die werden dann in die Queue geworfen. Allerdings beruecksichtigt das nur Node-Aenderungen. Bye Frederik ___ 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] Upload
ups .. sorry für die leere Mail ;-) Eigentlich finde ich diesen sofortigen Automatismus nicht so doll. Da ich während der Arbeit öfters zwischenspeichere, werden dann sofort Render-Requests ausgelöst. Gottseidank mit niedriger Prio. Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Upload
Moin, ehm wenn ich in JOSM eine Straße die ich gerade erstellt habe Uploade, wie lange dauert es dann bis die Straße bei OSM auf der Karte auftaucht das kommt darauf an. Tipp: auf informationfreeway.org gehen und dort im Zoomlevel 12 bei gedrückter Steuerungstaste auf die entsprechende Kachel klicken. Das triggert einen Renderrequest. oder bekomme ich eine bestätigung irgendwie? Eine Nachricht ser Art Die von Ihnen beigesteuerte Straße wurde soeben gerendert gibt es nicht. Es nutzt nur gelegentlich nachzusehen ob schon neu gerendert wurde. Das kann manchmal auch etwas dauern. Rein gefühlt würde ich sagen dass es am Wochenende, insbesondere Sonntag Abends, etwas länger dauern kann. 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] Upload
Hallo, das kommt darauf an. Jetzt haste Dich aber schoen um jede Art konkreter Info gedrueckt ;-) Also, zumindest fuer die Karte, die bei informationfreeway.org angezeigt wird, existieren Mechanismen, die, wenn sie gut funktionieren und nichts gerade verstopft ist, dafuer sorgen, dass eine neue Strasse innerhalb von 15-60 Minuten auf der Karte erscheint. Es gibt aber viele Gruende, warum sowas mal bis zu einigen Tagen dauern kann, irgendwelche Stoerungen, sonstige Probleme, zu viel Rechenlast, irgendwo angeklebte Post-Its fallen die Wand runter und so. Tipp: auf informationfreeway.org gehen und dort im Zoomlevel 12 bei gedrückter Steuerungstaste auf die entsprechende Kachel klicken. Das triggert einen Renderrequest. Meistens ist der Request schon automatisch erzeugt worden, aber mit diesem Verfahren kann man seine Prioritaet erhoehen. 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] Upload
Okay Vielen Dank dann weiß ich ja bescheid! Ich mach dann mal weiter hier Fehlen noch viele Sachen bei mir! Niels Frederik Ramm schrieb: Hallo, das kommt darauf an. Jetzt haste Dich aber schoen um jede Art konkreter Info gedrueckt ;-) Also, zumindest fuer die Karte, die bei informationfreeway.org angezeigt wird, existieren Mechanismen, die, wenn sie gut funktionieren und nichts gerade verstopft ist, dafuer sorgen, dass eine neue Strasse innerhalb von 15-60 Minuten auf der Karte erscheint. Es gibt aber viele Gruende, warum sowas mal bis zu einigen Tagen dauern kann, irgendwelche Stoerungen, sonstige Probleme, zu viel Rechenlast, irgendwo angeklebte Post-Its fallen die Wand runter und so. Tipp: auf informationfreeway.org gehen und dort im Zoomlevel 12 bei gedrückter Steuerungstaste auf die entsprechende Kachel klicken. Das triggert einen Renderrequest. Meistens ist der Request schon automatisch erzeugt worden, aber mit diesem Verfahren kann man seine Prioritaet erhoehen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Upload
Moin, das kommt darauf an. Jetzt haste Dich aber schoen um jede Art konkreter Info gedrueckt ;-) die Leute sollen doch das Buch kaufen! Ich möchte mich nicht dem Vorwurf ausgesetzt sehen, ich hätte die Verkaufszahlen gedrückt ;-) . Scheinheilige Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload?
Moin, ich kann im Moment keine gpx-Traces hochladen. Funktioniert das bei Euch?... hat sich erledigt! Es funktioniert wieder ... Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. *http://www.pc-sicherheit.web.de/startseite/?mc=00* [http://www.pc-sicherheit.web.de/startseite/?mc=00] ___Talk-de mailing [EMAIL PROTECTED]://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. *http://www.pc-sicherheit.web.de/startseite/?mc=00* [http://www.pc-sicherheit.web.de/startseite/?mc=00] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Upload trace schläft fehl: Tags is invalid
Raimond Spekking schrieb: Moin, ich verstehe etwas nicht: AAa, vergesst meinen Hilferuf, ich bin so blöd :-( Der Fehler lag nicht im .gpx, sondern - natürlich - saß vor der Tastatur. Ich hatte die Tags im Upload-Formular mit Kommata getrennt Raymond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de