gifts2017

Изучаем мобильную платформу 8.3.4: геопозиционирование

Опубликовал Валерий Федоров (barelpro) в раздел Программирование - Работа с интерфейсом

Блеск и нищета geo-инструментов мобильной платформы 8.3.4. Пишем письмо турецкому султану. Но Чекин, как в Foursquare уже реально!

Краткое содержание:

Вступление

Формулирем функциональные требования к гипотетическому мобильному приложению

Реализуем функциональные требования

Делаем выводы

PS1: Листинг скрипта карты Яндекс

PS2: Листинг процедуры определения расстояний

PS3: Листинг процедуры определения текущих геокоординат

Многие энтузиасты, за неимением штатного платформенного механизма, давно уже начали успешно внедрять в 1С-приложения гео-инструменты сторонних производителей: API Яндекс.Карт, API Google Карт. Скрипты этих API встраиваются в элемент управления типа «Поле HTML документа» интерфейсной формы как обычной, так и управляемой. Парой команд подавляются ошибки скрипта несовершенного платформенного браузера, и все выглядит вполне благопристойно. Причем отрисовку изображения можно готовить как заранее перед открытием формы, так и динамически в процессе работы пользователя с формой, программно добавляя или удаляя на карту различные объекты и действия (балуны, иконки, надписи, регионы, маршруты, центрирование, масштаб …), посылая java-команды через Документ.parentWindow.eval(). А самые продвинутые энтузиасты научились отлавливать события карты, например клики или перемещения балунов, забирая геокоординаты, в общем устраивать полноценную дуплексную связь между картой и 1С-приложением. Идиллия! (например, http://infostart.ru/public/254764/)

И все ничего, кабы ни два обстоятельства:

  • пользовательское соглашение API Яндекс гласит: Сервис может использоваться Пользователем только в рамках сайтов или мобильных приложений, доступных для бесплатного открытого использования неограниченным кругом лиц. Сервис не может использоваться для проектов, требующих оплаты, или иным образом ограничивающих доступ к ним третьих лиц. Необходимость зарегистрироваться не считается ограничением доступа в рамках настоящего пункта.
  • пользовательское соглашение Google говорит примерно то же самое, но они предлагают коммерческую версию при превышении определенного суточного лимита запросов.

Т.е. API  карт обоих производителей можно использовать только при бесплатном и неограниченном доступе пользователей к карте, что в принципе невозможно из 1С-приложения, где каждая сессия платная. А вышеупомянутые энтузиасты по сути своей нарушители, и они об этом знают. А кто хочет это опровергнуть, пусть попробует опубликовать тиражный продукт - арбитражка обеспечена! Но мобильная платформа 1С пока остается бесплатной. Это нелицензируемое мобильное приложение, в простейшем случае оно может работать автономно, без подключения к серверу центральной базы, значит, никакие соглашения не нарушаются!

Едем дальше. Читаем описание изменений к платформе 8.3.3:

Для мобильной платформы реализовано поле HTML-документа. Поле HTML-документа обладает следующими особенностями:

  • Не поддерживаются свойства Документ и Вывод.

  • Событие ПриНажатии срабатывает только при попытке перехода на другую страницу. При этом все свойства параметра ДанныеСобытия, кроме Href, содержат значение Неопределено. Свойство Href содержит адрес, по которому выполняется попытка перехода.

Т.е. досылать команды через Документ.parentWindow.eval() пока нельзя и отлавливать события HTML-документа тоже. Возможно, просто не успели реализовать, а возможно для дополнительной популяризации нативного инструмента, который сам ничего из этого пока не умеет, но будущее покажет: просачиваются таки наши хотелки в зазеркалье или нет? :) Короче, на данный момент в мобильной платформе вообще нет обратной связи ни с какой картой, и это досадно, потому что лишает ее новых возможностей применения и дальнейшей популяризации!

Разбираемся далее. Почему разработчики 1С для Android-устройств выбрали именно Google maps API? История умалчивает, возможно,  для облегчения будущего выхода на мировой рынок, в чем я лично, как истинный 1С-евангелист нисколько не сомневаюсь! :) Но скорее всего именно из-за возможности использования коммерческой версии, которой у Яндекса увы нет. Для iOS-устройств особого выбора не было - только Apple MapKit. Но я далее буду рассматривать только Android-устройства как наиболее перспективные для российского бизнеса. Мой прогноз: большинство мобильных 1С-приложений будут писаться именно под Android, потому что:

  • цены на такие устройства доступнее, а ассортимент шире

  • процесс отладки проще: приложение можно выкладывать на устройство сразу после сохранения конфигурации. Что ни говори, а эмулятор никогда не заменит живой аппарат.

  • GooglePlay дешевле AppStore, а выпуск новых релизов быстрее

На этом заканчиваю теоретическое вступление, и перехожу к практической части статьи, предлагаю такой план действий:

  • сформулировать максимально прикладную задачу для автоматизации бизнеса мобильными средствами

  • постараться реализовать ее средствами, встроенными в платформу, сравнить с тем же самым на Yandex API

  • проанализировать, что получилось и выдать рекомендации 1С по дальнейшему развитию инструмента геопозиционирования

Формулируем задачу.

Представим себе компанию, оказывающую массовые недорогие услуги, короткие по времени, частично на регулярной основе по договору абонентского обслуживания, частично разовые, возникающие спонтанно, с разной степенью длительности и срочности. По городу постоянно шастают агенты компании, заезжают к клиенту, что-то там делают, подписывают таймшиты, фотографируют их, отправляют данные в интернет и уматывают к следующему клиенту. Где-то в офисе сидит диспетчер, который принимает заказы клиентов, распределяет наряды на выезд, а на основании фото-сканов подписанных тайм-шитов выставляет клиентам счета и акты. Агенты могут передавать в учетную базу не только время и состав работы, но и некоторые технические параметры, которые будут полезны для следующих выездов к этому клиенту. У каждого агента в начале дня на мобильном устройстве уже есть список нарядов, местоположение клиентов он видит на карте, и может нарисовать маршрут с расчетным временем передвижения между клиентами. И он готов по ходу дня принимать новые наряды, отказываться от старых и изменять предопределенные маршруты. Если это первый выезд к клиенту, агент может уточнить геокоординаты клиента и отправить в центральную базу. В офисе такой агент может появляться раз в неделю, а то и реже, все инструменты у него с собой. Ничего не напоминает? :) На самом деле это не обязательно 1С-франчайзинг, это могут быть любые ремонтники принтеров, кондиционеров, автомобилей, слесари, сантехники, электрики, уборщики, ревизоры, инспекторы электросчетчиков, торговые представители, проверяющие ассортимент своей продукции в розничных точках…

Формулируем обоснование для ЛПР (лиц, принимающих решения):

  • агент, используя мобильную навигацию, будет меньше тратить времени на дорогу, значит больше успевать

  • тайм-шиты будут доставляться в офис быстрее, значит быстрее будут выставляться счета и акты

  • техническая информация, доставляемая в офис станет точнее, т.к. будут использованы предопределенные классификаторы, значит в будущем будет меньше холостых выездов

Кстати, это хорошая практика - функциональные требования описывать языком сценарного поведения и снабжать технико-экономическим обоснованием на языке ЛПРов. ЛПРы не любят много читать, зато быстро выхватывают из контекста профит. Облегчите им работу, и они быстрее примут решение.

Переходим к этапу моделирования,  при подготовке требований к демонстрационному макету сформулируем ряд допущений и ограничений:

  1. в модели не будет механизмов обмена с центральной базой, поступление контактов и нарядов будет имитироваться программно

  2. в модели предусмотреть две карты, встроенную и Яндекс, что бы провести визуальное сравнение

  3. в мобильном устройстве может быть отключен или вообще отсутствовать GPS, в этом случае текущее местоположение определять по сотовой телефонии

  4. выводить список клиентов, в порядке увеличения расстояния от текущего местоположения (по аналогии Чекин в Foursquare)

  5. строковый адрес нового клиента преобразовать в геокоординаты, если не определяются, то предусмотреть возможность установить координаты текущего местоположения или с клика на карте

  6. предусмотреть цветовую градацию клиентов в журнале и на карте: выполненные или отмененные серым, сегодняшние зеленым, будущие желтым, просроченные красным

  7. предусмотреть возможность прокладывать маршрут к выбранному клиенту как от текущего местоположения, так и от ближайшей к клиенту станции метро

  8. предусмотреть возможность прикреплять к документу Наряд фотографии

Переходим к реализации задачи. Если вы еще ни разу не разрабатывали на мобильной платформе, но очень хотите, то вам для начала надо прочитать статью DirtiX: “Что такое мобильная платформа 1С и с чем ее едят?”http://infostart.ru/public/242857/. Там есть все что нужно. Я остановлюсь только на некоторых, как мне кажется, важных моментах.

Для разработки и отладки ничего особенного не требуется! Запуск готового приложения на мобильном устройстве может происходить практически мгновенно после нажатия F7 в конфигураторе на вашем компе, если вы сделаете следующее:

  1. на своем компе поднимете web-сервер и настроите публикацию мобильного приложения

  2. установите и настроите на своем мобильном устройстве мобильную платформу (файл 1cem-arm.apk из дистрибутива мобильной платформы)

  3. теперь из под оболочки мобильной платформы ваша конфигурация моментально скачивается с web-сервера, налету компилируется и запускается в пользовательском режиме, лепота!

