¿ªÔÆÌåÓý

Locked Copying a Roster Entry


 

JMRI 4.14 on Mac OS Mojave 10.14.5 java 8.211
I cannot duplicate a roster entry. Select an existing entry on the roster which becomes highlighted then select "duplicate" from the "edit" menu opens a window which asks for the new roster entry name. Enter a new name and click OK. Window closes but no new entry appears in the roster. Am I missing a step?

Jan


 

Jan,

I tested both duplicate using the edit menu and duplicate using the right click context menu. They both created a duplicate entry.

Check the JMRI console log for any possible error messages.


Dave Sand

On May 27, 2019, at 3:43 PM, Jan Carr <jan.carr20@...> wrote:

JMRI 4.14 on Mac OS Mojave 10.14.5 java 8.211
I cannot duplicate a roster entry. Select an existing entry on the roster which becomes highlighted then select "duplicate" from the "edit" menu opens a window which asks for the new roster entry name. Enter a new name and click OK. Window closes but no new entry appears in the roster. Am I missing a step?

Jan


 

Thanks Dave. I had never used the JMRI Console so had to study documentation to even find it. It showed that the roster entry file I want to copy could not be found. This surprises me because the whole roster is displayed - that's where I'm starting the copying from. How can the program find all the files on startup but not for copying?

Anyway this forces me to go looking at my JMRI user files which I also hadn't done before. They are on Dropbox and shared between two computers and 4 profiles, two of which are "offline" versions of the other two - all profiles use the same roster, at least they're supposed to.

I don't like what I see because I have a roster folder within a roster folder and each rooster folder has a roster.xml file at the same directory level. That can't be correct can it? How do I sort this out? I do have both .xml and .bak files for each roster entry. I have just 12 entries in the roster (4 locos with 3 versions of each).

Jan


 

Jan,

On 28 May 2019, at 10:54 AM, Jan Carr <jan.carr20@...> wrote:

Anyway this forces me to go looking at my JMRI user files which I also hadn't done before. They are on Dropbox and shared between two computers and 4 profiles, two of which are "offline" versions of the other two - all profiles use the same roster, at least they're supposed to.
Sharing via Dropbox is fine, lots of us do it:
<>


I don't like what I see because I have a roster folder within a roster folder and each rooster folder has a roster.xml file at the same directory level. That can't be correct can it? How do I sort this out? I do have both .xml and .bak files for each roster entry. I have just 12 entries in the roster (4 locos with 3 versions of each).
The Roster Location needs to be at the level above (i.e. containing) the "roster" folder. I'd say one of your machines/locations is pointing to the "roster" folder and hence has created a nested "roster" folder.

- Delete (or rename)* both roster.xml files. They are only recreatable index files.*
- Move all the .xml and .bak files, plus any media (image) files for roster entries into the outermost "roster" folder (empty the inner one).
- Start one of your profiles and check that Roster Location (and usually User Files Location - they default to being the same) is pointing above the outermost "roster" folder, i.e. no mention of "roster" in the path.
- Restart and do an Actions->Recreate Roster Index. Wait until the system console says it is done. Your roster should appear shortly afterwards. If not, restart JMRI.
- As you open each of the other profiles/machines, check (and fix if necessary) the Roster Location.

* If you use JMRI operations, I believe it creates a separate "roster.xml" file that contains real data. Hence the precaution of renaming if you use Operations (not an area I'm familiar with).

Dave in Australia


 

Thanks Dave. That did it. All sorted now. There was indeed a "roster" in the path for the Roster location which obviously resulted in creating the nesting when I was setting things up long ago.

The only thing from your description that puzzled me was deleting the outermost "roster.xml" file. I found that it was needed in the dialog to reset the path to the Roster files on the Preferences panel. I presume "Recreate Roster Index" overwrites the roster.xml file anyway?

The other thing I noticed which may be of help to others is that if you "reset" the roster location to the user file location (which is where it is for one of my 4 profiles), the roster location path in Preferences is blank. From your description, I understand that is because that is the default location. JMRI is certainly clever.

Jan


 

PS: Forgot to mention - duplicating roster entries works flawlessly now.


 

Jan,

On 28 May 2019, at 2:26 PM, Jan Carr <jan.carr20@...> wrote:

The only thing from your description that puzzled me was deleting the outermost "roster.xml" file. I found that it was needed in the dialog to reset the path to the Roster files on the Preferences panel.
Sorry, forgot that.

I presume "Recreate Roster Index" overwrites the roster.xml file anyway?
Yes.


The other thing I noticed which may be of help to others is that if you "reset" the roster location to the user file location (which is where it is for one of my 4 profiles), the roster location path in Preferences is blank. From your description, I understand that is because that is the default location. JMRI is certainly clever.
Correct.

Dave in Australia