Date   

Re: Archive XML-file Frequency Database - Format?

Simon Brown
 

Ah,

 

I don’t have access to ILGADATA, I don’t have a ILG subscription.

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Kees van Engelen
Sent: 16 October 2018 09:04
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Archive XML-file Frequency Database - Format?

 

[Edited Message Follows]

Simon,

The fields that I miss most is "Additional Remarks". That's on the ILGADATA, not the C-version.
There are the details stored where it says which type of mode is used.
E.g. "75 baud RTTY" or "STANAG8425"
I need them so I can configure a demodulator "directly" for decoding.
No further interest for other fields now.

Is this sufficient, Simon ?




--
73
Kees
PA3KVE


External Radio Tuning

William Osborne <wosborne44@...>
 

I have an issue with the tuning of my FT5000 and SDR.  I have the 5000 configured to work with Omni-Rig and that is all good. The tuning of SDR and 5K works fine clicking on screen, but when I tune the 2nd RX with the knob on the radio the SDR treats this the same as tuning the main RX and tunes the SDR RX to track it.  I am pretty sure this did happen in past.  I uninstall SDR and reinstalled the latest version but works the same. Does anyone else have this issue or any ideas on how to fix it?
Thanks & 73,  Bill--K5ZQ


Stuck SDRC Servers SYSOP's reset your service?

Kriss Kliegle KA1GJU
 
Edited

Server Name          Days Stuck          Action Taken
msk.swl.su                     +8                 Website posted is inoperative
DO1GUM                       +6                 Email sent days ago, no response


G4ELI     well, I won't go there for he's one busy guy!  ;)

http://onairv3.sdrspace.com/onair-v3.xml

Back to your regular scheduled programming.... :)

KA1GJU


Re: Frequency Database - Freq. Filter

Patrick
 

Hi there !

When using the FMlist for example, it could be fine to filter the results by distance (from the closest to the furthest station, or within a given range as you did with the frequencies (from ... > to ... ).

Best regards
Pat


Satellite: External lRadio, How to QSY?

Hasan Schiers N0AN
 

For some reason, using the FT-857d VFO,  I cannot send a string of dits to see my signal and move the FT-857d vfo while transmitting....the freq changes, but as soon as I stop tx'ing, it snaps back to the freq I was already on.

If I make the same change in TX in the External Radio Window of the Satellite Pane by clicking on the numbers, similar thing happens...while I'm tx'ing a string of dits, and clicking on the 1 kHz up number in the External Radio display, the freq in the display changes, but the FT-857d does not change freq, until I stop tx'ing...then it snaps to the freq I told it to.

In essence, I cannot move freq while transmitting...which is a pretty important satellite function.

What should happen:

When tx'ing, the freq should move and when I stop tx'ing it should stay on that freq and have doppler applied from that point on, not jerk it back to prior freq.

Am I doing something wrong or do I just have to live with it?

TIA, N0AN


Re: ANAN - Testing

aa777888athotmaildotcom <scott.traurig@...>
 

Hi Simon,

Please include me and my 8000.

Thanks,

Scott/w-u-2-o


Re: Archive XML-file Frequency Database - Format?

Kees van Engelen
 

Yes! Henry. Yes !!

How do you do that?
I am struggling for days now and becoming a headache of it ....

Can you tell me your secret, please???




--
73
Kees
PA3KVE


Re: Archive XML-file Frequency Database - Format?

Kees van Engelen
 
Edited

Hi Simon,

You may map the "Additional Remarks"  to "Notes".
But if you add a new field that would be better (also for others who use the original Notes field now).
But for me either choice would be very nice.



--
73
Kees
PA3KVE


Re: ANAN - Testing

Mike Santas
 

Simon,

I would like to participate in the anan testing. I have a 8000DLE and a 200D.

73
Mike

N2LYM@...







On Thu, Oct 04, 2018 at 02:11 AM, Simon Brown wrote:

Hi,

 

I will send invites today or tomorrow. I am adding TX Profiles (Normal, DX, Rag-Chew etc.).

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of hanspeter.mueller@...
Sent: 04 October 2018 06:53
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] ANAN - Testing

 

