https://forum.blitzortung.org/mybb/ Mon, 28 Sep 2026 09:33:12 +0000 MyBB https://forum.blitzortung.org/mybb/showthread.php?tid=4304 Tue, 22 Sep 2026 11:16:11 -0500 fuchswetter]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4304
It’s a brand-new Blue Mini system, fully assembled with a housing, plus a preamp, 2 Ferrit antennas, and other accessories. Version PCB 22.0 -> Update PCB 22.2, Firmware 11.0b3 (with housing) + PCB 23.1.

Maybe someone is interested. Please just let me know.]]>
It’s a brand-new Blue Mini system, fully assembled with a housing, plus a preamp, 2 Ferrit antennas, and other accessories. Version PCB 22.0 -> Update PCB 22.2, Firmware 11.0b3 (with housing) + PCB 23.1.

Maybe someone is interested. Please just let me know.]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4303 Mon, 21 Sep 2026 16:17:59 -0500 Hoelters]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4303 who has a finished uildet e-field platin for the blue system?
See picture.
When yes, how many money?
greetings from Nettetal NRW

  E-Field.png (Size: 223.04 KB / Downloads: 6) ]]> who has a finished uildet e-field platin for the blue system?
See picture.
When yes, how many money?
greetings from Nettetal NRW

  E-Field.png (Size: 223.04 KB / Downloads: 6) ]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4301 Sun, 13 Sep 2026 07:12:54 -0500 Pascual]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4301 My name is Pascual, EA5WU. I am a radio amateur and the author of dxcontest.org, a free web-based DX cluster for radio amateurs. It is a personal, non-commercial project with no advertising, funded by donations. It has around 665 registered users, about 440 of whom log in every month, most of them in Europe.
I would like to add one simple feature: to alert a registered user when Blitzortung detects lightning closer than a distance they choose themselves (20, 30 or 50 km, for example) to their station, so they can disconnect antennas and equipment in time. The alert would be a banner on the site and, optionally, a push notification. There would be no lightning map and no other visualisation of your data.
How I would do it, following your conditions for external projects:
* A single WebSocket connection from my own server. Users never connect to your servers. My server filters by distance and alerts each user, so traffic towards Blitzortung does not grow with the number of users.
* Visible attribution on every alert and on the credits page: "Lightning data: Blitzortung.org", with a link, under CC BY-SA 4.0.
* Free access for all users, at no cost and with no conditions attached.
* A clear statement that Blitzortung is not an official warning service and that the data comes from hobbyists, for hobbyists.
I am aware that some Blitzortung participants are radio amateurs themselves. This feature would serve them just as much as anyone else: an antenna on the roof and a storm approaching is a problem they know well.
I know your conditions exclude "storm warning systems". I would rather ask you directly: what I am proposing is to protect the amateur's own station equipment, with no commercial, insurance or risk-analysis purpose whatsoever. If this use does not fit within what you allow, I understand, and I will not implement it.
Thank you for your work, and for taking the time to read this.
73, Pascual - EA5WU]]> My name is Pascual, EA5WU. I am a radio amateur and the author of dxcontest.org, a free web-based DX cluster for radio amateurs. It is a personal, non-commercial project with no advertising, funded by donations. It has around 665 registered users, about 440 of whom log in every month, most of them in Europe.
I would like to add one simple feature: to alert a registered user when Blitzortung detects lightning closer than a distance they choose themselves (20, 30 or 50 km, for example) to their station, so they can disconnect antennas and equipment in time. The alert would be a banner on the site and, optionally, a push notification. There would be no lightning map and no other visualisation of your data.
How I would do it, following your conditions for external projects:
* A single WebSocket connection from my own server. Users never connect to your servers. My server filters by distance and alerts each user, so traffic towards Blitzortung does not grow with the number of users.
* Visible attribution on every alert and on the credits page: "Lightning data: Blitzortung.org", with a link, under CC BY-SA 4.0.
* Free access for all users, at no cost and with no conditions attached.
* A clear statement that Blitzortung is not an official warning service and that the data comes from hobbyists, for hobbyists.
I am aware that some Blitzortung participants are radio amateurs themselves. This feature would serve them just as much as anyone else: an antenna on the roof and a storm approaching is a problem they know well.
I know your conditions exclude "storm warning systems". I would rather ask you directly: what I am proposing is to protect the amateur's own station equipment, with no commercial, insurance or risk-analysis purpose whatsoever. If this use does not fit within what you allow, I understand, and I will not implement it.
Thank you for your work, and for taking the time to read this.
73, Pascual - EA5WU]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4298 Sun, 06 Sep 2026 12:08:25 -0500 AA5H]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4298 Some Questions on Signal Optimization Metrics for the System Experts!

