SAS.Планета - въпроси и проблеми

[asterix85]

Здравейте колеги,

Искам да попитам възможно ли е да се свалят чистите снимките на GE или да се намерят готови калибрирани за България!

Поздрави,

[icpart]

До: Как се свалят снимките на Google Earth?

Eстествено че могат с една страхотна руска програма която се казва SASPlanet за която ме светна колегата ynopum и поддържа експорт директно с привързване към Oziexplorer. Повече инфо може да намерите на следния сайт откъдето и да си свалите самата програмка
http://sasgis.ru/

[asterix85]

До: Как се свалят снимките на Google Earth?

Eстествено че могат с една страхотна руска програма която се казва SASPlanet за която ме светна колегата ynopum и поддържа експорт директно с привързване към Oziexplorer. Повече инфо може да намерите на следния сайт откъдето и да си свалите самата програмка
http://sasgis.ru/

Програмата наистина НЕВЕРОЯТНА! Много благодаря за нея Освен, че обикновените GE снимки, картата на google, снимки на различни кокурентни на спътници, топографски и т.н., може да се свалят снимки на Луната, Венера и Марс , и всичко това готово, безплатно и калибрирано за OZI! Като преди това може да си зададеш мащаба на снимката и от каква височина да бъде тя! Нямам думи!!!
...
Нека задам и първият ми въпрос Опитвам се да си сваля снимката на цяла България в *.map формат, примерно от височина 25м и в мащаб 18. Обаче е невероятно голяма! Примерно само за София bmp снимката ми излезе около ~1200 MB, какво остава за цяла България! Въпросът ми евентуално как да разделя снимките на България на части и тези части (снимки) да бъдат свалени разделено, но при условие в крайна сметка да са напълно точно допълващи се...

Поздрави,

[the_sandman]

До: Как се свалят снимките на Google Earth?

Програмката е наистина страхотна. Успях да се позарибя...само да имах и повечко време . Това, че картите са си геореферирани е направо супер (само дето аз още не успях да изкопча файла за привързване)...

...примерно от височина 25м и в мащаб 18...

За съжаление, за по-голямата част от Б-я този мащаб не е наличен . Като цяло има само на по-големите градове и няколко "заблудени" ( според мен де) снимки в "нищото". Но то и в по-дребен мащаб извън населените места не е никак зле . А ако става дума за ΟΖΙ на него ама въобще не му пука какъв след какъв мащаб карти следват, важното да са правилно привързани.

Примерно само за София bmp снимката ми излезе около ~1200 MB...

Странно...още не съм я доразгледал (а и руския ме мъчи ), ама аз успях да запиша само jpg . Не бих отказал малко помощ за това с директното за Ози. А колкото за bmpто имаш ли някаква идея да "мъчиш" снимките, че иначе не виждам защо да не ги обърнеш в тифове и ще са много по-малки.


Е да де, направо казах нещо полезно...

[asterix85]

До: Как се свалят снимките на Google Earth?

Странно...още не съм я доразгледал (а и руския ме мъчи ), ама аз успях да запиша само jpg . Не бих отказал малко помощ за това с директното за Ози. А колкото за bmpто имаш ли някаква идея да "мъчиш" снимките, че иначе не виждам защо да не ги обърнеш в тифове и ще са много по-малки.
Е да де, направо казах нещо полезно...

Свалянето на снимка калибрирана в *.map е елементарно, пиши "Ozi" в Help-a и прочети Ще ти отнеме две минути, ако не можеш да се справиш пиши ми на ЛС и ще ти обясня . По принцип благодарение на колегата icpart разбрах как се свалят снимки на части, така че поне имам идея как тази 1200mb bmp снимка да я разбия на примерно на 24снимки по 50мб, иначе за tif не съм се замислял. Лично аз засега не му намирам приложение. Относно снимките на GE си прав, но има и други сателити и картографски програми нали

Поздрави,

[the_sandman]

До: Как се свалят снимките на Google Earth?

Ехааа тая програмка започва все повече и повече да ми харесва .
Лично за мен най-доброто е, че може да прави директно и TABове (за MapInfo) да не се занимавам да прехвърям, за да мога да ги ползвам за основа, каквато ми е и целта .
Колкото до TIFовете, според мен този формат е по-добрия избор, реално в случая странното е, че разликата в смаляване на файла е с около 1%, а не 30-40%, както по принцип.
Благодаря за помоща.