Hello Simon
I would like to join the test team. My equipment is an 8000 LDE.
Thank you for your invitation

Hanspeter HB9CPT


Re: ANAN - Testing

Mike Santas
 

Simon,

I would like to participate in the anan testing. I have a 8000DLE and a 200D.

73
Mike

N2LYM@...







On Thu, Oct 04, 2018 at 02:11 AM, Simon Brown wrote:

Hi,

 

I will send invites today or tomorrow. I am adding TX Profiles (Normal, DX, Rag-Chew etc.).

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of hanspeter.mueller@...
Sent: 04 October 2018 06:53
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] ANAN - Testing

 

Hello Simon
I would like to join the test team. My equipment is an 8000 LDE.
Thank you for your invitation

Hanspeter HB9CPT


Re: Archive XML-file Frequency Database - Format?

Simon Brown
 

OK,

 

Tell me which ILG field to map to which Frequency DB field.

 

ILG Additional remarks maps to ??? – or do you want me to add a new Frequency DB field?

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Kees van Engelen
Sent: 16 October 2018 09:04
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Archive XML-file Frequency Database - Format?

 

Simon,

The fields that I miss most is "Additional Remarks".
There are the details stored where it says which type of mode is used.
E.g. "75 baud RTTY" or "STANAG8425"
I need them so I can configure a demodulator "directly" for decoding.
No further interest for other fields now.

Is this sufficient, Simon ?




--
73
Kees
PA3KVE


Re: v3.0.3 crashes

Simon Brown
 

OK.

 

If it just stops then it sounds to me like a USB power interruption. I’ll check for invalid data returned, but to be honest I really doubt the SDR-IQ / Airspy HF+ would or even could return invalid data.

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Dick
Sent: 16 October 2018 08:40
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] v3.0.3 crashes

 

Most of the times it just freezes and after pressing the stop/start button it continues.

But I have the feeling (can test if you like) that if I repeat this scenario (freeze/stop/start processing) it will crash without the ‘Please Wait’.


If you really want to pursue this tell me what steps I should take (a test-script) to give you the info you need.
As I mentioned it is more or less reproducible.

 

Cheers,

Dick

 

Van: main@SDR-Radio.groups.io [mailto:main@SDR-Radio.groups.io] Namens Simon Brown
Verzonden: Tuesday, October 16, 2018 7:06
Aan: main@SDR-Radio.groups.io
Onderwerp: Re: [SDR-Radio] v3.0.3 crashes

 

Question: Does the console close (maybe with a Please Wait) or just freeze?

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Dick
Sent: 15 October 2018 13:54
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] v3.0.3 crashes

 

An  Airspy HF+

 

Cheers,

Dick

 

 

Van: main@SDR-Radio.groups.io [mailto:main@SDR-Radio.groups.io] Namens Simon Brown
Verzonden: Monday, October 15, 2018 13:36
Aan: main@SDR-Radio.groups.io
Onderwerp: Re: [SDR-Radio] v3.0.3 crashes

 

Dick,

 

Which SDR are you using?

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Dick
Sent: 14 October 2018 22:19
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] v3.0.3 crashes

 

Hi Keith

 

No, it is totally free standing, except for the mains of course..

 

73, Dick   PA2015


Re: Archive XML-file Frequency Database - Format?

Kees van Engelen
 
Edited

Simon,

The fields that I miss most is "Additional Remarks". That's on the ILGADATA, not the C-version.
There are the details stored where it says which type of mode is used.
E.g. "75 baud RTTY" or "STANAG8425"
I need them so I can configure a demodulator "directly" for decoding.
No further interest for other fields now.

Is this sufficient, Simon ?




--
73
Kees
PA3KVE


Re: v3.0.3 crashes

Dick
 

Hi Gaston,

Not really, sorry.

 

