honestly the table is not very. As in the previous competition, the camera dash wins. It makes no difference how long you went UKM, you can ride and shoot a video and you are a winner.
So why the mapillary sequence
is not “green” in the grid??
As you know one user can make pictures from two/three/four cameras at the same time from one point in the car to different views. Then he can manually/automatically move one from GPS tracks to neibours pedestrian segments. In this case he has double of UKM and double of pictures (one from main road and second from pedestrian). This is bug of counting which there now in the system and all see it on the map.
I suggest divide results of users which use more then one device at the same time by two/three/four (depends from quantyty of cameras he use) or delete the sequences which connected to the wrong roads.
That’s not true actually. The optimal interval for images is 5 images per second, but beyond that there is no advantage. This interval has been chosen as it allows us to derive as much map data as possible from each image and create better 3D reconstructions.
Only unique sequences are receiving points, so again a dashcam would need to be travelling on the right roads to generate a score.
@Sapozhnik this is an unfortunate outcome of inaccurate GPS tracks, but I am not away of anyone abusing this deliberately. It would be a very manual and time consuming process to do so. If you can point to an example of this we can consider options.
Also, multiple camera angles should be encouraged, not discouraged.
But they aren’t, currently, with this point system…
That’s true and something we’re keen to fix, but we don’t want to actively discourage people using four cameras either.
The main addition needed here is for the map matching of each sequence to factor in bearing.
Could you please send me any test email and I forward you examples of incorrect counting. firstname.lastname@example.org
I agree but also in this case you should encourage owners of 360 cameras. For exapmle, multiply his results to 360. They have less speed, less quantities pictures but more productivity
Agree. Will work on 360º and multi-cam in next iteration of scoring system.
Regarding the examples, I’m interested in examples of deliberately manipulating GPS tracks. There is not much we can do about inaccurate GPS for the time being.
When will you make “Kyiv Central” zone?
I’m curious since I’m not familiar with these things. Wouldn’t the optimal interval be distance based? So when you’re speaking 5 seconds, at what rate of travel? Is that walking? Thank you.
I am happy to hear that.
It is also the first time I hear that.
I was afraid that two times a second was too expensive.
But on foot I do one per second, unless Mapillary does not mind the double cost for little extra value.
BTW - Thanks for getting this all set up. I’m using it for a trial to see how it works. When is the next one? I’d like to ping some places in town to see if a few folks would be interested. For example, the University of North Florida offers GIS courses. Seems like this would be a good excuse to focus on their wonderful little campus and get it all mapped.
When will you make “Boyarka” (Ukraine) zone?
fix = TRUE
===== !!! IMAGES ONLY 2017…2018 YEAR !!! =====
===== cheater or bug ??? =====
ukm=46 img=95950 score=223490
user as TOP-5 …
NONE IMAGES in From=2018-12-27 To=2019-01-31
go to statistics…
============= UKRAINE =================
kaartcam | 2150 | 1.3 | 894
kaartcam | 1622 | 5.8 | 2438
kaartcam | 4240 | 1.4 | 889
kaartcam | 9400 | 9.2 | 5193
=============== CHINA ====================
kaartcam – 87914 images – 40 km
============== conclusion =====================
kaartcam: cheater or bug ???