함께 알아가는 IT 정보

이제 로우데이터는 자동생성하게끔 로직을 만들었으니까.기존의 행성의 가시성에 접근했을 때 DB 테이블 생성과 데이터를 삽입하는 로직은 지우고 데이터 조회만 하면 된다.기존의 DB 테이블 생성, 삽입 로직은 지웠고, 데이터 조회만 남겼다.확인만 해보면 됨.금성에 대한 7일치 데이터화성에 대한 7일치 데이터.근데 좀 이상하다 11시면 해가 져있을 시간인데 visibility_judgment에 대한 데이터가 좀 그렇네. 코드 수정이 필요해보인다.코드 수정후!! 이제 고쳤구만근데 좀 데이터가 지저분해서 몇개 지우고 더 관측에 필요한 데이터를 계산해서 보여주는 로직을 넣고 싶은 마음이 들어서,고도와 방위각을 계산하는 로직을 넣겠다는 결심이 섰다. # 행성의 고도와 방위각 계산 ..

행성별로 대접근 이벤트의 주기가 존재한다. 내가 보여주려던 데이터는 틀린 데이터다. 빨리 알아채서 다행..행성별 대접근 주기.수성 (Mercury): 약 116일수성은 지구와 매우 빠른 공전 주기를 가지고 있어 자주 대접근합니다.금성 (Venus): 약 584일금성은 약 1년 반마다 지구와 대접근을 합니다. 이 주기는 지구와 금성의 공전 주기 차이에 의해 결정됩니다.화성 (Mars): 약 780일 (2년 1개월)화성은 약 26개월마다 지구와 대접근합니다. 이 시점에 화성은 관측하기에 가장 적합하며 밝고 크게 보입니다.목성 (Jupiter): 약 399일 (1년 1개월)목성의 경우 대접근 주기는 약 13개월 정도입니다. 지구의 공전 궤도와 목성의 공전 궤도 간의 주기적 관계에 의해 결정됩니다.토성 (Sat..

지금은 년도중 제일 가까운 날 하루만 반환하는데 이러면 프론트에서 써먹을 소스가 좀 부족할 것 같아서 로직 수정하기로 결정했다.우선은# services/planet_opposition_service.pyfrom datetime import datetimefrom app.services.planet_visibility_service import calculate_planet_infoimport logging# 로깅 설정logging.basicConfig(level=logging.DEBUG, format='%(asctime)s - %(levelname)s - %(message)s')def predict_opposition_events_with_visibility(planet_name, year, latitu..

일단 DB연결 문제를 겪으면서 계속 들었던 생각이 테이블을 행성별로 나눠야할 것 같다는 생각이 들었다.왜?1년이 365일이니까 행성 8개를 저장하면 365 * 8 = 2920 즉, 칼럼이 2920개나 된다.그래서 년도 별로 나누고 행성별로 나눠서 관리하는 편이 용이할 것 같다는 생각이 들었다. 우선은 24년도 데이터를 넣을거고 정상적으로 작동되는 것이 확인되면 매년 말일에 자동으로 테이블 생성, 그리고 1년치 8개의 행성의 데이터를 넣는 로직도 짜야한다. 가 계획이다.일단은 지금 당장 쓸 데이터를 넣어야하니까 테이블을 수정했다.-- 행성 정보 테이블 생성CREATE TABLE planet_info ( planet_code INT PRIMARY KEY, ..