Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Protégé problems with modules #471

Closed
1 task
l-emele opened this issue Jun 30, 2020 · 16 comments
Closed
1 task

Protégé problems with modules #471

l-emele opened this issue Jun 30, 2020 · 16 comments
Assignees

Comments

@l-emele
Copy link
Contributor

l-emele commented Jun 30, 2020

Description of the issue

In PRs #470 and #453 some weird behaviour of Protégé occurred, see commits 7b9249f and 585327b. It changes the prefix, deletes relation imports and adds URLs.

Ideas of solution

If you already have ideas for the solution describe them here

Workflow checklist

  • I am aware of the workflow for this repository
@akleinau
Copy link
Contributor

for all I see protégé just changes the standard prefix which means all entities using that get explixit IRIs instead of the implicit ones using the standard prefix. Anything else that you experienced?

@l-emele
Copy link
Contributor Author

l-emele commented Jun 30, 2020

Might opening the wrong module in protégé cause that problem?

@akleinau
Copy link
Contributor

akleinau commented Jul 1, 2020

you're opening oeo-physical, right?
I think protégé just somewhere saved the wrong thing.
If you do changes, does this prefix change always happen? Can you reproduce it?

@l-emele
Copy link
Contributor Author

l-emele commented Jul 1, 2020

The strange thing is that this prefix change does not always happen but only sometimes. And as it occurs only sometimes I was not able so far to force it to happen.

My usual procedure is to open oeo.omn first and then switch in Protégé via the drop-down menu to the module I want to work with (in 99% of the cases oeo-physical.omn).

@akleinau
Copy link
Contributor

akleinau commented Jul 1, 2020

one idea would be to try to open directly from file browser instead of through the dropdown, but without a way to reproduce it this is just guessing. This really shoudln't cause problems, it would be a bug of protégé if this helps.

@l-emele
Copy link
Contributor Author

l-emele commented Jul 1, 2020

As Protégé needs about half an hour to start at my computer I basically have Protégé all the times open and the files from Protégé. So opening the file from the file browser is no option. The reason for the long start time is an annoying antivirus program which does always in depth search in java files (and due to company administration I am not able to change this).

@akleinau
Copy link
Contributor

akleinau commented Jul 1, 2020

then maybe doing that fix I wrote in #470 is for now the easiest option

@l-emele
Copy link
Contributor Author

l-emele commented Jul 10, 2020

Today I had this problem again. I think this problem has something to do with creating or changing branches while protégé is open.

@l-emele
Copy link
Contributor Author

l-emele commented Jul 14, 2020

I am now sure that this problem is caused by changing between branches while protégé is open. So probably I have to close protégé, then change the branch and finally reopen protégé again.

@l-emele
Copy link
Contributor Author

l-emele commented Aug 20, 2020

The trick from #471 does not work anymore. :(

@akleinau
Copy link
Contributor

Can/ have you published your current state somewhere? Then I‘ll have a look on it

@l-emele
Copy link
Contributor Author

l-emele commented Aug 21, 2020

Thanks for your offer. For the moment I fixed it - somehow, see #523.

As far as I can tell it has something to do with the order in which I open files in Protégé. I suspect Protégé some gets my sometimes confused what belongs to what and thus makes these weird changes.

@stale stale bot added the stale already discussed issues that haven't got worked on for a while label Sep 16, 2020
@l-emele
Copy link
Contributor Author

l-emele commented Nov 16, 2020

An update: Protégé seems to work without troubles if I use the following work flow:

  1. Reboot Windows.
  2. Switch via git branch to the branch I want to work on.
  3. Launch Protégé without being connect to our VPN (else Protégé cannot import external modules).
  4. Open oeo.omn in Protégé.
  5. Select the module to work with.

I am still not clear what causes the problem, but actions that might be involved in causing this problem:

  • Being connected to the our VPN.
  • Switching branches while Protégé is running.
  • Opening a module file directly.

@stale stale bot removed the stale already discussed issues that haven't got worked on for a while label Nov 16, 2020
@stale stale bot added the stale already discussed issues that haven't got worked on for a while label Nov 30, 2020
@l-emele
Copy link
Contributor Author

l-emele commented Dec 11, 2020

For documentation: I installed version 5.5.0 (stable) now because of #620. Let's see whether this brings some improvements here, too.

@stale stale bot removed the stale already discussed issues that haven't got worked on for a while label Dec 11, 2020
@stale stale bot added the stale already discussed issues that haven't got worked on for a while label Dec 25, 2020
@l-emele l-emele self-assigned this Feb 9, 2021
@stale stale bot removed the stale already discussed issues that haven't got worked on for a while label Feb 9, 2021
@stale stale bot added the stale already discussed issues that haven't got worked on for a while label Feb 23, 2021
@stap-m
Copy link
Contributor

stap-m commented Mar 5, 2021

Can we close this issue? Maybe the described workflow finds a place in the Q&A Discussion page?!

@stale stale bot removed the stale already discussed issues that haven't got worked on for a while label Mar 5, 2021
@l-emele
Copy link
Contributor Author

l-emele commented Mar 9, 2021

I close this issue now. Since I got version 5.5.0 (stable) and a new antivirus program the problem has never occurred again. As the problem seemed to be very specific to my computer I don't think we need to document this anywhere. So I close the issue.

@l-emele l-emele closed this as completed Mar 9, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants