 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
POV
http://trueinnerbeing.x10host.com/planetarium45.zip
JS
http://trueinnerbeing.x10host.com/jtarium232full-opac.zip
maybe those?
well I should have checked the links, server is being finicky.
I can ftp /charts/ links, browser says not there.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Melody" <nomail@nomail> wrote:
> POV
> http://trueinnerbeing.x10host.com/planetarium45.zip
here's the fleet,
http://news.povray.org/povray.binaries.images/attachment/%3Cweb.485747fce7b65d90d361a0c10%40news.povray.org%3E/fleet05.
png
using the glow function for the stars, (too much glow)
and type for the color.
so you want to go star trek, then, I got many models.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Melody" <nomail@nomail> wrote:
> POV
> http://trueinnerbeing.x10host.com/planetarium45.zip
Yes, that worked.
When trying to run pld.pov, I get:
Parse Error: Cannot pass uninitialized identifier to non-optional LValue.
at File: megatime.inc Line: 80 Col: 17
/////////////////////////////////////////////////////////////// AutoDate
MegaPov
//#version unofficial MegaPov 1.21;
#version 3.63;
#declare Time = date("%H:%M:%S")
#declare Date = date("%B %d %Y")
////////////////////////////////////////////////////////////// TimeZone
#declare DST = 1;
#declare GMT = 0;
#declare TimeZone = -6 + DST;
#declare JulianDate = julian(val(date("%Y")),val(date("%m")),val(date("%d")));
#declare ctime = j2ctime(JulianDate);
j2datetime(JulianDate)
presumably that needs to be updated to use datetime()
http://wiki.povray.org/content/Reference:Numeric_Expressions
#local CurrentTime = datetime(now); // current date and time as a string
I will fiddle with it as time allows.
Very nice little site you have. Lots of very interesting information.
I need whatever vitamins you take :D
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Bald Eagle" <cre### [at] netscape net> wrote:
> "Melody" <nomail@nomail> wrote:
> > POV
> > http://trueinnerbeing.x10host.com/planetarium45.zip
>
> Yes, that worked.
>
>
> I will fiddle with it as time allows.
> Very nice little site you have. Lots of very interesting information.
> I need whatever vitamins you take :D
lol
Don't know if the last one posted. Version 3.63 or Mega POV for date.
That will not run. thought you just wanted the data. to run that you need maps.
http://trueinnerbeing.x10host.com/maps1.zip
but that link is not working yet. is there another place?
10 meg for the maps
3 sub dirs
clouds
maps
sats
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
One thing you can't do without is the ability to easily sort and rewrite text
files to your needs. One of those "vitamins" that give u a boost to what you can
get done, why there is something like Poseray. Got data and can't use it? No
problem. Even without Poseray, you'd do it DIY.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I see that Flam_Bayer.inc is not in 3D. That's used in java script, which can
generate a library view in a split sec, it doesn't have to use trig.
Could be quickly rewritten to any format you want.
ra dec is simple, just get the right order.
#local v = <cos(radians(ra))*cos(radians(dec)),
sin(radians(dec)),
sin(radians(ra))*cos(radians(dec))>;
dec * -1
if you want to y+ down output
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 2020-01-14 9:20 PM (-4), Bald Eagle wrote:
> Cousin Ricky <ric### [at] yahoocom> wrote:
>
>> A sky sphere would use a different formula, but the math would be similar.
>
> Has anyone to date used the catalogue to generate a fairly realistic spherical
> sky shell or a flat image useful for uv-mapping a sphere?
>
> I'd like to be able to incorporate this into the solar system scene I've worked
> on, if I get the time to focus on it, and I have another project where I'd like
> to be able to look up from a given position on earth at a certain angle at a
> given date and time and see a reasonably accurate view.
I had been thinking about this around the beginning of the year, but the
more I pondered, the more complications there seemed to consider. How
bright? How to deal with dynamic range? What resolution? In general,
how would I make one tool that would apply across various scales and
lighting conditions? (Similar considerations are why I haven't put
beverage materials in the CoffeeMug include file.)
I just punted in despair, figuring each project might require a somewhat
specialized solution, but I didn't notice the new thread activity until now.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Cousin Ricky <ric### [at] yahoocom> wrote:
> I just punted in despair, figuring each project might require a somewhat
> specialized solution, but I didn't notice the new thread activity until now.
Well, I think that something like the sunpos include file is mostly what I'm
looking for.
Given a longitude and latitude, a date, and an hour of the day, create a
celestial sphere. Make it so that no matter what, each star is at least 1 pixel
wide.
I'm primarily interested in the geometry - the proper alignment.
"Look - that notch in that rock at Stonehenge really DOES line up with Rigel at
midnight on the winter solstice..."
------------------------
Aside from that, you could add some sort of mechanism that allows the _USER_ to
tweak the catalogue.
So - whatever array you use to do the basic stuff, and then maybe a user array
that modifies the values or sets some flags before rendering.
That way someone could highlight a star with an object{} (torus, [under]line,
arrow, etc), put a text label, change the apparent size, replace the simple
sphere for the star with a fancy object{}, or apply a multiplier to the star's
brightness/color.
I'd probably start with like 10 stars or a few constellations, and give it a
whirl, and then get some user feedback before doing anything bigger.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Le 08/02/2017 à 14:08, Cousin Ricky a écrit :
> I have extracted some of the data fields from the Yale Bright Star
> Catalogue and converted them to SDL. This catalog contains all
> nighttime stars of magnitude 6.5 and brighter (roughly all nighttime
> stars visible to the naked eye), plus a few dimmer ones. The
> BrightStar5 module includes more data fields than the include file
> Rarius published a while back, including catalog designations and color
> data. Macros are included for star coloration and Bayer designation
> labels. You can also seek individual stars by Bayer, Draper, Flamsteed,
> or SAO designations.
>
Thanks for that, and ulterior versions (1.1.1).
I currently have a strange interest on constellations, is there a way to
have them nicely drawn as the sample for Orion ?
I tried to have a look at the include files, and the sample scene, but
I'm afraid the data to connect the stars as per the constellation is
missing and hard coded for orion in the sample.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 2020-07-16 12:36 PM (-4), Le_Forgeron wrote:
> Le 08/02/2017 à 14:08, Cousin Ricky a écrit :
>
> I currently have a strange interest on constellations, is there a way to
> have them nicely drawn as the sample for Orion ?
A general procedure would not be straightforward. I chose Orion
specifically because it is on the celestial equator, and would not
require a fancy map projection. I had not considered map projection
within the scope of the module, as different persons would have
different needs.
> I tried to have a look at the include files, and the sample scene, but
> I'm afraid the data to connect the stars as per the constellation is
> missing and hard coded for orion in the sample.
There is no official set of constellation lines. It is up to the
imagination of the person drawing the chart.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
