Fixed
Status Update
Comments
da...@gmail.com <da...@gmail.com> #2
Please note; i forgot to mention that this was done with a Nexus 5 running 4.4.2 and the latest version of Play Services installed
ed...@googlemail.com <ed...@googlemail.com> #3
Same for Samsung Galaxy S2. Also tried different settings for GPU rendering, but all the same, the polygon stays unfilled.
ca...@googlemail.com <ca...@googlemail.com> #4
Same problem here with Google Play Services 4030500 on a Samsung Galaxy S3 running Android 4.4.2
jo...@gmail.com <jo...@gmail.com> #5
The coordinates must be specified in order. If added in a clockwise order the polygon fill renders correctly:
options.add(new LatLng(44.97884376398687,-93.29010352492332));
options.add(new LatLng(44.97437590304863,-93.27457655221224)); // bad point
//options.add(new LatLng(44.99098216930516,-93.27247872948647)); // good point
options.add(new LatLng(44.977891781610175,-93.2605804502964));
options.add(new LatLng(44.95120423204544,-93.26962251216173));
The "Fill color" section also says "If the polygon geometry is not specified correctly (see above for Outline and Holes), then no fill will be drawn."
Concave and convex polygons are supported, seehttps://developers.google.com/maps/documentation/android/reference/com/google/android/gms/maps/model/Polygon . However if I reverse the list so that the coordinates are specified in counter-clockwise order then the fill is not rendered even though the documentation says it is supported.
options.add(new LatLng(44.97884376398687,-93.29010352492332));
options.add(new LatLng(44.97437590304863,-93.27457655221224)); // bad point
//options.add(new LatLng(44.99098216930516,-93.27247872948647)); // good point
options.add(new LatLng(44.977891781610175,-93.2605804502964));
options.add(new LatLng(44.95120423204544,-93.26962251216173));
The "Fill color" section also says "If the polygon geometry is not specified correctly (see above for Outline and Holes), then no fill will be drawn."
Concave and convex polygons are supported, see
tk...@gmail.com <tk...@gmail.com> #6
I have a similar problem. In my case the polygons are defined by geographic regions, and as can be see it in the screenshots the regions are drawn, or not, depending on the zoom level, but not in a random way, for the same zoom level I always get the same result.
jo...@gmail.com <jo...@gmail.com> #7
I've experienced this issue as well. Are the shared boundaries being represented by exactly the same coordinates? If not, then what I've noticed is that if there is some overlap then it won't be filled at certain zoom levels.
to...@gmail.com <to...@gmail.com> #8
It looks like at certain zoom level some vertices are removed to simplify shape, but in such case two isolated holes can start intersecting and fill is gone.
tk...@gmail.com <tk...@gmail.com> #9
So, if there are intersections between polygons the fill is not going to work? From what I have read in the documentation it is no possible to disable the optimisation, I am I right?
er...@gmail.com <er...@gmail.com> #10
Me too, Here's an abridged file of what I'm processing. The first polygon gets filled, but the other one (on the right) doesn't. This renders well on Google Earth of course.
la...@gmail.com <la...@gmail.com> #11
I am developing a project that uses lots of polygons and they can have any shape and any number of points and they can even overlap randomly. This bug is very annoying. I tried drawing points in reverse order but it has no effect. My project is useless until this bug is fixed. Google should do something...
da...@gmail.com <da...@gmail.com> #12
I reported this on December 31st of last year. 32 stars and multiple people having the same problem.
I've released my app with this problem with people e-mailing us about this issue.
Google, please review this issue and update us on the status of a resolution for this problem.
I've released my app with this problem with people e-mailing us about this issue.
Google, please review this issue and update us on the status of a resolution for this problem.
la...@gmail.com <la...@gmail.com> #13
This bug is perhaps related to performance of the phone. I have three Android phones here, ZTE Blade 3 with Android 4.4.3, ZTE Blade Apex 2 with Android 4.4.2 and Samsung Galaxy XCover 2 with Android 4.1.2. Blade 3 is the only phone having this polygon issue. I'm running the same app and same code on every phone. Blade 3 is generally very slow phone. Also I noticed that simple polygons with just few points draw correctly more often than complex polygons with lots of points.
Blade 3 has single core CPU and 512 MB RAM, Blade Apex 2 has quad core CPU and 1GB RAM and XCover 2 has dual core CPU and 1 GB RAM. I have never seen the problem with Blade Apex 2 or XCover 2.
It's possible that I'm wrong but just noticed this. Maybe it helps someone.
Blade 3 has single core CPU and 512 MB RAM, Blade Apex 2 has quad core CPU and 1GB RAM and XCover 2 has dual core CPU and 1 GB RAM. I have never seen the problem with Blade Apex 2 or XCover 2.
It's possible that I'm wrong but just noticed this. Maybe it helps someone.
tu...@gmail.com <tu...@gmail.com> #14
I'm not exactly sure but I experience this problem in some particular cases.
It seems that it depends on the number of vertexes you put when creating the polygon.
I developed a sort of "editing" library which allows users to create/modify/delete shapes and when drawing "arrows" they are filled most of the times, but hollowed when the last point is removed (if you do not put the first point again as last one).
I can't check it, you should make some tests but that's what I've noticed
It seems that it depends on the number of vertexes you put when creating the polygon.
I developed a sort of "editing" library which allows users to create/modify/delete shapes and when drawing "arrows" they are filled most of the times, but hollowed when the last point is removed (if you do not put the first point again as last one).
I can't check it, you should make some tests but that's what I've noticed
ad...@google.com <ad...@google.com> #15
Thankyou for all the details. I've taken a look into this and there are some bugs and some known limitations.
- There is a specific bug with concave quadrilaterals (e.g., the arrowhead shape in the initial report). We are fixing this. Unfortunately, the obvious workaround of adding another point on one of the lines won't work because it is removed during simplification.
- We do not support self-intersecting polygons (either the outline or the hole intersecting)
- Currently, we have a limitation of 2000 vertices for filling polygons - this will probably affect some of the complicated geographical regions. We do attempt to simplify the polygon when zoomed out in order to reduce the number of vertices but if this causes other issues (e.g, causes self-intersection to occur) then we can't do this.
- There is a specific bug with concave quadrilaterals (e.g., the arrowhead shape in the initial report). We are fixing this. Unfortunately, the obvious workaround of adding another point on one of the lines won't work because it is removed during simplification.
- We do not support self-intersecting polygons (either the outline or the hole intersecting)
- Currently, we have a limitation of 2000 vertices for filling polygons - this will probably affect some of the complicated geographical regions. We do attempt to simplify the polygon when zoomed out in order to reduce the number of vertices but if this causes other issues (e.g, causes self-intersection to occur) then we can't do this.
jo...@gmail.com <jo...@gmail.com> #16
Does this mean that the simplification of polygons when zooming will not occur in this fix if it results in self-intersections?
bi...@gmail.com <bi...@gmail.com> #17
as well am running into he same issue. No matter on which starts first, mine cuts off the same corner in the polygon.
www.valvik.info/tCard?Num=101
mi...@gmail.com <mi...@gmail.com> #18
I'm having this issue as well. What's the fun part is that Google maps for IOS doesn't have this issue. Everything works like a charm there. Also this bug has been in the android maps v2 for over an year that doesn't sound promising.
ad...@google.com <ad...@google.com> #19
The bug with concave quadrilaterals (e.g., the arrowhead shape in the initial report) is fixed in Google Play services 6.5.
However, the other limitations still exist.
jorge.polack - your understanding is correct. If simplification causes self-intersections, we try to triangulate the unsimplified version. But if this has > 2000 vertices (and this number is subject to change in the future), then we don't triangulate that either and so we can't fill the polygon at all.
However, the other limitations still exist.
jorge.polack - your understanding is correct. If simplification causes self-intersections, we try to triangulate the unsimplified version. But if this has > 2000 vertices (and this number is subject to change in the future), then we don't triangulate that either and so we can't fill the polygon at all.
th...@gmail.com <th...@gmail.com> #20
Attempting to map several properties within Google Earth and view KMZ file on Galaxy S4 with Android version 4.4.2.
Whether via Google Drive or Email of kmz file, not all properties are displayed/nor displayed properly when opened on Google Earth (on Galaxy).
Whether via Google Drive or Email of kmz file, not all properties are displayed/nor displayed properly when opened on Google Earth (on Galaxy).
[Deleted User] <[Deleted User]> #21
I am having the same issue. Polygons do not fill properly when zoomed out, but do fill properly when zoomed in to a certain zoom level.
[Deleted User] <[Deleted User]> #22
I am having the same issue . is there any solution for this concave issue in android?
[Deleted User] <[Deleted User]> #23
Same issue too(
[Deleted User] <[Deleted User]> #24
Comment has been deleted.
an...@google.com <an...@google.com>
st...@gmail.com <st...@gmail.com> #25
Polygons still don't fill properly when zoomed out. It is strange behavior. How to fix this? Or only google developers will do it? This bug is 4 years old.
jh...@google.com <jh...@google.com>
[Deleted User] <[Deleted User]> #26
Is this issue resolved? I still getting issue for self crossed polygon. Please find the attached screen shot.
[Deleted User] <[Deleted User]> #27
this ticket has been opened for 5 years without a resolution.
ru...@gmail.com <ru...@gmail.com> #28
I am also getting issue for self crossed polygon.
Please find the attached screen shot.
Please find the attached screen shot.
ro...@gmail.com <ro...@gmail.com> #29
I have the same code working in iOS but not on Android. This is a long time to fix the issue
an...@google.com <an...@google.com>
jh...@google.com <jh...@google.com>
jh...@google.com <jh...@google.com> #30
Please note that self-overlapping/intersecting polygons aren't supported on the Maps SDK for Android.
jh...@google.com <jh...@google.com>
[Deleted User] <[Deleted User]> #31
Kind of sad that Apple Maps this is working just fine. This seems like a relatively simple thing, and not sure how it is a 'feature' request, as it does fill for non-overlapping polygons.. It would make sense that drawing a figure 8, it would also fill..
tu...@gmail.com <tu...@gmail.com> #32
I am also getting issue for self overlapping/intersecting polygons.
[Deleted User] <[Deleted User]> #33
How is this won't fix? There is obviously an issue with overlapping polygons not filling. Because non-overlapping polygons fill. This means that Apple Maps actually has a feature that we then have to work around to get the same effect. i.e. breaking the polygons into distinct non-overlapping polygons. This is really disappointing that it seems to be supported just about everywhere, but on Android Maps..
ak...@gmail.com <ak...@gmail.com> #34
This works in Google's own Maps SDK for iOS. These kind of incompatibilities are frustrating.
sa...@gmail.com <sa...@gmail.com> #35
This issue is still there? on Zooming out polygon is showing empty & on zomming in it shows filled polygon.When google will fix this? Its working fine with ios
jh...@google.com <jh...@google.com>
ne...@gmail.com <ne...@gmail.com> #36
We have been running into this as well. Is it being worked on?
go...@gmail.com <go...@gmail.com> #37
Hello team Google, any progress on this issue?
ne...@gmail.com <ne...@gmail.com> #38
same problem here. The filling is working from a level of zoom but dissapear when zoom out...
me...@gmail.com <me...@gmail.com> #39
I have the similar problem that the filling of polygon disappeared when zooming in and out
The latest Google Map SDK is already used, and tested in Android 11.
Please see and reproduce my opened issue in the Githubhttps://github.com/googlemaps/android-samples/issues/693
The latest Google Map SDK is already used, and tested in Android 11.
Please see and reproduce my opened issue in the Github
oj...@gmail.com <oj...@gmail.com> #40
Please solve the self-intersecting polygon fill color issue; this will drive our customers to iOS.
jh...@google.com <jh...@google.com> #41
Could you try the new renderer and report if you still have issues? [https://developers.google.com/maps/documentation/android-sdk/renderer#how_to_try_the_new_renderer ]
It can handle concave polygons better than the old renderer. Please open a new issue with example code and screenshots if you still encounter issues with the new renderer.
It can handle concave polygons better than the old renderer. Please open a new issue with example code and screenshots if you still encounter issues with the new renderer.
Description
In the example below, if you run the code segment below as is, it will draw an arrow like image that aims to the lower left. The outline draws, but the map doesn't fill.
If you comment the "bad point" section and uncomment the "good point" line, the map draws and fills correctly.
Please see the attached screen shot for an example.
private void drawTest() {
PolygonOptions rectOptions = new PolygonOptions();
rectOptions.add(new LatLng(44.97437590304863,-93.27457655221224)); // bad point
//rectOptions.add(new LatLng(44.99098216930516,-93.27247872948647)); // good point
rectOptions.add(new LatLng(44.977891781610175,-93.2605804502964));
rectOptions.add(new LatLng(44.95120423204544,-93.26962251216173));
rectOptions.add(new LatLng(44.97884376398687,-93.29010352492332));
rectOptions.fillColor(0x50880000);
rectOptions.strokeWidth(5);
mMap.animateCamera(CameraUpdateFactory.newLatLngZoom(new LatLng(44.97437590304863, -93.27457655221224),13));
mPropOverlay.add(mMap.addPolygon(rectOptions));
}