@efeser Sayılar ile DV 2018 içinde söyledi:
Arkadaşlar benim hesaplarımdamı yanlış var yada benmi yanlış hesaplıyorm bazı değerleri lütfen bilen birisi varsa açıklasın.. Her bin case numarasında örneğin %58.4 hole var %41.6 da no response var 1000 kişinin %58 boşluğunu çıkarınca 420 kişi yapıyo gelelim bu 420 kişinin % 41.6 sı doldurmamış ds260 larını yani ne yapar 420 nin yüzdesi 4.6 yapar kalan boşlukta %59 yapar yani (4.6*59=271) yani gerçek id sayısı 271 doğrumu bu hesap yanlışmı ?
hocam 'no response' kelimesi sundan dolayi karisiyor. brit data dosyasini hazirlarken 'hole' olmayan yani tum gercek dosyalari (CEAC sitesinden sorgulandiginda 'at NVC' olarak gorunen) baslangicta 'no response' gostermis. cut off aciklandikca (su an haziran icin 20300) bu dosyalarin bazilari ready oluyor. yani ds260 larini doldurmayanlar 'no response' olarak kaliyor. bunu muhtemelen ds260larini dolduranlari 'ready' ayrinca extra ugras olmadan kalanlar da 'no respose' olarak gorunsun diye yapmis. yani kisacasi cut off tan onceki 'no respose' olanlar dogru. sonrakiler belli dedil(hepsi oyle gorunuyor).
su adresteki grafikten EU yu secip daha iyi incelenebilir;
simdiye kadarki dosyalarin ortalama % leri su sekilde;
|
dosya numarasi |
HOLE |
issued |
no response* |
digerleri(Refuse,AP,Ready...) |
A |
0-10.700 |
%20 |
%37 |
%32 |
%11 |
B1** |
10.700-15.950 |
%45 |
%26 |
%19 |
%10 |
B2** |
15.950-20.300 |
%46 |
? haziran sonunda belli olacak |
%18 |
? haziran sonunda belli olacak |
C |
20.300-36.000 |
%57 |
? |
? |
? |
D |
36.000-39xxx |
%88 |
? |
? |
? |
*'no response' % si hesaplanirken tum (dolu+bos) dosyalarin sayisi baz alinmistir. |
|
|
|
|
|
**B1-B2 ayni grupta ama B2 (mayis ve haziran) daha belli degil |
|
|
|
|
|
|
dosya numarasi |
gercek dosya sayisi |
no response sayisi |
issued olan DOSYA sayisi |
issued + derivates |
A |
0-10.700 |
8526 |
3439 |
3931 |
9040 |
B1 |
10.700-15.950 |
2881 |
989 |
1371 |
3086 |
B2 |
15.950-20.300 |
2270 |
777 |
? |
? |
C |
20.300-36.000 |
6779 |
? |
? |
? |
D |
36.000-39xxx |
459 |
? |
? |
? |
tablo icin extra notlar;
-%leri bu sekilde 100 e tamamlamak daha dogru.
-buradaki 'no response' % sinin 10.700 den sonra dusmesini etkileyen iki sebep var. birincisi 'hole' oraninin iki katina cikmasi. ikincisi de zaten ds260 larin doldurulmasi yani mulakata gitmek istenmesi.
-20.300 den 36.000 e kadar olan dosya yogunlugu cok fazla degismeden ve 36000den sonra dosya yogunlugu da cok dustugu icin; ayrica da tablo bu sekilde daha duzgun okunabilecigi icin bu sekilde ayirim yaptim. baska bir amacim yok(cut off gibi algilanmasin)
-issued kismi hesaplanirken dosya sayisini baz aldim (EU derivates icin ortalama x2 alinacak)
-'no response' lar sd260 lari doldurmayanlar oldugu icin ve doldurma ihtimalleri oldugu icin degiskenlik gosteriyor.
-dosyalar kendi aralarinda gozlemledigim kadari ile 4 farkli 'hole' grubuna ayriliyor. / 0-10.700 / 10.700-20300 / 20.300-36.000 / 36.000-39xxx / seklinde.
hesaplamak icin orn 20.300-36.000 arasi %57 hole yani 6779 dosya var. 36.000 den sonra da hole % 88 yani 459 dosya var. bundan sonrakiler ds260larin doldurulma oranina gore degisecek ve ay ay belli olacak. yani 'no response' larin belli orani yok. mesela dosya numarasi 18.000 ile 19.000 arasi olan 'no response' orani %15.
Zaten bu hafta veya haftaya Temmuz ayinin cut off unu ogrenecegiz ve yogunlugu hemen hemen ayni olan bolume gececegiz. Gidisat icin daha aydinlatici bir bulten olacak.