Mustafa 2016-04-15 12:34:43 UTC #67
http://dergipark.gov.tr/explore/journal kısmına İngilizce giriş yapanlar için Subjects başlıkları İngilizce olarak düzenlenebilir.
Ayrıca bir makalede herhangi bir yazara tıkladığımız zaman, örneğin aşağıdaki gibi:
sasd.png1894x1018 52.2 KB
ilgili kuruma ait diğer dergiler çıkmaktadır. Bunun hoş bir görüntü olduğunu söylemek zor çünkü dergilerin scope leri tamamen birbirinden farklı. Bu özelliğin kaldırılması, bunun yerine yazara ait, varsa metadata ların olması daha mantıklı değil midir?
togan 2016-04-15 19:07:38 UTC #68
bir önerim var. marmara üniversitesi iktisadi ve idari bilimler dergisi olarak makalelerde jel sınıflandırması kullanılması şartımız var. şuradaki bağlantıda kodların neler olduğu görülebilir. bu veya bunun gibi özellikler editörlük süreçlerine eklenebilir uygunsa (anahtar kelimeler gibi bir özellik). şu an için sistem üzerinden makale kabulü yapmasak da gelecekte yapabiliriz.
fatmabasar 2016-04-28 06:04:20 UTC #69
Çok güzel ayrıntılar yakalamışsınız. Teşekkür ederiz.
Düzeltilmesi için notlarımızı aldık.
teknikbilimler 2016-04-29 13:23:00 UTC #70
aslında pek bir sıkıntı yok gayet hoş ve gerekli bir tasarım olmuş teşekkürler
itobiad 2016-11-02 16:14:45 UTC #74
Merhabalar Belki tekrarlanmış olabilir fakat affınıza sığınarak bizlerde birkaç tavsiye sunmak isteriz. Hali ile yeni bir sistem üzerine alışmaya çalışmaktayız. Alışkanlıklarımız maalesef yeni sistem üzerinde bize ket vurmaktadır. Bütün bu sıkıntıları aşabilmemiz için bir iki önerim olacaktır.
1-Uds sisteminde Uzmanlık alan bilgileri çok sınırlı ve hakemleme konusunda bize sıkıntı oluşturmaktadır. Bu nedenle ivedi bir şekilde Uzmanlık alanları editör, hakem ve yazarlarca doldurulabilir hale gelmelidir.
2-Toplu mail sistemi oluşturulmalıdır.
3-Yazar ve hakemlere gönderebilecek bir mail sistemi göremedim ne yazık ki.
4-Hakemler atandığında Hakem değerlendirme formu ve yazarın dokümanı otomatik olarak hakeme iletilmeli. Bu eklemeleri editor veya bölüm editorleri yapmamalı. lüzum görüldüğünde dosyayı göndermeli.
5- Yayına hazır dokümanlar ile red edilenler aynı surecte bulunmamalı. Karışıklığa neden olabiliyor.
6- Editör ve Bölüm editörlerine her adıma mail gönderilmektedir. Bu durum maillerin junk-gereksiz ler bölümüne ayrılmasına ve iş takibinin ilerlemesine mani olmaktadır.
7-İngilizce özet bölümü maalesef isteğe bağlı bu nedenle tekrar tekrar yazışmalar olmaktadır. Bu kısım zorunlu hale getirimelidir..
8- Mümkünse Dergipark tüm yazarlara ve dergilere kolaylık olsun diye bir şablon geliştirmeli ve makaleler bu formata göre otomatik uyarlanmalıdır.
9-Ojs sisteminde yapılagelmiş tüm arşivlenmelere ulaşılabilmeli. Tubitak odis'e istendiği taktirde hakemlemeleri sunabilmeliyiz.
10- Yayın sürecinin hızlandırılabilmesi için yazar ve hakemlere mail yerine bıktırmamak ve izinli olmak kaydı ile kısa mesaj gönderilebilir.
11-Dergipark'ın Atıf Hesaplama sistemini aktif hale getirmesini ümit ediyoruz. Profesyonel olmayan bazı atıf hesaplamalar ve google scholar'a muhtaç hale geldik lütfen bu çileden kurtulalım.
dpdestek 2016-11-05 07:02:52 UTC #75
Bildirimleriniz ve önerileriniz için teşekkür ederiz.
İlettiğiniz birçok konu hakkında iyileştirme çalışmaları yapılmaktadır.
Barknezz 2016-11-22 23:30:39 UTC #76
Mobil görünüme önem verdiğiniz için teşekkürler ancak ufak tefek problemler de çözülürse mükemmel hale getirilebilir.
yunuso 2016-11-24 10:48:30 UTC #77
Makale reddedildiğinde hem editörlere, hem yazara hem de hakeme aynı mail sadece hitap kısmı değişerek gitmektedir. Lakin gönderilen metnin son 2 cümlesi sadece yazarla ilgili cümleler, özellikle hakeme gitmemesi gerekmekte olan cümleler. Sanki hakemin bir makalesi reddedilmiş gibi algılanıyor. Bu durumun düzeltilmesi gerektiği kanaatindeyim.
cerden 2017-01-17 07:25:02 UTC #78
Süreçteki makaleler sekmesi daha detaylı işlem yapabilmemiz için geliştirilebilir mi?
Tabloya en son yapılan işlem, işlemi yapan kişi ve en son atanan kişi ile ilgili bilgi yazabilirsek; her gönderi hakkında gönderi içerisine girmeden bilgi sahibi olabiliriz. Bizim süreçte 79 adet makalemiz var ve bu gönderilerin kimi üzerinde olduğunu gönderi içerisine girmeden göremiyoruz. Bu da önemli bir zaman kaybına neden olmaktadır.
Tespitinize ben de katılıyorum hatta yazar sekmesinde de yazarın sistemdeki kullanıcı adı yerine gerçek adı soyadı yazsa daha iyi olur sanırım..
Bence de yazar kullanıcı adı yerine yazar ismi ve soyismi yazarsa daha verimli olur.
Yapıştırılan resim866x510 15.9 KB
cerden 2017-01-17 07:30:31 UTC #79
Süreç işlem geçmişinde daha detaylı bilgiler verilebilir mi?
Örneğin bir gönderiye ilişkin bütün yapılanları görmek istediğimde süreç geçmişine tıklıyorum. Ancak açılan pencerede oluşturduğum sayı ile ilgili bilgi geliyor. Bu geçmişin tamamen gönderi ile ilgili olması sağlanabilir mi?
Ayrıca tip ve zaman bilgileri de çok işimize yaramıyor. Zaman bilgisini tam olarak hangi tarih ve saatte olduğuna göre değiştirebilir miyiz? Bir de ... tarafından bir dosya yüklendi diyor, burada "yüklenen dosya" bilgisine ve diğer bilgilere ulaşabilabileceğimiz bir sistem geliştirilebilir mi?
ufukcelik 2017-01-17 07:30:32 UTC #80
dpdestek 2017-01-17 08:12:29 UTC #81
Merhaba @ufukcelik ve @cerden ,
Önerileriniz için teşekkür ederiz. Durum değerlendirmesi için not alınmıştır.
cerden 2017-01-22 07:16:01 UTC #82
Bölüm editörleri hakem ararken hakemlerin mail adreslerini arama sonuçlarında göremediği için atamayı doğru şekilde yapamıyor. Örneğin aşağıdaki resimde mehmet yılmaz ismindeki kullanıcılar listelenmiş. Ancak mehmet yılmaz'ların mail adresleri verilmemiş. Bu listede mail adresleri ve kurum bilgileri verilebilir mi?
Yapıştırılan resim1181x522 33.6 KB
yunuso 2017-01-27 06:45:08 UTC #83
Değerlendirme sürecinde, hakem-alan editörü, editör-alan editörü, alan editörü-yazar diyaloglarının olduğu kutular mevcut malum. Bu kutuların kendine has bir rengi olmalı, hakemliklerle olanlar sarı, yazarla olan mor, editörle olan kırmızı gibi. Ayrıca herhangi bir diyaloga ilgili kullanıcunın yazdığı metnin editlenebilmesi gerekir, ciddi sorunlara yol açabiliyor zira.
fatmabasar 2017-01-27 08:09:51 UTC #84
Çok güzel bir öneri, teşekkür ederiz.
geliştirme çalışmalarımıza ekliyoruz.
yunuso 2017-01-30 13:59:29 UTC #85
Önemli gördüğümüz bir konuyu daha paylaşmak isterim. Bir makaleye bilerek veya bilmeyerek alan editörü atandığını düşünelim. Sonrasında ilgili çalışmaya başka bir alan editörü atamak istersek bunu yapmak mümkün. Lakin eski alan editörünü kaldırmak şu an mümkün görünmüyor ve yeni alan editörünün tüm yazışmalarını görebiliyor hatta kendisine e-mail gidiyor. OJS de olduğu gibi bir alan editörünü ilgili çalışmaya atandıktan sonra bu çalışmadan çıkarabilmemiz gerekir kanaatindeyim.
dpdestek 2017-02-01 13:02:19 UTC #86
Bildirim için teşekkürler, durumu kontrol edeceğiz.
cerden 2017-02-08 10:39:15 UTC #87
Sayıyı düzenlerken yıl bilgisini 2017 diye değiştiriyorum ancak kaydet dediğimde tekrar sayı yılı 2016 olarak kalıyor.
Yapıştırılan resim888x519 6.02 KB
dpdestek 2017-02-09 08:14:16 UTC #88
Yıl bilgilerindeki sorunu ilettiğiniz için teşekkür ederiz. Daha önce yine forumda bildirilmiş olup, sorunun çözümüyle ilgili çalışma başlatılmıştır.
oytunm 2017-06-05 07:45:21 UTC #89
Birkaç konuya dikkat çekmek istiyorum.
Birincisi, sistemin özellikle yazarlarla yapılan otomatik e-posta yazışmalarının gerçekleşip gerçekleşmediğinin kontrol edilebilecek bir mekanizmaya ihtiyacı olduğunu düşünüyorum. Bazen e-postalar gecikmeli ya da birikmiş şekilde düşebiliyor. Siz işlemi gerçekleştirip irtibat kurduğunuzda karşı tarafa ulaşmamış olabiliyor. Böyle olunca da, yaptığınız işlemlere kişiler cevap vermedikleri takdirde ikilimde kalabiliyorsunuz, acaba eline ulaştı mı diye...
İkincisi, Süreçteki Makaleler ekranı Editörün en fazla vakit geçirdiği ekran olmasına karşılık, en az detayın ve fonksiyonun bulunduğu ekran da burası. Örneğin, gelen çalışmaların ID'si ve ismi dışında başvuru tarihi ya da işlem adımları ile ilgili detaylı bilgi burada görülebilmeli. Yine hakem daveti ve kabuller ile ilgili bilgi verilmesi amaçlanmış ama detaylı ve doğru bilgiyi buradan göremiyoruz. Çünkü bir hakem daveti kabul ettiği halde, işlem yapmayabiliyor ya da işlem yapsa dahi işlemi tamamlamayı unutabiliyor. Dolayısıyla her çalışmaya tekrar girip, durum nedir diye bakmak gerekiyor. Bu özelliklerin eklenmesi zorsa bile, en azından Süreçteki Makaleler ekranı için bir post-it özelliği geliştirilebilirse iyi olur. Böylece editör/editörler çalışmaların son durumları ile ilgili kendilerine özgü notlar alıp, ana ekrana not ederler ve her kontrolde tek tek listedeki her çalışmanın içindeki yazar/hakem yazışmalarını incelemek zorunda kalmazlar.