positions in a slide box

[msbparasites]

Hello,

There is a problem between where I physically scan a slide into position, versus where the program says I scanned the slide.

So the path is to Find Container and click on slide box (image 1)

Under Container Detail go to Positions (image 2) and it is in this window that you scan slides into slide box positions. It is here that you can see that there are gaps where there is nothing scanned, but physically in the box, there is a slide there and of course the slides in positions in the box don't match where they were scanned, except as always, position 1..... This is new, because the last time I scanned slides into boxes was early December 2017.

For example what I used to do and was the case, when I scan slides they should go into 2 columns, column 1 has position 1-50 and column 2 has positions 51-100. The expectation is that when I scan a slide, it will move from 1 to 2 to 3 to 4 downwards, then over when it hits position 51. But just recently it is not doing that

However, what I think it is doing is going left right left right left right, so that would be from 1 to 51 to 2 to 52 to 3 to 53. Then the barcoded slide that is actually in position 2 by what I think, the scanner put it in position 51 and THAT become position 2, rather than the conventional position 2, right below position 1.

Now the above of alternating rather than scanning down, is what we have seen when we select See All Collection Objects In This Container since we started this years ago. But I think we need to get this fixed. Because, if you go to the specimen record and ask where can I find slide A, in what box and in what position, the position is wrong (image 3). If you notice in the image, for this slide box, the slides are in positions 1, 2, 3, 4 physically. But they were recorded as being scanned in position 1,3,5, etc (which is actually, 1, 51, 2, 52, 3, physically in the box)

Provided I have explained this with enough useful detail, what is the problem and how can we fix it? Right now I cannot scan slides in to slide boxes until this is fixed.
Sincerely,
Sara

[dustymc]

Hi Sara,

Did you scan something recently? I think this is the legacy of an old problem which was fixed in #784.

If I pick something arbitrary from https://arctos.database.museum/findContainer.cfm?barcode=P293E

say PK7P

I see...

position 51 everywhere, and that holds true for a couple others I checked.

That cell may have been labeled something else ("2"???) before #784, and there may be a legacy of those old data hanging around, but I believe this has been fixed.

Please let me know if I'm not understanding the issue.

[msbparasites]

I have slide boxes in queue because I cannot scan. I have tried recently. The problem in #784 is related, but that was only for the display of what was scanned into the Positions screen.

So yes, in your example, PK7P shows up in position 51 in all windows in Arctos and Arctos tells you PK7P can be found in position 51. However, if you open the slide box and look at the slide that is ACTUALLY in position 51, it is not PK7P, because PK7P is physically in position 2, the position I scanned it into and the position I want it in.

In image 2, what is significant in that image is that the screen does not match what you see in the slide box, if you equate the empty cells with empty slots in the slide box.

[dustymc]

the position I scanned it into and the position I want it in.

When did you do this? I think you're saying

1. scan something into a position
2. reload, find it elsewhere

I can't re-create that.

If you scanned and it magicked itself elsewhere recently, I'm not understanding something.

If you scanned before ~Dec2016 this may be related to #784

[msbparasites]

I think I scan it so that is scans down the column, but in reality it is scanning from left, right, left right (there are 2 columns in a slide box). That is the issue in #784 for the "See All Collection Objects In This Container" window. But it was NOT the case for the "Positions" window - that always showed the correct scan.

I don't think I am reloading (though I am not up on the correct terminology here), but it is taking the information from the "Positions" window and translating it under different criteria... I am not saying this correctly... but I am not sure how else to explain it....

I scanned a pile of slides into boxes in December 2017.... about a month ago. The Positions window was fine, the issue in #784 still persists, though where you cannot correctly find the slide if you look in the specimen record, the position it lists in incorrect relative to where the slide physically sits.

This is hard. I talked to Mariel about it today to make sure I was justified in my problems, and granted, showing here exactly what was happening was hard, and this is harder... but this is new.....

[campmlc]

