Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 138
У меня с контактами было совсем просто, т.к. еще на Windows Mobile я их синхронизировал с Google'вским аккаунтом :)
Для навигации попробуйте OsmAnd (http://osmand.net/). Карты берет из OpenStreetMaps, но можно подключить навителовские, пробки подтягиваются из яндекса. Прокладка маршрута — один из онлайн сервисов. Плюс в том, что можно выбрать какой, минус — без интернета маршрут не проложишь (карты доступны оффлайн). Голос не заикается, но векторные карты при большом количестве отображаемых элементов иногда притормаживают.
В современных версиях вообще-то уже с полгода как есть офлайновое прокладывание…
Отстал от жизни! Пойду обновляться.
Позвольте усомниться. По крайней мере, в маркете про османд/османд+ пишут:
The «donation» version OsmAnd+ has experimental offline routing…
...offline routing for short distance (experimental).
То есть, только в платной версии, только на которкие расстояния и в зачаточном виде.
The «donation» version OsmAnd+ has experimental offline routing…
...offline routing for short distance (experimental).
То есть, только в платной версии, только на которкие расстояния и в зачаточном виде.
Можно скачать ночную сборку с официального сайт
Ну, ночная сборка и современная версия — несколько разные вещи.
Заодно и багрепортом подсобите ;)
Ну уж нет. Если мне нужен инструмент для дела, я лучше найду что-нибудь постабильнее. Не хотелось бы получить какой-нибудь сюрприз в неподходящий момент. Ночные сборки — в лучшем случае, как второй-третий вариант, только чтобы посмотреть.
Ну, можно собрать самому из стабильного тэга. Сорцы то открыты.
Тогда пятерку на стол. Или поищите в архивах версию, чтобы совпадала с той, что на маркете.
Адекватного роутинга на большие расстояния нет вообще ни у кого, кроме огромных серверных решений, где есть достаточно быстрой памяти, чтобы это все держать в ней. Дамп всей планеты в OSM, насколько я помню, занимал в последнее время порядка 140-150 гигабайт — это ни в какой современный телефон не влезет не то, что в память, а даже на SD-карточку.
Насчет «зачаточного вида» — зависит от того, что и как вы хотите делать; в пределах города оно в целом работает более, чем нормально. Для езды по трассе и роутинга между городами — боюсь, придется загружать слишком большие куски карты, в первую очередь все упирается в это.
Насчет «платной версии» — ситуацию с политикой автора вроде бы на уже пояснили; то есть да, либо платно с Android Market, с поддержкой и всем прочим, либо бесплатно с альтернативных маркетов свободного ПО типа FDroid, либо скачивать сборки с официального сайта, либо самостоятельно собирать то, что хочется.
Почему это не сочетается с «в современных версиях уже с полгода» — вот хоть убейте, не пойму. «Современные версии» есть? Есть. «Уже полгода» прошло? Прошло. В чем тогда сомневаться?..
Насчет «зачаточного вида» — зависит от того, что и как вы хотите делать; в пределах города оно в целом работает более, чем нормально. Для езды по трассе и роутинга между городами — боюсь, придется загружать слишком большие куски карты, в первую очередь все упирается в это.
Насчет «платной версии» — ситуацию с политикой автора вроде бы на уже пояснили; то есть да, либо платно с Android Market, с поддержкой и всем прочим, либо бесплатно с альтернативных маркетов свободного ПО типа FDroid, либо скачивать сборки с официального сайта, либо самостоятельно собирать то, что хочется.
Почему это не сочетается с «в современных версиях уже с полгода» — вот хоть убейте, не пойму. «Современные версии» есть? Есть. «Уже полгода» прошло? Прошло. В чем тогда сомневаться?..
Ну, вся планета вряд ли нужна. А вот страна или штат — вполне. В пределах своего города я, скорее всего, и без навигатора найду дорогу. Он мне обычно нужен для поездок от полусотни миль. И есть достаточно много решений, которые с этим справляются. Как отдельно стоящие (гармин, томтом), так и под телефоны. У меня вот копайлот стоит пятибаксовый — похуже гармина, но если ничего другого под рукой нет, вполне сойдет. Видимо, у них как-то решается задача больших кусков карты в памяти. Например, можно грузить не карту целиком, а разные уровни (крупные дороги, помельче, еще мельче) по мере надобности.
Проблема в том, что у всех вышеперечисленных решений по сравнению с OSM карта *очень* бедная, как правило. Там не на сотни гигабайт счет идет, а на десятки, в лучшем случае сотни мегабайт. В OSM прорисовка на порядки более детальная — даже в той же России как правило мелкие городки по трассе будут прорисованы не одним пятном, а вполне себе будут иметь свои обведенные 5-7 улиц со всеми перекрестками, а зачастую еще с домами, с магазинами-гостиницами-почтами и т.д.
Т.е. условно, задача offline-роутинга решается в 2 узких случаях:
1) если нужно роутить по городу, но детально
2) если нужно роутить по трассе, но с точностью до города
В этих двух частных случаях объем данных и сложность задачи становятся сколько-то адекватными. Решать задачу роутинга в общем случае умеют единичные серверные решения. OsmAnd умеет по сути частный случай (1). Garmin и TomTom — по сути, частный случай (2). Мне как-то неочевидно, какая задача более востребованная. В штатах, видимо, (2). В России — скорее (1).
Т.е. условно, задача offline-роутинга решается в 2 узких случаях:
1) если нужно роутить по городу, но детально
2) если нужно роутить по трассе, но с точностью до города
В этих двух частных случаях объем данных и сложность задачи становятся сколько-то адекватными. Решать задачу роутинга в общем случае умеют единичные серверные решения. OsmAnd умеет по сути частный случай (1). Garmin и TomTom — по сути, частный случай (2). Мне как-то неочевидно, какая задача более востребованная. В штатах, видимо, (2). В России — скорее (1).
Неправда ваша. Карты того же копайлота основаны как раз на ОСМ. Только пережаты в свой формат и из-за этого не самые свежие — разработчики ленятся обновлять. Не знаю, как для России, а для штатов все то же самое.
Гармин, томтом и копайлот прекрасно совмещают подходы 1 и 2. Если нужно ехать далеко — по городу выезжаем на трассу (1) и рулим до другого города (2). Там снова съезжаем с трассы и едем к пункту назначения (1). Разумеется, все эти этапы просчитываются сразу. На близкие расстояния тоже все замечательно работает — хоть в соседний двор прокладывай маршрут.
Я понимаю, что задача не из простых. И софта, где она решена, не так много. Но он есть.
Гармин, томтом и копайлот прекрасно совмещают подходы 1 и 2. Если нужно ехать далеко — по городу выезжаем на трассу (1) и рулим до другого города (2). Там снова съезжаем с трассы и едем к пункту назначения (1). Разумеется, все эти этапы просчитываются сразу. На близкие расстояния тоже все замечательно работает — хоть в соседний двор прокладывай маршрут.
Я понимаю, что задача не из простых. И софта, где она решена, не так много. Но он есть.
Я нигде не нашел информацию о том, чтобы карты CoPilot были основаны на OSM, зато нашел информацию о том, что CoPilot использует Navteq.
По поводу совмещения подходов — проложите мне, пожалуйста, в любом из тех решений, которые «прекрасно совмещают» путь из России, г. Шуя, Шуйский район, Ивановская область, 4-го Железнодорожного переулка до России, г. Алатырь, ул. Жданова. И то, и другое — крупные города, райцентры.
Правильное решение я вижу только у Cloudmade (на базе OSM).
Navteq (и, я догадываюсь, CoPilot) про Алатырь знает целую одну точку, про Шую — порядка 10-15 улиц. И то, и другое — вообще-то сравнительно крупные города, с населением порядка 50 тысяч человек, с порядка несколькими сотнями улиц, т.е. это отнюдь не деревня из 3 улиц, где, приехав, получится спросить дорогу у первого встречного.
То, что можно есть geospatial mapping и возможность работать с разными уровнями детализации — да, есть. Но если речь идет о действительно возможности работы с огромным массивом данных *в offline* — то этот массив так или иначе иметь нужно. И что 150-200 гигабайт (вся планета), что 30-40 гигабайт (одна страна) — не говоря уже о том, что там еще будут индексы, которые по объему будут занимать еще столько же — для современных мобильных железок объем плохо подъемный.
По поводу совмещения подходов — проложите мне, пожалуйста, в любом из тех решений, которые «прекрасно совмещают» путь из России, г. Шуя, Шуйский район, Ивановская область, 4-го Железнодорожного переулка до России, г. Алатырь, ул. Жданова. И то, и другое — крупные города, райцентры.
Правильное решение я вижу только у Cloudmade (на базе OSM).
Navteq (и, я догадываюсь, CoPilot) про Алатырь знает целую одну точку, про Шую — порядка 10-15 улиц. И то, и другое — вообще-то сравнительно крупные города, с населением порядка 50 тысяч человек, с порядка несколькими сотнями улиц, т.е. это отнюдь не деревня из 3 улиц, где, приехав, получится спросить дорогу у первого встречного.
То, что можно есть geospatial mapping и возможность работать с разными уровнями детализации — да, есть. Но если речь идет о действительно возможности работы с огромным массивом данных *в offline* — то этот массив так или иначе иметь нужно. И что 150-200 гигабайт (вся планета), что 30-40 гигабайт (одна страна) — не говоря уже о том, что там еще будут индексы, которые по объему будут занимать еще столько же — для современных мобильных железок объем плохо подъемный.
Про копайлота и осм — я эту информацию видел с полгода назад на их официальном сайте. Возможно, с тех пор они перешли на другие карты.
Проложить ваш маршрут я не могу, поскольку у меня только американская версия. Но вы описываете совершенно другую проблему — качество карт, а не качество навигации.
Для Америки попробовал проложить в копайлоте маршрут в 2300 миль — через всю страну. Специально взял точки отправления и назначения в стороне от больших дорог, чтобы ему дворами пришлось прокладывать. Нормально, справился. Можете попробовать, чтобы оценить маршрут. Скажем, от «24200 Hilton Pl, Damascus, MD» до «White Pine County Road 5, Lund, White Pine, NV».
А онлайновые решения хороши только до тех пор, пока у вас есть сигнал. Заехали в горы какие-нибудь — все, привет. Если бы не это, я бы всем османдам предпочел гуглокарты и гуглонавигацию — к ним, все-таки, у меня больше доверия.
Проложить ваш маршрут я не могу, поскольку у меня только американская версия. Но вы описываете совершенно другую проблему — качество карт, а не качество навигации.
Для Америки попробовал проложить в копайлоте маршрут в 2300 миль — через всю страну. Специально взял точки отправления и назначения в стороне от больших дорог, чтобы ему дворами пришлось прокладывать. Нормально, справился. Можете попробовать, чтобы оценить маршрут. Скажем, от «24200 Hilton Pl, Damascus, MD» до «White Pine County Road 5, Lund, White Pine, NV».
А онлайновые решения хороши только до тех пор, пока у вас есть сигнал. Заехали в горы какие-нибудь — все, привет. Если бы не это, я бы всем османдам предпочел гуглокарты и гуглонавигацию — к ним, все-таки, у меня больше доверия.
Я пытаюсь донести мысль о том, что эти две проблемы совершенно железно связаны. До тех пор, пока карты хоть сколько-нибудь вмещаются в память или хотя бы на SD в векторном виде — можно придумывать какие-то хитрые геоиндексы и алгоритмы, с помощью которых что-то по ним прокладывать. Текущий предел, которые люди готовы терпеть — единицы гигабайт, а не десятки и не сотни.
А гуглокарты и гуглонавигация, к сожалению или к счастью, по России совершенно не вариант. Оно работает ровно в 2 городах — Москве и СПб и их ближайших окрестностях. Ну и — конечно, очень субъективно — но интерфейс у Google Maps на Android очень неудобный для того, чтобы пользоваться им именно как навигатором.
Более подробно про ваш и мой маршрут сейчас напишу, дайте мне еще минут 10, угу?
А гуглокарты и гуглонавигация, к сожалению или к счастью, по России совершенно не вариант. Оно работает ровно в 2 городах — Москве и СПб и их ближайших окрестностях. Ну и — конечно, очень субъективно — но интерфейс у Google Maps на Android очень неудобный для того, чтобы пользоваться им именно как навигатором.
Более подробно про ваш и мой маршрут сейчас напишу, дайте мне еще минут 10, угу?
(Ваш пост про сложность маршрута прочитал, если что.)
Давайте еще раз посмотрим, с чего начали. Вы меня пытались убедить, что невозможно в телефоне одновременно реализовать прокладку маршрутов на большие и маленькие расстояния — только на большом сервере. Потому что придется грузить в память слишком много карт.
Я вам показал маршрут достаточно длинный для того, чтобы пришлось загрузить очень большой кусок карты. Программа это отработала нормально. То есть, проблема «большая карта против маленькой памяти» решается. Не знаю, как именно, но успешно. На слабеньком телефоне все занимает секунд 5-7.
Я могу, конечно, поискать места, где выезд на трассу займет больше, чем 6 инструкций, но не вижу в этом особого смысла. 6 или 18 — все равно надо загрузить достаточно подробную карту города, не так ли? Кстати, 8 из ваших 18 пунктов — «continue». Это либо простая смена названия улицы, либо намек «не сворачивать», но особой сложности они не представляют. Примерно туда же я бы отнес и «slight right/left». Так что разница не такая уж большая. Подобных мест полно и в штатах.
Специально для вас: попробуйте маршрут из «4100 4th Street Northwest, Washington, DC» в «Los Angeles, CA» и посмотрете на его начало (если не найдет дом 4100, можно взять пересечение с Taylor St, NW). 13 ходов до трассы, из них всего пара «continue» — ничем не хуже вашей Шуи. Кстати, гуглокарты и ваш клаудмейт прокладывают разные маршруты, а у клаудмейта еще и наблюдается склонность к втыканию лишних «continue» где не надо. Такое ощущение, что он каждый перекресток отмечает как «continue» или «slight right/left».
Возможно, в России есть проблемы с навигацией. Но они отнюдь не алгоритмические, а организационные (плохие карты, плохие указатели, плохие дороги и т.п.). Так что, возвращаясь к исходной теме: сделать программу с нормальной навигацией на любых расстояниях можно. Просто османд до этого пока не дорос.
Давайте еще раз посмотрим, с чего начали. Вы меня пытались убедить, что невозможно в телефоне одновременно реализовать прокладку маршрутов на большие и маленькие расстояния — только на большом сервере. Потому что придется грузить в память слишком много карт.
Я вам показал маршрут достаточно длинный для того, чтобы пришлось загрузить очень большой кусок карты. Программа это отработала нормально. То есть, проблема «большая карта против маленькой памяти» решается. Не знаю, как именно, но успешно. На слабеньком телефоне все занимает секунд 5-7.
Я могу, конечно, поискать места, где выезд на трассу займет больше, чем 6 инструкций, но не вижу в этом особого смысла. 6 или 18 — все равно надо загрузить достаточно подробную карту города, не так ли? Кстати, 8 из ваших 18 пунктов — «continue». Это либо простая смена названия улицы, либо намек «не сворачивать», но особой сложности они не представляют. Примерно туда же я бы отнес и «slight right/left». Так что разница не такая уж большая. Подобных мест полно и в штатах.
Специально для вас: попробуйте маршрут из «4100 4th Street Northwest, Washington, DC» в «Los Angeles, CA» и посмотрете на его начало (если не найдет дом 4100, можно взять пересечение с Taylor St, NW). 13 ходов до трассы, из них всего пара «continue» — ничем не хуже вашей Шуи. Кстати, гуглокарты и ваш клаудмейт прокладывают разные маршруты, а у клаудмейта еще и наблюдается склонность к втыканию лишних «continue» где не надо. Такое ощущение, что он каждый перекресток отмечает как «continue» или «slight right/left».
Возможно, в России есть проблемы с навигацией. Но они отнюдь не алгоритмические, а организационные (плохие карты, плохие указатели, плохие дороги и т.п.). Так что, возвращаясь к исходной теме: сделать программу с нормальной навигацией на любых расстояниях можно. Просто османд до этого пока не дорос.
Ок, возвращаясь к исходному вопросу — ответьте тогда мне на очень простой вопрос: если карта страны занимает десятки гигабайт — как для начала их засунуть в телефон? Я пока совсем не касаюсь вопроса скорости поиска, как загрузить это в память, как это индексировать и вообще как с этим работать.
Мой вариант ответа на этот вопрос — «никак». Мой ответ на следующий закономерный вопрос «ну вот у программы X это получается же, значит как-то можно?» — «они грузят не всю карту, а лишь до какого-то определенного уровня; например, не грузят дворовые проезды или отсекают мелкие дорогие; а зачастую — если это не OSM — у них подробной карты просто банально нет — на том и живут».
Мой вариант ответа на этот вопрос — «никак». Мой ответ на следующий закономерный вопрос «ну вот у программы X это получается же, значит как-то можно?» — «они грузят не всю карту, а лишь до какого-то определенного уровня; например, не грузят дворовые проезды или отсекают мелкие дорогие; а зачастую — если это не OSM — у них подробной карты просто банально нет — на том и живут».
А почему карта должна занимать десятки гигабайт? Вот мне тот же копайлот говорит, что вся Америка занимает 1.5Гб. Канада — еще 200Мб. Мексика — 15Мб. Все лежит на SD карте. При этом Америкой я периодически пользуюсь, так что могу оценить уровень детализации — все там есть, включая мелкие дворы и тупики. Разницы с османдом не вижу.
Так что, думается мне, проблема не в объеме, а в правильной организации карт. Не зря тот же копайлот не использовал ОСМ напрямую, а переводил в свой формат. А сейчас, судя по вашим же словам, отказался от них совсем. Видимо, что-то в ОСМе не так.
Так что, думается мне, проблема не в объеме, а в правильной организации карт. Не зря тот же копайлот не использовал ОСМ напрямую, а переводил в свой формат. А сейчас, судя по вашим же словам, отказался от них совсем. Видимо, что-то в ОСМе не так.
Боюсь, мы так не договоримся %) Вы уже нашли решение по стране, которое вас устраивает — целиком и полностью — и с точки зрения полноты, и с точки зрения скорости работы, и возможности работы в offline. Мне бесполезно пытаться вам приводить аргументы в плане того, чем оно хуже, чем OSM — тем более, что для вас оно местами явно лучше.
А я вот, напротив — почти не вижу электронных альтернатив OSM, по крайней мере по России. Есть определенные районы, которые может быть лучше описаны в каких-то других системах (Яндекс-Гугл для Москвы-СПб, 2ГИС для нескольких десятков вылизанных у них городов, некоторые локальные местечковые системы) — но в целом, если куда-то ехать без какой-то детальной подготовки — то я возьму с собой именно OsmAnd, может быть, заэкшировав регион заранее, если я не уверен, что там на месте будет интернет.
А я вот, напротив — почти не вижу электронных альтернатив OSM, по крайней мере по России. Есть определенные районы, которые может быть лучше описаны в каких-то других системах (Яндекс-Гугл для Москвы-СПб, 2ГИС для нескольких десятков вылизанных у них городов, некоторые локальные местечковые системы) — но в целом, если куда-то ехать без какой-то детальной подготовки — то я возьму с собой именно OsmAnd, может быть, заэкшировав регион заранее, если я не уверен, что там на месте будет интернет.
Ну так я и говорю: проблемы организационные — нет нормальных карт. Алгоритмических проблем не вижу. Если карты организованы правильно, они занимают не так много места и их не надо грузить в память целиком, чтобы проложить маршрут.
Посмотрел на размер карт OSM. Для США — около 5Гб в зипах. Больше, чем у копайлота, но не десятки гигабайт. Не знаю, сколько получится после распаковки, но тут уже зависит от оптимизации формата.
Кстати, неоптимальность карт от OSM видна даже по скорости их отрисовки. В онлайне — очень медленно, с кем ни сравни (гугл, бинг). Особенно при пересечении какого-то порога зума. Аналогичное я наблюдал и на телефоне. Оффлайновые карты османда жестоко тормозят даже по сравнению с онлайновым гугломапом, не говоря уже о том же копайлоте.
И сразу про маршрут ниже: да, я сначала только в гугле его посмотрел, там гораздо больше поворотов было (гугл на 66 дорогу выводил, а не на 495). В копайлоте меньше. Но больше не буду искать примеров — думаю, и так все ясно.
Посмотрел на размер карт OSM. Для США — около 5Гб в зипах. Больше, чем у копайлота, но не десятки гигабайт. Не знаю, сколько получится после распаковки, но тут уже зависит от оптимизации формата.
Кстати, неоптимальность карт от OSM видна даже по скорости их отрисовки. В онлайне — очень медленно, с кем ни сравни (гугл, бинг). Особенно при пересечении какого-то порога зума. Аналогичное я наблюдал и на телефоне. Оффлайновые карты османда жестоко тормозят даже по сравнению с онлайновым гугломапом, не говоря уже о том же копайлоте.
И сразу про маршрут ниже: да, я сначала только в гугле его посмотрел, там гораздо больше поворотов было (гугл на 66 дорогу выводил, а не на 495). В копайлоте меньше. Но больше не буду искать примеров — думаю, и так все ясно.
Вы немножко не туда смотрите. В зипах — это файлы формата .osm, там вообще XML, фактически в текстовом виде. Это, разумеется, не самый эффективный формат хранения. Но и на сжатые файлы тоже, вообще говоря, смотреть не надо — по крайней мере на сжатые чем-то просто блочным типа zip/gzip/bz2/lzma и т.п.
Если говорить только о самих _картах_ в бинарном виде (поисковые и роутинговые индексы навешиваются в любом случае сверху, сами-то данные должны существовать), то можно оценить так: файлы .osm состоят, грубо говоря, из точек и линий. Точки кодируются примерно так:
Т.е., будем считать, что где-то порядка 160-180 байт на точку. В бинарном файле из них будет хранится что-то типа 2 координаты (по 8 байт каждая — тип double) и идентификатор (допустим, целое число, пусть тоже 8 байт) — т.е. вместо 160-180 байт получается 24 => меньше в 6-8 раз.
Линии задаются как последовательность точек, каждая точка в линии выглядит как-то так:
Итого в среднем примерно 21-22 байта. Ужимается до 8 байт того же идентификатора точки. Т.е. сжатие в 3 раза.
Точек априори много больше, чем линий, зато внутри линий все точки используются в среднем где-то один раз (есть, конечно, точки без линий и есть перекрестки, будем считать, что они примерно уравновешивают друг друга). Всего остального в XML-формате много меньше, чем точек и линий, да и для роутинга нам больше ничего не нужно, пока этим пренебрежем.
Итого получается, что, упрощая, при наличии N точек, в файле N * 2 записей, первая часть — занимает 170 * N и жмется до 24 * N, вторая занимает 22 * N и жмется до 8 * N. Итого (170 + 22) * N жмутся до (22 + 8) * N, т.е. общий коэффициент сжатия при перегоне в бинарный формат только данных будет порядка 192 / 30 = 6.4.
XML-файлы .osm жмутся bz2 с коэффициентом порядка 13-14 — т.е. из 5-гигабайтного файла в разжатом виде получится 65 гигабайт, а при конвертации в бинарный формат он ужмется до 65/6.4 ~ 10 гигабайт.
При этом надо признать, что карты США — далеко не самая детальная часть OSM. В подавляющем большинстве мест там загружены общедоступные официальные карты государственных агентств и кадастровые карты — а не карты, созданные руками волонтеров. Эти карты, конечно хорошие, точные и официальные, только вот домов на них, традиционно для штатов, почти нигде нет, тропинок нет, планов парков и всяких прогулочных зон нет и т.д. Само по себе это уменьшает число точек на порядок.
А про скорость отрисовки я вообще не очень понимаю — вы о чем? О скорости отдачи тайлов сервером openstreetmap.org? О скорости отдачи тайлов сервером maps.cloudmade.com? И что такое «offline-карты osmand» и, самое главное, чем они отличаются от «онлайновых»?
Если говорить только о самих _картах_ в бинарном виде (поисковые и роутинговые индексы навешиваются в любом случае сверху, сами-то данные должны существовать), то можно оценить так: файлы .osm состоят, грубо говоря, из точек и линий. Точки кодируются примерно так:
<node id="298884269" lat="54.0901746" lon="12.2482632" user="SvenHRO" uid="46882" visible="true" version="1" changeset="676636" timestamp="2008-09-21T21:37:45Z"/>
Т.е., будем считать, что где-то порядка 160-180 байт на точку. В бинарном файле из них будет хранится что-то типа 2 координаты (по 8 байт каждая — тип double) и идентификатор (допустим, целое число, пусть тоже 8 байт) — т.е. вместо 160-180 байт получается 24 => меньше в 6-8 раз.
Линии задаются как последовательность точек, каждая точка в линии выглядит как-то так:
<nd ref="292403538"/>
Итого в среднем примерно 21-22 байта. Ужимается до 8 байт того же идентификатора точки. Т.е. сжатие в 3 раза.
Точек априори много больше, чем линий, зато внутри линий все точки используются в среднем где-то один раз (есть, конечно, точки без линий и есть перекрестки, будем считать, что они примерно уравновешивают друг друга). Всего остального в XML-формате много меньше, чем точек и линий, да и для роутинга нам больше ничего не нужно, пока этим пренебрежем.
Итого получается, что, упрощая, при наличии N точек, в файле N * 2 записей, первая часть — занимает 170 * N и жмется до 24 * N, вторая занимает 22 * N и жмется до 8 * N. Итого (170 + 22) * N жмутся до (22 + 8) * N, т.е. общий коэффициент сжатия при перегоне в бинарный формат только данных будет порядка 192 / 30 = 6.4.
XML-файлы .osm жмутся bz2 с коэффициентом порядка 13-14 — т.е. из 5-гигабайтного файла в разжатом виде получится 65 гигабайт, а при конвертации в бинарный формат он ужмется до 65/6.4 ~ 10 гигабайт.
При этом надо признать, что карты США — далеко не самая детальная часть OSM. В подавляющем большинстве мест там загружены общедоступные официальные карты государственных агентств и кадастровые карты — а не карты, созданные руками волонтеров. Эти карты, конечно хорошие, точные и официальные, только вот домов на них, традиционно для штатов, почти нигде нет, тропинок нет, планов парков и всяких прогулочных зон нет и т.д. Само по себе это уменьшает число точек на порядок.
А про скорость отрисовки я вообще не очень понимаю — вы о чем? О скорости отдачи тайлов сервером openstreetmap.org? О скорости отдачи тайлов сервером maps.cloudmade.com? И что такое «offline-карты osmand» и, самое главное, чем они отличаются от «онлайновых»?
Ну, глядя на зипы я пытался понять, откуда берутся десятки гигабайт данных. Если с домами и квартирами, тогда понятно. :) Только нужно ли оно для навигации? Ну, номер дома можно просто точкой задать, а точная форма, ИМХО, — перебор. По крайней мере, для навигации.
Насчет парков и тропинок — в моей местности все обозначено, вплоть до школ, магазинов, ресторанов и т.п. Но все это есть не только в OSM, так что опять непонятно, откуда такая разница в объеме данных.
А скорость отрисовки — захожу в онлайн и сравниваю ощущения при движении/масштабировании в OSM и том же гугле/бинге. OSM безумно тормозит. При резком изменении масштаба, например, может несколько секунд отрисовывать. Что конкретно тормозит не знаю, но очень неприятно.
На телефоне аналогично. Османдом пользоваться весьма трудно, потому что отрисовка идет очень медленно. При этом данные лежат на SD-карте. Пробовал разные рендеры (векторные) — результат тот же. Опять же, не знаю, в чем там сложность — в чтении данных или в их обработке, но другие программы работают на порядок быстрее.
Из того, что на разных устройствах (телефон, комп) и в разных режимах (онлайн, оффлайн) я наблюдаю одно и то же (дикие тормоза OSM по сравнению с другими), я делаю вывод, что данные у них хранятся в каком-то очень неоптимальном формате, который либо трудно читать/искать, либо долго рендерить.
Насчет парков и тропинок — в моей местности все обозначено, вплоть до школ, магазинов, ресторанов и т.п. Но все это есть не только в OSM, так что опять непонятно, откуда такая разница в объеме данных.
А скорость отрисовки — захожу в онлайн и сравниваю ощущения при движении/масштабировании в OSM и том же гугле/бинге. OSM безумно тормозит. При резком изменении масштаба, например, может несколько секунд отрисовывать. Что конкретно тормозит не знаю, но очень неприятно.
На телефоне аналогично. Османдом пользоваться весьма трудно, потому что отрисовка идет очень медленно. При этом данные лежат на SD-карте. Пробовал разные рендеры (векторные) — результат тот же. Опять же, не знаю, в чем там сложность — в чтении данных или в их обработке, но другие программы работают на порядок быстрее.
Из того, что на разных устройствах (телефон, комп) и в разных режимах (онлайн, оффлайн) я наблюдаю одно и то же (дикие тормоза OSM по сравнению с другими), я делаю вывод, что данные у них хранятся в каком-то очень неоптимальном формате, который либо трудно читать/искать, либо долго рендерить.
Т.е. речь про сайты типа maps.google.com или www.openstreetmap.org — и вы действительно думаете, что там что-то *отрисовывается*? Тогда разочарую — ни Google, ни Bing, ни osm.org ничего не отрисовывают по запросу пользователя. Javascript просто банально запрашивает готовые, пререндеренные тайлы с сервера — и, да, они там все заранее лежат. Перерисовываются централизованно раз в много.
А основная проблема «тормозов» openstreetmap.org, когда он долго подгружает тайлы, к сожалению, очень простая. У Google и Microsoft в кластерах серверов, поддерживающих карты — десятки и сотни машин. У проекта OSM эти занимаются, страшно подумать, аж целых 3 машины: yevaud, albi и konqi — причем, к моему глубокому сожалению, я еще вижу, что народ там сидит в каменном веке и реально пользуется apache + squid вместо более адекватных для этих задач nginx, lighttpd, commanche и т.п.
При этом нагрузки, к сожалению, между Bing, Google и OSM — сравнимые (понятно, что у Google на порядок больше, но не на 2-3 порядка). Википедия сейчас, скажем, активно веб-карту OSM проталкивает и шлет на него трафик и т.д.
Единственное известное мне исключение, рендерящее на лету — это maps.cloudmade.com — и они вот действительно странные — они рендерят и кэшируют, и там вот реально ощутимы тормоза с рендерингом — потому это объективно небыстро.
С OsmAnd — к сожалению, проблем подтвердить не могу, потому как никогда не наблюдал. Субъективно, что Google Maps, что OsmAnd, что какие-то другие программы — работали примерно одинаково…
А основная проблема «тормозов» openstreetmap.org, когда он долго подгружает тайлы, к сожалению, очень простая. У Google и Microsoft в кластерах серверов, поддерживающих карты — десятки и сотни машин. У проекта OSM эти занимаются, страшно подумать, аж целых 3 машины: yevaud, albi и konqi — причем, к моему глубокому сожалению, я еще вижу, что народ там сидит в каменном веке и реально пользуется apache + squid вместо более адекватных для этих задач nginx, lighttpd, commanche и т.п.
При этом нагрузки, к сожалению, между Bing, Google и OSM — сравнимые (понятно, что у Google на порядок больше, но не на 2-3 порядка). Википедия сейчас, скажем, активно веб-карту OSM проталкивает и шлет на него трафик и т.д.
Единственное известное мне исключение, рендерящее на лету — это maps.cloudmade.com — и они вот действительно странные — они рендерят и кэшируют, и там вот реально ощутимы тормоза с рендерингом — потому это объективно небыстро.
С OsmAnd — к сожалению, проблем подтвердить не могу, потому как никогда не наблюдал. Субъективно, что Google Maps, что OsmAnd, что какие-то другие программы — работали примерно одинаково…
Ладно, оставим онлайн-сервисы. Там, действительно, все должно быть готово заранее (кстати, именно клаудмейт у меня и тормозил). Но османд остается. Возможно, у вас более шустрый телефон, который лучше справляется с рендерингом и тормоза не так заметны. Возможно, вы пользуетесь готовыми тайлами, которые подгружаются из сети. Но у меня в оффлайновом варианте разница видна очень хорошо.
Кстати, да — маршрут посмотрел, у меня получается вот так, если пропустить «continue» и «slight turn» в пределах одной и той же дороги — 4 шага до US29 (которая в принципе тоже вполне себе «трасса»):
Head west on Taylor St NW 85 m
Turn right at Illinois Ave NW 0.1 km
Turn left at Upshur St NW 0.6 km
Turn right at US-29/Georgia Avenue Northwest 47 m
или 5 шагов до белтвея (который аж интерстейт) — как-то никак не 13. Впрочем, конечно, непринципиально.
Head west on Taylor St NW 85 m
Turn right at Illinois Ave NW 0.1 km
Turn left at Upshur St NW 0.6 km
Turn right at US-29/Georgia Avenue Northwest 47 m
или 5 шагов до белтвея (который аж интерстейт) — как-то никак не 13. Впрочем, конечно, непринципиально.
Ваш маршрут выглядит примерно так:
Итого, несмотря на большую протяженность в 2300 миль — сложность маршрута — 6 инструкций выезда и 7 трасс — т.е. ~13 пунктов.
Теперь посмотрим на мой маршрут:
Трасс меньше (по сути всего 3 — Р71, М7 и Р162), зато навигация по городам куда сложнее. 18+(от 3 до 7)+7 = порядка 28..32 пунктов маршрута.
Возможно, дело здесь в том, что в штатах в целом навигация несколько проще, чем по Европе или по России. Плотность заселения куда более равномерная, дорожная сеть куда как более адекватно спланированная, размеченная и поддерживаемая — вы вот сами говорите, что практически по любому городу без проблем найдете, где выехать на трассу. В принципе — да, несложно — едешь по дороге, каждый раз пытаешься сворачивать на перекрестке по указателям на route / interstate или просто в сторону более широкой дороги.
При этом, боюсь, что в даже любом малом российском городке (50-100 тысяч населения) найти «где тут выехать из города» будет нетривиально, не говоря уже о навигации в бОльших городах. Указателей нет, единой системы наименования дорог нет, дороги, как правило, в примерно одинаковом ужасном состоянии все. Почти все «федеральные трассы», внезапно, имеют 1 полосу в каждую сторону и всё. Как правило, именно _там_ и нужны навигаторы — как раз трассовая сеть в России на порядок более примитивная, чем в штатах. Несколько знакомых мне дальнобойщиков практически никогда не ездят с навигаторами по трассе — он там без надобности — встал и пилишь по трассе свои очередные 300-400 км. Навигатор нужен именно в малых, средних и крупных городах. И, к сожалению, с ними все относительно плохо — у большинства вендоров, как правило, этих карт просто нет, а там, где они есть — в OSM — они достаточно большие, чтобы затруднить их использование в общем случае. Приходится идти на какие-то компромиссы — вырезать части регионами, вынужденно отказываться от информации о номерах домов или отказываться от навигации по мелким дорогам в принципе. Последний пункт большинство российских потребителей как раз не очень устраивает.
- 6 инструкций, как выехать на I70
- Едем по I70
- Едем по I76
- Едем по I80
- Едем по I235
- Опять по I80
- Едем по US93
- Едем по US50
- Все, приехали на CR5/White Pine County Road
Итого, несмотря на большую протяженность в 2300 миль — сложность маршрута — 6 инструкций выезда и 7 трасс — т.е. ~13 пунктов.
Теперь посмотрим на мой маршрут:
- 18 инструкций о том, как выехать из г. Шуя на Р71
- Едем по Р71
- Едем по М7
- В районе Нижнего Новгорода — трасса проходит через город и становится ул. Ларина — и там тоже придется проезжать минимум 2 перекрестка, на которых думать, куда повернуть
- Едем по М7
- Едем по Р162
- 7 пунктов инструкций по г. Алатырь
Трасс меньше (по сути всего 3 — Р71, М7 и Р162), зато навигация по городам куда сложнее. 18+(от 3 до 7)+7 = порядка 28..32 пунктов маршрута.
Возможно, дело здесь в том, что в штатах в целом навигация несколько проще, чем по Европе или по России. Плотность заселения куда более равномерная, дорожная сеть куда как более адекватно спланированная, размеченная и поддерживаемая — вы вот сами говорите, что практически по любому городу без проблем найдете, где выехать на трассу. В принципе — да, несложно — едешь по дороге, каждый раз пытаешься сворачивать на перекрестке по указателям на route / interstate или просто в сторону более широкой дороги.
При этом, боюсь, что в даже любом малом российском городке (50-100 тысяч населения) найти «где тут выехать из города» будет нетривиально, не говоря уже о навигации в бОльших городах. Указателей нет, единой системы наименования дорог нет, дороги, как правило, в примерно одинаковом ужасном состоянии все. Почти все «федеральные трассы», внезапно, имеют 1 полосу в каждую сторону и всё. Как правило, именно _там_ и нужны навигаторы — как раз трассовая сеть в России на порядок более примитивная, чем в штатах. Несколько знакомых мне дальнобойщиков практически никогда не ездят с навигаторами по трассе — он там без надобности — встал и пилишь по трассе свои очередные 300-400 км. Навигатор нужен именно в малых, средних и крупных городах. И, к сожалению, с ними все относительно плохо — у большинства вендоров, как правило, этих карт просто нет, а там, где они есть — в OSM — они достаточно большие, чтобы затруднить их использование в общем случае. Приходится идти на какие-то компромиссы — вырезать части регионами, вынужденно отказываться от информации о номерах домов или отказываться от навигации по мелким дорогам в принципе. Последний пункт большинство российских потребителей как раз не очень устраивает.
Для Америки попробуйте вот это: Wize. Я пользуюсь уже года 3-4. Еще с версии вля WM.
Что-то я не понял смысла этой аппликации. Про навигацию говорится очень кратко, не уточняется, есть ли оффлайн карты и маршруты. А мне как раз это важно — иначе просто гуглокартами пользовался бы. Всякая социалка и т.п. меня мало волнует.
Посмотрел. Он даже просто адрес не может найти в оффлайне, не говоря уже о маршруте. Когда включил ему сеть, маршрут посчитал, но местами очень странно. Например, вместо того, чтобы проехать перекресток прямо, он предложил повернуть направо, развернуться и еще раз направо. Ну и глючит по-черному — даже экран неправильно отрисовывает, после скроллинга окошек остаются артефакты. Нафиг, нафиг.
1. Смысл аппликации — навигация и получение информации в процессе поездки о пробках/полиции/поломках/… (это кстати большая часть сошалайзинга). Изменение навигации с изменением дорожной ситуации (работает, проверено — буквально спасло меня несколько раз)
2. Офф-лайн карты можно получить выбрав опцию в самой программе. Иначе аппликация подкачивает карты «по ходу дела»
3. если она глючит — значит вам не повезло :)
2. Офф-лайн карты можно получить выбрав опцию в самой программе. Иначе аппликация подкачивает карты «по ходу дела»
3. если она глючит — значит вам не повезло :)
прокладывание маршрута, по крайней мере в европе, работает плохо
18. Moon+ Reader. Читалка для форматов txt, html и пр. Устанавливается из Android Market.
.fb читает и очень даже
.fb читает и очень даже
FBReader. Единственная на настоящий момент читалка книг в формате .fb и .fb2.zip
С этим заявлением вы немного погорячились. Еще есть бесплатный Cool Reader. Я им, кстати, и пользуюсь.
34,35 = GPS status
А кто-нибудь, кроме меня, использует приложение для Dropbox?
Root на wildfire уже есть, и давно. Но поскольку статья из песочницы, возможна давно писалась и тогда его еще не было. Могу поделится ссылкой на инструкцию для получения рута.
«Преамбула: после трех лет сосуществования с коммуникатором на базе Windows Mobile наступил момент»
Долго он наступал ), поздравляю с переходом на Android.
Долго он наступал ), поздравляю с переходом на Android.
Зачем ссылки на 4pda.ru, большая часть программ с топика бесплатные? Вы не даете новым пользователям, которые могут ориентироваться на эту статью, даже малого шанса быть честными. А 2-4 программы можно и купить, стоимость каждой около одной тарелки борща.
Самое интересное, что у меня не установлено ни одной из этих программ (ну кроме птиц) :(
Вместо Barcode scanner использую QRDroid — кроме сканирования еще и умеет создавать qr-коды.
Спасибо, статья вовремя. Сам буквально пару дней назад пересел с WM на Android (LG P500). Алгоритм перехода был примерно такой же :) Однако софт пока выбираю.
Прямые ссылки, особенно сразу на пиратские версии, на мой взгляд — не очень этично. Вполне хватило бы ссылки на топик с программой, а там уже юзер решит — скачать из маркета или не из маркета.
1. AndroZip — файловый менеджерПочему не файловый менеджер со встроенным FTP клиентом? Принципиально наличие SFTP/FTPS?
…
26. AndFTP — FTP/SFTP/FTPS клиент
2. Barcode ScannerПочему, например, не QuickMark или QR Droid? Есть какие-то плюшки или первое попавшееся?
Онлайн-генератор QR-кодов находится здесьГенератор это конечно хорошо, но если вы пользуетесь Firefox, то для вас есть замечательный аддон Mobile Barcoder, который позволяет по правому клику на ссылке тут же получить QR-код в выпавшей менюшке. Возможно, что-то аналогичное есть и для других браузеров.
Прямые ссылки, особенно сразу на пиратские версии, на мой взгляд — не очень этично. Вполне хватило бы ссылки на топик с программой, а там уже юзер решит — скачать из маркета или не из маркета.
Может кто сталкивался… Поставил себе Timeriffic, он очень клёвый, я им звук телефона на ночь вырубаю. НО! Как сделать, чтобы звонки от пары-тройки контактов всё равно проходили? Может какой-то другой есть аналогичный софт с этой фичей?
Личное мнение. По тем-же номерам:
2. Barcode Scanner — все хвалят, но лично у меня он выдаёт очень тёмную картинку и ничего не видит. Видимо хочет отсутствующую вспышку. Пользуюсь iNigma.
4. RingRiser — не обновлялся больше года. Возможны баги на новых прошивках.
5. HarassMe — не обновлялся больше года. Возможны баги на новых прошивках.
7. Timeriffic — аналогичный функционал есть в ZDBox.
8. NetCounter — аналогичный функционал есть в ZDBox.
9. Task Tray — подобный функционал есть в самом телефоне (длинное нажатие на HOME). Не у всех телефонов есть «кнопка с лупой».
10. WiFi Manager — базовый функционал есть в самом телефоне. Для подробного анализа «эфира» есть бесплатный WiFi Analyzer
15. Copy To SIM Card — непонятная вещь. Тот-же функционал есть в телефоне. Кроме того в списке телефонов можно например отключить показ номеров с сим-карты.
2. Barcode Scanner — все хвалят, но лично у меня он выдаёт очень тёмную картинку и ничего не видит. Видимо хочет отсутствующую вспышку. Пользуюсь iNigma.
4. RingRiser — не обновлялся больше года. Возможны баги на новых прошивках.
5. HarassMe — не обновлялся больше года. Возможны баги на новых прошивках.
7. Timeriffic — аналогичный функционал есть в ZDBox.
8. NetCounter — аналогичный функционал есть в ZDBox.
9. Task Tray — подобный функционал есть в самом телефоне (длинное нажатие на HOME). Не у всех телефонов есть «кнопка с лупой».
10. WiFi Manager — базовый функционал есть в самом телефоне. Для подробного анализа «эфира» есть бесплатный WiFi Analyzer
15. Copy To SIM Card — непонятная вещь. Тот-же функционал есть в телефоне. Кроме того в списке телефонов можно например отключить показ номеров с сим-карты.
Где бы еще найти аналог HiCalc?
А в чём прикол Swype?
Еще есть похожая клавиатура SlideIt — субъективно менее удобна, чем Swype, но имеет большую поддержку раскладок.
>Tank Hero — супер игрушка
Поставил, понравилась, не пожадничал и поддержал проект.
Поставил, понравилась, не пожадничал и поддержал проект.
Beautiful Widgets в Маркете market.android.com/details?id=com.levelup.beautifulwidgets, он платный 89р.
Спасибо, полезно.
Пользуетесь ли Вы какими-либо программами для удаленного администрирования (аналоги pcAnywhere, Radmin, Netop, VNC и иже с ними)?
Пользуетесь ли Вы какими-либо программами для удаленного администрирования (аналоги pcAnywhere, Radmin, Netop, VNC и иже с ними)?
Кстати про навигационные программы, мне понравился Shturmann. Попробуйте.
Я извиняюсь, конечно, но эта статья — ни о чем. Автор с маниакальной дотошностью рассказывает, какие программы себе ставил, на какие кнопочки нажимал. Зачем такое публиковать — ума не приложу… Тема перехода с выньмобайла не раскрыта.
Можно два вопроса:
AndroZip. Файловый менеджер. No comments.
Чем основан выбор? Тот же Astro разве хуже, это личные предпочтения или остановились после долгого перебора программ?
Barcode Scanner.
Тот же вопрос. Разве встроенный Google Goggles хуже? Так последний не только баркоды распознавать умеет.
Вопросы заданы не ради флейма, а чтобы разобраться, может быть это я не оптимальные программы пользую?
AndroZip. Файловый менеджер. No comments.
Чем основан выбор? Тот же Astro разве хуже, это личные предпочтения или остановились после долгого перебора программ?
Barcode Scanner.
Тот же вопрос. Разве встроенный Google Goggles хуже? Так последний не только баркоды распознавать умеет.
Вопросы заданы не ради флейма, а чтобы разобраться, может быть это я не оптимальные программы пользую?
впервые слышу ччтоб гогглесы были на теле ппо умолчанию.
а баркод сканер — он оупенсоурсен, именно его юзают многие программы требующие штрихкоды (из тех что вспомнил сразу — enum-овский клиент)
а баркод сканер — он оупенсоурсен, именно его юзают многие программы требующие штрихкоды (из тех что вспомнил сразу — enum-овский клиент)
зато там есть free heroes 2 — полноценные вторые герои
осталось vcmi портировать — будут и третьи с вогомзато там есть free heroes 2 — полноценные вторые герои
осталось vcmi портировать — будут и третьи с вогом
осталось vcmi портировать — будут и третьи с вогомзато там есть free heroes 2 — полноценные вторые герои
осталось vcmi портировать — будут и третьи с вогом
Перепробовал несколько файловых менеджеров. Остановился на ES Проводник. Кажется там есть всё))
> 24. Nimbuzz. Очень многофункциональное и перспективное приложение. IM и VoIP в одном стакане. Использую для голосовых звонков по Skype.
Хм… вы точно уверены в своих словах или текст очень старый?.. Nimbuzz не поддерживает skype уже довольно давно.
Хм… вы точно уверены в своих словах или текст очень старый?.. Nimbuzz не поддерживает skype уже довольно давно.
Больше половины программ из списка не использую. Пост создан для выяснения какие приложения лучше?
Набор софта даже не джентельменский.
Набор софта даже не джентельменский.
Чего на Андроиде не хватает — так это преферанса, хотя бы слабенького. На винде был(и есть) PocketPref.
В качестве файлового менеджера использую FileExpert
Такой своеобразный комбайн. Поддерживает запуск FTP-сервера либо веб-морды для заливки файлов на телефон (удобно, когда есть wi-fi но нет кабеля под рукой)
Такой своеобразный комбайн. Поддерживает запуск FTP-сервера либо веб-морды для заливки файлов на телефон (удобно, когда есть wi-fi но нет кабеля под рукой)
Для регулировки звука рекомендую Ламу! Как по мне удобно, без рекламы и бесплатно.
В Навителе в последней версии голосовые подсказки уже поправили, есть теперь и полноценный 30-дневный триал. Но без багов тоже не обошлось. На правах дополнения, голоса и правда не заикаются теперь :) Версия 5.0.1
Автор застрял на какой-то старой версии FBReader и даже не смотрит, что в маркете она уже давно достигла версии 1.1.10 там уже давно есть и чтение архивов и файловый браузер и сорттировка книг по авторам и по именам серий, и много чего еще. Обновления довольно частые.
А это, видимо, проблема установки приложений не из маркета. Качать бесплатные продукты со сторонних ресурсов я вообще не вижу смысла. С платными — другая ситуация. Купить телефон за 15-20 тысяч и пожалеть 30-100 рублей на мелкие программки? Да, в маркете есть продукты и по полторы-две тысячи рублей, но многим ли они нужны?
Спасибо! Годный список.
7. Timeriffic.
Нравится Night Time, просто и удобно, хоть и не настолько наворочено.
17. FBReader.
Всем последняя версия устраивала, за исключением одного — когда хочу открыть файл, приходится начинать с корневой директории. А если у меня вложенность 3-4 каталога, да в них еще много файлов, пройдет немало времени, пока я доберусь до нужного. Очень раздражает, когда нужно по-быстрому посмотреть содержимое нескольких книг, лежащих рядом, и потому выбран Cool Reader. Но FBReader тоже оставлен, поскольку у Cool Reader есть свой косяк — при просмотре онлайн-каталога flibusta.net показывает только первые 20 позиций. У FBReader с этим все нормально.
Нравится Night Time, просто и удобно, хоть и не настолько наворочено.
17. FBReader.
Всем последняя версия устраивала, за исключением одного — когда хочу открыть файл, приходится начинать с корневой директории. А если у меня вложенность 3-4 каталога, да в них еще много файлов, пройдет немало времени, пока я доберусь до нужного. Очень раздражает, когда нужно по-быстрому посмотреть содержимое нескольких книг, лежащих рядом, и потому выбран Cool Reader. Но FBReader тоже оставлен, поскольку у Cool Reader есть свой косяк — при просмотре онлайн-каталога flibusta.net показывает только первые 20 позиций. У FBReader с этим все нормально.
Карта звёздного неба есть? Что-нибудь типа KStars в миниатюре.
Google Sky Map
Скачайте и удивитесь.
Скачайте и удивитесь.
с каких пор habrahabr стал warez-ником?
Вдруг кому-нибудь пригодится:
очень достойной альтернативой Inesoft Cash Organizer-у для меня стала программа Financisto, полнофункциональная, бесплатная и без рекламы.
очень достойной альтернативой Inesoft Cash Organizer-у для меня стала программа Financisto, полнофункциональная, бесплатная и без рекламы.
2. Экспорт Контактов из MS Outlook в формате «файла с данными в кодировке Windows и с разделителями в виде запятых» с последующим импортом данных из файла в контакты Gmail.
Сегодня попытался перенести так адресную книгу в gmail — из всей информации остались только ФИО, дни рождения, номера телефонов и email (причём в это поле попало ещё и «краткое имя контакта»). Такие данные, как номер аськи, JID, имя в скайпе и адреса профилей в соцсетях пропали. Это как-то настраивается (какие поля экспортировать в .csv и как их оттуда брать гуглу), или теперь только руками всё переносить?
Я переносил контакты через сервера гугла — по этой инструкции: www.google.com/support/mobile/bin/answer.py?answer=138636&topic=14299
перенеслось все, включая дни рождения и фотки. PC вообще не использовался, только телефоны.
перенеслось все, включая дни рождения и фотки. PC вообще не использовался, только телефоны.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Переход с Windows Mobile на Android. Список приложений