AutoGRAPH.Service

[denisio]

тут вопросы по AutoGRAPH Service API

[zhenia]

Здравствуйте!

В вашей вики http://wiki.tk-chel.ru/index.php/AutoGRAPH.NET_Service
Говорится, что начиная с версий 2015.12.х, WebMap также предоставляет API AutoGRAPH.NET Service

Но у получается так, что работает 1й и 3й пути, а необходимый 2й не работает:

1) WCF: http://имя-веб-сервера/ServiceWCF.svc
2) JSON: http://имя-веб-сервера/ServiceJSON
3) SOAP (для 1C) http://имя-веб-сервера/Service1C.asmx (с версии 2016.11.29)

Для 2го пути необходимы особые настройки?

[zhenia]

Спасибо за оперативный ответ.
Подскажите ещё один момент, в документации говорится

http://localhost:8300/EnumDevices/Demo
http://localhost:8300/EnumDevices?schemaID=Demo

Но при вызове по первому варианту сервис возвращает ошибку:

Ошибка
Controller MapK.Controllers.ServiceJSONController
Action ?
Ошибка System.ArgumentNullException
Text
Значение не может быть неопределенным. Имя параметра: String
Stack trace
System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info)
MapK.Controllers.ServiceJSONController.Exec[T](String schemaID, RoleRights[] requiredRights, Func`2 handler, String logFormat, Object[] values)
MapK.Controllers.ServiceJSONController.EnumDevices (String schemaID)
lambda_method(Closure , ControllerBase , Object[] )
System.Web.Mvc.ReflectedActionDescriptor.Execute(C ontrollerContext controllerContext, IDictionary`2 parameters)
System.Web.Mvc.ControllerActionInvoker.InvokeActio nMethod(ControllerContext controllerContext, ActionDescriptor actionDescriptor, IDictionary`2 parameters)
System.Web.Mvc.Async.AsyncControllerActionInvoker. b__39(IAsyncResult asyncResult, ActionInvocation innerInvokeState)
System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsy ncResult`2.CallEndDelegate(IAsyncResult asyncResult)
System.Web.Mvc.Async.AsyncControllerActionInvoker. EndInvokeActionMethod(IAsyncResult asyncResult)
System.Web.Mvc.Async.AsyncControllerActionInvoker. AsyncInvocationWithFilters.b__3d()
System.Web.Mvc.Async.AsyncControllerActionInvoker. AsyncInvocationWithFilters.<>c__DisplayClass46.b__ 3f()
System.Web.Mvc.Async.AsyncControllerActionInvoker. EndInvokeActionMethodWithFilters(IAsyncResult asyncResult)
System.Web.Mvc.Async.AsyncControllerActionInvoker. <>c__DisplayClass21.<>c__DisplayClass2b.b__1c()
System.Web.Mvc.Async.AsyncControllerActionInvoker. <>c__DisplayClass21.b__1e(IAsyncResult asyncResult)

Первый вариант в не поддерживается WebMap ?

[zhenia]

Кстати, формат данных возвращаемый GetTrack не соответствует описание в вики:
http://wiki.tk-chel.ru/index.php/Aut...rvice_GetTrack
Возможно ещё есть не соответствия, нужно искать и проверять...

[denisio]

Кстати, формат данных возвращаемый GetTrack не соответствует описание в вики:
http://wiki.tk-chel.ru/index.php/Aut...rvice_GetTrack
Возможно ещё есть не соответствия, нужно искать и проверять...

Для чего не соответствует?

Нажмите для просмотра содержимого...

оно выглядит по другому для 1С, потому что она не поддерживает Dictionary<K,V>, но для WCF и JSON оно выглядит как написано в вики.

[zhenia]

Сообщение от zhenia

Здравствуйте! В вашей вики http://wiki.tk-chel.ru/index.php/AutoGRAPH.NET_Service Говорится, что начиная с версий 2015.12.х, WebMap также предоставляет API AutoGRAPH.NET Service Но у получается так, что работает 1й и 3й пути, а необходимый 2й не работает: 1) WCF: http://имя-веб-сервера/ServiceWCF.svc 2) JSON: http://имя-веб-сервера/ServiceJSON 3) SOAP (для 1C) http://имя-веб-сервера/Service1C.asmx (с версии 2016.11.29) Для 2го пути необходимы особые настройки?

По протоколам WCF и SOAP сервис может предоставлять метаданные о методах и их параметрах. По протоколу JSON такой информации нет. Поэтому запросы пишутся согласно вики ( пример )

Есть нюанс, который, почему то WebMap игнорирует - CORS.
Данные по API JSON можно получить только из нативного ПО (например 1С), но нельзя достать из браузера (или из скриптов поля HTML той же 1С).

Причина в том что сервер не уведомляет клиент о том что с домен клиента может получиться данные с домена сервера по средством добавления HTTP Header: Access-Control-Allow-Origin *

Куда сообщить о данной проблеме?

[denisio]

Есть нюанс, который, почему то WebMap игнорирует - CORS.
Данные по API JSON можно получить только из нативного ПО (например 1С), но нельзя достать из браузера (или из скриптов поля HTML той же 1С).
Причина в том что сервер не уведомляет клиент о том что с домен клиента может получиться данные с домена сервера по средством добавления HTTP Header: Access-Control-Allow-Origin *
Куда сообщить о данной проблеме?

Уже сообщили. Проверил, да действительно, сервис standalone отдает CORS заголовки, а в Web не отдает. Добавлю, в следующей сборки.

[zhenia]

Сообщение от zhenia

Кстати, формат данных возвращаемый GetTrack не соответствует описание в вики: http://wiki.tk-chel.ru/index.php/Aut...rvice_GetTrack Возможно ещё есть не соответствия, нужно искать и проверять...

Для чего не соответствует?

Нажмите для просмотра содержимого...

оно выглядит по другому для 1С, потому что она не поддерживает Dictionary<K,V>, но для WCF и JSON оно выглядит как написано в вики.

В документации формат запроса указан такой:

http://localhost:8300/GetTrack/Demo/...0150413-2359/0
http://localhost:8300/GetTrack/Demo/...0150413-2359/0

Но эти варианты не работают, вместо этого принимается:

:80/ServiceJSON/GetTrack?schemaID=...&IDs=...&SD=20170925-0000&ED=20170925-2359&tripSplitterIndex=-1&session=..

Кроме того, в ответ приходит Json такой структуры
https://yadi.sk/i/FSwguHqJ3NCfHc (не увидел как загрузить сюда картинки)

{
"12345678-90ab-cde1-2345-67890abcde12": [{
"Index": 0,
"DT": ["2017-09-24T21:00:25Z"],
"Speed": [0.0],
"Lat": [55.616285859478552],
"Lng": [48.345182434873657]
}]
}

А в документации указана несколько другая:
https://yadi.sk/i/PWWoVq4W3NCfY4

[{
"Key": "25f86189-adc9-445d-940c-abf860874622",
"Value": [{
"DT": ["\/Date(1428865236000)\/"]
"Index": 0,
"Lat": [56.029678333333337],
"Lng": [44.541495000000005],
"Speed": [70.734414338789634]
}]
}]

Кстати, при отличной от 0 скорости так же приходит куча знаков после запятой - зачем? Они не несут ни какого смысла, а только увеличивают размер JSON.
Я не спорю, возможно для АвтоГРАФ.NET результат действительно соответствует вики, но WebMap возвращает вроде бы то же, но чутка в другом формате.
Кстати, в АвтоГРАФ.NET формат останется описанными в вики, или будет подтянут к WebMap для совместимости?

[denisio]

[quote=zhenia;167994]

...

Цитата:

{ "12345678-90ab-cde1-2345-67890abcde12": [{ "Index": 0, "DT": ["2017-09-24T21:00:25Z"], "Speed": [0.0], "Lat": [55.616285859478552], "Lng": [48.345182434873657] }] }

А в документации указана несколько другая:
https://yadi.sk/i/PWWoVq4W3NCfY4

Цитата:

[{ "Key": "25f86189-adc9-445d-940c-abf860874622", "Value": [{ "DT": ["\/Date(1428865236000)\/"] "Index": 0, "Lat": [56.029678333333337], "Lng": [44.541495000000005], "Speed": [70.734414338789634] }] }]

Формат сериализации даты/времени используется microsoftовый, насколько я помню. Проверю.

Кстати, при отличной от 0 скорости так же приходит куча знаков после запятой - зачем? Они не несут ни какого смысла, а только увеличивают размер JSON.
Я не спорю, возможно для АвтоГРАФ.NET результат действительно соответствует вики, но WebMap возвращает вроде бы то же, но чутка в другом формате.

Дробные числа так рассчитываются и сериализуются.

Кстати, в АвтоГРАФ.NET формат останется описанными в вики, или будет подтянут к WebMap для совместимости?

Вот это не понял.

[zhenia]

Формат возвращаемых данных у АвтоГРАФ.NET Service отличается от того что возвращает WebMap 5 - примеры и приведены выше.
Примеры в вике соответствую формату сервиса, в том числе и формат записи даты (кстати, правильнее использовать стандартный формат сериализации даты в json, как мне кажется).
И вопрос в том, будет ли обновляться сервис, что бы соответствовать изменениям в форматах наблюдаемым в WebMap?

[Beroff]

Здравствуйте denisio, подскажите пожалуйста с чем может быть связана ошибка на скриншоте. Ссылка на System.ValueTuple присутствует. Тестовая схема DemoCEBIT работает.

[Zircool]

Подскажите куда копать? Без этой службы как без рук, вся синхронизация на нее завязана.

https://c2n.me/3T2HNiZ

[Zircool]

Выдает ошибку

Сервер обнаружил ошибку при обработке запроса. Сообщение об исключении: "Can't find or load schema: ЮТК". Дополнительные сведения см. в журналах сервера. Трассировка стека исключений:

в AutoGRAPHService.AutoGRAPHSvcBase.Exec[T](String schemaID, Func`2 action, String formatString, Object[] values) в AutoGRAPHService.AutoGRAPHSvcJSON.GetOnlineInfoAll (String schemaID, String finalParams) в SyncInvokeGetOnlineInfoAll_OLD(Object , Object[] , Object[] ) в System.ServiceModel.Dispatcher.SyncMethodInvoker.I nvoke(Object instance, Object[] inputs, Object[]& outputs) в System.ServiceModel.Dispatcher.DispatchOperationRu ntime.InvokeBegin(MessageRpc& rpc) в System.ServiceModel.Dispatcher.ImmutableDispatchRu ntime.ProcessMessage5(MessageRpc& rpc) в System.ServiceModel.Dispatcher.ImmutableDispatchRu ntime.ProcessMessage11(MessageRpc& rpc) в System.ServiceModel.Dispatcher.MessageRpc.Process( Boolean isOperationContextSet)

Добавлено через 9 минут
Полный лог:

Нажмите для просмотра содержимого...

16:40:46 INFO AutoGRAPH Service starting [2018.3.19.0], PID=2984
16:40:46 DEBUG TollMaps: Can't find map C:\ProgramData\AutoGRAPH Shell\Maps\Plat
on.agv
16:40:46 INFO App:Start, addressBase=C:\AutoGRAPHServer\Users\IVANOV\Download\Ad
dressBase: directory not found
16:40:47 INFO WCF       AutoGRAPHService added at http://192.168.0.77:8100/
16:40:47 INFO WCF2      AutoGRAPHService added at http://localhost:8102/
16:40:47 INFO JSON      AutoGRAPHService added at http://192.168.0.77:8300/
16:40:47 INFO XML       AutoGRAPHService added at http://localhost:8200/
16:40:49 INFO JSON      192.168.0.224:60599     ЮТК     GetOnlineInfoAll
16:40:49 DEBUG GSC.initSchema   Loading: ЮТК
16:40:49 INFO JSON      192.168.0.125:60529     ЮТК     EnumDevices
16:40:49 DEBUG GSC[]    Schema in loading, waiting: ЮТК
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHShell, Version=1.
0.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHCharts, Version=1
.0.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHChat, Version=1.0
.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHDashboard, Versio
n=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHFieldsProcessing,
 Version=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHFinder, Version=1
.0.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHMaps, Version=1.0
.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHMonitor, Version=
1.0.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHMsgManager, Versi
on=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHMOAP, Version=1.0
.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHPropertyCard, Ver
sion=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHPhotoViewer, Vers
ion=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGraphReports, Version=
1.0.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHRSSReader, Versio
n=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHUserManager, Vers
ion=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHScheduleControl,
Version=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:40:49 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHVehicleCard, Vers
ion=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:40:50 DEBUG GSC.initSchema   kmlLoad: C:\AutoGRAPHServer\Users\IVANOV\Downloa
d\GeoFences\ЮТК.geofences.kml
16:40:50 DEBUG xmlLoad: ЮТК, C:\AutoGRAPHServer\Users\IVANOV\Download\Schemes\ЮТ
К.xml
16:40:50 DEBUG GSC.initSchema   Loading: ЮТК [2016.10.17.171]
16:41:07 INFO JSON      192.168.0.224:60600             EnumSchemas
16:41:07 DEBUG JSON     192.168.0.224:60600             EnumSchemas     15 ms
16:41:11 ERROR GSC.initSchema: ЮТК, error: Не удалось загрузить файл или сборку
"System.ValueTuple, Version=4.0.1.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2
ddd51" либо одну из их зависимостей. Найденное определение манифеста сборки не с
оответствует ссылке на сборку. (Исключение из HRESULT: 0x80131040)
16:41:11 DEBUG GSC.initSchema: ЮТК, error:
16:41:11 ERROR JSON     192.168.0.224:60599     ЮТК     GetOnlineInfoAll
Exception[System.ServiceModel.FaultException`1[System.InvalidOperationException]
]: Can't find or load schema: ЮТК
16:41:11 DEBUG JSON     192.168.0.224:60599     ЮТК     GetOnlineInfoAll
Exception[System.ServiceModel.FaultException`1[System.InvalidOperationException]
]:    в AutoGRAPHService.AutoGRAPHSvcBase.Exec[T](String schemaID, Func`2 action
, String formatString, Object[] values)
16:41:49 ERROR JSON     192.168.0.125:60529     ЮТК     EnumDevices     Exceptio
n[System.ServiceModel.FaultException`1[System.TimeoutException]]: Schema loading
 wait timeout error
16:41:49 DEBUG JSON     192.168.0.125:60529     ЮТК     EnumDevices     Exceptio
n[System.ServiceModel.FaultException`1[System.TimeoutException]]:    в AutoGRAPH
Service.AutoGRAPHSvcBase.get_Item(String name)
   в AutoGRAPHService.AutoGRAPHSvcBase.Exec[T](String schemaID, Func`2 action, S
tring formatString, Object[] values)
16:42:41 INFO JSON      192.168.0.125:60763     ЮТК     EnumDevices
16:42:41 DEBUG GSC.initSchema   Loading: ЮТК
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHShell, Version=1.
0.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHCharts, Version=1
.0.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHChat, Version=1.0
.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHDashboard, Versio
n=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHFieldsProcessing,
 Version=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHFinder, Version=1
.0.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHMaps, Version=1.0
.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHMonitor, Version=
1.0.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHMsgManager, Versi
on=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHMOAP, Version=1.0
.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHPropertyCard, Ver
sion=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHPhotoViewer, Vers
ion=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGraphReports, Version=
1.0.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHRSSReader, Versio
n=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHUserManager, Vers
ion=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHScheduleControl,
Version=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:42:41 DEBUG Shell addAvailableModulesFromAssembly: AutoGRAPHVehicleCard, Vers
ion=1.0.0.0, Culture=neutral, PublicKeyToken=null
16:42:42 DEBUG GSC.initSchema   kmlLoad: C:\AutoGRAPHServer\Users\IVANOV\Downloa
d\GeoFences\ЮТК.geofences.kml
16:42:42 DEBUG xmlLoad: ЮТК, C:\AutoGRAPHServer\Users\IVANOV\Download\Schemes\ЮТ
К.xml
16:42:42 DEBUG GSC.initSchema   Loading: ЮТК [2016.10.17.171]
16:42:51 ERROR GSC.initSchema: ЮТК, error: Не удалось загрузить файл или сборку
"System.ValueTuple, Version=4.0.1.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2
ddd51" либо одну из их зависимостей. Найденное определение манифеста сборки не с
оответствует ссылке на сборку. (Исключение из HRESULT: 0x80131040)
16:42:51 DEBUG GSC.initSchema: ЮТК, error:
16:42:51 ERROR JSON     192.168.0.125:60763     ЮТК     EnumDevices     Exceptio
n[System.ServiceModel.FaultException`1[System.InvalidOperationException]]: Can't
 find or load schema: ЮТК
16:42:51 DEBUG JSON     192.168.0.125:60763     ЮТК     EnumDevices     Exceptio
n[System.ServiceModel.FaultException`1[System.InvalidOperationException]]:    в
AutoGRAPHService.AutoGRAPHSvcBase.Exec[T](String schemaID, Func`2 action, String
 formatString, Object[] values)

[SK]

Beroff, Zircool, Denisio находится в плановом отпуске за рубежом до 5 апреля.
Ответит как сможет прочитать Ваши посты.

Так же можно продублировать запрос на багтрекере: trk.tk-chel.ru

[dondiggidon]

Добрый день!

Метод login , со вчерашнего дня начал возвращать 403 код, в чем может быть причина, учитывая что параметры запроса не изменялись.

[plex]

Метод login

Версия? где размещена служба? были ли вчера обновления????

[dondiggidon]

Следующий запрос к вашему API возвращает 403 ,
http://web.proffit2000.ru/ServiceJSO...ord=myPassword .
При том что на web с этим же логином и паролем все хорошо.

[plex]

dondiggidon, это вам лучше обратиться в профит, они обслуживают этот сервер

[dondiggidon]

Спасибо за быстрый отклик

[SK]

dondiggidon, а что Вы хотели получить в ответ от такого запроса ?

Нажмите для просмотра содержимого...

[Zircool]

Здорово было бы, если добавили в GetOnlineInfoAll информацию о времени стоянки объекта, если оно находится не в движении. Это очень важно для диспетчерской службы, у которой, к примеру, есть регламент что ТС не должно находиться в объекте выгрузки больше часа.

Спасибо!

[plex]

Zircool, так Онлайн это финальные данные вроде, а глубина их просмотра ограничена настройками схемы. Не корректно может получиться

[SK]

Здорово было бы, если добавили в GetOnlineInfoAll информацию о времени стоянки объекта, если оно находится не в движении. Это очень важно для диспетчерской службы, у которой, к примеру, есть регламент что ТС не должно находиться в объекте выгрузки больше часа.
Спасибо!

Для получения текущих данных ПО не ведет расчет на такую глубину времени - это приличный объем вычислений для больших автопарков.
По сути, Вам нужен отчет за последний час или более. Данные за этот период уже не совсем "онлайн".

[Zircool]

Сообщение от Zircool

Здорово было бы, если добавили в GetOnlineInfoAll информацию о времени стоянки объекта, если оно находится не в движении. Это очень важно для диспетчерской службы, у которой, к примеру, есть регламент что ТС не должно находиться в объекте выгрузки больше часа. Спасибо!

Для получения текущих данных ПО не ведет расчет на такую глубину времени - это приличный объем вычислений для больших автопарков.
По сути, Вам нужен отчет за последний час или более. Данные за этот период уже не совсем "онлайн".

Какой отчет лучше использовать?

[SK]

Какой отчет лучше использовать?

Сконструировать отчет с нужными Вам данными.
Зачем использовать типовые отчеты ?

Вариантов много.

[plex]

Zircool, отрезки остановки. Глубину запроса выбирайте на свое усмотрение

Добавлено через 29 секунд
SK, думаю не отчёт а метод сервиса, или датасет

[SK]

plex, "отчет" - это условное понятие. Имеется ввиду, что это не оперативный срез, а данные, рассчитанные за некий период.

[Zircool]

Сообщение от Zircool

Какой отчет лучше использовать?

Сконструировать отчет с нужными Вам данными.
Зачем использовать типовые отчеты ?
Вариантов много.

Можно подробнее рассказать о возможных вариантах. Насколько я понял нужно использовать http://wiki.tk-chel.ru/index.php/Aut...vice_GetReport Но если автопарк больше 250 единиц, все идентификаторы за раз не передать. Нужно будет делить. Потом система возвращает тебе отчет в формате excel и ты его средствами 1с разбираешь. Так?

[Виктор]

Повторяю в другой теме

Сообщение от ANDRU48
Dictionary<Guid, RTrips> GetTripsCustom(string schemaID, Guid[] IDs, DateTime SD, DateTime ED, RGeoFence[] geofences, int tripSplitterIndex)

geofences - одна или более геозон, по которым выполняется разбивка дополнительного отрезка GeoFence1.

Что добавлять в параметр "RGeoFence[] geofences"?
Так все же что добавлять в этот параметр ,желательно бы с примером.

[Victor_SPA]

[quote=denisio;168007]

Сообщение от denisio

... Цитата: { "12345678-90ab-cde1-2345-67890abcde12": [{ "Index": 0, "DT": ["2017-09-24T21:00:25Z"], "Speed": [0.0], "Lat": [55.616285859478552], "Lng": [48.345182434873657] }] } А в документации указана несколько другая: https://yadi.sk/i/PWWoVq4W3NCfY4 Цитата: [{ "Key": "25f86189-adc9-445d-940c-abf860874622", "Value": [{ "DT": ["\/Date(1428865236000)\/"] "Index": 0, "Lat": [56.029678333333337], "Lng": [44.541495000000005], "Speed": [70.734414338789634] }] }]

Формат сериализации даты/времени используется microsoftовый, насколько я помню. Проверю.

Цитата:

Кстати, при отличной от 0 скорости так же приходит куча знаков после запятой - зачем? Они не несут ни какого смысла, а только увеличивают размер JSON. Я не спорю, возможно для АвтоГРАФ.NET результат действительно соответствует вики, но WebMap возвращает вроде бы то же, но чутка в другом формате.

Дробные числа так рассчитываются и сериализуются.

Цитата:

Кстати, в АвтоГРАФ.NET формат останется описанными в вики, или будет подтянут к WebMap для совместимости?

Вот это не понял.

Добрый день! denisio, не нашел ответа на форуме по поводу различий формата времени между запросами NET И WEB, как я понимаю, это так и не исправили?

Также WEB сервер отправляет время по гринвичу, а не по местному времени. Пример - Запрос GetOnlineInfoAll к WEB:

baec8835-fa11-44fa-9114-dca25efd7a62: {
_LastCoords: "2018-10-18T14:35:48Z",
_LastData: "2018-10-18T14:35:48Z",
ID: "baec8835-fa11-44fa-9114-dca25efd7a62",
Name: "Бульдозер D-355 4453",
LastPosition: {
Lat: 58.68201909,
Lng: 94.2229156
},
DT: "2018-10-18T14:35:48Z",
State: 0,
Speed: 0,
Course: 259.638175510505,
Address: "",

А это тот-же запрос к NET. (Они расположены на одних и тех-же серверах, и забор данных происходит из одной папки):

baec8835-fa11-44fa-9114-dca25efd7a62: {
_LastCoords: "/Date(1539873348000+0700)/",
_LastData: "/Date(1539873348000+0700)/",
ID: "baec8835-fa11-44fa-9114-dca25efd7a62",
Name: "Бульдозер D-355 4453",
LastPosition: {
Lat: 58.68201909,
Lng: 94.2229156
},
DT: "/Date(1539873348000+0700)/",
State: 0,
Speed: 0,
Course: 259.638175510505,
Address: "",

При этом Date(1539873348000+0700) - Thu Oct 18 2018 21:35:48 GMT+0700 (Красноярск, стандартное время), реальное значение времени

2018-10-18T14:35:48Z - отставание на 7 часов от реального значения.

Ну, а в самом Web-автографе на этой единице последние данные также отображаются корректно: Дата и время 18.10.18 - 21:35

Что нужно сделать, чтобы запросы к WEB'у были идентичны с запросами NET сервиса?

[Archie]

добрый день,
у перевозчика на локальном сервере стоит ваша система (Версия 2016.12.15.0)

нам нужно периодически (1 раз в 15мин) считывать информацию о местоположении грузовиков перевозчика (широта и долгота)
т.к. ИТ-сопровождение и сис.администратор у перевозчика отсутствует, нам нужно удаленно подключиться, продиагностировать работоспособность сервисов выгрузки данных и написать клиент запросов данных.

1. правильно я понимаю что как минимум нужно проверить работоспособность след.сервисов:

WCF: http://имя-веб-сервера/ServiceWCF2.svc
JSON: http://имя-веб-сервера/ServiceJSON
1C: http://имя-веб-сервера/Service1C.asmx

?
2. что еще нужно проверить если сервисы не рабочие (порты, запущенный службы,...)
3. какой интерфейс нам лучше использовать для считывания широты\долготы местонахождения грузовиков в данный момент?
заранее благодарен

[plex]

1. правильно я понимаю что как минимум нужно проверить работоспособность след.сервисов:

WCF: http://имя-веб-сервера/ServiceWCF2.svc
JSON: http://имя-веб-сервера/ServiceJSON
1C: http://имя-веб-сервера/Service1C.asmx

1 вам достаточно одного из них, точнее это один сервис

что еще нужно проверить если сервисы не рабочие (порты, запущенный службы,...)

а веб сервер то есть?порт 80 443

какой интерфейс нам лучше использовать для считывания широты\долготы местонахождения грузовиков в данный момент?

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

[Archie]

Сообщение от Archie

что еще нужно проверить если сервисы не рабочие (порты, запущенный службы,...)

а веб сервер то есть?порт 80 443

Сообщение от Archie

какой интерфейс нам лучше использовать для считывания широты\долготы местонахождения грузовиков в данный момент?

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

веб-сервер должен быть (ну или нужно будет доставлять)

http://<веб-сервер>/index.php/AutoGRAPH.NET_Service_GetOnlineInfo
этот метод нужно использовать в нашем случае - правильно понимаю?


благодарю за оперативность!

[plex]

http://wiki.tk-chel.ru/index.php/Aut..._GetOnlineInfo
http://wiki.tk-chel.ru/index.php/Aut...tOnlineInfoAll

[denisio]

добрый день,
у перевозчика на локальном сервере стоит ваша система (Версия 2016.12.15.0)
нам нужно периодически (1 раз в 15мин) считывать информацию о местоположении грузовиков перевозчика (широта и долгота)
т.к. ИТ-сопровождение и сис.администратор у перевозчика отсутствует, нам нужно удаленно подключиться, продиагностировать работоспособность сервисов выгрузки данных и написать клиент запросов данных.
1. правильно я понимаю что как минимум нужно проверить работоспособность след.сервисов:
WCF: http://имя-веб-сервера/ServiceWCF2.svc
JSON: http://имя-веб-сервера/ServiceJSON
1C: http://имя-веб-сервера/Service1C.asmx
?
2. что еще нужно проверить если сервисы не рабочие (порты, запущенный службы,...)
3. какой интерфейс нам лучше использовать для считывания широты\долготы местонахождения грузовиков в данный момент?
заранее благодарен

1. вам будет достаточного какого-то одного, методы в них одинаковые в расчёте на то, что для разных систем программисты будут использовать тот протокол, который поддерживается в той системе. Самый простой вариант - JSON.

2. порт традиционный для HTTP - 80 или HTTPS - 443.

3.
http://m.tk-chel.ru/ServiceJSON/Logi...&Password=demo
возвращает токен

http://m.tk-chel.ru/ServiceJSON/Enum...DD96EB767A0F44
возвращает список доступных для demo схем.

http://m.tk-chel.ru/ServiceJSON/GetO...DD96EB767A0F44
возвращает местоположение всех ТС в схеме. И т.д.

[Waso]

Добрый день!


Сервер находится в группе компаний Евраас. Какое-то время назад у нас перестала работать интеграция с 1С УАТ. В попытках разобраться в логах при запросах наблюдаем такие сообщения:

14:15:32 WARN GSC.initSchema    Loading: schema  has newer version (2019.9.18.279) then service version (2019.8.8.0), update service to last version

У вас последняя версия autograp.NET service 20190808, новее нет. Что можно с этим сделать?

[SK]

У вас последняя версия autograp.NET service 20190808, новее нет. Что можно с этим сделать?

Делать запросы к АвтоГРАФ.WEB. Мы про прекращение поддержки службы АвтоГРАФ.Service объявили более чем полгода назад, как маловостребованного продукта, но требующего для поддержки большого количества ресурсов.
АвтоГРАФ.WEB имеет больше API-протоколов и возможностей.

[Waso]

Сообщение от Waso

У вас последняя версия autograp.NET service 20190808, новее нет. Что можно с этим сделать?

Делать запросы к АвтоГРАФ.WEB. Мы про прекращение поддержки службы АвтоГРАФ.Service объявили более чем полгода назад, как маловостребованного продукта, но требующего для поддержки большого количества ресурсов.
АвтоГРАФ.WEB имеет больше API-протоколов и возможностей.

Мы звонили вам в поддержку дней 10 назад и нам сказали, что читайте вики, существующей информации достаточно для работы сервиса. А здесь вы говорите, что данный сервис не поддерживается и используйте другие методы. Вы хоть на вики выложите, что .NET service это атавизм и не поддерживается более. Искать где-то в глубинах форума, что вы указывали на прекращение нет никаких возможностей, да и мыслей даже не возникало, до тех пор, пока не обновилась схема на сервере дилера.

[SK]

Сообщение от SK

Сообщение от Waso У вас последняя версия autograp.NET service 20190808, новее нет. Что можно с этим сделать? Делать запросы к АвтоГРАФ.WEB. Мы про прекращение поддержки службы АвтоГРАФ.Service объявили более чем полгода назад, как маловостребованного продукта, но требующего для поддержки большого количества ресурсов. АвтоГРАФ.WEB имеет больше API-протоколов и возможностей.

Мы звонили вам в поддержку дней 10 назад и нам сказали, что читайте вики, существующей информации достаточно для работы сервиса. А здесь вы говорите, что данный сервис не поддерживается и используйте другие методы. Вы хоть на вики выложите, что .NET service это атавизм и не поддерживается более. Искать где-то в глубинах форума, что вы указывали на прекращение нет никаких возможностей, да и мыслей даже не возникало, до тех пор, пока не обновилась схема на сервере дилера.

Работоспособность сервиса и его поддержка - разные вещи.
Сервис не стал неработоспособным в рамках своей версии и соответствующих версий схем.
Вы же понимаете, что сервис - это то же самое ПО, только без GUI ?
Соответственно, если схема не грузится в обычное ПО АвтоГРАФ.WEB от той же даты или той же сборки, то и в АвтоГРАФ.Service будет такая же ситуация и наоборот.
Зависимость загрузки схем в ПО от версии ПО и версии схемы - никто не отменял.

Дилер ОБЯЗАН учитывать все изменения, которые могут оказать влияние на работу своих клиентов и предупреждать их либо использовать правильные версии ПО, если Вы работаете с Service.

[Waso]

Работоспособность сервиса и его поддержка - разные вещи.
Сервис не стал неработоспособным в рамках своей версии и соответствующих версий схем.
Вы же понимаете, что сервис - это то же самое ПО, только без GUI ?
Соответственно, если схема не грузится в обычное ПО АвтоГРАФ.WEB от той же даты или той же сборки, то и в АвтоГРАФ.Service будет такая же ситуация и наоборот.
Зависимость загрузки схем в ПО от версии ПО и версии схемы - никто не отменял.

Дилер ОБЯЗАН учитывать все изменения, которые могут оказать влияние на работу своих клиентов и предупреждать их либо использовать правильные версии ПО, если Вы работаете с Service.

Сервис потерял работоспособность после добавления кажется ГЛОНАСС датчика с нового автомобиля. Со слов Еврааса никаких обновлений серверной части с их стороны в это время не делалось. Тем не менее данные не идут, вы предлагаете перейти на какой-то Автограф.Web, о котором мы ни сном ни духом. Евраас при слове Web говорит, что такой схемы работы не будет, потому как у них нет какого-то сервера. Говорят, что попытаются восстановить старую схему, которая работала до 31-го октября, но уверенности в их словах нет. Мы, видя это, звоним в вашу техподдержку, с просьбой помочь в решении проблемы совместно с Евраасом. На что ваш сотрудник, Жердий Кирилл Иванович, нам ответил, что помогать вы не будете. "Пусть дилер к нам обращается" Что для нас означает только одно, клиент с его проблемами абсолютно не интересен производителю ПО. Тогда прошу вас предоставить контактные данные вашего генерального директора, будет решать проблему общения с клиентами на официальном уровне.

[Ivan]

Waso, 1. Ответ дан Вам в письме, в ответ на присланное Вами. 2. Эмоции, которые были с Вашей стороны общаясь по телефону с нашим сотрудником были крайне лишнее. Вам объяснили, что в данном случае мы никак не повлияем на вашу проблему, т.к. мы не оказываем общую тех. поддержку мы работаем через региональных дилеров и если дилер не может решить проблемы он обращается к нам и мы способствуем решению данной проблемы. Надо учитывать, что вся юридическая договоренность по поддержке и оказанию услуг у вас с региональным дилером, а не с нашей компанией. Далее если Вас не устраивает работа дилера или дилер определенным образом отказывает Вам в помощи, по не обоснованным причинам, то в отправленном письме также было указано, куда нужно обратиться.

Проблема, которая сейчас у Вас решится только после того, когда компания Евраас обеспечит Вам работу сервиса через ПО WEB и никак иначе.

[Waso]

тут вопросы по AutoGRAPH Service API

А тут и так вопросы по serviсe API, которое не работает.

Waso, 1. Ответ дан Вам в письме, в ответ на присланное Вами. 2. Эмоции, которые были с Вашей стороны общаясь по телефону с нашим сотрудником были крайне лишнее.

1. Вам лично я ничего не присылал, как и вы мне.

2. Вы мне угрожаете? Мы позвонили и попросили с вашей стороны поддержки сотрудникам Еврааса, на что нас послали. Для чего тогда у вас все эти форумы, вики и прочие открытые источники? Закройте от нас, смертного люда, варитесь внутри себя и дилеров, не допускаййте даже возможности диалога с нами, раз уж это вам так претит.


20 дней простоя сервиса не лезет ни в какие ворота, равно как и нарушение его работоспособности от добавления очередного ТС, мы поэтому и звонили вам с просьбой о помощи...ну раз у вас такая политика....



И все-таки, дайте мне контакты вашего генерального директора, вопрос был об этом, все остальное эмоции и к решению отношения не имеют.

[Ivan]

2. Вы мне угрожаете? Мы позвонили и попросили с вашей стороны поддержки сотрудникам Еврааса, на что нас послали.

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

[Ivan]

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

Мы сами разберемся, как и что нам делать.

[Ivan]

20 дней простоя сервиса не лезет ни в какие ворота, равно как и нарушение его работоспособности от добавления очередного ТС, мы поэтому и звонили вам с просьбой о помощи

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

[Waso]

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

[Ivan]

Замечательное общение.

Взаимно. И компания Евраас уже связалась с нами, то письмо было от них.

[Zircool]

Добрый день.
Подскажите, возможно отключить авторизацию на релизе AutoGRAPHService20190808?

Не можем понять по какой причине не проходит авторизация, у нас есть логин и пароль который вводят сотрудники при работе с 5 версией, этот логин и пароль используем для авторизации в службе http://192.168.0.69:6300/Login?UserN...rd=utkхххх (JSON)

11:52:05 INFO AutoGRAPH Service starting [2019.8.8.0], PID=7200
11:52:05 INFO App:Start, addressBase=D:\Autograph\AgServ\Users\IVANOV\Download\AddressBase: directory not found
11:52:06 INFO WCF    AutoGRAPHService added at http://localhost:6100/
11:52:06 INFO WCF2    AutoGRAPHService added at http://localhost:6102/
11:52:06 INFO JSON    AutoGRAPHService added at http://localhost:6300/
11:52:06 INFO XML    AutoGRAPHService added at http://localhost:6200/
11:52:40 INFO JSON    192.168.0.69:49825        -    Login
11:52:40 ERROR JSON    192.168.0.69:49825            Login    User not found or password mismatch
11:53:24 INFO JSON    192.168.0.69:49825    admin    -    Login
11:53:24 WARN AutoGRAPHService5Client: Can't login: [admin] Access denied
11:53:24 ERROR JSON    192.168.0.69:49825    admin    admin    Login    User not found or password mismatch
11:53:57 INFO JSON    192.168.0.69:49825    ivanov    -    Login
11:53:57 WARN AutoGRAPHService5Client: Can't login: [ivanov] Access denied
11:53:57 ERROR JSON    192.168.0.69:49825    ivanov    ivanov    Login    User not found or password mismatch 

Что делаем не правильно?

До этого работали со старой версией службы, там не требовалась авторизация.

[SK]

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

[Zircool]

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

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

[SK]

Вряд ли тут какие-то чудеса. У других же работает.
Возможно, что-то не так у Вас в ПО, которое пытается авторизоваться.
Проверяйте на готовых откомпилированных примерах, которые мы предоставляем на wiki.tk-chel.ru

Например: https://i.tk-chel.ru/sk/sharex/files...ExGetTrips.zip

[SK]

Поправил картинку (добавил последовательность шагов):

Нажмите для просмотра содержимого...

[Ivan]

Возможно, что-то не так у Вас в ПО, которое пытается авторизоваться.

У них Service локальный не WEB. Который уже не поддерживается.

Не можем понять по какой причине не проходит авторизация

Нужно понимание в какой сборке АГ Pro работаете, какая версия АГ-Сервера и нужны конфигурационные файлы AGService, а так же логи службы.

[Zircool]

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

Демо тоже почему-то не работает


Добавлено через 7 минут

Вряд ли тут какие-то чудеса. У других же работает.
Возможно, что-то не так у Вас в ПО, которое пытается авторизоваться.
Проверяйте на готовых откомпилированных примерах, которые мы предоставляем на wiki.tk-chel.ru

Например: https://i.tk-chel.ru/sk/sharex/files...ExGetTrips.zip

Ругается(



Добавлено через 8 минут

Сообщение от SK

Возможно, что-то не так у Вас в ПО, которое пытается авторизоваться.

У них Service локальный не WEB. Который уже не поддерживается.

Сообщение от Zircool

Не можем понять по какой причине не проходит авторизация

Нужно понимание в какой сборке АГ Pro работаете, какая версия АГ-Сервера и нужны конфигурационные файлы AGService, а так же логи службы.

Версия сервера автограф 5.2.53.708. Служба AutoGRAPHService20190808

Конфиг файл службы.

<appSettings>
  <!-- хотя бы одна точка доступа должна быть указана. Может быть указано несколько. -->
    
  <!-- (необязательно) точка доступа по протоколу WCF  -->
  <add key="address" value="http://localhost:6100/"/>
  <add key="address-v2" value="http://localhost:6102/"/>

  <!-- (необязательно) точка доступа по протоколу JSON  -->
  <add key="address-json" value="http://localhost:6300/"/>

  <!-- (необязательно) точка доступа по протоколу XML  -->
  <add key="address-xml" value="http://localhost:6200/"/>

  <!-- (необязательно) точка доступа по протоколу natav  -->
  <!--<add key="address-natav" value="http://localhost:6400/"/>
  <add key="natav-default-schema" value="DemoCEBIT"/>-->

  
  <add key="road-maps" value="D:\Autograph\AgServ\Users\IVANOV\Maps"/>



  <!-- (обязательно) http://wiki.tk-chel.ru/index.php/AutoGRAPH.NET_Service_Auth  -->
  <add key="common-directory" value="D:\Autograph\AgServ\Users\IVANOV\Download"/>


  <!-- (обязательно) каталог данных (каталог данных AutoGRAPH Server или DataLoader) -->
  <add key="data-directory" value="D:\Autograph\AgServ\Data"/>

  <!-- AutoGRAPH Server 4.x/5.x -->
  <add key="agserver-host" value="ag.tk-chel.ru"/>
  <add key="agserver-port" value="2231"/>
  <add key="agserver-protocol" value="5"/>
  
  <add key="schema-load-timeout" value="300"/>
  <add key="schema-check-period" value="5"/>
  
  <!-- (по умолчанию 0) конвертировать TimeSpan в строку HH:mm:ss (значение 1) или оставлять как TimeSpan (значение 0) -->
  <add key="timespan-to-string" value="0"/>

  <!-- (по умолчанию 0) конвертировать DateTime в строку dd.MM.yyyy HH:mm:ss (значение 1) или оставлять как DateTime (значение 0) -->
  <add key="datetime-to-string" value="0"/>

  <!-- (по умолчанию 0) конвертировать ID водителя в строку с именем водителя (значение 1) или оставлять как GUID -->
  <add key="driver-to-string" value="1"/>

  <add key="guid-array" value="1"/>

  <!-- (по умолчанию 1) включить (1) или нет (0) использование кэша bin/sbin файлов, для запросов GetOnlineInfo/GetOnlineInfoAll может резко ускорить их работу. Критично на обычных HDD, на SSD особой разницы нет -->
  <add key="cache-enabled" value="1"/>

  <!-- (по умолчанию 1) максимальное количество потоков для вычислений. С осторожностью ставить в значения больше физического количества ядер, т.к. в данном случае возможна деградация производительности -->
  <add key="max-cpu" value="4"/>
  
</appSettings> 

[SK]

Zircool, очень много всего напостили. Я же просил проверить на наших демо-примерах.

Смотрите:

[SK]

ag.tk-chel.ru

А почему у Вас в конфиге сервиса прописан сервер ag.tk-chel.ru ?

Аутентификация на сервисе делается проверкой юзера на сервере.
Сама служба (в отличие от АвтоГРАФ.WEB) не имеет юзеров - она оперирует только схемами.
Т.е. когда Вы отправляете логин/пароль на АвтоГРАФ.Service, то она в свою очередь пробрасывает этот запрос на АвтоГРАФ.Сервер,
прописанный в конфиге АвтоГРАФ.Service и АвтоГРАФ.Сервер сообщает - валиден такой юзер или нет.

[Zircool]

Zircool, очень много всего напостили. Я же просил проверить на наших демо-примерах.
Смотрите:

Ругается


Добавлено через 1 минуту

Сообщение от Zircool

ag.tk-chel.ru

А почему у Вас в конфиге сервиса прописан сервер ag.tk-chel.ru ?
Аутентификация на сервисе делается проверкой юзера на сервере.
Сама служба (в отличие от АвтоГРАФ.WEB) не имеет юзеров - она оперирует только схемами.
Т.е. когда Вы отправляете логин/пароль на АвтоГРАФ.Service, то она в свою очередь пробрасывает этот запрос на АвтоГРАФ.Сервер,
прописанный в конфиге АвтоГРАФ.Service и АвтоГРАФ.Сервер сообщает - валиден такой юзер или нет.

Поменял на ag.stc93.com, не помогло. Можно же использовать локальный IP на котором установлен автограф сервер?

Добавлено через 8 минут
Не тот скрин отправил, этот верный

[Ivan]

Конфиг файл службы.

Если АГ-Сервер 5.2, то:

<add key="agserver-host" value="ag.tk-chel.ru"/> нужно указать свой адрес АГ-Сервера
<add key="agserver-port" value="2231"/> порт диспетчерский 2230 по умолчанию, а не 2231
<add key="agserver-protocol" value="5"/> протокол в вашем случае 4, а не 5

[Ivan]

Служба AutoGRAPHService20190808

Вопрос был о сборке диспетчерского АвтоГРАФ Pro. Давайте проясним момент, Вы используете диспетчерское ПО в связки с данным сервис или ПО WEB?

[SK]

Не тот скрин отправил, этот верный

Смотрите еще раз (только что проверил) - похоже Вам нужно разбираться со своей сетью в таком случае:

[Zircool]

Использовали отдельную службу AutoGRAPHService, авторизация так и не прошла. Дилер дал дал доступ к сервису через AutoGRAPH.Web, на нем авторизация проходит, все ок. Спасибо за помощь.

У кого нибудь если пример, как через WSСсылка из 1с выполнить метод GetOnlineInfoAll?

Вызываю так:

ТекущиеДанные = WSСсылка.GetOnlineInfoAll(Схема,Неопределено,Истина); 

Метод выполняется уже больше 20 минут и результата нет.

[SK]

Дилер дал дал доступ к сервису через AutoGRAPH.Web

Service - это Service, а WEB - это WEB - с точки зрения получения данных, API - одинаковое, а вот внутренняя реализация очень-очень разная.

[Archie]

Сообщение от Archie

добрый день, у перевозчика на локальном сервере стоит ваша система (Версия 2016.12.15.0) нам нужно периодически (1 раз в 15мин) считывать информацию о местоположении грузовиков перевозчика (широта и долгота) т.к. ИТ-сопровождение и сис.администратор у перевозчика отсутствует, нам нужно удаленно подключиться, продиагностировать работоспособность сервисов выгрузки данных и написать клиент запросов данных. 1. правильно я понимаю что как минимум нужно проверить работоспособность след.сервисов: WCF: http://имя-веб-сервера/ServiceWCF2.svc JSON: http://имя-веб-сервера/ServiceJSON 1C: http://имя-веб-сервера/Service1C.asmx ? 2. что еще нужно проверить если сервисы не рабочие (порты, запущенный службы,...) 3. какой интерфейс нам лучше использовать для считывания широты\долготы местонахождения грузовиков в данный момент? заранее благодарен

1. вам будет достаточного какого-то одного, методы в них одинаковые в расчёте на то, что для разных систем программисты будут использовать тот протокол, который поддерживается в той системе. Самый простой вариант - JSON.

2. порт традиционный для HTTP - 80 или HTTPS - 443.

3.
http://m.tk-chel.ru/ServiceJSON/Logi...&Password=demo
возвращает токен

http://m.tk-chel.ru/ServiceJSON/Enum...DD96EB767A0F44
возвращает список доступных для demo схем.

http://m.tk-chel.ru/ServiceJSON/GetO...DD96EB767A0F44
возвращает местоположение всех ТС в схеме. И т.д.

Добрый день,
Через API считываем информацию о местоположении грузовиков перевозчика (широта и долгота) - сначала схему, потом машины, потом их местоположение...


Возник вопрос:

Запросы делаются по длинному идентификатору ID вида 9c60db53-5054-44f6-a708-8e3c9b62553f


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

Мы не можем однозначно сопоставить - к какому гос. номеру авто привязан идентификатор вида 9c60db53-5054-44f6-a708-8e3c9b62553f
Т.к. в системе перевозчика (веб-форме) указано следующее:

Название прибора автомобиль DAF

Группа 1 / авто

№ прибора 123456

#987

Последние координаты

04.02.2020 14:39 (>56 мин)

Мы предположили, что можем сопоставить номер авто с № прибора. Но как получить № прибора через API?
Есть поле Serial в EnumDevices. Это он? В запросах по нашей схеме в нем ничего не возвращается...

[SK]

Archie, тут еще дело в том, что гос.номер не является уникальным идентификатором в отличие от GUID.
Это просто информационное поле. Т.е. в системе не запрещено иметь более 1 ТС с одинаковым госномером.
Соответственно, поиск по госномеру не гарантирует однозначную идентификацию требуемого объекта.

Более того, как ни странно есть такая потребность и она реализована, что в одном списке объектов может быть два и более объектов с одним и тем же номером оборудования (номеров АвтоГРАФа, например).
Это позволяет одну и ту же машину (объект) располагать в разных группах и с разными настройками (!!!).

[denisio]

Есть поле Serial в EnumDevices. Это он? В запросах по нашей схеме в нем ничего не возвращается...

Это он и есть, что значит ничего не возвращается? Я только что проверил, там валидный серийный номер прибора.

[Zircool]

Добрый день. Подскажите, каким методом можно получить время стоянки устройства?
Через GetOnlineInfoAll получаю состояние устройств (координаты, направление, скорость), если текущее состояние Park каким методом лучше получить время стоянки?

[Ivan]

Подскажите, каким методом можно получить время стоянки устройства?

Рассмотрите данные методы, что вам больше подойдет GetTrips, GetStage

[Anton.Vdovin]

Добрый день. Подскажите как при помощи EnumGeoFences, получить координаты. Не нашел ни одного метода, который бы возвращал координаты геозон. Используем AutoGRAPH.NET Service Methods.

[Данил]

А не этот ли метод нужен?

[19sergey]

Добрый день! У нас используется Автограф WEB. Подскажите как правильно настроить user.config, какие пути надо указывать?

[plex]

Добрый день! У нас используется Автограф WEB. Подскажите как правильно настроить user.config, какие пути надо указывать?

Если у вас работает веб то вам больше ничего не надо настраивать и устанавливать

[19sergey]

Сообщение от 19sergey

Добрый день! У нас используется Автограф WEB. Подскажите как правильно настроить user.config, какие пути надо указывать?

Если у вас работает веб то вам больше ничего не надо настраивать и устанавливать

Как тогда без сервиса импортировать данные в 1С?

[plex]

Как тогда без сервиса импортировать данные в 1С?

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

[19sergey]

Сообщение от 19sergey

Как тогда без сервиса импортировать данные в 1С?

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

Дайте ссылку на этот раздел в инструкции.

[plex]

19sergey, http://wiki.tk-chel.ru/index.php/AutoGRAPH.NET_Service

Добавлено через 1 минуту
19sergey, JSON: http://имя-веб-сервера/ServiceJSON вместо JSON: http://имя-веб-сервера:8300

[19sergey]

19sergey, http://wiki.tk-chel.ru/index.php/AutoGRAPH.NET_Service

Попадаю на страницу с надписью Wiki.
[quote=plex;198428]Добавлено через 1 минуту

19sergey

, JSON: http://имя-веб-сервера/ServiceJSON вместо JSON: http://имя-веб-сервера:8300

Никуда не попадаю!

[19sergey]

Службу AutoGRAPHService на сервере я остановил. Она не нужна, как я понял?

[19sergey]

В инструкции написано:
Режим работы (AutoGRAPH.Web)

Начиная с версий 2015.12.х, AutoGRAPH.Web также предоставляет API AutoGRAPH.NET Service по путям:
WCF: http://имя-веб-сервера/ServiceWCF2.svc - устарел и не рекомендуется к использованию. Будет удалён с 01.06.2020
1C: http://имя-веб-сервера/Service1C.asmx - устарел и не рекомендуется к использованию. Будет удалён с 01.06.2020
JSON: http://имя-веб-сервера/ServiceJSON - рекомендуется к использованию



Почему JSON не работает? Что-то надо в модуле мониторинга настраивать?

[plex]

Почему JSON не работает?

работает

Что-то надо в модуле мониторинга настраивать?

этот модуль вообще не причем

Никуда не попадаю!

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

Добавлено через 2 минуты
19sergey, я сделаю часть работы за вас, и заменю на демо сервер
http://m.tk-chel.ru/ServiceJSON

Добавлено через 13 секунд
жду могарыч

[19sergey]

http://имя-веб-сервера/ServiceJSON

Я же написал, что попадаю на страницу с единственной надписью "WIKI".

[19sergey]

<a href="http://www.picshare.ru/view/10430537/" target="_blank"><img src="http://www.picshare.ru/uploads/200508/iihSH8BGy5.jpg" border="0" width="750" height="597" title="Хостинг картинок PicShare.ru"></a>

Добавлено через 1 минуту

19sergey, я сделаю часть работы за вас, и заменю на демо сервер
http://m.tk-chel.ru/ServiceJSON

Добавлено через 13 секунд
жду могарыч

Перехожу по ссылке, вижу тоже пустую страницу с надписью "WIKI"

Добавлено через 54 секунды
Может так и должно быть?

[plex]

19sergey, конечно так и должно быть, вы читали wiki какие запросы отправлять?

[19sergey]

Всё разобрался. Спасибо.

[service.rk]

Добрый день

Не могу получить текущее значение или историю значений парметра через API

Запрос списка параметров EnumParameters

...
{
    "Alias": "",
    "Caption": "температура в цистерне",
    "Format": null,
    "GroupName": "ModBus",
    "Name": "R09",
    "ReturnType": 2,
    "Statuses": [],
    "Unit": "гр.Ц",
    "ValueType": 0
},
...

Сейчас запрашиваю через POST web интерфейса

 host/Track/Charts 
  id=5102&type=0&sd=202005270000&ed=202005280000&tripIndex=0&splitterIndex=0&ids=R09

Возвращает

{
   "Lines":[{
        "Thickness":1,
        "Color":"#000000",
        "Data":[[127, 65], [156, 65 ], ...],
        "Smooth":false,
        "AxisYMin":0.001,
        "AxisYMax":0,
        "AxisName":"",
        "Unit":"гр.Ц",
        "Name":"R09",
        "Caption":"температура в цистерне",
        "Group":"ModBus"
    }]
}

Как тоже самое сделать с помощью API?

[SK]

service.rk, простите, а POST - это не API ? Или в API возможен только GET ?

[service.rk]

Наверное я не правильно сформулировал вопрос

service.rk, простите, а POST - это не API ? Или в API возможен только GET ?

Конечно это API. Но API для AutoGRAPH Web. Недокументированное. Авторизоваться нужно через WEB. Подсовывать Cookies. ID=5102 получать с помощью /Car/SubNodes. Измениться может в любой момент.

Можно ли эти данные получать с помощью официального API http://wiki.tk-chel.ru/index.php/Aut...ervice_Methods?

Запрос

/ServiceJSON/GetStage?schemaID=...&IDs=...&SD=20200527&ED=20200528&stageName=*

Возвращает только эти параметры

{
"Params":[
  "DateTime First",
  "DateTime Last",
  "Longitude First",
  "Longitude Last",
  "Latitude First",
  "Latitude Last",
  "StartOfFirstReg",
  "EndOfLastReg",
  "TotalDuration",
  "MoveDuration",
  "ParkDuration",
  "TotalDistance",
  "StartOfFirstPark",
  "EndOfLastPark",
  "StartOfFirstMove",
  "EndOfLastMove",
  "ParkCount",
  "MaxSpeed",
  "AverageSpeed",
  "OverspeedCount",
  "FirstLocation",
  "LastLocation",
  "Tank1FuelLevel First",
  "Tank1FuelLevel Last",
  "Tank1FuelUpVol Diff",
  "Tank1FuelDnVol Diff",
  "Tank1FuelUpCount",
  "Tank1FuelDnCount",
  "Tank1FuelUpDnVol",
  "FuelRateByCANFtotal Diff",
  "Engine1Motohours",
  "Engine1MHOnParks",
  "Engine1FuelConsum",
  "Engine1FuelConsumPer100km",
  "Engine2Motohours",
  "Engine2MHOnParks",
  "Engine2FuelConsum",
  "Engine2FuelConsumPer100km"
 ]
}

[SK]

service.rk, да, теперь понятно.
Но дело в том, что это внутренние запросы для работы Front-End-а. Нет никаких гарантий их неизменности в соответствии с будущими внутренними нуждами.

Опираться на них для интеграции с процессами предприятия - нельзя.

Можно ли эти данные получать с помощью официального API http://wiki.tk-chel.ru/index.php/Aut...ervice_Methods?

Запросы по необходимым Вам доработкам и/или замеченным ошибкам, прошу писать сюда:

http://trk.tk-chel.ru

[Виктор]

Когда окончательно переход JSON

[Виктор]

Под JSON пробуем переписывать.

[SK]

"1C: http://имя-веб-сервера/Service1C.asmx - устарел и не рекомендуется к использованию. Будет удалён с 01.06.2020"
Когда начинать бояться?

Уважаемый Виктор Анатольевич, сейчас сложные условия работы, пандемия, удаленная работа и т.д. и т.п.
Поэтому, некоторые планы сдвигаются, отменяются, подвергаются корректировкам.
Вы представляете официального дилера компании, которые имеет соответствующие специальные каналы общения с нами. Вы предпочитаете их не использовать и делать это в общей для всех ветке форума ? Тайны никакой нет, но зачем ?
Не далее как вчера на дилерском ресурсе я давал развернутый ответ на этот вопрос.
Также зачем давать ответ на посты более чем годовой давности ? Многое за год работы поменялось.

[SK]

В связи с обращениями ряда крупных клиентов, использующих высокоспециализированное ПО, которое по ряду причин плохо умеет работать с JSON, мы рассматриваем возможность оставить протокол SOAP для межплатформенного взаимодействия.
Однако пока мы не определились с некоторыми технологическими моментами.
Скорее всего SOAP будет убран из ядра АвтоГРАФ.WEB и реализован в виде отдельной прокси-службы, которую можно будет установить как на тот же сервер, что и АвтоГРАФ.WEB, так и разнести по разным серверам или виртуальным машинам. Это позволит убрать (отделить) нагрузку на ресурсы из-за высокой ресурсоемкости процедур построения сложных XML-деревьев в случае очень больших объемов данных в ответах на запросы к АвтоГРАФ.WEB. Напомню, что в случае работы по SOAP, при больших объемах данных в ответе на запрос, основные затраты времени и ресурсов идут не на расчет ответа, а на формирование XML из массивов. В то время как формирование JSON может быть быстрее до тысяч раз (практически мгновенно) и требует несопоставимо меньше ресурсов.

Об окончательном решении по данному вопросу мы сообщим позднее.

[Виктор]

Да работает быстрее .

[Ильгиз228]

Ошибка сервера в приложении '/'.
System.NullReferenceException: Доступ запрещён
в чем может быть проблема? Токен указан, айди схемы тоже

[SK]

Ошибка сервера в приложении '/'.
System.NullReferenceException: Доступ запрещён
в чем может быть проблема? Токен указан, айди схемы тоже

Информации недостаточно, чтобы делать предположения.
Напишите тикет на trk.tk-chel.ru
в тикете нужно обязательно указать версии ПО, что именно Вы делаете, что получаете в ответ. Приложить как минимум логи.
Возможно, потребуется приложить схему/БД и данные для воспроизведения проблемы.

[Zircool]

Здравствуйте.
Подскажите, а каким методом можно получить данные с ddd файлов?

[Perepoloh]

Добрый день! Подскажите пожалуйста возможно ли получить остатки топлива в баках.
... пытаюсь через GetStage:

0 "2021-02-17T13:26:53"
1 "2021-02-17T13:28:30"
2 43,9149366
3 43,9149623
4 56,1826705
5 56,1827048
6 "2021-02-17T13:26:53"
7 "2021-02-17T13:28:30"
8 "00:01:37"
9 "00:01:37"
10 "00:00:00"
11 0,0041424
12 "2021-02-17T13:26:53"
13 "2021-02-17T13:28:30"
14
15
16 1
17 0
18 7,4563916
19 7,4563916
20 "43В°_54,89619'_E,_56В°_10,96023'_N"
21 "43В°_54,89774'_E,_56В°_10,96229'_N"

[plex]

Perepoloh, вам остаток на какой момент нужен?

Добавлено через 1 минуту
Вообще по идее в stages trip есть остатки надо по имени в настройках схемы

[Perepoloh]

мне нужен остаток на конец смены - беру последний актуальный на момент закрытия stages - и получаю данные(в предыдущем сообщении)... но там нет необходимых мне полей

[SK]

мне нужен остаток на конец смены - беру последний актуальный на момент закрытия stages - и получаю данные(в предыдущем сообщении)... но там нет необходимых мне полей

Тогда почему Stages, а не Trips ?
Разбивка на рейсы, смены и т.п. - у Вас же в рейсах, и там рейсовые параметры.
Stages - это отрезки: геозоны, остановки, сработки датчиков, заправки, сливы, превышения скорости и т.п. (вкладка "Отрезки"). Чтобы какие-либо параметры там были, она должны быть определены для отрезков.
Только я всё равно не понял, как у Вас связаны отрезки (Stages) и "смены" ? Вы по какому типу отрезков берете "смены" ?

И еще, когда пишете что пытаетесь сделать и что получаете, указывайте полный текст запроса (можно без адреса сервера) и что получаете в ответ.
Сейчас вообще неясно, что именно Вы запрашивали, а в ответе тоже явно только кусок ответа без понимания, какой Stage вернулся.

[defont048]

Добрый день, подскажите пожалуйста. Пытаюсь получить отчет в формате xlsx. В ответ получаю (что то в виде хэша).

http://myweb.loc/ServiceJSON/GetReport?session=xxxxxxxxxxxx&schemaID=xxxxxxxxxxxxxxxxxxx&reportName=Periods of overspeed.frx&IDs=xxxxxxxxxxxxxxxxxxxxxx&SD=20210301&ED=20210301-2359&splitToTrips=-1&format=2

[SK]

Добрый день, подскажите пожалуйста. Пытаюсь получить отчет в формате xlsx. В ответ получаю (что то в виде хэша).

Код:

http://myweb.loc/ServiceJSON/GetReport?session=xxxxxxxxxxxx&schemaID=xxxxxxxxxxxxxxxxxxx&reportName=Periods of overspeed.frx&IDs=xxxxxxxxxxxxxxxxxxxxxx&SD=20210301&ED=20210301-2359&splitToTrips=-1&format=2

Слишком скудная информация.
Непонятно, прошла ли успешно аутентификация до этого, что получено в ответ, какая версия софта и т.п.
Пробелы в имени отчета в строке адреса траслируются в urlencode ?

[defont048]

Сообщение от defont048

Добрый день, подскажите пожалуйста. Пытаюсь получить отчет в формате xlsx. В ответ получаю (что то в виде хэша). Код: http://myweb.loc/ServiceJSON/GetReport?session=xxxxxxxxxxxx&schemaID=xxxxxxxxxxxxxxxxxxx&reportName=Periods of overspeed.frx&IDs=xxxxxxxxxxxxxxxxxxxxxx&SD=20210301&ED=20210301-2359&splitToTrips=-1&format=2

Слишком скудная информация.
Непонятно, прошла ли успешно аутентификация до этого, что получено в ответ, какая версия софта и т.п.
Пробелы в имени отчета в строке адреса траслируются в urlencode ?

Пробелы в имени отчета в строке адреса траслируются в urlencode - да
Авторизация проходит.
Тестирую - postman.
Формат ответа
{
"UEsDBBQAAAAIAPZ4YVL9hI/N6wAAAF8CAAALAAAAX3JlbHMvLnJlbHOtks1OwzAMgO9IvEOU* ***"
}

[defont048]

Может кто ни будь пример рабочий с этим методом.
Content-Type тоже указал.

[SK]

Смотрите пример аутентификации и запросов схемы, объектов и отчета по рейсам через API (много картинок под спойлером):

Нажмите для просмотра содержимого...

Запрос (авторизация):



Ответ:



Запрос (список схем):



Ответ:



Запрос (список объектов):



Ответ:


...


Запрос (отчет рейсы):



Ответ:

В ответе будет отчет в формате .xlsx, закодированный Base64 для передачи по http(s) бинарного по сути файла в текстовом виде.

В новых сборках в URL запроса будет добавлен ключ binary=1 для получения результата сразу в бинарном виде без кодирования в Base64.

Нажмите для просмотра содержимого...

Результат:

А сейчас Вам нужно декодировать его стандартным преобразованием из Base64 в бинарный файл.

Это можно сделать еще следующим образом вручную:

1. Скопировать содержимое без окаймляющих кавычек в текстовый файл.

UEsDBBQAAAAIAOy1YVL9hI/N6wAAAF8CAAALAAAAX3JlbHMvLnJlbHOtks1OwzAMgO9IvEOU++puSAihZbsgpN0QKg9gEreN2sZRYqB7e8KtQ0zbgaP/Pn+Ost3P06g+KWXPweh1VWtFwbLzoTP6rXlePWiVBYPDkQMZfaSs97vbm+0rjShlKPc+ZlUoIRvdi8RHgGx7mjBXHCmUSstpQilh6iCiHbAj2NT1PaQlQ/+mqoMzOh3cnVbNMdI1dG5bb+mJ7cdEQf5YAjQLBUduFVOZT+LLPUo1mDoSox3bl5LPgDFWhV1KcE5rc73W+aNhIkGHgmA50QWpn5ZLVuv/fKzTjoXSPMIXp+GdeVgKwcmnKJlvUEsDBBQAAAAIAOy1YVLfapN77wAAANQCAAAaAAAAeGwvX3JlbHMvd29ya2Jvb2sueG1sLnJlbHOtkk1qwzAQhfeF3kHMvpadQiglSjalkG3rHkBIY8vEloQ0/fHtO2mgKKUlXXgl5on39I1mNruPaRRvmPIQvIKmqkGgN8EOvlfw0j7e3IHIpL3VY/CoYMYMu+311eYJR01sym6IWXCKzwocUbyXMhuHk85ViOj5pgtp0sRl6mXU5qB7lKu6XstUZsDPVLG3CtLe3oJo54j/SQ9dNxh8COZ1Qk+/PCIzzSO3IESrU4+k4CRUHMSi/IthtSQDsRcLhK/6pDYXQZqjcTGU95AO2SFSgfOt8W8dj4tM60UH5HRC+0yJN/BsTqVeEsmzTWTlE1BLAwQUAAAACADstWFSKHipK2kBAABMBQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWytVMluwjAQvVfqP0S+Vomhh6qqCBy6HFuk0g9w7Uli4U0es/197QQQQiVd4BJne4vfzHg0WWuVLcGjtKYkw2JAMjDcCmnqknzMXvJ7kmFgRjBlDZRkA0gm4+ur0WzjALOINliSJgT3QCnyBjTDwjow8UtlvWYhPvqaOsbnrAZ6OxjcUW5NABPykDjIePQWDXgpIJsyH16Zjjp0rWiIbNBdh0XkI9ljB0zaJWHOKclZiM7p0ogj1dxWleQgLF/oCClampuWhZ5UxLBRgJ3WOWLoPDCBDUDQquhY99pPULGFCtnzOtJ3uXtQ+LfdbfMsIrL9BxvpeiX68+sBOlMfAaVOlUzvTye5sn7+ae384lmmtdBMmt5aRvTUW4c0ap1vAVIaAkTuIif4IA+q2bP/1ivSdhleOoi9QOekx4rwbBXHGXc3F7CyZfpxnBrmQbwHn+Qv3wkH5L9rBm49/MPGbtYS/LsWoO1ZOP4CUEsDBBQAAAAIAOy1YVIEtLlPQwoAAFQ4AAAYAAAAeGwvd29ya3NoZWV0cy9zaGVldDEueG1slZtJc+LIFoX3FdH/gWDfQvMUtjuwmWdJ6PWasmWbKAwOIVd1969/KTRkKu9hqI3DfOfclFAecpDg7q9/Pnatn0l63B72921NUdutZP98eNnu3+7b8Xrwp9tuHbPN/mWzO+yT+/a/ybH918Pdr0P64/ieJFmL1e+P9+33LPv0O53j83vysTkqh89kz5TXQ/qxydjL9K1z/EyTzcup6GPX0VXV7nxstvt20YKf3tLG4fV1+5z0Ds9fH8k+KxpJk90mY2d/fN9+HtsPf3z749vdy5bp+Vtqpcnrfbur+bHutTtMvDudwP+2ya/jA/+/lW2+R8kuec6SF3YV2q38/X0/HH7k4pghdlk6D3cdobhqanA6vVXaekleN1+7LDz8GiXbt/eMtWPlVcz4fNixo7G/rY/t/tT+x+af4jjbl+w9v+6u1249fx2zw8ffJTodsa7Ryxq9rnEUy75cY5Q1Rl3jKaZ1ucYsa8y6xlC0KzVWWWPx96MrV87NLmtsXmMq5pWL4JRFDi9iidUuF7llkVsXqYqqX67xyhpPrDEv12hq1a1qXWUrlnulqg6DJvSse62qioOmi9fcu3IptCoRGo+Eeb2qyoRmCpfDudLBWpUKTYiFol+rqnKh2cKxbONKVRUMjSdDV6wrnaxVydBcMU+ec6WsCofG0+Eq7pWD6VU6dPU3MqVX6dDFsULHx+qchplqXOptsk3+Ij38aqUnSz4kuYpV93Y9TLXZEXNPl0nHk5VRNpSyFkvlsVZOp5ejJ4p6FPUpGlA0pGhE0ZiiCUVTimYUzSlaULSkaEVRQFFIUUTRmqK4gTqs84Q+1Is+1DzFtc53on62EwtFr5WfD+pd56fgeKodvE8LZApFWrOoXzt4F1M0pGhE0ZiiCUVTimYUzSlaULSkaEVRQFFIUUTRmqIYdZDU00bR07rimuc72iDpeTTO9f0TNfco6lM0oGhI0YiiMUUTiqYUzSiaU7SgaEnRiqKAopCiiKI1RXEDSX1olp9WU9Hc851o0k4skCF84nTpY1o7eGdS1KdoQNGQohFFY4omFE0pmlE0p2hB0ZKiFUUBRSFFEUXr+rrLn5TYvNCn1i2zqEW71Dp3tCdq7lHUp2hA0ZCiEUVjiiYUTSmaUTSnaEHRkqIVRQFFIUURRWuKYutCH9pFH7JtjY76UHI71UhsXZhynbNTrkPO7YmiHkV9igYUDSkaUTSmaELRlKIZRXOKFhQtKVpRFFAUUhRRtKYodi70uFv0oaro3vk+dM/2oUv7kKIeRX2KBhQNKRpRNKZoQtG0QIYqzB1Gc+6YcQvvVMAWgC0BWwEWABYCFgG2BixuMql3vXKe1RTVPtu9U482OwNsDtgCsCVgK8ACwELAIsDWgMXepUuR33m4YYeQ246ngbBOidlMySO38NCDMqtZ1gNlfcAGoCm72dQQWJymZQRaHoMyt1k2AWVTwGagKa/Z1BxYNGlPtQBNLwFbARYAFqJjSluyCHmkReQatB03mZwu7bZ0aaTdR8CeOOPnaMh5onV9VCfFdwDqhoCNABsDNgFsCtgMsDlgC8CWgK0ACwALAYsAWwMWN5nc5/rlnahsrzaurmKcH4y7WrFvcsQutOQRqPYIkaGsB1gfsAFgQ8BGgI0BmwA2BWwG2BywBWBLwFaABYCFgEWArQGLm0zuY/P3ImHdFoliye6KkbDlSNQeIRKgzpFHEVrXR3WuPIoAjydPU4XHK6ZD11Y0eZKqDGKeyv2JuE7TVXma4iYhYQDOKqiJzWnyVIVMujxXcZOQQgBXCAYIhhUU7zvqhjxhIZMpz1jcJGS1CeX02belzy4aEW9z6mRE4iYhf6BSDlIPVfbhMW05gsjkyBksTVaxRrFVxZJDWDvEFJZQnEl1sljiJiGFAM4qKI7qOlkwAZNBVkzcJKQQwBWCAYJhBcUPs0GWTcBEU8hNQgqbUE6hc1sKHTLeGLocwtojZJDWyUHqgbo+Op4hBxB4TDl/jjAGarqp6HL8KoOYPoeOgYYlp4+bhPQBOKugOLwZtpw+ZHLk9HGTkD4AVwgGCIYVFIc3w5XTB0w0fdwkpK8J5fS5t6XPpUON4cnx4yYhf6iSLOVBZR9VmqocQWTS5Ay64hioebZiyCGsHWIKXToGmrqcQm4SUgjgrILi8GYacgqRyZRTyE1CCgFcIRggGFZQ/DCblpxCYKIp5CYhhU0op9C7LYUeGW9Msg6sPUIGQZ0qR5DW9VGdIwcQeFw5f54wBqqKKoevksXseXQEND05e9wkZA/AWQXFwc1S5ewhkyZnj5uE7AG4QjBAMKygOLhZupw9YKLZ4yYhe00oPzhXf2vLoms3RVUvn9V74luSPuyPgomHFcEegn0EB/DA8qRcmthbL5aktkO2JtwipLKCjYTI87Jg4qlEcAabk+dlaJLnZdT8EsEVggGCYQV54HgYqQbCKJh4GCUop6u8pWIptnNLGMtbKppiwudVZRbPPvl/5JIQQPB1AMD6gA0AGwI2AmwM2ASwKWAzwOaALQBbArYCLAAsBCwCbA1Y3GRyz5qXe1a233YjRS/2w4279K48KNUeIRKU9QDrAzZAxyTjUeFhV+T8eFRbxMiU0Lw4HnGTECIAZ7A5Mh4hExmPQPNLBFcIBgiGFbTQeEQ0NB5xk5DCJpRzVd4iMVX4dFR2O9Xoxb93e8le7j0054y/DG2xdNQbCZL3HoJJiC2APQT7CA4QHCI4qqC4arel5dVYMAkDHIBTBGcIzhFcVtClQQkqTVwe2NJnLRRMwrAG4BrBWIJVr3f4V0+/3X0k6VvylOx2x9bz4WvPzoVNeA8c8+/ma+0O4Y+6/6QD3tP9NeKPhr82EDf9yAS8q/tdC/ktP0J8bfprxGPdjxHvOn7sIO76ExfwqevHHuBPmurnz1BBS0zJn6yhGs3vQWXAagZQGTJlBJUxU6ZQmTFlBpU5UwKohEwJoRIxJYZKVzP8/KEEUiw/fy6AroHl96AyZMoIKmOmTKEyZ0oAlYgpMVS6mu3nN43Rudl+DypDpoygMmbKFCpzpgRQiZgSQ6WrOX5+LxGdm+P3oDJkyggqY6ZMoTJnSgCViCkxVLqa6+c3mtC5uX4PKkOmjKAyZsoUKnOmBFCJmBJDpat5fn7/AZ2b5/egMmTKCCpjpkyhwjbqfgAVtkn2Y6iwDamfbxjBGTBlBBW23fOnUGGbMj+ACtsZ+TFU2DbEz9e8SLH8fOmIzo19GqHCln7+FCpsgeYHUGGrJD+GCltj+PnMThU2tftzqLCp1I8LpcNns4e7z81bMt+kb9v9sbVLXk/fLTPYVJgW65riRXb4rP79fsjYsqd69Z5sXpL09Juy18MhK/89/VAsbzhKsq/P1ufmM0mj7X9JcdPokG6TfXb6ndt9+/OQZulmmzH+zoT/DkzZ9T63+feC8r38zyTNts8N1CnXZI9psvlRz8en36Tsvza7E36q4MPd9/RHa/tSrC/Kn+MY7unHQ6efr51a69TNnV7Vvwh8+D9QSwMEFAAAAAgA7LVhUjNHDHacBAAArEkAAA0AAAB4bC9zdHlsZXMueG1s7Zxbj5s6FIXfK/U/IM/r6YDN5EKbTDUdNVJf2znSefUEkiBxE7g9SX99bSCTvdO0JVwiT8fJQwxhL9ZyHD4gkNn7bRxZ34K8CNNkTui1Q6wgWaZ+mKzn5N+HxZspsQrBE59HaRLMyS4oyPvb169mhdhFwZdNEAhLSiTFnGyEyN7adrHcBDEvrtMsSOQ7qzSPuZCT+dousjzgfqGK4shmjjO2Yx4mROklX+NFLAprmX5NhHTCwFyrevnky/njEbEqzfvUl4au/rm6cq6dd2/qBrHs21Nl43Zlk5Nlh7pfFk7brc9rVTZxWtqc0HbrY+3K3LY2b9qtr91YmZweK0c25ei060Gr2qs0OYxel5L9vNtZ8d36xqM5mdZVyzRKcytfP87JYuGUj/qdhMdBtewD36Qx36+m1PlJjzpnCN7lIY9O6z3aQPOkyerRWpNes9EAsj1Z/e3HM/bUs7XFk59Qt9hePx+6kdNOjmrtzsh127IayR4pNcB2VWfNJ0T1BtLhFPvaKxkwc1fQl41qpy+MosNOn0v2825nGRciyJOFnLDq9sMukzuTiTyMInKM2OVyf15+nfMdlV3wU4l8/dNKSq9Na4o0Cv0qwfoedg3z3Hu5A17JgXIj35v8c/q8Pny8//DRG0y+/l4beSN/rryjnkb+L5QfeJtj5J87QI28kT8pXzbUvrpsP6a5H+THJ2mruaoVBSthlb9rzInYqN8ljg859gcxM1stq2rycL1pXFQurKpEmjWtkYtWLoVI46ZF1dKqzg/5Ok14VB/CHMIexbYPYey9Qxus2D5H7JcuHedw2Na4D3FRsz7ENQ37EBed34cm9kuKfZlvDDzRcdZW59w+xDVnbHUGGTovNvadp55nxoZFTWPDmsaxYZGJbWKb2Ca2iW1im9gmton918d+ofvkJraJbWKb2Cb2s4jd64k5I9ZArG7WP7Msgyj6b3X8M8t2BS6xd8jrV+oiqqptyYkwitQEI1al9fTOdvXU5FkW7e6icJ3EQXmPSCnM9zOsTZqH36WqunBLpSLqxhYRLtW0DEQsEWzF51RwUd7sIjX/z3n2IGeWF9+GiV/KPl3dv1391jiFxl1onOptnEHjN9A469H4Ui4Q5H17d6H3EfTu6t3pN9D4GBq/0b7TR9D7BHofdfBebm6GNz+G5qfQ/LiD+b3Xod1PoHsPup9oP2ym0Lu6Lvhgfqpp16vbCw8BPBSAwgCepgEQoBBaKWIr7ROuffb/GAZAiKWYsX1Cts8AExgAoZYi1lL9YUsRbSnCLdWctxQBlyLi0i7IHXbzM4UREHcpAi/tQt6LbYAQeymCL+1C3yG/vx4MgPBLEX+pngBW94KDAIjBDDGYdoHwhTZAiMAMEZjqimB1Uz042MLHtwjCrAuEh43AYASEYYYwzDTF8MSFARCGGT7k1RPD6i8PQAAEYoZAzLqAeNhBBPelGeIxQzxmeh4Cqz+CAAEQjRmiMetC48tsShliMUMsZnqyGNlHJGaIxKwLiS90FoIhELsIxEzXo2EUAKHYRShmuqIYnTlEIHYRiN0uIO53BNn16fOyffiTJTn5A1BLAwQUAAAACADstWFSoOqVV2EBAAABAwAAEAAAAGRvY1Byb3BzL2FwcC54bWydUkFuwjAQvFfqHyLfwSGqqgolQRWo6qFSkYD27CabxCLYkXeJoK/vGkqAhlN98uyOZ8djx5Pdpg5acKitScRoGIoATGZzbcpErJYvgycRICmTq9oaSMQeUEzS+7t47mwDjjRgwBIGE1ERNWMpMatgo3DIbcOdwrqNIoaulLYodAYzm203YEhGYfgoYUdgcsgHTScojorjlv4rmtvM+8OP5b5hPe+XCQvItk7TPg1jeQm5u8hUDVM+khaqRojlucDdV1A+kLnSDj1uadxCRtYFqL85lEgEXwrBD0tEq5xWhsSJeIS/qG6QXPpp3RorAMJYdkUmyB7/GumHNDqQeNOny87WAf01vdRUA74Xc+Xo5i1Gl7c4eBJXrueqhNENw+eRvRFv2qxx1SztTBGcor0u+vAr5SDnF+nC7wo+fPbjan9mWilTQn5i9RvMfm6aj+NvTkfRMOQVy4uad3n+uQx/AFBLAwQUAAAACADstWFSubGOky8DAAAqCgAAFAAAAHhsL3NoYXJlZFN0cmluZ3MueG1slVbLbtNAFN0j8Q9XRkIgGXs8sWPHJKkQokJiCxt2UWqaSIkTYreCXVshdcMC2lIeadOmPLpBokJUoLaEX7j+Bb6EO3ZoU0/qJlKiZOae+zpz5lGcedZswKLXCeotv6QYGlPA86utubo/X1IePZy95SgQhBV/rtJo+V5Jee4Fykz56pViEIRAvn5QUmph2HZ1PajWvGYl0FptzyfLk1anWQlp2JnXg3bHq8wFNc8Lmw2dM5bXm5W6r0C1teCHJSXPFVjw608XvLunE3GSerkYlrGHe7iPb3DPLephuaiL6bQJcAd7gLv0/z328RVuSdgdPIyW8BcO8IcL0TJwS2Nc44wbwFwmPoB/cACMaMgl8zznWgUySLE28CBawQPAQbQSrVJgGrjnPLlr2i43055/X2yOVCnFXYttW/htTPW71O0Gfbu4qV1gfk3O65Ktjx/IJux9ousr3MAjPNGj1ZsScpeI6+NnkYhQxzJgC/eluY9x6DUNKHiPCuniOxpJsLcUm6rUdMqQQMan2CbcPn272JNsoo9t6vFLyiKk6AbtSpUkSloLvM6ip4hqaa3xEI+jly7Mdrz6fC1s1H2vAwAUZ4AnQhKi7r4Ld8DhNty/B5YDDx6nUxsTZRxKyqD4saBcszCZXz7lZ0iSS6TIJ6sDTzQAg5lq/vo1g92OlqMlDfKWmq6mbGjATa6aMYxrwFQpMUEMU+UZCPwtILZqJWHwSIMcDTmXgD9jfzYsKhlIjU7GmJ1ijElbLWHMSs9nMpZX7RHGbGMsHblCQXWyGeM51biEsYSiEcZotZw0MDcZGU6KDEuink6mRJDpFBl0FKjy8/qROKZWLXuIulg+LFNgCRmi+zMybNKqBJxsJYeHcMYe/K8MewoqrOEOGAqDqfnxVNjZVFiZgJiJuPVTJniBq0a60LI1NROm6NiUZCHmHdeaTGYxE2wo7IQIGo1b8MzjwohnL6Eh6XuEBkO1JRroFhFXzrq4+cXNHR/kkmq06ZtMHwSWOXa9bcvJ3OZiwXPZ2j/tIF33BdWdvYXoCpvi9UN9rIhODF1aMIJ/p/fLgKoQ9/8nOFMXvcF0eunR7z9QSwMEFAAAAAgA7LVhUpsxR3YJAQAAuwEAABEAAABkb2NQcm9wcy9jb3JlLnhtbG2QPU7EMBBGeyTuELlPJgEJoSjJVmwFCMEi0Vr2kLWIf2QPZLek5hJcgoJbZG+EE9iAxJYz3/PT+KsWG90lL+iDsqZmRZazBI2wUpm2ZverZXrOkkDcSN5ZgzXbYmCL5vioEq4U1uONtw49KQxJNJlQClezNZErAYJYo+Yhi4SJ4aP1mlMcfQuOiyfeIpzk+RloJC45cRiFqZuN7Ecpxax0z76bBFIAdqjRUIAiK+CXJfQ6HHwwJX9IrWjr8CC6D2d6E9QM9n2f9acTGu8v4OHq8m76aqrM2JVANjYkRUmKOmyG9+Fj+Ny97t4qmJffgPDIyfpmyQPdorOesuuL1YTtowjCv7Lj9gtQSwMEFAAAAAgA7LVhUqtuarA8AQAALgIAAA8AAAB4bC93b3JrYm9vay54bWyNUEFOwzAQvCPxB2vvNImVRqWqqYQA0QvqobRnE28Sq44d2Q5pf4+TENreOHlnvDs7s6v1qVbkG62TRjNIZjEQ1LkRUpcMPndvDwsgznMtuDIaGZzRwfrp/m7VGXv8MuZIgoB2DCrvm2UUubzCmruZaVCHn8LYmvsAbRm5xiIXrkL0tYpoHGdRzaWGUWFp/6NhikLm+GLytkbtRxGLivtg31WycdB7K6TC/ZiJ8Kb54HVwflJAFHf+VUiPgkEaoOnwhrBt89xK1YN5PAcSXSfdWiKw4K3yu+BvWhCORlNKs9/mvnEvsXPXkz1BTgephekYhBOfr+puKA9S+IrBIkv+qHeUZeUZZJROVqIb+eGUl4roIeeWl5gAIQO3CVF6YJcyVHYjaI9Grct4zlUe0vXPMEDTefI4rZxCBPADUEsBAhQAFAAAAAgA7LVhUv2Ej83rAAAAXwIAAAsAAAAAAAAAAAAAAAAAAAAAAF9yZWxzLy5yZWxzUEsBAhQAFAAAAAgA7LVhUt9qk3vvAAAA1AIAABoAAAAAAAAAAAAAAAAAFAEAAHhsL19yZWxzL3dvcmtib29rLnhtbC5yZWxzUEsBAhQAFAAAAAgA7LVhUih4qStpAQAATAUAABMAAAAAAAAAAAAAAAAAOwIAAFtDb250ZW50X1R5cGVzXS54bWxQSwECFAAUAAAACADstWFSBLS5T0MKAABUOAAAGAAAAAAAAAAAAAAAAADVAwAAeGwvd29ya3NoZWV0cy9zaGVldDEueG1sUEsBAhQAFAAAAAgA7LVhUjNHDHacBAAArEkAAA0AAAAAAAAAAAAAAAAATg4AAHhsL3N0eWxlcy54bWxQSwECFAAUAAAACADstWFSoOqVV2EBAAABAwAAEAAAAAAAAAAAAAAAAAAVEwAAZG9jUHJvcHMvYXBwLnhtbFBLAQIUABQAAAAIAOy1YVK5sY6TLwMAACoKAAAUAAAAAAAAAAAAAAAAAKQUAAB4bC9zaGFyZWRTdHJpbmdzLnhtbFBLAQIUABQAAAAIAOy1YVKbMUd2CQEAALsBAAARAAAAAAAAAAAAAAAAAAUYAABkb2NQcm9wcy9jb3JlLnhtbFBLAQIUABQAAAAIAOy1YVKrbmqwPAEAAC4CAAAPAAAAAAAAAAAAAAAAAD0ZAAB4bC93b3JrYm9vay54bWxQSwUGAAAAAAkACQA/AgAAphoAAAAA

2. Добавить заголовок, чтобы получилось что-то вроде такого:

MIME-Version: 1.0
Content-Type: application/octet-stream; name="Trips_Report.xlsx"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Trips_Report.xlsx"

Пустая строка между заголовками и телом - обязательна !!!

3. Сохранить в файл с расширением .b64 - например, TripsReport.b64

4. TotalCommander умеет такое распаковывать



Получается:



Открываем:

Можете потренироваться на http://demo.tk-nav.com
demo/demo

Вроде как-то так... сделал этот микромануал прямо сейчас.

[SK]

Немного изменил пункт 2:

2. Добавить заголовок, чтобы получилось что-то вроде такого:

MIME-Version: 1.0
Content-Type: application/octet-stream; name="Trips_Report.xlsx"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Trips_Report.xlsx"

Пустая строка между заголовками и телом - обязательна !!!

[SK]

В новых сборках в URL запроса будет добавлен ключ binary=1 для получения результата сразу в бинарном виде без кодирования в Base64.



Результат:

[SK]

Также здесь можно увидеть примеры APP-ов для АвтоГРАФ.WEB: https://github.com/DBalashov/WebApps.Examples

[b10t]

Добрый день.


Подскажите пожалуйста, каким методом я могу получить список нарушений скорости ? Желательно в формате JSON.


Спасибо.

[SK]

Добрый день.
Подскажите пожалуйста, каким методом я могу получить список нарушений скорости ? Желательно в формате JSON.
Спасибо.

Вам нужен отрезок превышений скорости.
https://wiki.tk-chel.ru/index.php/Au...rvice_GetStage

[SK]

Список сконфигурированных отрезков Вы можете посмотреть другим методом:
https://wiki.tk-chel.ru/index.php/Au...GetDevicesInfo

[readtr]

Добрый день!

Подскажите, а через API можно получить историю показаний ДУТа?
Не нашел в методах.

Второй вопрос. А есть, где почитать документацию методов GetTripsGroupByArea и GetTripsGroupByDevice?

[SK]

Второй вопрос. А есть, где почитать документацию методов GetTripsGroupByArea и GetTripsGroupByDevice?

Ну прямо в реальном времени слежка ))) Позже появится и описание.

[SK]

Подскажите, а через API можно получить историю показаний ДУТа?

Смотря что считаете "показаниями ДУТа"... GetTripTables по соответствующему параметру

[readtr]

Смотря что считаете "показаниями ДУТа"

Хотелось бы получать данные с ДУТов, других датчиков (температурный) по примеру метода GetTrack (даты/время, координаты, скорость).

Данные, на основе которых строится этот график

Добавлено через 8 минут
Еще подскажите пожалуйста. Данные о скорости, которые возвращает метод GetTrack, они приходят в автограф как есть, как и координаты?
Или автограф на основе координат и времени рассчитывает скорость?

[SK]

Данные, на основе которых строится этот график

Это уже рассчитанный и отфильтрованный график - GetTripTables

[SK]

Еще подскажите пожалуйста. Данные о скорости, которые возвращает метод GetTrack, они приходят в автограф как есть, как и координаты?
Или автограф на основе координат и времени рассчитывает скорость?

Там всё гораздо сложнее. Есть еще целая система фильтрации и коррекции трека - см. настройки софта.

Если хотите получать сырые данные и сами их обрабатывать и фильтровать - сервер позволяет реплицировать данные от терминалов (по мере их приема) в SQL БД.

[Алексей_Ч]

Здравствуйте.
В wiki описании API GetReport - выполнение одного отчета и загрузка его в виде XML/PDF/DOCX/XLS/.../ZIP-файла (формат выполнения указывается)

public enum ReportFormat: int
{
PDF = 1,
Excel2007 = 2,
Word2007 = 3,
RTF = 4,
XPS = 5,
ODS = 6, // OpenDocument sheet
ODT = 7 // OpenDocument text
}

Возможно ли получить отчет в формате XML или в виде JSON для возможности автоматического парсинга полей.

[nick1974]

Здравствуйте.


Методы "/ServiceJSON/SetProperties" и "/ServiceJSON/SetPropertiesTable" доступны в публичной версии AG.Web или только в коммерческой ?


Возможно посмотреть примеры или установки нового значения свойства Implement у конкретного ТС, или добавления записи в таблицу Implement в заданном периоде?

[nick1974]

Коллеги,

подскажите, пожалуйста,возможно ли как-то в методах /ServiceJSON/GetTripsArea , /ServiceJSON/GetTripsAreaTotal указывать для расчёта свой инструмент, а не тот, что прописан в таблице свойства Implement?
Сейчас пользователям приходится заходить в клиентское приложение Автограф, прописывать в нужном периоде правильный инструмент и только после этого получается во внешней программе (1С) получать данные расчёта обработанных площадей.


Пробовал использовать метод /ServiceJSON/SetProperties в разных вариантах передачи тела запроса -- стабильно получаю ошибку
"properties: missed or invalid". В техподдержку написал, пока тишина.
Возможно я не туда смотрю и что-то делаю не так, как задумано разработчиками.

[MartynenkoES]

Коллеги,
подскажите, пожалуйста,возможно ли как-то в методах /ServiceJSON/GetTripsArea , /ServiceJSON/GetTripsAreaTotal указывать для расчёта свой инструмент, а не тот, что прописан в таблице свойства Implement?
Сейчас пользователям приходится заходить в клиентское приложение Автограф, прописывать в нужном периоде правильный инструмент и только после этого получается во внешней программе (1С) получать данные расчёта обработанных площадей.
Пробовал использовать метод /ServiceJSON/SetProperties в разных вариантах передачи тела запроса -- стабильно получаю ошибку
"properties: missed or invalid". В техподдержку написал, пока тишина.
Возможно я не туда смотрю и что-то делаю не так, как задумано разработчиками.

В свежей версии Веб можно запросом получать и устанавливать значение периодических свойств. Соответственно сначала получаете, проверяете, устанавливаете, а затем уже формируете отчёт.

[nick1974]

В свежей версии Веб можно запросом получать и устанавливать значение периодических свойств. Соответственно сначала получаете, проверяете, устанавливаете, а затем уже формируете отчёт.

Спасибо за информацию.



1. Свежая версия -- это какие цифры должны быть?

Если я правильно понимаю, у меня сейчас доступ к такой версии 2020.10.20.0



2. Вы сами пробовали этот новый функционал в работе? В описании API https://m.tk-chel.ru/serviceapi/index.html есть методы для работы с таблицами свойств. Но я так и не понял, как правильно сформировать тело запроса, например, для свойства Implement, исходя из доступных в описании данных.

[nick1974]

2. Вы сами пробовали этот новый функционал в работе? В описании API https://m.tk-chel.ru/serviceapi/index.html есть методы для работы с таблицами свойств. Но я так и не понял, как правильно сформировать тело запроса, например, для свойства Implement, исходя из доступных в описании данных.

Отвечу сам себе ответом тех.поддержки


"Проверили данный момент. Действительно на текущий момент изменить инструмент по API нельзя. Данная доработка будет сделана в следующих сборках ВЕб, но будет доступна только на коммерческой версии. Данная сборка ВЕб более не дорабатывается."

[Maikl007]

Здравствуйте! Подскажите почему не работает код, дилер ни чем помочь не может:


Добавлено через 31 секунду
Здравствуйте! Подскажите почему не работает код, дилер ни чем помочь не может:
<html>
<body>
<form action="http://10.0.0.150:5000/ServiceJSON/SetGFProperties?session=112EDDE76336FA343EFA4D5629 365E722790618CE64AADC0F9438BB2F43EEDC18FD3429435E4 6F63FECC47A7AE3171490F8A8DDF314C314876813B650FA9DC 5DE782F5C7654E763BC33D4370D0CE80DCB8FA2AAC021BFFA3 1061D015AF03BBE7&schemaID=da77d51f-f2ae-405c-91c4-b2cb0a6a3d9c" method="post" Content-Type="application/x-www-form-urlencoded">
Тело:
<input type="text" name="properties" value=[{"id":"f31a8e26-3ce6-4e66-a0f5-b0d3d5de5306","Name":"Identifier","type":0,"Value" :"00-000000"}] size=200><br>
<input type="submit" value="Установить свойство Identifier схема ТНГ" name="submit"><br>
</form>
</body>
</html>

[plex]

Maikl007, вы версию чтлли напишите

[Maikl007]

О да извините, версия 2021.11.25

[Maikl007]

Версия Web ПО: 2022.6.6.999

[SK]

Maikl007, результат-то выполнения какой? Проверялось ли отладочными средствами типа Postman?
Пробовали ли через встроенную в справку веб проверку через Swagger?

[Ivan]

Здравствуйте! Подскажите почему не работает код, дилер ни чем помочь не может:

Напишите в техподдержку для выяснения причин.

[Maikl007]

Пробовал по разному, перечитал всю справку, прошу помощи. Приведите рабочий код метода "SetGFProperties" для 1с.

[antonpv]

Подскажите, пожалуйста, в чем может быть проблема. Используем вам API через http.
Имеются радиометки (индентификаторы по вашей терминологии)


Получаем запросом GetStage данные. Если в качестве параметра использовать Filling или Motion - все ок, данные приходят. Для отрезка Identifiers данных нет вообще, хотя проверяем по большому диапазону дат и для всех устройств. То же самое касается отрезка Sensors. Кстати, как корректно получать данные по датчикам? Интересует все датчики, из которых затем выберем нужные нам.

И еще вопрос - где можно найти документацию или примеры? Или примеры? Сваггер https://m.tk-chel.ru/serviceapi/index.html это конечно замечательно, но стороннему пользователю не всегда очевидно, как и каким образом использовать API в конкретном случае.

[Maikl007]

Доброе время. В Сваггер https://m.tk-chel.ru/serviceapi/index.html указываешь свой IP к примеру https://10.0.0.150/serviceapi/index.html и разбираешся с методами AutoGRAPH API. Со свойством "Identifiers" для геообъектов у меня бала проблемам, в результате чего добавил свое свойство с другим именем и использовал его.



Личный опыт использования )

