| Повече ▼

Най -добрият начин за копиране на метаданни на GDAL от едно JP2 изображение в друго


Имам отделен въпрос относно лошата производителност на GDAL CreateCopy () за голям (4096x4096) jp2 файл, така че ето поглед под различен ъгъл:

Имам C ++ openCV програма, която взема JP2 изображение и прави копие след извършване на някаква манипулация. В новия файл с изображение JP2 липсват метаданните на GDAL (вижте примера по -долу). Би ли било по -бързо да заредите GDALDataSet от оригиналното изображение и след това да извикате GDAL SetMetaData () за всеки елемент от метаданни?

Ако е така, има ли някой примерен C ++ код за повторение през елементите на метаданните в оригиналния GDALDataSet?

Оригинални метаданни на GDADINFO:

Драйвер: JP2OpenJPEG/JPEG-2000 драйвер на базата на библиотека OpenJPEG Файлове: mask.jp2 Размер е 4096, 4096 Координатната система е: GEOGCS ["WGS 84", DATUM ["WGS_1984", SPHEROID ["WGS 84", 6378137,298.257223563, AUTHORITY ["EPSG", "7030"]], AUTHORITY ["EPSG", "6326"]], PRIMEM ["Гринуич", 0], UNIT ["степен", 0.0174532925199433], AUTHORITY ["EPSG", "4326 "]] Произход = (-97.025756835937500,32.398681640625000) Размер на пиксела = (0.000001341104507, -0.000001341104507) Метаданни от структурата на изображението: INTERLEAVE = PIXEL Ъглови координати: Горен ляв (-97.0257568, 32.3986832d N) Долен ляв (-97.0257568, 32.3931885) (97d 1'32.72 "W, 32d23'35.48" N) Горен десен (-97.0202637, 32.3986816) (97d 1'12.95 "W, 32d23'55.25" N) Долен десен ( - 97.0202637, 32.3931885) (97d 1'12.95 "W, 32d23'35.48" N) Център (-97.0230103, 32.3959351) (97d 1'22.84 "W, 32d23'45.37" N) Блок 1 лента = 1024x1024 Тип = байт, ColorInterp = Червено Обзори: 2048x2048, 1024x1024, 512x512, 256x256 Прегледи: произволен Блок 2 Блок = 1024x1024 Тип = Байт , ColorInterp = Green Обзори: 2048x2048, 1024x1024, 512x512, 256x256 Прегледи: произволен Блок 3 Блок = 1024x1024 Тип = Байт, ColorInterp = Син Прегледи: 2048x2048, 1024x1024, 512x512, 256x256 Прегледи: произволен

Едно предложение е да се използва VRT (виртуален растер).

Има няколко начина да направите това.

  1. Използвайте драйвера VRT, за да създадете копие на оригиналния JP2 в паметта (като VRT XML низ), като използвате файловата система за виртуална памет /vsimem, редактирайте в паметта VRT XML и променете елемента SourceFilename, за да сочи към новия обработен растер (използвайки VSFIOотворете,VSIFReadиVSIFWrite) и след това отворете файла с помощта на GDALOpen/GDALOpenShared

  2. Изградете VRT XML като низова променлива, използвайте GDALOpen/GDALOpenShared, за да отворите директно низовата променлива. Това работи в python, не знам дали работи в C ++. Ако това не стане, напишете XML във файл (във файловата система или във файловата система на виртуалната памет /vsimem) и след това отворете файла с помощта на GDALOpen /GDALOpenShared.

  3. Има някои други примери за програмно създаване на VRT в урока за VRT.

Накрая използвайте драйвера OpenJPEG CreateCopy, за да създадете окончателното копие от vrt

По -долу е представен код на python, който изпълнява елемент 1. (непроверен, тъй като не изпълнявам GDAL> = 2.0dev):

от osgeo import gdal def read_vsimem (filepath): "" "Четене на GDAL vsimem файлове" "" vsifile = gdal.VSIFOpenL (fn, 'r') gdal.VSIFSeekL (vsifile, 0, 2) vsileng = gdal.VSIFTellL (vsifile) gdal.VSIFSeekL (vsifile, 0, 0) връщане gdal.VSIFReadL (1, vsileng, vsifile) def write_vsimem (filepath, data): "" "Запис на GDAL vsimem файлове" "" vsifile = gdal.VSIFOpenL (fn, 'w' ) size = len (data) gdal.VSIFWriteL (data, 1, size, vsifile) return gdal.VSIFCloseL (vsifile) def create_copy (ds, drivername, filepath, creation_options = []): "" "Създайте копие на GDAL набор от данни "" "drv = gdal.GetDriverByName (име на драйвер) връщане drv.CreateCopy (ds, filepath, creation_options) def copy_everything (inpath, fixpath, outpath):" "" Копиране на всички всички геореференции и други метаданни от един файл в друг Предполага, че файловете съвпадат точно…! "" "vrtpath = '/vsimem/foo.vrt' inds = gdal.Open (inpath) vrtds = create_copy (inds, 'VRT', vrtpath) vrtxml = read_vsimem (vrtpath) write_vsimem (vrtpath, vrtxml.replace ( inpath, fixpath)) #USE_SRC_CODESTREAM = ДА/НЕ само y налично в GDAL> = 2.0 (ЕКСПЕРИМЕНТАЛНО!) outds = create_copy (ds, 'JP2OpenJPEG', outpath, creation_options = ['USE_SRC_CODESTREAM = YES'])

Този проблем беше решен чрез имитиране на поведението на gdalcopyproj.py; но изискваше актуализиране до "все още не стабилен" набор от кодове GDAL2.0.


Пишете метаданни на GeoTIFF от един файл в друг

Моята задача е да взема един GeoTIFF, да включа сегментиране на изображение и да го запиша в нов GeoTIFF (със съществуващи координати). Ако разбирам правилно, координатите се запазват в метаданните на GeoTIFF. Така че вземам метаданни от оригиналния файл:

И когато правя System.out.println ("Метаданни:"+метаданни), виждам правилното XML дърво с мета тагове. Така че правя някаква магия с изображението

В резултат получавам BufferedImage (resultBufferedImage) с успешно сегментиране на изображението. И тук започват проблемите ми, опитвам се да запазя това BufferedImage със стари метаданни:

Отпечатвам „След писане“. Но програмата все още работи, опитах се да изчакам, но няма резултати. Така че, когато убивам процеса, файлът се създава успешно, дори с геоданни. Как мога да определя завършването на писането и спирането на програмата? p.s. Изображението в Ubuntu Viewer по подразбиране изглежда хубаво, но когато го отворих в QGIS, имам прозрачни полета и как мога да направя сивия фон прозрачен?


2 отговора 2

Тази команда ще премахне почти всички метаданни, но ще запази ExifIFD: ColorSpace, ExifIFD: Gamma, InteropIFD: InteropIndex и ICC_Profile тагове. ColorSpaceTags е преки пътища на ExifTool за „стандартни тагове, които носят информация за цветовото пространство“ (добавено в версия 9.51).

Има някои предупреждения. -all = няма да изтрие блока на Adobe APP14 в jpegs, тъй като това може да повлияе на цветовете на изображението. В този блок не се съхранява лична информация, така че обикновено няма нужда да я изтривате. Той също така няма да изтрие Exif тагове във файл, базиран на tiff или tiff, като например необработени изображения на Nikon или Canon (NEF или CR2), тъй като самите данни за изображението се съдържат в блока Exif. -CommonIFD0 = може да бъде добавен към командата, за да изчистите най -често срещаните Exif тагове в тези изображения (вижте Tag за преки пътища на ExifTool за пълен списък с тагове, съдържащи се в пряк път CommonIFD0).

Не ви препоръчвам да премахвате метаданните от оригиналните си изображения. Има смисъл да направите това за изображения, които искате да споделите или публикувате, по време на етапа на експортиране по следните причини:

  • Може по -късно да разгледате метаданните на някои от красивите си изображения, за да видите тяхната експозиция, GPS информация и т.н.
  • Както каза Пол, изображенията с sRGB профил ще бъдат 99,9% правилно гледани на всяко устройство или уеб браузър, докато изображенията с други профили могат да се показват непредсказуеми за други хора.
  • Вашите изображения могат да бъдат оптимизирани за по -добро и по -бързо гледане при експортиране
  • Можете да правите много други неща за последваща обработка с вашите изображения по време на експортирането, като заточване, прилагане на водни знаци и т.н.

Така че моето предложение е: не премахвайте метаданните от вашите изображения, което е ценно за вас. И вместо това използвайте софтуер за управление на снимки, за да износ вашите изображения в правилен формат, прилага вашия профил, премахва метаданните, присвоява вашите авторски права и информация за контакт и добавя вашите водни знаци.


Най -добрият начин за копиране на метаданни на GDAL от едно изображение JP2 в друго - Географски информационни системи

Digital Cinema описва използването на филми с цифрово представяне на данни в най -добро качество. Традиционно филмите се заснемат на филм и се прожектират с филм. Днес това се прави с цифрови фотоапарати и цифрови проектори. Поради огромното количество данни в тази област на приложение е необходимо компресиране на данни. За разлика от Електронното кино, което използва дигитализацията на филма за нови комерсиализационни схеми, Дигиталното кино заменя само филмовата верига от придобиването до киносалоните. Следователно цифровото кино трябва да постигне и надмине традиционното най -добро качество на филма. Параметрите за цифрово представяне на филма трябва да бъдат много по -обширни, отколкото в стандартните видеоклипове.

Други стандарти за компресия имат различни ограничения за използване в цифровото кино. Това може да бъде максималната разделителна способност, възможностите за компресиране (само със загуба), типа на извадката, цветовото пространство или битовата дълбочина. Въпреки това, JPEG2000 е отличен стандарт за компресиране за използване в цифровото кино, тъй като осигурява достатъчно пространство за описание в описанието на цифровите филмови данни и има изключителни функции, които могат да се използват. Някои функции на JPEG2000 са кодиране в рамките на рамката за лесен достъп за редактиране, възможности за компресиране без загуби, вмъкване на метаданни, мащабируемост на разделителната способност и качеството и т.н. Могат да се използват и всички функции на неподвижното изображение JPEG2000 Standard 15444 - Част 1.

Изискванията за компресиране на данни за Digital Cinema, включително висок динамичен диапазон, различни цветови пространства, най -висока разделителна способност на изображението, най -добро качество на компресия до компресия без загуби и така бяха възможни с помощта на JPEG 2000.

Пазар за излъчване

JPEG 2000 е приет от телевизионната индустрия като компресиране на мецанин в работните потоци на живо. Компресията предлага уникални предимства, подходящи за видео продукция като алтернатива на некомпресирано видео. Днес JPEG 2000 се използва за високото си качество и ниската латентност във видео през IP приложения, като например Contribution Links (събития на живо към студийно предаване) и скорошни IP базирани студийни инфраструктури за излъчване. Освен това той се използва и като основен формат за съхранение на съдържание. Реализациите за излъчване по същество разчитат на JPEG 2000 Amd3 за излъчване и JPEG 2000 Amd8 за интероперабилни главни формати (IMF).

През 2014 г. няколко компании получиха награда Emmy® за пробиви в стандартизацията и производството на транспортиране на видео с JPEG 2000 Broadcast Profile в MPEG-2 TS през IP мрежи.

Съществуват няколко основни предимства за работните потоци за излъчване, базирани на JPEG 2000:

  • Вътрешно-рамково компресиране JPEG 2000 е вътрешно-рамкова кодираща схема, тъй като кодира всеки кадър независимо. Това е голямо предимство за приложенията за редактиране на съдържание, тъй като видеосигналът може да бъде изрязан на всяко място без последствия.
  • Видео качество JPEG 2000 предлага подобрен набор от инструменти, който е особено подходящ за висококачествено видео. Докато движещата сила за MPEG винаги е била да доставя добро качество на видеото при ниски битрейтове, напр. за телевизионно/мобилно/интернет излъчване чрез подобряване на прогнозата за времето, движещата сила зад JPEG 2000, от друга страна, е да се създаде стандарт с висококачествено компресиране на единични снимки или кадри. JPEG 2000 може да разпределя повече битове на извадка, напр. Предлага се 10-битово видео, което е в съответствие със спецификациите на продукцията за излъчване и редовната практика в студиото.
  • По -малко визуални артефакти Битовите грешки в поток JPEG 2000 създават по-малко визуални артефакти от решенията MPEG, тъй като грешката се появява като краткотрайно размазване на картината, много по-малко смущаващо визуално, отколкото блокиращите ефекти, които също могат да бъдат много по-дълготрайни.
  • Ниска латентност Обработката с ниска латентност е от решаващо значение за телевизионния принос на живо. Технологията JPEG 2000 може да осигури тази необходима ултра ниска латентност, тъй като няма зависимост между сигнализираните кадри. Като цяло технологията е в състояние лесно да постигне кодиране и декодиране на латентност по -малко от 1,5 кадъра, а някои реализации дори могат да предложат закъснения с по -малко от един кадър.
  • Симетрична сложност и структура на разходите за видео в реално време Необходими са същите конски сили, за да се направи компресия и декомпресия и същото количество, за да се направи каквото и да е качество на компресия. Архитектурата на излъчващите производствени системи има еднакъв брой предаватели/енкодери и приемници/декодери. Следователно цената и сложността на предавателя и приемника за предпочитане трябва да са еднакви, какъвто е случаят с JPEG 2000. Кодирането и декодирането могат да се извършват с помощта на едни и същи чипове.
  • Здрава трансмисия JPEG 2000 е особено добър избор за принос на видео през IP, тъй като е изключително устойчив на грешки при предаването. Както беше описано по -рано, JPEG 2000 не предоставя блокиращи артефакти и всички грешки, които се въвеждат, са по -приятни за окото. Освен това, тъй като JPEG 2000 няма разпространение на грешки между кадрите, артефактите са много по-краткотрайни. По същество JPEG 2000 също има специални механизми за увеличаване на здравината до грешки при предаването.
  • Здрав към многократно кодиране Във верига от последователни процеси на компресия-декомпресия върху един и същ оригинален материал, технологията за компресиране JPEG 2000 поддържа същото качество много добре и е устойчива на изместване на пикселите.
  • Лесно редактиране благодарение на мащабируемостта както в резолюциите, така и в качеството Мащабируемостта на разделителната способност позволява на редакторите лесно да манипулират последователност, като манипулират само ниска разделителна способност (прокси) на филма. След това всички операции, извършени с ниска разделителна способност, се прилагат върху версията с пълна разделителна способност.

Архиви на изображения и бази данни

Една ранна употреба на JPEG 2000 ще бъде като основен файлов формат в архиви на изображения и бази данни. Традиционно архивите на изображения съхраняват множество копия на отделни файлове с различни резолюции и нива на качество, така че да могат да предоставят подходящи данни за изображения при поискване. В допълнение, за всяко изображение се съхраняват значителни метаданни, които позволяват лесното му класифициране и извличане.

JPEG 2000 файловете обикновено могат да имат съхранени обширни метаданни в тях в стандартна XML среда. Освен че позволява на избраните метаданни от базата данни с изображения да се разпространяват сред потребителите, това позволява обмен на файлове с изображения с метаданни между бази данни и премахва необходимостта от обширен етап на ръчно въвеждане на данни при каталогизиране на нови изображения. В допълнение, файловете могат да се съхраняват с високо качество в среда без загуби, управлявана от цветове, с преобразуване към по -ниска разделителна способност или по -ниско качество, извършвано „в движение“. Възможността на част от файл JPEG 2000 да се използва за генериране на такива модифицирани изображения също означава, че става практично да се предоставят други възможности при поискване.

Един пример може да бъде да се постави воден знак на всяко изображение като доставено, не само с подробности, които съобщават за авторство или собственост, но също така и информация за транзакциите. Това може да включва лицензионни ограничения, подробности за клиента или информация, която би позволила изображението да бъде лесно разпознато чрез някакъв автоматизиран процес, предназначен да тества за нарушения на авторските права.

Новата част 8 от стандарта JPEG 2000 (JPSEC), отнасяща се до сигурността, адресира тези възможности, докато част 9 (JPIP) определя как могат да се създават интерактивни приложения между клиент и сървър. Това също ще бъде много важно в арената на базата данни с изображения - като примери прави извличането на избрани части от изображението много по -бързо и по -лесно за управление, позволявайки операции на „панорамиране и мащабиране“ върху част от изображението. Демонстрации на тази технология вече съществуват (например с помощта на Kakadu), в които няколко области на изображение могат да бъдат избрани от потребителя и се доставят по -бързо от останалите по -малко интересни части. Следователно съществуват редица нови възможности за сърфиране за отдалечен клиентски софтуер, което прави доставянето на голяма висококачествена информация за изображения под контрола на потребителя практическа реалност.

Медицински образи

JPEG 2000 има много характеристики, които са полезни за една от неговите целеви пазарни области, медицински изображения. Известна информация за това е обхваната в документ на JPEG комитет (N2782), който също дава полезна информация за това как работи JPEG 2000. Един ключов аспект, който често засяга медицинската професия, е необходимостта да се гарантира, че изображенията могат да се предават без загуби, без никакви изкривявания, въведени от процеса на компресиране, което може да доведе до погрешна диагноза. Това често води до огромни файлове, които могат да бъдат трудни за съхранение, обработка и комуникация. JPEG 2000 може да се използва за кодиране на файлове напълно (или частично) без загуби и осигурява добра производителност на компресиране за тази цел (подобна например на тази, предлагана от оптимизирания метод на JPEG за такова компресиране, JPEG-LS (IS 14495)). Той обаче има няколко допълнителни функции, които правят JPEG 2000 особено привлекателен за медицински изображения:

  • поддръжка на обемно изображение чрез част 10
  • избрани части от изображението могат да бъдат определени като региони на интерес - след това те могат да бъдат доставени преди други части на изображението или без загуби, докато други части на изображението, които са по -малко критични, използват нормално компресиране със загуба.
  • кодовият поток JPEG 2000 може да бъде поръчан за доставяне на изображения с по -ниска разделителна способност или намалено качество, много преди да може да се предаде пълното изображение. Това помага значително при разглеждане на приложения и означава, че е необходим само един файл за няколко приложения
  • обширни метаданни могат да бъдат включени в изображението, в тясна връзка. Това означава, че файловете могат да се предават между получатели, които лесно могат да бъдат обработвани или индексирани в съществуваща база данни. Някои приложения, като тези, свързани със стандартите DICOM, имат свои собствени сложни методи за обработка на тези метаданни и JPEG работи с комитета на DICOM, за да гарантира, че тези два важни стандарта могат лесно да бъдат интегрирани
  • много различни форми на изображение могат да бъдат полезно компресирани с помощта на JPEG 2000-например радиологични, MRI, CAT и други медицински методи за визуализация, които използват невизуални сензори и могат да използват техники за подобряване, като например псевдооцветяване на полученото изображение

Културно наследство

Много институции за културно наследство, като музеи и художествени галерии, имат много обширни колекции, които не са видими за обществеността поради капацитета на излагане и други причини. Създават се проекти, като „NOF-Digitize“ във Великобритания с бюджет над 80 милиона долара, за да се опитат да предоставят он-лайн учебни ресурси и други решения за глобален достъп. Природните бедствия като пожар, земетресение и наводнение, както и проблемите, създадени от войната, вандализма и тероризма, показват необходимостта тази информация да бъде запазена във възможно най -точна форма, за да не бъде наследството изгубено завинаги. Освен това е изключително важно да се използват широко приети стандарти, които имат известен шанс за дълголетие в условията на технологични промени. Британският проект „Domesday“ например, в който Би Би Си помогна на много училища и отделни хора да съберат изчерпателен запис на Обединеното кралство (през ноември 1986 г.), за да отпразнуват 900 -годишнината от Книгата на Страшния съд, е създаден с помощта на компютър на BBC Master с патентован интерфейс към аналогов видеодиск. Проблемите по-малко от 20 години по-късно са очевидни и големите разходи по проекта могат да бъдат загубени, освен ако не могат да бъдат създадени емулатори за материала.

Оригиналният стандарт JPEG съществува почти толкова дълго, колкото видеодисковете на проекта Domesday, описани по -горе. Въпреки че има само един или двама работещи играчи на Domesday и някои опити да се спаси ситуацията, има стотици милиони устройства, които могат да изобразяват JPEG файлове. Стандартът JPEG 2000 е проектиран от нулата, за да се опита да отговори на много от областите, които засягат потребителите в сектора на културното наследство.Те включват:

  • висококачествена компресия без загуби с пълно управление на цвета
  • разширения на движещи се и 3D изображения със същите предимства
  • безплатна базова линия за роялти и лицензионни такси за широкомащабно внедряване
  • защита на морала и авторските права чрез добре дефиниран механизъм за сигурност, който може (например) да предлага неразрушено гледане на миниатюри и криптирано гледане с висока разделителна способност от същия файл с изображение
  • цялостна архитектура клиент / сървър, за да могат потребителите да увеличават и намаляват изображенията или да искат обслужване на региони от интерес преди основния материал
  • широки възможности за метаданни, включително включване на информация за цифрови фотоапарати (например, която се съхранява в EXIF ​​файлове), както и метаданните от Дъблинското ядро, използвани като основа за много проекти за културно наследство
  • спазване на добре приети и дефинирани стандарти, включително използването на XML, HTTP и други в рамките на определената архитектура
  • опит в прецизността и изключителността на индустрията

Безжично изображение

Безжичните комуникации предлагат свой собствен набор от проблеми. По -конкретно, безжичните мрежи се характеризират с честа поява на грешки при предаване заедно с ниска честотна лента. Следователно те поставят силни ограничения за предаването на цифрови изображения. Тъй като JPEG2000 осигурява висока ефективност на компресия, той е добър кандидат за безжични мултимедийни приложения. Освен това, поради високата си мащабируемост, JPEG2000 позволява широк спектър от стратегии за качество на услугата (QoS) за мрежовите оператори.

За да бъде широко приет за безжични мултимедийни приложения, JPEG 2000 трябва да е устойчив на грешки при предаването. За да разреши този проблем, комитетът JPEG е създал нов работен елемент, JPEG 2000 Wireless (JPWL), като част 11 от стандарта. Неговата цел е да стандартизира инструменти и методи за постигане на ефективно предаване на изображения JPEG 2000 по безжична мрежа, склонна към грешки.

Основната функционалност на системата JPWL е да защитава кодовия поток от грешки при предаването. По -точно, защитната техника модифицира кодовия поток, за да го направи по -устойчив на грешки, напр. чрез добавяне на излишък или преплитане на данните. Процесът на декодиране открива появата на грешки и ги коригира, когато е възможно.

Втора функционалност е да се опише степента на чувствителност на различни части от кодовия поток към грешки при предаването. Тази информация впоследствие може да се използва за неравна защита от грешки. По -конкретно, чувствителните части на кодовия поток могат да бъдат по -силно защитени от по -малко чувствителните части.

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

Използвайки стандартизираните в JPWL технологии, JPEG2000 става много устойчив на грешки при предаването. Следователно JPEG2000 е идеален кандидат за ефективно предаване на цифрови изображения и видео в безжични приложения. Всъщност последните проучвания показват, че Motion JPEG2000 е много подходящ за предаване на видео по безжични канали. По-конкретно, беше показано, че Motion JPEG2000 превъзхожда най-съвременния MPEG-4 по отношение на ефективността на кодиране, устойчивостта на грешки, сложността, мащабируемостта и забавянето на кодирането.

Въпреки че предложените решения не са настроени към конкретен мрежов протокол, специално внимание е обърнато на три важни случая на използване: 3 -то поколение безжични телефонни мрежи (3GPP/3GPP2), WLAN (семейство стандарти IEEE 802.11) и Digital Radio Mondiale (DRM) .

Сред потенциалните убийствени приложения за JPWL, услугата за мултимедийни съобщения (MMS) познава много бърз растеж и е широко разпространена като една от единствените светли точки в безжичната телекомуникационна индустрия. Други потенциални приложения включват видео стрийминг и видеоконференции.

Предпечат

Предпечатната подготовка е процесът, използван, когато цифровите файлове се подготвят за печат. Две ключови изисквания на този процес са вярност и последователност. В миналото индустрията за предпечатна подготовка е зависела от компресирането на изображения без загуби (например с използване на файлови формати EPS или TIFF) и калибрирането на цветовете на всички компоненти в процеса, като се използват определени условия на осветление и гледане, за да се постигнат оптимални резултати.

JPEG 2000 предлага възможности на индустрията за предпечатна подготовка както да замени традиционните си формати с по-напредналите аспекти, присъщи на JPEG 2000, така и да пренастрои съдържанието си, за да позволи използването му в Интернет публикуването или в други контексти. Едно и също изображение в JPEG 2000 може да генерира миниатюри, изображения на екрана и да отпечата готови материали, просто като отрязва подготвен кодов поток в различни точки. В допълнение, мощното боравене с метаданни и свързване във файлове JPEG 2000 означава, че управлението на цифровите активи или процесите на работния поток могат лесно да бъдат свързани в доставка преди печат, осигурявайки сигурност както на фотографа, създателя на изображения, така и на принтера.

Ключов аспект е способността на JPEG 2000 да осигури истинска компресия без загуби - в един възможен работен режим дори трансформацията на цвета от определен цветен профил като sRGB е без загуби. В JPEG 2000 съществува възможност да се използват редица добре дефинирани цветови профили и по-специално ICC цветови профили, поддържащи CMYK пространствата, използвани в предпечатната индустрия. Тъй като файловият формат може да включва дефиниции на пълно цветово пространство (поне в разширената версия на JPEG 2000, дефинирана в част 2 на стандарта), включително формулата, използвана за трансформиране в друго цветово пространство, собствени и точни цветови изображения могат да се прехвърлят между системите (поне в рамките на ограниченията на изходните устройства за тяхното изобразяване).

Дистанционно наблюдение и ГИС

Географските информационни системи (ГИС) позволяват преглед и анализ на множество слоеве информация, свързана с пространството, свързана с географско местоположение или регион. ГИС позволява на компаниите и правителствата лесно да анализират развитието, поддръжката и въздействието на пътища, растителност, комунални услуги (вода, електричество, комуникации, канализация).

ГИС включва карти, векторна информация и изображения. Събирането на изображения обикновено се постига чрез дистанционно наблюдение. Дистанционното наблюдение започва с въздушна фотография в края на 1800 г. на борда на балон. Самолетите са били използвани за събиране на информация отгоре в началото на 1900-те години и първото изображение, направено от космоса, е на борда на космическия кораб Аполо през 1969 г. В началото на 70-те години първият спътник за изображения (ERTS-1) събира изображения на Земята. Изображенията продължават да се събират както от космоса, така и от самолета и са достъпни за търговска и лична употреба в Интернет. Предизвикателството за изображенията с дистанционно наблюдение за ГИС и други приложения е размерът на изображението. Понастоящем е обичайно да има изображения, които са по -големи от 10 000 на 10 000 пиксела, множество ленти и по -големи от 8 бита на пиксел на лента. Докато JPEG DCT понастоящем се използва за събиране, съхранение и доставка на няколко GIS приложения и системи за дистанционно наблюдение, други техники за компресиране и форматиране на файлове станаха популярни поради по -голямата ефективност на съхранение и достъп до големи изображения.

Първоначалните изисквания за JPEG 2000 включват изисквания от общността за дистанционно наблюдение и ГИС, които са изпълнени. По -голяма битова дълбочина, плочки, прогресия на разделителната способност, прогресия на качеството и бърз достъп до пространствени местоположения допринасят за възможностите и функционалността на JPEG 2000, което го прави идеална технология за дистанционно наблюдение и ГИС приложения. Като отворен стандарт се очаква JPEG 2000 да стане по -разпространен в приложенията за дистанционно наблюдение и ГИС.

Цифрова фотография

Фотографията е променила начина, по който хората записват и запомнят изображения, събития и научна информация. Фотографията, която започна в средата на 1800 -те, продължи да се развива през последните два века на научните открития. Развитието на гъвкав филм в края на 1800 г., цветна фотография в средата на 1900 г. и автоматични камери в края на 1900 г. променят начина на правене и представяне на снимките. Последното добавяне на цифрова фотография също промени начина, по който хората събират, съхраняват, променят, разпространяват и показват изображения. Дигиталната фотография започва с появата на първите търговски цифрови фотоапарати за потребители и професионалисти в началото на 90 -те години, заедно с първите системи за дигитализиране на филмови изображения. С напредването на технологията цената на цифровите фотоапарати и услугите за дигитализация на филми е спаднала, а качеството на изображението се е увеличило. Размерът на изображението за професионални преносими цифрови фотоапарати продължава да расте, от около 1 мегапиксела през 1993 г. до 10 мегапиксела или повече през 2003 г.

С развитието на цифровите фотоапарати изискванията за файловия формат, използван за съхраняване на данните за изображението, продължават да се развиват. Цифровите фотоапарати продължават да увеличават размера и битовата дълбочина, събрани за изображение, за да увеличат разделителната способност и да разширят динамичния диапазон и цветовата гама. Дигиталната фотография изисква възможност за компресиране на трилентови изображения от 8 до 16 бита на компонент. Дигиталната фотография изисква ефективно, висококачествено компресиране, както и бързо декодиране на изображения с подходящ размер за екрана на камерата. Метаданните за правилното използване и показване на изображението са изискване за цифрова фотография.

Научни и индустриални

Много приложения в научния и индустриалния сектор сега се обръщат към използването на изображения за заместване или подобряване на съществуващите записи на данни. Примерите включват използването на сателитни или въздушни снимки за свързване към картографиране или ГИС система и лекотата на използване на цифрови фотоапарати за предоставяне на доказателства за задоволително завършване на работата - например при изкопаване на пътни тръбопроводи. До известна степен те зависят от повсеместността и наличността на стандарта и следователно проектите често използват добре изпитани решения. Широкото разпространение на цифрови фотоапарати и софтуер за компютър за показване и отпечатване на резултатите вероятно ще намали разходите - особено важно в сектори, където внедряването трябва да има тясна връзка с рентабилността на компанията.

Все пак е обичайно да има много различни версии на изображения на един и същ артикул. Като пример, производителят на автомобил може да има снимки на двигател на превозно средство, използван в приложения за обслужване, маркетинг, осигуряване на качество, обучение и тестване. Тъй като управлението на цифрови активи става признато като важен контрол, който една компания трябва да използва, ще трябва да се отдели повече внимание за повторно използване и пренасочване на цифрови активи, като изображения. JPEG 2000 предлага много полезни функции в този контекст - правилно управление на цветовете, компресия, която може да включва както версии със загуба, така и загуба на изображение в един и същ файл, както и широки опции за добавяне на дефинирани от потребителя и стандартни метаданни към файл с изображение.

В допълнение, много аспекти на научната и промишлена употреба включват последваща обработка на цифрово изображение, например за подобряване на функциите или преброяване на елементи. Използването на всяка форма на компресиране на загуби за изображения в този контекст може да създаде проблеми - след като цялата информация, изхвърлена по време на компресиране със загуба, обикновено е тази информация, която е незабележима за човешкото око - не е задължително да показва същите характеристики като софтуера за компютърна обработка на изображения. Следователно става по -важно да се гарантира, че архивният материал се съхранява с възможно най -висока точност, но все пак може бързо да се търси и да се вижда по време на етап на предварителна обработка, например. Отново JPEG 2000 може да предложи значителни предимства в тази среда.

Обширни комплекти софтуерни инструменти се предлагат от редица доставчици, които поддържат новия стандарт JPEG 2000. Те варират от свободно достъпния софтуер Jasper и JJ2000, който е свързан с част 5 от стандарта JPEG 2000 (референтен софтуер), до търговски алтернативи от KakaduSoft, Aware, Algovision Luratech, Leadtools, Pegasus и други. Те позволяват интегрирането на цялостните функции на JPEG 2000 в широк спектър от продукти и системи.

Интернет

Много ключови приложения на новия стандарт JPEG 2000 ще използват Интернет и интернет технологии за разпространение на изображения. Изображенията JPEG 2000 имат редица свойства, които ги правят много подходящи за използване в Интернет. Обикновено интернет потребителите са ограничени да изтеглят големи, висококачествени изображения поради техния физически размер на файла. Често доставчиците на изображения трябва да създадат три или повече версии на изображение, вариращи от малка миниатюра до изображение с размер на страница.

Цифровите фотоапарати са подобрили качеството и разделителната способност до ниво, на което сега те се конкурират ефективно с традиционния филм. Генерираните от тях изображения често вече не са директно подходящи за внедряване в Интернет - качеството и размерът се губят на традиционните компютърни монитори. Отчасти това е така, защото мониторът може да покаже не повече от една четвърт от заснетото изображение без превъртане, а отчасти защото верността на цветовете на монитора не съвпада с тази на камерата.

И двата въпроса се разглеждат от стандартите JPEG 2000. Изображенията, записани във формат JPEG 2000, могат да бъдат кодирани така, че данните, когато се предават и изобразяват, постепенно увеличават разделителната способност, започвайки с миниатюра, или постепенно увеличават качеството си. Може да се постигне и комбинация от тези (и други) мерки за качество - и потребителят може да спре предаването на изображението, след като има достатъчно подробности, за да направи следващия си избор, тъй като данните са подредени във файла по правилния начин, за да се опрости доставката им от сървъри за изображения.

Части от JPEG 2000, които са създадени, за да улеснят тези методи за доставка, са например:

  • Част 8 (JPSEC) се занимава със сигурността на изображението - например показва как се използват водни знаци и други технологии, за да се осигури техническата база, от която много приложения за електронна търговия ще трябва да могат да показват своя материал, без да рискуват пиратството си
  • Част 9 (JPIP) дефинира нови методи за свързване и доставяне на метаданните на изображението (информация за изображението, като времето и мястото на създаването му) със самото изображение и за предоставяне под контрола на потребителя най -важните части от тази информация първо. Например, лекар, гледащ рентгенова снимка, би могъл да увеличи областите на интерес, които биха могли да бъдат увеличени или доставени с много подобрено качество много преди останалата част от изображението.
  • Част 10 (JP3D) разглежда начина, по който могат да се предават триизмерни изображения на изображения. Част 11 (JPWL) разглежда как специфичните характеристики на безжичните комуникации и мобилната телефония могат да повлияят на предаването на изображения JPEG 2000. Разбира се, тя е силно свързана с работата в JPSEC и JPIP

Наблюдение

Традиционната технология за наблюдение беше доста бавна, за да възприеме предимствата на цифровата обработка на изображения. Отчасти това се дължи на факта, че огромните обеми от данни изискват аналогови методи за съхранение, като видеорекордери с изтекло време, и отчасти, защото разходите за преместване в цифрова база са непосилни. През последните няколко години обаче разходите спаднаха драстично, докато процесорната мощност и възможности се подобриха еднакво бързо. Това позволява да бъдат отстранени много от недостатъците на традиционните приложения за наблюдение, като същевременно се вземат предвид много от притесненията на обществото относно неприкосновеността на личния живот и нахлуването.

Откриването на движение и много по-сложни форми на анализ на изображението могат да бъдат съчетани с нова сензорна технология, която позволява много по-активен мониторинг и аларми. Използването на подобрение „регион на интерес“ позволява точно идентифициране на заподозрените, като същевременно се изключва от анализа и последващото излагане на обществеността на невинния наблюдател. Потребителят на технологията за наблюдение може да се упражнява строг контрол - например да показва достатъчно подробности, за да позволи разпознаване на лице, за което е установено, че е преминало крадена проверка, като същевременно не позволява достатъчно подробности, за да позволи на корумпиран зрител на сцената да види и копирайте направения подпис.

Необходимостта съхраняваните доказателства да бъдат с достатъчно високо качество обаче също предизвикват опасения и необходимост от защита срещу фалшифициране и производство. В рамките на цифровата среда е много лесно да се променят фино или напълно аспектите на изображението и метаданните около него. Техники като криптиране и воден знак могат да се използват за защита срещу този риск, но има реална нужда от добре приети техники за управление на медиите, които могат да помогнат за намаляване на рисковете в тази област, например чрез използване на доверени трети страни и крипто-технологии. Освен това е важно доказателствата да не се сегментират, да се съхраняват в един файл, за да се избегнат очевидните рискове от погрешна информация.

Много от тези аспекти сочат потенциалната полезност на JPEG 2000 в тази среда:

  • използването на Motion JPEG 2000 има очевидни предимства при улавяне на последователности от действия, при които първоначалният изглед би могъл да бъде с ниска разделителна способност, превключване под контрола на монитора към по -високи резолюции, по -бързи честоти на кадрите и включително повече метаданни и области от интерес
  • файловите формати, определени за JPEG 2000, позволяват както стандартните, така и потребителските метаданни да се съхраняват с данните за изображението
  • новите части на JPEG 2000 разширяват неговата полезност чрез добавяне на нова поддръжка за сигурност, ефективна комуникация на сървър на клиент и възможност за свързване на нейните функции в склонна към грешки безжична инфраструктура
  • като стандарт разходите за внедряване на технологията трябва да бъдат значително по -ниски от използването на патентована технология с по -малък риск от „заключване“

Образна обработка на документи

Приложенията за изображения на документи често са компромис между качество и компресия. Тъй като технологията се подобри и цветът стана норма за много формати на публикации, така и очакванията за качество на потребителите също се увеличиха. Тъй като често има изискване за точно гледане на екрана, както и възможност за отпечатване на висококачествени факсимилета на оригинален документ, изискванията за компресиране често са противоречиви. Много документи съдържат области, които се предават най-добре в кодиран с символи текстов формат (за да се даде възможност за оптимално компресиране и индексиране), заедно с фотографски или полутонирани изображения, графики и други типове изображения.


Кои метаданни могат да включват графика за четене и докладване?

Използвам TeXlive 2016 с LuaTeX. Моите TeX документи включват изображения, които трябва да са 8-битови сплескани оттенъци на сивото (без прозрачност) или 1-битов монохромен, във формат PNG. Аз съм добър с графичните програми и правилно подготвям изображенията с подходящ модел и разделителна способност, завършен с помощта на Magick mogrify -strip и проверен с Identi -verbose.

Очевидно includegraphics знае как да оразмери изображението в 100% мащаб въз основа на неговите пиксели и разделителна способност. Предполагам, че е чел метаданните. Сега за моя въпрос: може ли includegraphics (или някаква друга команда в LuaLaTeX, а не черупка) да даде отговор „да-не“ дали изображението наистина е в сиво или монохромно? Изображенията винаги са PNG.

Притеснявам се, че необработено изображение (да речем в модел rgba, използващо само сиви нюанси) може случайно да бъде включено. Не очаквам TeX да преобразува изображението или да работи с него по някакъв начин. Всичко, което искам, е да бъде проверено. Ако не е сплескано сиво или монохромно, тогава бих написал предупредително съобщение към дневника.Тогава щях да знам, че погрешно съм включил грешен вид изображение.

Възможно, без купчини код? Имам спецификацията на PDF, но четенето не е за любители.

Въпросът ми е по -широк, отколкото изглежда. Всеки, който подготвя PDF за черно-бяло отпечатване при поискване, ще се сблъска с подобни проблеми. Осъзнавам, че изображенията не са PNG в PDF, но така се въвеждат в TeX.

РЕДАКТИРАНЕ: След като прегледах отговора на Дейвид по -долу, разгледах по -подробно формата на изображението. Нещо подобно се отнася и за JPG, но ще се съсредоточа върху PNG.

Спецификацията PNG изисква част от IHDR в началото на файла. Десетият байт след низа IHDR е код за цветовия модел на изображението. Сиво (или монохромно) изображение, без алфа канал, има шестнадесетичен код 00. По този начин, ако Lua има способността директно да чете байтове на файла с изображение, той трябва да може да сканира за IHDR, да брои до десет и да докладва байта.


Кое е по -обещаващо: наука за данни или софтуерно инженерство? | Инвеститор, управляван от данни

Преди около месец, докато седях в кафене и работех по разработването на уебсайт за клиент, открих тази жена ...

Всички мои обяснения са съсредоточени около текущото предизвикателство Zindi: Farm Pin Crop Detection Challenge. Да започваме.

На първо място, трябва да изтеглим данните. Има два архива, които ще използваме: train.zip, съдържащ GeoJSON и 201–01–01.zip, съдържащ GeoTIFF файлове. Всички те са данни с отворен код от сателита Sentinel-2. Вътре ще намерите .jp2 файлове.


    и ogrinfo - за отпечатване на метаданни за файл (координатна система, облицовка, ленти, полета на атрибути и т.н.). Инструменти с gdal по име са за растерни файлове и с ogr за векторни файлове. и ogr2ogr - за промяна на формата и промяна на файлове. и ogr2ogr - за канализиране на координатната система и ogr2ogr - за файлове за присъединяване - променяне на растерни файлове на място
  • GDAL има и много други инструменти, за пълна справка вижте страницата с програмите на GDAL, където всички инструменти и опции на инструментите са описани подробно.

Важно е да се отбележи, че повечето инструменти създават нов файл и след това някои настройки могат да се променят, тъй като се използват GDAL по подразбиране, например растерна вътрешна облицовка или компресия. Ако искате да запазите тези, проверете с gdalinfo какво е използвано и добавете допълнителни опции към командите.


Намерих отговор, само за колекция от сайтове, създадена в root на уеб приложението.

Използвайте тази команда за архивиране на колекция от сайтове

Важно е да използвате абсолютен път като параметър -Path.

След това създайте ново уеб приложение и след това изпълнете следната команда

Надявам се, че това може да ви помогне.

няколко неща, които можете да направите.

1) Архивирайте текущата колекция от сайтове и след това я възстановете с различно име и URL адрес на усилвателя.

