Closed dg9vh closed 3 years ago
This is an interesting problem to have @phl0 do you grab deleted?
Guess other options just allow deleted to be typed in
I'll tag in @AndreasK79 too
Thanks, I think "overloading" the list with manual entries would be a solution... actually we have a nice "autocorrection"-function that automatically upcases all entries, if they are in the list... so you can type q03 which will go to Q03...
This should be persistent beneath all solutions :-)
We did only include DOKs by now. If special DOKs aka. SDOKs should be included as well we only need a slight change in code. I have a (separate) list of those. Will come up with a patch.
General question is should we "allow" (S)DOKs that are not on the official list of DARC? Don't see any reason for that other than if Cloudlogs DOK database is out of date though ...
Thanks for testing @dg9vh. This never crossed my mind, and somehow I thought that you could enter whatever you wanted. I see I was wrong, but selectize has a create function. I tried it out, and with that enabled, it is possible to use values not in the dropdown:
I'll add this in later.
If you want to test, edit footer.php and add
create: function(input) { return { value: input, name: input } },
to this function
$('#darc_dok').selectize({
That would be one option. But still the question: Does it make sense to add "arbitrary" (S)DOKs or should we rely solely on the list by DARC (+ plus maybe "NM" for "not member" sometimes needed during contests)?
@phl0 I didn't answer, because I don't know. Are they official, and valid for any award?
No problem at all. I just parse the official info by DARC on a regular basis. So yes that would be the "official" list and only those would be valid for the German awards.
@phl0 my opinion is only to list officials but also those, who are out of valid time. Did not check DARC list of sdok for the mentioned one, but there was a qsl card with official stamp for the sdok so I thought it was correct.
So the Sonder-DOK 65G13 is not officially issued you say?
Nope. My list contains all SDOKs that we assigned once (and my be not valid today). See https://www.df2et.de/cqrlog/sdok.txt
So I will check validity against the official site...
You don't need to. I will patch @AndreasK79's code so that it also pulls the SDOK data. You are the test bunny then.
Ok. Std-by
To get a list with official issued sdok visit https://www.darc.de/fileadmin/filemounts/referate/sdok/SDOK_List.csv
That would be one option. But still the question: Does it make sense to add "arbitrary" (S)DOKs or should we rely solely on the list by DARC (+ plus maybe "NM" for "not member" sometimes needed during contests)?
I forgot adding NM for contests would be a fine solution :-)
Guys I did a quick and dirty implementation on my DOK and SDOK parser. It pulls the official lists from DARC.de and parses them for CQRlog and also provides dok.txt and sdok.txt on my webspace. I changed the script so that it produces also dok_and_sdok.txt so that this file contains dok.txt, "NM" and sdok.txt in a single file. My code is here: https://github.com/magicbug/Cloudlog/compare/master...phl0:AddSDOKinfo Happy to hear your test results before I PR this. @magicbug I also added assets/json/* to .gitignore in order to not get confused by (not) updated contents here. Is that ok or should I limit that to the dok.txt (and maybe sota.txt)?
Added some more minor changes to my AddSDOKinfo branch...
Merged into main branch thanks
This is for reporting bugs with the code, if this issue is regarding setting up on your local server please use the forum see readme for details
Describe the bug If trying to add Sonder-DOK 65G13 (valid from 03.09.2019 to 02.09.2020) into the DOK-Field, the entry is deleted, so I can't add this DOK. It is not listed in the "check-list" that pops up.
To Reproduce Steps to reproduce the behaviour:
Expected behaviour DOK should be added.