[Ivan]

Подскажите, пожалуйста, в чем может быть проблема. Используем вам API через http.

Обратитесь, пожалуйста, в тех. поддержку support@tk-chel.ru

[antonpv]

Доброе время. В Сваггер https://m.tk-chel.ru/serviceapi/index.html указываешь свой IP к примеру https://10.0.0.150/serviceapi/index.html и разбираешся с методами AutoGRAPH API. Со свойством "Identifiers" для геообъектов у меня бала проблемам, в результате чего добавил свое свойство с другим именем и использовал его.
Личный опыт использования )

Спасибо! Насчет сваггера я знаю, только им и живем. Просто хотелось почитать официальную документацию с примерами. Да, видимо, придется добавлять кастомное свойство.
Но вот вопрос по датчикам остается открытым - каков "правильный" спосбо получения данных по любому датчику, желательно в сыром виде. Мы сейчас используем DataLoader, и парсим sbin файлы, которые он скачивает. А хотелось бы напрямую запросы на сервер отправлять по http(s) и получать оперативно данные.

[Romanches]

Доброго времени суток! Есть несколько вопросов. Имеем бесхозный сервер Автографа, который по воле случая закрепили за мной. Беглый осмотр показал наличие двух служб - Autograph Server и Autograph.NET. С данной машины по http показания датчиков подтягиваются в путевые листы 1С УАТ, интеграция со стороны УАТ рукописная. Количество транспортных средств, оборудованных автографом - 139. Количество пользователей клиентского ПО - порядка 10. Сегодня возникла необходимость внести изменения в схему пользователя, в частности, производилось тарирование баков ТС. Схема была сохранена на сервере, после чего, сервер перестал отдавать XML документы по http (например ничего не возвращается при GET запросе по url'у http://autograph:8300/EnumDevices/Схема1). Ситуация осложняется отсутствием внятной документации на серверные компоненты. Куда копать?

[plex]

Возможно с изменением версии связано

[SK]

Имеем бесхозный сервер Автографа

Бесхозных серверов не бывает. Лицензия выдается всегда на конкретного Конечного Пользователя и там должен быть указан его ИНН.
Равно как и наименование Партнера, выдавшего ЦЛК.
Предположу, что это ЦЛК 50228. Выдан на АО "САЯНСКХИМПЛАСТ" ИНН: 3814007314
Партнеры ООО Гугол-сервис (выдал) и ООО ЕВРААС ЕДЦ (передан от ГУГОЛ).

[SK]

Возможно с изменением версии связано

Сомнительно.
Если там используется АвтоГРАФ.WEB, то о какой смене версии речь может идти. Сам АвтоГРАФ.Сервер на это никак не влияет.
Для понимания нужно смотреть. Возможно, поменяли права и нет прав получать по API. Информации в посте явно недостаточно для качественного ответа.

[plex]

Сомнительно

Схема была сохранена на сервере,

http://autograph:8300/EnumDevices/Схема1)

Не отдельный ли серсис там стоит который брал файлы неквантованных схем?

[NickolaDed]

Сообщение от SK

Сомнительно

Сообщение от Romanches

Схема была сохранена на сервере,

Сообщение от Romanches

http://autograph:8300/EnumDevices/Схема1)

Не отдельный ли серсис там стоит который брал файлы неквантованных схем?

Судя по ссылке там старый сервис стоит который уже много лет не поддерживается

[Romanches]

Доброго времени суток, коллеги. Возвращаясь к прошлой ситуации с невозможностью получения данных по HTTP API предоставляемого AutoGRAPH.NET service - проблема крылась в версионности программного обеспечения. Исходно, схемы на сервер загружались из клиентского ПО AutoGRAPH 5 2016. Но данная версия ПО не работает с современным API картографических сервисов. После того, как меня закрепили за сопровождением системы, я проверил возможность работы последнего доступного релиза клиентского ПО с существующим сервером, пришел к выводу, что система работоспособна. Эта же версия использовалась для редактирования схемы. Выяснилось, что компонент AutoGRAPH.NET Service не поддерживает работу с новым форматом схемы.
Собственно, устаревание ПО и сподвигло меня прорабатывать варианты модернизации системы. Я запросил КП на обновление серверного по и переход с толстых клиентов на web-приложение, созванивался с менеджером ЕВРААСа, присылал развернутое описание объекта автоматизации на почту техотдела. Прошло пол года, КП мы так и не получили. За это время я набросал простенькое MVP web-приложения, презентовал руководству и получил карт-бланш на разработку web-ui для существующей системы спутникового мониторинга.
Прошу извинить за столь длинную прелюдию к следующему вопросу. Имеем версию серверного по 5.2.53 и версию службы Autograph.NET Service 2016.9.15. HTTP API работает так, как описано в документации, за исключением методов GetReport и GetReports. В первом случае возникает исключение

Нажмите для просмотра содержимого...

xx:xx:xx ERROR JSON	192.168.xx.xx:xxxxxx	Схема1	GetReport	SD=08.12.2023 08:00:00	ED=08.12.2023 10:00:00	IDs=xxxx94f8f-7bb1-49d4-a72a-18a6408cxxxx	Report=coordinates.frx	Split=	Format=PDF
Exception[DryIoc.ContainerException]: Unable to resolve DBDomain.Interfaces.IReportFactory.
Where no service registrations found
  and number of Rules.FallbackContainers: 0
  and number of Rules.UnknownServiceResolvers: 0
xx:xx:xx ERROR JSON	192.168.xx.xx:xxxxxx	Схема1	GetReport	SD=08.12.2023 08:00:00	ED=08.12.2023 10:00:00	IDs=xxxx94f8f-7bb1-49d4-a72a-18a6408cxxxx	Report=coordinates.frx	Split=	Format=PDF
Exception[DryIoc.ContainerException]:    в DryIoc.Throw.It(Int32 error, Object arg0, Object arg1, Object arg2, Object arg3)
   в DryIoc.Container.ThrowUnableToResolve(Request request)
   в DryIoc.Container.DryIoc.IContainer.ResolveFactory(Request request)
   в DryIoc.Container.ResolveAndCacheDefaultDelegate(Type serviceType, Boolean ifUnresolvedReturnDefault, IScope scope)
   в AutoGRAPHService.AutoGRAPHSvcCommon.(GlobalSettings 
, REnumDevices , String , String , Guid[] , DateTime , DateTime , Int32 , ReportFormat 	)
   в AutoGRAPHService.AutoGRAPHSvcBase.
.
()

Во втором случае всегда возвращается пустой массив. Понимаю, что прошу помощи с EOL продуктом, и скорее всего сломался DI внутри приложения и починить его не имея исходника невозможно. Но может кто то сталкивался с подобным или есть способы обхода ошибки "малой кровью" путем регистрации или установки недостающих компонентов. Спасибо всем откликнувшимся!

[MartynenkoES]

Доброго времени суток, коллеги. Возвращаясь к прошлой ситуации с невозможностью получения данных по HTTP API предоставляемого AutoGRAPH.NET service - проблема крылась в версионности программного обеспечения. Исходно, схемы на сервер загружались из клиентского ПО AutoGRAPH 5 2016. Но данная версия ПО не работает с современным API картографических сервисов. После того, как меня закрепили за сопровождением системы, я проверил возможность работы последнего доступного релиза клиентского ПО с существующим сервером, пришел к выводу, что система работоспособна. Эта же версия использовалась для редактирования схемы. Выяснилось, что компонент AutoGRAPH.NET Service не поддерживает работу с новым форматом схемы.
Собственно, устаревание ПО и сподвигло меня прорабатывать варианты модернизации системы. Я запросил КП на обновление серверного по и переход с толстых клиентов на web-приложение, созванивался с менеджером ЕВРААСа, присылал развернутое описание объекта автоматизации на почту техотдела. Прошло пол года, КП мы так и не получили. За это время я набросал простенькое MVP web-приложения, презентовал руководству и получил карт-бланш на разработку web-ui для существующей системы спутникового мониторинга.
Прошу извинить за столь длинную прелюдию к следующему вопросу. Имеем версию серверного по 5.2.53 и версию службы Autograph.NET Service 2016.9.15. HTTP API работает так, как описано в документации, за исключением методов GetReport и GetReports. В первом случае возникает исключение

Нажмите для просмотра содержимого...

Код:

xx:xx:xx ERROR JSON 192.168.xx.xx:xxxxxx Схема1 GetReport SD=08.12.2023 08:00:00 ED=08.12.2023 10:00:00 IDs=xxxx94f8f-7bb1-49d4-a72a-18a6408cxxxx Report=coordinates.frx Split= Format=PDF Exception[DryIoc.ContainerException]: Unable to resolve DBDomain.Interfaces.IReportFactory. Where no service registrations found and number of Rules.FallbackContainers: 0 and number of Rules.UnknownServiceResolvers: 0 xx:xx:xx ERROR JSON 192.168.xx.xx:xxxxxx Схема1 GetReport SD=08.12.2023 08:00:00 ED=08.12.2023 10:00:00 IDs=xxxx94f8f-7bb1-49d4-a72a-18a6408cxxxx Report=coordinates.frx Split= Format=PDF Exception[DryIoc.ContainerException]: в DryIoc.Throw.It(Int32 error, Object arg0, Object arg1, Object arg2, Object arg3) в DryIoc.Container.ThrowUnableToResolve(Request request) в DryIoc.Container.DryIoc.IContainer.ResolveFactory(Request request) в DryIoc.Container.ResolveAndCacheDefaultDelegate(Type serviceType, Boolean ifUnresolvedReturnDefault, IScope scope) в AutoGRAPHService.AutoGRAPHSvcCommon.(GlobalSettings , REnumDevices , String , String , Guid[] , DateTime , DateTime , Int32 , ReportFormat ) в AutoGRAPHService.AutoGRAPHSvcBase. .()

Во втором случае всегда возвращается пустой массив. Понимаю, что прошу помощи с EOL продуктом, и скорее всего сломался DI внутри приложения и починить его не имея исходника невозможно. Но может кто то сталкивался с подобным или есть способы обхода ошибки "малой кровью" путем регистрации или установки недостающих компонентов. Спасибо всем откликнувшимся!

Вы используете устаревшую версию, причём из периода времени, когда для ПО активно искались направления развития. С тех пор сменилась программная платформа (с .NET на .NET Core), произошли глобальные изменения в основных модулях программы, производительность расчетного ядра выросла, наверное, на порядок. Появилась официальная поддержка внешних модулей, заметно изменился диалект API.
Ну и изменилась схема лицензирования ПО.

На данный момент мне кажется, что вы проделали большую, но очень бесперспективную работу.

Вы не думали над тем, чтобы обратиться к другому дилеру или производителю за помощью в этой ситуации? Или этому есть препятствия в действующем договоре?

Из самого приложения отчёты вызываются корректно?

[Romanches]

Сообщение от Romanches

Доброго времени суток, коллеги. Возвращаясь к прошлой ситуации с невозможностью получения данных по HTTP API предоставляемого AutoGRAPH.NET service - проблема крылась в версионности программного обеспечения. Исходно, схемы на сервер загружались из клиентского ПО AutoGRAPH 5 2016. Но данная версия ПО не работает с современным API картографических сервисов. После того, как меня закрепили за сопровождением системы, я проверил возможность работы последнего доступного релиза клиентского ПО с существующим сервером, пришел к выводу, что система работоспособна. Эта же версия использовалась для редактирования схемы. Выяснилось, что компонент AutoGRAPH.NET Service не поддерживает работу с новым форматом схемы. Собственно, устаревание ПО и сподвигло меня прорабатывать варианты модернизации системы. Я запросил КП на обновление серверного по и переход с толстых клиентов на web-приложение, созванивался с менеджером ЕВРААСа, присылал развернутое описание объекта автоматизации на почту техотдела. Прошло пол года, КП мы так и не получили. За это время я набросал простенькое MVP web-приложения, презентовал руководству и получил карт-бланш на разработку web-ui для существующей системы спутникового мониторинга. Прошу извинить за столь длинную прелюдию к следующему вопросу. Имеем версию серверного по 5.2.53 и версию службы Autograph.NET Service 2016.9.15. HTTP API работает так, как описано в документации, за исключением методов GetReport и GetReports. В первом случае возникает исключение Нажмите для просмотра содержимого... Код: xx:xx:xx ERROR JSON 192.168.xx.xx:xxxxxx Схема1 GetReport SD=08.12.2023 08:00:00 ED=08.12.2023 10:00:00 IDs=xxxx94f8f-7bb1-49d4-a72a-18a6408cxxxx Report=coordinates.frx Split= Format=PDF Exception[DryIoc.ContainerException]: Unable to resolve DBDomain.Interfaces.IReportFactory. Where no service registrations found and number of Rules.FallbackContainers: 0 and number of Rules.UnknownServiceResolvers: 0 xx:xx:xx ERROR JSON 192.168.xx.xx:xxxxxx Схема1 GetReport SD=08.12.2023 08:00:00 ED=08.12.2023 10:00:00 IDs=xxxx94f8f-7bb1-49d4-a72a-18a6408cxxxx Report=coordinates.frx Split= Format=PDF Exception[DryIoc.ContainerException]: в DryIoc.Throw.It(Int32 error, Object arg0, Object arg1, Object arg2, Object arg3) в DryIoc.Container.ThrowUnableToResolve(Request request) в DryIoc.Container.DryIoc.IContainer.ResolveFactory(Request request) в DryIoc.Container.ResolveAndCacheDefaultDelegate(Type serviceType, Boolean ifUnresolvedReturnDefault, IScope scope) в AutoGRAPHService.AutoGRAPHSvcCommon.(GlobalSettings , REnumDevices , String , String , Guid[] , DateTime , DateTime , Int32 , ReportFormat ) в AutoGRAPHService.AutoGRAPHSvcBase. .() Во втором случае всегда возвращается пустой массив. Понимаю, что прошу помощи с EOL продуктом, и скорее всего сломался DI внутри приложения и починить его не имея исходника невозможно. Но может кто то сталкивался с подобным или есть способы обхода ошибки "малой кровью" путем регистрации или установки недостающих компонентов. Спасибо всем откликнувшимся!

Вы используете устаревшую версию, причём из периода времени, когда для ПО активно искались направления развития. С тех пор сменилась программная платформа (с .NET на .NET Core), произошли глобальные изменения в основных модулях программы, производительность расчетного ядра выросла, наверное, на порядок. Появилась официальная поддержка внешних модулей, заметно изменился диалект API.
Ну и изменилась схема лицензирования ПО.
На данный момент мне кажется, что вы проделали большую, но очень бесперспективную работу.
Вы не думали над тем, чтобы обратиться к другому дилеру или производителю за помощью в этой ситуации? Или этому есть препятствия в действующем договоре?
Из самого приложения отчёты вызываются корректно?

Вопрос необходимости поиска нового системного интегратора был мной озвучен, но пока это вопрос отдаленной перспективы. То, что продукт развивается мне тоже известно, но, к сожалению, работаю с тем, что было унаследовано. Производительность существующего решения при текущем количестве ТС и пользователей узким местом не является. Во всяком случае не являлась. По поводу бесперспективности проделанной работы - не соглашусь, большей части наших пользователей требуется 5% функциональности толстого клиента, а именно посмотреть где находится закрепленное за подразделением ТС, зафиксировать факт посещения определенных геозон, получить итоговые данные по рейсу. И эта информация им будет доступна с любого рабочего места посредством корпоративного портала. Отчеты - вишенка на торте, можно и без них. То, что меняется схема API от версии к версии - по заветам дедушки Фаулера выносим бизнес логику работы с API в отдельный слой, описываем интерфейсы обработчиков и возвращаемых объектов, пишем реализации под конкретные версии API, указываем используемую версию в переменной окружения при старте контейнера с приложением. Этот архитектурный паттерн уже реализован. Я бегло потыкал в сваггер текущей версии API по адресу demo.tk-nav.com и не увидел каких либо препятствий реализовать его поддержку в нужном нам объеме, тем самым переход на актуальную версию серверного ПО не "хоронит" наработки. Что касается отчетов, отчеты полностью работоспособны на толстых клиентах AutoGRAPH 5 в версиях 2016 и 2020.

[plex]

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

[SK]

Autograph.NET Service 2016.9.15

К сожалению, поддержка и техподдержка этой версии очень давно прекращена.
В службе ТП уже нет столь старой версии ПО.
Насколько мне известно, ранее такой проблемы с этими методами не наблюдалось.
Возможно, дело в устаревших версиях библиотек модуля отчетов (они взаимодействуют с системными DLL).

[Romanches]

Хорошо, спасибо и на этом. Значит, пока выгружаемые отчеты придется отложить до обновления серверного ПО. Товарищи интеграторы, мы открыты к предложениям!

[SK]

Romanches, думаю, Ваш интегратор свяжется с Вами в ближайшее время.

[Zircool]

Подскажите, есть ли возможность с помощью AutoGRAPH Service API расшифровывать данные с карт тахографа? данные с карт считаны и хранятся в формате .ddd

[NickolaDed]

Подскажите, есть ли возможность с помощью AutoGRAPH Service API расшифровывать данные с карт тахографа? данные с карт считаны и хранятся в формате .ddd

Так вроде в АвтоГРАФ 7ПРО есть модуль по расшифровке ддд файлов