search

Nikolai558 / FE-BUDDY

Assists Virtual ARTCC Facility Engineers with their daily tasks.
GNU General Public License v3.0
16 stars 3 forks source link

[BUG] - Consecutive LineStrings aren't being combined #151

Open nrankin18 opened 1 year ago

nrankin18 commented 1 year ago

Describe the bug See ZKC's map attached below, which has only two point LineStrings

To Reproduce Steps to reproduce the behavior: 1. 2. 3. 4.

Expected behavior

Screenshots If applicable, add screenshots to help explain your problem.

nrankin18 commented 1 year ago

FILTER 01TDM TLineBCG 1Filters 1,11,8,18Style SolidThickness 1__ (2).zip

KSanders7070 commented 1 year ago

Upon initial review, it LOOKS like the facility has reversed Beginning/Ending LAT/LON values however to be sure, we need the .GeoMap for ZKC and their files are protected behind their website login. Message sent to the ZKC DATM Chris Raabe on 10AUG2023 and awaiting response.

KSanders7070 commented 1 year ago

I took a look at your vERAM files and I see why they are so bulky… they have a reversed “flow” of coordinates from normal.

If a line string goes from point 1 to 2 to 3 and to 4…. They normally draw it like this in the file: 1-2… 2-3… 3-4 but ZKCs does this a significant amount of the time: 2-1… 3-2… 4-3

FE-Buddy thinks that since the starting coordinate does not match the previous ending coordinate, that you want to BREAK the line here and begin a new one. With GeoJSONs, this means making a completely new Feature and will result in EVERY line having its own feature. This creates massive GeoJSON files.

Though, we are brainstorming ideas for how to resolve this with FE-Buddy, it is unlikely to happen, at least anytime soon so, if ZKC are having problems with bulky GeoJSONs, they may need to consider finding a way reformat it to: 1-2… 2-3… 3-4.