I tried following the example on the cocoapods page as well as general advice on custom fonts and iOS etc, but no dice. It just shows the char mapped to the climacon, not the actual icon. See http://stackoverflow.com/questions/37199314/getting-climacons-to-display-in-uilabel-with-czweatherkit-in-swift

We got a crash in -[CZOpenWeatherMapService parseCurrentConditionsFromJSON:](in MyWeatherCenter) (CZOpenWeatherMapService.m:146)

What is the best way to handle this? Is it enough to check JSON for Null value in parseCurrentConditionsFromJSON?

Thanks Sascha

Hi,

The ClimaconCharacter isn't the same when you change the language for the same city. For example: When I set the language to english, the ClimaconCharacter is '$'. But in French for the same city and the same time, the ClimaconCharacter is 'I'. But the summary is translate well.

Best regards

I added World Weather Online as an available weather service, and updated one or two comments to be more descriptive/correct. I made the changes a while ago, but forgot to create a pull request and all.

I've also merged the latest changes from your master branch back in, of course.

Hey, its stlunatic102 from reddit! I liked the work that you did and really wanted to see the change that I had mentioned integrated into your lib.

I created a class called CZWeatherLocation that is used while creating the request. Each service is responsible for generating the query based on the state of this object right now, but it'd be great to see each service implement a protocol to serialize this object. Might generate some more maintainable code down the line rather than the giant if-else block that does the logic.

Let me know what you think!

Hello. It's me again.

Well... Something is wrong with 2.2.3. It doesn't complete the weather request. Have no idea what is going on. Btw, I can show you my code.

I'm going to work with 2.2.1 because it works fine. Need any help with debuggin? Just tell my how to help

CZOpenWeatherMapRequest *request = [CZOpenWeatherMapRequest newCurrentRequest];
request.location = [CZWeatherLocation locationFromCoordinate:CLLocationCoordinate2DMake(52.9661803, 87.9315624)];
request.key = @"SOME KEY. DON'T WANT TO SHOW MINE";
[request sendWithCompletion:^(CZWeatherData *data, NSError *error) {
    if (error == nil)
    {
        NSMutableDictionary *weather = [NSMutableDictionary new];
        [weather addEntriesFromDictionary:@{@"temperature":[NSNumber numberWithFloat:data.current.temperature.c]}];
        [weather addEntriesFromDictionary:@{@"humidity":[NSNumber numberWithFloat:data.current.humidity]}];
        [weather addEntriesFromDictionary:@{@"windspeed":[NSNumber numberWithFloat:data.current.windSpeed.kph / 3.6f]}];
        [weather addEntriesFromDictionary:@{@"climacon":[NSNumber numberWithInt:data.current.climacon]}];
        [weather addEntriesFromDictionary:@{@"date":[NSDate date]}];
        [[VKManager instance] setWeather:weather];
        [[NSUserDefaults standardUserDefaults] setObject:weather forKey:@"gesh.weather"];
        [[NSUserDefaults standardUserDefaults] synchronize];
    }
    else
    {
        static dispatch_once_t onceToken;
        dispatch_once(&onceToken, ^{
            [[VKManager instance] requestWeather];
        });
    }
}];

Would love to see CZWeatherKit support querying historical weather data (cf http://openweathermap.org/history). I may add this for my own purposes if it is not already planned…

I was getting only 4 days of forecast no matter what i typed inside this method: CZOpenWeatherMapRequest.newDailyForecastRequestForDays(7)

I noticed in CZWeatherRequest class // dispatchWithAPI method the [self copy] only retains feature string.

When using CZopenWeatherMapRequest with LocationFromCoordinate the API URL is incorrectly formatted http://api.openweathermap.org/data/2.5/weather?lat=51.2758,lon=-0.7763&lang=en&mode=json&APPID=XXXXX The lat and lon should be separated by an & not a ,

I think the problem is componentForLocation in CZopenWeatherMapAPI

When archiving a CZWeatherCurrentCondition, CZWeatherForecastCondition, CZWeatherHourlyCondition or CZWeatherLocation object the application crash. The crash is due to a bug when archiving structs.

Execution of:

[NSKeyedArchiver archiveRootObject:weatherData toFile:[NSTemporaryDirectory() stringByAppendingString:@"archive"]];

Result in the following exception:

Assertions: failed: caught "NSInvalidArgumentException", "*** -[NSKeyedArchiver encodeValueOfObjCType:at:]: this archiver cannot encode structs"
(
    0   CoreFoundation                      0x000000010cc1df45 __exceptionPreprocess + 165
    1   libobjc.A.dylib                     0x000000010c697deb objc_exception_throw + 48
    2   CoreFoundation                      0x000000010cc1de7d +[NSException raise:format:] + 205
    3   Foundation                          0x000000010c302a32 -[NSKeyedArchiver encodeValueOfObjCType:at:] + 311
    4   Foundation                          0x000000010c329b4a -[NSValue encodeWithCoder:] + 317
    5   Foundation                          0x000000010c328f22 -[NSConcreteValue encodeWithCoder:] + 297
    6   Foundation                          0x000000010c2916c7 _encodeObject + 1259
    7   CZWeatherKit                        0x00000001167380e8 -[CZWeatherLocation encodeWithCoder:] + 284
    8   Foundation                          0x000000010c2916c7 _encodeObject + 1259
    9   Foundation                          0x000000010c2cc442 +[NSKeyedArchiver archiveRootObject:toFile:] + 241
    ...
)

The part the cause this crash is:

NSValue *coordinateValue = [NSValue value:&_coordinate
                                 withObjCType:@encode(CLLocationCoordinate2D)];
[aCoder encodeObject:coordinateValue forKey:@"coordinate"];

It's correct to do this, but it's seams to be a knowing bug (rdar://8631663).

An existing workaround is to archive/unarchive the values of the struct manually.

Something like this:

NSNumber *latitude = [NSNumber numberWithDouble:self.coordinate.latitude];
NSNumber *longitude = [NSNumber numberWithDouble:self.coordinate.longitude];
[aCoder encodeObject:latitude forKey:@"latitude"];
[aCoder encodeObject:longitude forKey:@"longitude"];

The problem is exactly the same with the structs CZHumidity, CZTemperature and CZWindDirection.

I'm going to fix it on my side, and create a PR.

Also if you know any better solution, said it!

Duplicate case value: 'ClimaconFahrenheit' and 'ClimaconShowers' both equal '39'

ClimaconFahrenheit = ''', ClimaconShowers = ''',