[SK]

Вообще у нас так и было, что время прибытия это время вхождения в полигон, а время выбытия это выход из полигона, однако, для того, что бы получать расстояние ездки из пункта А в пункт Б, приходилось делить пройденные расстояния в полигонах на 2 и прибавлять к пробегу между полигонами, именно из за этого я предположил, что было бы удобнее брать время первой стоянки и время окончания последней стоянки, и для них искать остальные составляющие отчета, это было бы намного точнее.

Да ничем это не точнее. Машина по заводской территории может километрами колесить после отбытия из нужного цеха или со склада. И останавливаться после этого еще 17 раз внутри заводской территории, на которую, кстати, можно въехать и выехать - десятью разными путями. Это все равно гадание на кофейной гуще получится.

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

Ну... для этого и есть два списка полигонов. Условно: КТ и геозоны.
Многие помещают большие полигоны типа "город" в геозоны, а клиентские зоны, находящиеся внутри больших полигонов - в КТ.

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

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

Логично. Это же не волшебство, а точный математический расчет.
Формульная обработка в Excel таблиц на 100 строк и 50000 строк - тоже весьма сильно отличаются по времени обработки, но это же нормально.
Вопрос зачастую в том, нужно ли вести расчет по всей тысяче полигонов-полей ? Ведь ПО не знает, затронет ли их данный трек в данном расчете или нет и будет честно обсчитывать каждый, тратя время и ресурсы процессора.