Но если вы хотите массово тиражировать свое мобильное приложение, то вам придется его собирать с помощью мобильной платформы, предварительно установленной и настроенной на вашем компе (детали см со следующего параграфа). А если вы планируете периодически выпускать новые релизы и автоматически заливать их всем вашим пользователям, то вам не обойтись без службы Google Play. Про настройку Google Play рассказывать не буду, там все интуитивно понятно. Единственная сложность чисто психологическая - один раз заплатить Гуглу 30$ за неограниченную возможность выкладывать свои приложения и релизы к ним!

Я использовал дистрибутив мобильной платформы 8.3.4.14: http://downloads.v8.1c.ru/get/Info/mobile/8_3_4_14/mobile.zip. Из него разворачиваем конфигурацию “Сборщик мобильных приложений” 1.0.2.8.

Первое что надо сделать - через “Сервис” настроить “Настройки приложения” и “Редактировать поставщика”. В контекстной помощи можно найти пути ко всем дистрибутивам, их надо скачать, установить и указать пути:

Все пути должны быть заполнены, даже если вы не будет использовать iOS. Чтобы не запутаться с путями, вот подсказка, что нужно Сборщику:

Каталог Android SDK должен содержать:
папку: \platforms\android-17\aux
файл: \platforms\android-17\build.prop
файл: \platforms\android-17\source.properties
файл: \platforms\android-17\source.properties
файл: \tools\source.properties

Каталог JDK должен содержать:
файл: \bin\jar.exe

Каталог Apache Ant должен содержать:
файл: \bin\ant.bat

Каталог PuTTy должен содержать:
файл: \pscp.exe
файл: \plink.exe
Но если вы в группе "Мобильные приложения" снимите галочку "Для ОС iOS", то достаточно указать пустую папку. 

Так же, в справочник “Мобильные платформы” надо загрузить zip-файл, в котором должны лежать папки “Android” и “iOS” из дистрибутива.

В справочнике “Мобильные конфигурации” создайте элемент и загрузите туда выгруженный из конфигуратора файл 1cema.xml.

В справочнике “Мобильные приложения” для каждого приложения надо создать сначала группу и заполнить интуитивно-понятные параметры, а под группой создать элемент - это и будет основной точкой сборки и выгрузки файла мобильного приложения.

Теперь внимание, достаточно важный момент! Пока вы запускали свое приложение из-под мобильной платформы на мобильном устройстве, встроенная карта работала нормально. Но если вы собранное мобильное приложение попытаетесь запустить как самостоятельное приложение, то встроенная карта отображаться не будет. Потому что для каждого мобильного приложения необходимо получить ключ карты у Google и ввести его в Сборщике в группе “Мобильные приложения” в поле “Ключ для работы с картами Google”. У мобильной платформы 1С для Андройда такой ключ есть. Но как получить свой ключ в Google нигде не написано. Я спрашивал у разработчиков 1С на партнерском форуме, в итоге пришлось самому разобраться:

  1. Авторизуемся на google.com

  2. Заходим на https://cloud.google.com/console/project и нажимаем CREATE PROJECT

  3. Заполняем Project name, Project ID, ставим галку “ have read and agree ...”. Имя должно быть уникальное, система сама подскажет.

  4. Дальше запускается механизм авторизации через SMS, если вы ее не проходили при создании google - аккаунта

  5. Дальше в вертикальном меню “APIs&auth” открываем дерево “APIs”, находим пункт “Google Maps Android API v2” и ставим STATUS = ON

  6. Дальше в меню “APIs&auth” открываем “Credentials” и нажимаем кнопку CREATE NEW KEY в боксе “Public API access”

  7. В промежуточном окне нажимаем “Android key”

  8. В следующем окне в поле ввода копируем из Сборщика “Параметр получения ключа для работы с картами Google” и нажимаем Create

  9. Теперь появился бокс “Key for Android applicaion”, а в нем нужный нам ключ “API key” примерно такого формата: AIzaSyAYHQodtybccavFJP0YLDwp35kZE2be5J8 

А вообще есть инструкция на английском языке https://developers.google.com/maps/documentation/javascript/tutorial, лучше ходить туда, т.к. за три месяца Гугл уже успел слегка поменять интерфейс, поэтому моя инструкция в скором времени может стать неактуальной. (За ссылку спасибо DitriX!)

Теперь что касается самого программирования. Все методы геокодирования выполняются только в обрамлении препроцессора “#Если МобильноеПриложениеКлиент Тогда … #КонецЕсли”. Изучите их описание в синтакс-помощнике в разделах:

