Luke Kolin 10 Posted January 4 Share Posted January 4 What happened to the controller lat/long data in the v3 data feed? This seems like a step backwards. Cheers! Luke ... I spawn hundreds of children a day. They are daemons because they are easier to kill. The first four remain stubbornly alive despite my (and their) best efforts. ... Normal in my household makes you a member of a visible minority. Link to post Share on other sites
Luke Kolin 10 Posted January 6 Author Share Posted January 6 Bump? Luke ... I spawn hundreds of children a day. They are daemons because they are easier to kill. The first four remain stubbornly alive despite my (and their) best efforts. ... Normal in my household makes you a member of a visible minority. Link to post Share on other sites
Martijn Rammeloo 13 Posted January 6 Share Posted January 6 Just out of curiosity: why do you need it? Martijn Link to post Share on other sites
Luke Kolin 10 Posted January 7 Author Share Posted January 7 To determine controllers potentially in range of a pilot when flying, as well as plotting them on a map. Cheers! Luke ... I spawn hundreds of children a day. They are daemons because they are easier to kill. The first four remain stubbornly alive despite my (and their) best efforts. ... Normal in my household makes you a member of a visible minority. Link to post Share on other sites
Koen Meier 25 Posted January 7 Share Posted January 7 8 minutes ago, Luke Kolin said: To determine controllers potentially in range of a pilot when flying, as well as plotting them on a map. Cheers! Luke wouldnt it be better to have the sector coordinates for the controllor if it is an enroute station. Link to post Share on other sites
Luke Kolin 10 Posted January 7 Author Share Posted January 7 It would be exponentially simpler to just have the lat/long plus the range (which is already in the feed) and do a simple distance calculation rather than a lot more data pushed to the clients and a more complicated algorithm. I don't need perfect sector boundaries, just way to filter the ATC list. Why was it removed? Cheers Luke ... I spawn hundreds of children a day. They are daemons because they are easier to kill. The first four remain stubbornly alive despite my (and their) best efforts. ... Normal in my household makes you a member of a visible minority. Link to post Share on other sites
Luke Kolin 10 Posted January 14 Author Share Posted January 14 Is there any update or status from VATSIM on this? It's getting close to blocking a release of mine, or I'll need to code against the v2 data feed. Cheers! Luke ... I spawn hundreds of children a day. They are daemons because they are easier to kill. The first four remain stubbornly alive despite my (and their) best efforts. ... Normal in my household makes you a member of a visible minority. Link to post Share on other sites
Jordan Jolenaar 2 Posted January 17 Share Posted January 17 Hi Luke, There is a technical limitation that results in loss of ATIS data when there are too many connections (ATC/OBS/ATIS). Due to that limitation, we have removed the controller position field. This is not a limitation of the data server, but rather a restriction on how we get data from FSD. If you have any more questions, feel free to drop an email to [email protected] On a side note; apologies for the very late response. Jordan Jolenaar VATSIM Senior Developer [email protected] www.vatsim.net Link to post Share on other sites
Luke Kolin 10 Posted January 18 Author Share Posted January 18 Does that mean there has been a bug filed against FSD? I'm not sure how adding lat/lon to a data feed for a few dozen controllers breaks things whereas that field for over 1,000 pilots does not. This is an important feature for me, and I'll need to stick to the V2 feed for now. Luke ... I spawn hundreds of children a day. They are daemons because they are easier to kill. The first four remain stubbornly alive despite my (and their) best efforts. ... Normal in my household makes you a member of a visible minority. Link to post Share on other sites
Luke Kolin 10 Posted January 29 Author Share Posted January 29 Bump. Cheers! Luke ... I spawn hundreds of children a day. They are daemons because they are easier to kill. The first four remain stubbornly alive despite my (and their) best efforts. ... Normal in my household makes you a member of a visible minority. Link to post Share on other sites
Koen Meier 25 Posted January 29 Share Posted January 29 Have you done what is suggested and send an email to vpdev. Link to post Share on other sites
Daniel Neugebauer 12 Posted April 7 Share Posted April 7 (edited) It seems like there are two workarounds to estimate a controller position: Known stations could be looked up from https://github.com/vatsimnetwork/vatspy-data-project. Unknown stations could be estimated by their transceivers - it appears that transceivers are now public as they are listed in the API docs: https://api.vatsim.dev/#operation/TransceiverData Since controllers usually provide service by voice most unknown stations should be locatable this way. I'm a bit unsure about the details of that file, though... It seems like it has not been mentioned in these forums before and there also is no information about the update interval or usage policies. Maybe someone from the webservices team could shed some light on it? Edited April 7 by Daniel Neugebauer Link to post Share on other sites
Luke Kolin 10 Posted April 8 Author Share Posted April 8 Looks like the v2 feed went down as well... and I'm broken because the controller position got removed. 😞 ... I spawn hundreds of children a day. They are daemons because they are easier to kill. The first four remain stubbornly alive despite my (and their) best efforts. ... Normal in my household makes you a member of a visible minority. Link to post Share on other sites
Andrew Dmitriev 0 Posted April 12 Share Posted April 12 Just to confirm that controllers' location is needed not only to Luke, but at least to me too... It is sad when the feature I used for years just disappeared :( Best regards. Link to post Share on other sites
Daniel Neugebauer 12 Posted April 12 Share Posted April 12 (edited) What about the transceiver "API"? I don't know if there are any policies attached to it (fetch intervals etc.) but I would assume that it can be used as part of a workaround to locate stations because the "API" has been made public. Other than that, VAT-Spy data seems to have an acceptable data quality (some sectors are outdated or not recorded properly, but most seem to make sense). I get good results by matching callsigns from long (more precise) to short (less precise) - which is not what VAT-Spy currently does but it seems to already be on Ross' todo list. I index all FIRs, then UIRs and finally all airports by their normalized IDs and, if set, by their "callsign prefix". Additionally, I alias all Kxxx stations to xxx (unless something else is already registered with that callsign) because some US data is either incomplete or controllers log in using unpublished callsigns which omit the leading K from the station's ICAO code. This appears to find some reasonable location for almost all controllers (feels like 90-95%) although the locations are not completely accurate (there are some stations with multiple center coordinates; in my case I need to provide exactly one coordinate so I currently just average them). ... it would of course be much easier if the feed could get the fields re-added. Edited April 12 by Daniel Neugebauer Link to post Share on other sites
Martijn Rammeloo 13 Posted Sunday at 07:40 PM Share Posted Sunday at 07:40 PM On 4/12/2021 at 4:23 PM, Daniel Neugebauer said: What about the transceiver "API"? I don't know if there are any policies attached to it (fetch intervals etc.) but I would assume that it can be used as part of a workaround to locate stations because the "API" has been made public. Other than that, VAT-Spy data seems to have an acceptable data quality (some sectors are outdated or not recorded properly, but most seem to make sense). I get good results by matching callsigns from long (more precise) to short (less precise) - which is not what VAT-Spy currently does but it seems to already be on Ross' todo list. I index all FIRs, then UIRs and finally all airports by their normalized IDs and, if set, by their "callsign prefix". Additionally, I alias all Kxxx stations to xxx (unless something else is already registered with that callsign) because some US data is either incomplete or controllers log in using unpublished callsigns which omit the leading K from the station's ICAO code. This appears to find some reasonable location for almost all controllers (feels like 90-95%) although the locations are not completely accurate (there are some stations with multiple center coordinates; in my case I need to provide exactly one coordinate so I currently just average them). ... it would of course be much easier if the feed could get the fields re-added. Please note that one control position can have multiple transceivers, each with its own lat/lon. Link to post Share on other sites
Mark Doyle 5 Posted 20 hours ago Share Posted 20 hours ago Why not just hook up your servers to a DB with airport coordinates? Developer: vatsim.net | community.vatsim.net | estvacc.org Mark Doyle Web Developer. Link to post Share on other sites
Ross Carlson 173 Posted 19 hours ago Share Posted 19 hours ago 5 minutes ago, Mark Doyle said: Why not just hook up your servers to a DB with airport coordinates? Which airport would you use for a center controller? Developer: vPilot, VRC, vSTARS, vERAM, VAT-Spy Senior Controller, Boston Virtual ARTCC Link to post Share on other sites
Mark Doyle 5 Posted 19 hours ago Share Posted 19 hours ago (edited) 26 minutes ago, Ross Carlson said: Which airport would you use for a center controller? The visual center of the polygon? edit: I'm assuming you're talking about for labelling purposes. Otherwise why would you need this? How is the precise location of a CTR controller useful to a pilot? Edited 19 hours ago by Mark Doyle Developer: vatsim.net | community.vatsim.net | estvacc.org Mark Doyle Web Developer. Link to post Share on other sites
Daniel Neugebauer 12 Posted 19 hours ago Share Posted 19 hours ago (edited) Airport != Center/Radar/Area Control (aka FIR/UIR sectors) While there are many databases on the Internet providing airport coordinates there are very few that will give you meaningful FIR/UIR information, especially in regards to VATSIM. As I've written above, the VAT-Spy database seems to be the easiest available and also the best (quality-wise) choice if you make some adjustments to the callsign lookup as compared to the actual VAT-Spy program. And if you want you do not only get center coordinates but also sector outlines - way more information than what is available from just performing calculations on transceiver positions. The data project is CC-BY-SA licensed so it should fit almost any license situation. Even with the transceiver list I would still prefer VAT-Spy as a data source unless I am actually interested in the location of virtual AFV antennas. I guess comparing both data sources will result in some more or less noticeable differences depending on how equal the density of transceivers across the covered ground is for each sector. Edited 19 hours ago by Daniel Neugebauer Link to post Share on other sites
Andreas Fuchs 302 Posted 18 hours ago Share Posted 18 hours ago In Qutescoop the label-position is provided directly, no calculation needed: LON_N:London ACC(North):GB:53.4:-1:902 Cheers, Andreas Member of VATSIM GermanyMy real flying on InstagramMy Twitch streams of VATSIM flights and ATC Link to post Share on other sites
Ross Carlson 173 Posted 17 hours ago Share Posted 17 hours ago 1 hour ago, Mark Doyle said: 1 hour ago, Ross Carlson said: Which airport would you use for a center controller? The visual center of the polygon? This thread is about controller location being missing from the data feed. The data feed does not include polygons. 1 hour ago, Mark Doyle said: edit: I'm assuming you're talking about for labelling purposes. Otherwise why would you need this? How is the precise location of a CTR controller useful to a pilot? The answer to that question varies by application. Just one example would be an application that shows a list of nearby controllers, as the OP mentioned. Having some sort of location reference in the data feed would be helpful here, so that applications wouldn't have to also consume some other data source such as the VAT-Spy data or the transceiver data. Since we're using JSON now, it would be great if an array of vis centers could be added to the controller objects, rather than just a single vis center as was available in the old feed. 2 Developer: vPilot, VRC, vSTARS, vERAM, VAT-Spy Senior Controller, Boston Virtual ARTCC Link to post Share on other sites
Mark Doyle 5 Posted 17 hours ago Share Posted 17 hours ago 41 minutes ago, Ross Carlson said: This thread is about controller location being missing from the data feed. The data feed does not include polygons. Yes.. So why ask about center controllers? Obviously you would not look up a center position in an airport DB? Developer: vatsim.net | community.vatsim.net | estvacc.org Mark Doyle Web Developer. Link to post Share on other sites
Ross Carlson 173 Posted 16 hours ago Share Posted 16 hours ago 21 minutes ago, Mark Doyle said: Yes.. So why ask about center controllers? Because people still want to know where center controllers are located. 21 minutes ago, Mark Doyle said: Obviously you would not look up a center position in an airport DB? That's right, hence my question. Developer: vPilot, VRC, vSTARS, vERAM, VAT-Spy Senior Controller, Boston Virtual ARTCC Link to post Share on other sites
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now