But I have seen freezes also when there is a lot of disk activity due to a large number of files being copied.
As you seem to have no other programs running this does not apply to your situation.

If your current SDR is a USB device, could USB power be a cause?

Maybe if Simon does his magic and fixes the more or less reproducible case of mine, yours get fixed as well.

Fingers crossed..

 

Cheers,

Dick

 

Van: main@SDR-Radio.groups.io [mailto:main@SDR-Radio.groups.io] Namens Gaston LU5AGQ
Verzonden: Tuesday, October 16, 2018 2:10
Aan: main@SDR-Radio.groups.io
Onderwerp: Re: [SDR-Radio] v3.0.3 crashes

 

Thanks Dick, but mine just crashes without any other action. I remember something like you said when I had an RFSpace SDR-IQ, at that time, when I've started my rotor some kind of spike on the electric line made the receiver overloaded and then crashed the app, the software at that time was SpectraVue.

For me this time is very different, no other app running on the PC and suddenly SDR Console just freezes or crashes, most times keeps playing audio with the GUI freezed.

Any thoughs?


Re: v3.0.3 crashes

Dick
 

Most of the times it just freezes and after pressing the stop/start button it continues.

But I have the feeling (can test if you like) that if I repeat this scenario (freeze/stop/start processing) it will crash without the ‘Please Wait’.


If you really want to pursue this tell me what steps I should take (a test-script) to give you the info you need.
As I mentioned it is more or less reproducible.

 

Cheers,

Dick

 

Van: main@SDR-Radio.groups.io [mailto:main@SDR-Radio.groups.io] Namens Simon Brown
Verzonden: Tuesday, October 16, 2018 7:06
Aan: main@SDR-Radio.groups.io
Onderwerp: Re: [SDR-Radio] v3.0.3 crashes

 

Question: Does the console close (maybe with a Please Wait) or just freeze?

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Dick
Sent: 15 October 2018 13:54
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] v3.0.3 crashes

 

An  Airspy HF+

 

Cheers,

Dick

 

 

Van: main@SDR-Radio.groups.io [mailto:main@SDR-Radio.groups.io] Namens Simon Brown
Verzonden: Monday, October 15, 2018 13:36
Aan: main@SDR-Radio.groups.io
Onderwerp: Re: [SDR-Radio] v3.0.3 crashes

 

Dick,

 

Which SDR are you using?

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Dick
Sent: 14 October 2018 22:19
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] v3.0.3 crashes

 

Hi Keith

 

No, it is totally free standing, except for the mains of course..

 

73, Dick   PA2015


Re: Archive XML-file Frequency Database - Format?

Nils Schiffhauer
 

... thanks, Kees - and I have my (!) workflow in mind when writing down my ideas.

This workflow has been developed in 50+ years of DXing, and proofed efficient. Well you may also do something 50+ wrong ;-)

I am very open to adapt to other solutions which might please other workflows.

If you work mainly with "strings" an empty database is really fine. But you should have number/time/data formats for these entries.

73 Nils, DK8OK


Am 16.10.2018 um 06:30 schrieb Kees van Engelen:
The logbook is Nils' hobby :-)

I would be very pleased with extending the frequency database with the fields of ILG.
Recently I was struggling in trying to alter the csv-files to manipulate the columns that are imported, but no success for me.
But with an "empty" database or extending the current ILG one with some columns, I would be in SDR's heaven :-)

Was denkts du, Nils ?

Kees,
PA3KVE

-- 
dk8ok.org


Re: Archive XML-file Frequency Database - Format?

Nils Schiffhauer
 

... thanks, Simon.

Keeping the logbook separate, is also a good idea to make things even clearer.

The idea behind combining logbook and database keeps the usual workflow in mind:

* track database during current reception
* if you hit one station already enlisted, do a simple entry with all data into the logbook
* if you hit a new one, a new entry is made in this (master) list and can be filled out - either on the fly, or, better, via SQL after importing it

So both approaches will make sense.

Thanks a lot & 73: Nils, DK8OK


Am 16.10.2018 um 06:47 schrieb Simon Brown:

