codestates / codestates/Memory-It
[Dev Log] UI: Experimental - 위치추적시간과 지도level(축척)별 마커 처리
- Dominant language
- JavaScript
- Stars
- 1
- Forks
- 2
- PR merge metrics
- No merged PRs in 30d
Description
### 1. 이용자의 현재위치를 기반으로 지도를 띄우기에 걸리는 시간
- 우선 이용자의 현재위치는 브라우저의 내장API Geo Location 을 사용했다.
- 위치추적에 걸리는 시간은 내 노트북을 기준으로 4 ~ 9초가 걸린다. (캐싱 제외)
- 현재위치를 찾기전에는 기본값으로 지정해둔 곳을 보여주고, 위치를 찾으면 해당위치로 지도가 이동한다.
만약 서비스를 접속 했을 때 이용자가 이를 직접 보게된다면 상당한 불편함을 느낄텐데 이를 위한 장치가 몇개 필요한 상황
- 현재 설계상으론 사이트에 접속했을 때 지도로 보기는 기본값이 아니기때문에 한번의 클릭을 거쳐야 한다.
이로서 로그인후 바로 지도를 보려고 시도한경우 1초정도는 벌 수 있을거라고 생각한다.
문제는 나머지 3 ~ 8초이고 몇가지 아이디어를 적어보자면
1. 단순히 로딩 창(로딩인디케이터, 스피너)을 계속 띄우는것
- 코드를 적절히 잘 짠다면 해볼 수 있지않을까싶지만 그래도 최대 8초가 걸릴것을 생각한다면 이것만으로는 부족하다.
2. 유저위치 캐싱을 아주 오래하기(또는 브라우저에 저장하기)
- memoryit은 다이어리 서비스다. 하루 일과를 마치고 집으로 돌아온 후 사용하게될 가능성이 높을것으로 생각된다.
- 반드시 이용자의 **_현재위치_** 를 항상 가질 필요는 없다고 생각한다. 이용자가 **_익숙하게_** 느낄 수 있는 위치라면 유저경험를 크게 낮추지않을 것이라고 생각한다.
- 최초에 추적했던 위치를 아주 오래 캐싱하거나 로컬스토리지등에 저장해둔다면 임시방편정도로서 역할을 해줄 거라고 생각한다.
- 그리고 현재위치를 찾을 수 있게 **_현재위치찾기_** 버튼을 만들어줘도 좋을 듯하다.
역시 팀원들과 회의를 통해 적절한 해결책을 찾아야 할것같다.
### 2. 지도레벨(축척)별 마커의 크기,모양

- 지도를 확대해서 봤을 경우, 좌표가 정밀도를 가지기 때문에 여러 마커가 겹치거나 하는 경우가 거의 발생하지 않는다.
---

- 지도가 축소될 수록 마커의 크기는 그대로인데 넓은거리를 보여줘야하기때문에 마커끼리 겹칠 확률이 점점 높아진다.
- 다이어리를 정말 열심히 쓰는 유저라면 마커의 밀도가 높아져서 큰 불편함을 겪게 될 수 있다.
- 지금도 첫번째 사진의 마커에비해 크기를 줄여놓은 상태
---

- 당장에 생각할 수 있는 방법중에 적절하다고 생각드는 방법이다.
- 마커의 특성을 해치지않는 선에서 간소화 작업을 통해 불편함을 줄여봤다.
- 여기서 지도를 더 줄인다면 이 방법도 마커간 겹침현상을 피할 순 없다.
- 카카오맵 API에는 마커 클러스팅이라는 것을 지원하는데 겹치는 마커들을 하나로 집약시킬 수 있는기능인듯하다. 적절히 사용해봐도 좋을듯하다.
지금 보다 더 좋은 방법은 분명 더있을 것이다. 팀원들과 회의를 통해 좋은 방법을 찾아볼 수 있을거같다.
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.