This is going to be a long and verbose post, so apologies in advance.

I realize there are dozens of posts on how to optimize; most take a "do this" and "do that" shotgun approach by eliminating common impairments. As a former military signals analyst, I prefer to take a systems approach based on baseline measurements of the circuit's known voltage and noise levels.
 My challenge is determining the correlation between the system's electrical metrics and the optimized signal received by the servers.
From my perspective, these factors impact system optimization:

Home Receiver Unit baseline metrics:

1. Noise floor: Drives the signal-to-noise ratio (SNR).
   
2. Pre-amplifier gain: Typically provides a stronger received signal, but can also reduce the SNR depending on the receiver's ability to reject or filter out-of-band signals.
   
3. Filters: Dampen or suppress out-of-band signals.
   
4. OSI Wireline and Network settings: Duplex mode and packet size (to prevent packet fragmentation in routers with DF/DNF settings).
   
5. A/D serialization Settings: Left at Defaults
   
   

Server-side metrics:

1. Timestamp quality: The accuracy of timestamps on server-received packets compared to the server's PPS Stratum 1 source.
   
2. Packet latency: Measured in jitter.
   
3. Packet distortion: Noise resulting in random or out-of-sequence characters and CRC errors.
   
4. Surplus packets: Packets received by the server error-free, but rejected as surplus in areas with high receiver counts.
   
5. Factor "X": (More on that below).
   
   

Now, to the meat and potatoes: When it comes to system optimization, what server-reported metrics actually determine success?

1. Packet Count: Not accurate; it can include routed packets with broken UDP or higher-layer structures.
   
2. Packets Valid/Involved: Partially accurate, but valid/involved counts may only reflect the integrity of the UDP structure, not the quality of the payload.
   
3. Packets Used: What I consider true success—packets received at the server with an intact payload, timestamps within the system threshold, and a payload needed by the server to complete a calculation.
   
4. Packet "Efficiency": The ratio of "Valid" to "Used" packets (just my guess).
   

And now for "Factor X"...
I've systematically eliminated as many variables as possible from my setup. I use a field strength meter to identify RFI hotspots and mitigate them either by shutting off the source or using ferrite rings and clamps optimized to the source frequency. I've built three separate antenna types, tried various grounding scenarios, and added external RFI suppression to the antenna leads (1mF–2mF poly caps).

After a week of trial and error, my "Packets Used" count rose steadily into the 2,000–4,000 range—placing it in the top tier compared to similar receivers. 

Success! Or so I thought; read on

Unfortunately, my high "Packets Used" count isn't sustainable over time. It regularly declines to the 400–500 range for hours; it sometimes recovers to 1,000–1,500, and occasionally spikes back up to 2,000–4,000. My "Packets Used" count fluctuates wildly without any configuration changes, antenna changes,  environmental changes (including local weather), or additional RFI sources. I live 1 km from any neighbor, switching station, or other external RFI source. These fluctuations occur without any GPS errors, identified interference events, or filtering changes.

My only explanation is "Factor X" on the server side. Is it normal for "Packets Used" to vary wildly throughout the day as atmospheric or server conditions change, or is this shift caused by something on "my end"?

Again, apologies for such a detailed and long-winded post.

Current Setup:

• System Blue-Mini
  
• Three Coils of Times Microwave LMR-600 (2x each, with a 90-degree polarization shift)
  

Thanks

Brian (AA5H)


  Screenshot 2026-09-06 115010.png (Size: 59.89 KB / Downloads: 11)

  Screenshot 2026-09-06 115221.png (Size: 73.75 KB / Downloads: 12) ]]> Some Questions on Signal Optimization Metrics for the System Experts!

This is going to be a long and verbose post, so apologies in advance.

I realize there are dozens of posts on how to optimize; most take a "do this" and "do that" shotgun approach by eliminating common impairments. As a former military signals analyst, I prefer to take a systems approach based on baseline measurements of the circuit's known voltage and noise levels.
 My challenge is determining the correlation between the system's electrical metrics and the optimized signal received by the servers.
From my perspective, these factors impact system optimization:

Home Receiver Unit baseline metrics:

1. Noise floor: Drives the signal-to-noise ratio (SNR).
   
