Разумный запрос, постараемся реализовать.

У сарая, как кажется, нет сложной геометрии:)

Так что нижник критерием является невозможность адекватно отобразить объем объекта текущими средствами Народной карты - набором полигонов разной высоты. Наличие одного только ската крыши также не является в общем случае основанием для 3D-моделирования.

Так что речь, в первую очередь, про здания сложной архитектуры (стадионы и монастыри к таковым относятся почти всегда, но и "обычное" офисное или даже жилое здание может быть таковым)

Интерфейса для создания моделей мы делать не будет в любом случае - на рынке их большое количество. Я писал про интерфейс загрузки моделей к нам.

Для части пользователей, действительно, информация о пространственной форме объекта не очень актуальна, но для большинства она помогает при ориентировании по карте.

Это ж не допустимое, а максимальное. Никто не мешает сделать в 100 полигонов.

 Текстуры, кстати, можно было бы заменить раскраской граней. С учетом размера моделки на карте, это возможно  даже лучше бы выглядело.  Но пока неизвестно, поддерживает ли это формат Collada. И будут ли цвета граней отображаться при появлении на карте?  

 В спецификации COLLADA уже есть гео координаты, в таком же формате, как и .kml

Может быть можно было бы вообще обойтись без дополнительной упаковки модели в .kmz?

 Мда... Почитал тут нонче COLLADA спецификацию... Никогда раньше, не морочал себе голову в каком виде инфа в файликах храниться... Затея с унификацией данных 3D моделей, сцен, освещениея, анимации и пр. конечно интересная.

 Непонятно стало, зачем Гугл заморочался с созданием отлельных файлов для геолокации, списком текстур и файлом самой модели, когда все это может храниться в файле самой модели. Может из соображения безопасности, так как там понаприкрутить к файлу можно много чего... Может им именно зазиповать хотелось, хотя там зиповать особо нечего...

 Протестив несколько прог, заметил, что например Blender начинает прикручивать к файлу камеру, освещение и свои настройки к этому добру, это помимо mesh модели. 3D Max не ставил еще, но думаю, что будет примерно то же. GLC-Player, что-то вообще не захотел открыть мои .dae файлы. Пока что, наиболее достойный по содержанию .dae файл выдал MeshLab. Правда он не проставил метрику модели, но возможно её и небыло в моем исходном .stl Всю левую инфу, в идеале нужно как-то выпиливать, в идеале не в вручную.

 Конечно, COLLADA сохранит преобразования 3D редакторов и даже CAD систем, и где-то это будет не только отображаться, но и крутиться, мигать и прыгать. Но в этом случае API карт и навигатора должен все это (или частично) поддерживать. И неплохо бы знать, что именно он на текущий момент поддерживает.  Получается, он по сути своей должен приближаться к уровню игрового движка и простого 3D редактора с ограниченным интерфейсом для пользователя. Если все это направление в принципе интересно.

 Но не так страшен черт, як ёго малют;) Листая спецификацию, я обратил внимание, что масштабирование объекта (трансформация) выполнена с помощью матрицы, то есть модель (mesh) отдельно, преобразования отдельно. В этом, кстати, основное отличие некоторых CAD, от КОМПАС'а или  2D Corel Draw (насчет Solid Works незнаю). Где видимо вся система построена на матрице и иерархии матриц. Наглядным примером служит максовский модификатор 3х3х3 BOX. Я только сейчас понял принципиальную разницу между этими CAD. Компас остается в рамках классической геметрии, а далее строит и считает на основании пределов, логарифмов и прочего ужаса, который даже на бумаге, страшно представить, не говоря уже о формулах для построения каких либо объектов. Простым примером является построение двусекции произвольного угла (деление угла пополам) в AutoCad и КОМПАС'е c помощью двух окружностей. В AutoCad прямая, пересекая две окружности в первой точке, совпадает точно, а вот во второй, начинает уплывать при небольшом приблежении... В КОМПАСе все ровно. В случае CAD, это конечно может стать проблемой, если сопряжения элементов начинают уплывать уже в самой модели. Но преимуществом матриц является простота преобразования и моделирования объектов. Постоить API на основе матриц, еще туда суда, видимо... тут хотя бы простые арифметические расчеты, максимум, запятая плавает. А вот пределы... это точно для маньяков :) 

Но тема интересная :)