iCamera | well designed camera library for Android platform | Camera library

Managing geodedic coordinates requires double-precision math, otherwise you'll loose precision with (projected) high coordinate magnitude values.

I wonder which map projection you use. Normally, projection models requires a projection center, which it is the projection plane origin (0, 0). Setting the projection center to the coordinate of the current map view make projected coordinates values lower in their magnitude (since they are near to the projection center).

Change the projection center each time the map is recentered, and you'll need double precision only at lowest zoom levels.

camera.resolution should be set to a tuple with two integers:

Try this it is working fine for me.

It looks like pickBy is typed to return a new object which may or may not contain the properties of the original object, which is what Partial does. A simpler example:

C# creates a separate closed type for every combination of generic parameters for open type.
Since every combination of generic parameters creates a separate class, calling a static constructor and creating own members for each of them. You can think of them like of different classes.

because since this is an abstract class, only the concrete children classes must choose a TCamera

That's not how generics work. This has nothing at all to do with the class being abstract. If the class was generic and not abstract you would still need to specify a generic argument in order to call a static method of the class. On top of that, there's nothing to say that a child class can't also be generic. Yours may happen to not be, but there's nothing requiring that to be the case.

Now, in your particular case, the GetNumberOfCameras method doesn't use the generic argument (T) at all, so it doesn't matter what generic argument you provide, you can put in whatever you want and it'll work just fine. Of course, because of that, it's a sign that this method probably doesn't belong in this class; it should probably be in another class that this class also uses.

After some research finally got relevant answer to my question just set min target sdk version to 23.

An aggregatable COM object provides two distinct implementations of IUnknown - non-delegating and delegating.

The non-delegating implementation is the "normal" one - its QueryInterface hands out interfaces implemented by the aggregatable object, and its AddRef and Release control the lifetime of that object.

The delegating implementation, as the name suggests, delegates all three method calls to the controlling IUnknown of the outer object. All the other interfaces implemented by the object have their three IUnknown methods backed by this delegating implementation. This is how the aggregation can maintain an illusion for the client that it's dealing with a single COM object - it allows the client to query from an interface implemented by the outer to one implemented by the inner, and (more interestingly) vice versa. Recall that it's a requirement for IUnknown that QueryInterface implementation be symmetrical and transitive.

When CoCreateInstance is called with non-NULL controlling unknown parameter, it must request IUnknown from the inner object - that is the outer's one and only chance to obtain a non-delegating implementation. You cannot use any other interface pointer from the inner in the outer's interface map - again, all other interfaces are backed by a delegating unknown, so forwarding QueryInterface call to them would end up calling QueryInterface on the outer, and end up right back in the interface map, leading to an infinite recursion.