“Общие объекты” - “Геопозиционирование”:

  • ИнформацияПровайдераГеопозиционирования

  • СредстваГеопозиционирования

  • ГеографическиеКоординаты

  • ДанныеМестоположения

  • ДанныеАдреса

И в “Глобальный контекст” - “Процедуры и функции работы с геопозиционированием”:

  • ПолучитьАдресПоМестоположению

  • ПолучитьМестоположениеПоАдресу

  • ПоказатьНаКарте

Честно говоря, возможностей пока мало, что называется для галочки. Вот все, что мы пока можем сделать:

  • определить текущие координаты мобильного устройства

  • перевести строковое представление адреса в географические координаты и обратно

  • вывести список точек на карту, причем надписи можно увидеть только по клику, а цвет и форма не кастомизируются

А хотелось бы делать то, что уже умеют карты Яндекс и Google в обычных и управляемых формах (но, как мы выяснили, не совсем легально!), в порядке убывания важности:

  • играть цветами и формами наносимых на карты объектов (например, не просто закрытый балун выводящий надпись по клику, а сразу надпись)

  • двигать объекты на карте и передавать в модуль формы новые геокоординаты, перехватывать клики как на карте так и на объектах

  • строить маршруты между точками и возвращать в модуль формы расстояния, причем как для автомобилей, так и для пешеходов

  • показывать пробки

  • показывать гео-слои (схема, спутник, гибрид, народная карта)

  • Ну и как бонус, поиметь функцию вычисления расстояния между двумя точками по прямой, хотя я и реализовал свою формулу, но зачем изобретать велосипед?

В итоге, вот список того, что получилось реализовать из требований к нашей задаче:

Задача

Встроенными средствами

Яндекс API

в мобильном устройстве может быть отключен или вообще отсутствовать GPS, в этом случае текущее местоположение определять по сотовой телефонии

да

-

выводить список клиентов, в порядке увеличения расстояния от текущего местоположения (по аналогии Чекин в Foursquare)

да

-

строковый адрес нового клиента преобразовать в геокоординаты,если не определяются, то предусмотреть возможность установить координаты текущего местоположения или с клика на карте

да, кроме клика на карте

нет
(но на ИС есть примеры решения)

предусмотреть цветовую градацию клиентов в журнале и на карте: выполненные или отмененные серым, сегодняшние зеленым, будущие желтым, просроченные красным

в журнале да, на карте нет

да

предусмотреть возможность прокладывать маршрут к выбранному клиенту как от текущего местоположения, так и от ближайшей к клиенту станции метро

нет

нет
(но на ИС есть примеры решения)

предусмотреть возможность прикреплять к документу Наряд фотографии

да

-

В приложении к этой статье два файла “checkin.cf” и “com.e1c.Checkin-arm.apk”. Скопируйте файл *.apk на устройство и запустите - произойдет установка приложения. “checkin.cf” - это конфигурация для платформы 8.3.4. 

Все управление я разместил в одном окне - журнале документов "Наряды". Изначально база пустая, заполнение демонстрационными данными - по кнопке “Заполнить демо-данные”.

Автоматическое преобразование адресов в геокоординаты там, где они еще не заполнены - по кнопке “Заполнить гео координаты”. Если геокоординаты определены, в журнале Наряды в колонке "Гео" вместо серого шарика появится зеленый. Если все еще серый, тогда можно зайти в Наряд, потом в Адрес и нажать кнопку "Установите текущие координаты".

В окне журнала Наряды в самом низу есть поле "Текущие координаты". Его можно заполнить нажатием на кнопку “Текущее местоположение”.

Нажатие на кнопку “Checkin” выводит список нарядов в обратном порядке удаленности адреса от текущего местоположения, и в этом списке можно одним нажатием открыть документ Наряд.

Так же есть кнопки “Показать на встроенной карте” и “Показать на Yandex карте”. Кстати, для карты Яндекс я использовал новомодный API 2.1-beta. Про сравнение с прошлой версией API 2.0 можно почитать здесь: http://api.yandex.ru/maps/api21.xml

В общем, получилось чисто демонстрационное приложение для изучения текущих возможностей мобильной платформы и облегчения формулировки предложений 1С-разработчикам по ее дальнейшему развитию. 

Спасибо за внимание, смотрите скриншоты, скачивайте архив, ставьте на мобильное устройство, дорабатывайте конфигурацию, пишите свои пожелания 1С-разработчикам в форуме под статьей. Надеюсь, письмо дойдет! ;)

Barelpro.


PS1. Выкладываю скрипт отображения карты Яндекс:

<!DOCTYPE html>
<
html >
<
head>
<
meta http-equiv="content-type" content="text/html; charset=utf-8"/>
<
script src="http://api-maps.yandex.ru/2.1-dev/?lang=ru-RU&load=package.full"" type=""text/javascript">script>
<
script type="text/javascript">

