Ulf Lamping schrieb:
Frederik Ramm schrieb:
Bitte
http://wiki.openstreetmap.org/index.php/Automated_Edits/Code_of_Conduct
beachten.
[...]
Das gilt fuer jede und jeden, der/die irgendwelche automatisierten
Aenderungen vornehmen moechte, egal ob einmalig oder regelmaessig.
Ausgenommen,
Hallo Dirk,
Die meisten werden die Daten so eintragen,
wie sie andere schon vorhandene Daten vorfinden.
Die meisten wollen die Daten richtig eintragen, damit sie:
- dargestellt/verwertet werden
- schön dargestellt werden
- sinnvoll dargestellt/verwertet werden
Mangels Regeln orientieren sie
Frederik Ramm schrieb:
Ich vertrete die Ansicht, dass reine Schoenheitskorrekturen wertlos
sind. Wenn in Deutschland 10.000 Strassen mit max_speed und 10.000
Strassen mit maxspeed getaggt waeren, kaeme bestimmt irgendjemand und
wuerde fordern, dass man das gleichzieht. Aber man braucht das
Markus schrieb:
Ignorieren von Leistung führt immer zu Frustration.
Und Frustration hemmt Kreativität, Motivation und Produktivität.
Darin besteht auch die Problematik von nicht kommunizierten Bot-Änderungen.
Kommunikation ist aber grundsätzlich ein Problem. Wo beispielsweise
würdest du
On Tue, Nov 04, 2008 at 10:49:55AM +0100, Frederik Ramm wrote:
[...] Insbesondere: VORHER diskutieren,
Genau das ist doch hier passiert?!
Das gilt fuer jede und jeden, der/die irgendwelche automatisierten
Aenderungen vornehmen moechte,
Wie genau definierst Du automatisiert? Ist SearchReplace
Hi,
Holger Issle wrote:
Falls Du mich meinst
Ne, ich meine gar niemand spezielles, ich beziehe mich nur auf das
Subject bulk changes.
Die Sache mit der Diskussion vor den Änderungen sehe ich allerdings
nicht ganz ein, da auf dieser Liste bisher immer Anarchie statt
Demokratie gepredigt
On Tue, Nov 04, 2008 at 01:53:03PM +0100, Frederik Ramm wrote:
[...] Insbesondere: VORHER diskutieren,
Genau das ist doch hier passiert?!
Ich habe mich nicht konkret gegen irgendwas wenden wollen, ich wollte
nur darauf hinweisen, dass automatische Aenderungen nicht mal eben
so gemacht,
Hallo,
Frederik Ramm schrieb:
Genau, weil im Projekt tendenziell kein Interesse an diesen Regeln
besteht.
Das ist eine Illusion.
OSM ist eine Datenbank. In einer Datenbank wird klassifiziert,
kategorisiert und katalogisiert. Dies alles passiert anhand Regeln.
Regeln wie z.B. highway=XYZ für
On Tue, 4 Nov 2008, Dirk Stöcker wrote:
On Tue, 4 Nov 2008, Ulf Lamping wrote:
Bei OSM wurde bislang (gerade auch von dir Frederik) auf Teufel komm
raus eine Freiheit propagiert, die mir bisweilen ziemlich auf die Nerven
gegangen ist.
Ich sehe jetzt nicht ansatzweise ein, warum auf
Hallo Michael,
OSM ist eine Datenbank
Es gibt jetzt schon sehr viele Regeln
Diese Regeln definierten Syntax und Semantik der Daten
Mit guten Regeln steigt der Informationsgehalt
Ja. Und je besser diese Regeln sind, je bekannter sie sind und je
konsistenter sie angewendet werden, desto
Hallo,
Ulf Lamping wrote:
Nur weil Frederik eine Webseite geschrieben hat und ihm in einem kurzen
Zeitraum ein paar Leute zugestimmt haben, bedeutet das in keinster Weise
eine Art von Regel, an die sich irgendjemand halten muß ...
Ein wesentliches Element dieses code of conduct ist der
On Tue, 4 Nov 2008, Ulf Lamping wrote:
Bei OSM wurde bislang (gerade auch von dir Frederik) auf Teufel komm
raus eine Freiheit propagiert, die mir bisweilen ziemlich auf die Nerven
gegangen ist.
Ich sehe jetzt nicht ansatzweise ein, warum auf einmal bei diesem Punkt
strikte Regeln gelten
Hallo Ulf,
Ich sehe jetzt nicht ansatzweise ein, warum auf einmal bei diesem Punkt
strikte Regeln gelten sollen - nur weil es Frederik und ein Paar anderen
Leuten gerade so in den Kram paßt ...
Wenn Du das aufgeregte Posting von Andy Allan zum Thema xybot neulich
gelesen hast, dann weisst
Hallo,
Michael Roth wrote:
Denn der Mensch kann erkennen dass mit Germany offensichtlich BRD
gemeint ist. Dieses Wissen kann er manuell per Hand anwenden oder in ein
Skript packen.
Oder gleich in die Software, die die Daten auswertet (bzw., um
Mehrarbeit zu vermeiden, zwischen die Datenbank
Florian Lohoff schrieb:
Das habe ich nicht automatisiert repariert weil ich befuerchte das
Hesse nicht eindeutig ist - Hier in der gegend haben wir die Orte
Hesseln und Hesselteich - Warum sollte es nicht ein Hesse geben
...
Klar gibt es den Ort Hesse, zwischen Strasbourg und Nancy am
Frederik Ramm schrieb:
Hallo,
Florian Lohoff wrote:
Ich bin gerade dabei zumindest die offensichtlichlichsten is_in bugs a
la Germany - Bundesrepublik Deutschland automatisiert zu beheben.
Bitte
http://wiki.openstreetmap.org/index.php/Automated_Edits/Code_of_Conduct
beachten.
On Tue, Nov 04, 2008 at 01:22:18PM +0100, Sascha Silbe wrote:
Ja, ich stelle das bewusst etwas übertrieben da - wir müssen uns
entscheiden, wo die Grenze zu ziehen ist.
Nein, müssen wir eigentlich nicht. Wir müssen einfach nur vom
schwarz-weiß-denken weg und etwas gesunden Menschenverstand
Moin!
http://wiki.openstreetmap.org/index.php/Automated_Edits/Code_of_Conduct
beachten. Insbesondere: VORHER diskutieren, was man vorhat,
WAEHRENDDESSEN alle Aenderungen so durchfuehren, dass man sieht, von
welchem Skript sie durchgefuehrt wurden und NACHHER genau dokumentieren,
was man
Hallo alle,
bin jetzt seit ca. 5 Monaten dabei, finde dieses Projekt richtig gut,
habe aber keine Lust, mich in irgendwelchen Foren oder sonstigen
Diskussionsrunden zu beteiligen. Ich möchte nur meine Daten loggen, mich
abends eben mal hinsetzen, und vielleicht am Donnerstag das Ergebnis
Hallo,
Florian Lohoff wrote:
Ich bin gerade dabei zumindest die offensichtlichlichsten is_in bugs a
la Germany - Bundesrepublik Deutschland automatisiert zu beheben.
Bitte
http://wiki.openstreetmap.org/index.php/Automated_Edits/Code_of_Conduct
beachten. Insbesondere: VORHER diskutieren, was
Hallo,
Sascha Silbe wrote:
On Tue, Nov 04, 2008 at 10:49:55AM +0100, Frederik Ramm wrote:
[...] Insbesondere: VORHER diskutieren,
Genau das ist doch hier passiert?!
Ich habe mich nicht konkret gegen irgendwas wenden wollen, ich wollte
nur darauf hinweisen, dass automatische Aenderungen nicht
On Tue, Nov 04, 2008 at 12:21:35AM +0100, Sascha Silbe wrote:
Subject: Re: [Talk-de] Bulk changes
On Mon, Nov 03, 2008 at 06:22:30PM +0100, Florian Lohoff wrote:
Und wer mal so einen Cut'N'Waste but ansehen will der gucke sich mal
die
nodes zwischen Frankfurt und Wiesbaden an - Da steht
On Tue, Nov 04, 2008 at 01:58:55PM +0100, Jochen Topf wrote:
Ja, ich stelle das bewusst etwas übertrieben da - wir müssen uns
entscheiden, wo die Grenze zu ziehen ist.
Nein, müssen wir eigentlich nicht.
Wenn Frederik bei jeder kleinen Änderung (und die durchgeführte
is_in-Korrektur sehe ich
Moin Sascha,
Hab mal ein einfaches Python-Script angehängt, was genau das oben
beschriebene macht.
Au weia, noch 'ne Sprache die ich nicht mal ansatzweise kenne.
[MUA unterstützt kein Mail-Followup-To]
Von Forte Inc.?
Dann hoffe ich einfach mal, daß Du der einzige bist,
der das noch
Frederik Ramm schrieb:
Wenn Du die Meinung
vertrittst, eine solche frewillige Selbstbeschraenkung sei unnoetig und
jeder solle ermutigt werden, einfach so, ohne jede vorherige Absprache
und ohne Dokumentation automatische Aenderungen zu machen (genauso wie
ich jeden ermutige, einfach mal
Moin,
On Tue, 04 Nov 2008 13:37:38 +0100, Frederik Ramm wrote:
Und eben hierüber kann man sich mit einem Bot ja schön
hinwegsetzen: Ich bin mit meinem Anliegen, dass all Leute gefälligst
dies und das gleich taggen sollen, nicht durchgekommen,
Um genau das geht es hier nicht - wir reden hier
Frederik Ramm schrieb:
Hallo Ulf,
Ich sehe jetzt nicht ansatzweise ein, warum auf einmal bei diesem Punkt
strikte Regeln gelten sollen - nur weil es Frederik und ein Paar anderen
Leuten gerade so in den Kram paßt ...
Wenn Du das aufgeregte Posting von Andy Allan zum Thema xybot neulich
Am 4. November 2008 16:19 schrieb Michael Roth [EMAIL PROTECTED]:
Denn der Mensch kann erkennen dass mit Germany offensichtlich BRD
gemeint ist. Dieses Wissen kann er manuell per Hand anwenden oder in ein
Skript packen.
ja, aber wenn er ein Skript macht, das die Daten von allen bearbeitet,
On Tue, 4 Nov 2008, Frederik Ramm wrote:
*Entweder* gibt es eine gute Moeglichkeit, irgendetwas automatisch zu
korrigieren. Dann ist es doch 10x besser, ich baue das z.B. in den
Name Finder ein, wenn der seine Indexdatenbank aufbaut o.ae., als dass
ich den Name Finder so programmiere, dass er
On Mon, Nov 03, 2008 at 01:25:15PM +0100, Sascha Silbe wrote:
On Sun, Nov 02, 2008 at 06:39:58PM +0100, Holger Issle wrote:
Ansonsten sollte es auch einfach sein, ein kleines Tool zu schreiben,
das eine Datei im API-Format (also ohne action=modified o.ä.)
nimmt
und jedes Objekt darin
On Mon, Nov 03, 2008 at 02:19:48PM +0100, Florian Lohoff wrote:
Ich bin gerade dabei zumindest die offensichtlichlichsten is_in bugs a
la Germany - Bundesrepublik Deutschland automatisiert zu beheben.
~3000 Bugs behoben - Erstmal nur nodes die ein Germany, Deutschland
oder so drauf hatten
On Sun, Nov 02, 2008 at 06:39:58PM +0100, Holger Issle wrote:
Ansonsten sollte es auch einfach sein, ein kleines Tool zu schreiben,
das eine Datei im API-Format (also ohne action=modified o.ä.)
nimmt
und jedes Objekt darin einzeln hochlädt.
Kann schon sein, aber nicht für mich :-(
Hab mal
On Mon, Nov 03, 2008 at 06:22:30PM +0100, Florian Lohoff wrote:
Und wer mal so einen Cut'N'Waste but ansehen will der gucke sich mal
die
nodes zwischen Frankfurt und Wiesbaden an - Da steht vermehrt Hesse
und nicht Hessen drin ...
Das ist - laut Wikipedia [1] - die englische Schreibweise, also
On Sun, Nov 02, 2008 at 01:18:25PM +0100, Holger Issle wrote:
SearchReplace per Text-Editor, Datei hochladen.
Die andere Möglichkeit ist das in ein JOSM-File zu pfriemeln (wie
genau hab ich noch nicht verstanden, derweil JOSM bei mir die Datei
mit Änderungen beim Speichern zerhauen hatte), und
Hi Sascha,
Einfach an jedes Objekt ein action=modified dranhängen (siehe [1]),
dann sollte es hochgeladen werden. Es gibt Bulk-Upload-Tools, z.B.
bulk_import.pl [2].
Werde ich mir anschauen, danke.
Ansonsten sollte es auch einfach sein, ein kleines Tool zu schreiben,
das eine Datei im
35 matches
Mail list logo