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

Petro123Ronib3Пока сошлись что карты для аварий не будет
тогда сервер сам бодается с кораблями, а твой клиент тупо кажет табличку с ID кораблями.
Ты же сначала в БД пишешь?
Тогда в чём вопрос про урл кораблей на клиенте? Я не понял.
каждое судно имеет свою базу. Структура базы у всех судов одинакова. Поверху на базу цыпляются РЕСТ сервисы для разных задач. Все кому надо специфические данные будут запрашивать свои линки на судне.

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

вадяRonib3Ну сейчас сделано так что если связь пропадает точнее появляется то тогда данные качаются за все время пока судно было в слепой зоне, там где спутники на хавают угол меньше 60 градусов. И таких зон много. Может быть перерыв до нескольких часов. Все знают об этих зонах.
но это не правильное решение..
одно дело получать данные за время нахождения в зоне тени, другое дело иметь историю за всё время наблюдения, день, месяц, год
Для этого параметры есть.

Вообще проблема была такая, к примеру произошло событие - спутниковая телефонная связь пропала. На судне открывают запись, центр видит эту запись и в другом приложинии открывает запись для тех кто должен это фиксить - это уже материк и совсем другая база (тоже через РЕСТ). Те отфиксили спутник сделали связь и закрыли свою запись. Центр на основании этой записи делают запись на судне что пмол пофиксили. На судне подтверждхают и закрывают случай.

Клиентское приложение тянет данные не только с судов но и с материковых баз. Раньше собирали все в центральную базу но заеб...сь с репликациями и временем событий по всем базам. РЕСТ решил/шает эту проблему.

Ronib3...
Связь может сама востановится как часто и бывает. Судно закрывает эту запись пока находится в слепой зоне но центр должен видеть что запись была.

вадяRonib3,
но всё равно angularJS + html странное применение для отображения для такой задачи
Тем не менее по факту всем стало жить легче и юзверя пищат от восторга когда не надо каждых пять минут жать кнопку чтобы обновить данные, да и скорость обновлений увеличилась. Раньше репликации забирали до нескольких минут потому как репликация делалась на все данные с судна, а теперь только предметная часть тянется. Пока все прописано в яваскриптах напрямую.