Mój skrypt woła TileMilla. Jego zaleta polega na tym iż jak chce mieć widok z 20 miejsc, każdy w 10 stylach to nie trzeba ręcznie robić 200 zrzutów ekranu. Komputer będzie pracował tak samo długo.
Wczytywałem ten zestaw świata, który wyprodukowałem z twoimi ustawieniami. Niektóre kafelki w ogóle się nie wczytały i nawet dysk przestał mielić, więc najwyraźniej nie zamierza kontynuować.
Ale oczywiście jak się tak nie uda, to spróbuję z samą Polską może. Ktoś na GitHubie podawał sprytne sposoby jak zmieniać zestawy danych w bazie, żeby nie musieć bez przerwy importować i na pewno skorzystam, bo może ten świat też uda mi się wykorzystać.
Ale deterministycznie, bo w trybie wsadowym nie tracę czasu aż się mu coś wyświetli, co nie jest mi tak naprawdę potrzebne, tylko jedzie prosto do celu, i raczej nie stanie po drodze, jak to właśnie napisałem.
Jak wyglądałby przykładowy skrypt, który robiłby zrzuty (świata, Europy albo Polski) od poziomu 1 do 7 na przykład, żebym miał od czego zacząć rzeźbienie?
Na początek - zdecydowanie polecam na początek powalczenie z TileMillem. Choćby dlatego że wtedy doceni się że skrypt jest fajny
Plus - skrypt wymaga postawienia TileMilla i dodatkowo napisanie skryptu i uruchomienie skryptu w Rubym - nie jest to łatwiejsze, ale automatyzuje to pracochłonne czynności.
Więc - lepiej najpierw skorzystaj po prostu z TileMilla, potem napisz najprostszy możliwy skrypt w Rubym (http://learnrubythehardway.org/book/ jest dobre jeśli nie miało się styczności z Ruby albo nawet z programowaniem).
Plus - akurat w tym przypadku główne obciążenie to ładowanie do bazy danych a skrypt będzie przy każdym uruchomienie ładował bazę danych na nowo. Na razie jest za głupi by przełączać się pomiędzy załadowanymi - ale za niedługo pojawi się taka obsługa bo sam czegoś takiego potrzebuje.
Z rzeczy gdzie wykorzystanie mojego skryptu ma sens: wiele małych obszarów (do poziomu miasta), nie interesuje nas miejsce a a tag (skrypt sam znajdzie miejsca gdzie jest obiekt z daną kombinacją tagów).
Ale coś takiego jak chcesz za jakiś czas powinno się pojawić.
Ale teraz sa to chyba dane OSM, i np. landuse=residential juz nie ma na niskich z.
Nie wiem jak simplify_geometries=true (opisane tutaj), ale chodzi mi tez o !pixel_width! i !pixel_height! (info), ktorego mozna uzyc w zapytaniu, w zwiazku z czym chyba tez w CartoCSS, bo widzialem, ze SQL on akceptuje.
Laczenie linii i/lub obszarow to tez sprawa dla SQLa.
Chciałbym podziękować za ikonki do sklepów. Nie spodziewałem się że aż tak poprawią mapę - miałeś na prawdę dobry pomysł. A już szczególne gratulacje za zajęcie się sprawą, bez tego by pewnie to leżało jeszcze długo (a może i zawsze).
Mateusz, Zbyszek: dzięki za ciepłe słowa! Pewnie nawet sobie nie wyobrażacie, ile wasze poparcie w tej sprawie dla mnie znaczy. Robiłem to z wewnętrznego przekonania że czegoś takiego brakuje (to potężna motywacja, skoro nam za to nie płacą - choć płatni maperzy też już się pojawiają: http://stateofthemap.us/the-paid-mappers-are-coming/), ale co innego robić coś na własną rękę, a co innego wiedzieć, że ktoś jeszcze myśli podobnie i jest zadowolony z efektów.
Na razie trochę zwolniłem tempo, ale np. Mathijs już przyjął poprawkę ujednolicającą kolor banków i bankomatów z resztą amenities https://github.com/gravitystorm/openstreetmap-carto/pull/1658, co jest wstępnym posprzątaniem przestrzeni kolorów w celu wyświetlania punktów z kategorii craft=* (czyli choćby zegarmistrz, szewc czy naprawa sprzętu AGD i elektroniki) - może wy macie pomysł jakim kolorem takie rzeczy wyświetlać? Zawsze oczywiście zostaje czarny, ale wolałbym, żeby jednak został do spraw ogólnych. Może np. ciemnozielony? Być może w ogóle wystarczy wykorzystać brązowy jak dla innych usług (albo fioletowy jak dla sklepów)? Trzeba się nad tym spokojnie zastanowić, bo dochodzą jeszcze kwestie, czy chcemy używać takich samych ikonek w różnych kolorach: lodziarnia spokojnie może mieć ten sam kształt (https://github.com/gravitystorm/openstreetmap-carto/pull/1619), ale już np. weterynarz wzbudził sprzeciw i właśnie kombinujemy nad inną ikonką niż sklep ze zwierzętami (https://github.com/gravitystorm/openstreetmap-carto/pull/1656).
Te “marudy” to niestety akurat Andy Allan i Paul Norman, czyli osoby bardzo zasłużone dla strony technicznej. Ostatnio spojrzałem na notację XML-ową (chyba styl niemiecki takiej używa) w porównaniu z CartoCSS (styl domyślny czy francuski) i naprawdę widać, jaki to skok naprzód w czytelności. Tym trudniej było mi z nimi dyskutować, i jak Andy się prawie na mnie obraził, to już naprawdę witki mi opadły i muszę trochę się psychicznie zregenerować. Na szczęście ikonki to nie wszystko: strasznie się cieszę, że Mateusz znakomicie ogarnia właśnie drogi i różne inne rzeczy w skali średniej, a niskie poziomy to chyba nawet wypadają w ogóle najgorzej i jest co poprawiać (https://github.com/gravitystorm/openstreetmap-carto/issues/1125).
Jeśli chodzi o ikonki to bardzo mi się podoba podział, że dany kolor to rodzaj. Niestety nie wiem czy legenda to uwzględnia. Dodatkowo oprócz craft mamy jeszcze zaniedbane office=*. Rozumiem, Twój problem bo sam gdy szukałem ikonek miałem wielki problem. Szczególnie z powodu, pozbawienia się palety kolorów w celu reprezentacji godzin.
Wiem, że to może być zły wątek, ale dlaczego drogi nieutwardzone nie modyfikują konturu drogi. Można zmienić jego kolor lub styl. Np. Kolor wykorzystać do nawierzchni, a styl do jakości.
Na pewno, ale moim zdaniem nie ma co na razie o to kruszyć kopii:
Kolejny poziom oznacza zapotrzebowanie na dodatkową przestrzeń dyskową (na pewno nie 4 razy większe niż z19, ale zawsze: http://wiki.openstreetmap.org/wiki/Tile_disk_usage) i zapewne także na dodatkową moc obliczeniową oraz pamięć.
Takich miejsc, gdzie jest naprawdę potrzebny, nie ma wcale tak dużo.
Gdybym miał teraz wybierać, to w pierwszej kolejności wnioskowałbym o zasoby na zrobienie gałęzi “devel” dla domyślnego stylu, żeby można było testować różne pomysły i mieć mniej elegancki styl, ale za to bardziej przydatny dla maperów (z większą ilością wyświetlanych rzeczy, żeby mogli zobaczyć efekty).
Widziałem gdzieś pomysł, żeby nieutwardzonym drogom dodać trochę kropek na wypełnieniu. I uważam, że to bardzo dobry pomysł. Kropki mogą być w kolorze konturu.
Przejście na CartoCSS z XML było wielką zmianą, przejście na YAML w zakresie SQLa też było wspaniałe.
Proponowałbym na to spojrzeć od trochę innej strony.
Nie jest źle jeśli w danym projekcie są osoby z róznymi pomysłami i spojrzeniami na rzeczywistość - jeśli rzeczywiście wszystkim zależy na dobrych efektach to będzie równowaga. Owszem, całkiem radykalne pomysły upadną ale te uznane wspólnie za dobre będą miały spore szanse na bycie rzeczywiście udanymi. Jeśli jest jednomyślność to wcześniej czy później kończy się to jednomyślnym zrobieniem czegoś durnego. Tak jak w oku - utrzymywane jest w odpowiedniej pozycji przez równoważące się mięśnie ciągnące w przeciwnych kierunkach.
Niestety ikonek do wszystkich obiektów raczej nie da się dodać, lepiej zacząć od tych gdzie efekty będą lepsze (i tu sklepy były dobrym pomysłem).
Pytanie jak to zrobić od strony technicznej i czy się da. Będę próbował.
Trzeba by znaleźć nowy styl dla tuneli. Na razie dobrego pomysłu nie udało mi się znaleźć.
Ogólnie - warto ludziom czasem podziękować. Np. jeden z autorów iD czy Potlatcha zrezygnował z dalszego ich rozwijania w wyniku tego iż dochodziły do niego wyłącznie narzekania i żądanie zmian.
Dla mnie jest wystarczająco:
Kolor wypełnienia - typ drogi
Półprzeźroczysty - tunel
Dodatkowa linia - most
Kolor konturu - czarny to asfalt, brązowy to ziemia, zielony to trawa, żółty to piach itp (domyślnie różny dla różnych typów)
Styl - linia ciągła to dobra jakość, przerywana to gorsza i np. kropki to fatalna.
Nie rozumiem, dlaczego tunel jest przerywaną linią. Szkoda tracić taki nośnik informacji.
Ależ mam dokładnie to samo zdanie jeśli chodzi o różnorodność (nawet wprost to wyraziłem w tej ostatniej wielkiej dyskusji: https://github.com/gravitystorm/openstreetmap-carto/issues/1630#issuecomment-118357511). Oczywiście jest mi o tyle trudniej, że ze swoimi pomysłami i przekonaniami nie jestem gdzieś pośrodku, jak np. ty, tylko praktycznie po drugiej stronie niż oni, a przy okazji mam mało doświadczenia i umiejętności, Andy jest liderem (i nie zdawałem sobie sprawy jak to w praktyce traktuje), no i jest nas w ogóle mało, więc następuje niefortunna personifikacja poglądów i mnie akurat przypadła jednoosobowa gęba “rewolucjonisty”. Ale tak naprawdę przeszkadza mi co innego - brak komunikatywności z ich strony: za krytyką nie idzie argumentacja i zaangażowanie w szukanie jakiegoś sensownego rozwiązania. Nie mam im za złe innych poglądów, tylko brak konstruktywnego ich wyrażania.
Nie ukrywam frustracji z takiego obrotu spraw i nieraz zwyczajnie denerwuję się takim zachowaniem (żeby to tylko jeden, niestety Paul też tak robi), ale staram się nie irytować bez sensu (dlatego na razie staram się trochę oderwać od tych konfliktogennych ikonek), doceniam ich wkład i nie traktuję ich po prostu jako “marud”. Tak mi się tylko nasunęło w odniesieniu do wpisu Zbyszka.
Wrzuciłem tunal jako jaśniejszy kolor, bez przerywanej lini do rzeczy do przetestowania.
Mam wrażenie że to wynika to z braku czasu. I tak jest dużo lepiej od kiedy zdecydował na rozszerzenie grupy osób która może akceptować pull requesty (co było sporą zmianą i pozwoliło na w miarę wydajne przetwarzanie PR).
Co do rewolucji - ciekawe jaka będzie reakcja ogólnej publiki na nowy styl dróg
Zastanawiam się, czy nie lepiej byłoby zmienić styl dla tuneli, a kontur wykorzystać dla unpaved itp.?
Ale tak naprawdę przeszkadza mi co innego - brak komunikatywności z ich strony: za krytyką nie idzie argumentacja i zaangażowanie w szukanie jakiegoś sensownego rozwiązania. Nie mam im za złe innych poglądów, tylko brak konstruktywnego ich wyrażania.