Duplikátní shapes_anchor_points v gtfsTripDelayComputation cache

Jako vývojář chci aby v gtfsTripDelayComputation cache nebyly duplikátní shapes_anchor_points, protože to způsobuje 0 bearing a tím pádem špatný azimut

Akceptační kritéria

• v gtfsTripDelayComputation cache v shapes_anchor_points nebudou duplicitní body ( které způsobují bearing 0 u druhého duplicitního bodu viz. obrázek )
• na mapě se nebude zobrazovat 0 azimut tam kde nemá

Implementační poznámky

• Návazné issue na Azimut v zastávkách je někdy chybně 0 (#507 - closed) - děje se to jen u některých linek a je to vždy v zastávkách ( vše popsáno v minulém issue v komentářích ) - dobrý příklad je metro C v zastávce Nádraží Holešovice
• shape points s gtfs jsou v pořádku, my si je pak u nás předěláváme - problém je někde tady
• jak zreplikovat - najít si tripId metra C na https://mapa.pid.cz/dev, najít v cache podle tripId a např. pro Nádraží Holešovice je to v shapes_anchor_points na indexu. 168-169
• bearing 0 je tam protože se počítá z dvou po sobě jdoucích bodů zde - když jsou 2 stejné = 0
• byl pokus to opravit tímhle commitem - shape points duplicitní, protože se při rozdělovaní do jednotlivých segmentů dostanou na konec jednoho segmentu a na začátek druhého segmentu - bearing to sice opravilo, ale vznikly chyby viz grafana, takže to bylo revertnuto
• akceptuje libovolný vývojář