0 800 330 331
Увійти /
  • Відкриті торги
  • Безлотова
  • КЕП

Створення програмного комплексу геоінформаційної системи містобудівного кадастру Івано-Франківської міської ради, забезпечення функціонування геоінформаційної системи та введення інформаційних ресурсів

Торги не відбулися

2 053 500.00 UAH без ПДВ
мін. крок: 0.5% або 10 267.50 UAH
Період уточнення: 07.11.2019 17:12 - 12.11.2019 21:00
Відповідь надана

Чи допускаються до тендеру пропозиції, якщо СПЗ буде будуватись на програмних засобах не ідентичних (одноіменних), а еквівалентних до зазначених у Додатку 5, розділ 2 (Технічні вимоги)?

Номер: 2ec3048310b14f51a945f258c73c59d9
Пов'язаний елемент: Закупівля
Дата опублікування: 12.11.2019 14:21
Опис: Згідно ч.4 ст.22 ЗУ “Про публічні закупівлі” тендерна документація не повинна містити вимог, що обмежують конкуренцію та призводять до дискримінації учасників. Відповідно до п.3 ч.2 ст.22 ЗУ “Про публічні закупівлі” технічна специфікація не повинна містити посилання на конкретну торговельну марку чи фірму, патент, конструкцію або тип предмета закупівлі, джерело його походження або виробника (виділено лапками далі по тексту); у разі якщо таке посилання є необхідним, воно повинно бути обґрунтованим, а специфікація повинна містити вираз "або еквівалент". Керуючись ст.18 ЗУ “Про публічні закупівлі”, за наявності дискримінаційних умов учасник може подати скаргу до органу оскарження у формі електронного документа через електронну систему закупівель з метою стимулювати Замовника привести тендерну документацію у відповідність із вимогами законодавства. Зважаючи на вищенаведене законодавство, будь ласка, уточніть таке: Згідно розділу 2.1. Базові вимоги до програмних засобів Додатку №5 до тендерної документації (технічні вимоги) СПЗ повинні будуватися на програмному забезпеченню (далі - “ПЗ”) із зазначенням конкретної торгівельної марки чи фірми (без виразу або "еквівалент"), зокрема: ПЗ повинно бути реалізовано за клієнт-серверною та сервіс-орієнтованою архітектурою, ядром якої є сервер сховища геопросторових даних, документів та інших даних в середовищі ОР СКБД з функціональними розширеннями для підтримки зберігання і опрацювання геопросторових даних на основі дотримання стандарту “SQL 2008” (базово – SQL 3). На сервері повинна використовуватись операційна система типу UNIX. Інші компоненти системи повинні створюватись переважно шляхом інтегрування програмних продуктів з відкритим кодом (OpenSource) та розроблення на їх основі додаткових прикладних програмних модулів; серверна компонента сховища даних повинна бути реалізована на основі відкритої СКБД “PostgreSQL” (версії не нижче релізу 9.5.4) з функціональним розширенням для роботи з геопросторовими даними “PostGIS” (версії не нижче релізу 2.3), яка досить широко та успішно використовується в практичних реалізаціях в геоінформаційних кадастрових системах та системах територіального управління за кордоном і в Україні, зокрема в геопорталі Публічної кадастрової карти України, або аналог з відкритим кодом; сервером публікації просторової інформації для растрових тайлів WMTS має бути “Mapnik”, який може використовувати дані з різних джерел (PosgreSQL, ESRI shape та інші). Ця бібліотека має багату функціональність з підтримки нових просторових сервісів, незалежна від конкретної операційної системи і може бути розгорнута в будь якому серверному середовищі. Mapnik орієнтований в першу чергу на швидкодію, особливо при роботі в багато потоковому середовищі веб-розробки, і на якісну візуалізацію геопросторової інформації; сервером для генерації даних має бути “QGIS сервер”, який використовує ідентичний набір інструментів та умовних знаків що й настільна версія QGIS. Це дозволяє одночасно розвивати як геопортальну (серверну) так і настільну геоінформаційну (ГІС) систему. Отже, чи можна подати тендерну пропозицію, якщо СПЗ буде будуватись на програмних засобах не ідентичних (одноіменних), а еквівалентних до зазначених у розділі 2. Базові вимоги до програмних засобів Додатку №5 до тендерної документації (технічні вимоги)?
Відповідь: На Ваше запитання надаємо наступну інформацію. У разі наявності у Технічних вимогах посилань на конкретні торговельну марку чи фірму, патент, конструкцію або тип предмета закупівлі, джерело його походження або виробника, після такого посилання слід вважати в наявності вираз «або еквівалент», при умові гарантування та можливості демонстрації постачальником реалізації наступних функціональних можливостей: • В розрізі системи керування базами даних 1) одночасне збереження просторового положення (геометрії) об’єктів в декількох системах координат: місцевій системі координат, УСК-2000 та WGS-84; 2) збереження ідентифікатору системи координат в геометрії об'єкта 3) перетворення геометрії між різними системами координат на льоту (на основі запиту); 4) збереження опису систем координат за форматом Proj4; 5) збереження та використання трансформаційного поля СК-42 – УСК-2000 6) використання просторової індексації; 7) підтримка (генерація на основі даних БД) просторових форматів GeoJSON, KML, VectorTile; 8) збереження геоприв'язаних растрів в базі даних; 9) підтримка розмірності геометрії XYZ. 10) підтримка топології 11) вирішення задачі комівояжера. 12) збереження наступних типів геопрострових об’єктів Point, LineString, Polygon, MultiPoint, MultiLineString, MultiPolygon, GeometryCollection, TRIANGLE, TIN, POLYHEDRALSURFACE; 13) використання просторового аналізу: побудова буферів, побудова випуклих геометрій (ConvexHull), різниць геометрій, пересічення, об’єднання геометрій; 14) генерація просторових об’єктів: TIN, полігони Вороного, Поверхня. 15) Отримання інформації про геометрію об’єкта: довжина, площа, подання WKT, початкова точка, кінцева точка, кількість простих геометрій, кількість точок, 16) Оцінка геометрії: перевірка на валідність геометрії, перевірка замкнутості полігонів, перевірка дублювання точок, перевірка самопересічення, перевірка пустої геометрії. • В розрізі системи картографічного подання даних (генерація растрової карти як основи для роботи ГІС): 1) підтримка форматів даних GDAL та OGR 2) генерація картографічного подання на основі векторних даних, що зберігаються в базі даних 3) вихідні формати: JPEG, PNG 4) підтримка кодувань: Unicode і будь-які інші 5) підтримка шрифтів: TrueType 6) підтримувані графічні елементи: точка, крапка; лінія з заливкою, текстурою; полігон з заливкою, текстурою, екструзією (псевдо-3D); напис до точки, лінії, полігону; щиток (картинка + напис, наприклад, для позначення трас); векторний покажчик (наприклад, стрілка уздовж вулиці). 7) побудова сервісів WMS, WFS, TMS, TWMS. За результатами засідання тендерного комітету внесено відповідні зміни в тендерну документацію.
Дата відповіді: 14.11.2019 15:05