Hi
I'd say it's OK to estimate stories like that in the context of Sprint Planning, but it should be generally avoided in the context of reviewing (or grooming) the Product Backlog.
This is because in Sprint Planning, you will be arranging to deliver an increment of value. The stories that go into the Sprint Backlog should all contribute towards that increment and the corresponding Sprint Goal. Sprint Planning should identify any dependencies between them, as well as which should get done first, and good estimates will take into account those dependencies and that plan.
In contrast, when PBI's are sized in the Product Backlog, you cannot assume that they will be included into any particular Sprint. Therefore, I recommend that each story in the Product Backlog be estimated as though it was to be progressed in isolation. In practice there has to be some flexibility here. User Stories are often grouped in a Product Backlog and it is reasonable to do so in the context of Release Planning. In this case, estimates can and should take into account the expected ordering and dependencies.