Die Leute von Execon, http://search.execon.pl
unterstützen ab morgen in einer speziellen Eingabemaske die Suche von
building=destroyed/damaged für Punkte und geschlossene Polygone in Nepal.
Die Suche geht zusammen mit der Eingabe von einem Namen; Ortschaft oder POI als Orientierungspunkt soll gehen.
Wir können also sinnvoll die aktuellen Bilder von Digital Globe verwenden.
Danke an alle Helfer!
Marek
Also jetzt nicht böse sein. Ich hatte heute Abend Zeit, da dachte ich, ich schau mir mal die Sache mit Nepal an, bin ja kein Neuling und habe schon alles mögliche auf der Welt gemappt. Nach einer Stunde habe ich nun geschafft ein Luftbild zu laden (warum macht das nicht einer so, dass es in der Auswahl von JOSM ist, damit sich nicht jeder damit rumschlagen muss).
Eine Kartieranleitung habe ich auch noch nicht gefunden, der OSM Tasking Manager gibt mir nur eine Fehlermeldung.
Ich frage mich, was macht da ein Neuling, der ja gerne helfen würde, der gibt doch bei der ersten Hürde auf, oder quält sich mit dem ID rum bis er keine Lust mehr hat.
Neue Meldung aus Nepal:
http://kathmandulivinglabs.org/blog/nepal-earthquake-report-from-openstreetmaps-situation-room-day-5-april-30/
Hi, du hast recht und darüber gab es schon einige Diskussionen auf der HOT Mailingliste. Es wurde stetig verbessert, aber ist noch extrem Ausbaufähig! Ich habe auch einige Punkte, die ich einbringe, sobald sich der Stress etwas gelegt hat. Teilw. fehlen mir noch Informationen, warum Dinge so, und nicht anders gemacht wurden und andere Dinge nicht vorbereitet sind, obwohl man die - wie den taskmanager - eigentlich immer braucht. http://wiki.openstreetmap.org/wiki/2015_Nepal_earthquake soll wohl die erste Anlaufstelle sein. Dort gibt es links zu learnosm.org
In der Task (#1018):
Ich verstehe es auch nicht. Wir haben bei JOSM ja eine wirklich schöne Infrastruktur insbesondere für die Hintergrundbilder und ich finde HOT sinnvoll und wollte helfen. Ich verstehe auch die besondere Situation bei denen mit zweckgebundenen Bildernutzbarkeit. Alle Vorschläge die ich gemacht habe wurden jedoch vollständig ignoriert (ähnlich wie Mails an Firmen - “Vielen Dank für Ihre Hilfe, wir leiten es an die entsprechende Abteilung weiter” und keine Reaktion mehr). Ein Vorschlag war z.B. eine spezielle HOT-Wiki-Seite, die Hintergrundbildquellen für HOT verwaltet und wo nur HOT-Member schreibend und lesend zugreifen können.Dann müsste man für HOT nur noch die Ergebnisseite dieser URL einmalig in JOSM eintragen und ab sofort würden Bildquellen in JOSM automatisch erscheinen (mit Anforderung zum Absegnen der Nutzungslizenz).
Falls HOT also irgendwann doch mal Interesse an Zusammenarbeit hat - ich bin immer noch gerne bereit zu helfen. Vielleicht kennt ja hier jemand die richtigen Ansprechpartner und sagt denen mal Bescheid.
Hallo,
wollte gestern Nacht nur nochmal kurz schauen was sich in Nepal so entwickelt und habe dabei einen verdächtigen Changeset-Kommentar gesehen:
“#hotosm-project-1018 buildings added and some random rectangular lines that did not relate to any feature removed . About 1/4 of this square done so far”
Dabei stellte sich heraus, dass die zufälligen Rechtecke Camp-Sites waren, die von einem erfahrenen Mapper in einem vorherigen Task mit neueren Bildern gemacht wurden.
Später habe ich einen ähnlichen Fall von einem anderen Benutzer entdeckt.
Habe die Benutzer (<20 Changesets) dann angeschrieben, was die Rechtecke zu bedeuten haben und dass man sie besser nicht löschen sollte.
Einer hat sich mehrfach entschuldigt, er wusste einfach nicht was das zu bedeuten hatte. Es hat in seinen Bildern (Bing) eben auch nicht existiert.
Insgesamt waren es ca. 25-30 Camps die ich dann wiederhergestellt habe.
Da ich das Ganze nur in einem kleinen Teil von Nepal und nur über kurze Zeit beobachtet habe, vermute ich dass sowas noch viel öfter passiert und man solche Aktivitäten zum einen verhindern sollte (Beschreibung in Task hinzufügen, was man auf der Karte findet und warum man Dinge nicht löschen sollte) und zum anderen überwachen. Da ich selbst noch nicht lange dabei bin weiß ich leider nicht wie man sowas machen könnte.
Mir schwebt etwas vor in der Art:
Wenn ein Mapper mit <50 Changesets etwas löscht, das von einem Mapper mit >200 Changesets angelegt wurde, und der Mapper mit Bing arbeitet, während das Objekt mit anderen Bildern gemappt wurde, und das Objekt eine camp_site ist, sollte der neue Mapper freundlich darauf hingewiesen werden, dass er gerade ein Camp gelöscht hat, und das bitte nicht mehr tun soll, und außerdem die gelöschten Dinge auf eine Liste gesetzt werden, um einen manuellen Revert der betreffenden Dinge zu machen.
Gibt es eine derartige Möglichkeit?
Oder ist das beschriebene Problem wirklich nicht so relevant und die camp_sites eher nicht so wichtig?
Edit: die wiederhergestellten Camps wurden soeben wieder gelöscht, wieder mit Bing und ID. Dafür >200 Changesets.
Willkommen im Forum.
Unberechtige Lösungen sind immer unerwünscht, daher Danke für Deine Aufmerksamkeit 
Eine automatische Überprüfung der Sinnhaftigkeit von Ergänzungen und Löschungen ist so leider nicht möglich. Es bleibt nur die Möglichkeit, seine eigenen Änderungen/“sein” Gebiet im Auge zu behalten (http://wiki.openstreetmap.org/wiki/Quality_assurance#Monitoring_Tools).
Generell wäre es aber schön, wenn die Standardeditoren darauf hinweisen würden, wenn man nicht mit den aktuellsten Bildern arbeitet. Ob das jemand auch umsetzt - keine Ahnung.
Danke, derzeit habe ich nur noch kein ‘eigenes’ Gebiet. Finde es nur etwas kontraproduktiv wenn in einem Task die idp:camp_site=spontaneous_camp gelöscht werden, die in einem anderen Task mühevoll gesammelt wurden.
Ich verstehe nun aber langsam warum erfahrenere Mapper ab und zu laut losschreien müssen…
Doch. Die Camps sind extrem wichtig. Damit die dort untergekommenden Leute auch versorgt werden können.
War es wieder der selbe User? Den kann man ganz schnell sperren lassen, wenn nur die richtigen Leute davon erfahren.
schick bitte eine mail an data@osmfoundation.org , da wird dann schnell drauf reagiert. Kann auch auf deutsch sein.
siehe: http://wiki.openstreetmap.org/wiki/Data_working_group
Nein, ein anderer User diesmal. Ich gehe nicht von beabsichtigtem Vandalismus aus.
es betrifft momentan folgende Changesets:
https://www.openstreetmap.org/changeset/30693619
https://www.openstreetmap.org/changeset/30688141
Edit: und weiterer user
https://www.openstreetmap.org/changeset/30696384
Unter einem habe ich den Changeset kommentiert, bisher noch keine Rückmeldung.
Ich bin noch relativ ungeübt im Reverten (erst gestern gelernt) aber werde den teilweisen Revert wohl später mal probieren wenn der User oder die Userin fertig ist mit der Kachel. Immerhin weiß ich nun, dass es gerechtfertigt ist.
Edit: Teil-Revert der Changesets (nur Camps) ist fertig
Wie gesagt halte ich das aber für ein generelles Problem dort, da es nicht in der Aufgabenbeschreibung von Task 1018 steht. Eventuell könnte man in Overpass mal nach gelöschten Camps suchen, aber auch da hab ich null Erfahrung.
Danke für den Hinweis, ich habe auch einige dieser Sites erstellt, aber heute auch einige dieser grauen linien gelöscht. Es waren nur 4 Versuche Gebäude zu mappen, aber VIELEN DANK, dass du mir vor Augen geführt hast, dass auch ich sowas hätte fabrizieren können g
Heute habe ich ein Haufen validiert… Für die Zeit, die ich zum validieren von einer Task gebraucht habe, habe ich mindestens nochmal soviel Zeit in entsprechende PM und kommentare gesteckt… Habe fast nur tasks von Anfängern validiert… Hoffe, es zahlt sich aus.
Kam vor einer Stunde über die HOT-Mailingliste:
URGENT Experimented contributors needed : Locate IDP Camps and detect housing damages in remote areas
Good news!
After 7 days of waiting due to bad weather conditions, we received today various images from DigitalGlobe and CNES/Astrium. In tthese difficult conditions, all the imagery providers and UNOSAT are coordinating to provide images. This was possible today! Thanks to all for your continous efforts.
Nirab Pudasaini from Kathmandu Living Labs is working with me to define a serie of jobs to respond quiclky to this emergency. These people did not have any relief over the last week with bad weather and roads lanslides.
Hallo,
bislang ist es mir nicht gelungen, die DigitalGlobe Bilder in JOSM (8729) einzubinden. In der #task1024 ist die URL für JOSM vorgegeben. Auch der Weg zu den relevanten Einstellungen ist beschrieben. Die Hürde mit dem doppelten “tms:”-Eintrag kenne ich auch.
Geladen wird aber nichts. Einzig und allein die load vom Rechner (Ubuntu 14.04 LTS) geht nach oben und der Lüfter springt an. Java belegt fast 100% der CPU. Ebenen-Info sagt: herunterladend in Zoom-Stufe 14.
Ich komme im Moment nicht dahinter, was ich falsch mache.
Vielleicht ja ja noch jemand einen heißen Tipp …
Gruß
Svalbard
Ich habe die letzten Tage zum erstem mal solche HOT-Tasks gemappt, und zwar die nach Task 190 welcher hier im Thread genannt wurden. Erst später fiel mir auf dass es ja noch mehr Tasks gibt (zB 1018). Deren Kacheln betreffen auch teilweise dasselbe Gebiet, scheinen aber etwas gegeneinander verschoben zu sein? Vermutlich wäre es ganz geschickt die Oberfläche so zu ändern das Kacheln zum einen das gleiche Raster benutzen, und zum man darauf hingewiesen wird das es für einen Bereich den man bearbeitet, mehrere Tasks gibt - wenn da zufällig mehrere unterschiedliche Leute arbeiten, kann man ja Konflikte oder Doppelungen bekommen, wenn man die nicht gleichzeitig sperrt. Insbesondere da die Task-Aufgaben sogar recht ähnlich sind.
Eigentlich könnte man 190 als veraltet betrachten; ich werde mal mit 1024 weitermachen.
Dito hier unter Win-7. JOSM wird sehr träge nach Einschalten des TMS Layers, sehen tue ich aber auch nix.
Consolen-Ausgabe:
[INFO] IndexedDiskCache - Region [TMS] Set maxKeySize to: '25000'
[INFO] IndexedDiskCache - Region [TMS] Loaded keys from [TMS], key count: 255; u
p to 25000 will be available.
[INFO] IndexedDiskCache - Region [TMS] Finished inital consistency check, isOk =
true in 0ms.
[INFO] IndexedDiskCache - Region [TMS] Indexed Disk Cache is alive.
[INFO] CacheEventQueue - Cache event queue created: CacheEventQueue [listenerId=
281835242, cacheName=TMS]
WARNUNG: JCS - Exception during download http://mw1.gstatic.com/crisisresponse/f
irstlook/2015/firstlook_PO_054334261010_01_2015_04_29_maptiles/193203_110062_18.
png
WARNUNG: JCS - Exception during download http://mw1.gstatic.com/crisisresponse/f
irstlook/2015/firstlook_PO_054334261010_01_2015_04_29_maptiles/193201_110060_18.
png
WARNUNG: JCS - Exception during download http://mw1.gstatic.com/crisisresponse/f
irstlook/2015/firstlook_PO_054334261010_01_2015_04_29_maptiles/193201_110059_18.
png
WARNUNG: JCS - Exception during download http://mw1.gstatic.com/crisisresponse/f
irstlook/2015/firstlook_PO_054334261010_01_2015_04_29_maptiles/193200_110061_18.
Wenn ich so eine URL direkt in den Browser eingebe bekomme ich nur ein 1x1 pixel Bild.
Wir sehen alle, das nicht nur vor-Ort Chaos herrscht. Ich denke, für die Zukunft soll man für solche Fälle Mechanismen ausarbeiten, die das Krisenmanagement verbessern.
Nepal hat in der Tat Glück, dass sie Nama und KLL haben, trotzdem kann auch dort Vieles, insbesondere technische Infrastruktur verbessert werden.
Wir können vielleicht gemeinsam mit dem Intern. Roten Kreuz (IRK) Länderliste erstellen wo besondere Gefahren drohen und in diesen Länder Kontakt zu den besonders angagierten Mapper herstellen mit dem Ziel solche Gruppen, wie in Nepal zu gründen.
Ich kenne mich mit dem Krisenmamangement nicht aus, das machen wohl andere Leute viel besser, wir sind aber Mapper, und ich wette, man hat uns bei dem IRK wahrgenommen. Wir sollen dort Partner werden.
Grüße,
Marek
Wegen der Task 1024 Bilder / Digital Globe, 2014-04-29: Ich habe auch erst gedacht die gehen nicht - das Problem war aber das ich vom letzten Task her einfach im falschen Bereich war. Die Bilder liegen nur für den Streifen vor den der Task 1024 hat, aber nicht in beispielsweise Kathmandu.
Achso, einen TMS/WMS für den gesamten Desaster-Bereich gibt’s also nicht?
Bei mir kein Problem: Ich habe vor 1-2 h im Task #1024 mit den neuen DG-Bildern gearbeitet, geht auch jetzt (Mac OS X 10.10.3). Den doppelten “tms:” am Anfang der URL hattest du ja entfernt, oder?
@nahundfern
Das ist mir schon bewußt.
Wenn ich aber eine Task aus #1024 auswähle und die Daten dazu in JOSM lade, sollte ich die Bilder doch schon sehen, oder?
@chris66
Browser habe ich auch schon versucht. Gleiches Ergebnis wie bei dir.