error 7

А с чего вы решили что у

id=34868?
Воспользуйтесь документацией по remote api запросам http://sdk.wialon.com/wiki/ru/sidebar/r … ref/apiref
а так же есть примеры, включая поиск объектов http://sdk.wialon.com/wiki/ru/sidebar/r … odesamples

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

А решили так, потому что ответы на большинство вопросов с форума можно найти в документации. И вы не первый кто задает вопрос с очевидными ответом.

если вы имеете ввиду тултип к объекту, то в нем не предусмотрено отображение внутреннего ID необходимого для выполнения запросов, вместо это этого в тултипе отображается уникальный ID. Если бы вы, как вы утверждаете читали документацию, то вы бы знали разницу между этими двумя ID.

Последовательность может быть произвольной, вы выбираете сами что вам первее запрашивать геозоны или POI. Тем более последовательность зависит от конкретной задачи, мы не можем рассмотреть все возможные варианты и угодить всем. Может быть нам новый виалон вам написать?
Конкретные предложения по улучшению документации вы можете высказать, но в конструктивной форме в данном разделе или в новейших разработках.

По моему вам как бы так и намекнули, даже на литературном русском что ID вы взяли с потолка.

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

Конструктивный ответ, укладывающийся в две строки. Спасибо!

Добавлено спустя   5 минут  56 секунд:

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

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

http://docs.gurtam.com/ - да, видимо до прочтения документации по апи, вам нужно было ознакомиться с этим.

Здесь написано что уникальный ID на самом деле ID оборудования. Нашли ошибку в документации: у объекта поля id и uid действительно подписаны одинаково, но наличие у объекта и id, и uid одновременно  как бы подразумевает, что это не одно и тоже. И у тех, кто знаком с виалоном не 2 дня вопросов не возникало что за 2 разных id.

Теперь конструктивно, какая именно вводная часть должна быть? Что такое объект, пользователь и так далее...? так это описано в пользовательской документации, дублировать ее нет смысла.

Прошу прощения, но мне непонятно, как в областях, по определению строго формализованных, могут присутствовать такие понятия, как "как бы подразумевает". Мы же не на телешоу "угадай слово"?

Кстати, заметил, что в ответе сервера на запрос логина присутствует поле "au", которого тоже нет в документации (!). В реальной жизни там сидит имя пользователя, такое же, как и в user->nm. Могу я узнать, всегда ли эти поля одинаковы и можно ли использовать "au" вместо "user"->"nm"? Исходя из логики "как бы подразумевания", это обстоятельство как бы подразумевает, что поля разные. А как на самом деле?

Приведу в пример документацию Parse.com: скажем, если вы работаете с JS, то вам предложат:
а) ознакомиться с возможностями SDK в целом, объяснят, какой объект для чего, приведут примеры, причем "по возрастающей", реализации некоторых задач. Это вот здесь: https://www.parse.com/docs/js_guide

А потом, когда вы получили представление о возможностях SDK в целом, посмотрели примеры, узнали взаимосвязи, вам предложат:
б) детальный справочник по SDK со всеми методами, функциями, параметрами и проч. Это здесь: http://www.parse.com/docs/js/

Мне представляется, что было бы гораздо легче, если бы вы расширили раздел примеров, дополнив его описанием пары-тройки типовых сценариев. Вы там выше написали, что вариантов великое множество - конечно, это так, но всегда можно выбрать пару-тройку типовых. Например, что-то подобное: "любая работа с Wialon начинается с запроса логина. После этого вы можете работать с объектами, группами, ресурсами, бла-бла-бла. Чтобы работать с объектами, вам следует получить список объектов, к которым вы имете доступ. Это делается так... Чтобы работать с ресурсами, вам следует... Чтобы получать события от объектов, обязательно нужно добавить их в сессию - это делается так..." Сейчас какая-то часть этого есть, но не в виде связной картины, а в виде мозаики, которую приходится складывать самостоятельно, стараясь ничего не упустить. Где-то есть отсылки на другие примеры/запросы, а где-то нет. Т.е. все это подразумевается, но не говорится явно.

Добавлено спустя   2 минуты  16 секунд:

Да, спасибо, уже читаю.

au возвращает имя пользователя, для которого вы вводите пароль, в user содержится информация о пользователе, от имени которого вы зашли. Если при логине вы не указали параметр operateAs, то в обоих полях у вас будет информация об одном и том же пользователе.

Судя по всему, тут разница во взглядах. Вы только что описали ситуацию, когда пользователь "собирал мозаику" по кирпичикам и при рассмотрении одного кирпичика вспомнил, что он видел нечто похожее в другом кирпичике. И вы считаете, что так и надо - от частного, от деталей идти к общему. Мне же представляется более правильным ровно обратное направление - от общего к частному. С другой стороны, для понимания архитектуры системы есть подробная пользовательская документация, которую разработчику все-равно нужно прочитать так или иначе, ведь он должен представлять себя на месте пользователя. Расскажу, по какому пути я шел - вот сайт Gurtam, вот меню, вот ссылка "SDK" - и я на месте, считая, что здесь есть все, что мне нужно. Оказалось, не все. Оказалось, что и ссылок на это отсутствующее "не все" тоже нет. Мне кажется, стоит в начале раздела SDK разместить ссылки на остальную документацию, причем с пояснением, что она описывает архитектуру и основные понятия системы и поэтому крайне желательна к прочтению и разработчиками тоже.

Конечно, многие понятия очевидны даже для пенсионеров - все знают, что для начала работы нужно залогиниться. А вот дальше уже встречаются неоднозначности. Без представления об архитектуре системы они могут поставить в тупик. Это даже терминологии касается - поизучав документацию, я понял, например, что термин "сообщение" у вас означает разовую "отбивку" трекера. Вот чесслово, я больше нигде не встречал такой трактовки. И это, кстати, один из тех случаев, когда чем больше опыт, тем сложнее понять. Мне этот опыт упорно внушал, что "сообщение" - это либо SMSка, либо сообщение между водителем и диспетчером например. А тут вона как оказалось. Это как когда-то очень давно 1Сники "переизобрели" слово "конфигурация", обозвав им, по-сути, программный продукт. Потом-то все привыкли, а поначалу сбивало с толку.

Ничего удивительного, ведь, находясь "внутри", довольно сложно посмотреть на вещи "снаружи". В двух словах скажу так, за себя - когда я попал в раздел SDK, я понял, что меня, не умеющего плавать, бросили в воду и сказали "выплывай". Наверное, это обусловлено тем, что я со стороны. Могу предположить, что среди разработчиков "под Wialon" подавляющее большинство составляют люди, так или иначе постоянно работающие с системой. Именно поэтому у них не возникает тех вопросов, которые возникали у меня. Вероятно, для них имеющаяся документация в том виде, в каком она есть - абсолютно достаточна. Но для людей посторонних, типа меня - тут есть вопросы.

Вот, как-то так.

Добавлено спустя   1 минуту  17 секунд:

Понятно. Но... ведь тут было много слов произнесено "читайте доки, там все есть". А в доках этого нет.