Symptoom

Een vrachtwagenroute wordt berekend met behulp van Custom Feature Layers (CFL) die een gecategoriseerd Exceptional Transport (TE) netwerk definiëren (bijv. 1TE, 2TE48). Segmenten van dit TE-netwerk hebben maxGewicht beperkingen uit HERE-gegevens (via PTV_TruckAttributes), bijvoorbeeld 19T, wat in conflict is met het toegestane TE-gewicht (bijv. tot 44T).

Om het voertuig toe te staan op TE-segmenten te rijden ondanks deze HERE-beperkingen, wordt het voertuiggewicht in het verzoek ingesteld op 1T:

json

"weight": {

  "totalPermittedWeight": 1000,

  "emptyWeight": 1000,

  "loadWeight": 0

}

Deze workaround maakt het mogelijk om de route het TE-netwerk te laten volgen. Buiten het TE-netwerk wordt het voertuig echter behandeld als een licht voertuig (1T) en negeert het de echte gewichtbeperkingen op niet-TE-segmenten — bijvoorbeeld het passeren van segmenten met een limiet van 3,5T zonder dat er een overtreding wordt gemeld.

Het verwachte gedrag is:

• HERE gewicht (en hoogte) beperkingen genegeerd op TE-netwerksegmenten
• HERE gewicht (en hoogte) beperkingen toegepast op alle andere segmenten

Oorzaak

Het voertuiggewicht is een globale parameter in xRoute. Het kan niet conditioneel worden toegepast afhankelijk van of een segment tot een specifiek CFL-netwerk behoort.

Het instellen van totalPermittedWeight op 1T om maxGewicht HERE-beperkingen op TE-segmenten te omzeilen schakelt alle op gewicht gebaseerde beperkingen uit op de hele route, inclusief segmenten buiten het TE-netwerk.

Deze workaround is echter niet nodig. Wanneer een Custom Road Class wordt verklaard als preferredRouteTypes in het voertuigprofiel, worden PTV_TruckAttributes beperkingen — inclusief fysieke beperkingen zoals maxWeight en maxHeight — door de routeringsengine op de overeenkomstige segmenten al genegeerd. Alleen open/blokkeringsbeperkingen blijven actief.

Dit gedrag is zoals ontworpen en wordt bevestigd door PTV engineering.

Oplossing

Stap 1 – Wijs een customRoadClass toe aan alle TE-netwerksegmenten in de CFL (bijv. CUSTOM_ROAD_CLASS_5). Dit is doorgaans al gedaan in de CFL-configuratie van de klant.

Stap 2 – Verklaar deze wegklasse als preferredRouteTypes in het voertuigprofiel van het xRoute-verzoek:

"vehicleProfile": {

  "preferredRouteTypes": "CUSTOM_ROAD_CLASS_5",

  "weight": {

    "totalPermittedWeight": 44000,

    "emptyWeight": 14500,

    "loadWeight": 25500

  }

}

Stap 3 – Stel het echte voertuiggewicht in het verzoek in. De 1T-workaround is niet langer nodig.

Resultaat:

• Op CUSTOM_ROAD_CLASS_5 segmenten (TE-netwerk): PTV_TruckAttributes fysieke beperkingen (maxWeight, maxHeight) worden genegeerd door de routeringsengine.
• Buiten het TE-netwerk: alle HERE-beperkingen gelden normaal.
• Custom hoogte CFL (CFL_Hauteur) blijft onafhankelijk actief op alle segmenten.

Het probleem is opgelost wanneer de route correct het TE-netwerk volgt met het echte voertuiggewicht, zonder valse overtredingen buiten het TE-netwerk te veroorzaken.

Opmerking — unrestrictedRouteTypes is niet geschikt voor deze use case

unrestrictedRouteTypes negeert ook alle PTV_TruckAttributes beperkingen op de overeenkomstige segmenten, maar zonder de mogelijkheid om te filteren op eigenschapstype. Hoogtebeperkingen van HERE zouden ook genegeerd worden, wat onacceptabel is als de klant een custom CFL_Hauteur gebruikt om brug-/tunnelhoogtebeperkingen onafhankelijk te beheren. preferredRouteTypes is het juiste mechanisme voor deze use case.

Gerelateerde artikelen

PTV xServer 2: RouteNotFoundFault bij gebruik van vrachtwagenprofielen met ingeschakelde PTV_TruckAttributes
PTV xServer 2: PTV_TruckAttributes feature layer: rol en vereiste voor ADR-routering
PTV xServer 2: Routeafwijking na wijziging van voertuigparameters (hoogte, gewicht)
PTV xServer 2: Hoogte-overtredingen verdwijnen of route verandert bij toevoegen van een waypoint