---
tags: project08, 스크럼
---
Week2 Day3
===
## 스크럼
- 이준희
Transit - 하위 항목 모두. 전반적으로 교통 관련
- line: 열차선과 관련된 항목이 사용되는 것으로 추측됨
- Geoetry
- fill: 열차선 일체를 색을 칠하는 것으로 보인다
- stroke: 이유는 알 수 없지만, 지하철 급의 노선은 획이 그어지지 않는다.
- 광역급의 열차가 =ㅁ=ㅁ의 선으로 이루어져있는데 =부분이 사라진다. 왜일까

- label
- Text: 전반적으로 모든 역이 색이 칠해졌다.
- Icon: Icon이라고 되어있지만
- visibility에서 hidden이나 shown을 선택할 경우 아이콘과 이름이 같이 적용되었다.
- 색깔은 icon만 적용되었다.

- Station: station과 관련된 것으로 보인다
- Airport: 공항과 관련된 값이다. 전반적으로 설정값은 다 적용되었다.
- Bus: 버스정류장. 아이콘만 존재한다.
- Rail: 아이콘만 적용된다.

- 이연정
- 가시성 부모요소 상속 필요해보임
- 구글 Styled map의 POI 부분 조사
- 점/면의 표기형식에 따라 style 적용 달라짐
- weight 면적에서는 반응 없음

- 위정훈
- mapbox 속성 조사
- Human-made
- 주거지구, 상업지구, 관공서 등 건물들 위주
- 도로, 공항, 항만 등 교통 시설 제외
- 공원 등 POI로 포함되는 부분도 제외
- Buildings : 건물 하나하나 표시됨
- Natural
- 말 그대로 자연물
- Landscape : 자연적으로 있던 평지 위주 땅, 공원 등 POI로 포함되는 항목 제외
- Terrain : 산지, 서울 남산, 북악산, 북한산 등
- Water: 강, 바다, 호수, 운하(waterway, 포함은 되지만 사용은 안될 듯)

- 이은솔
- 구글 Styled map의 행정구역 부분 조사
- 국가, 주, 시, 마을로 나누었음
- Geometry Fill, Label Icon 속성 제외하고 변경이 가능하였음

- 박은식
- 구글 Styled map의 도로부문 조사
- 우리 프로젝트에 웬만하면 전부 적용가능할 듯
- Load
- Highway : 아이콘을 색칠하면 네모 박스로 뒤덮임

---
## 회의록
- Readme 작성
### Properties type 속성 값 리스트
- 리스트에 대한 요소들을 나누고
- 만약 필요없는 Feature Type이라 생각된다면 기존에 존재하던 type 삭제, 필요하다고 생각되는 type이라면 생성

### 상황정리(두 번째 시련)
#### 멘토님의 피드백
- 컴포넌트 렌더링 최적화
=> 렌더링 최적화는 기술 목표 / 스펙으로는 모호한 얘기입니다. 일반적으로 렌더링이라고 하면 FPS단위로 성능을 표현하게 되고 60fps가 기본이겠죠. 최적화가 120 fps를 얘기하는지 30fps를 얘기하는지 모른다면 1fps가 나와도 최적화라고 할 수 있게 됩니다. 그럼 목표가 적절하고 도전적인 목표인지 알 수 없게 됩니다. 좀 더 구체적으로 목표를 제시해봅시다.

-> 아직 잘 모름. 여러 레이어에 대한 추가적인 렌더링을 진행하고 나서야 최적화의 필요성을 느낄 수 있을듯..?
-> 학습이 더 필요한 것 같다. (오늘?) + Mapbox 렌더링 관련 조사?!
-> 렌더링에서 FPS는 무엇인가, 대량 데이터를 컴포넌트로 렌더링 하는 방법?, 렌더링을 최적화할 수 있는 방법? 우리가 할 수 있는 최적화의 최대치?
[mapbox 문서 최적화 관련 부분](https://docs.mapbox.com/help/troubleshooting/mapbox-gl-js-performance/)

- 금요일 멘토님 질문
- 현재 mapbox tool을 이용하여 렌더. minZoom, maxZoom등의 property를 조정하는 정도로 렌더링 최적화를 해야하는지, 혹은 다른 방법이 있는지.

~~- 기술의 특성 및 장점에 기반한 리액트-리덕스-타입스크립트 구현(+마스터하기)
~~ - => 해당 내용은 여러분들의 달성 목표입니다. 즉 react / redux / typescript를 마스터하겠다. 팀의 목표로서는 적절하지만 기술 목표는 아닙니다. ~~

-> Readme 목록에서 삭제, 팀 목표인 것으로..!

- 단순한 클론에서 나아가 부가 기능 추가(could)
- => 부가 기능 리스트에는 아래와 같이 etc등이 없어야 합니다. 부가 기능은 ***누가 보더라도 무엇인지 나중에 알수있어야*** 합니다.

-> 구체화 필요
-> 마커 + 텍스트 생성 가능
- 블로거 사용자들을 위한 기능, 특정 장소에 대한 표기 기능.
- 지도에서 우클릭하면 마커 생성 가능 모달 뜨고 누르면 마커 생성됨
- 마커 우클릭하면 마커 제거 모달 뜨고 누르면 마커 제거됨
- 마커 hover시 텍스트 표기. 텍스트는 마커 상단에 표기
- 단 입력가능한 텍스트 길이는 10자
- 사이드바에 마커 스타일링 추가 - 모든 사용자 정의 마커는 같은 스타일을 가짐
-> 반응형
- 뺍시다!
-> 히스토리를 이용한 비교하기 구현
- 히스토리 리스트 중 비교하고 싶은 스타일을 클릭하여 현재 스타일 상태와 비교할 수 있게 한다.

- 사용자 취향 혹은 목적에 따라 커스텀 가능 등
- => 커스텀 기능이라 함은 편집 가능 기능일 겁니다.취향에 따라 바꿀 수 있다라고 한다면 제가 예를 들어서 전체적으로 백그라운드 투명 이미지 추가를 하고싶다고 하고 그 기능을 제공못한다면 달성을 못한 것이 됩니다. 따라서 무슨 편집 기능을 넣겠다고 명시하는 것이 좋겠습니다.

-> 부가기능 또한 작동범위가 명시적이어야함.

~~- 국내에 좀더 최적화된 맵 스타일링
- => 국내에 최적화가 어떤 의미일까요? 저는 잘 모르겠습니다.~~

-> '국내 최적화' 와 같이 무엇인가 증명해야할 주제들은 X!!

#### 추가 고민해야할 상황
- mapbox + 네이버데이터(필요하다고 생각하는 것 위주, mapbox를 계속 가져가는 이유는 한국 뿐만 아니라 다른 나라들에 대해서도 보여주기 위하여)
- 하지만 위 상황에서 '필요하다고 생각하는 것'을 정하는 과정이 필요
- 위의 '필요하다고 생각하는 것'을 고민하며 기존의 카테고리들을 그대로 가져갈지, 그렇다면 혹은 그렇지않다면 받은 데이터 타입의 분배를 어떻게 할지 고민해야함