This appears to be a resurgence of the issue in 784 with the complication that the position is now incorrect in both the slide box positions form in object tracking as well as in the specimen record part location. Sara, did you try to rescan these to see what happens? It would be good to observe what the form does when you scan something in. Any chance it could be the tab vs enter setting on the scanner itself? On Jan 17, 2018 9:27 PM, "msbparasites" <notifications@github.com> wrote: I think I scan it so that is scans down the column, but in reality it is scanning from left, right, left right (there are 2 columns in a slide box). That is the issue in #784 <#784> for the "See All Collection Objects In This Container" window. But it was NOT the case for the "Positions" window - that always showed the correct scan. I don't think I am reloading (though I am not up on the correct terminology here), but it is taking the information from the "Positions" window and translating it under different criteria... I am not saying this correctly... but I am not sure how else to explain it.... I scanned a pile of slides into boxes in December 2017.... about a month ago. The Positions window was fine, the issue in #784 <#784> still persists, though where you cannot correctly find the slide if you look in the specimen record, the position it lists in incorrect relative to where the slide physically sits. This is hard. I talked to Mariel about it today to make sure I was justified in my problems, and granted, showing here exactly what was happening was hard, and this is harder... but this is new..... — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#1409 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AOH0hHFFcRenhjiRJhrkbV8YsIcc5hJQks5tLsgZgaJpZM4RiH5g> .

[msbparasites]

Mariel - I did not consider it could be the scanners. We have 2, I don't program the main one I use, and the second one, perhaps it has a different setting. It has not come up in years, since your early students used them (I remember now they had barcodes for different settings).

So, yes, at this point, I will tomorrow do a test and scan slides into positions using both scanners. Then we can see if it is me outsmarted by a scanner.... and wasting time.....

[dustymc]

scanners

Here's hoping! TAB goes top-->bottom-->top of next row-->bottom for me. Let's skype or etc. if this isn't a haunted scanner.

[msbparasites]

Here here to that, too! Ok, I will report tomorrow..... if not, Skype...I don't need ghosts in my scanners....

[msbparasites]

I scanned slides into slide boxes. one slide box with scanner 1 and the other slide box with scanner 2. There is nothing that is out of order when you select the "Positions" link that gets you to the scan into positions form, for either scanner.

So I pulled more slide boxes, went to find container, scanned in the slide box barcode, and then selected the slide box. When I go to positions for ALL of those boxes..... many of them have only the odd positions filled, and others are out of order for a different reason. But not because they were scanned that way. If it was operator error, it would not be this consistent across different slide boxes that were created and scanned at different times by different people.

Thus, at the moment, I am hamstrung for scanning slides into existing slide boxes. I have been in and out of slide boxes several times every month, scanning, moving, adding to, making new etc. This has not come up before.

[campmlc]

Sara - is this still happening, or was it resolved?

[msbparasites]

This is still happening. I have not figured out what to resolve.

[campmlc]

Can you give the barcode of a slide box as an example? And the barcodes of the first two slides in each column and their actual position numbers in the box? Or a picture could work too.

…

On Thu, Feb 8, 2018 at 9:32 AM, msbparasites ***@***.***> wrote: This is still happening. I have not figured out what to resolve. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#1409 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AOH0hAJygZWpN9bWslqh2DyHeHb0qUhhks5tSyGygaJpZM4RiH5g> .

[campmlc]

Revisting this issue. I would like to get this resolved. Dusty, could this be browser related? Should we try in different browsers?
The issue is that slide box positions go in columns top left of the box to bottom left (#1-50), and then top right to bottom right (#51-100). That is how the slide boxes are made and labeled. The Arctos form is the same design. But a slide scanned into position 2 (left side, second from top), is now showing up in Arctos as being in position 51 (top right). It used to be that this problem only showed up in Find Container - the wrong position would be indicated, but the form itself would show the correct position. Now Sara says both are wrong.

[dustymc]

-- find an empty slide box
select barcode from container where container_type='slide box' and container_id not in (select parent_container_id from container);
DGR17088

-- find a convenient slide
select barcode from container where container_type='slide' and parent_container_id=0;
P1SKD

find the box, edit

set positions, save

back to tree

positions

create

This reloads into the grid

Scan, TAB (your scanner can be set to transmit {DATA}{TAB} - I just have a keyboard) - cursor goes down

Back to tree, check on scan - should be in 6th position

reload positions form

still where we left it

I cannot re-create the problem. I'm going to need more information to resolve this.

It can't conclusively say it's not your browser, but that seems unlikely. I'm using firefox on mac.