2) можете да използвате експортиране на колекция от сайтове и импортиране на колекция от сайтове. Ще загубите метаданните и т.н.

3) можете да използвате инструмента на трета страна за това, което ви дава повече сила и гъвкавост на усилвателя и по -малко усилия. опитайте инструмента за миграция на ShareGate. имат 15 -дневен пробен период, опитайте.

За SharePoint Online - начинът да направите това е чрез PnP: -

Това ще получи всички колони на сайта, типове съдържание на сайта, хранилище на термини, дефиниции на списъци, (празни) списъци, структура на сайта и ще ги копира на новия сайт.

Ако искате и съдържанието да се премества, това се нуждае от повече PowerShell, но е изпълнимо.

Лесен начин да направите това е да използвате командлет Copy-SPSite. Трябваше да създам няколко колекции от сайтове въз основа на една оригинална колекция от сайтове, която беше създадена като „шаблон“. Създаде шаблонната колекция от сайтове в собствена db (използвайте CA или New-SPSite, за да добавите db към уеб приложение). Тогава всеки път, когато ми трябва нова колекция от сайтове:

  1. Създайте нова колекция от сайтове db.
  2. Използвайте Copy-SPSite, за да копирате шаблонната колекция от сайтове в нова на новия db.

Моят dba беше малко раздразнен от броя на създадените бази данни, но научихме, че поставянето на всяка колекция от сайтове в собствена db улеснява администраторските задачи на SharePoint (архивиране/възстановяване/преместване/квоти/и т.н.).


