kldp 에서 검색하는 유저수준일뿐 활동해본적은 없습니다.

취미로 PHP 를 공부하는 수준입니다.
php 스쿨에서 포팅하신글을 보게 되었습니다.

실은 역학관련 프로그램을 만드는과정에서 본문서를 접하게 되었습니다.
윈도용으로 개인적으로 사용하는 역술프로그램을 인터넷용으로만들어서

같이 사용하고 커뮤니티할수있는 사이트를 만들어보려고요..

기존에는 db로 되어 있는 음양력데이터와 절기일 데이터를 이용해서
db에서 접속해서 가져오는 형태였기에 .. ( db 데이터가 100메가가 넘습니다 -_-)
db 자료라 이것저것 여러가지가 포함되어 있는 자료지만,

음,양력 변환과 24절입시간만 계산으로 처리가 되면 웬만한건 다 해결되거든요..
산이님께서 올리신문서를 바탕으로 하게되면 파일한개로 처리가 가능해져서요..

db 데이터와 비교를 해보면 , 절입시간이 약 5~30분가량 차이가 나긴하지만요..
지나온년도를 비교해서 평균적으로 느리거나 , 적게 나오는지 판단해서
일반적으로 많이 사용되는 시간을 기준으로 가감해서 출력하면 문제 없다 보여집니다.


----------------------------------------------------------------------

사실 산이님 소스를 봐도 저역시, 천문학에 문외한이라 설명문서 읽어봐도
먼소린지 모르겠습니다.
다만, 프로그래밍 언어적 구문이해로 문맥의 흐름을 따라서 가보는정도입니다.

소스를 보건데,

>위의 2개의 파일은 내부 기본 로직은 unix_timestamp 입니다.
>따라서 Unix/Linux 에서는 1901 ~ 2038 까지만 가능합니다(32 bits).

제가 첨부한 파일이 unix_timestamp 의 2038 제한을 넘어 가능하게 해주는 lib 입니다.


class.solar.php 이부분은 제 게시물의 첨부파일을 이용해서 
3000년(?)까지의 계산이 되도록 수정되었습니다.

단순히 class.solar.php 에 사용된 명령어 중에
date , gmdate , mktime 함수를 
adodb_date, adodb_gmdate, adodb_mktime 으로 
첨부된 파일의 함수로 대체하는것이 전부입니다.

http://gapja.net/test/index.php (2038년도 이후도 출력됩니다.)

class.lunar.php 파일역시 수정하여서 음양력 부분만 빼고는 계산이 됩니다
음양력 부분은 
&_newmoon,&_fullmoon,&tolunar 함수에 지정된 배열값때문에 그런듯보입니다.
특정 년도까지만 값이 지정되어 있습니다.
(아마도 작성할때 2038 제한때문에 그래놓으신듯)

static $unit = 5665; // see above comments
static $ffx = array(
	19310517=>2640, 19321030=>-840, 19341008=> 840, 19530612=>-600,
	19550222=>4020, 19580218=>2700, 19860311=>-540, 19950727=>1140,
	20120619=> 780, 20150815=>-540, 20170226=> 480, 20350109=> 540,
	);

static $unit = 5665; // see above comments
static $ffx = array(
	19031006=>2000, 19131213=>  120, 19280801=>2100, 19360506=> 400,
	19380712=> 300, 19450625=>  600, 19500828=>-700, 19550308=>2700,
	19560524=>1900, 19581027=> 3000, 19810617=> 500, 19990501=>-900,
	20211021=>-300, 20261125=>-1100, 20280210=> 700, 20320425=> 600,
	);


static $notminus = array(19651024=>1); // do not minus
static $notleap = array(1965925=>1,1985121=>1,1985220=>1,20331222=>1,2034219=>1);
static $dominus = array(1985121=>1,1985220=>1,20331222=>1,2034219=>1);


