B4A Library ICOSWorldForecast 3.50

sdb

Member
Licensed User
Longtime User
I must have missed something. I have an application that was last compiled a month ago that I needed to make changes to. I downloaded the new libraries and registered on World Weather again and used the new key. Now I get a file not found error on CCIcon, all the other fields work. Have there been any changes that I need to handle.

I was using 2.63 and now using 2.75.

Thanks

Update: - I think I figured this out. The 2.72 library download contained a weathericon folder which I copied into my program's files folder. Now I see icons.

I have another question. The World Weather site has an access limit displayed now. I seem to recall that previously there wasn't a limit. Is that correct?

Thanks again.
 
Last edited:

GMan

Well-Known Member
Licensed User
Longtime User
This was also in my download.

On of the ccweather-icons seems to be corrupt (dont know yet which it was), but i replaced it with the one downloaded from the website and so it works.
 

lonleystar

Well-Known Member
Licensed User
Longtime User
Hi Sdb,

of course there a limit with free api you can use 500 requests per hour
 

GMan

Well-Known Member
Licensed User
Longtime User
Hi Sdb,

of course there a limit with free api you can use 500 requests per hour

So, approx. 2 requets per minute seems to be enough to keep in touch with the actual weather :sign0089:
 

sdb

Member
Licensed User
Longtime User
I have run into an issue involving the full7dayname field. It seems if I have a location that is in another time zone where the date is not the same as mine then the day and date do not match.

For example, I am in US ET and it is 11pm on Thursday 4/25, when I access London UK I get 4am Thursday 4/26. The date is correct but the day should be Friday.

The same thing happens in reverse. In US ET at 1am Friday 4/26 when I access Los Angeles CA which is Pacific Time, I get 10pm Friday 4/25. Again the date is correct but the day is wrong.

This is with the first (index 0) entry but I tested all the days and they all seem to have the same behavior.
 

lonleystar

Well-Known Member
Licensed User
Longtime User
Hi sdb,

thanks to repot this bug i´ll fix soon.
 

sdb

Member
Licensed User
Longtime User
It worked for a couple of days but today it is telling me it is 'Monday May 01', 'Tuesday May 02', etc. It should be 'Wednesday May 01'.

I tried short names but they give me an error during execution.
 

microbox

Active Member
Licensed User
Longtime User
Hi lonleystar,
Thank you for this great library more power to you!...as mentioned by sdb, I'm having similar result...the date is displaying correctly(May 2, 2013) but the day is Tuesday should be Thursday...

Kind Regards,
microbox
 

lonleystar

Well-Known Member
Licensed User
Longtime User
Hi lonleystar,
Thank you for this great library more power to you!...as mentioned by sdb, I'm having similar result...the date is displaying correctly(May 2, 2013) but the day is Tuesday should be Thursday...

Kind Regards,
microbox
Hi microbox,

I do not understand why, gives the wrong daynow . Before gave the right day.

I´ll check it tomorrow.

thx to report it.
 

pereskjo

Member
Licensed User
Longtime User
Unknown member: TimeZone, in line 55

Am I missing something here?
ICOSWorldForecast does not have member TimeZone, but TimeZoneID.

I use
b4a v2.70 Beta 1
library v2.76
example v2.72

Isn't the example compile ready?
 

fanfalveto

Active Member
Licensed User
Longtime User
Full7DayName(0) is today,right?
Full7DayName(1) is tomorrow? or Full7DayName(-1)
i try with 1 and -1 combinations and sometimes are ok and sometimes was wrong.
Please someone know how is that?
Thank you
 

sdb

Member
Licensed User
Longtime User
We do appreciate your work. This library saves a lot of time.

What I see happening in this release is that the days for any location where the day is the same as mine is incorrect. Locations in the next 'day' show the day correctly.

The short day behaves the same.

Thanks for your efforts.
 
Cookies are required to use this site. You must accept them to continue using the site. Learn more…