Да именно так, но при этом у Гугла весьма неоднородное покрытие. Например в Будапеште гугл выигрывает у ОСМ, в Вене — плюс-минус равны, в Кракове чуть больше понравился ОСМ во Вроцлаве Гугл слил вчистую. За пределами крупных городов по югозападу Польши — Гугл не слил, но проиграл ощутимо. В Вероне — слил Гугль. Вообще на севере Италии гугл очень ощутимо проигрывает. А еще Гугль слил вчистую в Городе Острогожск Воронежской области! Еще бы, ведь я там несколько тысяч домиков в частном секторе нарисовал :)
Из серьезных недостатков, которые я не списал бы на частность примеров на которых сравнивается карта — полное отсутсвие на гуглокартах некоторых стран. Целиком. К примеру Босния и Герцеговина. Я понимаю что это не центр мира, но для претендента на самую полную и лучшую карту — совсем не айс.
И еще маленькое дополнение, карта мира от Гугл, отсутсвует за пределами соединения с мобильной сетью.
Причем тут оскорблять. Автор написал что Яндекс забил на карты, по крайней мере для дальнего востока вы парой сообщений выше согласились с этим.
Забил в предверии крупного медийного события. Ну понятно что для подавляющего большинства жителей России — это не трагедия и дже не огорчение. А вот Яндекс упустил возможность покрасоваться картами и заработал минус в медийную карму.
Карты составляют компании поставщики и они же отвечают за оперативность обновления картографической информации.
Не обязательно так. Мы не знаем условий контракта между Яндексом и поставщиками данных. Мы не знаем покупает ли Яндекс обновления регионов отдельно или есть некая подписка. Судя по обновлениям городов «пачками» решения обновить участки карты принимается не по готовности поставщиков, а по некоторым другим соображениям. Я не провидец, и обсуждения распределения чужих бюджетов дело не благодарное, но думаю дело в деньгах. Тоесть выделяется некоторый бюджет на обновление карты, обновляют Москву и Питер потом на остаток бюджета обновляют остальных.
Думаю проиндексирован. На мосту пока стоит запрет для автотрнспорта с пометкой одного из участников, что он приглядывает за состоянием дел и снимет ограничения после открытия движения по мосту.
Прокладка маршрутов по осмокартам это отдельный проект. map.project-osrm.org/?hl=en&loc=43.116774,131.899967&loc=43.022973,131.899452&z=13¢er=43.075534,131.856194&alt=0&df=0 Правда на мост он вас пока не пустит.
А что значит «Привязка к координатам для возможности навигации»?
Все же распознавание никто не отменял. Пешеходы, кошки и собаки вай-фай точками не оборудованы. Так что систему предотвращения столкновений всеравно надо строить опираясь на данные собираемые и обрабатываемые каждым автомобилем в отдельности.
У меня вот видеоигры ассоциируются с Sony PlayStation, XBox, Nintendo Wii, MMORPG и т.п. Потом с Intel, AMD (т.к. эти компании часто организуют турниры по различным игрушкам). Ни Google ни Aple ни Samsung с играми не ассоциируются в равной степени.
Ну не честно же :) Вы описали как переключаться между окнами на панели задач не используя клавиатуру, а на юнити с использованием meta+w. Если же вы хотите использовать только мышку:
Едем влево (больше чем вверх/вниз)
Потом, если вы к примеру мессенджер открываете, несколько раз тыкаем чтобы появилось именно окошко с сообщеними а не юзерлист.
Наконец снова ползем в центр экрана.
Кстати не факт что камера с матрицей аналогичной айфону сработала бы лучше. По площади матричка айфонов в 4 раза меньше, соответсвенно и света она соберет во столько же раз меньше, и требования к разрешению оптики в 2 раза выше.
CMOS vs CCD, опять же для космоса, выбор не столь очевиден. В CMOS преобразование заряда в напряжение происходит отдельно на каждом пикселе, после чего считывается АЦП. Коэффициент этого преобразования напрямую зависит от конденсатора сабраного на ячейке (пикселе). При перепаде температур в 150 градусов уход параметров от пикселя к пикселю будет сильно изменяться, в то время как для CCD преобразование будет идти на 1 элементе, и уход его параметров будет одинаковым для всех пикселей.
Ну и не забываем, что по разрешению 2 мегапикселя = full HD видео, а для фото на марсе нет никаких проблем склеить панораму.
К. должен принять во внимание, что все разбирательство ведется негласно; конечно, если суд найдет нужным, оно ведется гласно, но обычно закон гласности не предписывает. Вследствие этого все судебные документы, особенно обвинительный акт, ни обвиняемому ни его защитнику недоступны…
Дело в том, что все судопроизводство является тайной не только для общественности, но и для самого обвиняемого. Разумеется, только в тех пределах, в каких это возможно, но возможности тут
неограниченные. Ведь и обвиняемый не имеет доступа к судебным материалам…
Франц Кафка — Процесс. Глава седьмая. Адвокат Фабрикант Художник.
Допустим, с нами Инженер, а у него феноменальная память! Вообще не стоит отправляться в путешествие на необитаемый остров, не взяв с собою химика, биолога, астронома, физика и геолога.
Где профит то, ели вам нужно посчитать разницу между истинным полднем в Гринвиче и на вашем острове? Без часов: варим из песка стекло, собираем телескоп, наблюдаем за спутниками Юпитера…
Есть библиотека, Proj4. Там параметры системы координат и проекции задаются одной строкой. (Наверняка есть и другие но эта одна из популярных.) Например можно указать тип проекции, тип геоида/элипсоида, указать параметры элипсоида: большую/малую ось или параметры пересчета системы координат в wgs84.
Тоесть понятно что можно самому составить уравнения для преобразования, и подставить их в соответсвующие функции. Но это может быть довольно муторно. Поэтому хотелось бы иметь некоторую обертку, над proj4 чтобы проекцию и ск задавать как это принято в proj4 и получать из обертки наследников IProjection и ICoordSystem.
Тоесть вот к примеру любимая у нас ск42, или Пулково 42.
Собственно есть база с описанием различных систем координат и проекций: spatialreference.org так что найти параметры преобразования (+towgs84=24,-123,-94,0.02,-0.25,-0.13,1.1) тип эплисоида (+ellps=krass) тип проекции (+proj=tmerc) нулевой меридиан для ск и т.д. куда как проще чем строить преобразования вручную.
В ручную надо строить систему уравнений для пересчета системы координат по приведенным выше 7 параметрам, и систему уравненй для Transverse Mercator'а для человека, не имеющего специального образования это может затянуться очень на долго.
Точнее я бы не стал строить их вручную, я бы попытался использовать библиотеку для пересчета координат. Но приятнее когда разработчик апи сам поддерживает подобные библиотеки.
Из серьезных недостатков, которые я не списал бы на частность примеров на которых сравнивается карта — полное отсутсвие на гуглокартах некоторых стран. Целиком. К примеру Босния и Герцеговина. Я понимаю что это не центр мира, но для претендента на самую полную и лучшую карту — совсем не айс.
И еще маленькое дополнение, карта мира от Гугл, отсутсвует за пределами соединения с мобильной сетью.
Забил в предверии крупного медийного события. Ну понятно что для подавляющего большинства жителей России — это не трагедия и дже не огорчение. А вот Яндекс упустил возможность покрасоваться картами и заработал минус в медийную карму.
Не обязательно так. Мы не знаем условий контракта между Яндексом и поставщиками данных. Мы не знаем покупает ли Яндекс обновления регионов отдельно или есть некая подписка. Судя по обновлениям городов «пачками» решения обновить участки карты принимается не по готовности поставщиков, а по некоторым другим соображениям. Я не провидец, и обсуждения распределения чужих бюджетов дело не благодарное, но думаю дело в деньгах. Тоесть выделяется некоторый бюджет на обновление карты, обновляют Москву и Питер потом на остаток бюджета обновляют остальных.
Прокладка маршрутов по осмокартам это отдельный проект. map.project-osrm.org/?hl=en&loc=43.116774,131.899967&loc=43.022973,131.899452&z=13¢er=43.075534,131.856194&alt=0&df=0 Правда на мост он вас пока не пустит.
А что значит «Привязка к координатам для возможности навигации»?
Едем влево (больше чем вверх/вниз)
Потом, если вы к примеру мессенджер открываете, несколько раз тыкаем чтобы появилось именно окошко с сообщеними а не юзерлист.
Наконец снова ползем в центр экрана.
CMOS vs CCD, опять же для космоса, выбор не столь очевиден. В CMOS преобразование заряда в напряжение происходит отдельно на каждом пикселе, после чего считывается АЦП. Коэффициент этого преобразования напрямую зависит от конденсатора сабраного на ячейке (пикселе). При перепаде температур в 150 градусов уход параметров от пикселя к пикселю будет сильно изменяться, в то время как для CCD преобразование будет идти на 1 элементе, и уход его параметров будет одинаковым для всех пикселей.
Ну и не забываем, что по разрешению 2 мегапикселя = full HD видео, а для фото на марсе нет никаких проблем склеить панораму.
Впрочем всю главу можно процитировать.
Тоесть понятно что можно самому составить уравнения для преобразования, и подставить их в соответсвующие функции. Но это может быть довольно муторно. Поэтому хотелось бы иметь некоторую обертку, над proj4 чтобы проекцию и ск задавать как это принято в proj4 и получать из обертки наследников IProjection и ICoordSystem.
Тоесть вот к примеру любимая у нас ск42, или Пулково 42.
Собственно есть база с описанием различных систем координат и проекций: spatialreference.org так что найти параметры преобразования (+towgs84=24,-123,-94,0.02,-0.25,-0.13,1.1) тип эплисоида (+ellps=krass) тип проекции (+proj=tmerc) нулевой меридиан для ск и т.д. куда как проще чем строить преобразования вручную.
В ручную надо строить систему уравнений для пересчета системы координат по приведенным выше 7 параметрам, и систему уравненй для Transverse Mercator'а для человека, не имеющего специального образования это может затянуться очень на долго.
Точнее я бы не стал строить их вручную, я бы попытался использовать библиотеку для пересчета координат. Но приятнее когда разработчик апи сам поддерживает подобные библиотеки.