Zbudowałem wtyczkę z istniejących źródeł według instrukcji i podczas uruchamiania JOSM dostaję komunikat o treści “This plugin is no longer developed and very likely will produce errors”.
Co muszę jeszcze zrobić?
O której wtyczce mówisz i jaki jest link do tych źródeł?
Można coś z tym zrobić?
Problem jest ze sprawdzaniem sygnatury jara turnrestrictions. Vincent napisał, że nie powinno się go używać. Zobaczę, czy da się to jakoś zrobić.
Generalnie wtyczka działa, jak się ją wrzuci do katalogu plugins. Na początku tylko JOSM chce ją odłączyć, ale na szczęście tą decyzję pozostawia dla użytkownika.
OK, bardzo dziękuję za wyjaśnienia i Twoją pomoc w tej sprawie!
Marek
walczyłem pod Linuksem z https://overpass-turbo.eu/ i JOSM by edytować parki/rezerwaty zgodnie z http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Nature-protected-area i dodać im stosowne protect_class jednak poległem przy próbie przesłania danych do JOSM. Problemy w Firefoxie z nocript ominąłem za pomocą porad w https://help.openstreetmap.org/questions/2208/how-do-i-enable-the-remote-control-in-josm i niby już JOSM coś dostaje, ale jednak wywala tylko błąd http://postimg.org/image/lgav2286z/
Kod wyglądał następująco. Może w nim jest błąd gdyż jakiś przykładowy ze strony opisującej konfigurację remote control dla JOSM zadziałał
/*
This has been generated by the overpass-turbo wizard.
The original search was:
“leisure=nature_reserve”
*/
[out:json][timeout:25];
// gather results
(
// query part for: “leisure=nature_reserve”
node["leisure"="nature_reserve"]({{bbox}});
way["leisure"="nature_reserve"]({{bbox}});
relation["leisure"="nature_reserve"]({{bbox}});
);
// print results
out body;
>;
out skel qt;
Jakieś pomysły co robię źle?
Po wykonaniu tego skryptu klikasz na Eksport, wybierasz Załaduje do edytora JOSM, dostajesz komunikat z propozycją poprawy skryptu, zgadzasz się na to, zmienia body i skel na meta, ponawiasz wszystko i ładuje się bezproblemowo do JOSMa.
O problemach z noscriptem nic nie wiem, ale standardowo w Firefoxie go nie ma.
nic nie zmieniałem poza niezastąpionym restartem firefoxa oraz josm i poszło O.O
Tej najnowszej wersji praktycznie nie da się używać, tak wolno działa. Ktoś też tak ma? 9742 działa bez problemu.
Inny problem przy okazji - komuś działa cache.wmsplugin.expire? U mnie co bym nie ustawił, to kafelki w cache wygasają po godzinie i JOSM musi je od nowa zasysać, co w przypadku Geoportalu bywa denerwujące (a proxy na geoserverze też nie idzie zrobić, bo geoserver wysyła żądania ze słowem “java” w user agent, co z kolei Geoportal “inteligentnie” blokuje).
W JOSM jest funkcja, która łączy dwie warstwy. Problemem jest, że można to efektywnie robić dla stosunkowo małych plików {zależnie do zasobów hardweru). Czy istnieje alternatywa?
W wersji [Changeset 10087 – JOSM 10087] są nowe ustawienia w panelu zaawansowanym:
imagery.generic.maximum_expires
imagery.generic.minimum_expires
Jeżeli to drugie ustawisz na 28800000, to wtedy kafelki będą się ładować ponownie po 8 godzinach.
Zmiana póki co jest niestety globalna. Planuję w wolnej chwili trochę zmienić jeszcze sposób definiowania podkładów, tak by m.in. można było per podkład definiować, jak długo kafelek może siedzieć w cache. Myślę, że to sporo pomoże.
Co to znaczy - że wolno działa, tak że nie da się używać? O co dokładnie Ci chodzi?
Działa bardzo ładnie, wielkie dzięki!
Z prędkością już jest lepiej w najnowszych wersjach. W tamtej polegało to na tym, że wszystko działało tak z 5 razy wolniej.
Jest na to jakieś rozwiązanie? JOSM startując raczy mnie komunikatem o błędach:
Próba załadowania Geoportalu kończy się na:
OS - Win10
Java - 1.8.0_77
JOSM - 9979
Podejrzana sprawa. Wyłączenie IPv6 pomaga?
Uruchamiając JOSM-a z linii poleceń dodaj argument:
-Djava.net.preferIPv4Stack=true
(lub wyłącz protokół IPv6)
Próba odpalenia JOSMa w w/w argumentem kończy się niepowodzeniem (z brakiem jakiegokolwiek komunikatu).
Po wyłączeniu IPv6 komunikaty błędów są identyczne.