[QUOTE]Мы бы вообще ничего не меняли, нас все устраивает![/QUOTE]
так-то да :) пусть уж 3 схема работает :)

https://github.com/vvHedgehog/V04_STD_MP

Wellcome 8)

[url=https://forum-rosreestr.ru/user/2219/]Марина Шайкина[/url], спасибо что посмотрели, спасибо за отзывы.

Отвечу по ним:
1) шаблон кад номера: без символа ^ можно обойтись, видимо это зависит от движка RegExp, который используется при проверке схемы. - внесу изменения
2) tClientAgent - наследник tFIO, у которого появляется доп поле Appointment. Если наследника явно не выделить, то генератор классов создаст три похожих класса (извините за куски Делфового кода):

[CODE] IXML_MPv4_STD_MP_Title_Client_Organization_Agent = interface(IXML_MPv4_TFIO)
['{0850AAEB-B824-4FE2-9C82-A289E5AF042A}']
{ Property Accessors }
function Get_Appointment: AnsiString;
procedure Set_Appointment(Value: AnsiString);
{ Methods & Properties }
property Appointment: AnsiString read Get_Appointment write Set_Appointment;
end;

IXML_MPv4_STD_MP_Title_Client_Foreign_Organization_Agent = interface(IXML_MPv4_TFIO)
['{73DF6054-A073-4934-A675-8049A952F966}']
{ Property Accessors }
function Get_Appointment: AnsiString;
procedure Set_Appointment(Value: AnsiString);
{ Methods & Properties }
property Appointment: AnsiString read Get_Appointment write Set_Appointment;
end;

IXML_MPv4_STD_MP_Title_Client_Governance_Agent = interface(IXML_MPv4_TFIO)
['{B6EE5C59-F39C-4D73-8CB0-803C1964E6AD}']
{ Property Accessors }
function Get_Appointment: AnsiString;
procedure Set_Appointment(Value: AnsiString);
{ Methods & Properties }
property Appointment: AnsiString read Get_Appointment write Set_Appointment;
end; [/CODE]и, соответственно, Organization, Foreign_Organization, Governance они ссылаются каждый на свой тип, а при вынесении tClientAgent благородно получается один класс, как который они все втроём ссылаются

[CODE] IXML_MPv4_TClientAgent = interface(IXML_MPv4_TFIO)
['{9CD9866B-3EC3-4725-BDAA-C5484ECEBCEC}']
{ Property Accessors }
function Get_Appointment: AnsiString;
procedure Set_Appointment(Value: AnsiString);
{ Methods & Properties }
property Appointment: AnsiString read Get_Appointment write Set_Appointment;
end; [/CODE]3) хорошо, спасибо
4) по поводу типов tFormSubParcel, tExistSubParcel - это аналогично вынесению типа tClientAgent выше - они все наследники tSubParcel, если в tSubParcel что-то добавится, это естественно на tFormSubParcel, tExistSubParcel отразится, поэтому, конечно, tSubParcel уже стоит менять с оглядкой.
Плюс в вынесении типов в том, что если мы меняем что-то у tFormSubParcel, то это "отражается" на все сущности использующие этот класс.
яркий пример : https://forum-rosreestr.ru/forum25/topic298/ если бы был вынесен тип tCustomSpecifyParcel, то просто бы в одном месте вносились изменения и такого вопроса просто бы не было.

На гитхабе проект публичный, вы тоже можете его менять.
также там можно вести дискуссию (я думаю, что не всем на этом форуме будет интересны куски кода :))
для примера я [B]выложил[/B] классы которые получались из xsd до рефакторинга и после (на Delphi и C#) - там наглядно видно из-за чего многие сторонние разработчики хотят более строгой типизации в xsd.

[QUOTE]Константин Финагеев пишет:
Для описания внешней границы участка, который не имеет внутренних границ, в xml-файле точно так же должен использоваться порядок описания точек вешней границы против часовой стрелки или при отсутствии внутренних границ этого уже не требуется и порядок должен быть по часовой стрелке?[/QUOTE]
вот этот вариант
[QUOTE]Константин Финагеев пишет:
должен использоваться порядок описания точек вешней границы против часовой стрелки[/QUOTE]