Fixed
Status Update
Comments
re...@gmail.com <re...@gmail.com> #2
The same here! Please make it happen...
ad...@ovrcome.io <ad...@ovrcome.io> #3
Same here :)
ge...@agrismartis.com <ge...@agrismartis.com> #4
Is this ever going to be addressed? On the android sdk the is a holes property on the polygon, would be great to have it on the ios sdk as well.
ge...@agrismartis.com <ge...@agrismartis.com> #5
I just wanted to state that basic holes can be included by adding the holes coords to the polygon Path, but this often breaks when more complex shapes with holes are used.
See attached image.
The red shape's geometry is broken while the yellow shape is representing the hole accurately.
The second image is using mapkit to display the same shapes with the same coordinates specification (also with ine styling which is not available in the google sdk).
The third image is rendered from mapnik using the same coordinates specification.
See attached image.
The red shape's geometry is broken while the yellow shape is representing the hole accurately.
The second image is using mapkit to display the same shapes with the same coordinates specification (also with ine styling which is not available in the google sdk).
The third image is rendered from mapnik using the same coordinates specification.
ge...@agrismartis.com <ge...@agrismartis.com> #6
In the aforementioned example, it appears that the first hole renders correctly, when there is more than one hole it is connecting the subsequent hole endpoints.
ek...@gmail.com <ek...@gmail.com> #7
yes it would be great if this could be implemented similar to how it is in android with the holes property. this would allow not only holes within a region but also inversions for rendering areas outside of a polygon to be grayed out, etc. I will buy somebody a beer if this gets implemented!
vl...@gmail.com <vl...@gmail.com> #8
Yes - we need this...
dn...@gmail.com <dn...@gmail.com> #9
We need this
ek...@gmail.com <ek...@gmail.com> #10
Yes just please support this already, it's available on other platforms, parity is importan. I understand these things take time but people need this.
br...@google.com <br...@google.com>
di...@gmail.com <di...@gmail.com> #12
Anyone found a workaround for this problem?
[Deleted User] <[Deleted User]> #13
why is this an enhancement and not a bug? It works for android and JS but not for ios. There is no method to add hole to polygon for ios.
ek...@gmail.com <ek...@gmail.com> #14
it is not part of the iOS SDK API so it is not technically a bug, however feature parity would be great! hope this is coming along and will be implemented soon
br...@google.com <br...@google.com> #15
Version 1.11.0: Added a holes property to GMSPolygon to allow for the subtraction away from the filled area in order to create more complex shapes.
ek...@gmail.com <ek...@gmail.com> #16
great! thanks for the effort, will give it a go!
ge...@agrismartis.com <ge...@agrismartis.com> #17
very cool, too bad it took over 1.5 years to get this implemented :(
[Deleted User] <[Deleted User]> #18
Thanks for the effort guys. Just in time (in my case)!
[Deleted User] <[Deleted User]> #19
Problem with the new framework. Its over the size limit for github. The only way around that is to not include it Not so great since I've already added it :-/
. The file size limit is 100 your new maps sdk is 113. Any way you can shrink that back down to 100mb? why is the entire thing that large anyway?
. The file size limit is 100 your new maps sdk is 113. Any way you can shrink that back down to 100mb? why is the entire thing that large anyway?
br...@google.com <br...@google.com> #20
Felix, there is a lot of functionality in the Google Maps SDK for iOS.
Personally, I never commit the Pods directory to version control, as it can always be recovered from the Podfile.lock with a simple command:
$ pod install
Personally, I never commit the Pods directory to version control, as it can always be recovered from the Podfile.lock with a simple command:
$ pod install
[Deleted User] <[Deleted User]> #21
I fixed my pod but im getting this error sending up to itunes connect
[Deleted User] <[Deleted User]> #22
ok looks like i did what itunes said and edited your info.plist to get rid of :
the executable row and made sure the bundle os type was BNDL and it worked. You guys may want to update that pod so it has the correct info plist
the executable row and made sure the bundle os type was BNDL and it worked. You guys may want to update that pod so it has the correct info plist
na...@gmail.com <na...@gmail.com> #23
@Felix, I had the same problem. Looks like bitcode support bloated file size. I also could not manage to get this work with Github LFS, I added a lot of "tracks" but it just did not work. Was forced to change to Bitbucket for this special project...
Description