Pull to refresh
18
0
Send message
Развлекательные статьи давно побеждают статьи нацеленные на решение конкретной задачи. Тонны перепостов новостных статей с минимальными изменениями. Уже непринципиально, статья на тему IT, или физику, или химию. Жду статей в духе: как я выращиваю бонсай на рабочем месте. Если добавить: полив при помощи ардуино, топ обеспечен.
Свет клином на OpenLayrs действительно не сходиться. Вот например статья, которая это отражает ссылка. Там в комментариях, упоминается и ваш пример. Лично я стал работать с OpenLayers из-за большой базы примеров (200 штук). Единственное на что я надеюсь, так это на том, что свет клином не сойдется на коммерческом ГИС, который будет диктовать всем свои условия.
Не понятно почему игнорируется тот факт, что Google Maps для коммерческого использования требует 10000$ в год и еще там могут возникнуть вопросы если страница с картой не доступна без предварительной регистрации или расположена в закрытой сети. А вообще если нужны маркеры, геолокация, точки, полигоны, кривые это OpenLayrs + OpenStreetMap = бесплатное не обремененное лицензиями счастье.
Спасибо за отзыв. С 2gis API не работал, нужно разбираться на каких условиях происходит использование их сервиса, а вот с Яндексом переписывался, оказывается они ни за какие деньги не предоставляют свой картографический сервис для коммерческого использования.
Пока не знаю. Будут улучшения текущей по замечаниям. Описание одних только форматов займет не меньше двух страниц. В документации, во вкладке формат, описывается больше тридцати форматов. Что бы с ними поработать надо разворачивать ГИС сервера(MapServer,GeoServer или ArcGisServer), писать сервисы или добыть файлы нужного формата. Это отделанная статья. Постараюсь вечером прикрутить демонстрационный сервис поставщика данных.
Содержание слабо отражает первую часть названия статьи. Мне нравиться такой вариант: «Некоторые принципы обучения программированию».
У меня Explorer 9, система 64, web workers не поддерживает. Сам не программировал, зашел на сайт который это показывает. Chrom 18, Firefox 11 — все хорошо.
Огромное спасибо, прочитал о нем. Жалко, Explorer как всегда не торопиться поддерживать полезные новшества. Еще очень не хватает функции, которая возвращает количество ядер.
Функциональность по управлению загрузкой несомненно может быть полезна, но не является прогрессивной загрузкой в первоначальном смысле (в прогрессивном jpeg нет отдельной функции прервать получение данных). Основная задача — дать максимально полное представление об изображение из уже полученных данных.
Точку в поднятой теме можно поставить, только написав качественную реализацию на уровне jpeg2000 и выложить в свободное пользование. Если ни кого не заинтересует значит так тому и быть. Прикладного смысла в тысячах статей про сжатия вообще мало, учитывая, что купить жесткий диск на терабайт легко, а увеличить эффективность сжатия процентов на 10% очень трудно. Статьи про прогрессивную загрузку изображений теряют свою актуальность с увеличением скоростей передачи данных, но в данный момент еще актуальны, немного.
Все справедливо. Если будут еще комментарии или сообщения на почту подобного рода, то будет узкоспециализированная статья. Лично Вам, какое либо из перечисленных направлений интересно?
Все дело в способе сжатия. Возможно, что тип преобразования и не так уж важен.
Ваш комментарий справедлив по всем пунктам, но не в целом. Статься должна заинтересовавшихся подтолкнуть узнать, что такое вейвлет и как с ними работать. Напомнить, что появилась возможность рисовать в браузере. Студентам, которым нужны вейвлеты, предоставить код. Он без комментариев, но легкой жизни ни кто не обещал. Возможно, показать идею необычной визуализации изображений.
Спасибо за материал. Отмечу, что вейвлет-преобразование иерархическое само по себе. И сжимают его часто нуль-деревьями, которые очень хорошо учитывают иерархичность структуры. Но признаю, от проблем картографии я далек, мой комментарий выше был лишь интуитивным соображением. Если сжимать карты и делать доступ по области интереса не хорошо через вейвлеты, то остаются классические изображения девушек(например lena, кто ее знает по статьям о сжатие изображений).
Я за JPEG с прогрессивной загрузкой, а так же за уже существующий jp2, который еще лучше. Своим примером я хотел показать, что с HTML5 мы получили возможность реализовать свой или чужой (в алгоритмическом смысле) готовый jpeg на вейвлетах не дожидаясь браузеров. У нас так же появляется возможно создавать доступ к фрагменту изображения который нас интересует. Кликаем на интересующий нас фрагмент и дальше грузиться только он (может быть интересно для картографии). Намертво вшитый в браузер алгоритм jpeg2000 или прогрессивный jpeg нас может не устроить.
Я честно признал, что не выполнил сжатие коэффициентов. После сжатия, объем подгружаемой информации был бы очень маленький. Проблемы с объемом трафика у этой технологии нет, точно. Но вот разархивирование поступающей информации, вместе с вейвлет преобразованием может сильно повесить браузер. Надо пробовать. Думаю пятилетняя оценка завышена, работоспособные аналоги на Flash давно существуют.

Information

Rating
Does not participate
Registered
Activity