2025. május 15., csütörtök

Kérdések és válaszok

Adott napon: 
Keresés:
Infó
Régi adósságunknak eleget téve ezentúl sokkal pontosabb, az esetleges félreértéseket kizáró definíciókat olvashattok a Gyakori kérdések menüpontban az Éghajlati napló feltöltésével kapcsolatban, a 25. pont alatt. Kérünk tehát mindenkit, hogy az Éghajlati naplót a definíciók alapos tanulmányozása után töltse fel és egyben megköszönjük munkátokat :)
#11296
Jójó, télleg nevet
#11295
Azt csúnyán elnézted, mert az Zabar voltnevet Szécsény 1-el Ny-abbra -3 °C.

Link
#11294
Na jó, de 30 km arrébb 4.5 fok körül volt a min, pluszban.nevet
#11293
Mi a baj a radarképpel,itt a Metneten? Több mint egy napja ugyanazt mutatja.
#11292
Valaki részletezné nekem a talajkisülés, mint jelenség tulajdonságait (hogyan, mikor, hol és miértnevet? Angol megfelelõje? Elõre is köszi!
#11291
A szécsényi -7-hez képest nem! nevet
#11290
A napi adatoknál a hevesi -5.9 fok nem kevés egy kicsit?
#11289
Sziasztok! Meg tudnátok mondani hogy honnan lehetne hozzájutni frisss hõmérsékleti gradiens adatokhoz, ne adj isten elõrejelzéshez is. Nyáron a Horizontaero oldalán van vihornyáknak elõrejelzés de az ilyenkor még nem mükszik. Siklóernyõzõm és jó lenne nem utólag megtudni milyen jó termikes idõ volt aznap. Az itt mûködõ termikelõrejelzés is nagy segítség volt. Köszi.
#11288
"Ez esetben 83843 = 3 okta azonos magasságban lévõ felhõ, a 8 jelenti a Cumulust, 43 pedig az alacsony felhõzet alapja 430 méteren van."

43 nem azt jelenti, hogy 430 méter. Hanem 430*3-at, azaz kerekítve 1300 métert jelent.

Így megy az alacsony szintû felhõk magasságának megadása:
00: 30 m alatt
01: 30 méter
02: 60 méter
...
(tehát mindig 30-cal szorzandó, és az érték kerekítve értendõ, azaz pl. 30: 900 méter, 33: 1000 méter, 36: 1100 méter, 40: 1200 méter)
...
50: 1500 méter
(csakúgy, mint a látástávolságnál, az 51-55 kódszámok nem használatosak)
56: 1800 méter
57: 2100 méter
58: 2400 méter
... és így tovább, de efölött már úgy sincsen gyakorlati jelentõsége.

1500 méter alatt egyébként lehetõség van 30 méteres pontossággal megadni a felhõalapot (pl. lehetne 21: 630 méter), de ezt inkább csak St esetében használjuk (pl. 60, 90, 120, 150 méter), hiszen szabad szemmel úgysem látja az ember, hogy 1430 vagy 1460 méteren van-enevet
1500 méter fölött pedig a táviratba csak 300 méteres pontossággal kerül be a felhõalap magassága.
#11287
Köszi a válaszokat nagyon sokat segítettél.
#11286
A svájciak a 22km-es NMM modelt használják, már legalább négy-öt éve.
Régebben párhuzamosan futott mellette az ETA is.
#11285
Próbáltam kihámozni, hogy a Meteoblue milyen modell tulajdonképpen. (meg ne szólaljon valaki, hogy svájci, mert nem az érdekel)

Összességében két lehetõség adódott, hogy a WRF-NMM modellt fejlesztik (mellé az ETA)... és ez alapján készülnek a térképek. A Baseli egyetem segítségével fut.

A másik lehetõség, hogy az utóbbi idõben a NOAA/NCEP GFS modell futásaival is bõvítik térképeiket...!

Most ezekbõl melyik igaz és melyik tévhit? vidám
#11279
#11277. - JoeJack (Istenmezeje)

Igen, utc-ben tényleg mindig 24 adat lesz. A magyar lesz egy kicsit megkutyulva. DE az adatok száma megegyezik. MInd az utc mind a HLT 365*24 adatot fog tartalmazni egy év alatt.
#11278. - Koczkás (Hatvan)

Értem, értem. Az a megoldás, hogy UTC az állandó és mindig abban mérik az idõt.
Hú, még szerencse hogy nem HLT-ben adják meg az adatokat. MIcsoda kavarodás lenne. vidám
#11278
Nem érted ugye??
Az UTC az nyáron s télen is meg este is meg reggel is mindig ugyanannyi nem változtatják.
Így kerül bele az évkönyvekbe is!
OK???
Vitát berekesztem.
Következõ kérdés?
#11277
Egyébként tényleg ennyi. Nem lesz itt se 23, se 25 óra, hanem 24 óra UTC lesz az adatsor. Éljen a globalizációnevet

"adatbõség": muhahhahahahahah
#11275
#11274. - Koczkás (Hatvan)

De valójában magyar idõ szerint 1 adat kimarad. Méghozzá a HLT 2 órai, mert akkor van az átállítás, és amit 2 kor mérnek az 3 órai lesz. Ezért van az, hogy 2-höz és 3-hoz 1 adat tartozik, és azért van a méréseknél "adathiány kiírva. Õsszel meg pont fordítva ott két adat lesz 1 óra alatt. Akkor meg az lesz kiírva, hogy "adatbõség".vidámvidámvidámvidámvidám
#11274
Hagyjátok már.
Nem marad ki sehol semmi, mert minden adat UTC-ben van, az meg állandó, mint a nyomor!
#11273
#11270. - JoeJack (Istenmezeje)

Igazad van. Végülis az a megoldás, hogy most 2 órás elcsúszás van UTC szerint, és majd õsszel megint csak 1 lesz. Maga az UTC állandósága okozza ezt a "problémát". Végülis nincs semmi baj a radarral, látszólag azért hiányzik 1 óra, mert 2 óra "késésben"van a HLT-hez képest. És majd õsszel egy óra késést visszavesz így biztosítva a zökkenõmentességet. Az a megoldás hogy nem a mostani átállítást kell nézni, hanem összességében egy évet, és ha így vizsgáljuk a dolgokat, akkor nincs semmiféle kimaradt radarkép.

Ami az adatokat illeti, azért maradt ki egy órai, mert két órához 1 adat tartozna és inkább nem írták be. (2-kor és 3-kor egy adat van összesen). És majd õsszel is ki fog maradni, mert akkor 1 órához 2 adat tartozna.

Na a végén, csak összehoztuk. vidámvidámvidám:vidámvidámvidám
#11270
Ti aztán jól elvagytoknevet Nem kell ezt ennyire túlbonyolítani: most 23 órás adatsor lesz, õsszel meg 25 órás. Nem lesz szignifikáns különbség az elméleti 24 óráshoz képest. Én meg mióta elõször néztem radarképet azóta már UTC szerint élek, nem helyi idõ szerintvidám
#11269
#11268. - Anarki (Szerencs)

Ez egyértelmû. Télen UTC= HLT+1h, nyáron UTC=HLT+2h
Egyébként nem megoldás az, hogy "UTC nem változik", mert magyar idõ szerint élünk itt magyarországon.
Akkor ezek szerint HLT 0200-tõl 0300-ig a csapi állt a levegõben.
Egyébként az érdekes, mert akkor ezek szerint valahol nem egy, hanem két órán keresztül esik a csapi, holott valójában csak 1 órán át, de mégis 2 órának tûnik. zavarban
#11268
Egyébként nézzetek meg egy mostani radarképet...! Nekem 09:45 UTC van most... és 12:05 van pontosan..., tehát két óra van a radarképek között.

Tegnap 09:45 UTC-s radarkép már megvolt 10:55 HTL-kor.... tehát 1 óra volt a különbség. Magyarul 1 óra plusz idõt kellett várni ugyanarra a radarképre... így csak az "idõ" változott... és az adat folyamatos maradt UTC-ben.
#11267
Ki kell hogy maradjon, és ki is maradt, mert a legtöbb állomáson az éjjel 1 adat "adathiány" miatt nem is szerepel.
Mondjuk érdekes, mert ez is UTC.Link
De az ég világon semmi jelentõsége nincs.
A radaron meg nincs persze, mert nem változik az idõ mert UTC.
#11266
Gyerekek! A probléma olyan egyszerû, hogy nem látjuk a fától az erdõt!

A radarképek UTC-ben vannak megcimkézve! :O:O:O:O ez a megoldás! vidám (UTC nem változik, csak a magyar idõ tolódott ki +1 órával)

Vagy most mi van? vidám Krisz király mondása illik ide... "Az agyam ledobta az ékszíjjat!" vidám
#11265
#11263. - Anarki (Szerencs)

Tudom hogy folyamatosak, de akkor is hogy oldották meg ezt az egy óra ugrást?
#11264
Mondjuk akkor huncutság van, ha belegondolunk. vidám
#11263
Nem hiányzik adat az OMSZ radarképei közül.

Van az egyezményes UTC idõ..., ami tulajdonképpen nem tudom pontosan mire jó! Nem is ez a lényeg...

A lényeg, hogy 2 óra = 3 óra... és akkor ugyanaz a pillanat volt... onnantól kezdve minden folyamatos. Az adatok azért nem változtak semmit, mert a Magyarországi idõ mostmár 2 órával van eltolódva az UTC-hez képest, ezért nem kellett eltüntetni 1 óra adatot.
#11262
Õsszel majd visszajön az adat...nevet
#11261
Kimarad egy adat, egyértelmû, de ettõl nem dõl össze a világ.
#11260
Szerintem nem ez az óraátállítás kell, hogy gondot okozzon..., hanem a másik, amikor kétszer van 2 óra! nevet

Errõl meg tudnál gyõzõdni úgy, hogy a radarképeket megnézed..., ha folyamatosnak látszanak, akkor nem maradt ki semmi. Szerintem minden megvan.
#11259
#11258. - Anarki (Szerencs)

JÓ, az egy dolog, hogy a 2 órási 3 órás lesz, de akkor is csak 23 adat lesz 1 nap és nem 24.
Itt a bibi.

Megnéztem a radarkép archivumot,de egyszerûen fel nem bírom fogni, hogy hogy oldották meg az OMSZ kollégák, hogy nem látszik megszakítás a képben.
Nem értem, hogy tüntették el azt az egy óra dfferenciát.
UTC-ben így néz ki: 0045, 0100, 0115, 0130, 0145, 0200, 0215 stb
Az HLT-ben így kell kinézzen: 0145, 0200 (ami 0300!), 0315, 0330, 0345,0400, 0415 stb.
Szóval itt is a bibi az, hogy hogy van az hogy magyar idõ szerint hiányzik a 0200, 0215, 0230, és a 0245, de ennek ellenére folyamatos a radarkép.
Valaki nagyon magyarázza már el.
#11258
Hát..., ha engem kérdezel, akkor a 2 órási adatok 3 órásiak lesznek..., ami elvileg 2-tõl lett volna az háromtól lett.., az életbõl nem veszett el 1 óra! nevet Legalábbis ezt gondolom és így lenne logikus! nevet

Gyõzõdj meg, én ma hajnalban gyenge csapadékban jöttem haza... kukkants meg egy radararchivumot... és ha folyamatos, akkor nem tünt el semmi nevet
#11257
Az lenne a kérdésem, hogy ilyenkor óraátállítás alkalmával egy órai met. adat hova tûnik?
Mert ugye pl. az OMSZ UTC 00 órai hõtérképe az HLT 01 óra, viszont az UTC 01 órai hõmérséklet, az óraátállítás miatt már HLT 03 óra. Kérdezném hogy a HLT 02 órai adatokkal mi történik?

Vagy az az egy óra kimarad??!?!

REmélem érthetõen fogalmaztam.
#11256
Köszönöm a kimerítõ választ.
#11255
Senkinek sincs tapasztalat még a windguru-s oldalról? Link
#11254

333 = szakaszkezdést jelzõ szám. Az elsõ 8-as a csoportjelzõ szám. A következõ szám az azonos hshs magasságban lévõ, vagy cumulonimbus felhõk mennyisége oktában. Ezután jön a hshs magasságban lévõ felhõk fajtája. Az utolsó két szám pedig az alacsony felhõzet magassága.
Ez esetben 83843 = 3 okta azonos magasságban lévõ felhõ, a 8 jelenti a Cumulust, 43 pedig az alacsony felhõzet alapja 430 méteren van.
Bõvebben itt olvashatsz róla: Link
#11253
Nos.

A modell egyik része a tengerszinti nyomás, ez tiszta. A másik része a 850 hPa eqvipotenciális hõmérséklet. Ez egy jó változó az adott környezet nedvességi és hõmérsékleti profiljának leírására, így a nagyobb térségû konvektív folyamatok nyomon követésére. Önmagában ez a térkép nem mindig jó, kell nézni hozzá a rendes hõmérsékletet... és gyakorlatilag a 850-500 hPa hõmérsékleti gradiensel együtt érdemes vizsgálni... , ami jobban megvan itt a metnet GFS-en. Általában akkor a legjobb, ha a magassággal erõsen csökken (bár ez nem vertikális).

A meteoblue szerintem egy nagyon jó modell! 100%, hogy nem a GFS alapján fut, mert párszor megnézve teljesen mást mutatott... sokszor jót. Ez egy más numerikus modell. A mymaps menüpont kifejezetten tökéletes... olyan sok dolgot lehet rajta használni, hogy a fülem kettéállt. Szerintem használd egészséggel énis azt teszem. nevet
#11252
Megszeretném kérdezni hogy a Meteoblue-s modellt ki ismeri ée használja?
Én regisztráltam. Ingyenes a regisztráció, csak azt nem tudom hogy ez jobb e valamivel mint pl a GFS?
Elõre is köszönöm a válaszokat.
#11251
Meg tudná valaki mondani, hogy a synop felhõzetre vonatkozó része után, a / után mit jelentenek a számok? A felhõzet típusát esetleg? Példa:
AAXX 29121
12843 31675 72502 10125 20029 30045 40214 51008 70322 8327/
333 83843= az aláhúzott rész.
Köszönöm.
#11250
Köszönöm, de ezt már rég óta ismerem, az elõrejelzése sajnos általában nem jön be, csak úgy nagyságrendileg. Viszont ez a windguru-st még nem igazán ismerem, de majd a napokban nagyobb figyelmet fordítok rá. Ez így elsõre jobbnak tûnik.
#11249
Ez nem ismerem, viszont erre a linkre néha rámegyek. Sipitõl származik, de nem biztos.Sztem elég jó.
Link
#11248
Ez a modell mit jelent?
Meg tudná valaki mondani? Link
Elõre is kössz.
#11247
Akinek van tapasztalata a következõ oldallal az kérem ossza meg véleményét velem illetve a többi fórumozó taggal. Esetleg valaki elõfizetett már a PRO változatra? Link

Utolsó észlelés

2025-05-14 23:51:06

Ózd - Nagy Imre út

12.7 °C

Észlelési napló

Térképek

Radar
map
Aktuális hõmérséklet
map
Aktuális szél
map

Utolsó kép

139635

Hírek, események

Indul a MetNet előrejelzési verseny sorozatának 42. sorozata

MetNet | 2025-05-01 14:48

pic
Kis pihenés után folytatódhat a meteorológiai megmérettetés, immáron 42.