Документация за функциите на членовете

Задайте PDS параметрите от изходен файл.

Текущите параметри се изчистват преди преместването на новите параметри, но не преди успешното получаване на новите параметри от изходния файл. След това информацията за прожекцията се инициализира.

N.B.: Името на групата параметри е зададено на пътя на изходния файл.

Параметри:

pathnameИмето на пътя към изходния файл, който ще бъде анализиран за PVL параметри.
Се завръща: Този PDS_Projection_Data обект. Изключения:
std :: ios :: провалАко изходният файл не може да бъде достъпен или прочетен.
idaeim :: PVL :: Невалиден_синтаксисАко изходният файл съдържа невалиден PVL синтаксис.
Вижте също: idaeim :: PVL :: Parser initialize_geo_transform () initialize_spatial_reference ()

Задайте PDS параметрите от агрегат на параметри.

Текущите параметри се изчистват преди преместването на новите параметри. След това информацията за проекцията се инициализира.

N.B.: Името на групата параметри е зададено на името на агрегата на параметрите.

Параметри:

параметриАгрегат на параметри, който е източник на нови параметри.
Се завръща: Този PDS_Projection_Data обект. Вижте също: initialize_geo_transform () initialize_spatial_reference ()

Вземете масива за гео преобразуване.

Геотрансформацията съдържа шестте коефициента на двуизмерна афинна трансформация. В класическия израз на матрицата на двуизмерната афинна трансформация от Нюман и Спроул (Newman, WM и Sproull, RF, "Принципи на интерактивната компютърна графика", McGraw-Hill, 1979, раздел 4-3 Матрични представи, стр. 57ff) използва се 3x3 матрично представяне. Последната колона се изтрива, защото винаги е векторът на идентичността:

