2017-10-11 3 views
2

ein Datum LUIS im Format Passing „2017.03.01“ gibt eine builtin.datetimev2 Einheit bis zum 1. März erstenEinstellung regionale Kultur mit LUIS

Monat 2013 aufgelöst ist ein US-Kongress für die Datumszeichenketten, aber nicht in meiner Gegend, in der diese Zeichenfolge im allgemeinen 1. JANUAR repräsentiert 2017.

Hier ist die JSON-Antwort:

{ 
    "entity": "23/12/17", 
    "type": "builtin.datetimeV2.date", 
    "startIndex": 70, 
    "endIndex": 77, 
    "resolution": { 
    "values": [ 
     { 
     "timex": "2017-12-23", 
     "type": "date", 
     "value": "2017-12-23" 
     } 
    ] 
    } 
}, 
{ 
    "entity": "3/1/18", 
    "type": "builtin.datetimeV2.date", 
    "startIndex": 83, 
    "endIndex": 88, 
    "resolution": { 
    "values": [ 
     { 
     "timex": "2018-03-01", 
     "type": "date", 
     "value": "2018-03-01" 
     } 
    ] 
    } 
}, 
+0

Wie hoch ist Ihr LUIS-Projektsprachwert? 'en-us'? –

+0

@NicolasR Ja. Es ist. Ich scheine diesen Wert nicht bearbeiten zu können. Das einzige, was ich ändern kann, ist der Name der Anwendung. –

+0

Und es gibt nur eine englische Option beim Erstellen einer neuen Anwendung, die ich nehme, ist en-us –

Antwort

1

builtin.datetimeV2.date ist derzeit immer de-de, und es gibt keine Möglichkeit, zu ändern Sie es.

Es gibt eine Uservoice Anfrage Sie hier abstimmen: https://cognitive.uservoice.com/forums/551524-luis/suggestions/31549864-luis-add-support-for-english-regional-formats

Leider dies ist nicht die Antwort, die Sie suchen.

+0

Danke. Voted für die UV-Anfrage –

+0

Ich denke, dass die Antwort ist en-US die beste Option ist in meiner lokalen CultureInfo übergeben beim Aufrufen von DateTime.Parse auf den Wert der Entität. –

+0

Ja, derzeit liegt es an dem Entwickler, sicherzustellen, dass das Datum kulturspezifisch ist. –