Fantastic. Really great. Thanks.
Mediaportal is so cool and this forum is the best.
Hi Alfred,
You are right, but Weather Underground use the unit "in" for pressure. Take a look to the homepage of this provider, enter a location and chance to US metrics.... shouldn't it be "psi" ? Inch is - as far as I know - length...
Cheers, Micropolis
I don't know exactly, if you use the original version of StreamedMP or special mods. Regarding the date issue, please search in the WorldWeather relevant skin files for lines like "CalendarSelfDefined<digit>Day" or "CalendarSelfDefined<digit>DayDescription" (<digit> is a number between 0 and 4). If you couldn't find this, self defined calendar days are not supported by your skin. I know, Marduk65 has made a mod, which displays these settings correctly.... I should admit that I also have problems with some of the plugin functions, for example my personal dates never appear in the calendar, the starry night don't use my URL ...
Please check again, I had change the display logic for city code, postal code, country and region.... I got a small problem tho: #WorldWeather.LocationCountry doesn't seem to work for me. It returns nothing...
The combobox and display tests has passed for the URL http://www.frontierastro.co.uk/Maps/London_North.jpg inside my own skin. So it's a problem of the skin file. I had check the file WorldWeatherAstronomy.xml now and yes, you are right. Your problem occurs, because the URL is hardcoded there. To solve the problem quickly, please open this file, replace the line "<texture>http://www.astronomie.de/Images/Himmelaktuell/obssky1.gif</texture>" with "<texture>#WorldWeather.ImageStarrySky</texture>" and save it. Now, your selected images must appear.... the entry that is in the config box I had to copy and paste directly into it. Even so, I still don't see my image in the GUI as it still shows the original default images even though I have removed them from the xml file...
Offtopic Just for love of science. Here is the illustrated idea behind it. Simple and brialiant.Hi Alfred,
You are right, but Weather Underground use the unit "in" for pressure. Take a look to the homepage of this provider, enter a location and chance to US metrics.... shouldn't it be "psi" ? Inch is - as far as I know - length...
Cheers, Micropolis
I don't know if anybody commented on this, but FYI, the US sometimes uses "inches of mercury." (! ?) That's how the very earliest barometers worked, circa 1644 -- a pool of mercury with a tube suspended in it, and the measurement is how high the mercury rises. Die-hard non-metric users we are. (But the US also uses millibars.)
The combobox and display tests has passed for the URL http://www.frontierastro.co.uk/Maps/London_North.jpg inside my own skin. So it's a problem of the skin file. I had check the file WorldWeatherAstronomy.xml now and yes, you are right. Your problem occurs, because the URL is hardcoded there. To solve the problem quickly, please open this file, replace the line "<texture>http://www.astronomie.de/Images/Himmelaktuell/obssky1.gif</texture>" with "<texture>#WorldWeather.ImageStarrySky</texture>" and save it. Now, your selected images must appear.... the entry that is in the config box I had to copy and paste directly into it. Even so, I still don't see my image in the GUI as it still shows the original default images even though I have removed them from the xml file...
WorldWeather supports only one starry sky image by default. If you want to see your second image, you must made a hardcoded entry into your skin file. Search again for the WorldWeatherAstronomy.xml file and replace the second hardcoded URL http://www.astronomie.de/Images/Himmelaktuell/obssky1b.gif in the texture statement with your preferred URL.... To save me playing around with settings and creating more problems than I am solving, how do I now get my http://www.frontierastro.co.uk/Maps/London_South.jpg to appear as the right hand image? ...
I suggest to execute the same steps as stated to FillR above. Currently I don't have access to my development machine, so I can't check the skin files itself.... Also, is the same true for user defined calendar dates, ie. hardcoded in the xml, or is it a skin problem? ...