//убираем глюк встроенного в платформу браузера: ошибка сценария Script error при повторном отрытии окна
window.onerror = myOnError;
function myOnError(msg, url, lno) {return true}

var myMap;
ymaps.ready(function ()
   
{
    myMap = new ymaps.Map('YMapsID',
       
{
        center:[//Здесь добавим текущие координаты],
       
zoom://Здесь установим зум,
       
controls: ['geolocationControl', 'typeSelector', 'trafficControl'],
       
behaviors:['default','scrollZoom']
       
});
//Здесь добавим точки
});

script>

<
style type="text/css">
   
html, body {
        width: 100%;
       
height: 100%;
   
}
style>

head>
<
body>
    <
div id="YMapsID" style="width:100%;height:100%;"div>
body>
html>


Вместо тега "//Здесь добавим точки" я программно вставляю такой код:

 

Для А = 0 ПО Буфер.Количество() - 1 Цикл

   
Строка = Буфер[А];

    Если
Строка.Широта <> 0 И Строка.Долгота <> 0 Тогда

       
ТекстСкриптаДобавленияТочекНаКарту = ТекстСкриптаДобавленияТочекНаКарту + "
                |myPlacemark"
+ А + " = new ymaps.Placemark(
                |       ["
+ СтрЗаменить(Строка.Широта, ",", ".") + ", " + СтрЗаменить(Строка.Долгота, ",", ".") + "],
                |       {balloonContent : '"
+ Строка.Представление + "'},
                |       {preset: '"
+ Строка.Цвет + "', draggable: 'true'}
                |   );
                |myMap.geoObjects.add(myPlacemark"
+ А + ");
                |"
;

    КонецЕсли;

КонецЦикла;


В качестве значений Строка.Цвет я использую:

  • islands#grayDotIcon
  • islands#grayDotIcon
  • islands#darkGreenDotIcon
  • islands#redDotIcon

А вообще все возможные балуны можно посмотреть здесь: http://api.yandex.ru/maps/doc/jsapi/beta/ref/reference/option.presetStorage.xml

 

PS2. Выкладываю процедуру рассчета расстояния между двумя точками по прямой по заданным координатам в градусах.

Было взято на Мисте и слегка подправлено:

 

Функция РасстояниеПоКоординатам(StartLat, StartLong, EndLat, EndLong)
   
// Передаваемые широта/долгота в градусах и сотых долях
    //StartLat: double; // Начальная широта
    //StartLong: double; // Начальная долгота
    //EndLat: double; // Конечная широта
    //EndLong: double; // Конечная долгота

    //// Переменные, используемые для вычисления смещения и расстояния
    //fPhimean: Double; // Средняя широта
    //fdLambda: Double; // Разница между двумя значениями долготы
    //fdPhi: Double; // Разница между двумя значениями широты
    //fAlpha: Double; // Смещение
    //fRho: Double; // Меридианский радиус кривизны
    //fNu: Double; // Поперечный радиус кривизны
    //fR: Double; // Радиус сферы Земли
    //fz: Double; // Угловое расстояние от центра сфероида
    //fTemp: Double; // Временная переменная, использующаяся в вычислениях
    //Distance: Double; // Вычисленное расстояния в метрах
    //Bearing: Double; // Вычисленное от и до смещение


    // Константы, используемые для вычисления смещения и расстояния
   
D2R = 0.017453; // Константа для преобразования градусов в радианы
   
R2D = 57.295781; // Константа для преобразования радиан в градусы
   
a = 6378137.0; // Основные полуоси
   
b = 6356752.314245; // Неосновные полуоси
   
e2 = 0.006739496742337; // Квадрат эксцентричности эллипсоида
   
f = 0.003352810664747; // Выравнивание эллипсоида

   
fdLambda = (StartLong - EndLong) * D2R;
   
fdPhi = (StartLat - EndLat) * D2R;
   
fPhimean = ((StartLat + EndLat) / 2.0) * D2R;

   
// Вычисляем меридианные и поперечные радиусы кривизны средней широты
   
fTemp = 1 - e2 * (Pow(Sin(fPhimean), 2));
   
fRho = (a * (1 - e2)) / Pow(fTemp, 1.5);
   
fNu = a / (Sqrt(1 - e2 * (Sin(fPhimean) * Sin(fPhimean))));

   
// Вычисляем угловое расстояние
   
fz = Sqrt(Pow(Sin(fdPhi / 2.0), 2) + Cos(EndLat * D2R) * Cos(StartLat * D2R) * Pow(Sin(fdLambda / 2.0), 2));

   
fz = 2 * ASin(fz);

   
// Вычисляем смещение
   
fAlpha = Cos(EndLat * D2R) * Sin(fdLambda) * 1 / Sin(fz);
   
fAlpha = ASin(fAlpha);

   
// Вычисляем радиус Земли
   
fR = (fRho * fNu) / ((fRho * Pow(Sin(fAlpha), 2)) + (fNu * Pow(Cos(fAlpha), 2)));

   
// Получаем смещение и расстояние
   
Distance = (fz * fR);

    Возврат
Distance/1000;

КонецФункции


PS3. Выкладываю процедуру определения текущих геокоординат. Код оптимизировался на основании 2-недельных испытаний на планшете Samsung Galaxy Tab3.

&НаКлиенте
Функция ОпределитьТекущиеГеокоординаты(ТекущееМестоположение) Экспорт

   
#Если МобильноеПриложениеКлиент Тогда

       
ТекущийПровайдер = "gps";

        Попытка

           
ДМ = СредстваГеопозиционирования.ПолучитьПоследнееМестоположение(ТекущийПровайдер);

        Исключение

           
ДМ = Неопределено;

        КонецПопытки;

        Если
ДМ = Неопределено Тогда

           
ТекущийПровайдер = "network";

            Попытка

               
ДМ = СредстваГеопозиционирования.ПолучитьПоследнееМестоположение(ТекущийПровайдер);

            Исключение

               
ДМ = Неопределено;

            КонецПопытки;

        КонецЕсли;

        Если
ДМ = Неопределено Тогда

            Возврат Неопределено;

        КонецЕсли;

        Если
ТекущаяДата() - МестноеВремя(ДМ.Дата) > 300 Тогда

           
СредстваГеопозиционирования.ОбновитьМестоположение(ТекущийПровайдер, 5);
           
ДМ = СредстваГеопозиционирования.ПолучитьПоследнееМестоположение(ТекущийПровайдер);

        КонецЕсли;

       
ДА = ПолучитьАдресПоМестоположению(ДМ.Координаты);
        Если
ДА = Неопределено Тогда

           
ТекущееМестоположение "Lat: " + ДМ.Координаты.Широта + ", Lon: " + ДМ.Координаты.Долгота;

        Иначе

           
ТекущееМестоположение = СтрЗаменить(ДА.Представление, Символы.ПС, ", ");

        КонецЕсли;

       
ТекущееМестоположение = ТекущееМестоположение + "Date: " + МестноеВремя(ДМ.Дата) + ", Provider: " + ТекущийПровайдер;

        Возврат
ДМ.Координаты;

   
#Иначе

       
Возврат Неопределено;

   
#КонецЕсли

КонецФункции

Скачать файлы

Наименование Файл Версия Размер
Демопример геокодирования.rar 162
.rar 21,64Mb
14.02.14
162
.rar 21,64Mb Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

1. KaKalinka (Kaliinka) 14.02.14 22:40
Глубоко! Свежо! Блестяще!
Прикрепленные файлы:
2. KaKalinka (Kaliinka) 14.02.14 22:49
Ой! То есть актуально, подробно, оригинально! Вот что я хотела сказать.
3. Валерий Федоров (barelpro) 14.02.14 23:17
4. Алексей Королев (krolya) 15.02.14 09:30
(2) KaKalinka,

Жжошь :) Но в принципе поддерживаю :)
5. Дмитрий Шерстобитов (DitriX) 16.02.14 16:27
все круто. Только есть пару моментов:
- PuTTY можно и не качать, достаточно выбрать любой пустой каталог. Только не забываем снимать галочку с компиляции под иОСь.
- про гугл апи, стоило сказать, что 1С использует старый апи 2 версии. Но есть еще и 3 версия. Главное отличие в том, что в 3 версии, при использовании бесплатных продуктов - не используются ключи. Но, так как 1С юзает v2, то их надо получить, я консультировался у гугла, и они сказали что все есть по этой ссылке https://developers.google.com/maps/documentation/javascript/tutorial, и, желательно, кидать эту ссылку, а не описывать поэтапность действий, так как гугл сейчас сильно меняет разные сервисы, и ваша статья - потеряет актуальность. По сему - укажите линк на этот ресурс.

Кроме этого - опишу одну существенную проблему с гео - это жор батарее. А так как 1С не умеет ее включать и выключать, то использовать ее постоянно - не выход.
Я тут видел где то апк, который сам включает гео, файфай и т.д., с запроса 1С. Только найти не могу. Рекомендую тоже это найти и опубликовать тут, сэкономите много энергии людям :)

А вообще - Жирный плюс.
Bachi; Redokov; Spiller07; JesteR; shkl1; Feelthis; awk; barelpro; +8 Ответить 1
6. Валерий Федоров (barelpro) 16.02.14 20:41
(5) DitriX, спасибо за жирный плюс, взаимно! Я именно в вашей статье прочитал про публикацию конфигурации на веб-сервере и закачку ее на мобильную платформу на устройстве. До этого как дятел создавал файл apk. В очередной раз убеждаюсь - RTFM ))))

