Status Update
Comments
av...@gmail.com <av...@gmail.com> #2
Just my two cents :)
of...@gmail.com <of...@gmail.com> #3
of...@gmail.com <of...@gmail.com> #4
foreach (const QString& dirName, QDir("assets:/").entryList(QDir::AllDirs | QDir::NoDotAndDotDot)
Qt probably uses a Java backend for this, but it works at the end. You can use many Qt classes across multiple operating systems without thinking about all that garbage. They handle all the wrappers etc for you. Just a little suggestion 👍🏻
je...@gmail.com <je...@gmail.com> #5
br...@gmail.com <br...@gmail.com> #6
* Qt is a C++ platform; whereas Android is not exactly (Java, Kotlin and all that garbage is the primary focus of Android)
* Qt is better maintained in terms of C++
* Apps written with Qt can work on Android, iOS, macOS, Windows, *nix, Linux, Embedded... with a single code base
* Qt has built-in cross-platform key features like event driven programming, media encoding/playing, animations, networking, databasing, image encoding/rendering, purchasing, scripting, data visualization, 2d/3d rendering etc. (you would normally find a 3rd party library for every one of those features on Android or write your own solution)
Anyway, that's just a suggestion.
br...@gmail.com <br...@gmail.com> #7
da...@gmail.com <da...@gmail.com> #8
ev...@gmail.com <ev...@gmail.com> #9
Keep up the good work.
da...@gmail.com <da...@gmail.com> #10
#googleadswords.com
da...@gmail.com <da...@gmail.com> #11
Can we make an internal mirror bug for this feature request? Thanks!
dg...@gmail.com <dg...@gmail.com> #12
da...@gmail.com <da...@gmail.com> #13
me...@gmail.com <me...@gmail.com> #14
da...@gmail.com <da...@gmail.com> #15
bo...@gmail.com <bo...@gmail.com> #16
da...@gmail.com <da...@gmail.com> #17
Sometimes filing it again will get more traction. This component captures issues related to documentation ONLY on
For issues with the Android operating system, file a bug with the associated component found at:
For user issues, find the right place to get help at the Android help center at
For questions on github usage, refer to
HTH!
da...@gmail.com <da...@gmail.com> #18
ev...@gmail.com <ev...@gmail.com> #19
da...@gmail.com <da...@gmail.com> #20
jh...@google.com <jh...@google.com> #21
Please keep this issue to the point, reporting areas where the Street View coverage has substantially regressed since September 2021. Other issues should be reported separately in their relevant component/s.
cr...@gmail.com <cr...@gmail.com> #22
of...@gmail.com <of...@gmail.com> #23
As for other areas, basically all countries still have issues with many small gaps everywhere which is hard to list. For the most impacted ones I would say:
- Nigeria (some highways were restored but still missing large parts)
- Alaska, notably its eastern part. Impacted highways are AK-1, AK-4, AK-2, AK-5. AK-8 (a very nice scenic road) is also quite broken but it was always like this for unknown reasons. Also north of Fairbanks there is an area where coverage broke
- Vietnam, everything was removed (it was partial coverage in 10 cities, coverage done with the Trekker on a motorbike). Intentionally removed or another glitch? We also found Google cars drove in the country but imagery was never published so maybe there is some kind of restriction in this country?
- Argentina, especially in the south where lot of roads have broken coverage (including major routes such as rute 3 and ruta 40)
- Botswana, the west and the southwest lost some chunks
- Switzerland lost all the new imagery made with gen 4 cameras in 2019. It included a lot of new beautiful roads in the south. Intentional?
- Russia, along with Chita there is a couple of broken roads around the city of Oktyabrsky and a few roads in Chelyabinsk Oblast
Those areas are where I could find the largest issues, I have maps of the coverage from each update which helps me seeing what was added and removed. As I said those are the most affected areas but thousands of roads all over the world suffer from this problem, ranging from kilometers to a few tens of meters of removed imagery. Enough to break navigation.
Is there som way to help fixing those gaps? I don't know how Google proceeds to correct them but it will be a long wait at this pace. Something to suggest edits, a rool like Road Mapper, would help a lot in this task.
da...@gmail.com <da...@gmail.com> #24
da...@gmail.com <da...@gmail.com> #25
da...@gmail.com <da...@gmail.com> #26
za...@gmail.com <za...@gmail.com> #27
(Also, certain new Street View imagery gets wiped out by an area with a blurred landmark and I'm forced to look at an outdated image. It's annoying me to oblivion and back).
da...@gmail.com <da...@gmail.com> #28
That would be the case with this one particular issue of mine, which is separate from here:
of...@gmail.com <of...@gmail.com> #29
Cambodia itself also has similar issue but less visible as the Street View coverage is not that dense.
ma...@btinternet.com <ma...@btinternet.com> #30
da...@gmail.com <da...@gmail.com> #31
Your issue appears to be quite different to what I’m looking at the screenshot. If your browser keeps crashing you should clear the cache and restart.
da...@gmail.com <da...@gmail.com> #32
no...@gmail.com <no...@gmail.com> #33
bo...@gmail.com <bo...@gmail.com> #34
da...@gmail.com <da...@gmail.com> #35
da...@gmail.com <da...@gmail.com> #36
bo...@gmail.com <bo...@gmail.com> #37
of...@gmail.com <of...@gmail.com> #38
The problem is caused by the fact the reduced the threshold of the maximal distance between the picture coordinates and the road on the map before imagery gets removed. As the maps are not precise enough this caused issues everywhere. Really not a good decision. If at least we could adjust the roads but the only thing we can report is incorrectly traced roads by just placing a pin on it, and those edits are almost never applied...
Lately Google has been on fire in making bad choices and Street View has never been is such as bad shape, it's really depressing.
da...@gmail.com <da...@gmail.com> #39
da...@gmail.com <da...@gmail.com> #40
Hmm... you're probably right. Next time, the big G should rethink before speaking, because they won't know what might happen next.
da...@gmail.com <da...@gmail.com> #41
It appears to be slowly being fixed as new imagery gets released, from which they soon become the default when viewed. Also there are not as many broken lines as before, but this is just my guess.
ma...@gmail.com <ma...@gmail.com> #42
A problem repeatedly occurred with “
Reload Webpage
Funny enough, MtV (Googleplex)streetview is rendered just fine, example:
moreover - it's browser-agnostic, same prob with Chrome/Firefox/Safari on Mac os X 10.15.7 (all latest builds)
I suspected that my firewall/browser plugins/dns are interfering somehow, but now believe that this is an issue on GMaps' side.
Can someone try themselves and look into this issue? I'll be happy to provide more data points if needed
ma...@gmail.com <ma...@gmail.com> #43
da...@gmail.com <da...@gmail.com> #44
Replying to
da...@gmail.com <da...@gmail.com> #45
The Google-contributed Street View policy at
bo...@gmail.com <bo...@gmail.com> #46
of...@gmail.com <of...@gmail.com> #47
Indeed the problem is usually from the precision of the map that is not sufficient. Instead of reducing the threshold, they should adjust the map using the Street View data and the satellite imagery (when applicable). This is really a bad move Google did, it completely damaged Street View as a whole. This change must be reverted because clearly the roads are not getting adjusted at all, 50 meters was fine to cover most of the cases. And we have no way to adjust them since reporting incorrectly drawn roads leads to nothing. We are stuck with an unfunctional service yet we still pay for the API costs.
When Google decided to multiply those prices by 14 in 2018, we would at least expect an increase in the service's quality. In the end it is the complete opposite:
- because Google started letting anyone make their own blue lines this same year without adding any control to Google Maps users and API users (which is a must have when you let anyone uploading data without any quality control), we are now obliged to suffer this lower quality unofficial coverage
- because Google is not counting on other people to create Street View we don't get new countries covered with official Google Street View (we hope this announcement for Rwanda made on Twitter by the Google Africa account is true and not another false hope)
- because Google decided to lower the threshold to validate Street View data we now have a completely broken service
- because Google decided to lower the maximal distance we can jump to something like 50 meters we are now with even more unusable service
Should I keep going? Since 2018 Street View kept losing quality and nowadays its state has never been so bad. It is really concerning that whoever is in charge of the project doesn't see all the trouble their decisions are making. We really miss the golden age of Street View when Google was adding new countries regularly and being proud of it by doing large announcements and events.
At least in 2021, despite of the removal of Vietnam and the new imagery in Switzerland, we could see some improvement with many updates and new areas added in Mexico, USA, Argentina, Labrador (Canada) etc. but this new way of publishing data progressively is not convincing at all as the data is never complete, resulting in broken blue lines and limited usage. Doing less but larger and more complete updates was quite better.
Maybe in 2022 Google will finally realize how bad the Street View project is managed and take action to get back on tracks otherwise Apple will at some point be superior with Look Around.
da...@gmail.com <da...@gmail.com> #48
Quoting from
Yeah, but while I do agree, I would personally still keep the progressive update system as long as they are able to find a cure for these glitches.
th...@gmail.com <th...@gmail.com> #49
ev...@gmail.com <ev...@gmail.com> #50
da...@gmail.com <da...@gmail.com> #51
We don't know if we'll see any imagery from this month as the data schedule at
of...@gmail.com <of...@gmail.com> #52
Google doesn't take this list very seriously. Only Google Japan seems to regularly update it a bit (and it's still not that thorough). Anyways this is not the topic of this discussion.
da...@gmail.com <da...@gmail.com> #53
It looks like the problem where you can only jump at a limited distance has been fixed (for most locations). But more things to come.
da...@gmail.com <da...@gmail.com> #54
[Deleted User] <[Deleted User]> #55
da...@gmail.com <da...@gmail.com> #56
Welp, looks like the random breaks have slowed down a bit as new imagery is being released.
da...@gmail.com <da...@gmail.com> #57
na...@gmail.com <na...@gmail.com> #58
of...@gmail.com <of...@gmail.com> #59
The gaps are caused by the fact Google decided to lower the threshold that defines if a panorama is valid or not (depending of it's distance from the road on the map, lowered from around 50m to around 10m). And because Google Maps is not precise enough it broke everything. The best way to fix it is to revert this change but Google apparently doesn't care and will not revert it. The other way is improving the map accuracy but we need a miracle to happen at this point as there is so much to do (and we can't help as we have no tool like Map Maker anymore to adjust existing roads).
As for the list you shouldn't 100% trust it. I've been tracking the changes in this list since 2020 and I can confirm Google manages it poorly. They like to put everything from a region but they won't actually cover or update it. For example British Columbia has all the subdivisions listed but they will usually just drive in the south, sometimes in the center around Prince George, but never in the north or the west close to the Alaskan border. At contrary they sometimes drive in unlisted places like Labrador in late 2021 that was never listed. But it's quite rare.
Also they listed many countries where cars actually drove in 2021 but the pictures are not published for unknown reasons. Countries such as Romania, Colombia, Slovakia or Philippines used to be regularly updated but now the pictures are blocked (you can clearly see them near borders, when the car entered a neighboring country where updates are published: check around Hungary and you'll find leaks from Slovakia, Austria, Romania, Slovenia and Croatia). In 2021 we saw cars driving in 50 countries, but 23 of them have blocked updates for unknown reasons.
da...@gmail.com <da...@gmail.com> #60
In my opinion the only way we can fix the 'broken' coverage bug is by writing a patch for both the Maps and Street View APIs. But this process would probably take a considerable amount of time.
da...@gmail.com <da...@gmail.com> #61
Quoting from
Well, that is due to the fact that when imagery is captured, according to the Google-contributed Street View imagery policy, it takes a tremendous amount of time to stitch and process everything together. However with the new continuous-updates policy for some regions, the process has become a big hurdle as it is extremely buggy nowadays.
da...@gmail.com <da...@gmail.com> #62
If this issue doesn't get tracked then we'll face extreme problems with the quality of the Maps service. It's just the bottom line. :(
of...@gmail.com <of...@gmail.com> #63
Small follow-up about large areas affected by the shift:
- Chita, Russia was fixed 2 weeks ago and looks good now
- more areas in Russia are affected, for example around Oktyabrsky, Republic of Bashkortostan
- Alaska is still broken in the east, affected area is a circle of approx. 125km radius around Tok
- eastern Thailand close to Cambodia is actually a problem with the map, roads are shifted 20~30m from their actual position; Street View data seems correctly placed and removed because of the change in the validation
All the other broken blue lines are caused by the tolerance's threshold as far as we can see. If we find more areas affected by a shift we will let you know.
da...@gmail.com <da...@gmail.com> #64
So if it has to do with a lower threshold and misdrawn roadways, then I totally agree. These changes have indeed impacted the quality of the Street View service.
da...@gmail.com <da...@gmail.com> #65
Is it ever going to get fixed or no? Google has to do something; otherwise it'll be a total mess for Maps and Street View.
da...@gmail.com <da...@gmail.com> #66
Okay... looks like the broken lines are steadily increasing as the first 2022 imagery is being released.
da...@gmail.com <da...@gmail.com> #67
See this related issue, which talks about the nav arrows likely caused by the broken coverage bug:
ma...@google.com <ma...@google.com> #68
Thanks for waiting.
We believe this issue is now fixed. If you are still having issues please let us, or better you can file a new separate issue.
of...@gmail.com <of...@gmail.com> #69
This is not fixed at all. Alaska is still with completely broken coverage because of some shift similar to the Azores or Chita. The city of Orsk is also impacted in a similar way. The town of Usinsk in northern Komi Republic received coverage recently and also has this issue. Anyways the core issue is the fact Google decided to lower the tolerance for a blue line to appear on the map and this broke thousands of places. This will only be fixed if this decision is reverted because it doesn't make sense at all to have taken it in the first place. This really ruined everything.
da...@gmail.com <da...@gmail.com> #70
Really? Why close this issue when we still recognize the fact that the bug keeps lingering around? We have to do something! :(
sy...@gmail.com <sy...@gmail.com> #71
There are areas further out that have unofficial coverage and it still seems to work, but the official blue lines are just broken.
da...@gmail.com <da...@gmail.com> #72
Please hurry up and reopen this issue before it doesn't get tracked! :'(
hu...@gmail.com <hu...@gmail.com> #73
da...@gmail.com <da...@gmail.com> #74
(Replying to
But, for now, why not take a look at those user-contributed photo spheres in your area?
da...@gmail.com <da...@gmail.com> #75
We're still seeing broken lines everywhere as new imagery is released, so there's clearly no point of closing this issue thinking it's gone. Proof in the image below.
da...@gmail.com <da...@gmail.com> #76
Also, the fact that these lines are broken makes us wonder if there are blurred objects somewhere, as this scenario is common because when something is blurred, all revisions get completely removed or truncated. But that's not the case because this is an API-related bug and despite that the images still function and remain accessible.
da...@gmail.com <da...@gmail.com> #77
Okay, I'm seeing that Google tried removing the 9/10/2021 release data in areas outside the Bay (how dare?!), and the results appear quite disastrous. Now there are broken lines almost everywhere across the country.
da...@gmail.com <da...@gmail.com> #78
da...@gmail.com <da...@gmail.com> #79
The broken coverage bug is still happening. Please reopen this issue! :(
bo...@gmail.com <bo...@gmail.com> #80
da...@gmail.com <da...@gmail.com> #81
Quoting from
Yeah, but it can be annoying for some. As the glitch is as severe as software bugs, it can raise concerns for some who are trying to use Maps without any breakage.
na...@gmail.com <na...@gmail.com> #82
da...@gmail.com <da...@gmail.com> #83
(Replying to
da...@gmail.com <da...@gmail.com> #84
Quoting from
Unknown reasons? I have a better way of explaining that: it's due to privacy concerns and certain Internet laws.
da...@gmail.com <da...@gmail.com> #85
If Google still doesn't do anything about it, we'd be in total pain. Removing the 9/10/2021 release data is NOT feasible enough and this should be reverted.
da...@gmail.com <da...@gmail.com> #86
Any update?
of...@gmail.com <of...@gmail.com> #87
Reminder that this issue is not fixed and won't be until the change about data validation is reverted.
da...@gmail.com <da...@gmail.com> #88
I can only assume that the reason for the removal of these release images was because of a change in the threshold that determines whether a panorama is valid or not. However the change doesn't appear to affect Mountain View, CA as it is still maintaining its own threshold value.
da...@gmail.com <da...@gmail.com> #89
Broken lines are still showing up. Can’t we just reopen this issue?
da...@gmail.com <da...@gmail.com> #90
See related
da...@gmail.com <da...@gmail.com> #91
Earlier we saw Google completely removing the 9/10/2021 release data from the Mountain View area (which includes Gen 4 data from between March and September 2017, and that doesn't help reduce the number of broken lines. We really need to revert this change.
da...@gmail.com <da...@gmail.com> #92
Are we really not going to take care of this? Many rural areas in the US lost historical coverage and there is no way we can access them today.
na...@gmail.com <na...@gmail.com> #93
da...@gmail.com <da...@gmail.com> #94
da...@gmail.com <da...@gmail.com> #96
Replying to
ma...@gmail.com <ma...@gmail.com> #97
ju...@gmail.com <ju...@gmail.com> #98
[Deleted User] <[Deleted User]> #99
da...@gmail.com <da...@gmail.com> #100
(Replying to
da...@gmail.com <da...@gmail.com> #101
I still can't access data from the 9/10/2021 update. Blue lines went missing in some German towns, Gen 4 content from 2017 in the US is gone, Gen 3 content from 2019 and 2020 disappeared in the US, Japan lost Gen 1 content after it was restored, and a few areas of Bangladesh lost new content. Google really needs to fix this. :(
da...@gmail.com <da...@gmail.com> #102
The 9/10/2021 data's pano IDs are expiring. Google needs to take action right now because if the data is not recovered/restored, they will forever be lost.
da...@gmail.com <da...@gmail.com> #103
da...@gmail.com <da...@gmail.com> #104
It was recently sought according to
da...@gmail.com <da...@gmail.com> #105
Okay, it seems to be getting worse. Whenever I navigate using the keyboard, I see a warning on the bottom that says 'No Street View imagery available here.' This is super awkward. I mean, really? :\
ke...@gmail.com <ke...@gmail.com> #106
ke...@gmail.com <ke...@gmail.com> #107
da...@gmail.com <da...@gmail.com> #108
Hmm, I seem to suspect that the 'No Street View imagery available here' warning when navigating may be because the API is trying to access the 9/10/2021 data, which doesn't exist anymore. Speaking of which, I did create
da...@gmail.com <da...@gmail.com> #109
of...@gmail.com <of...@gmail.com> #110
It has been realized that another change was made, breaking more coverage mostly in Nigeria.
This change seems related to how far each panorama can be to allow a blue line to exist (and data to be accessible). For some reason on a bunch of Nigerian roads the camera didn't take enough panoramas to have a sufficient density, making data unpublished. This is why many roads got their coverage removed last year.
Attached image shows an example of a road in eastern Nigeria (
While it can be understandable to remove data that is too far from a road on the map to avoid misplaced data (though this is in 95% of the cases a problem from the map having wrongly traced roads), reducing the threshold for distances between panoramas is not logical. This brings no benefit and breaks things. Can this be modified to allow higher distance between panoramas to bring back those blue lines?
Also reminder that the Street View coverage around Tok in eastern Alaska is still broken when it was perfectly fine before. The data got shifted and needs to be re-shifted to align it on the roads again. This is a similar fix to do than the one your did for the Azores or Russian cities.
da...@gmail.com <da...@gmail.com> #111
Quoting from
Insufficient density? Hmm… that probably also went for the 9/10/2021 Street View data. But honestly, it took forever for the data to appear on Maps, and I would not be happy to hear if the removal occurred for the same reason.
da...@gmail.com <da...@gmail.com> #112
ev...@gmail.com <ev...@gmail.com> #113
da...@gmail.com <da...@gmail.com> #114
The 9/10/2021 Street View data still remains inaccessible. Imagery from the update has already been removed from the API database, so I’m not sure if the data will ever return.
na...@gmail.com <na...@gmail.com> #115
da...@gmail.com <da...@gmail.com> #116
(Replying to
It seems like you’re not familiar with the mass removal that occurred on March 1, 2022, and images affected by it were those made part of the 9/10/2021 update. Let me be specific: the imagery was dated between 2008 (in Japan) and 2020 (in North America), and were accessed through the Time Machine. At the time of the update I first found Gen 4-quality imagery from 2017 across various cities in the US. It wasn’t until moments later that I came across other images captured with past-Gen cameras (all of which were entirely copyright 2021), like Gen 3 content in the western US and newly-added coverage in a part of Germany mostly in Gen 2 quality, and the return of blurry Gen 1 imagery in Japan. Unfortunately, that content didn’t last long enough, and that’s something Google hasn’t sorted out. Newer images, especially those released through the continuous updates system, are NOT affected.
To see for yourself, try this link:
So what the heck is your concern? :\
da...@gmail.com <da...@gmail.com> #117
(Replying to
da...@gmail.com <da...@gmail.com> #118
(Replying to
na...@gmail.com <na...@gmail.com> #119
da...@gmail.com <da...@gmail.com> #120
(Replying to
da...@gmail.com <da...@gmail.com> #121
Quoting from
And if I did that, it would simply get closed as a duplicate of
da...@gmail.com <da...@gmail.com> #122
(Replying to
There's proof that the data once existed. Several months since the data was removed, some of the links there no longer work. Clearer now?
na...@gmail.com <na...@gmail.com> #123
da...@gmail.com <da...@gmail.com> #124
(Replying to
https://goo.gl/maps/cpDFNWMUsLUNx3PX7 - Was expecting a Gen 4-quality photo in Ceuta in northern Africa. Original capture date unknown (no, not the current 2022 coverage).https://goo.gl/maps/9vzt84opYPQqwurx5 - Was expecting May 2021 coverage in Dhaka, Bangladesh. This addition has been undone; currently there is only 2013 coverage.https://goo.gl/maps/WqzuNcTGUXCEipg8A - Was expecting February 2008 Gen 1 coverage in Japan. This addition has been undone.https://goo.gl/maps/DAxtqEPirBGrvzVx9 - Was expecting a Gen 4-quality photo in Alaska. Original capture date unknown (no, not the current 2021 coverage).https://goo.gl/maps/RCbeA5ikVSmYGMXK7 - Was expecting a photo from July 2015 in San Marino, Italy. This addition has been undone; it now returns a user-contributed photosphere instead.https://goo.gl/maps/MxLUuQvY5Sa1oTLJ7 - Was expecting a Gen 3-quality image in Luxembourg. Original capture date unknown.https://goo.gl/maps/Mpx9WXHr8LsJQ79U6 - Was expecting an image somewhere in Indonesia. Camera generation and original capture date unknown.
While the removal was not mentioned on that page, it is a very annoying issue for me as I cannot access that data anymore. And if you were to access the data's pano IDs past their expiration dates in the API, you'll get a ZERO_RESULTS error. So, literally, this has NOT been fixed at all.
da...@gmail.com <da...@gmail.com> #125
[Replying to
da...@gmail.com <da...@gmail.com> #126
[Replying to
da...@gmail.com <da...@gmail.com> #127
Unfortunately, broken blue lines are on the rise again thanks to huge updates being rolled out in some European countries. However, it doesn't mean that the imagery is inaccessible; you can just drop Pegman anywhere if Street View imagery exists.
da...@gmail.com <da...@gmail.com> #128
Auugh, misdescribed again! Ahem... alright, I'm thinking most of the 9/10/2021 Street View data had that very short lifespan due to poor data precision or some other misconfiguration, and that could be why the data didn't get released until that time. And the reason that update was so important was to provide more historical records for research and quality updates to existing coverage. Should be easy to understand.
da...@gmail.com <da...@gmail.com> #129
Oh, another thing: I believe the 9/10/2021 update is closely related to the 10/8/2020 update, which lifted caps that prevented newer data from being published in some California and Texas cities due to elevated privacy concerns. Numerous stay-at-home orders amidst a raging pandemic allowed Google enough time to publish the newer data in those areas, and since then future captures have been allowed to be published. But unlike the 9/10/2021 update, the 10/8/2020 update data never faced a removal. So, if Google can understand how important the 9/10/2021 update data was, the imagery from that update could be published once again, hoping it will never again get removed.
cr...@gmail.com <cr...@gmail.com> #130
one of the most broken updates of all of Street View which ultimately lead
to the removal of the old update system. You have to understand that the
removed data isn't coming back - as it was originally unpublished due to
privacy (hidden germany, gen 1 japan) and other issues. You talking about
it on here wont magically bring it back. There is a lot of unpublished
coverage from various times and you just have to accept that.
On Tue, 20 Dec 2022, 9:40 am , <buganizer-system@google.com> wrote:
da...@gmail.com <da...@gmail.com> #131
(Replying to
Umm... so you're saying that the release was accidental and when Google noticed they intentionally removed it for privacy? Sad. :'(
But at least the extra Gen 3 and Gen 4 data in North America would still be good enough. Not really an issue.
cr...@gmail.com <cr...@gmail.com> #132
and 2020 gen 3 in the US was test imagery, and Google never publishes test
imagery so it also makes sense for this to be removed in my eyes. From
memory, a lot of the 2017 gen 4 was completely without any blurring which
is a *massive* privacy issue that would cause legal problems for Google, so
they would've had to remove all the images from that time period as a
precaution. The 2020 gen 3 was well after Gen 3 was phased out in the US
around August 2019, so I also believe it to be mistakenly published.
On Tue, 20 Dec 2022, 12:24 pm , <buganizer-system@google.com> wrote:
da...@gmail.com <da...@gmail.com> #133
Quoting from
I don't remember the imagery being released without any blurring at the time of Gen 4's announcement and soon being removed, but the majority of the early Gen 4 images that were released in 2021 actually had all the license plates and faces already blurred. However, the only exception was with the March 2017 imagery around the Googleplex in Mountain View, which shockingly had the license plates and faces unblurred, and upon noticing I had to request manual blurring on those license plates and faces; this process turned out to be successful. Still, though, I kinda feel bad for those images, and if those repetitive blurring requests of mine were what caused the removal, then that'd be final.
da...@gmail.com <da...@gmail.com> #134
Quoting from
They shouldn't be considered test images if those cars were travelling throughout various parts of the US. In my opinion, I would only consider those images to be tests if the cars were strictly driving in the Bay Area. Speaking of tests in the Bay Area, a few already-built Gen 4 cars were spotted at various times in 2016, a year before those cars officially started spreading throughout North America. Though the data captured by those cars during that year was not made part of the 9/10/2021 update (as I originally expected), it was sought that the LIDAR sensors used by the Gen 4 cars were also used on some of the existing Gen 3 cars throughout the Bay, and data from those vehicles were in fact published in the update.
cr...@gmail.com <cr...@gmail.com> #135
distinctly remember it existing in at least Monterrey, California and Fort
Lauderdale - probably more places too.
Testing doesnt take place exclusively in the bay area - early testing does,
but cars are sent nationwide to be tested in different areas closer to
overall rollout. Before Gen 3 launched in January 2011 nationwide, cars
were spotted driving as far away as Florida and San Diego in late 2010 but
these images are also unpublished. Its normal for google to withhold images
like this.
The Gen 4 camera was officially announced in September 2017 so I believe
those images were in fact later testing and not ment for publication.
On Tue, 20 Dec 2022, 1:41 pm , <buganizer-system@google.com> wrote:
da...@gmail.com <da...@gmail.com> #136
Quoting from
Well, you should be aware that a few imagery from those test Gen 4 vehicles were actually released at that time. It's mainly found in the cities of Phoenix, AZ (
da...@gmail.com <da...@gmail.com> #137
Quoting from
Actually, a fraction of data from these vehicles at that time exists in those areas. This example shows proof:
However, the rest of the Gen 3 data from 2010 does remain absent and wasn't even included in the 9/10/2021 update.
da...@gmail.com <da...@gmail.com> #138
Quoting from
It doesn't really matter, though. I would still republish at least the early Gen 4 data in the US to provide more historical records for research and add quality updates, but this would probably need to be discussed with the folks at Google per your explanation.
da...@gmail.com <da...@gmail.com> #139
(Replying to
of...@gmail.com <of...@gmail.com> #140
Dear Google employees,
It is possible to block
Thank you for understanding.
cr...@gmail.com <cr...@gmail.com> #141
very inconsistent with whats published and what isnt. There's a lot of
coverage that wasn't published for some unknown reason such as Palestine
2017 coverage and coverage that was removed for an unknown reason like all
of Vietnam and some of the coverage that you mentioned. At the end of the
day it's Google's discretion to what's published and what isn't. If they
wanted to remove something they will remove it and probably won't bring it
back based on user feedback. It's gone. The September 2021 update was very
poorly done and what you have now is what you'll be stuck with from this
update, the removed coverage isn't returning.
Also, most of this removed USA coverage contributes almost nothing to
historical archival or whatever your reasoning was. It was all on highways
or in major cities where there is existing coverage from adjacent months.
Nothing important was really lost there.
On Wed, 21 Dec 2022, 9:16 am , <buganizer-system@google.com> wrote:
da...@gmail.com <da...@gmail.com> #142
Quoting from
Uhh... okay, I see what you mean now. :\
When I read that article mentioned on
I think what happened was that when they lowered the threshold for Street View content at the time of the update, it resulted in a lot of roadways on the Map going far out of their original position, which might have created this 'broken coverage' phenomenon. So, if that's the case, you're probably right: the update itself was very faulty. Maybe next time they should think twice before applying the new changes along with the update and determine if it would cause bugs in the API or not, and hopefully the quality of the Street View service would continue to be in good shape.
Though it was great seeing those images from the update, the removal could have not occurred. I would probably let Google consider restoring a portion of the update in North America, without causing any breaks in coverage (at least the Gen 4 content would be good enough, even if they were just merely tests because some of the vehicles drove around areas where no new coverage or quality updates existed, and as long as there's blurring).
da...@gmail.com <da...@gmail.com> #143
Quoting from
Hmm... actually, the update may not be responsible for the breaks. It rather has to do with the API itself because when Google implemented the new 'continuous updates' system in some countries immediately after the update, this feature was not fully complete as it could have contained errors in the code, and hence as new data is released through this system, the likelihood of coming across a large number of broken blue lines is seemingly high. So, deleting the data from the 9/10/2021 update is practically infeasible.
br...@gmail.com <br...@gmail.com> #145
da...@gmail.com <da...@gmail.com> #146
(Replying to
th...@gmail.com <th...@gmail.com> #147
gl...@gmail.com <gl...@gmail.com> #148
da...@gmail.com <da...@gmail.com> #149
The navigation problem seems to be back on the rise for some locations, especially as new imagery is being rolled out. Certain points have the 'See more dates' feature disabled, and the transition effects are inadequate.
so...@gmail.com <so...@gmail.com> #150
[Deleted User] <[Deleted User]> #151
da...@gmail.com <da...@gmail.com> #152
I've also been trying to monitor
ke...@gmail.com <ke...@gmail.com> #153
ke...@gmail.com <ke...@gmail.com> #154
da...@gmail.com <da...@gmail.com> #155
da...@gmail.com <da...@gmail.com> #156
It looks like Street View is getting buggy once again. The transition from the Map to Street View (and vice versa) has become rough, navigating between shots briefly dims the screen, and a small, green square appears persistently on the left-hand side. This is not a GPU-related issue, but rather has to do with the code.
Description
We are aware that several areas in the world have seen a decrease in Street View coverage since an update in September 2021. In many cases this is due to to a new process that is more rigorous with the quality of the StreetView imagery metadata that gets published or rejected, e.g. regarding lat;lng accuracy.
At this stage we are not planning to revert this change, but we are actively investigating possibilities of fixing impacted datasets and regions, as well as that of enhancing our process to better cater for cases like this one in the future.
Thank you for your understanding,
The Google Maps Platform Support team
---
Addendum: Please keep this issue to the point, reporting large areas (at least the size of a state or region) where the Street View coverage has substantially regressed since September 2021. Other issues (even if affecting Street View) should be reported separately.