You are not logged in.

Announcement

*** NOTICE: forum.openstreetmap.org is being retired. Please request a category for your community in the new ones as soon as possible using this process, which will allow you to propose your community moderators.
Please create new topics on the new site at community.openstreetmap.org. We expect the migration of data will take a few weeks, you can follow its progress here.***

#1 2012-06-12 21:00:17

holgermappt
Member
Registered: 2010-06-19
Posts: 120

Warum gibt es eigentlich Null Edits?

Es gibt Changesets, die nichts ändern, z.B. http://www.openstreetmap.org/browse/changeset/11878264. Und damit gibt es Versionen, die sich nicht von den vorhergehenden Versionen unterscheiden, z.B. http://www.openstreetmap.org/browse/nod … 71/history (zumindest bis Version 3, die gerade die letzte ist). Es gibt auch völlig leere Changesets, z.B. http://www.openstreetmap.org/browse/changeset/7680420. Was ist der Sinn solcher Dinge und warum sind sie erlaubt? Wenn sich nichts ändert, sollte auch kein neues Objekt in der DB angelegt werden. Würde ich zumindest denken.

Offline

#2 2012-06-12 21:42:09

Oli-Wan
Member
From: NRW
Registered: 2010-09-14
Posts: 2,814

Re: Warum gibt es eigentlich Null Edits?

Anleitung für JOSM:
a) Objekt auswählen, Tag hinzufügen, Tag wieder entfernen (nicht durch "Rückgängig"), hochladen -> "touch".
b) Objekte bearbeiten, Hochladen starten. Vorgang abbrechen oder Internetverbindung unterbrechen, bevor das Paket hochgeladen wurde -> leeres Changeset.
Mit anderen Editoren geht's ähnlich.

Leere Änderungssätze sind zwingend nötig. Bevor Änderungen in einen Änderungssatz hochgeladen werden können, muß erstmal der Änderungssatz erstellt werden, und der ist dann erstmal leer. Wenn dann nichts hinterher kommt, bleibt er halt leer.
Reine touch-Bearbeitungen sind dagegen sinnlos. Das Phänomen betrifft aber nur einen winzigen Bruchteil aller Bearbeitungen, sodaß eine explizite Prüfung auf dem Server, ob ein Objekt auch wirklich geändert wurde, nur den Server belasten würde, aber keinen nennenswerten Vorteil brächte.

Last edited by Oli-Wan (2012-06-12 21:43:03)


No animals were harmed in the writing of this posting.

Offline

#3 2012-06-12 21:58:58

KaChing_Cacher
Member
Registered: 2008-12-29
Posts: 744

Re: Warum gibt es eigentlich Null Edits?

Oli-Wan wrote:

Reine touch-Bearbeitungen sind dagegen sinnlos. Das Phänomen betrifft aber nur einen winzigen Bruchteil aller Bearbeitungen, sodaß eine explizite Prüfung auf dem Server, ob ein Objekt auch wirklich geändert wurde, nur den Server belasten würde, aber keinen nennenswerten Vorteil brächte.

Das könnte hingegen das Bearbeitungsprogramm übernehmen.

Offline

#4 2012-06-12 22:47:57

EvanE
Member
Registered: 2009-11-30
Posts: 5,716

Re: Warum gibt es eigentlich Null Edits?

KaChing_Cacher wrote:
Oli-Wan wrote:

Reine touch-Bearbeitungen sind dagegen sinnlos. Das Phänomen betrifft aber nur einen winzigen Bruchteil aller Bearbeitungen, sodaß eine explizite Prüfung auf dem Server, ob ein Objekt auch wirklich geändert wurde, nur den Server belasten würde, aber keinen nennenswerten Vorteil brächte.

Das könnte hingegen das Bearbeitungsprogramm übernehmen.

Bis zu einem gewissen Grad geschieht das auch in den Editoren.
Wenn man Änderungen mit der Undo-Funktion zurücksetzt, wird die frühere ggfs. unveränderte Version verwendet. Wenn man jedoch durch eine zweite Änderung die erste wieder auf ihren alten Wert setzt, gilt das Objekt als verändert. Das muss man gelegentlich machen, weil es unpraktisch wäre, zuvor alle dazwischen liegenden Änderungen zurückzunehmen.

Edbert (EvanE)

Offline

#5 2012-06-13 01:54:03

KaChing_Cacher
Member
Registered: 2008-12-29
Posts: 744

Re: Warum gibt es eigentlich Null Edits?

EvanE wrote:
KaChing_Cacher wrote:
Oli-Wan wrote:

Reine touch-Bearbeitungen sind dagegen sinnlos. Das Phänomen betrifft aber nur einen winzigen Bruchteil aller Bearbeitungen, sodaß eine explizite Prüfung auf dem Server, ob ein Objekt auch wirklich geändert wurde, nur den Server belasten würde, aber keinen nennenswerten Vorteil brächte.

Das könnte hingegen das Bearbeitungsprogramm übernehmen.

Bis zu einem gewissen Grad geschieht das auch in den Editoren.
Wenn man Änderungen mit der Undo-Funktion zurücksetzt, wird die frühere ggfs. unveränderte Version verwendet. Wenn man jedoch durch eine zweite Änderung die erste wieder auf ihren alten Wert setzt, gilt das Objekt als verändert. Das muss man gelegentlich machen, weil es unpraktisch wäre, zuvor alle dazwischen liegenden Änderungen zurückzunehmen.

Edbert (EvanE)

Hier könnte der Editor ja zu beginn eine Kopie aller Nodes temporär anlegen und falls am Ende vom User bearbeitete Nodes identisch sind mit denen zu beginn,
könnte er diese einfach so belassen ohne sie neu hochzuladen.

Offline

#6 2012-06-13 02:19:15

EvanE
Member
Registered: 2009-11-30
Posts: 5,716

Re: Warum gibt es eigentlich Null Edits?

KaChing_Cacher wrote:
EvanE wrote:

Bis zu einem gewissen Grad geschieht das auch in den Editoren.
Wenn man Änderungen mit der Undo-Funktion zurücksetzt, wird die frühere ggfs. unveränderte Version verwendet. Wenn man jedoch durch eine zweite Änderung die erste wieder auf ihren alten Wert setzt, gilt das Objekt als verändert. Das muss man gelegentlich machen, weil es unpraktisch wäre, zuvor alle dazwischen liegenden Änderungen zurückzunehmen.

Hier könnte der Editor ja zu Beginn eine Kopie aller Nodes temporär anlegen und falls am Ende vom User bearbeitete Nodes identisch sind mit denen zu Beginn, könnte er diese einfach so belassen ohne sie neu hochzuladen.

Wenn ich Oli-Wan sinngemäß (Server durch Editor ersetzt) zitieren darf:
   "Das Phänomen betrifft aber nur einen winzigen Bruchteil aller Bearbeitungen,
   sodaß eine explizite Prüfung im Editor, ob ein Objekt auch wirklich geändert wurde,
   nur den Editor belasten würde, aber keinen nennenswerten Vorteil brächte."

Ich schätze, dass dem notwendigen Aufwand ein sehr geringer Nutzen gegenüber steht.
Von daher wird das meiner Einschätzung nach wohl eher ein Wunsch bleiben.

Edbert (EvanE)

Offline

Board footer

Powered by FluxBB