2. Pre-amplifier gain: Typically provides a stronger received signal, but can also reduce the SNR depending on the receiver's ability to reject or filter out-of-band signals.
   
3. Filters: Dampen or suppress out-of-band signals.
   
4. OSI Wireline and Network settings: Duplex mode and packet size (to prevent packet fragmentation in routers with DF/DNF settings).
   
5. A/D serialization Settings: Left at Defaults
   
   

Server-side metrics:

1. Timestamp quality: The accuracy of timestamps on server-received packets compared to the server's PPS Stratum 1 source.
   
2. Packet latency: Measured in jitter.
   
3. Packet distortion: Noise resulting in random or out-of-sequence characters and CRC errors.
   
4. Surplus packets: Packets received by the server error-free, but rejected as surplus in areas with high receiver counts.
   
5. Factor "X": (More on that below).
   
   

Now, to the meat and potatoes: When it comes to system optimization, what server-reported metrics actually determine success?

1. Packet Count: Not accurate; it can include routed packets with broken UDP or higher-layer structures.
   
2. Packets Valid/Involved: Partially accurate, but valid/involved counts may only reflect the integrity of the UDP structure, not the quality of the payload.
   
3. Packets Used: What I consider true success—packets received at the server with an intact payload, timestamps within the system threshold, and a payload needed by the server to complete a calculation.
   
4. Packet "Efficiency": The ratio of "Valid" to "Used" packets (just my guess).
   

And now for "Factor X"...
I've systematically eliminated as many variables as possible from my setup. I use a field strength meter to identify RFI hotspots and mitigate them either by shutting off the source or using ferrite rings and clamps optimized to the source frequency. I've built three separate antenna types, tried various grounding scenarios, and added external RFI suppression to the antenna leads (1mF–2mF poly caps).

After a week of trial and error, my "Packets Used" count rose steadily into the 2,000–4,000 range—placing it in the top tier compared to similar receivers. 

Success! Or so I thought; read on

Unfortunately, my high "Packets Used" count isn't sustainable over time. It regularly declines to the 400–500 range for hours; it sometimes recovers to 1,000–1,500, and occasionally spikes back up to 2,000–4,000. My "Packets Used" count fluctuates wildly without any configuration changes, antenna changes,  environmental changes (including local weather), or additional RFI sources. I live 1 km from any neighbor, switching station, or other external RFI source. These fluctuations occur without any GPS errors, identified interference events, or filtering changes.

My only explanation is "Factor X" on the server side. Is it normal for "Packets Used" to vary wildly throughout the day as atmospheric or server conditions change, or is this shift caused by something on "my end"?

Again, apologies for such a detailed and long-winded post.

Current Setup:

• System Blue-Mini
  
• Three Coils of Times Microwave LMR-600 (2x each, with a 90-degree polarization shift)
  

Thanks

Brian (AA5H)


  Screenshot 2026-09-06 115010.png (Size: 59.89 KB / Downloads: 11)

  Screenshot 2026-09-06 115221.png (Size: 73.75 KB / Downloads: 12) ]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4296 Sat, 05 Sep 2026 17:22:50 -0500 omardy]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4296 For a while i follow your project and really love what the community is doing.

I am a software engineer, creative coder and musician.
I developed a MIDI sequencer, which consumes geo-coordinates and translates it into MIDI notes.
By transforming latitude and longitude into pitch and velocity, we can "audialize" all kind of cool nature phenomenons which are tracked.
All of this is 100% non commercial and for the purpose of art on a small scale.
Only 1 client would listen to the web socket and use the coordinates of the strikes.
Credit can be given (if that is even wanted) to whatever extend wished.

I would be very happy to present to you in detail how that can sound and look.
A small example video of a rendering of sound and visuals is attached here and helps you to get the vibe of the music and the visuals.
As the project is in development right now, let me know if you would be keen on seeing more.

https://youtu.be/XmU6bBBaNRA

I hope this messages finds you all well. 
Best regards!]]> For a while i follow your project and really love what the community is doing.

I am a software engineer, creative coder and musician.
I developed a MIDI sequencer, which consumes geo-coordinates and translates it into MIDI notes.
By transforming latitude and longitude into pitch and velocity, we can "audialize" all kind of cool nature phenomenons which are tracked.
All of this is 100% non commercial and for the purpose of art on a small scale.
Only 1 client would listen to the web socket and use the coordinates of the strikes.
Credit can be given (if that is even wanted) to whatever extend wished.

