From the identification portal, if you want to delete an ID just after you’ve added it, it requires you to go to open a new tab. Similarly if you want to edit the ID to add a comment within the ID box itself. Can we not have the edit on the drop down menu just open up within the same tab as it does in observations now?
It’s a minor detail across 1 or 2 IDs but when you do 100s it adds up and just seems a needless hindrance.
Not sure I wholly understand what you are saying.
But there is nothing in play at the moment that restricts deleting or editting in the way you describe in either portal and I don’t see how the restrictions you mention would be that beneficial tbh. Most people have common sense around what they delete or not as far as I can see. Atm editting and deleting is just more time-consuming in the identification portal than elsewhere (the place where ideally it would be the least time-consuming ).
For me, as an identifier it’s also not so often I revisit an observation through the identification portal as you seem to describe. If I come back to observations down the line ( e.g. because someone has commented on my ID ) … it will almost always be through clicking a notification - which will take me to the observation portal from where I can delete or comment without having it trigger a new tab. Any deleting or commenting I do within the identification portal is almost always performed immediately.
Are you saying you are against parity between these two spaces?
I also wouldn’t agree with the solution to the issue you mention ( if it is even an issue, which I’m not convinced of! ). But I think a less limiting way to deal with a potential lack of clarity in a timeline would just be to keep the edits accessible, in the same way the edits on forum comments are saved and can be seen. Anyhow - this is quite a different thing to debate imo.
Normally I would withdraw instead of delete to preserve the “id record”, but increasingly I’ve been running into a major issue when using a touchscreen to select an id from the pulldown (in Identify modal).
If id’ing plants coarsely to Magnoliopsida for instance, simply typing d for dicots and tapping Magnoliopsida onscreen from the pulldown works fine for a while- until the site(?) decides to start parsing that tap location randomly as eg, Anisoptera, Diptera or Anatidae (which are “d” choices themselves, but not at the screen location).
I haven’t yet figured out the triggers for when it’s going to start acting up or get back to normal selection. So when the behavior gets real bad, this feature req would be most welcome!
Yes I typically only use delete in the moments after the initial ID.
Usually when I can’t recall the ID at the time but then it comes back to me a few observations later.
Or realise I’ve made a mistake and have been hasty in making it overly coarse or overly specific.
I don’t feel leaving the ID there to preserve history in those cases is particularly important.
I totally agree though that leaving a record of an ID in other circumstances (over a longer period) makes sense and can be important in keeping the sequence of IDs and comments coherent.
I also often make ID mistakes - mistakes meaning typos or clicking on the wrong choice - when using Identify and get annoyed that it’s difficult to delete that mistake, so I’d be for this. I think in those cases deleting an ID is not particularly harmful.
Nobody is saying you would or should.
I think you misunderstand this feature request.
In the instance you mention, I would agree you should leave your original ID and withdraw it to retain evidence. As mentioned though, I would deal with this in the observation portal following a notification. There is nothing in this interface which limits you from deleting if you choose.
Whereas the interface in the identification portal makes it more difficult.
I am just asking for parity between the two interfaces.
Because nobody checks new ids in identification tab, no human goes there to do that, they open notifications and open observation itself. Anyway there should be nothing that could stop you from deleting anything you added.
As staff said about deleting accounts that user always will be able to delete it all, it probably affects ids/comments, when I delete something community shouldn’t care, deleting is not adding, so you can’t really screw something with it if we talk about ids, with comments it’s more complicated, maybe if there were comments from multiple individuals, trace should stay of one deleted, but still there’re so many accidental or just plain wrong (and obvious for author) things added, why we need to see it at all and take storage place for it?