Hi Wouter,
I think that perhaps we may have a cross posting here.
My postings have been to do with trying to eliminate as many errors as possible from the Master xml file so that we can reduce the search area within the error logs when looking for the more illusive errors.
I started by developing a Naming scheme that would identify every item on every Named Sub-Panel within every Table so that everything on that panel was kept together. This saved me from having to go through the whole listing as I could break the Master File down into its different sub-panels.
Several people have been looking into the various Tables trying to identify those entries that are not used by the xml file and are redundant to requirements. These records can then be safely deleted, reducing the file size as we proceed.
For example, both Turnouts and Blocks have, by default, just two connections when they are first created. By using this fact a Script has been created that checks whether and entry is in use on not and flags that that are not in use. It then created an excel format spreadsheet listing all of the entries in a Table that also identifies those that can be deleted. These can then be deleted manually later on.
Ideally, it would be great if, as part of the "Save using a New Name¡± scenario, the redundant entries in every Table could be identified and marked for deletion and the user asked at the end if they wanted to also delete this data so that no entries are carried over into the newly Named file as it is created.
This should greatly reduce the error logs that we have to search through to find and Correct/Delete the more illusive errors that we sometimes get.
I am about to go down this path later today so we will have to see what happens.
Dave
toggle quoted message
Show quoted text
I wish... Most errors I hand craft make JMRI unresponsive with no log message anywhere. It is a very frustrating business when all you can do is insert print statements until you get to the line that contains the error - but with still no indication of what the error is supposed to be.
Wouter
On Sun, 30 Dec 2018 at 20:01, Dave Sand <
ds@...> wrote:
Ron,
Jython compilation errors are displayed on the JMRI system console.
Dave Sand
> On Dec 30, 2018, at 1:57 PM, Ron Atherton <akskron@...> wrote:
>?
> Dave,
>?
> I could use the Excel script also. I have become the Computer Guy for a Group that did not understand JMRI (not that I fully understand it myself) or how software of any type works.
>?
> The JMRI tables have MANY unused or incorrect turnouts, blocks, etc. that so far I have been unable to delete. If I could list stuff in Excel it might help me "clean up" the mess.
>?
> They tired to get it right but their lack of programming knowledge and how to write software was a major problem.?
>?
> We have over 30 of 60 signals in and working on a layout with 35 blocks and over 40 turnouts controlled by either wireless throttles and/or JMRI.
>?
> I have programmed in Fortran for many years but had worked with Excel mostly for last 15 years for Sales and Marketing data until I retired.
>?
> Writing script in Jython is a new challenge for me but so far I am winning, most of the time. Fortran used a compiler that usually let you know that you made an error on how you wrote a command. Jython just will not run with "bad" script and then the guessing starts. LOL
>?
> Thanks
>?
> Ron Atherton?
>?
>?
>?
> Sent from my U.S.Cellular? Smartphone
>?
> -------- Original message --------
> From: Dave Roberts <dccdaveroberts@...>?
> Date: 12/30/18 12:37 PM (GMT-06:00)
> To:?[email protected]
> Subject: Re: [jmriusers] UNWANTED BLOCKS & TURNOUTS IN LISTING
>?
> Dave,
>?
> Thanks for the confirmation. I am pleased to report that the ¡°CHECK¡± tool is reporting no errors on any panel - Master and Sub-Panels (Lovations).
>?
> I am waiting for John Wragg to get back to me with a copy of his Jython Script to permit the Table Printouts to be converted into Excel format so that they can be printed out.
>?
> Apparently, his script will identify those entries that are not used within the active xml files to make things a little easier. At least my Naming scheme has come into its own. It will be a great help in this case.
>?
> Dave
>?
>?
>> On 30 Dec 2018, at 17:59, Dave Sand <ds@...> wrote:
>>?
>> Dave,
>>?
>> I believe the two connection rule applies to other table types, including turnouts.? Whenever making changes like this, save often and stop/start JMRI and look for errors in the system console.
>>?
>> Dave Sand
>>?
>>?
>>> On Dec 30, 2018, at 11:40 AM, Dave Roberts <dccdaveroberts@...> wrote:
>>>?
>>> Dave,
>>> Thanks for the confirmation regarding the Blocks. What about the Turnouts?
>>> Dave
>>>?
>>> - Dave
>>>?
>>>> On 30 Dec 2018, at 16:59, Dave Sand <ds@...> wrote:
>>>>?
>>>> Dave,
>>>>?
>>>> Blocks with only 2 connections are not active and can be deleted.
>>>>?
>>>> Dave Sand
>>>>?
>>>>?
>>>>?
>>>>> On Dec 30, 2018, at 1:56 AM, Dave Roberts <dccdaveroberts@...> wrote:
>>>>>?
>>>>> Cliff,
>>>>>?
>>>>> So kind of you to reply and thank you. Like you, my layout developed over some ten years and grew alongside JMRI. As part of the learning curve that we all go through I created several Turnouts and Blocks using the INTERNAL Name. Many had mistakes in the name, usually me adding in an extra space here and there. These are very difficult to distinguish between too!
>>>>>?
>>>>> Sometimes it was when I renamed an existing block I would add number after it and then create a new second, sequentially numbered Block. The original block was still there in the listing. This was before the time when I could have just renamed it and saved it.
>>>>>?
>>>>> I was developing my Naming System and Turnouts proved a bit of a problem until I settled on my current Naming scheme which now sorts all items for a particular Location into one contiguous block of names.
>>>>>?
>>>>> However, I am left with several entries that are not used within the xml file as part of any part of the layout. I was hoping that as part of the Rename the Layout idea that JMRI could be made to just include those names that are actively used on the layout and leave the rest behind.
>>>>>?
>>>>> At present, by using my Naming Scheme, I can break all the Table records into Named Blocks of records and attempt a deletion there. It is easier than having to plough through every entry on the various Tables Listings.
>>>>>?
>>>>> The problem is identifying those not currently used. At the moment it would appear that the unused entries only have two connections but I am not sure if this is the default when they are created? Is so, then deleting all those with only the original two connections would appear to be the way to go but having spent many hours removing all errors between the Master, (Whole Layout) file Panel and the various Location Sub-Panels using the CHECK Tool option for all four of the areas specified, I need to be sure that I can get rid of all of the unwanted entries and so slim down the file to prevent any further errors arising in the future.
>>>>>?
>>>>> That is why I put out my request for further information to check if there has been any further developments over the past five years before I embark on what could be a potential nightmare scenario for me.
>>>>>?
>>>>> May I wish you a Happy and Peaceful New Year.
>>>>>?
>>>>> Dave
>>>>>?
>>>>>?
>>>>>> On 30 Dec 2018, at 00:19, Cliff Anderson <cliffaa@...> wrote:
>>>>>>?
>>>>>> Dave,
>>>>>>?
>>>>>> On Sat, Dec 29, 2018 at 01:03 PM, Dave Roberts wrote:
>>>>>>?
>>>>>> I have read? the last conversation from Cliff in 2014 but has there been any progress in finding a way to remove unwanted/unused list items from the tables?
>>>>>>?
>>>>>> Perhaps you are referring to messages #103133 & #103134 from February 2014?
>>>>>>?
>>>>>> If so, it took me some time to recover them and even so I have only a dim memory of that thread after almost five years. Certainly, I have no recollection of further information and normal use of search mechanisms within the JMRI and this Groups sites have not been productive. My practice with the use of adding Blocks has become more careful to define a new block, but that does not help others much.
>>>>>>?
>>>>>> If these are not what you are alluding too, perhaps further clarification would be in order.
>>>>>>?
>>>>>> In either case, someone who uses the Layout Editor a lot more than I do would be better prepared to follow up on your request.
>>>>>>?
>>>>>> Cliff in Baja SoCal
>>>>>>?
>>>>>?
>>>>>?
>>>>?
>>>>?
>>>>?
>>>>?
>>>?
>>>?
>>?
>>?
>?
>?
