Форум землевпорядників

А с UTF-8 это они, конечно тупанули конкретно. Это у них называется "шифрование данных"

Зашифровали таки. В UTF-8 по правилам первые 2 байта определяют кодировку и байт-ордер (BOM). Если этого признака нет (а в киевских In4 не наблюдается), остается только угадывать.

karlson писав:Жарт про "шифрование данных" не зрозумів

Нажаль це не жарт.
Справа в тому, що в Києві хотіли справді таки "зашифрувати" обмінники. Це по-їхнім словам був "захист інформації". Саме головне: від кого? (швидше всього, щоб пересічні люди не здогадались хто і де понакрадав собі землі). Але як вони "захистили"? Будь-яка людина може відкрити якийсь продвинутий текстовий редактор і перевести у відповідне кодування та зберехти. Інша справа, коли тепер їм самим потрібно імпортувати тисячі обмінників. Так що вони не захистили інформацію, а швидше зіпсували і самі собі насрали (вибачте). Нащастя, цю проблему вже вирішили, добавивши функцію в програму.

Смішно... але іноді стає тупо страшно від того, що робиться...
P.S. Вибачте за офтоп. Топік не про те.

UTF-8 і UTF-8 with Signature відрізняються наявністю byte order mark (BOM) на початку потоку (або файлу). Наявність цієї відмітки ніяк не обумовлена стандартом Юнікода http://www.unicode.org/standard/standard.html. Використання BOM залежить від конкретної програмної реалізації, так деякі програми від Microsoft додають мітку на початку файлу, але це скоріше виняток ніж правило.
Щодо "шифрування", то це нонсенс, і Ви це прекрасно розумієте. Хотів би почути прізвище того, хто назвав це "захистом інформації".

Если предполагается обмен файлами между компьютерами, то хорошим правилом считается указывать BOM. Если строки используются внутри какого-то приложения или БД, где есть какой-то дополнительный признак кодировки, то этого можно и не делать.

Но тут очевидно, все таки старались зашифровать :) Поэтому сигнатуру указывать нельзя, сразу спалишься...

Да хватит уже бредить :) о шифровании. Хотели бы зашифровать - зашифровали бы

Я же после каждого слова зашифровать смайлики ставил. Вижу, шутка юмора не понята.

А насчет UTF сигнатуры, вы неправы. Представьте, что вы получили текстовый файл, кодировка которого неизвестна. Единственным способом надежно определить кодировку будет полный перебор всех возможных вариантов. Если текст стал читаемым, значит кодировка выбрана верно. Этот вариант совершенно непригоден для машинного применения. Программе потребуется встроенный набор словарей и изощренные алгоритмы подбора кодировки. При этом остается возможность ошибки. Сигнатура BOM это всего лишь 2-4 байта, которые могут вносить значительный вклад при хранении большого списка коротких строк, но совершенно несущественны при обмене текстовыми файлами.

Поэтому хорошим тоном считается эту сигнатуру записывать. И все современные программы, работающие с юникодом эту сигнатуру понимают. Даже unix based ОС умеют с ней работать. Хотя поначалу в этих системах BOM не применяли. В делфи даже внутреннее представление юникод строк содержит BOM и тем более сигнатура записывается при сохранении строк в текстовый файл.

Еще один пример. Файл настроек ODBC подключения в Windows содержит параметры в виде юникод строки. Если из этой строки убрать сигнатуру Windows, сообщит, что файл поврежден. И я здесь полностью согласен с Microsoft. Если стандарт предлагает механизм однозначной машинной идентификации кодировки, его нужно использовать.

Необязательность использования BOM вызвана историческими факторами. Поначалу не было UTF-8, UTF-16, UTF-32 был лишь один способ кодировки по 2 байта на символ. Следовательно текст мог быть представлен либо в однобайтной кодировке, либо в юникодовской двухбайтной. В следующих версиях юникода появились новые способы кодирования и для их идентификации стали применять BOM.

Boklag писав:Держкомзем обрав трьох українських розробників програмного забезпечення, а Обласні управління мали самі обрати, з ким вони будуть працювати. Перед цим компанії презентувати у Київі на нарадах, що в даному напрямку (а саме ведення нової реєстрації) вони можуть запропонувати.

Так ці три програми так і залишаться? Чи буде одна?

Admin писав:

Центр ДЗК передав обмінні файли (10 тис.) зареєстрованих ділянок району попередньо видаливши чи заховавши дані про зем ділянку.
Як без перевірки закинути ці обмінні файли в Земельный учет щоб побачити межі ділянки і порівняти із уже наявним шаром КВАРТАЛИ? Це теоретично можливо? Для чого взагалі нам такі "обрізані" обмінники".

АNALITik писав: Як без перевірки закинути ці обмінні файли в Земельный учет щоб побачити межі ділянки і порівняти із уже наявним шаром КВАРТАЛИ? Це теоретично можливо? Для чого взагалі нам такі "обрізані" обмінники".

В SynergyMap (якщо вона у Вас є) "Імпорт In4", вибираєте папку, де вони лежать, і оптом затягуєте щоб продивитись. Але атрибутивні дані будуть тільки кілька основних полів (в т.ч. - кадастровий номер земельної ділянки).

АNALITik писав:Центр ДЗК передав обмінні файли (10 тис.) зареєстрованих ділянок району попередньо видаливши чи заховавши дані про зем ділянку.
Як без перевірки закинути ці обмінні файли в Земельный учет щоб побачити межі ділянки і порівняти із уже наявним шаром КВАРТАЛИ? Це теоретично можливо? Для чого взагалі нам такі "обрізані" обмінники".

Данні обмінні файли необхідні для перевірки накладань,визначення і присвоєння кадастрових номерів та ведення історії на земельну ділянку. Щоб загрузити їх в програму скористайтесь менеджером "syneain4.exe",виставивши пункти автоматичного прийому та перевірки. Тести на мінімум - вони непотрібні.

АNALITik писав: АР Крим, Луган, Днепропетр, Ровен, Житомир обл. використовують ліцензійну програму Синергия - Земельний учет для УЗР

Районні відділи Держкомзему вже можуть приймати та перевіряти обмінні файли XML ?

Да

В Рівненській області у використанні даної програми хто має успіхи-проблеми? Поділіться.

Вопросы с индексной картой решаются областным управлением. Местные территориалы отсылают в областное, те их приводят в соответствие программы и дают в виде обновления.

Подскажите пожалуйста, как быть если при проверке обменного файла участок накладывается на другой участок на который уже выдан госакт. и оказывается что он неправильный. В кадастровом говорят, что необходимо заменить неправильный участок в базе(это тот который с госактом). пробовал - выскакивают новый накладки. так можно исправлять и заменять до бесконечности..... может кто сталкивался с таким? подскажите плизз!

Алеxxxey писав: может кто сталкивался с таким?

Як боротися з накладками?
Писали трішки на цю тему, але іншого (простішого, швидшого, лінивішого) способу, як виправлення накладки не мало б існувати.