772650_ko-KR

liliconcom

특히 YYYY/MM/DD 유형과 YYYY/MM/DD H/MM/SS 유형이 한 열에 섞여 있을 때 파일 열기 시 데이터 유형 개선

이 위시리스트 요청의 계기는 무엇입니까?

제가 개선되기를 바라는 점은 JMP14에서 JMP18로 업데이트할 때 가져온 데이터와 관련된 문제입니다(일부 데이터가 null이 됨).

구체적으로, 테스트 데이터를 c_temp에 넣고 JMP14와 JMP18에서 Source14a와 Source14b 스크립트를 실행하여 비교합니다. JMP14와 달리, JMP18에서는 한 열에 YYYY/MM/DD 유형과 YYYY/MM/DD H/MM/SS 유형이 혼합된 데이터를 가져올 때 일부 데이터가 null 데이터로 변환됩니다.

개선하고 싶은 것은 무엇입니까?

데이터 가져오기 방법을 JMP14와 동일하게 되돌리거나, JMP14와 동일하게 되돌리는 옵션을 추가하세요.

제조 현장에서는 YYYY/MM/DD 형식과 YYYY/MM/DD H/MM/SS 형식이 혼합된 데이터가 자주 발생합니다. 이 데이터가 null이 되면 분석을 할 수 없게 되므로 JMP14처럼 null을 생성하지 않고 읽을 수 있는 것이 중요합니다.

이 생각이 왜 중요한가?

고객 지원팀에서도 Source14aREV 스크립트를 사용할 것을 제안했지만, 두 가지 이유로 제안된 스크립트로 변경하기가 어렵습니다. 1) 이미 수백 개의 스크립트가 실행 중이기 때문에 실수 없이 모든 스크립트를 변경하기 어렵습니다. 2) 새 스크립트를 생성할 때에도 JMP14에서 파일을 열면 Source14a 형식의 스크립트가 쉽게 생성됩니다. 하지만 사용자가 읽은 데이터의 모든 날짜 및 시간 데이터 열을 Source14aREV 형식으로 변환하는 데는 많은 시간이 소요됩니다(예: 한 파일에 1,000개가 넘는 날짜 및 시간 데이터 열 행이 포함되어 있는 경우).

따라서 제조업계에서는 스크립트를 수정하는 것보다 JMP의 기능으로 데이터 판독 기능을 개선하는 것이 매우 중요합니다.

이 단점을 제외하면 JMP18은 안정적이고 훌륭한 제품입니다. 데이터 읽기의 불편함을 해소해 주세요. 그렇게 되면 라이선스를 갱신할 때 이전 버전의 JMP를 사용하는 사용자가 줄어들 것입니다.

자동화 및 스크립팅데이터 블렌딩 및 정리Re: 특히 YYYY/MM/DD 유형과 YYYY/MM/DD H/MM/SS 유형이 한 열에 섞여 있는 경우 파일 열기 시 데이터 유형 개선 - 상태가 다음으로 변경됨: 승인됨

이 요청을 제출해 주셔서 감사합니다. 귀하의 피드백을 소중히 여깁니다!

Re: 파일 열기 시 데이터 유형 개선, 특히 YYYY/MM/DD 유형과 YYYY/MM/DD H/MM/SS 유형이 한 열에 혼합되어 있는 경우

안녕하세요. 이 문제에 관해 최신 소식을 알려주시면 감사하겠습니다. 진행 상황이나 논의가 있었나요?

Re: 파일 열기 시 데이터 유형 개선, 특히 YYYY/MM/DD 유형과 YYYY/MM/DD H/MM/SS 유형이 한 열에 혼합되어 있는 경우

안녕하세요. 문의해 주셔서 감사합니다. 요청 사항에 대해 자세한 내용을 알려주셔서 감사합니다! 해당 내용을 보고했으며 개발팀과 논의했습니다. 현재로서는 업데이트된 내용이 없으며 구현에 대해서는 약속드릴 수 없지만, 상황에 변화가 있으면 알려드리겠습니다.