rowers2:
To co zauważyłem ostatnio, to to, że serwery tilecache (które serwują kafle z osm.org) się przywieszają. Ale chodzi tylko i wyłącznie o kafle pobierane przez https, więc jeżeli weryfikujesz, czy przez przeglądarkę działa dobrze - to pamiętaj, by otworzyć stronę po https. Przy czym taki iD, to ciągnie kafle po http, stąd nie jest dobrym porównaniem,
Jeżeli używasz jakiś innych podkładów, które nie korzystają z infrastruktury OSMF, i masz takie samo zachowanie, to podejrzenie pada albo na sieć, albo na JOSM-a. Natomiast trudno mi powiedzieć, dlaczego JOSM miałby tak grymasić, że raz działa, a raz nie, co powoduje, że nie przyglądam się temu bardziej z tego punktu widzenia.
Jeżeli chodzi o algorytmy w JOSM, to jeżeli jest timeout, lub jakikolwiek błąd HTTP, to nie ponawia prób ściągnięcia kafla,bo:
- jeżeli jest to błąd HTTP 500 (niby tymczasowy), każdy klient by zabijał serwer zapytaniami, a może tym razem się uda - bez sensu
- jeżeli jest to timeout - tak samo jak wyżej, przy czym timeout sugeruje problemy wydajnościowe, więc zadawanie więcej zapytań na pewno nie pomoże w rozwiązaniu problemu.
A co do serwerów, to np:
http://munin.openstreetmap.org/openstreetmap/konqi.openstreetmap/cpu.html
Konqi (który serwuje kafelki w Polsce) - miał problem z serwowaniem kafli przez ostatnie 3 dni, dziś rano zostało to poprawione.
Drugi serwer obsługujący Polskę:
http://munin.openstreetmap.org/openstreetmap/katie.openstreetmap/cpu.html
Niby powinien jeszcze działać poprawnie, ale też już jeden core był zajechany przez nginx’a (jak zgaduję) do dziś rana, kiedy też został przerestartowany.
Więc jeżeli w tym jest problem, to dziś nie powinno być problemu.
Problem zgłaszałem do Toma Hughes’a i Firefishy’a - ale nie mają pomysłu co może być przyczyną, ja zresztą też, więc na razie jest jak jest
To co możesz spróbować zrobić, i co powinno pomóc, to zmiana adresu podkładu OSM by szedł po http a nie po https, jeżeli to Ci nie przeszkadza.