You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+17-3
Original file line number
Diff line number
Diff line change
@@ -2,8 +2,8 @@
2
2
3
3
The Navigraph Navigation Data Interface enables developers to download and integrate navigation data from Navigraph directly into add-on aircraft in MSFS.
4
4
5
-
6
5
## Key Features
6
+
7
7
- Navigraph DFD Format: Leverage specialized support for Navigraph's DFD format, based on SQLite, which includes an SQL interface on the commbus for efficient data handling.
8
8
- Javascript and WASM support: The navdata interface is accessible from both Javascript (Coherent) and WASM, providing flexibility for developers.
9
9
- Supports updating of custom data formats.
@@ -29,22 +29,36 @@ Here's an overview on the structure of this repository, which is designed to be
29
29
1. You'll need to either build the WASM module yourself (not recommended, but documented further down) or download it from [the latest release](https://github.com/Navigraph/msfs-navigation-data-interface/releases) (alternatively you can download it off of a commit by looking at the uploaded artifacts).
30
30
2. Add the WASM module into your `panel` folder in `PackageSources`
31
31
3. Add the following entry into `panel.cfg` (make sure to replace `NN` with the proper `VCockpit` ID):
- Note that if you already have a `VCockpit` with `NO_TEXTURE` you can just add another `htmlgauge` to it, while making sure to increase the index
42
+
4.**Optional**: Create a `Navigraph/config.json` file to assist with Sentry reports. This info will be reported to us should any error occur in the library. We will use this to directly reach out to you (the developer) for these errors.
43
+
44
+
- The file must look like
45
+
46
+
```json
47
+
{
48
+
"addon": {
49
+
"developer": "Navigraph",
50
+
"product": "Sample Aircraft"
51
+
}
52
+
}
53
+
```
40
54
41
55
## Dealing with Bundled Navigation Data
42
56
43
-
If you bundle outdated navigation data in your aircraft and you want this module to handle updating it for users with subscriptions, place the navigation data into the `NavigationData` directory in `PackageSources`. You can see an example [here](examples/aircraft/PackageSources/NavigationData/)
57
+
If you bundle outdated navigation data in your aircraft and you want this module to handle updating it for users with subscriptions, place the navigation data into the `Navigraph/BundledData` directory in `PackageSources`. You can see an example [here](examples/aircraft/PackageSources/Navigraph/BundledData/)
44
58
45
59
## Where is the Navigation Data Stored?
46
60
47
-
The default location for navigation data is `work/NavigationData`. If you have bundled navigation data, its located in the `NavigationData` folder in the root of your project. (although it gets copied into the `work` directory at runtime)
61
+
The default location for navigation data is `work/NavigationData`.
Lazy::new(|| Mutex::new(DatabaseState::new().unwrap()));// SAFETY: the only way this function can return an error is if layout.json is corrupt (which is impossible since the package wouldn't even mount), or if copying to the work folder is failing (in which case we have more fundamental problems). So overall, unwrapping here is safe
Path::new(&format!(".\\{BUNDLED_FOLDER_NAME}\\{cycle_info}")),// We need to reconstruct the bundled path to include the proper syntax to reference non-work folder files
Path::new(&format!(".\\{BUNDLED_FOLDER_NAME}\\{cycle_file_name}")),// We need to reconstruct the bundled path to include the proper syntax to reference non-work folder files
0 commit comments