이부분을 입력된 년도를 기준으로 계산하는방식이 되면 특별히 쥴리어스력으로
전체 소스구조가 바뀌지 않아도 가능해보이긴합니다만
 .. 제가 멀 알아야죠 -_-;;

해당 함수에 지정되어 있는 배열값의 년도뒤에 날짜인거 같은데 
이게 무슨 날짜인지 왜 저 날짜가 되어 있는지 모르겠네요..

저부분도 계산으로 처리하는 방식만 되면 무난히 음양력도 2038년 제한을 넘어 가능해질듯
보여집니다.

(현재 프로그램의 정확도를 떠나서 기간제한을 넘어 실행가능한 수준의 의미로요..)



빠른 답변, 감사드립니다. ^^;


ps : 
문외한으로서 답하는거니 어처구니 없어도 이해해주세요..
음양력이나 별다른 결과가 동하지 않는 달력으로서는

아무런 계산없이 단순 for 방식만으로 무한으로 가능하지 않나 싶은데요??
물론 천문적인 계산방식이 아닌 단순 알고리즘 개념으로요.

단순히 해당 월이 30일인지 31일인지만 알면 양력달력으로는 무한이 가능할듯 싶습니다.

천년단위로 각1월이 30일인지와 윤년이 몇번째 인지만 배열로 정해놓으면 될듯싶은데요.

그리고 그정보를 바탕으로 for 돌리면 양력 달력은 무한 출력이 되지 않을까 

가벼운 생각해봅니다 -_-;;



[산이]님이 남기신 글:

>[인철]님이 남기신 글:
>
>>-----------------------------------------
>>답변자가 기본적으로 참고할 내용입니다.
>>- 배포판(옵션)    : 
>>- 커널버전(옵션)  : 
>>- 데몬버전(예:apache 1.3.27) : 
>>- 데몬설치유형(RPM/컴파일/기타)
 : 