Про инструкцию про получение ключа карты согласен, за три месяца, как я первый раз получал, интерфейс на гугле поменялся. Но актуальность моя статья потеряет раньше, сразу как 1С начнет развивать геоинструментарий. По крайней мере очень на это надеюсь!

Про батарейный жор пока ничего не знаю. Я как раз сейчас запускаю проектик, будет бегать человек 10, спрошу у них, соберу статистику, если будет проблема, тогда будем бороться.

А вообще, приятно пообщаться с коллегой в теме ;)

PS, почему 1С использует старый API Map Google тоже не понимаю. Может, чтобы было куда расти? ;)
7. Ruslan (flyer) 16.02.14 21:41
может про intenter ведете разговор? за статью плюс. нравиться что народ подхватывает идеи 1с мобайл.
8. Валерий Федоров (barelpro) 16.02.14 22:29
(7) flyer, почитал про intenter, плюсанул! :) Звуки и вибрационные сигналы расширяют интерфейсные возможности 1С!

а с гироскопом не пробовали поиграть? например, возвращать в 1С внешнее событие - "встряхивание" устройства
9. Ruslan (flyer) 17.02.14 12:59
неа не пробовал. хотелось ее развивать но руки уже не доходят. возвращать пока не знаю как.
10. Ivan Khorkov (vano-ekt) 17.02.14 13:17
ну всё, битовским сервис-инженерам спуска теперь не будет :-D
shkl1; Feelthis; barelpro; +3 Ответить 1
11. Валерий Федоров (barelpro) 17.02.14 13:37
(10) vano-ekt,

