[błąd] drukowanie w 1.7.0 [update: 1.7.4] - Wersja do druku +- Forum QGIS (http://forum.quantum-gis.pl) +-- Dział: Desktop GIS (http://forum.quantum-gis.pl/forum-4.html) +--- Dział: QGIS (http://forum.quantum-gis.pl/forum-5.html) +--- Wątek: [błąd] drukowanie w 1.7.0 [update: 1.7.4] (/thread-536.html)

[błąd] drukowanie w 1.7.0 [update: 1.7.4] - [wiki] - 17-08-2011 system: Windows XP proffesional SP3 pamięć: 4GB RAM QuantumGIS: 1.7.0 Przy włączonej ramce dookoła legendy pojawia się coś takiego: Po odznaczeniu 'rysuj ramkę' legenda wygląda ok. Efekt powtarzalny, pojawia się zarówno przy drukowaniu "wprost" na drukarkę, jak i przy eksportuj jako obraz. Inne zauważone - do głębszego prześledzenia: 'Eksportuj jako obraz' do pliku PNG (zdefiniowany papier od A2 w górę) oraz 'eksportuj jako PDF' potrafi wywalić cały program w kosmos, do JPG działa poprawnie. PDFy generowane przez QuantumGIS wyglądają "dziwnie". Przy odświeżaniu wygenerowanego PDFa z mapy hybrydowej (wektory na podkładzie rastra) widać np. dziwną szarą warstwę okrywającą całego PDFa, dopiero po niej pojawiają się kolejne elementy. Obserwacja ogólna: pod win7 64bit QuantumGIS dostaje na "tych samych" 4GB pamięci znacznego kopa - ten sam wydruk na winXP otwiera się dłuugo, na win7 prawie natychmiast. PS. zdaję sobie sprawę z GRASS QGIS forum / Desktop GIS / Quantum GIS / Zgłoszenia błędów, czyli trzeba nam ochotników, ale za cienki jestem na zrozumiałe pisania w lengłydżu :o) RE: [błąd] drukowanie w 1.7.0 (+ 1.7.1.) - [wiki] - 15-12-2011 QuantumGIS: 1.7.1 Drukowania ciąg dalszy. Żeby mapy (hybrydowe, format A0) wyglądały i drukowały się poprawnie muszę niestety robić przejście: eksportuj jako obraz -> Adobe Acrobat -> ploter. Na podglądzie wszystko wygląda ok, to podczas eksportu zaczyna się loteria. Windows 7 ma do dyspozycji 4GB RAM , plus 6GB pliku stronicowania (ustawione na sztywno); Najpierw pojawia się komunikat, że do wygenerowania potrzeba ok. 400MB pamięci. 1. wygenerowany JPG, wszystko wygląda jak powinno; 2. wygenerowany JPG, wektory są, rastra nie ma; 3. komunikat, że generowanie się nie powiodło. Po pełnym restarcie i powyłączaniu co się tylko da szanse na 1. się zwiększają, ale niekoniecznie - czasem potrzeba restartów kilku... RE: [błąd] drukowanie w 1.7.0 - sebaq - 24-01-2012 Witam. To że masz 4GB nie daje gwarancji, że duże wydruki wyjdą poprawnie. Przeczytaj ten post to może znajdziesz coś co Ci pomoże. Powalcz z rozdzielczością DPI. Z reguły nie musi być większa niż 200DPI. Zaznacz również pod rozdzielczością "Drukuj jako raster". Ja plotuje w QGISie na Canonie IPF 755 formaty do 36" i wiem, że czasem trzeba się nagimnastykować by poszło bez bólu. Wektory przechodzą zawsze ale problem jest z rastrami, które wystawiam na lokalnym WMSie co dodatkowo komplikuje sprawę. Ponoć te problemy mają związek z wielkością pamięci wirtualnej (dla winXP) a nie występują na Linuksie. Niestety w firmie pracuje się na tym co pozwalają i tym co dają a nie zawsze można mieć co się chce ;) Pozdrawiam Qgis 1.7.0, WinXP RE: [błąd] drukowanie w 1.7.0 update: 1.7.4 - [wiki] - 21-06-2012 Nowa wiadomości "z frontu" :o) Windows 7 prof SP1 64bit RAM 4GB Windows XP prof SP2 32bit RAM 2GB Na obu identycznie instalacje QuantumGIS w wersji 1.7.4 rewizja 411aff6 - waniliowe, bez modyfikacji. Na obu ten sam projekt, otwierany lokalnie (żadnych WMSów, ani nawet nic po sieci lokalnej) Mapy wektorowe z podkładem ortofoto (bez znaczenia czy kilka plików, czy jeden z nich złączony). Przestałem wierzyć w ploter (za dużo papieru się marnowało), drukuję do JPG. Format generowanych plików: JPG / JPEG Rozmiar generowanych plików: 9933 x 7015 (A1) Windows 7: loteria, często gubi jeden z rastrów podkładu - zwykle ten największy (a jakże). Windows XP wszystko OK. No i mam WTF, bo ów XP ma sporo słabszy komputer. Od razu: Uruchomienia qGIS pod win7 w trybie zgodności spróbowałem - nic nie zmienia. RE: [błąd] drukowanie w 1.7.0 [update: 1.7.4] - [wiki] - 25-06-2012 Odpalenie tego samego projektu w 1.7.4 w wirtualnym Windows XP _wewnątrz_ wyżej wspomnianego Windows 7 (natywne VirtualPC, żadnych kombinacji) również generuje poprawny JPG formatu A0. Czyli to nie o pamięć chodzi(ło).