>>-----------------------------------------
>>*스팸필터링:한글 4자(8개 문자) 이상 없으면 스팸페이지로 이동합니다.
>>
>>
>>http://linuxchannel.net/docs/lunar.txt
>>글을 읽고 소스도 보았습니다.
>>
>>32bit 정수 자릿수 문제때문에 mktime 제한 때문에 2038년으로 제한 하신거
같습니다.
>>
>>첨부한 파일을 include 하고 나서
>>
>>class.solar.php 
>>class.lunar.php 소스내용중 해당 php 명령을 교체하면
>>
>>제한을 넘어서 가능해집니다.
>>
>>양력 > 음력 변환에서 입력한 년도가 안되는군요..
>>2038 이하의 년도만 음력 변환이 됩니다.
>>절기는 2038년 이후도 잘 표시됩니다.
>>음력변환부분에 고정이 된거 같습니다.
>>
>
>위의 2개의 파일은 내부 기본 로직은 unix_timestamp 입니다.
>따라서 Unix/Linux 에서는 1901 ~ 2038 까지만 가능합니다(32 bits).
>
>이것을 확장가능하게 끔 하려면
>
>http://ftp.linuxchannel.net/devel/php_calendar/class.calendar.php
>(이건 달력인데 먼 과거나 먼 미래까지 표시됩니다, 음-양력 변환 없음)
>
>이것처럼 unix_timestamp 을 완전히 버리고 JD(Julian day)로 그 기본 로직을
바꿔야합니다.
>
>그런데
>음력<->양력 변환은 원론적인 설명부터 해야하는데...
>
>우선 태양 - 지구 - 달이라는 천체의 운행(역학)에 기반을 두고 있습니다.
>때문에 역학에 대해서 아주 전문적인 지식없이 구현하기가 상당히
어렵습니다.
>
>또한 정해진 공식도 없고, 정확한 태양 - 지구 - 달의 위치를 계산하기 위해서는 미해군
슈퍼컴퓨터로 계산하고 있다고 합니다. 우리는(한국 천문연구원) 이 data 를 받아서
달력을 만든다고 합니다.
>
>그리고 또한 천체의 위치계산시 중요한 data 변수가 있는 "delta T"가 바로
그것입니다. 이는 오르지 관측을 통해서만 그 값을 구할 수 있다고 합니다.
>
>따라서 먼 미래의 음력<->양력 변환은 사실 그 의미가 없습니다. 즉 delta T
때문이죠.
>(변환한다고 해도 틀릴 확률이 매우 높음)
>
>여차여차 해서 제가 만들어 놓은 것은 원리를 깨우쳐가면서 안돌아가는 머리로 겨우
근사식으로 짜놓은 것이고 오차 때문에 날짜 보정해 놓은 것입니다.
>
>만약
>
>위의 2개의 class를 unix_timestamp 가 아닌 JD를 기반한 로직으로 수정하면 어찌되었든
음력<->양력 변환은 가능합니다.
>
>그런데 오차가 상당히 심하기 때문에 별 신뢰성이 없습니다.
>
>이것을 수정할려고 올초에 작심했다가 그만뒀습니다. 당시 너무 힘들게 코딩했기 때문에
수정하려면 머리털 다 뽑힐까 봐서... :)
>
>
>
>>또한 2038을 한계로 잡고 절기 간격을 평균을 정해놓으셔서 괜찮았는데..
>>
>>3000년이상 넘어가면 기준으로 잡힌 년도와 멀어져서 점점 간격이
벌어지네요..
>>
>
>이건 앞서 얘기했듯이 delta T 또는 근사식때문에 어찌할 방법이 없습니다.
>(미해군 슈퍼컴퓨터를 크래킹하지 않고서는 ㅠㅠ)
>
>
>>입력한 년도를 기준으로 - 50년치를 자동으로 절기간격평균을 재설정해서 처리하면 조금
나아질까요??
>>
>
>획기적인 방법이나 계산식을 누가 만들지 않고서는 힘들겁니다. 천문학 전공한
사람이라면 아마 가능할지도...(전 천문학 근처도 가보질 않아서 ㅠㅠ)
>
>JD2000.0 기준이기 때문에 앞뒤 100년 정도가 비교적 맞고 그 범위를 넘어서면 상당히
틀어집니다.
>
>평균치 계산법은 구글에서 "진짜만세력"
 검색해보면 참고가 될듯합니다.
>(아마 소스가 있을 듯)
>
>
>
>>문외한이라 생각나는게 별루 없네요..
>>
>>
>>
>>어느부분을 수정해야 하는지 알고 싶습니다.
>>
>>가능하면 첨부 파일을 이용하여 수정된 소스를 바라면 너무 욕심일까요
-_-;;
>>
>
>unix_timestamp -> JD 기반으로 언젠가 고쳐야하는데 ㅠㅠ
>...
>
>첨부한 ADOdb 는 외국사람이 만든것 같은데 맞나요?
>이건 음력<->양력 변환은 없네요.
>
>http://ftp.linuxchannel.net/devel/php_calendar/
>이것과 비슷해 보입니다.
>
>
>참고로,
>
>http://ftp.linuxchannel.net/devel/php_solar/
>http://ftp.linuxchannel.net/devel/php_lunar/
>http://ftp.linuxchannel.net/devel/php_calendar/
>
>
>php_solar 는 태양의 위치, 절기, 일출 계산, 별자리계산 등등
>php_lunar 는 음력<->양력 변환, 일월식, 별자리 등등
>php_calendar 는 달력과 날짜 표시(먼 과거, 미래 표시가능)
>
>그리고 각 소스위 코멘중에서 [demo] 나 [docs] 링크 따라가면 해당 내용을 볼 수
있습니다.
>
>그런데 혹시 kldp 에 활동하고 계신분인가요?
>어떻게 해서 이런것에 관심을 가지게 되었는지 여쭈어보고 싶네요.
>
>
>>읽어봐주셔서 감사드립니다. 
>
>======================================== 

========================================