I would be very happy to present to you in detail how that can sound and look.
A small example video of a rendering of sound and visuals is attached here and helps you to get the vibe of the music and the visuals.
As the project is in development right now, let me know if you would be keen on seeing more.

https://youtu.be/XmU6bBBaNRA

I hope this messages finds you all well. 
Best regards!]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4294 Mon, 31 Aug 2026 06:40:05 -0500 AA5H]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4294
station: 3303 Newcastle, Ok
Operator: 2529

Thanks ! 

Brian AA5H]]>
station: 3303 Newcastle, Ok
Operator: 2529

Thanks ! 

Brian AA5H]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4293 Mon, 31 Aug 2026 04:54:28 -0500 Marvyn]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4293 I am developing a non-commercial and freely accessible weather website called GermanLightning.
The website focuses on Germany and displays weather radar, DWD weather warnings, lightning activity and planned storm tracking features.
I would like to ask whether I may use Blitzortung.org lightning data for this project.
The website will be:

• completely free to use
  
• non-commercial
  
• publicly accessible
  
• clearly credited to Blitzortung.org as the lightning data source
  

I also understand that the website should not request data directly from Blitzortung.org servers. I would therefore retrieve the authorized data on my own backend/server and serve it from there to the website.
My goal is not simply to create another copy of the Blitzortung live map. The lightning data would be combined with weather radar, official weather warnings and storm tracking to provide additional information about thunderstorms over Germany.
I would of course follow the applicable Blitzortung.org conditions and attribution/licensing requirements.
Could you please let me know whether this project would be eligible for data access and, if so, how I can request the necessary access?
Thank you very much.
Best regards]]> I am developing a non-commercial and freely accessible weather website called GermanLightning.
The website focuses on Germany and displays weather radar, DWD weather warnings, lightning activity and planned storm tracking features.
I would like to ask whether I may use Blitzortung.org lightning data for this project.
The website will be:

• completely free to use
  
• non-commercial
  
• publicly accessible
  
• clearly credited to Blitzortung.org as the lightning data source
  

I also understand that the website should not request data directly from Blitzortung.org servers. I would therefore retrieve the authorized data on my own backend/server and serve it from there to the website.
My goal is not simply to create another copy of the Blitzortung live map. The lightning data would be combined with weather radar, official weather warnings and storm tracking to provide additional information about thunderstorms over Germany.
I would of course follow the applicable Blitzortung.org conditions and attribution/licensing requirements.
Could you please let me know whether this project would be eligible for data access and, if so, how I can request the necessary access?
Thank you very much.
Best regards]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4292 Fri, 28 Aug 2026 13:57:16 -0500 Alidigitaly]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4292
Or a proper detailed instruction would be great instead of https://docs.lightningmaps.org/hardware/...multi-turn , with some blurry pictures.

Where can i find such?]]>
Or a proper detailed instruction would be great instead of https://docs.lightningmaps.org/hardware/...multi-turn , with some blurry pictures.

Where can i find such?]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4288 Wed, 26 Aug 2026 09:46:54 -0500 Bruce_AB0TL]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4288
The link provided is:

https://map.blitzortung.org

I contacted trueladderline and they confirmed the website was not responsive for them either and hopes it comes up soon. 

My question to the forum is the website down, or has the domain or syntax changed for the link.]]>
The link provided is:

https://map.blitzortung.org

I contacted trueladderline and they confirmed the website was not responsive for them either and hopes it comes up soon. 

My question to the forum is the website down, or has the domain or syntax changed for the link.]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4287 Wed, 26 Aug 2026 08:41:52 -0500 cutty]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4287 Message sent to Egon....

  08-26-26 Status Issue.png (Size: 13.97 KB / Downloads: 31) ]]> Message sent to Egon....

  08-26-26 Status Issue.png (Size: 13.97 KB / Downloads: 31) ]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4285 Tue, 25 Aug 2026 01:39:47 -0500 anastasia.millie]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4285
I am currently working on a research project involving atmospheric and cloud data, and I am interested in using lightning observations as an additional source of information.