Точно!

Только поправка, не всем БИТовским, пока только Савеловским! ;)
12. Maxim Goncharov (maxx) 17.02.14 14:02
Спасибо, интересно.

Обязательно разберусь с вашими идеями, т.к. уже есть проектик, где 10 человек бегают с планшетами по городу и в онлайне передают данные.
barelpro; +1 Ответить
13. Александр Овсянников (_LEV_) 20.02.14 00:01
Спасибо!! Зачетно написано.
14. majmyl Hauanov (majmyl) 20.02.14 15:53
Млиин, шо то плюсануть не получается!!! Спасибо за труд!
15. Валерий Федоров (barelpro) 20.02.14 16:13
16. majmyl Hauanov (majmyl) 21.02.14 08:43
(15) barelpro, ты не подумай, нет. Я не из жадности или вредности, просто глючит сайт. У меня даже комментировать до вчерашнего дня не получалось и это было не из-за браузера. Спасибо тех. поддержке, исправили глюк. Сейчас поставлю Вам заслуженный плюс!
17. majmyl Hauanov (majmyl) 21.02.14 08:44
18. Alexey (ejik2012) 21.02.14 15:55
Спасибо! Статья супер. Интересно, что нового будет в 8.3.5.
19. Валерий Федоров (barelpro) 21.02.14 16:31
(18) ejik2012,

осталось недолго ждать:

Информация о планируемом релизе

Номер версии 8.3.5
Ориентировочная дата выхода 21.03.14
Дата обновления плановых данных 17.02.14
20. Виктор Яковчук (victor-tm) 25.02.14 21:59
Ориентировочно, сколько может стоить работа программиста, если решить вышеуказанную задачу для 2-х водителей с планшетами на LTE интернете?
21. Виктор Яковчук (victor-tm) 25.02.14 22:09
Точнее в домашней сети по wifi загружаем файл с контактами, потом курьер\водитель нажимает кнопку показать на карте и потом построить маршрут с пробками. Едет по встроенной, выкачанной для скорости, яндекс (гугл) карте. После выполнения задания ставит отметку выполнено. В некоторых пунктах фотографирует накладную отгрузки и отправляет по е-мейлу (сабджект письма проставляется номером заказа) встроенными средствами.
Вот. Цена такого мобильного приложения цену имеет?
:-)
22. Валерий Федоров (barelpro) 25.02.14 22:47
Цена разработки от количества водителей не зависит :)
Текущие возможности мобильной платформы таковы, что все поделки на ее основе можно воспринимать пока как лабораторный эксперимент или как бесплатный боковичок в крупном проекте. Самое дорогое - это время, затраченное на поиски разработчика. :)
23. Виктор Яковчук (victor-tm) 26.02.14 12:59
В 1С все разработки можно воспринимать как эксперимент. Настройки- это ведь хлеб программистов. Просто кто-то идет проторенной дорожкой, а кто-то не боится ставить эксперименты.
У нас в компании все инновационно. Показал директору эту статью, и сразу вопрос - сколько стоит.
Если есть энтузиаст, готовый взяться и попробовать на живой фирме, мы были бы рады.
Кстати, у нас есть часть разработок, которые будут интересно потом внедрить у других клиентов и которыми мы готовы поделиться с разработчиком.
ТЗ максимально простое: закачка в планшет(txt), построение маршрута, отчет (не по всем, а только по транспортным компаниям) в виде фото транспортной накладной по электронке (на которую андроит настроен в плей-маркете или любую).
Никаких цветных балунов, планирования, передвижения балунов на карте.
У нас водители просят навигаторы с пробками и есть потребность в автоматической пересылке транспортных накладных клиенту.
Если бюджет бюджетный, готовы к работе.
24. Валерий Федоров (barelpro) 26.02.14 14:16
(23) victor-tm,
я думаю вопрос "сколько стоит" для такого ТЗ пока преждевременный. Вам надо найти грамотного постановщика. Он проведет опрос, напишет фукциональные требования, причем языком, понятными и для заказчика и для разработчика. Разработчик посмотрит, внесет свои коррективы. Как только ФТ будет согласовано и разработчик придумает архитектуру решения в свей голове, можно говорить о цене.

