<div dir="ltr">There's been a little bit of work by Walter and I (mostly Walter) to reduce reliance on station codes/name in difx2fits in favour of position/reference.<div>We've noted for example that there will likely be two 'Kp' stations soon: Kitt Peak and KVN PyeongChan. <br>With respect to SCHED - if we reach some conclusion on preferred case SCHED could be updated to match that.</div><div>In other words don't feel like what SCHED does needs to be the standard.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 14 Feb 2024 at 10:08, Leonid Petrov via Difx-users <<a href="mailto:difx-users@listmgr.nrao.edu">difx-users@listmgr.nrao.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Geff et al,<br>
<br>
   There is number of other instances  when we deal with station<br>
codes in both schedule preparation, schedule validation, data<br>
analysis, etc. And everywhere we compare station names. I would<br>
like to agree upon on a convention for  the station name case.<br>
One convention will be considered standard, all other non-standard.<br>
Then we can gradually examine code and replace non-standard treatment<br>
with standard. If you remember time when FORTRAN (with all capital<br>
letters) did not understand small letters, you may remember time when<br>
there was a mess between RCP and LCP conventions. Then a IEEE<br>
convention has been established and folks can say: our receiver gets<br>
RCP defined in accordance with the IEEE conventions. I want to have the<br>
same convention here. Then we can tell we use station code according<br>
to the DiFX convention.<br>
<br>
Leonid<br>
2024.02.14_12:03:55<br>
<br>
<br>
> On 2024-02-14 10:43, Geoffrey B. Crew via Difx-users wrote:<br>
> I knew I was opening a can of worms on this one.  As a relative<br>
> new-comer I was bit by this sort of thing a few times...and just<br>
> assumed I was the only one confused.  Now I understand:<br>
> <br>
> Fortran did not have good string handling and the (original) character<br>
> set was limited; hence capitalization in AIPS.  VEX came later,<br>
> particularly after K&R decided character (string) handling was<br>
> something that needed to be fixed in C and there is no fixed<br>
> convention other than Vex can handle mixed case and AIPS cannot.<br>
> <br>
> With arrays such as SKA, ngVLA, &c under discussion, it seems that<br>
> perhaps 2 characters are not enough and some guidance within the DiFX<br>
> code base on "what is the plan" might not be a bad idea so that the<br>
> developers can move into some coherence in the future.<br>
> <br>
> And if AIPS is to survive into that era, some sort of mapping of<br>
> station codes into all-upper-case two letter codes might eventually be<br>
> necessary.  difx2mark4 already has an option to provide a map of<br>
> two-letter codes to one letter codes.  (And we already decided HOPS4<br>
> isn't going care and will use what is in the VEX.)<br>
> Somewhat earlier Leonid wrote:<br>
> <br>
>>> Dear colleagues,<br>
>>> <br>
>>> Can you clarify, is there a convention on a case of two-letter<br>
>>> station<br>
>>> codes:<br>
>>> gs, GS, or Gs?<br>
> <br>
> --<br>
> Geoff Crew<br>
> MIT Haystack Observatory<br>
> <a href="mailto:gbc@mit.edu" target="_blank">gbc@mit.edu</a><br>
> (NOTE NEW EMAIL: gbc@haystack is no longer reliable)<br>
> _______________________________________________<br>
> Difx-users mailing list<br>
> <a href="mailto:Difx-users@listmgr.nrao.edu" target="_blank">Difx-users@listmgr.nrao.edu</a><br>
> <a href="https://listmgr.nrao.edu/mailman/listinfo/difx-users" rel="noreferrer" target="_blank">https://listmgr.nrao.edu/mailman/listinfo/difx-users</a><br>
<br>
_______________________________________________<br>
Difx-users mailing list<br>
<a href="mailto:Difx-users@listmgr.nrao.edu" target="_blank">Difx-users@listmgr.nrao.edu</a><br>
<a href="https://listmgr.nrao.edu/mailman/listinfo/difx-users" rel="noreferrer" target="_blank">https://listmgr.nrao.edu/mailman/listinfo/difx-users</a><br>
</blockquote></div>