Надеюсь, что все хорошо в эти трудные времена!
Я хотел бы изложить это в отношении наилучшей практики по расширению объектов Dialogflow и решению проблем, связанных с вводом локали не из США и Великобритании. sh. 1003 *
Моя задача заключалась в том, чтобы получить точные значения местоположения для пригородов и городов (параметры) в Австралии. Моя команда проверила много разных способов сделать это, используя только стандартные системные объекты, но не смогла точно отразить вышесказанное. Похоже, что большинство типов объектов на основе местоположения ориентированы на США и Великобританию, но не на АС (и, возможно, на другие страны, не входящие в США / Великобританию).
Команда должна была реализовать пользовательский объект со списком пригородов и города для австралии. Огромное препятствие, с которым мы столкнулись, показывает, что вы можете получить максимум 10 000 объектов (иначе Dialogflow и AoG не будут синхронизироваться / обновляться). В нашем заготовленном списке больше, чем в пригородах, и, следовательно, мы должны приложить немало усилий, чтобы сократить его, что мы и сделали.
Вопрос в том, правильно ли мы поступаем -> настраиваемый объект со списком csv импортирован? Например, следует ли вместо этого использовать путь обучения и придерживаться Sys.Geo-City и Sys.location?