Чому стандарт OGC Symbology Encoding не реалізується і є SLD альтернативою?

Я вичерпно шукав в Інтернеті, а також на цій Експортуванні символіки з ArcGIS на робочий стіл до мікростанції чи QGIS? але не знайшов задовільної відповіді. Сподіваюсь отримати відповіді від експертів тут.

Припустимо, я створив форму форму полігона (наприклад: ширина кордону = 0,26, колір рамки = зелений, червоний кольоровий простий заливок, відображення мітки тощо). Коли я зберігаю стиль у QGIS, він зберігається у форматі XML, характерному лише для QGIS. Те саме стосується іншого програмного забезпечення, яке вони зберігають у власному форматі. Це означає, що я не можу обмінюватися інформацією про стилізацію між різними програмами.

Хоча стандарт OGC SE діє, я просто розгубився, чому це не реалізується жодним програмним забезпеченням. QGIS 1.8 підтримує SLD, але тоді яка мета зберігання стилю як QQIS-специфічного файлу .qml?

Крім того, оскільки стандарт SLD використовується для веб-служб, чи нормально використовувати цей стандарт у цьому випадку (для обміну даними між різним програмним забезпеченням)?

Дійсно не остаточна відповідь, а відповідь, щоб завершити більше (чекаюча спільнота :)!

Основні ідеї, чому SLD не використовується скрізь як обмін даними, - це історія, багатослівність, розширюваність, підтримка виводу.

Історія

ArcGIS постає раніше, ніж існує стандарт SLD.

Формат MapInfo не відокремлює стиль від контенту, тому ви не можете відокремлювати дані від візуалізації, як для SLD та GML.

Крім того, через історію та ретросумісність зі старшою версією програмного забезпечення, моделі представлення стилів карт не є двома способами сумісності.

Одна головна відмінність полягає також у порівнянні програмного забезпечення GIS та CAD. Дві екосистеми, добре відокремлені протягом тривалого часу та де символізація САПР є більш складною.

Багатослівність

Всі люди не є любителями XML, тому вони віддають перевагу іншим синтаксисам, як CartoCSS

Розширюваність

Ви не можете робити будь-який тип укладання з SLD таким, яким він є.

Дивіться, наприклад, обмеження щодо вилуплення, щоб команда Geoserver продовжила дефолт .

Ви також можете подумати про тінь і композицію, які стандарт SLD не підтримує.

Підтримка

Залежно від підтримки (паперу, пристроїв, ...) та роздільної здатності екрана, ширина 1 в програмному забезпеченні не дорівнює тій же ширині в іншому.

Ширина паперу 1 відрізняється від екрану.

Одиниці має значення !!

Деякі програмні засоби краще справлятися зі SLD

• Quantum GIS SLD
• Atlas Styler (у нього більше немає технічного обслуговування)
• Стайлер для геосервера
• вже згадується Arcmap2sld