Nils,

 

I think I would keep a logbook separate from the Frequency Database as it may be desirable to use an advanced database with replication – SQL Server etc.

 

All other comments noted.

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Nils Schiffhauer
Sent: 16 October 2018 07:36
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Archive XML-file Frequency Database - Format?

 

Hi, Simon (& Kees) - thanks for your early mails ...

The general idea of V3's database should be to support reception (by tracking) and logging (by transferring of current data into a database).
All usual database management should be left to some specialized software like mySQL, FileMake or even EXCEL. From/to there, the user simply has to import/export by CSV.
However, one function should be provided, if possible:
* to query all entries of a specific "Station's name".
Then you can easily run through all parallel frequencies of a specific station.

In my view, a logbook must/should contain the following; first all data already provided by V3:
* frequency, down to one Hz
* Mode
* Filter (bandwidth)
* AGC data
* date
* time
As other data like CW Peak, Noise blanker, Notch and Squelch are mainly depending upon the current propagation, they should be to "Off".

Secondly, you should add some more information to those basic ones; here ILG gives a good template:
* Call sign/ID
* Stations's name
* transmitter's location (name)
* Locator
* Lat/Long (would be nice to have both in one column, plus hyper-linked to Google Maps)
* Name of country
* ITU 3-letter-code of country

* Modulation (ITU calls it: "Emission")
* corresponding channel (QSX)
* Language

* PWR
* Azi

* Target [Region]

* Dist(ance to transmitter)
* PS
* PI

* On/off (one column each to mark the transmission time)
* Days (1234567, to mark the days of activity)
This will be important for a later check against current date and time - to show or to suppress this data accordingly

* Notes
* Reference: Station (a reference to each unique station - for later database management)
* Reference: Log (a reference to each unique log - for later database management)

* Source (eg ILG od DK8OK)
* Added (date)

This hefty list should cover most applications.
Simon's idea of ticking those columns which should be imported, is great. So, the user may reduce the information for his specific needs.

I have a database of 3000+ utility logs from this year (FileMaker), and I would be more than pleased to try any beta version of such a database!

Thanks and 73: Nils, DK8OK

 

Am 16.10.2018 um 05:11 schrieb Simon Brown:

Hi Nils,

 

1.       Please just let me know the ILG (or other database) fields which are not being added, and the field they should be added to. This is a big help.

2.       Please let me know the field you want in the logbook database.

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Nils Schiffhauer
Sent: 16 October 2018 06:07
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Archive XML-file Frequency Database - Format?

 

Hi, Simon and Kees - as I am also very interested in this topic:

* an "empty" CSV import/export option would be a great help
* as ILG seems to cover the most information, its pattern/format should be the guideline

* it would be also excellent, if one can import the current settings of V3 (ie frequency, time, date, mode, bandwidth etc) into a second file. This may work as perfect logbook. It then should additionally cover the ILG dataset

BTW: In the recent Version of V3, column "TX Location" seems to get lost in the conversion process; see annotated screenshot attached.

Thanks and 73: Nils, DK8OK

 

Am 15.10.2018 um 18:17 schrieb Simon Brown:

Hi Kees,

 

I added the XML as an archive / interchange option. I’m busy with ANAN / TX at the moment, I can add a CSV Import / export if that would help.

 

What format is your data in?

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Kees van Engelen
Sent: 15 October 2018 18:56
To: main@SDR-Radio.groups.io
Subject: [SDR-Radio] Archive XML-file Frequency Database - Format?

 

Hello Simon,

I want to try to feed the Frequency database via the XML Load button.
So I saved a sample (SAVE button) to look what's like.
Now I do not know a lot about XML and stuff, but could you help me with some hints ?

What format / sort XML do you use ? Is it some standard?
I cannot find anything, so a hint would be very nice :-)

73
Kees
PA3KVE




-- 
dk8ok.org



-- 
dk8ok.org

-- 
dk8ok.org


Re: Archive XML-file Frequency Database - Format?

