Kein Thema, einfach anstupsen wenn eine Aktualisierung gemacht werden soll
Es wäre schön sowas einmal im Monat zu haben: Dann kann man eine Tendenz ablesen bzw. Schwächen rausfiltern…
Hier
https://wiki.openstreetmap.org/w/index.php?title=User:Ppawel/PolandMajorRoads&oldid=790514
kann man sehen welcher Aufwand nur für die Reparatur wichtigsten Straßen notwendig ist.
Vorsicht, das ist eine alte Version der Seite!
Sie wird jeden Abend aktualisiert (so habe ich den Autor verstanden -sonst fragen) , daher sind immer im Laufe des Tagen Abweichungen zu sehen.
Als Orientierungshilfe ist es auf jedem Fall ok.
Btw.: Kann eine Relation hochstens 80 members haben?
Aber Dein Link führt auf eine alte Version. Die jeweils aktuelle Version ist https://wiki.openstreetmap.org/wiki/User:Ppawel/PolandMajorRoads
Nein.
Das wäre schön. Nein, es gibt Monsterrelationen mit tausenden Members.
Nein, es sind viel mehr möglich. Mehrere 1000 Member sind schon vorgekommen - bspw. hat sich der Bot an einer Relation verschluckt, die fast 10000 Member hatte (bevor jemand fragt - völlig sinnlos, seit 2009 vom Ersteller gelöscht).
Man sollte allerdings vor allem Route-Relations nicht zu groß werden lassen. 300-500 Member sollten eine “weiche” Obergrenze sein, danach sollte man mehrere Relations nutzen und diese in einer Super-Relation zusammenfassen.
Gründe:
- große Relations sind sehr langsam oder fast gar nicht zu laden
- durch die große räumliche Ausdehnung werden Konflikte wahrscheinlicher - und diese Konflikte sind dann sehr schwer aufzulösen, da es sehr unübersichtlich wird.
- die Relations werden ständig bearbeitet (und wenn es nur splits sind) und bekommen dadurch eine riesige History, die dann auch wieder nur langsam/gar nicht geladen werden kann.
- Übersichtlichkeit. Muss man nicht weiter ausführen, oder?
Vor allem lange Wanderwege und E-Straßen waren da schon in der Vergangenheit ein Ärgernis und wurden daher oft schon in mehrere Teile gesplittet und das Original entsorgt.
Bist Du so nett und schreibst das auf Englisch als Hinweis unter: http://forum.openstreetmap.org/viewtopic.php?pid=259792#p259792
Ich sehe die Remapping - Aktion als Chance Vieles besser zu machen. Das gehört unbedingt dazu.
Danke im Voraus.
Marek
First please help with remaping roads in Poland. We have masstracks layer for JOSM. Add this layer by tms url
http://masstracks.media-lab.com.pl/{zoom}/{x}/{y}.png
in JOSM preferences, wms/tms → add new.
Please draw by dots (GPS positions), not by line. Better look in existing road and masstrack first, and learn how it works.
Red line are from west to east, green are to west. Dot are GPS position with more then 7 sat.
Find the enpty area and draw new anr rejoin existing roads. source please setup masstracks.media-lab.com.pl
Besonder putzig:
Das Nachzeichnen der Straßen in Stettin ( z.B. hier http://osm.org/go/0NgoVFULh- )
Alle Gebäude in der Stadt sind addressiert und beinhalten Straßennamen. Bing Bilder sind auch vorhanden. Man muß also eine pure Fleißarbeit machen und das Gelöschte ist wieder da.
Schade, dass man solch sinnlose Verluste nicht vermeiden konnte.
Also ich habe mich jetzt von der “Neumapping Polen”-Wiki-Seite runtergenommen, da leider bereits am Mittwoch jemand die Füße nicht still halten konnte und Relationen verändert hat, so dass mein kompletter “Police” Edit nicht mehr hochladbar war… ist etwas Schade um die über 5.000 Edits meinerseits - aber was soll’s…
Ich bin halt etwas enttäuscht darüber…
ich glaube, Du machst was falsch. 5,000 Edits lokal zu machen, in einer Region, wo sich die “Retter” nur so tummeln, MUSS schiefgehen. Wegen der hohen Aktivität lade ich schon bei 30-50 Edits hoch und selbst da habe ich manchmal Konflikte
Hallo Tunnelbauer,
es tut mir Leid um Deine verlorene Hilfe. Ich kann nur die Erfahrung von SunCobalt bestätigen: Ich hab shcon mal eine einzige Hauptstraße nachgearbeitet und 12 Min lang nicht gesichert, schon war die Arbeit Pfusch.
Die alten Hasen halten sich an die Sperreinträge in der Wiki, leider gibt es dort einige junge Ueser die es einfach nicht wissen :(. Es ist schwierig alle zu erreichen. Der beste Weg ist (leider) immer wieder zu sichern.
Viele Grüße!
Marek
warum “leider”?
Wenn ich bei einer längere Session ab und zu mal sichere, sind “meine” Daten schon mal auf dem Server - also in relativer Sicherheit 
Arbeite ich dann weiter und sichere 5 Minuten später erneut, jagt er ja nur die neuen Änderungen rüber. Das bedeutet, dass der neue Save schneller geht als wenn ich bis jetzt gewartet hätte.
Selbst wenn ich an einem gerade geänderten Objekt noch was ändere, geht halt nur die Differenz rüber. Steht dann alles in einem Changeset, der Server hat keine Probleme damit und meine Daten sind sicher.
Gruss
walter
p.s. ich hab josm so eingestellt, dass er keinen neuen Changset aufmacht. Somit landen alle Uploads im gleichen CS, bis ich selber einen neuen nehme oder der Timeout zugeschlagen hat. Geht in Potlatch sicher auch (?)
Naja - ich wollte doch nett sein. Est tut mir immer Leid wenn viel mappingarbeit verloren geht.
Zugegeben, wie viel Prozent der User schaut vor dem Editieren das Wiki durch? Ich wüsste z.B. gar nicht, wo ich suchen sollte. Geschweige denn, daß dort Nicht-Edit-Bitten stehen wusste ich auch bis eben noch nicht.
Mein Vorschlag wäre, daß JOSM alle 60 Sekunden automatisch hochlädt. Wenn es gleich auch wieder mit runterlädt, dann ist alles Live.
Stups …
Kannst du vielleicht einmal einen Zwischenstand zu DE und natürlich auch PL geben ?
Auch die Overlays scheinen etwas veraltet zu sein. Die “deutsche” deadend http://suncobalt.dyndns.org:82/deadend.php ist laut Info vom 23.7. Vieles ist wirklich schon abgearbeitet. Man muss mittlerweile schon nach den noch vorhandenen Fehlern suchen.
Danke !