김형준 GIS 연구소 (for Developers) -

[DuraMap-Xr] 통계 데이터를 이용한 주제도 작성

공간 상의 인구 데이터와 같은 공간 통계 데이터를 이용하여 주제도를 작성하는 기능은 GIS의 중요한 기능 중에 하나입니다. 예를들어서 각 지역에 대해 집계된 인구수를 지역 별로 비교하기 위해 단계별로 색상을 달리하여 주제도를 만들 필요가 있는데 DuraMap-Xr에서 이러한 방법에 대해 살펴보도록 하겠습니다.

필요로 하는 GIS의 기능이 정해지기 전에 먼저 파악되는 것이 아마도 데이터가 아닐까 싶습니다. 사용할 데이터는 집계구에 대한 인구수가 저장된 shp 파일로써 인구수 값에 대한 필드명은 I05_01입니다. 즉, 인구수 값에 대한 필드인 I05_01의... 값을 총 5개의 단계로 나누고 단계별로 색상을 달리하여 표현하는 주제도를 작성해 보도록 하겠습니다. 먼저 아래와 같은 폼을 디자인 합니다.

폼 위에 'Add Layer' 버튼과 'Set Theme' 버튼, 그리고 'Add Legend' 버튼이 존재하며 Xr 맵엔진이 배치되었습니다. Add Layer를 통해 앞서 설명했던 shp 파일을 레이어로 추가하고 Set Theme을 통해 통계 데이터에 대 주제도를 설정하며 끝으로 Add Legend를 통해 주제도에 대한 범계를 표시합니다. 먼저 Add Layer 버튼에 대한 코드는 다음과 같습니다.

axXr1.Layers.AddShapeMapLayer("pop", "d:/__data__/pop.shp");
axXr1.WaitForAllConnections();
axXr1.ZoomFullExtent();

저장된 pop.shp 파일을 통해 pop라는 이름의 레이어를 추가하는 코드입니다. 이미 다른 글들을 통해서 레이어를 추가하는 코드는 많이 살펴봤으므로 설명은 생략합니다.

pop.zip

다음은 Set Theme버튼에 대한 코드입니다.

axXr1.WaitForAllDrawing();
            
IShapeMapLayer lyr = axXr1.Layers.GetLayerAsShapeMap("pop");
IMapThemeRange rangeTheme = lyr.SetRangeTheme();
rangeTheme.ValueFieldName = "I05_01";

int cntSteps = 5;
int step = 255 / cntSteps;
int v = -step;
FillSymbol[] fs = new FillSymbol[cntSteps];
for (int i = 0; i < cntSteps; i++)
{
    v += step;
    fs[i] = new FillSymbol();
    fs[i].Color = (uint)ColorTranslator.ToOle(Color.FromArgb(v, v, v));
}

LineSymbol ls = new LineSymbol();
ls.Color = (uint)ColorTranslator.ToOle(Color.FromArgb(0, 0, 0));

rangeTheme.AddRange(0, 427, fs[4], ls, null);
rangeTheme.AddRange(427, 558, fs[3], ls, null);
rangeTheme.AddRange(558, 705, fs[2], ls, null);
rangeTheme.AddRange(705, 847, fs[1], ls, null);
rangeTheme.AddRange(847, 1064, fs[0], ls, null);

axXr1.Update();

1번 코드는 혹시 Xr 맵엔진의 렌더링 스레드를 통해 지도가 그려지는 중이라면 지도가 모두 그려질때까지 대기하라는 코드입니다. 이 코드가 필요한 이유는 지도를 그리고 있는데 갑작이 데이터를 변경시킬 경우 발생하는 문제를 피하기 위함입니다. 3~5번 코드는 앞서 추가한 레이어(pop)를 속성값의 범위에 따라 다른 심벌을 지정할 수 있는 주제도로 설정하고 값의 범위로 사용할 필드명(I05_01)로 지정하는 코드입니다. 그리고 7~19번 코드는 값의 범위를 총 5개의 그룹으로 만들 것이며 이 5개의 색상 심벌을 단계별 만들기 위한 코드입니다. 채움 심벌(FillSymbol)를 배열로 하여 총 5개를 만들고 외곽선 심벌(LineSymbol)에 대해서는 공용이므로 하나만 만듭니다. 그리고 이제 21~25번 코드를 통해 값의 범위와 범위를 만족하는 도형에 대한 그리기 심벌을 지정하는 코드입니다. AddRange의 첫번째와 두번째 값이 값의 범위이며 세번째와 네번째는 채움 심벌과 라인 심벌입니다. 그리고 다섯번째는 포인트 심벌로써 사용하는 데이터가 폴리곤이므로 포인트 심벌을 사용되지 않으므로 null 값으로 지정했습니다. 마지막 코드에서 Update 매서드를 호출하면 아래와 같은 결과가 나타납니다.

각 집계구의 인구에 따라 색상을 달리 표시된 것을 확인할 수 있습니다. 인구가 많은 지역은 어둠게.. 적은 지역은 밝게 표시되었습니다. 하지만 각 색상에 대해 어떤 값인지를 알수없는데, 이런 정보를 제공해주는 것이 바로 주제도에서의 범례입니다. 이제 Add Legend 버튼의 코드에 대해 살펴보도록 하겠습니다.

DuraMap-Xr의 범례는 자동화된 방식이 아니라 사용자가 직접 범례를 구성하도록 하는 방식을 제공합니다. LLS(Legend Layout System) 방식을 통해 사용가 직접 원하는 항목을 구성하여 범례를 구성하는 방식으로써 여기서는 다음과 같은 레이아웃으로 범례를 구성할 것입니다.

위의 레이아웃 설계를 보면 VerticalLayoutLegendElement를 최상위 레이아웃으로 시작해서 이 레이아웃 안에 다수의 LegendElement로 구성된 것을 살펴볼 수 있습니다. 앞서 속성값의 구룹을 총 5개로 나눴다고 했으므로 색상을 표시하기 위한 SolidColorFillBoxLegendElement 5개와 이 색상에 대한 설명을 위한 각각의 TextLegendElement 5개로 구성되어 있습니다. Add Legend 버튼의 코드를 살펴보는 것이 순서이겠지만.. 먼저 이러한 레이아웃 설계를 기반하여 작성된 코드의 결과를 살펴보는 것이 이해를 도울 것으로 생각되므로 Add Legend 버튼을 클릭했을때의 결과를 살펴보면 아래와 같습니다.

지도 화면의 우측한단에 범례가 추가된 것을 살펴볼 수 있으며 위의 범례에 대한 레이아웃 설계와 실제 표시된 범례를 비교해보면 이해가 더 쉬울 것입니다. 그럼 이제 이러한 범례를 표시하기 위한 Add Legend 버튼의 코드를 살펴보도록 하겠습니다.

axXr1.WaitForAllDrawing();
            
bool bOK = axXr1.Legends.AddLegend("label", XrPositionTypeEnum.XrBottomRight);
if(bOK) 
{
    Legend legend = axXr1.Legends.GetLegend("label");

    VerticalLayoutLegendElement vbox = new VerticalLayoutLegendElement();
    vbox.Name = "vbox";
    legend.SetLegendElement(vbox as ILegendElement);

    TextLegendElement title = new TextLegendElement();
    title.Name = "title";
    title.FontName = "HY견고딕";
    title.FontSize = 15;
    title.Text = "집계구 인구";
    title.HorizontalCenter = true;
    title.SetMargin(5, 0, 0, 0);
    vbox.AddLegendElement(title as ILegendElement);

    HorizontalBarLegendElement hbar = new HorizontalBarLegendElement();
    hbar.Name = "hbar";
    vbox.AddLegendElement(hbar as ILegendElement);

    int cntSteps = 5;
    int step = 255 / cntSteps;
    int v = -step;
    string [] itemTitle = new String[5];
    itemTitle[4] = "0 ㅡ 427";
    itemTitle[3] = "427 ㅡ 558";
    itemTitle[2] = "558 ㅡ 705";
    itemTitle[1] = "705 ㅡ 847";
    itemTitle[0] = "847 ㅡ 1063";

    for (int i = 0; i < cntSteps; i++)
    {
        v += step;
        vbox.AddLegendElement(
            CreateColorItem("item" + i, Color.FromArgb(v, v, v), itemTitle[i])
                as ILegendElement);
    }

    axXr1.Legends.Update();
}

3번 코드가 바로 범례를 추가하는 코드입니다. DuraMap-Xr에서는 범례를 레이어와 같은 독립된 개념으로 다루고 있다는 것을 알 수 있습니다. 8번 코드가 범례의 최외각 레이아웃인 VerticalLayoutLegendElement로써 vbox라는 이름을 지정하고 범례에 지정됩니다. 모든 범례의 구성 요소는 이름을 할당해야 하며 이 이름을 통해 각 범례의 구성 요소를 얻어와 삭제하거나 속성을 변경할 수 있습니다. 12~19번 코드는 범례의 제목을 표시하기 위한 TextLegendElement 객체를 만들고 있으며 21~23번 코드는 제목과 5개의 항목을 가시적으로 분리하기 위한 HorizontalBarLegendElement 객체를 생성하여 추가하고 있습니다. 그리고 25~40번 코드는 5개의 색상 및 설명을 위한 텍스트 항목을 추가하기 위한 코드입니다. 39번 코드는 색상에 대한 범례 요소와 텍스트 요소의 생성을 자동화하기 위한 별도의 매서드로써 다음과 같습니다.

private HorizontalLayoutLegendElement 
    CreateColorItem(string name, Color clr, string text)
{
    HorizontalLayoutLegendElement hbox = new HorizontalLayoutLegendElement();
    hbox.Name = name;

    SolidColorFillBoxLegendElement color = new SolidColorFillBoxLegendElement();
    color.Name = name + "_clr";
    color.FillSymbol.Color = (uint)ColorTranslator.ToOle(clr);
    color.LineSymbol.Color = (uint)ColorTranslator.ToOle(Color.FromArgb(0, 0, 0));
    color.Width = 16;
    color.Height = 16;
    color.SetMargin(3, 1, 3, 20);
    hbox.AddLegendElement(color as ILegendElement);

    TextLegendElement txt = new TextLegendElement();
    txt.Name = name + "_txt";
    txt.FontName = "Arial";
    txt.FontSize = 11;
    txt.Text = text;
    txt.SetMargin(0, 20, 0, 20);

    hbox.AddLegendElement(txt as ILegendElement);
    return hbox;
}

이 매서드 역시 앞서 설명한 범례의 레이아웃 설계 그림을 기반으로 작성된 코드이므로 코드를 하나 하나 살펴보면 이해할 수 있으므로 자세한 설명은 생략하도록 하겠습니다.

Tag : GIS, Xr

posted at 2010/04/26 15:51 | GIS 개발/DuraMap-Xr | Comment(1)

마이크로 소프트 운영체제에서 32비트 어플리케이션을 64비트 운영체제로 포팅하는 절차는 16비트 어플리케이션을 32비트 운영체제로 포팅하는 것에 비해 다소 간단합니다.그러나 포팅 절차는 다소 신중하게 계획하여 좀더 부드럽게 진행하는 것이 좋습니다. 다음은 일반적인 가이드 라인에 대한 제시입니다. (출처: http://msdn.microsoft.com/en-us/library/aa384190.aspx)

계획

포팅하는데 요구되는 노력의 양을 가늠해 봐야 합니다. 다음 항목을 확인해 보면서 얼만큼의 작업이 필요한지 측정해 볼 수 있습니다.

32비트 코드 문제: 32비트 코드를 64비트 컴파일러로 컴파일하여 에러와 경고를 살펴보고 그 범위를 살펴봅니다.
공유되는 구성 컴포넌트와 종속성: 어플리케이션에서 사용하는 컴포넌트가 다른 개발회사로부터 제작되었는지와 이 회사에서 해당 컴포넌트를 64비트로 개발할 계획을 가지고 있는지 문의해 봅니다.
레거시 또는 어셈블리 코드: 16비트 윈도우즈에 기반한 어플리케이션은 64비트 윈도우즈에서는 기동되지 않으며 반드시 코드를 다시 작성해야 합니다. x86 어셈블리 코드는 WOW64에서 실행되지만 코드를 다시 작성함으로써 인텔 Itanium 아키텍쳐의 향상된 속도을 얻을 수 있습니다.
일부가 아닌 전체 어플리케이션의 포팅하기: 비록 어플리케이션의 일부분을 포팅하거나 /LARGEADDRESSWARE:NO 옵션을 사용하여 2G까지 코드를 제한함으로써 문제를 간단히 해결할 수 있지만, 전체 어플리케이션을 포팅하는 방법이 향후에 지속적으로 수반되는 문제점을 근본적으로 해결할 수 있습니다.
포팅될 수 없는 기술에 대해 다른 대체할 수 있는 기술 찾기: DAO(Data Access Object)와 Jet Red 데이터베이스 엔진 등과 같은 몇몇 기술은 64비트 윈도우즈로 포팅할 수 없습니다. (2010년 4월 기준)
64비트용과 32비트용으로 구분된 어플리케이션인지 파악하기: 비록 64비트 제품과 32비트 제품이 많은 부분에서 동일한 코드를 공유한다고 할지라도, 64비트와 32비트로 구분되어 배포된 경우에 대해서는 각기 서로 다른 부가적인 시험과 고려 사항이 필요할 수 있습니다.

개발

호환되는 코드 작성: 개발자는 최신의 윈도우즈 헤더 파일과 32비트 뿐 아니라 64비트에서도 공통으로 사용되는 데이터 타입을 사용하여 호환되는 코드 작성합니다(http://msdn.microsoft.com/en-us/library/aa384198.aspx).
코드를 32비트와 64비트 윈도우즈 모두에서 컴파일될 수 있는지 확인: 새로운 데이터모델은 거의 수정하지 않고도 하나의 코드로 32비트와 64비트 모두에서 실행될 수 있도록 설계되었습니다. SQL 서버와 윈도우즈 개발 팀은 제품을 동일한 코드 기반으로 32비트와 64비트 버전을 개발하고 있으며 이런 개발이 가장 이상적입니다.
최상의 퍼포먼스를 위한 컴파일러의 새로운 최적화 기능 사용: 인텔 Itanium 프로세서에 대한 코드 최적화는 과거 x86에서보다 훨씬 더 중요합니다. 컴파일러는 마이크로 프로세서에 의해 이전에 처리되는 많은 최적화 기능이 제공된다고 가정합니다. 64 비트 어플리케이션의 퍼포먼스를 최대화 하기 위해 컴파일러의 2가지 최신 최적화 기능을 제공합니다(최적화에 대한 프로파일과 전체 프로그램 최적화). 이 두 기능으로 인해 빌드 시간이 더 길어지고 초기 개발에서 테스트 시나리오를 고려할 필요가 있습니다. 최적화를 위한 프로파일은 2단계의 컴파일 절차를 거치게 됩니다. 첫번째 컴파일 과정에서는 코드가 실행 동작을 잡아내기 위해 실행됩니다. 여기서 얻어진 정보는 두번째 컴파일 과정에서 사용되며 모든 최적화 기능에 대한 가이드 라인이 됩니다. 전체 프로그램 최적화는 어플리케이션의 전체 파일에 대한 코드를 분석합니다. 더 효율적인 호출방식 및 개선된 코드로의 변환 뿐만 아니라 더 나은 인라이닝 등과 같은 다양한 방법으로 퍼포먼스를 향상시키게 됩니다.

테스트

WOW64에서 실행되는 64비트 또는 32비트에서 코드를 테스트할지를 결정하기: 어떤 어플리케이션은 WOW64에서 실행되는 네이티브 64비트 코드와 32비트 코드 모두를 포함합니다. 테스트 계획을 수립하는 동안 이를 면밀하게 조사하기 바랍니다. 그리고 테스트 도구가 64비트인지 32비트 아니면 이 둘의 조합인지 결정해야 합니다. 64비트 윈도우즈 상에서는 어플리케이션의 64비트와 32비트 모두를 필요로 할 수 있습니다.
사용된 32비트 컴포넌트를 자주 테스트하기: 먼저 64비트로 코드를 컴파일하고 테스트합니다. 제시된 문제를 고치고 32비트에서 다시 컴파일하고 또 테스트합니다. 문제가 있다면 수정합니다. 세번째로 다시 64비트로 컴파일하고 테스트합니다. 이런 절차를 문제가 없어질때까지 반복합니다.
COM와 RPC 컴포넌트 테스트: 32비트와 64비트 COM과 RPC 컴포넌트가 정확하게 통신하는지 확인합니다. 간혹 네트워크를 통해 16비트 컴포넌트와의 통신을 테스트해 볼 필요가 있습니다.
메모리 구성이 다른 구성에서 테스트: 서버에 추가적인 메모리를 장착하면 이전에는 발생하지 않은 문제가 어플리케이션이나 운영체제에서 발생할 수 있습니다.

참고할 글: http://www.gamedev.net/reference/programming/features/20issues64bit/

« 2010/04 »

일

월

화

수

목

금

토