Ну с WITSML без пинты пива не разобраться
(это так к слову пришлось)
Если на пальцах и коротко то как-то так:
это эволюционное развитие WITS (т.е. идея взята от WITS а все остальное родилось в процессе). собственно имеются базовые схемы представления данных (они описаны в XSD файлах - это тот же XML), но эти схемы не являются обязательными (просто так повелось, что одни предлажили, а другие быстренько реализовали и стали тестировать/работать на них ну и как результат схемы перешли в дефолт состояние). есть правила описания данных т.е. правила как создавать XSD схему, на основе которой строится документ содержащий данные. в данном случае документ может быть и не физический файл аля LAS или XML. WITSML подразумевает реализацию двух интерфейсоф с помощью которых и происходит обмен данными. для правильного понимаю что вы передаете в формате WITSML желательно предоставлять схемы. с ЕИ у них совсем замечательно. есть справочник ВСЕХ ЕИ. основываясь на нем можно заказывать любые ЕИ у сервера или полученную величину вернуть себе в нужной. Справочник един, но никто не запрещает его редактировать (они даже писали что мол с превеликим удовольствие будут сотрудничать в этом направлении).
есть дока (на английсом) которая описывает необходимые интерфейсы. если ее почитать, то будет понятно как разрабы представляли себе этот формат. тут с одной стороны все проще чем в WITS, а с другой сложнее (для тех кто реализует серверную часть - много требований) хранить данные в WITSML я считаю утопией ибо самая простая выборка данных для клиента займет море времени.
Голосование