[icpart]

До: SAS.Планета

Така и аз да дам малко пояснения относно SASPlanet. Така изходните формати на изображенията които могат да се съхраняват от програмата са bitmap (*.bmp), jpeg (*.jpg), Enchanced compressed wavelet (.ecw), jpeg2000 (*.jp2). Когато се правят много големи изображения на изходната карта от порядъка някъде над 100 мегапиксела е препоръчително да се ползват форматите bmp и ecw тъй като ако е jpeg макар и с по малък размер програмата не успява да генерира такова голямо изображение, така че да се има впредвид това. А отнсно tiff формат да може да генерира програмката ще е хубаво но според мен по ще има смисъл ако е направо geotiff поне може директно да се ползва във всяка ГИС система без небходимост от конвертиране на различни файлове калибриране.
А ти the_sandman кои два формата сравняваш за разлика 30-40% bmp и tiff ли?
Ако е относно тези два формата по принцип bmp е некомпресиран формат също така донякъде и tiff но той дава най малко ниво на компресия но при него не се получава загуба на качество. С най голяма компресия и съответно и най-малък размер е jpeg формата.

[GECATA]

До: SAS.Планета

Здравейте,
да попитам, може ли да се укаже от къде да си дърпа кеша?
Имам предвид ,че вместо да свалям карти и да ги слагам в озито, да задам на програмата да зарежда от кеш който да е на 16GB флашка например.Ако съм се изказал неподготвен моля за извинение

П.С. Покана за колегата icpart да пием по боза докато разясни някой неща по програмката (Виждам че ми е градски)

[the_sandman]

До: SAS.Планета

А ти the_sandman кои два формата сравняваш за разлика 30-40% bmp и tiff ли?
Ако е относно тези два формата по принцип bmp е некомпресиран формат също така донякъде и tiff но той дава най малко ниво на компресия но при него не се получава загуба на качество. С най голяма компресия и съответно и най-малък размер е jpeg формата.

Да по-принцип (като държа да отбележа - не претендирам за кой знае какви познания в областта), по мои наблюдения tiff и bmp файловете на едно и също изображение се различават с около една трета от размера, въпреки, че май и при tiffа дефинирането е побитово, както при bmpто. Може и случайно да се получава според цветовете...незнам. Даже прилагам сника в която се вижда, че една и съща карта която е bmp - 254MB и 120ΜΒ в tiff, което си е не на 1/3, даже да 1/2 по-малко. Ако някой поразясни защо е така няма да е излищно, ама аз съм си приел, че е така и .(точка ).
Колкото за jpeg за мен това е само и единствено формат за снимки от фотоапарата ми, за карти или други изображения, които трябва обработвам просто не става. Плавното преливане на граници в една карта просто съсипва точността и.

да попитам, може ли да се укаже от къде да си дърпа кеша?

Операции => Настройки => Пути


За бозата бройте и мен, ама на лято

[chavdarlk]

До: SAS.Планета

TIFF-формата е lossless, т.е. без никаква загуба на информация, за разлика от JPEG.
Колкото повече едноцветни големи области има един BMP файл, толкова по-малък ще бъде TIFF варианта му.
Също, например при снимка на пясък няма да имаме никакво свиване на размера при TIFF формата.
При JPEG имаме значителна компресия, но тя не е толкова силно зависима от съдържанието на снимката (динамиката в размера при еднакво ниво на компресията е най-много 3:1).

[icpart]

До: SAS.Планета

Ето малко инфо относно двата формата от wikipedia
За bmp

In uncompressed BMP files, and many other bitmap file formats, image pixels are stored with a color depth of 1, 4, 8, 16, 24, or 32 bits per pixel. Images of 8 bits and fewer can be either grayscale or indexed color. An alpha channel (for transparency) may be stored in a separate file, where it is similar to a grayscale image, or in a fourth channel that converts 24-bit images to 32 bits per pixel.
Uncompressed bitmap files (such as BMP) are typically much larger than compressed (with any of various methods) image file formats for the same image. For example, the 1058×1058 Wikipedia logo, which occupies about 287.65 KB in the PNG format, takes about 3358 KB as a 24-bit BMP file. Uncompressed formats are generally unsuitable for transferring images on the Internet or other slow or capacity-limited media.
The bits representing the bitmap pixels are packed within rows. Depending on the color depth, a pixel in the picture will occupy at least n/8 bytes (n is the bit depth, since 1 byte equals 8 bits). The approximate size for a n-bit (2n colors) BMP file in bytes can be calculated, including the effect of starting each word on a 32-bit dword boundary, as:
where the floor function gives the highest integer that is less than or equal to the argument; that is, the number of 32-bit dwords needed to hold a row of n-bit pixels; this value multiplied by 4 gives the byte count.
where height and width are given in pixels.