Simon Brown
 

Nils,

 

I think I would keep a logbook separate from the Frequency Database as it may be desirable to use an advanced database with replication – SQL Server etc.

 

All other comments noted.

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Nils Schiffhauer
Sent: 16 October 2018 07:36
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Archive XML-file Frequency Database - Format?

 

Hi, Simon (& Kees) - thanks for your early mails ...

The general idea of V3's database should be to support reception (by tracking) and logging (by transferring of current data into a database).
All usual database management should be left to some specialized software like mySQL, FileMake or even EXCEL. From/to there, the user simply has to import/export by CSV.
However, one function should be provided, if possible:
* to query all entries of a specific "Station's name".
Then you can easily run through all parallel frequencies of a specific station.

In my view, a logbook must/should contain the following; first all data already provided by V3:
* frequency, down to one Hz
* Mode
* Filter (bandwidth)
* AGC data
* date
* time
As other data like CW Peak, Noise blanker, Notch and Squelch are mainly depending upon the current propagation, they should be to "Off".

Secondly, you should add some more information to those basic ones; here ILG gives a good template:
* Call sign/ID
* Stations's name
* transmitter's location (name)
* Locator
* Lat/Long (would be nice to have both in one column, plus hyper-linked to Google Maps)
* Name of country
* ITU 3-letter-code of country

* Modulation (ITU calls it: "Emission")
* corresponding channel (QSX)
* Language

* PWR
* Azi

* Target [Region]

* Dist(ance to transmitter)
* PS
* PI

* On/off (one column each to mark the transmission time)
* Days (1234567, to mark the days of activity)
This will be important for a later check against current date and time - to show or to suppress this data accordingly

* Notes
* Reference: Station (a reference to each unique station - for later database management)
* Reference: Log (a reference to each unique log - for later database management)

* Source (eg ILG od DK8OK)
* Added (date)

This hefty list should cover most applications.
Simon's idea of ticking those columns which should be imported, is great. So, the user may reduce the information for his specific needs.

I have a database of 3000+ utility logs from this year (FileMaker), and I would be more than pleased to try any beta version of such a database!

Thanks and 73: Nils, DK8OK

 

Am 16.10.2018 um 05:11 schrieb Simon Brown:

Hi Nils,

 

1.       Please just let me know the ILG (or other database) fields which are not being added, and the field they should be added to. This is a big help.

2.       Please let me know the field you want in the logbook database.

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Nils Schiffhauer
Sent: 16 October 2018 06:07
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Archive XML-file Frequency Database - Format?

 

Hi, Simon and Kees - as I am also very interested in this topic:

* an "empty" CSV import/export option would be a great help
* as ILG seems to cover the most information, its pattern/format should be the guideline

* it would be also excellent, if one can import the current settings of V3 (ie frequency, time, date, mode, bandwidth etc) into a second file. This may work as perfect logbook. It then should additionally cover the ILG dataset

BTW: In the recent Version of V3, column "TX Location" seems to get lost in the conversion process; see annotated screenshot attached.

Thanks and 73: Nils, DK8OK

 

Am 15.10.2018 um 18:17 schrieb Simon Brown:

Hi Kees,

 

I added the XML as an archive / interchange option. I’m busy with ANAN / TX at the moment, I can add a CSV Import / export if that would help.

 

What format is your data in?

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Kees van Engelen
Sent: 15 October 2018 18:56
To: main@SDR-Radio.groups.io
Subject: [SDR-Radio] Archive XML-file Frequency Database - Format?

 

Hello Simon,

I want to try to feed the Frequency database via the XML Load button.
So I saved a sample (SAVE button) to look what's like.
Now I do not know a lot about XML and stuff, but could you help me with some hints ?

What format / sort XML do you use ? Is it some standard?
I cannot find anything, so a hint would be very nice :-)

73
Kees
PA3KVE




-- 
dk8ok.org



-- 
dk8ok.org


Re: Frequency Database - Freq. Filter

Kees van Engelen
 