I came across the lightning maps displayed on Infoclimat, for example for 19 July 2025, which are credited to Blitzortung.org. (https://www.infoclimat.fr/recherche/sphi...F07%2F2025)

I would be interested in learning more about how these observations and maps are produced. In particular, could you please provide me with information about:

- the equipment and sensors used by the Blitzortung network;

- the spatial and temporal resolution of the lightning observations;

- the accuracy/uncertainty of the detected lightning locations;

- the main processing steps used to obtain the final lightning locations and maps.

If you have any technical documentation, specifications, or information about how the data can be accessed for a specific historical period, such as July 2025, I would be very grateful if you could share it with me.

This information would be used for academic research purposes.

Thank you very much for your help.

Best regards,]]>
I am currently working on a research project involving atmospheric and cloud data, and I am interested in using lightning observations as an additional source of information.

I came across the lightning maps displayed on Infoclimat, for example for 19 July 2025, which are credited to Blitzortung.org. (https://www.infoclimat.fr/recherche/sphi...F07%2F2025)

I would be interested in learning more about how these observations and maps are produced. In particular, could you please provide me with information about:

- the equipment and sensors used by the Blitzortung network;

- the spatial and temporal resolution of the lightning observations;

- the accuracy/uncertainty of the detected lightning locations;

- the main processing steps used to obtain the final lightning locations and maps.

If you have any technical documentation, specifications, or information about how the data can be accessed for a specific historical period, such as July 2025, I would be very grateful if you could share it with me.

This information would be used for academic research purposes.

Thank you very much for your help.

Best regards,]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4284 Mon, 24 Aug 2026 15:16:57 -0500 gdziegrzmi.pl]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4284
I am developing GdzieGrzmi.pl, a free and non-commercial Polish website for monitoring thunderstorms and lightning activity in Poland and Europe. I would like to ask specifically about the Blitzortung real-time WebSocket stream.

Is it permitted to use the Blitzortung WebSocket to receive real-time lightning data for an external website such as GdzieGrzmi.pl?

We would like to use only one server-side WebSocket connection. The received lightning data would be processed on our server and temporarily stored in our database. Website visitors would not connect directly to Blitzortung servers.

The planned architecture would be:

Blitzortung WebSocket → one server-side collector → our database → our WebSocket → GdzieGrzmi.pl users

The data would be used to provide a live lightning map, precipitation radar integration, thunderstorm activity statistics, active storm areas, nearby storms and heatmaps. The public map would display lightning strikes from the last 60 minutes, and the data would be retained in our database for approximately 24 hours.

We would clearly display Blitzortung.org as the source of the lightning data and comply with any attribution or technical requirements.
Could you please confirm:

1. Are we allowed to connect to and use the Blitzortung real-time WebSocket for this purpose?
2. Are we allowed to temporarily store and process the received data on our server?
3. Are we allowed to redistribute the processed data to visitors through our own WebSocket/API?

If permission is required, we would be happy to request it formally.
Website: GdzieGrzmi.pl
Thank you for your time and for maintaining the Blitzortung network.
Best regards,
GdzieGrzmi.pl]]>
I am developing GdzieGrzmi.pl, a free and non-commercial Polish website for monitoring thunderstorms and lightning activity in Poland and Europe. I would like to ask specifically about the Blitzortung real-time WebSocket stream.

Is it permitted to use the Blitzortung WebSocket to receive real-time lightning data for an external website such as GdzieGrzmi.pl?

We would like to use only one server-side WebSocket connection. The received lightning data would be processed on our server and temporarily stored in our database. Website visitors would not connect directly to Blitzortung servers.

The planned architecture would be:

Blitzortung WebSocket → one server-side collector → our database → our WebSocket → GdzieGrzmi.pl users

The data would be used to provide a live lightning map, precipitation radar integration, thunderstorm activity statistics, active storm areas, nearby storms and heatmaps. The public map would display lightning strikes from the last 60 minutes, and the data would be retained in our database for approximately 24 hours.

We would clearly display Blitzortung.org as the source of the lightning data and comply with any attribution or technical requirements.
Could you please confirm:

1. Are we allowed to connect to and use the Blitzortung real-time WebSocket for this purpose?
2. Are we allowed to temporarily store and process the received data on our server?
3. Are we allowed to redistribute the processed data to visitors through our own WebSocket/API?

If permission is required, we would be happy to request it formally.
Website: GdzieGrzmi.pl
Thank you for your time and for maintaining the Blitzortung network.
Best regards,
GdzieGrzmi.pl]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4282 Sat, 22 Aug 2026 09:07:47 -0500 Metro]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4282
Oon harmitellut sitä, että suomen ukkostutka harrastelijat ja siitä kiinnostuneet ei ole oikein missään tavoitettavissa.

Tuolla ulkoisissa sivustoissa on jokin lapuan radioharrastajien foorumi jossa viimeisin viesti on saapunut 8 vuotta sitten.