За tiff

TIFF is a flexible, adaptable file format for handling images and data within a single file, by including the header tags (size, definition, image-data arrangement, applied image compression) defining the image's geometry. For example, a TIFF file can be a container holding compressed JPEG and RLE (run-length encoding) images. A TIFF file also can include a vector-based Clipping path (outlines, croppings, image frames). The ability to store image data in a lossless format makes a TIFF file a useful image archive, because, unlike standard JPEG files, a TIFF file using lossless compression (or none) may be edited and re-saved without losing image quality. Of course this is not the case when using the TIFF as a container holding compressed JPEG. Other TIFF options are layers and pages.

TIFF offers the option of using LZW compression, a lossless data-compression technique for reducing a file's size. Until 2004, this option's use was limited, because the LZW technique then was under several patents; however, these patents have expired.

Every TIFF begins with a 2-byte indicator of byte order: "II" for little endian and "MM" for big endian byte ordering. The next 2 bytes represent the number 42, selected "for its deep philosophical significance". The 42-reading depends upon the byte order indicated by the 2-byte indicator. All words, double words, etc., in the TIFF file are read based per the indicated byte order. The TIFF 6.0 Specification (Section 7: Additional baseline TIFF Requirements) says that compliant TIFF readers must support both byte orders (II and MM), however, TIFF writers may choose the byte order convenient for their image

В по-горните цитати съм подчертал в червено основните разлики между двата формата и оттях се вижда че bitmap (bmp) е некомпресиран формат т.е голям размер на крайния файл а TIFF като стандарт има много повече възможностти той също може да съдържа компресирано jpeg изображение в себе си като в такъв случай играе само ролята на контейнер (т.е един вид облицовка на дадено изображение подобно на avi файловете които съдържат в себе си аудио и видео поток в един контейнер) също така може да съдържа и векторни данни и освен това може да ползва и "lossless" компресия (демек сваля се размера на изображението без да се губи качество) при която се ползва техниката LZW и именно за това както е забелязал the_sandman има разлика в размерите на изображенията. Подобна аналогия например може да се направи с музикалните формати WAV и FLAC (който също ползва lossless компресия на аудио потока) или WAV с MP3 да се сравни.
А относно jpeg и аз съм съгласен с the_sandman че не е много подходящ за карти тъй като и той прави компресия на изображението и следователно се влошава качеството на оригинала.
Извинявам се за лекото отклонение от основната тема

[GECATA]

До: SAS.Планета

Здравейте,
вчера настроих кеша да е от флаш памет и започнах обхождане на участъци от България (Гугъл хибрид), като дадох зареждане от интернет и кеш.Програмата си направи 2 директории (SAT и BOTH) като в SAT са сателитните снимки а в BOTH пътищата.Във всяка една от директориите има папки за всеки мащаб (9x;12...).Цяла България до мащаб 12x ми излезе SAT-131mb,BOTH-75mb или общо 206мб.
Самата програма също ми е на флаша и я стартирам от там.
Цвлта ми е да ползвам програмата за показване на позицията на места без интернет (По време на офроуд).
Лошото е ,че има възможност за свързване с ГПС само чрез com port а спанера работи с колорадото 1минута и връзката се разпада.
П.С.Смятам да допълвам кеша до ~19x и да кача папките на ftp-то.

[the_sandman]

До: SAS.Планета

Цвлта ми е да ползвам програмата за показване на позицията на места без интернет (По време на офроуд).

Идеята не е лоша... никак даже. Ще пробвам и аз .

Лошото е ,че има възможност за свързване с ГПС само чрез com port а

Това, нядявам се, ще реши проблемите http://btjunkie.org/torrent/gpsgate-...b6802b3ef8b39d
(май има и по-нова). За подкарваането и настройките, мисля че има обяснено някъде из форума .


ПП: А забравих да благодаря на колегите, разяснили файловите формати , като и аз се извинявам, че бях подстрекател за отклоняване от основната тема .

[asterix85]

До: SAS.Планета

Браво и от мен на колеги, че разясниха дадените формати, наистина много полезна информация! Но това същевременно задава и много въпроси:
1. Като например защо снимките в кеша сe записват в JPEG формат, щом като наистина има загуба на информация и не може ли програмата по някакъв начин да се настрои снимките в кеша да ги записва в bmp. Няма ли да бъде така по-добре, макар и по-обемно като заеманo пространство?
2. Относно идеята да се запише кеша, за да се ползва програмата и без интернет. Наистина това е супер идея! Обаче как ще се реши проблема с постоянно излизащите нови снимки и нова информация за пътищата на Google Hybrid и другите разработчици?
3. Какво ще кажете за идеята, изобщо възможно ли е, да направим кеш от калибрираните руски топографски карти или може би по-добре топографските карти на България (К-тата), по подобие на руските карти Genshab?

Поздрави,

[icpart]

До: SAS.Планета

Относно първия въпрос защо гугъл снимките са в jpeg в кеша ще поясня че те са в този фортам на самите сървъри на Google и програмката ги тегли именно оттам, например само за слоя с картите без космоснимките кеша е във формат png и по принцип за сателитни снимки е по добре да е jpeg формата. Пък и си представи ако ползваш bmp формат за кеш щолко терабайта информация ще е това и то само на твоя компютър а представи за сървърите.
За втория въпрос програмата има възможност да си ъпдейтва кеша като му се посочи да смени само тези снимки които са по нови и да запази старите при които няма промяна така че и на това нещо има решение.
За руските топокарти не виждам много смисъл тъй като винаги можеш да си ползваш Oziexplorer на лаптопа както предполагам и колегата Gecata си ползва такъв за навигация в колата с програмата SASPlanet. Във форума на програмата попаднах на такава подобна идея на един руснак но не ми стана точно ясно как е постигнал правенето на тайловете за картата- ето тук е тази тема http://sasgis.ru/forum/viewtopic.php?f=2&t=205
А иначе освен това друго решение е да се направи един сървър подобен на този http://www.in7ane.com/topomaps/ , между другото и тези карти могат да се свалят с SASPlanet (намират се в Карты/Другие карты/ Генштаб или направо бутона 7 за шорткът) и да се добави този сървиз и оттам вече който иска да си дърпа тази зона или област която му трябва, но тук вече ще ни трябва малко помощ от някой който е по навътре с програмирането и може би с правенето на уеб страници. Може би колегата който прави страницата на topomaps.info може да помогне, не знам дали той е и същия автор на BGtopomaps.
А ето една добра идея за работа с огромен кеш от флашка защото сега на GEcata все още е малък кеша но при големите зумове файловете вече които ще са в кеша ще са стотици хиляди и прехвърлянето им на флашката ще отнеме часове. Ето и идеята на автора ако някой не я видял в readme файла

>>По поводу хранения и переноса множества мелких тайлов:

Bigbambr

По поводу кэша из множества мелких файлов. Хочу поделиться опытом. При помощи бесплатной программы TrueCrypt
(адрес http://www.truecrypt.org/downloads.php ) Создал файл-образ диска на 7.5 Гб (saspln.tc) с простейшим
паролем типа 123. Затем смонтировал его как отдельный диск ( предположим V: ) Ранее существующую папку SASPlanet
вместе с программой и кэшем перебросил на диск V:. (длительный процесс, но выполняется единожды). Далее, каждый
раз при желании работать с программой монтирую образ saspln.tc при помощи TrueCrypt, захожу на диск V: и работаю
там полноценно. При перезагрузке диск V: демонтируется автоматически.
А вот когда возникает необходимость поделиться, то просто перебрасываю файл saspln.tc на любую флешку размером
более 8 Гб. кроме того перебрасываю туда же папку C:\Program Files\TrueCrypt (TrueCrypt способен работать без
ингсталляции). Так что получивший такую флешку запускает у себя TrueCrypt, монтирует образ с паролем, который
я ему скажу и наслаждается жизнью. )))
[По функциональности данный метод можно сравнить с Nero ImageDrive, с той разницей, что неро открывает свои
образы только для чтения, а этот метод позволяет добавлять и изменять файлы.]