Content.xml still unclear

Hello,
i did not found another place for that to ask, but the use of the new Package Order is still unclear for me.

Since SU10 is now official i went to the Package Order Tool and want to move the “navigraph-navdata” to the lower end, which means the highest priority if i am not wrong ??

First thing…i press on the little Arrow pointing down and the entrie moves streight at the bottom end of the List and not, as i expect, only one place down.
With this behavior, i dont know how to sort the enries with the Arrows ??

But ok, i got it in this Order mentioned by Navigraph anywhere in the Forum ( did not find it again )
I just remember “fs-base-nav” should have priority “1” and “navigraph-navdata” should be at the highest.

But after sorting this i end up with a Content.xml looking like this:

<Priorities>
	<Package name="fs-base-nav" priority="-1"/>
	<Package name="navigraph-navdata" priority="1"/>
</Priorities>

What means that ??

I dont understand that at all…sorry

Matthias

Correct, the content.xml was removed with SU10.

That said, as you are seeing, Navigraph still makes one and populates it with it’s Navdata.

You actually need to have Navigraph NavData Center running in the background (ensure you have updated to the latest version) as you use the sim, as it now handles the prioritization.

Official forum thread here;

If you are running Navigraph Data Center 1.0.12 you don’t have to worry about any of that. It will create an appropriately ordered content.xml for you. It should look something like this:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Priorities>
  <Package name="fs-base-nav" priority="1"/>
  <Package name="navigraph-navdata-base" priority="2"/>
  <Package name="navigraph-navdata" priority="3"/>
</Priorities>

The priority numbers indicate the order in which the addon is loaded, not it’s importance. An item loaded later overwrites a similar item loaded earlier.

1 Like

Ok…so normally i dont need to reorder anything when the Tool is running.
But what if any scenery have 2 entries and one of them have to be loaded first or something?
Then i use the reorder tool and the navigraph tool overwrites my changes ?

Also what about the crazy behavior of the sorting arrows ??

I have never had to faff around with priorities. Its just works if you are installing via the Navigraph software. You are over-thinking this

Yes thats maybe right, but i tend to try to understand things i am using.
…and it seams no one knows the Answer

They mention in the link I provided above that the ordering is no longer taken from content.xml, the NDC (Nav Data Center) application handles this and is why it needs to be running in the background when you are using the sim.

As for the reordering tool, where is Navigraph overwriting changes? the Sim does not use content.xml, Navigraph still creates it, but the sim is not using it for loading scenery anymore.

According to what I have read here, as of SU10 the content of the CONTENT, XML stops working.
To load the SU10 and the WU11, I changed the name of the COMMUNITY to COMMUNITY.OLD as recommended and not have incompetence problems. Going back to the original name COMMUNITY and using the simulator I load new scenarios. Now they are not listed in the CONTENT.XML
If they appear to fly in the simulator but not in the list, where are they? What will happen when the WU 12 comes to change the name again? I would appreciate a little light in this darkness.
Thanks.

No, the content of ‘content.xml’ doesn’t stop working, it is just the file itself isn’t used anymore. It is only suggested you rename your community folder when you install a new sim update and for the first run. You then change it back. Same when WU12/SU12 comes out. You don’t keep your Community,old folder and start again with a new folder - which it sounds like you are doing

Navigraph NavData Center runs in your system tray and takes care of all priorities for you. There’s no need to mess around with anything to get things working. You’re more likely to bung things up if you try to mess with them.

what I’m concerned with is how we are going to deactivate WU handcrafted airports without outright deleting them. I have several freeware sceneries that use libraries from those airports, so if I delete the airport (which seems to be the only way to go at this point to avoid conflicts with other third-party sceneries) then those dependencies are lost and the airport looks weird.

Same way we always have. Either via the addon linker or simply moving the addon folder to another directory

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.