I’ll see if I can fix this issue. The site certainly should not fall over if there is an image file missing.
I do see one observation from you but it doesn’t have an image. Did it refuse to accept an image from you?
Yes, it refused but the subsequent Ob accepted one.
There is no copyright inf. showing though it was present when I uploaded the photo
I aim to do one more
I tried to create a project that brought in loads of tagged Obs. They ALL crashed the project with the 500 error.
i will try another tomorrow
I’m concerned if its refusing to accept an image - I’ve not had that myself. Could you please email it to me?
Its going bang because a load of recent images are missing from the fileshare that the images are drawn from - doesn’t matter whether you’re looking at an observation or a project, the same thing happens. Sounds nuts but that’s actually what the code is written to do! I’m asking that all recent images from the live site be copied to the share that this server uses.
Yes, OK. The screenshot above is NOT from the live site, sorry…
D
Its the acceptance server that has the problem. It looks like there are many image files missing from the image share.
But if you have an image that won’t upload, please do email that to me as I’d like to find out why.
Turns out the synchronisation between live and test image shares hasn’t run for a long time. IT persons are going to fix it.
I’ve just added a couple of obs on the acceptance server and the Fairphone photos seem to have been correctly located. Thank you!
Excellent. Hopefully this change will reduce problems with other phones and cameras too.
Were the changes you made based on the information we got from Fairphone and Strava? I’d like to be able to report back to those who provided the information.
Not exactly. I’ve not yet used the library they suggested - its just a more recent one of what iSpot was already using. It was the change to the validation script that made the most difference. To incorporate their suggested library will require more work because the calls made to extract the EXIF or XMP data from the header will likely be different. But you could certainly tell them that I will be attempting to use it before long.
Photo upload
I have managed to upload the photo that refused yesterday in 872489/freetypes (acceptance site)
Quite importantly it seems that the Copyright Banner is absent
I did enter the Copyright info when forming the post.
Incidentally I do believe that aspect is too easily missed, now you have added it. Can it be coloured or made bolder. HOWEVER, there have been very few infringements and most users would write “this was taken by my friend” etc. SO it may not be worth going much further.
I have yet to see a user comment in the Forum about its use
The display of the observation isn’t quite right as, if you’d not checked the Creative Commons checkbox, under the photo it should say Photos are Copyright © of their contributor - so you’ve found a bug there.
Could you please email me the original image so I can check using Exif Pilot exactly what EXIF data is in the file?
Later…quite busy in all this sunshine
I have fixed the incorrect appearance of the Creative Commons logo when that option has not been selected. And I’ve reintroduced the saving of the country code that comes back from the reverse geocoding process, that gives us a little more location data.
I’d be grateful for a few more test observations.
I see two contributions from Thistle - one marked creative commons and one not. Unfortunately the earlier of the two doesn’t have a country code, despite the lat/lng being identical - so there’s something iffy there.
I tried to add two identical obs, one with and one without the CC box checked. Same photo with location extracted by iSpot from the EXIF data.
It’s very strange that one missed off the country code.