게르하르트 스볼바 (Gerhard Svolba) SAS 그는 경험 많은 분석가이자 돌보는 아버지 일뿐만 아니라 SAS Press의 저자이자 열정적 인 선원이기도합니다. 그는 귀중한 연구를 해왔다. 데이터 품질 문제 감지 그리고 그들의 데이터 분석 결과 .
레가타의 시작 (사진은 Gerhard Svolba의 호의에 사용됨)
통계학자인 저는 견고한 데이터 품질 평가의 중요성과 부담을 잘 알고 있습니다. 그리고 저는 윈드 서핑과 스쿠버 다이빙을하기 때문에 게르하르트와 저는 우리가 만날 때 항상 많은 이야기를해야합니다. 최근에, 그는 나에게 자신의 마지막 요트 레가타를 기록했고 나에게 로그 파일을 제공하겠다고 말했다. 나는 받아 들였고 며칠 후 나는 JMP GPX 로거의 데이터와 함께 데이터 테이블 (매우 친숙 함)과 함께 데이터에서 찾을 항목에 대한 몇 가지 권장 사항을 제공합니다.
로깅 데이터가있는 데이터 테이블
나에게 GPX 로그만큼 지루한 데이터 파일은 없다. 그것은 단지 시간 기록, 좌표, 속도 및 나침반 표제입니다.
그런 파일에서 무엇을 기대할 수 있습니까? 더 나쁜 것은 데이터를 그래프 빌더로 가져 오는 내 표준 초기 분석이 약간 이상한 선을 보여준 것입니다.
오스트리아와 Neusiedl 호수
글쎄, 그림 밖으로 줌 방법은 레 가타가 호수에서 일어난 것으로 밝혀졌다 - 오스트리아의 동쪽 대부분 지역. 그리고 네, 게르하르트는 오스트리아 사람입니다. 당신은 그가 말해야 할 것을 듣고 그의 멋진 악센트를 들어야합니다.
레가타 그 자체에 돌아 간다. 세일링에서는 경주가 어떻게 진행되었는지 보는 것이 흥미로울 것입니다. 일부 부이가 지나가지만 부표 사이에는 미리 정해진 트랙이 없기 때문입니다. 로컬 데이터 필터를 사용하여 타임 스탬프를 사용하여 범선의 움직임을 추적 할 수있었습니다.
그래프 빌더의 점, 로컬 데이터 필터 및 그래프 옵션
모든 웨이 포인트를 보여주는 그래프에서 먼저 선택한 영역을 확대하고 싶지 않고 전체 코스에서 경로를 따라 가기 때문에 핫 스폿에서 "잠금 눈금"을 설정했습니다.
다른 슬라이더 위치에 표시된 코스의 부분
슬라이더를 사용하여 작은 시간 조각을 선택하고 눈금 위로 이동했습니다. 나는 그들이 그 지역의 서쪽 부분에서 어떻게 배를 가졌는지를 볼 수 있었고, 남동쪽으로 갈수록 다리가 길어졌다. 시침 북쪽으로 날카로운 구부리기 전의 기동 (아마 부표 주위). 그들은 북쪽, 북서쪽으로 직진 한 후 다른 두드림 전략으로 두 번째 라운드를 시작했습니다.
녹화가없는 시간 범위
놀랍게도 2 라운드가 끝나고 모든 점수가 사라졌으며 합리적인 기간을 찾지 못했습니다. 동료에게 실수를 보여주는 것보다 더 재미있는 것은 없습니다! 그래서 나는 게르하르트에 전화하여 나의 발견에 대해 이야기했다.
"글쎄,"그는 말했다. "나는 당신에게 말하기를 잊어 버렸습니다. 데이터는 하나씩 다른 세 종족의 데이터입니다."잘 알고 있습니다.
이제 저는 데이터 세트에서 변수로 다른 종족을 식별하고 싶었습니다. JMP의 대화 형 기능을 사용하는 것보다 쉬운 것은 없습니다. 방금 왼쪽 슬라이더 핸들을 눈금의 원점으로 이동했습니다. 이제 첫 번째 레이스의 두 라운드가 표시되었습니다. 컨텍스트 메뉴에서 "열의 이름 선택"을 선택하고 열 이름을 지정하고 값 1을 지정했습니다. 그리고 나서 다음 2 번의 레이스에서 각각 2와 3의 숫자로 똑같은 결과를 얻었고 네 번째 열의 모든 합계를 계산했습니다. 이제는 하나의 그래프에 레이스를 오버레이 할 수있었습니다.
데이터 요소의 그래픽 하위 집합 및 레이블 지정
3 가지 레이스가있는 오버레이 그래프
지금까지 슬라이더를 가지고 놀고 전화를 걸었을 때 나는 세 번의 레이스에서 얻은 데이터가 있음을 알게되었습니다. 주제 지식을 추가하고 나면 데이터가없는 것에 대해서도 배울 수있었습니다. 나는 부표가 놓인 곳을 알고 있고, 나는 바람이 불고있는 방향에 관한 꽤 좋은 정보를 가지고있다.
범선은 뒤에서 바람으로 항해 할 때 지상에서 가장 빠른 속도를 얻어야합니다. 데이터에는 나침반 방향과 속도가 있으므로이 부분을 살펴 보았습니다.
배부에서 선정 된 북북서 과정
북부에서 북서 방향으로 바람이 불었다. 항해 보트가 견고한지면을 제공하지 않는다는 점을 고려하여, 나는 코스의 가장 빠른 부분을 찾기 위해 북쪽 코스 주변에서 300 ~ 360도와 20도 이하의 높은 나침반 머리글을 선택했습니다. 선택 사항을 다시 확인하기 위해 위치 그래프를보고 약간의 선택을 수정하여 실제로 고정 된 거리가없는 완전한 거리를 다루었습니다.
사우스 바운드에서 북쪽 나침반 수치?
선택한 데이터 요소 중 일부가 발견 된 것을보고 놀라움을 상상해보십시오. 남쪽 다리 물론 내가 북부 코스 만 선택했다고 생각했기 때문에. 이제 저는 Gerhard라고 부를만한 또 다른 이유가 있었는데, 이번에는 그 대답이 쉽지 않았습니다. GPX 로거는 데이터를 포맷되지 않은 스트림으로 내 보냅니다. 일반적으로 머리말은 두 자리 10 진수로보고됩니다. 그러나 로깅 된 방향이 정확하게 정수이면 그 로거는 단순히 소수 자리를 생략했습니다. 데이터 가져 오기는 먼저 해당 동작을 무시하고 항상 마지막 두 자리를 십진수로 해석했습니다. 예를 들어, 34815는 348.15도로 제대로 가져 왔지만 348은 3.48 도로 잘못 가져 왔습니다.
이 발견에 흥미로운 점은 일부 논리 (북부 코스 선택)와 그래프 (범선 위치 표시)의 조합에 의해서만 밝혀 졌다는 것입니다. 논리만으로는이 오류를 발견하지 못했습니다. JMP의 대화식 그래프가 없으면이 문제를 발견 할 수 없었습니다. 그리고 로직 부분에서는 코드를 작성할 필요가 없었습니다. 히스토그램에서 막대를 밀기 만하면됩니다.
JMP를 사용하면 주어진 데이터 세트의 품질을 평가하는 것이 재미 있다는 결론을 내릴 수 없습니다. 그러나 적어도 JMP는 매우 쉽게 만듭니다. 다른 전략이나 도구를 사용하여 얻을 수없는 통찰력을 제공하며 빠릅니다. 그리고이 데이터를 상기시키면서 문제를 발견하는 것이 원인을 확인하는 것보다 더 쉽습니다.