Мой совет, откройте на форуме топик "ищу разработчика на мобильной платформе". Так быстрее.
25. Макс Зеленский (mzelensky) 01.03.14 20:22
Мучаюсь с мобильным приложением. Уперся в очень элементарный вопрос, который не могу решить. Мне нужно указать файл (точнее путь к нему). В обычном режиме делается через

ДиалогВыбораФайла(РежимДиалогаВыбораФайла.Открытие)

Но в мобильном приложении НЕТ такого. И никак не могу найти аналог. Как все-таки поступить???
26. Роман Зиновьев (Широкий) 03.03.14 19:20
А я уперся в то, что в мобильном приложения нет нахождения элемента справочника по подстроке. Ищет только по начальным символам, зараза.
Пришлось придумать дикие костыли
27. Eugen Krivylia (EugenLiquor) 07.03.14 11:31
Интересная статья, спасибо автору. Пришлось чуть помучатся, дабы реализовать. Но интересна задумка!
28. Дмитрий Шерстобитов (DitriX) 11.03.14 00:17
Что то ни один адрес не находит, у вас такая же фигня?
ПолучитьАдресПоМестоположению
29. Дмитрий Гостищев (Dimon93dimon) 28.03.14 14:23
Кстати, если чуть чуть изменить скрипт, то можно будет помимо точек прокладывать маршрут.
30. Евгений Рачковский (eugen91) 03.04.14 17:07
Появилась ли возможность прокладывать маршрут ?
Очень полезной оказалась бы функция.Водители были бы очень довольны.
31. Роман Зиновьев (Широкий) 23.06.14 15:31
PS3. Выкладываю процедуру определения текущих геокоординат. Код оптимизировался на основании 2-недельных испытаний на планшете Samsung Galaxy Tab3.

Юмора не понял, обновляешь местоположение только после 5 минут. Почему не сразу?
При этом привязываешься ко времени самого планшета - оно может быть совершенно произвольным.

ОбновитьМестоположение - это как бы функция, и она отвечает смог ли провайдер что нить сделать. И таймауты воткнуть, чтобы 1с от gps смогла отвязаться, если совсем беда пошла.
32. Рустам Таиров (Rustavelli) 03.07.14 11:33
доброго дня! подскажите в чем загвоздка,
	Провайдер = СредстваГеопозиционирования.ПолучитьСамогоТочногоПровайдера();
		Если СредстваГеопозиционирования.ОбновитьМестоположение(Провайдер, 5) Тогда

Возвращает значение Ложь, и так на нескольких устройствах, а если параллельно запустить программу Fake jps, то все срабатывает..
33. Alex Steiner (OrsoBear) 10.12.14 08:56
Есть телевизор, у которого встроен андроид.
Интересно, поддерживается ли платформа такие большие разрешения экранов?
Хочу вывести текущие машины, чтобы по карте катались.
34. Илья Вильчик (TreeDogNight) 28.07.15 11:55
Блин, очень нужна эта разработка, уже неделю парюсь с этими картами. Как можно приобрести Старт мани, не покупая абонимент?
35. Alex Nikulin (Al-77) 26.08.15 16:22
Добрый вечер. не подскажите возможно реализовать обратную связь от карт? допустим показали точки. кликаем на любую точку и тут происходит открытия заказа или еще что либо?
36. alex kislyakov (sanek23) 01.09.16 09:00
Кто подскажет, скачал я эту обработку, а на телефоне не открывается сама карта? просто пустой экран
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа