라벨 및 태그커뮤니티 내에서 정보를 찾는 한 가지 방법은 레이블과 태그를 사용하는 것입니다. 프로젝트를 재구성하기위한 프로젝트가 진행 중입니다. 직원 공간 카테고리 . 이 프로젝트는 커뮤니티 내에서 라벨과 태그의 사용을 전체적으로 검토 할 수있는 기회를 제공했습니다 (Jira 이야기, COM-187 )
라벨 및 태그에 대한 몇 가지 참고 사항 :
- 레이블은 첫 번째 컨텐츠 메시지를 분류하는 데 사용되며 컨텐츠 작성자 만 추가 할 수 있습니다.
- 태그는 게시물을 분류하는 데 사용되며 모든 커뮤니티 구성원이 추가 / 제거 할 수 있습니다.
- Khoros는 사전 정의 된 라벨 사용을 권장합니다. 사전 정의 된 레이블은 노드간에 공유 할 수 없습니다. 각 노드에는 고유 한 사전 정의 된 레이블 세트가 있어야합니다.
- 직원 공간 내의 라벨 및 태그는 아리따움 과 fiona
- 토론 카테고리에서 10,000 개 이상의 주제 중 3 개의 주제에 레이블이 있고 690 개의 주제에 태그가 있습니다.
- Ch 토론 내의 텍스트를 분석하여 사용할 수있는 잠재적 레이블을 결정했습니다.
- Lingotek은 번역 된 컨텐츠에 태그를 사용합니다.
레이블 및 태그를 사용하여 앞으로 이동하기위한 권장 사항 :
- 사전 정의 된 레이블 만 사용
- Chris 프로젝트의 결과를 고객 범주의 레이블에 대한 기초로 사용하십시오 (예 : 토론, 위시리스트 등)
- UI를 통해 주제에 라벨을 추가하는 과정 검토
- UI에서 레이블별로 컨텐츠 필터링 사용 검토
- 프로그래밍 방식으로 주제를 레이블링하여 조사
- 직원과 수퍼 유저 만 콘텐츠에 태그를 지정할 수 있습니다 (처음에는 다른 사용자에게 확장 가능성)
- 토론 포럼에서 사용 된 현재 태그를 검토하고 적절하게 조정합니다 (예 : 제거, 통합 등).
다시 : 라벨 및 태그또 다른 생각은 Chris의 프로젝트 결과와 기술 지원 및 Dev / QA가 해당 시스템 내에서 사용하는 분류를 검토합니다. 분명히, 사용 된 레이블은 커뮤니티 구성원에게 의미가 있고 필요한 정보를 찾을 수 있도록해야합니다. 이러한 다른 시스템을 검토 할 때의 생각은 "그들이 우리 내부에서 얼마나 잘 작동합니까?"입니다. 그것이 잘 작동한다면, 그것은 공동체로 얼마나 잘 번역 될 것입니까. 이상적으로는보고가 모든 시스템과 궁극적으로 JMP 자체를 향상시키는 데 도움이 될 수 있도록 세 가지가 밀접하게 연결될 수 있습니다.다시 : 라벨 및 태그미리 정의 된 레이블에 대한 나의 유일한 관심사는 레이블이 노드 내에서만 유효하다는 제한입니다. 사용자가 레이블과 관련된 모든 주제 / 기사 / 게시물을 찾으려면 검색해야합니다. 레이블이 디스플레이와 결과 모두에서 노드 전용임을 분명히해야합니다.
다시 : 라벨 및 태그라벨 / 태그는 어떻게 적용되는지 확실하지 않지만 콘텐츠에 태그를 지정하는 방법으로 참조로 추가하면됩니다. AEM 태깅 안내서 .
다시 : 라벨 및 태그토론 영역 (및 대부분 블로그 및 위시리스트 영역)에서 사용할 레이블을 결정하려고했습니다 ( JMPCOM-11 ).
다음과 같은 데이터 소스가 사용되었습니다.
- 2018-2020 년 토론 영역의 메시지
- 시리우스에서 사용되는 JMP의 주제 / 하위 주제
- JMP의 결함 구성 요소
- JMP 위시리스트에 사용 된 사전 정의 된 레이블
- JMP의 기본 메뉴 항목
다음은 2000 개 이상의 용어, 최소 용어 빈도 100 및 5 개의 군집을 사용하여 토론 영역의 메시지에서 텍스트 탐색기 / 대기 시간 클래스 분석을 사용한 결과입니다.
클러스터 1
|
|
클러스터 2
|
|
클러스터 3
|
|
클러스터 4 |
|
클러스터 5 |
|
기간
|
점수
|
기간
|
점수
|
기간
|
점수
|
기간
|
점수
|
기간
|
점수
|
계산하다
|
0.1226
|
기둥
|
10.193
|
스크립트
|
10.232
|
모델
|
4.8902
|
그래프
|
5.5348
|
찬성
|
-0.171
|
표
|
7.3356
|
파일
|
4.9529
|
분석
|
3.7828
|
음모
|
5.2238
|
없애다
|
-0.222
|
열
|
6.1466
|
표
|
4.2519
|
테스트
|
3.3579
|
그래프 빌더
|
4.5729
|
피
|
-0.289
|
행
|
4.1276
|
열다
|
3.9491
|
요인
|
3.2343
|
변화
|
3.3102
|
본문
|
-0.394
|
스크립트
|
3.9949
|
창문
|
3.4885
|
디자인
|
2.9353
|
엑스
|
3.186
|
통과하다
|
-0.435
|
새로운
|
3.7383
|
암호
|
3.3302
|
결과
|
2.8212
|
스크립트
|
3.136
|
버전
|
-0.455
|
값
|
3.7088
|
운영
|
3.1653
|
질문
|
2.7171
|
와이
|
3.0149
|
전설
|
-0.467
|
열
|
3.2049
|
저장
|
3.0242
|
인자
|
2.6662
|
보여 주다
|
2.7342
|
아이디어
|
-0.472
|
가치
|
3.1432
|
사용자
|
2.4876
|
변수
|
2.4231
|
하다
|
2.5478
|
번호
|
-0.489
|
공식
|
2.3068
|
오류
|
2.472
|
운영
|
2.3767
|
가치
|
2.334
|
위의 결과와 비슷한 결과를 분석하기 위해 다양한 설정 조합을 시도했습니다.
데이터 테이블 (클러스터 2), 스크립팅 (클러스터 3), 분석 (클러스터 4), 그래픽 (클러스터 5), 기타 (클러스터 1)와 같이 클러스터를 느슨하게 매핑했습니다.
클러스터 수를 늘리면 DOE에 대한 매핑을 포함하도록 인수를 만들 수 있습니다. 군집 수가 증가함에 따라 군집 X가 군집 Y와 매우 유사하도록 항이 겹쳤습니다. 5 개의 항이 가장 뚜렷하게 구분되었습니다.
기본적으로 JMP Wish List에 사용되는 사전 정의 된 레이블입니다. 또한 JMP의 주 메뉴 (테이블, DOE, 분석, 그래프) 와도 정렬됩니다. JMP 사용자 커뮤니티 뉴스 레터는 데이터 시각화, DOE, 통계 / 예측 모델링 / JSL을 사용합니다.
그렇다면 몇 개의 레이블을 가져야합니까? 다음 기사가 참조로 사용되었습니다.
대부분은 너무 많이 원하지 않는다는 데 동의합니다 (20 이하). 사용자가 몇 가지 옵션을 선택하지 않고도 정보를 찾을 수 있도록하기위한 것입니다. 라벨은 더 높은 수준이어야합니다. 메시지에는 레이블이 1 개 이상 3-5이 넘지 않아야합니다.
다시 : 라벨 및 태그 land , @ , @ , R 라벨에 사용될 텍스트를 논의하기 위해 만나십시오. 기술 지원은 고객과 자주 상호 작용하므로 문구에 대한 관점을 갖도록 요청되었습니다.
다음에 대한 일반적인 합의가있었습니다.
- 데이터 테이블
- 해석학
- 스크립팅
- 암사슴
- 제도법
- 다른
다른 사람이 너무 많아지는 것에 대한 우려가있었습니다. 충분한 데이터가 있으면 기타 범주를 분석하고 필요한 경우 확장합니다.
사용자는 둘 이상을 선택할 수 있습니다.
대시 보드 / 응용 프로그램 작성기, 쿼리 작성기, 파일 가져 오기 등에 관한 게시물 분류하기 쉽지 않을 수 있습니다.
선택한 라벨을 기준으로 분류 할 기존 게시물을 읽습니다. 일부 질문은 반드시 스크립팅과 관련이있는 것은 아니지만 스크립트가 해결책으로 제공되었습니다.
주제의 소유자 만 레이블을 지정할 수 있습니다. 특정 직원 / 슈퍼 사용자에게 라벨을 수정하는 기능을 제공 할 수 있습니다.
Re : 라벨 및 태그2020 년에는 커뮤니티 내의 모든 게시판에서 메시지에 사용 된 태그가 거의 1300 개에 달했습니다. 토론과 JMP 블로그는 태그가 가장 많은 게시판이었습니다.
2016 년 이후로 커뮤니티 내의 모든 게시판에서 메시지에 사용되는 태그는 4400 개가 조금 넘습니다. 거의 3000 개의 태그가 한 번만 사용됩니다.
태그 지정은 레이블보다 콘텐츠를 부분 집합 화하는 더 세분화 된 방법으로 봅니다. 태그의 장점은 모든 보드에 걸쳐 있다는 것입니다. 그러나 너무 많은 태그는 잠재적으로 사소한 태그를 쓸모 없게 만들 수 있습니다. 라벨간에 일관성을 유지하는 것도 도움이됩니다. JMP 16 Pro와 JMP Pro 16, 스크립팅 대 JSL.
태그 워드 클라우드는 태그와 관련된 정보를보기위한 주요 구성 요소입니다.
태그로 진행하기위한 초기 제안 :
- 한 번만 사용 된 태그 제거
- 유사한 태그 통합
- 더 높은 등급의 회원으로 확장 할 목적으로 직원 및 수퍼 유저에게 태그 추가 제한
- 나머지 태그를 검토하여 잠재적 목록을 결정하십시오. 수퍼 유저로 목록을 확인합니다.
