함께 알아가는 IT 정보

별자리 정보 요청시 더이상 시간정보 입력 하지 않음.이제는 sunset정보 활용해서 시간 넘김get_best_visibility_time_for_constellation 메서드 활용해서 best_time 추출 로직 구현고도의 처리가 힘들어서 일단은 한국 평균 고도를 고정값으로 사용.Skyfield import 이슈, load_constellation_map으로 해결.지구 객체와 별자리 데이터 전역으로 처리init에 get_best_visibility_time_for_constellation 추가.이걸 구현했고,결과만 보자.이렇고 다른 요청을 몇개 더 해보자.// 20241013051721// http://localhost:5555/api/constellations?lat=36.4319&lon=127.48..

이건 전의 포스트를 봤다면 대충은 구현해 놓았다는 것을 알 것이다.우선 UTC 시간을 현지시각으로 변환하는 것이 필요했었으니 별자리를 만들 땐 몰랐던 사실이 있다.유저가 시간 정보를 입력해 요청하면 그 시간 또한 UTC로 변환해야한다는 사실이..그렇다면 api요청이 호출에 대해서 명확히 할 필요가 있다. 왜냐면 안그러면 돈이 나가니까..별자리 데이터 요청은 기간을 설정할 수 있다.만약에 내 로직에서 offset 데이터에 대한 것을 명확히 해주지 않으면 api 호출이 요청한 기간의 모든 날에 다 이루어질 가능성이 있다.난 돈을 아껴야된다. (사실 아끼는게 아니고 여기서는 돈이 나가게 두면 안된다)그러니 이걸 명확히 하고 테스트 하자.우선 현재의 구조상 루트 (/api/constellations 엔드포인트)..

일단은 행성 데이터를 대충 뽑아오는 로직을 썼고, 반환받아보자고.{"error":"'Angle' object has no attribute 'minutes'"}결과다.그래서 코드를 고쳤고.원하는 결과값을 받아냈다.그런데 여기서 고민해볼 것이 있다.api 호출이 많아진다. 줄일 방법이 없을까?일단 생각을 해봤는데 만약 best_time이 낮시간대면? best하지 않은 것 아닌가? 그럼 다시 현지 시각으로 변환해서 일몰 일출과 대조를 해야하네?그럼 시간 변환 로직은 두번 코드를 쓰게 되는데 이건 효율적인 것인가? 아닌 것 같다. 시간 변환을 담당하는 코드를 만들어서 불러오는게 좋겠다.그럼 일출 일몰 로직을 고쳐야하네.어? 근데 그러면 행성 정보를 요청하면 API 요청을 두번하게 되는 거 아닌가? 왜?요청 -..