ndrhzn
commented
3 months ago Обговорення
- Замість відсутнього значення підставляти "N/A"
- Естімейт - ~4-5 години
- Зміни в мешапі не потрібні
Open ndrhzn opened 3 months ago
ndrhzn
commented
3 months ago Обговорення
andrzejbeletsky
commented
2 months ago in progress
ndrhzn
commented
2 months ago Естімейт спільний з #168
andrzejbeletsky
commented
2 months ago done take a look
ndrhzn
commented
2 months ago Тут у нас утворюються такі артефакти
Видається, що якщо даних щодо громади немає, тоді потрібно ставити лише одне N/A
andrzejbeletsky
commented
2 months ago ndrhzn
commented
3 weeks ago Наразі у нас можлива ось така ситуація - може скластися враження, що для Києва властивість "громада" є валідною
Та така ситуація - Київ фігурує у переліку, якщо обрати розріз "Громада"
Видається, що це не дуже коректно - щонайменше Київ не має фігурувати у переліку громад. Але також для Києва загалом властивість "Громада" не є валідною, тому у стовпчику "Громада" писати "N/A, Київ" видається не дуже корисним / коректним.
Ймовірно, для Києва потрібно зробити якисйсь exception. @andrzejbeletsky, що думаєте з цього приводу?
a-radik
commented
2 weeks ago Гадаю, що варто десь підвіритись, стосовно чи є місто Київ громадою. Наскільки я пам'ятаю з точки зору адмін тер устрою Київ є окремою громадою і якщо так то просто виключити його буде неправильно
Стосовно виключення - треба прибрати N/A, з назви? Чи може замінити його на "місто", що відображалось "місто Київ"
ndrhzn
commented
2 weeks ago @a-radik ми наразі показуємо у BI Київ фактично і як область (перше зображення), і як громаду (друге зображення). Видається, що потрібно це робити лише в одному розділі, і з точки зору адмінподілу, виглядає так, що радше як "Область", top level element (Довідник).
Щодо виключення - так, прибрати N/A з назви і власне не показувати у переліку громад.
andrzejbeletsky
commented
2 weeks ago in progress
andrzejbeletsky
commented
1 week ago Добрий. Логіка в BI наразі така. Передбачається, що геодані (в нашому випадку об'єктів) вказані на рівні кодів громад. Це найнижчий рівень гранулярності, і за ієрархією ми можемо знайти відповідність до районів та областей. При цьому повна назва громади формується як текст [Назва громади]+[Тип громади]+[,Район громади]+[,Область громади]. Якщо для геоданих вказано не код громади, а вищого рівня (району або області), відсутні коди нижчого рівня презентуються як 'N/A', щоб зійшлися табличні і діаграмні підсумки на різних рівнях. Але для таких випадків на карті, звісно, немає відображення контура громади, тільки контур приналежної області. Take a look. На рівні розрізу громад зроблена косметична заміна назви 'N/A, Київ' на 'Київ'. Інша логіка залишилась без змін.
ndrhzn
commented
1 week ago Дякую! Виглядає так, що зараз Київ у нас все одного належить до громад. Видається, що це не дуже правильно - він не має належати і до категорії "Область", і до категорії "Громада" одночасно. Ймовірно, для Києва значення змінної "Громада" в принципі не має бути заповненим.
andrzejbeletsky
commented
1 week ago Якщо зовсім прибрати назву 'Київ' з громад, не зійдуться загальні цифри при перемиканні розрізу Область<->Громада. Може залишити для такого випадку 'N/A' для назви громади?
ndrhzn
commented
3 days ago За підсумками консультацій із Проєктним офісом погодили наступне:
andrzejbeletsky
commented
2 days ago Доброго. Логіка в BI наразі така, що маємо довідник ієрархій Область-Район-Громада. Передбачається, що вхідні дані належать до найменшого атомарного рівня гранулярності- Громади. Тоді ми можемо рахувати показники на вищих рівнях в ієрархіях - Район та Область. Тотал цифри зійдуться при зміні розрізу. Якщо вхідні дані не належать до Громади - для таких випадків ми акумулюємо цифри в 'N/A' нижчих рівнів. Тобто якщо була цифра з кодом області, то при перемиканні розрізу на Район ми побачимо назву 'N/A' з цією цифрою. Так само і для введених цифр районів. На рівні Громади буде 'N/A'. Тепер стосовно назви громад. Повна назва складається з [назва громади]+[тип громади]+[,район громади]+[,область громади]. Тому можливі випадки 'N/A,'N/A',Область'. Це коли вхідна цифра належала до Області. Цей випадок виправляємо і пишемо 'N/A' лише один раз 'N/A,Область'. Саме під цей випадок і підпадає Київ. Він рівня області по КАТОТТГ. На розрізі району наразі він акумулюється в 'N/A', а повну назву в розрізі громади замінено на 'Київ'. То які зміни зробити? -перейменувати Київ -> м. Київ в назві областей -акумулювати Київ в 'N/A' на розрізі районів -викинути Київ зовсім з розрізу громад (не акумулювати на якомусь 'N/A') + пояснювальний текст, чому сума по громадам не співпадає з сумою по районам/областям. ?
ndrhzn
commented
2 days ago Ми з Проєктним офісом згодом пропрацюємо пояснювальний текст щодо обчислення показників
andrzejbeletsky
commented
2 days ago take a look
ndrhzn
commented
2 days ago Дякую! Виглядає як те, що треба. Готово до релізу на прод
a-radik
commented
2 days ago Зауважу, що тепер проєкти по Київу (тілько його) ми в районах і ТГ НЕ рахуємо а наприклад, якщо для проєкта внесено рівень області, тоді він буде в розрізі ТГ і районів порахований в значенні N/A. Тобто якщо писати довідку, то треба буде вказати, що виключення стосується тільки Київа, а всі інші адмін. тер. одиниці, що знаходяться на тому самому рівні (першому, або другому) це не стосується.
ndrhzn
commented
2 days ago Дякую за контекст, врахуємо під час написання довідки!
Користувачі звернули увагу на те, що у деяких проєктах відсутня інформація про район та громаду. Видається, що проблема походить насамперед з того, що в деяких випадках код КОТАТТГ описує лише область, але не містить інформації про район чи громаду.
В ідеалі це має бути пропрацьовано на рівні джерела даних (і це буде окремою задачею для проєктного офісу). Але поки вони працюють над цим, нам потрібно зрозуміти, як обробляти такі випадки.
Один зі сценаріїв, у яких це важливо: Користувачі знають, скільки є проєктів в області. Якщо вони будують графік кількості проєктів в області за районами, кількість проєктів у області та кількість проєктів у розрізі районів можуть не збігатися.