За операция по превод на изображение от Ox, Oy стойностите на матрицата са:

За мащабиране на изображението чрез Sx, Sy стойностите на матрицата са:

За операция на завъртане на изображението под ъгъл А стойностите на матрицата са:

Тези операции могат да бъдат конкатенирани - всяка операционна матрица, включително вектора на идентичността на третата колона, умножена по последващата операционна матрица - за получаване на една матрица, която включва всички отделни операции по трансформация.

За геотрансформационния масив съответните стойности са, според индекса на масива, GT [0] = c, GT [1] = a, GT [2] = b, GT [3] = f, GT [4] = d, GT [5] = e или:

Масивът с геотрансформация съдържа шестте коефициента, които са резултат от конкатенирането на изместване на изображението обратно (отрицателно) към началната точка на проекцията, завъртане на изображението, за да се изравни с проекцията (на север нагоре), и мащабиране от пикселни единици към световна единица (метри) ):

  1. - (Sx * Ox * cos (A)) - (Sx * Oy * sin (A))
  2. Sx * cos (A)
  3. Sx * sin (A)
  4. (Sy * Ox * sin (A)) - (Sy * Oy * cos (A))
  5. Sy * -sin (A)
  6. Sy * cos (A)

Ox, Oy Отместването в пиксели на изхода на проекцията спрямо горния ляв ъгъл на горния ляв пиксел на изображението. Sx, Sy Размерите на пикселите, в метри. A Ъгъл на въртене по посока на часовниковата стрелка около началото на проекцията спрямо вертикалната (насочена на север) ос.