Onko mitään paikkaa mihin suomalaiset on kokoontuneet vai pitääkö sellainen keksiä aktiiviseksi?
Onko idea ihan tyhmä ja pysytään vaan täällä foorumeilla?


- Metro]]>
Oon harmitellut sitä, että suomen ukkostutka harrastelijat ja siitä kiinnostuneet ei ole oikein missään tavoitettavissa.

Tuolla ulkoisissa sivustoissa on jokin lapuan radioharrastajien foorumi jossa viimeisin viesti on saapunut 8 vuotta sitten.


Onko mitään paikkaa mihin suomalaiset on kokoontuneet vai pitääkö sellainen keksiä aktiiviseksi?
Onko idea ihan tyhmä ja pysytään vaan täällä foorumeilla?


- Metro]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4281 Fri, 21 Aug 2026 16:23:05 -0500 nolensb]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4281 https://forum.blitzortung.org/mybb/showthread.php?tid=4280 Thu, 20 Aug 2026 14:11:54 -0500 Alidigitaly]]> https://forum.blitzortung.org/mybb/showthread.php?tid=4280 Request for limited real-time data access — Skycam Groningen / SkyHUD
Hello,

My name is Alex and I run Skycam Groningen, a personal, non-commercial live camera and weather project in Groningen, the Netherlands:
https://www.youtube.com/live/dCYnQST6YDI

The livestream includes a custom HUD combining local weather information, rain radar, astronomical events and aircraft received by my own ADS-B receiver.
I would like to ask whether Blitzortung could explicitly permit limited use of its real-time lightning data for this project.
The lightning data would not be used to create another general-purpose lightning map. It would be integrated into the existing local SkyHUD:

• only strikes within approximately 150 km of Groningen;
  
• short-lived lightning markers on the existing local rain/ADS-B radar;
  
• distance, bearing and age of nearby strikes;
  
• no storm warnings, safety alerts or risk analysis;
  
• purely observational and entertainment use.
  

The project is freely accessible and does not redistribute the raw data.
To minimise server load and prevent misuse, the public HUD would never connect directly to Blitzortung. A small local relay on the stream computer would retrieve only the required data, filter and cache it, and provide a limited local JSON feed to the HUD.
Blitzortung.org would be clearly credited on screen and in the stream information, for example:
“Lightning data: Blitzortung.org — CC BY-SA 4.0”
I would only need the timestamp, latitude and longitude of recent detections. Historical bulk data is not required.
Would this project qualify for explicit permission to use the real-time data? If so, could you advise me which supported access method I should use?
I would also be open to operating a Blitzortung receiver in Groningen if becoming a participant is the preferred route.
Thank you for maintaining this remarkable volunteer network.
Best regards,
Alex
Skycam Groningen]]> Request for limited real-time data access — Skycam Groningen / SkyHUD
Hello,

My name is Alex and I run Skycam Groningen, a personal, non-commercial live camera and weather project in Groningen, the Netherlands:
https://www.youtube.com/live/dCYnQST6YDI

The livestream includes a custom HUD combining local weather information, rain radar, astronomical events and aircraft received by my own ADS-B receiver.
I would like to ask whether Blitzortung could explicitly permit limited use of its real-time lightning data for this project.
The lightning data would not be used to create another general-purpose lightning map. It would be integrated into the existing local SkyHUD:

• only strikes within approximately 150 km of Groningen;
  
• short-lived lightning markers on the existing local rain/ADS-B radar;
  
• distance, bearing and age of nearby strikes;
  
• no storm warnings, safety alerts or risk analysis;
  
• purely observational and entertainment use.
  

The project is freely accessible and does not redistribute the raw data.
To minimise server load and prevent misuse, the public HUD would never connect directly to Blitzortung. A small local relay on the stream computer would retrieve only the required data, filter and cache it, and provide a limited local JSON feed to the HUD.
Blitzortung.org would be clearly credited on screen and in the stream information, for example:
“Lightning data: Blitzortung.org — CC BY-SA 4.0”
I would only need the timestamp, latitude and longitude of recent detections. Historical bulk data is not required.
Would this project qualify for explicit permission to use the real-time data? If so, could you advise me which supported access method I should use?
I would also be open to operating a Blitzortung receiver in Groningen if becoming a participant is the preferred route.
Thank you for maintaining this remarkable volunteer network.
Best regards,
Alex
Skycam Groningen]]>