Bir tur optimizasyonu probleminin çözümünden sonra, her aracın izlediği rotaları, atlanan kargoları ve çözümün toplam maliyetini içeren yanıt.
JSON gösterimi |
---|
{ "routes": [ { object ( |
Alanlar | |
---|---|
routes[] |
Her araç için hesaplanan rotalar; i. rota, modeldeki i. araca karşılık gelir. |
request |
İstekte bir etiket belirtilmişse |
skipped |
Atlanan tüm gönderimlerin listesi. |
validation |
Bağımsız olarak tespit edebildiğimiz tüm doğrulama hatalarının listesi. |
metrics |
Bu çözümün süresi, mesafesi ve kullanım metrikleri. |
OptimizeToursValidationError
Bir OptimizeToursRequest
doğrulanırken karşılaşılan hatayı veya uyarıyı açıklar.
JSON gösterimi |
---|
{
"code": integer,
"displayName": string,
"fields": [
{
object ( |
Alanlar | |
---|---|
code |
Doğrulama hatası, her zaman mevcut olan ( Bu bölümün ardından gelen alanlar, hatayla ilgili daha fazla bağlam bilgisi sağlar. MULTIPLE ERRORS: Birden fazla hata olduğunda doğrulama işlemi, bunların birkaçını döndürmeye çalışır. Derleyiciye benzer şekilde, bu işlem de kusursuz değildir. Bazı doğrulama hataları "önemli"dir. Bu, doğrulama sürecinin tamamını durdurdukları anlamına gelir. Bu durum, diğerlerinin yanı sıra KARARLILIĞ: |
display |
Hatanın görünen adı. |
fields[] |
Hata bağlamı 0, 1 (çoğu zaman) veya daha fazla alan içerebilir. Örneğin, 4 numaralı araca ve 2 numaralı gönderinin ilk teslimine referans verilebilir:
Ancak |
error |
Hatayı açıklayan, kullanıcıların okuyabileceği bir dize. STABİLİTE: Kararlı değil: Belirli bir |
offending |
Alanların değerlerini içerebilir. Bu seçenek her zaman kullanılamaz. Bu yönteme kesinlikle güvenmemeli ve yalnızca manuel model hata ayıklama için kullanmalısınız. |
FieldReference
Doğrulama hatası için bir bağlam belirtir. FieldReference
her zaman bu dosyadaki belirli bir alanı ifade eder ve aynı hiyerarşik yapıyı izler. Örneğin, 5 numaralı aracın startTimeWindows
öğesinin 2. öğesini şu şekilde belirtebiliriz:
name: "vehicles" index: 5 subField { name: "endTimeWindows" index: 2 }
Ancak mesajın kalabalıklaşmasını önlemek için OptimizeToursRequest
veya ShipmentModel
gibi üst düzey varlıkları atlıyoruz.
JSON gösterimi |
---|
{ "name": string, "subField": { object ( |
Alanlar | |
---|---|
name |
Alanın adı (ör. "vehicles". |
sub |
Gerekirse yinelenen olarak iç içe yerleştirilmiş alt alan. |
Birlik alanı
|
|
index |
Yinelenen alanın dizini. |
key |
Alan bir harita ise anahtar. |
Metrikler
Tüm rotalar için toplanmış genel metrikler.
JSON gösterimi |
---|
{
"aggregatedRouteMetrics": {
object ( |
Alanlar | |
---|---|
aggregated |
Rotalar genelinde toplanır. Her metrik, aynı ada sahip tüm |
skipped |
Atlanan zorunlu gönderi sayısı. |
used |
Kullanılan araç sayısı. Not: Bir araç rotası boşsa ve |
earliest |
Nanosaniye çözünürlüğüne ve en fazla dokuz kesirli basamağa sahip, RFC3339 UTC "Zulu" biçiminde bir zaman damgası. Örnekler: |
latest |
Bir ikinci el aracın en son bitiş zamanı. Nanosaniye çözünürlüğüne sahip ve en fazla dokuz kesirli basamak içeren RFC3339 UTC "Zulu" biçiminde bir zaman damgası. Örnekler: |
costs |
Maliyetle ilgili istek alanlarına göre dökümü alınmış çözüm maliyeti. Anahtarlar, giriş OptimizeToursRequest'a göre proto yollarıdır (ör. "model.shipments.pickups.cost") ve değerler, ilgili maliyet alanı tarafından oluşturulan ve çözümün tamamında toplanan toplam maliyettir. Diğer bir deyişle, costs["model.shipments.pickups.cost"], çözümdeki tüm teslim alma maliyetlerinin toplamıdır. Modelde tanımlanan tüm maliyetler, 2022/01 itibarıyla yalnızca toplu olarak raporlanan TransitionAttributes ile ilgili maliyetler hariç burada ayrıntılı olarak raporlanır. |
total |
Çözümün toplam maliyeti. Maliyet haritasındaki tüm değerlerin toplamı. |