За нормалния случай на неротирана проекция на изображение това се свежда до:

N.B.: Координатите на пикселите на изображението използват лява координатна система, в която хоризонталната ос x е положителна вдясно от началото на горния ляв ъгъл на горния ляв пиксел по нарастващия брой на извадката, а вертикалната ос y е положителна надолу от произход по нарастващите номера на редовете. Въпреки това геотрансформацията работи в конвенционалната дясна координатна система (в мерни единици), в която оста x е положителна вдясно от началната точка на проекцията, а вертикалната ос y е положителна нагоре от началото. Това обръщане на положителната вертикална посока може да бъде източник на объркване при използване на стойностите на гео-трансформация.

Се завръща: Указател към масива от шест двойни стойности на геотрансформацията. N.B.: Този масив е собственост на обекта PDS_Projection_Data, модифицирането му ще повлияе на резултатите от използването му в последващи операции на прожектиране.

Вземете OGRSpatialReference.

Се завръща: Ако OGRSpatialReference е сглобен от наличните стойности на параметър, копие се връща в противен случай се връща NULL.

Кодът на Projection_Type, различен от UNKNOWN_PROJECTION, може да се използва като индекс в масива Projection_Definitions за получаване на подробности за съпоставянето между PDS параметрите и параметрите на GDAL SRS.

Се завръща: Код на Projection_Type. Ако проекцията не може да бъде инициализирана, това ще бъде стойността UNKNOWN_PROJECTION.

Вземете името на приложимата проекция.

Всеки даден вид проекция може да има няколко псевдонима за името си. Името, върнато по този метод, е това, което е посочено от параметъра PDS PROJECTION_TYPE_PARAMETER_NAME. За да получите името на проекцията, разпознато от класа GDAL OGRSpatialReference, използвайте кода на типа проекция, ако не е UNKNOWN_PROJECTION, като индекс в списъка с дефиниции на проекции и използвайте първия запис в масива Псевдоними:

Се завръща: Низ с официалното име на приложимата проекция. Ако проекцията не може да бъде инициализирана, това ще бъде празен низ.

Инициализира стойностите на масива за геотрансформация от стойностите на параметъра PDS.

Има три задължителни параметъра: PIXEL_SIZE_PARAMETER_NAME, HORIZONATAL_OFFSET_PARAMETER_NAME и VERTICAL_OFFSET_PARAMETER_NAME. Ако група параметри с IMAGE_MAP_PROJECTION_GROUP_NAME присъства, параметрите ще бъдат търсени в тази група, в противен случай те могат да се появят навсякъде в текущите PDS_Data. Ако никой от необходимите параметри не може да бъде намерен, масивът за геотрансформация ще бъде зададен на стойностите на идентичността.

Стойностите за геотрансформация се задават, както следва:

Предполага се, че пикселът има квадратна форма, поради което стойността PIXEL_SIZE на параметъра PIXEL_SIZE_PARAMETER_NAME се прилага както за хоризонталната, така и за вертикалната величина.

Стойностите на геотрансформацията са в реално пространство, в което разстоянието се измерва в метри. Речникът на PDS данни определя, че единиците за параметъра PIXEL_SIZE_PARAMETER_NAME трябва да бъдат "KM/PIX". Въпреки това, за някои продукти за данни (например HiRISE) размерът на пиксела се измерва в метри. Единственият начин да се разграничи кои единици се прилагат е да се изследва низът на единиците, свързан със стойността. Въпреки това, ако стойността няма низ от единици, трябва да се приеме, че единиците на речника на PDS данни са в сила. Така единиците_мащаб са 1000, ако низът от параметри на единици е празен или посочва километри, в противен случай е 1.

N.B.: Размерът на пиксела вертикално (GT [5]) е отрицателен, за да компенсира лявата координатна система на изображението, в която положителната вертикала е надолу, и дясната географска координатна система, в която положителната вертикала е нагоре.

Стойностите HORIZONTAL_OFFSET и VERTICAL_OFFSET на параметрите HORIZONATAL_OFFSET_PARAMETER_NAME и VERTICAL_OFFSET_PARAMETER_NAME съответно са отклоненията на изхода на картата от началото на изображението в координатното пространство на изображението (извадка, линия). Тъй като произходът на изображението в PDS е (1,1) - няма (0,0) пиксел - докато произходът на географската проекция е (0,0), стойностите на отместването се коригират до конвенционален (0,0) произход на изображението.

Внимание: Различните продукти с PDS данни локализират произхода на изображението по различен начин: Някои използват горния ляв ъгъл на горния ляв пиксел, докато други използват центъра на горния ляв пиксел. За съжаление в етикета на PDS няма нищо, което да показва коя локация се използва. Това изпълнение предполага, че произходът на изображението се намира в горния ляв ъгъл на горния ляв пиксел.

Се завръща: Този PDS_Projection_Data обект. Изключения:

std :: logic_errorАко е намерен параметър PROJECTION_ROTATION_PARAMETER_NAME и той има стойност, различна от нула (надяваме се, че това може да се поддържа в бъдеща версия на този клас).
idaeim :: PVL_Invalid_ValueАко някой от необходимите параметри на PDS не е присвояване на единична цифрова стойност.
Вижте също: geo_transform ()

Инициализирайте пространствената справочна информация на нов обект OGRSpatialReference.

GDAL OGRSpatialReference обект (http://www.gdal.org/ogr/classOGRSpatialReference.html) се инициализира, ако всички необходими стойности на параметрите на PDS са намерени успешно.

Първо името на проекцията се изтрива, типът на прожекцията се инициализира на UNKNOWN_PROJECTION, всеки съществуващ обект OGRSpatialReference се изтрива и пространствената препратка се задава на NULL.

Ако група параметри с IMAGE_MAP_PROJECTION_GROUP_NAME присъства, всички останали PDS параметри ще бъдат търсени в тази група, в противен случай те могат да се появят навсякъде в текущите PDS_Data.

Изисква се параметър PROJECTION_TYPE_PARAMETER_NAME, който именува типа на приложимата проекция. Това определя името на проекцията, което се използва за търсене в списъка с известни дефиниции на проекция за Projection_Definition със съвпадащо име в неговия списък с псевдоними. Ако не се намери съвпадение, нищо повече не се прави.

Предварителен обект OGRSpatialReference се конструира и инициализира (OGRSpatialReference :: SetProjection) с официалното име на проекцията - първото име в списъка с псевдоними на дефиницията на проекцията - което може да е различно от името на проекцията PDS. Стойността на всеки необходим PDS параметър от дефиницията на проекцията се използва за инициализиране (OGRSpatialReference :: SetNormProjParm) на пространствения референтен системен параметър на обекта OGRSpatialReference. В допълнение, всяка стойност по подразбиране на дефиницията на проекцията се използва за инициализиране на пространствения референтен системен параметър на свързания обект OGRSpatialReference.

Името на координатната система за проекция на обекта OGRSpatialReference се инициализира (OGRSpatialReference :: SetProjCS) с официалното име на проекцията, последвано след един знак за интервал от името на планетата. Името на планетата се получава от параметъра PDS PLANET_PARAMETER_NAME, ако това не може да бъде намерено. Използва се „Неизвестно“. Спецификацията на географската координатна система се инициализира (OGRSpatialReference :: SetGeogCS) със следните стойности:

Име на планетата Името на планетата, както е определено по -горе. Ако видът на проекцията е EQUIRECTANGULAR, се прилага суфикс "_localRadius". Ако типът на проекцията е POLAR_STEREOGRAPHIC, се прилага суфикс "_polarRadius". Географско име Непромененото име на планетата с префикс "GCS_". Име на дата Непромененото име на планетата с префикс "D_". Радиус на оста на планетата

Радиусът на оста на планетата е стойността на параметъра SEMI_MAJOR_RADIUS_PARAMETER_NAME. Ако обаче прожекцията не е геоцентрична и типът на прожекцията е POLAR_STEREOGRAPHIC или STEREOGRAPHIC с параметър CENTER_LATITUDE_PARAMETER_NAME с абсолютна стойност 90 (т.е. стереографски центриран на полюс), тогава се използва стойността на параметъра SEMI_MINOR_RADIUS_PARAMETER_NAME.

Използването на геоцентрична проекция (т.е. планетографска) се определя от параметъра COORDINATE_SYSTEM_PARAMETER_NAME или от LATITUDE_TYPE_PARAMETER_NAME, ако първият не е намерен. Освен ако стойността на параметъра не е "планетоцентрична" (нечувствителна към регистъра) се прилага планетарно. Въпреки това, ЕКВИРЕКТУГАЛНИТЕ, ОРТОГРАФСКИТЕ и СИНУЗОИДАЛНИТЕ типове проекции не са предмет на това условие, те винаги се считат за планетоцентрични.

Обратно сплескване на планетата Обратното на сплескването на модела на елипсоидална планета е съотношението на радиуса на полу-голямата ос към тази стойност минус радиуса на полу-малката ос (използвайки параметрите, посочени по-горе). Обърнете внимание, че когато двете стойности се доближават до равенството, съотношението се доближава до безкрайността, ако разликата е по -малка или равна на 0,00000001, обратното сплескване е настроено на нула, което показва модел на сферична планета. Също така, ако проекцията е планетоцентрична (както е определено по -горе) или полюсно центрирана стереография (както е определено по -горе), тогава обратното сплескване винаги е настроено на нула. Основно име на меридиан Това описателно име е зададено на "Reference_Meridian". Сместване на основния меридиан Задайте на 0.

Ако предварителният обект OGRSpatialReference не може да бъде инициализиран по някаква причина, той се изтрива. В противен случай той е зададен като текущ пространствен референтен обект. Обърнете внимание, че е възможно да се идентифицират име и вид на проекцията, но да не се инициализира пространствен референтен обект.

Се завръща: Този PDS_Projection_Data обект. Изключения:

idaeim :: Невалиден_аргументАко не може да бъде намерен необходим параметър PDS.
idaeim :: PVL_Invalid_ValueАко задължителен параметър PDS не е присвояване на единична числова (или низ, според ситуацията) стойност.
std :: logic_errorАко операцията по инициализация на OGRSpatialReference се провали.

Вземете JP2_Box със съдържание на данни GeoTIFF.

GeoTIFF JP2_Box е JP2_Box :: UUID_BOX_TYPE със съдържание, което започва с подпис GEO_TIFF_UUID. Непосредствено след подписа са двоични данни, генерирани от функцията GDAL GTIFMemBufFromWkt, която работи на пространствената референтна система Добре познат_текстово представяне на текущите спецификации на проекцията (генерирани от метода OGRSpatialReference :: exportToWkt) и текущия масив от геотрансформации.

Се завръща: Указател към JP2_Box, съдържащ данните GeoTIFF, или NULL, ако не е инициализиран обект на пространствена справка. N.B.: Собствеността на JP2_Box се прехвърля на обаждащия се. Изключения:

std :: logic_errorАко производството на данни на GeoTIFF от GDAL се провали.

Вземете JP2_Box със съдържание на GML данни.

Ако аргументите за ширината на изображението или височината не са посочени, параметрите PDS IMAGE_WIDTH_PARAMETER_NAME и IMAGE_HEIGHT_PARAMETER_NAME ще бъдат използвани за получаване на необходимите стойности.

GML JP2_Box е JP2_Box :: ASSOCIATION_BOX_TYPE, съдържащ JP2_Box :: LABEL_BOX_TYPE с етикет "gml.data" и JP2_Box :: ASSOCIATION_BOX_TYPE, съдържащ JP2_Box :: LABEL_BOX_TYPE : XML_BOX_TYPE, съдържащ XML документ "gml: FeatureCollection", който предоставя текущите спецификации за гео-трансформация. N.B. Този XML документ е твърдо кодирано копие на текста на формата на документа, взето дословно от метода GDAL GDALJP2Metadata :: CreateGMLJP2.

Ако текущият пространствен референтен обект е маркиран като проектиран (OGRSpatialReference :: IsProjected) или географски (OGRSpatialReference :: IsGeographic), името на съответния му орган (OGRSpatialReference :: GetAuthorityName) е „epsg“ (безразлично към буквите) XML „srsName“ ще бъде urn: ogc: def: crs: EPSG :: ", последвано от кода на пространствения референтен орган (OGRSpatialReference :: GetAuthorityCode).

Ако не е намерен код на EGSG орган, тогава XML "srsName" ще бъде "gmljp2: //xml/CRSDictionary.gml#ogrcrs1" и допълнителен JP2_Box :: ASSOCIATION_BOX_TYPE ще бъде добавен към основния JP2_Box. Това ще съдържа JP2_Box :: LABEL_BOX_TYPE с етикет "CRSDictionary.gml", последвано от JP2_Box :: XML_BOX_TYPE, съдържащ XML документ "gml: Dictionary" със следните препратки:

  • gml: id = "CRSU1"
  • xmlns: gml = "http://www.opengis.net/gml"
  • xmlns: xlink = "http://www.w3.org/1999/xlink"
  • xmlns: xsi = "http://www.w3.org/2001/XMLSchema-instance"

Документът за XML речник се произвежда от метода OGRSpatialReference :: exportToXML на текущия пространствен референтен обект.

ВНИМАНИЕ: Към момента на писане нито един тест не може да потвърди, че съдържанието на GML е правилно.

Параметри:

image_widthШирината на изображението трябва да бъде посочена. Ако е нула, ще се използва стойността на параметъра IMAGE_WIDTH_PARAMETER_NAME, ако е налична.
image_heightПозовавайте се на височината на изображението. Ако е нула, ще се използва стойността на параметъра IMAGE_HEIGHT_PARAMETER_NAME, ако е налична.
Се завръща: Указател към JP2_Box, съдържащ данните GML, или NULL, ако не е инициализиран обект на пространствена справка. N.B.: Собствеността на JP2_Box се прехвърля на обаждащия се. Изключения:
idaeim :: ИзключениеАко стойностите на ширината или височината на изображението не могат да бъдат определени от PDS_Data.
std :: logic_errorАко производството на данни на GeoTIFF от GDAL се провали.

Опитайте се да съпоставите име с псевдоним.

Името първо е с главни букви, интервалите се заменят с долни черти, след това се сравняват с всяко име в списъка с псевдоними под главна форма. Ако това не успее, сравнението се прави с всеки псевдоним под формата на главни букви с премахнати символи на долната лента. Обърнете внимание, че съвпадението на името не е чувствително към регистъра. N.B.: Имена на псевдоними, съдържащи произволни знаци за интервал, никога няма да бъдат съпоставени, не използвайте интервали в имена на псевдоними.

Параметри:

имеИмето, което трябва да се провери.
псевдонимиСписъкът с псевдоними, завършен с NULL.
Се завръща: вярно, ако съвпадение е намерено невярно в противен случай.

Вземете кода на типа проекция за име на проекция.

Списъкът с известни дефиниции на проекция се търси за псевдоним на име на проекция, който съответства на посоченото име на проекция.

Параметри:

projection_nameИмето на проекцията да съвпада със списък с псевдоними на Projection_Definition.
Се завръща: Кодът на Projection_Type за съвпадащия Projection_Definition или UNKNOWN_PROJECTION, ако не може да се намери съвпадение.


Най -добрият начин за копиране на метаданни на GDAL от едно изображение JP2 в друго - Географски информационни системи

През февруари 2005 г. Open Geospatial Consortium (OGC) стартира нов експеримент за кодираща оперативна съвместимост, свързан с използването на езика за географска маркировка в файлове с изображения JP2 (JPEG 2000). Целта е да се подкрепи стандартизиран механизъм за включване на геореферентна информация като XML-кодирани метаданни в ISO 15444 JPEG 2000 графичен формат.

Езикът за географско маркиране (GML) е най -широко поддържаната отворена спецификация за представяне на географска (пространствена и локална) информация. Той дефинира XML кодиране за транспортиране и съхранение на географска информация, включително както геометрията, така и свойствата на географските обекти. В съответствие с политиката на OGC за правата на интелектуална собственост за стандартите на OGC без възнаграждение, спецификацията GML е свободно достъпна за използване при условия без авторски права. GML предоставя различни видове обекти за описание на географията, включително характеристики, координатни референтни системи, геометрия, топология, време, мерни единици и обобщени стойности.

През март 2004 г. OGC одобри издаването на Версия 3.1.0 на Спецификацията за внедряване на GML като публично достъпен препоръчителен документ на OGC. Спецификацията на GML сега се редактира съвместно в Работната група за преразглеждане на GML на OGC и в ISO/TC 211/WG 4 (Географска информация/Геоматика). Стандартизиран като ISO 19136 в контекста на ISO/TC 211, GML е „подробна XML реализация на общия модел на характеристиките (GFM) и повечето от ISO 19123, 19107, 19108, 19111, заедно с някои типове полезни функции, като наблюдения, и помощни компоненти, като мерни единици. "

JPEG 2000 е наследник на по-ранния стандарт ISO 10918-1 „JPEG“ за цифрови изображения. JPEG 2000 „използва технология„ вълна “, освен че е по -добра при компресирането на изображения (20 процента плюс), тя може да позволи запазването на изображение без изкривяване или загуба.“ JPEG 2000 като ISO/IEC 15444-1, според LizardTech, е алтернатива от висок клас на популярния формат на изображението JPEG, който предлага висококачествено компресиране на изображения със загуба и загуба в формат с много разделителна способност (пирамидален), който е вътрешен за файлова структура. JPEG 2000 е силно мащабируем в няколко измерения: поддържа размери на файлове в гигабайтовия диапазон и извън него, мултиспектрални и хиперспектрални набори от данни с увеличена дълбочина на битовете и селективно декомпресиране на сцени в изображението при контролируеми от потребителя качества. Той осигурява богат набор от примитиви за транспортиране на компресирани данни от изображения в среда на уеб услуги: в мрежова среда изображенията JPEG 2000 могат да се предават поточно от сървър на клиент, докато все още са в компресирана форма, което позволява на зрителите да имат достъп само до данните (пиксели) те се нуждаят и само с необходимата резолюция и качество. "

Както при другите XML-базирани или XML-поддържащи графични файлови формати, стандартът JPEG 2000 предвижда няколко форми на XML-кодирани метаданни във файловия формат JPX в запазени „кутии“. Нормативно приложение М „JPX файлов формат с разширена дефиниция и синтаксис на метаданни“ дефинира изчерпателен набор от незадължителни елементи на метаданни, които могат да бъдат вградени в JPX файл в XML полета. Видовете метаданни са документирани в четири логически групи: метаданни за създаване на изображение, метаданни за описание на съдържанието, метаданни от историята на метаданните и метаданни за права на интелектуална собственост. Раздел M.8 предоставя разширената дефиниция на типа документ с метаданни JPX (DTD). Стандартизираната част от модела на метаданните се основава на стандарта DIG35 за метаданни за цифрови изображения. Информацията в XML „полето“ не е специфична за приложението, което позволява произволно съответстващи метаданни, кодирани в XML.

Новият Отворен геопространствен консорциум „GML в JPEG“ Експеримент за оперативна съвместимост е формиран, за да „тества и усъвършенства проект на спецификация за внедряване, който определя как трябва да се използва език за географско маркиране в рамките на пакети данни JPEG 2000 за географски изображения. Експериментът за оперативна съвместимост ще внедри няколко прототипа Кодеци на GMLJP2 (компресор на данни/декомпресори), базирани на проект на спецификация на OGC 04-045, озаглавен „GML в JPEG 2000 за географски изображения“, това предложение за спецификация е изпратено до OGC от Galdos Systems Inc. и LizardTech. Целта е да се потвърди, че спецификацията ще подкрепи изискванията за геопазарно свързани изображения през Интернет и ще подобри спецификацията, ако не поддържа тези изисквания. Участниците ще извършат няколко индивидуални експеримента с нарастваща сложност и ще демонстрират кодиране, подобно на GeoTIFF. "

Организаторите инициатори са Galdos Systems, Inc. (Канада) LizardTech, Inc. (САЩ) и Сателитния център на Европейския съюз (Испания). Други организации, участващи в инициативата, включват DM Solutions Group (Канада) ITT Industries Division Space Systems (САЩ) SPOT Image (Франция) Геологическо проучване на САЩ, Астрогеология НАСА Лаборатория за реактивни двигатели на НАСА и Intergraph (Z/I Imaging) (САЩ).

Екипът на проекта на OGC ще изготви доклад за експеримента за кодиране на GMLJP2 кодираща оперативна съвместимост въз основа на очертанията на целите, определени в предложения документ, обхващащ спецификацията на използването на GML в JPEG 2000, механизми за опаковане за включване на GML в JPEG 2000 и схеми за прилагане на GML за кодиране на покрития на OGC в рамките на JPEG 2000 г. Ще бъдат проведени редица експерименти, като се използват схеми за приложение GML (Диапазон на покритие Обхват Диапазон на изображението Копиране Анотирано изображение Вградено CRS Вградени единици за измерване на дефиницията В комплект с GML функции Многофункционален калъф), както и минимални експерименти с екземпляри за Изображение Импортиране/експортиране и четене на метаданни. Други спецификации на OGC, засегнати от проучването, включват услуга за уеб функции (WFS) и услуга за уеб покритие (WCS).

Инициативите, класифицирани като експерименти за оперативна съвместимост на OGC, са част от програмата за оперативна съвместимост на OGC, която е „съществена част от бързия, ефективен и приобщаващ процес, ръководен от потребителите за разработване, тестване, демонстриране и насърчаване на използването на спецификациите на OGC. Експериментите за оперативна съвместимост на OGC са проектирани като „кратки, евтини инициативи с ниски разходи, ръководени и изпълнявани от членовете на OGC за постигане на конкретни технически цели, които подпомагат техническата база на OGC. Те предоставят възможност на членовете на OGC да стартират и проведат инициатива без по -значителното спонсорство, което подкрепя традиционните тестови полета и пилотни проекти на OGC. Тези инициативи могат да бъдат за разработване на спецификации, усъвършенстване или тестване или за други цели, одобрени от Съвета за преглед на OGC.

Open Geospatial Consortium (OGC) е „международен индустриален консорциум от повече от 270 компании, правителствени агенции и университети, участващи в процес на консенсус за разработване на публично достъпни спецификации на интерфейса. и услуги, базирани на местоположението, и масови ИТ. Спецификациите дават възможност на разработчиците на технологии да направят сложна пространствена информация и услуги достъпни и полезни с всички видове приложения. "

За езика за маркиране на география (GML)

"Езикът за маркиране на география е XML граматика, написана в XML схема за моделиране, транспортиране и съхранение на географска информация. Ключовите понятия, използвани от езика за географско маркиране (GML) за моделиране на света, са извлечени от абстрактната спецификация на OpenGIS и ISO 19100 серия.

GML предоставя различни видове обекти за описание на географията, включително характеристики, координатни референтни системи, геометрия, топология, време, мерни единици и обобщени стойности.

Географски обект е „абстракция на явление от реалния свят, той е географски обект, ако е свързан с местоположение спрямо Земята“. Така че цифровото представяне на реалния свят може да се разглежда като набор от функции. Състоянието на обекта се определя от набор от свойства, където всяко свойство може да се разглежда като a тройна.

Броят свойства, които дадена функция може да притежава, заедно с техните имена и типове, се определят от дефиницията на типа. Географските обекти с геометрия са тези със свойства, които могат да бъдат оценени с геометрия. Колекцията от характеристики е колекция от функции, които сами по себе си могат да се разглеждат като характеристика, като следствие на това, че колекцията от характеристики има тип характеристика и по този начин може да има отделни свои собствени свойства, в допълнение към функциите, които съдържа.

Географските характеристики в GML включват покрития и наблюдения като подтипове. Покритието е подтип на функция, която има функция за покритие с пространствена област и обхват на набор от стойности от хомогенни 2 до n размерни кортежи. Покритието може да представлява една характеристика или колекция от характеристики „за моделиране и създаване на видими пространствени връзки между и пространственото разпределение на земните явления“.

Наблюдението моделира акта на наблюдение, често с камера, лице или някаква форма на инструмент („акт на разпознаване и отбелязване на факт или събитие, често включващо измерване с инструменти“). Наблюдението се счита за характеристика на GML с време, в което е било извършено наблюдението, и със стойност за наблюдението. Референтната система предоставя скала за измерване за присвояване на стойности „на място, време или друго описателно количество или качество“.

Координатната референтна система се състои от набор от оси на координатната система, които са свързани със Земята чрез референтна точка, която определя размера и формата на земята. Геометриите в GML показват координатната референтна система, в която са направени техните измервания. „Родителският“ геометричен елемент на геометричен комплекс или геометричен агрегат прави това указание за съставните му геометрии.

Времевата референтна система предоставя стандартни единици за измерване на времето и описание на времевата дължина или продължителност. След ISO 8601, григорианският календар с UTC се използва в GML като временна референтна система по подразбиране. Речникът на мерни единици (UOM) предоставя дефиниции на числени мерки за физически величини, като дължина, температура и налягане, и за преобразувания между UOM. "[от спецификацията на версия 3.0.1 Въведение]

„ISO 19136 (издаден от Open GIS Consortium като GML 3.1) е подробна XML реализация на общия модел на характеристиките (GFM) и повечето от ISO 19123, 19107, 19108, 19111, заедно с някои видове помощни функции, като наблюдения и помощни компоненти като мерни единици. Кодирането на GML е описано директно с помощта на W3C XML схема (WXS). Въпреки това правилата за картографиране на GML към и от UML моделите са внимателно описани в приложение E и приложение F на ISO 19136. Тези правила могат да бъдат прилага се, като UML следва профила, описан в ISO 19103. По-специално GML предоставя модел за дефиниране на специфични за домейна типове функции. GML използва WXS за дефиниране на компоненти в gml пространство на имената. Всеки език, специфичен за домейна, базиран на GML, се нарича GML Application Language и дефинира компоненти (по-специално Features) в собственото им пространство от имена, които са получени или включват компоненти, извлечени от GML. Всъщност пълното представяне на WXS за езика на приложението GML е формализация на каталога с типове функции за домейна на приложението, плюс някои поддържащи компоненти. [Уики за конференция SEEGRID II]

Преглед на JPEG 2000 и GML инициативата на OGC

  • Сензорни модели: Оригиналните сателитни и въздушни изображения сега са много повече от само три 8-битови RGB ленти, а JPEG 2000 поддържа много от изискванията за изображения, които потребителите виждат сега, като битова дълбочина 16 или по-висока и хиперспектрални ленти. Тези изображения обикновено имат богат набор от свързани метаданни. Например: (1) пълните описания на камерите могат да включват характеристики на сензора, като например броя и дължините на вълните на спектралните ленти, информацията за прецизността и калибрирането, и типа на сензора (2) информацията за позициониране може да включва обичайната координатна система и позицията на изображение по отношение на Земята (3) информацията за качеството на изображението може да включва оценки на облачната покривка, рейтинг NIIRS и качество на въздуха по време на събирането. Използвайки GML, може да се напише схема на приложение, която улавя тази структура на метаданни, която може да бъде дефинирана и предоставена от доставчика на изображения в рамките на предоставените им изображения JP2, данните за екземпляра на GML ще предоставят действителното съдържание на метаданни.

  • Множество изображения и идентификация на функциите: JPEG 2000 позволява множество изображения да се съдържат в един и същ файл. Помислете за работен поток, в който изображенията на определен регион трябва да бъдат заснети и анализирани за период от месеци: (1) трябва да се съхраняват множество набори от стереопарни изображения, всяка двойка има свързани метаданни, включително дата и час (2) всички изображения споделят обща координатна система, но всички са на малко различни координатни позиции (3) всяко отделно изображение може да има определени характеристики на това изображение. Цялата тази информация може да се съдържа в един JP2 файл. В допълнение към данните, съответстващи на отделните изображения, файлът може да съдържа „споделени“ GML данни, описващи координатната система и описания на функции за всички изображения, и „частни“ GML данни за всяко изображение, описващи конкретни екземпляри и отмествания в изображението.

  • Пространствената мрежа: Все повече геопространствени данни се използват в пространствената уеб среда, където уеб услугите се използват за прозрачно извършване на операции като: (1) предоставяне на достъп до каталог до големи архиви на геопространствени данни (2) експортиране на самите данни, въз основа на параметрите на заявката ( 3) извършване на операции по мозайка и наслояване (4) извършване на проста класификация на характеристиките, описание и извличане (5) оформяне на данните за представяне. Такива работни потоци вече се използват с векторни данни GML е езикът на GeoWeb, използван за описване на региони и обхвати, дефиниране и етикетиране на функции и експресни заявки. Тъй като потребителите добавят растерни изображения към тази система, маркират функции и изразяват заявки. Тъй като потребителите добавят растерни изображения към тази система, те трябва да могат да използват GML за характеризиране на изображенията и свързаните с тях функции. "

GML - JPEG 2000: По -ранна дискусия 2004

"OGC предлага да се използва GML за съхраняване на геолокационно местоположение, наслагване на функции, анотации и текстова информация в JP2 файлове. За съжаление това вероятно ще бъде несъвместимо със съществуващия формат GeoJP2. Конкретни метаданни, предложени от OGC за съхранение, са: (1) данни за получаване/време (2) тип изображения, източник и рендиране (3) пространствена разделителна способност и точност на геолокация (4) SensorML & mdash - XML ​​вариант, използван за съхраняване на метаданни на сензора (5) метаданни за оценка на качеството, като например процентното облачно покритие и липсващите пиксели (6) ) Елементи с метаданни ISO 19115, като заглавие, източник и класификация.

Един от големите проблеми, които трябва да бъдат разгледани, е дали да се използва JP2 или JPX като стандарт OGC. Като по -рестриктивен и негъвкав, JP2 е по -малко способен да задържи предложения набор от метаданни и да бъде разширен в бъдеще. От друга страна, съществува опасност съществуващите четци на JP2 да не могат да се справят с геопространствен формат, базиран на JPX.

Марк Кайл (LizardTech) изнесе презентация, която „обхваща работата на Galdos Systems, LizardTech и Сателитния център на ЕС за използване на GML кодиране на геореференция на покритие в рамките на JP2 (както за георектифицирани, така и за геореферентни мрежи). Моделът на метаданни включва дефиниция на покритие , метаданни за покритие и метаданни за стойности. Анотацията на вграденото изображение се състои от текст и свързани географски региони. Географските характеристики се дефинират чрез свързана схема на приложения или в реално време, или чрез указатели на URL адреси. Стилът на функциите и поясненията се основава на StyledLayerDescriptors чертежи примитиви, предоставени в спецификацията на формата JP2. Това е с цел да се избегне смесен стил, но има недостатъка, че някои доставчици използват JP2 примитивите за рисуване. "

Източник: „Съвместна сесия на IES/GML за включване на GML във формат на изображението JPEG2000“, Доклад от техническата среща на Отворения геопространствен консорциум в Технологичния институт на Илинойс, Чикаго.

За експериментите за оперативна съвместимост на OGC

„Експериментите за оперативна съвместимост, нов вид Инициатива за оперативна съвместимост на OGC, са кратки, евтини инициативи с ниски разходи, ръководени и изпълнявани от членовете на OGC за постигане на конкретни технически цели, които подпомагат техническата база на OGC. Те предоставят възможност на трима или повече членове на OGC да стартирайте и стартирайте инициатива без по -значителното спонсорство, което подкрепя традиционните тестови полета и пилотни проекти на OGC. Тези инициативи могат да бъдат за разработване на спецификации, усъвършенстване или тестване или за други цели, одобрени от Съвета за преглед на OGC. Експериментите за оперативна съвместимост работят според Политики и процедури за експерименти за оперативна съвместимост “.

За да започнат експеримент за оперативна съвместимост, заинтересованите членове представят на Съвета за преглед на OGC план за дейност и писма за подкрепа от поне трима членове с право на глас на Отворения геопространствен консорциум. Ако Съветът за преглед одобри експеримента за оперативна съвместимост, съветът определя член на персонала на OGC, който да наблюдава експеримента.

Преди да започне експериментът за оперативна съвместимост, OGC издава съобщение за пресата, в което обявява IE, така че организациите да имат възможност да участват или да наблюдават.

След приключване на експеримента за оперативна съвместимост техническите резултати, проектоспецификациите се документират като "IE Reports". Те могат да бъдат въведени в Спецификационната програма за преглед, евентуално преразглеждане и евентуално приемане от техническите и планиращите комитети на OGC като приети Спецификации за внедряване на OpenGIS. [от резюмето на IE]

Относно патентите „JPEG“

Техническите усилия на JPEG 2000 търсят свобода от добре познатия „патентен тероризъм“, обграждащ по-ранния стандарт „JPEG“. Ето откъси от често задаваните въпроси „Каква е патентната ситуация с JPEG 2000?“:

". Първо, комитетът по JPEG се опита да гарантира в работата си по стандартизация, че много„ базови "части на стандарта JPEG 2000 трябва да бъдат изпълними изцяло или частично без заплащане на такси за роялти (свързани с обема) или лицензионни такси (не -свързани с обем). Как са направили това?

Много компании участват в работата на JPEG. Във всички случаи, когато съществуват патенти, които могат да четат за основната технология, предлагана за това, което JPEG нарича „базова линия“ на стандарта (тази част от стандарта, която всички внедрения трябва да внедрят), се предприемат следните действия:

(1) От притежателите на патенти се иска да потвърдят, че ще предлагат такива патенти на лицензирана основа и без лицензионни такси, като единственото ограничение е това на реципрочност. С това имаме предвид, че се очаква притежателят на патент да издаде лиценз за това използване срещу базовото прилагане на стандарт JPEG 2000 от серията [i] без такса, [ii] и който изисква само от лицензополучателя да направи подобна безвъзмездна помощ за всички патенти че лицензополучателят може да приеме, че те също биха заявили, че се прилагат за тази част от стандарта

(2) Ако такова споразумение не може да бъде постигнато, комитетът JPEG след това ще разгледа алтернативи, които избягват използването на патентована технология, лиценз за която не може да бъде получен на горната основа. В случай, че такава опция не съществува, необходимата характеристика или спецификация се премахва от базовата спецификация, определена в стандарта.

В конкретния случай на JPEG 2000, част 1 (ISO/IEC IS 15444-1 | ITU-T T.800), към 17 юли 2003 г. бяха подадени общо 27 такива декларации от 11 компании или физически лица. Всички патенти, които WG1 смята, че са от съществено значение за практикуването на JPEG 2000, част 1, са достъпни в патентната политика 2.1 на ITU-T, която е без такса. Продължава работата по съставянето на патентна база данни ITU-T.

Комитетът по JPEG признава важността на възможността да прилагат основните си стандарти, без да се налага заплащане на притежателите на патенти, и продължава да се стреми да постигне тази цел, когато е възможно.

В допълнение, комитетът JPEG признава, че може да има случаи, при които използването на технология без такса е неизбежна, или когато предлага значителни технически предимства пред решение без такса. В тези случаи JPEG може да включи такава технология в своите стандарти в съответствие с патентната политика на ISO и ITU, които изискват да се получи подписана декларация преди публикуването, в която се посочва, че такива патенти са достъпни при „разумни и недискриминационни“ условия (RAND) . Като пример, част 2 на JPEG 2000 детайлизира много разширения на базовата спецификация, някои от които може да изискват използването на патентована технология, достъпна само на базата на RAND. Към 17 юли 2003 г. само една такава декларация е регистрирана в базата данни ITU-T. "[от уеб сайта на JPEG 2000]


Гледай видеото: How to Restore Windows Photo Viewer in Windows 10 (Октомври 2021).