Hehe :-)

Nice. Thanks !


Kees
PA3KVE


Re: Archive XML-file Frequency Database - Format?

Nils Schiffhauer
 

Hi, Simon (& Kees) - thanks for your early mails ...

The general idea of V3's database should be to support reception (by tracking) and logging (by transferring of current data into a database).
All usual database management should be left to some specialized software like mySQL, FileMake or even EXCEL. From/to there, the user simply has to import/export by CSV.
However, one function should be provided, if possible:
* to query all entries of a specific "Station's name".
Then you can easily run through all parallel frequencies of a specific station.

In my view, a logbook must/should contain the following; first all data already provided by V3:
* frequency, down to one Hz
* Mode
* Filter (bandwidth)
* AGC data
* date
* time
As other data like CW Peak, Noise blanker, Notch and Squelch are mainly depending upon the current propagation, they should be to "Off".

Secondly, you should add some more information to those basic ones; here ILG gives a good template:
* Call sign/ID
* Stations's name
* transmitter's location (name)
* Locator
* Lat/Long (would be nice to have both in one column, plus hyper-linked to Google Maps)
* Name of country
* ITU 3-letter-code of country

* Modulation (ITU calls it: "Emission")
* corresponding channel (QSX)
* Language

* PWR
* Azi

* Target [Region]

* Dist(ance to transmitter)
* PS
* PI

* On/off (one column each to mark the transmission time)
* Days (1234567, to mark the days of activity)
This will be important for a later check against current date and time - to show or to suppress this data accordingly

* Notes
* Reference: Station (a reference to each unique station - for later database management)
* Reference: Log (a reference to each unique log - for later database management)

* Source (eg ILG od DK8OK)
* Added (date)

This hefty list should cover most applications.
Simon's idea of ticking those columns which should be imported, is great. So, the user may reduce the information for his specific needs.

I have a database of 3000+ utility logs from this year (FileMaker), and I would be more than pleased to try any beta version of such a database!

Thanks and 73: Nils, DK8OK


Am 16.10.2018 um 05:11 schrieb Simon Brown:

Hi Nils,

 

  1. Please just let me know the ILG (or other database) fields which are not being added, and the field they should be added to. This is a big help.
  2. Please let me know the field you want in the logbook database.

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Nils Schiffhauer
Sent: 16 October 2018 06:07
To: main@SDR-Radio.groups.io
Subject: Re: [SDR-Radio] Archive XML-file Frequency Database - Format?

 

Hi, Simon and Kees - as I am also very interested in this topic:

* an "empty" CSV import/export option would be a great help
* as ILG seems to cover the most information, its pattern/format should be the guideline

* it would be also excellent, if one can import the current settings of V3 (ie frequency, time, date, mode, bandwidth etc) into a second file. This may work as perfect logbook. It then should additionally cover the ILG dataset

BTW: In the recent Version of V3, column "TX Location" seems to get lost in the conversion process; see annotated screenshot attached.

Thanks and 73: Nils, DK8OK

 

Am 15.10.2018 um 18:17 schrieb Simon Brown:

Hi Kees,

 

I added the XML as an archive / interchange option. I’m busy with ANAN / TX at the moment, I can add a CSV Import / export if that would help.

 

What format is your data in?

 

Simon Brown, G4ELI
www.sdr-radio.com

 

 

From: main@SDR-Radio.groups.io <main@SDR-Radio.groups.io> On Behalf Of Kees van Engelen
Sent: 15 October 2018 18:56
To: main@SDR-Radio.groups.io
Subject: [SDR-Radio] Archive XML-file Frequency Database - Format?

 

Hello Simon,

I want to try to feed the Frequency database via the XML Load button.
So I saved a sample (SAVE button) to look what's like.
Now I do not know a lot about XML and stuff, but could you help me with some hints ?

What format / sort XML do you use ? Is it some standard?
I cannot find anything, so a hint would be very nice :-)

73
Kees
PA3KVE



-- 
dk8ok.org

-- 
dk8ok.org