Forum Krótkofalarskie PKI

Piszę od podstaw nowy polski logger, na wzór tego z hrd i w związku z tym proszę o głosy czego potrzeba na samym początku, gdyż program będzie powstawał od zera.

Na chwilę obecną załozyłem:
* logi na potrzeby programu zapisywane będą w XML (niewielka ilość qso, do kilkudziesięciu tysięcy na przykład), mysql i mssql
* eksport/import cabrillo, adif, csv
* okno dodawania będzie posiadało układ podobny do zakładki dodawania qso w hrd logbook (proszę o sugestie jak miałby wyglądać inaczej)
* program będzie darmowy i pozbawiony reklam, raczej open source, pisany w C#

Widziałbym tutaj dużo wpisów z Waszymi pomysłami i oczekiwaniami.

Ja lubię spartańskie layouty. HRD jest dla mnie "za bardzo" Logger32 jest jak na miarę.
Chciałbym, żeby oprócz wszystkich bajerów jakie przyjda wam do głowy była możliwość zbudowania sobie logu jak z klocków.
Chciałbym również aby pracował płynnie na komputerze klasy PII i windows 95 czy 98.
Do logowania nie potrzebny jest wypasiony komputer za kilka kilo PLN.
Synchronizacja z Dropboxem mile widziana.
M

Fajnie by było jakby działał online na jakimś serwerze www. Wtedy można by qso wpisywać nie siedząc przy kompie, tylko np. z komórki.

SQ9MTR pisze:

Piszę od podstaw nowy polski logger, na wzór tego z hrd i w związku z tym proszę o głosy czego potrzeba na samym początku, gdyż program będzie powstawał od zera.

(...)

* program będzie darmowy i pozbawiony reklam, raczej open source, pisany w C#

Pomysły?

1. Możliwość zintegrowania z oprogramowaniem trzecim (poprzez API tego loggera)
2. XML to moim zdaniem kiepski pomysł, zob. np. sqlite
3. Zastanowiłbym się nad dwupoziomową aplikacją, tj. obsługa z GUI + właśnie silne API (p.p. 1) -- wtedy w jednej obsłudze bazy masz soft do logowania w zawodach jak i w codziennych łącznościach, albo też soft do "powyprawowej" obsługi QSL
4. Jeśli nie chcesz zarabiać na sofcie to od razu go uwolnij
5. C# to moim zdaniem słaby pomysł

ja bym chciał żeby działał też na ubuntu i tylko uatkualniać plik zapisywany w innym miejscu na dysku, a synchronizacja z dropboxem też mile widziana

Witam

Popieram Mariusza. Loger online www i na pewno możliwość zainstalowania dla chcących na bazie SQL.
Poza tym warto by była opcja do umieszczenia na swojej stronie www jako log online tak jak teraz ma wielu użytkowników.
Może opcja na pena (PORTABLE)? ale wtedy w wersji uproszczonej?

Jak coś mi jeszcze przyjdzie to będę dopisywał

Pozdrawiam

Witam
Proponuje opcje drukowania bezpośrednio na kartacie QSL, nalepki lub eksport do korespondencji seryjnej.
Pozdrawiam Janusz SQ6NEG

Zapomniałem dopisać. MOżliwośc odpalania bez instalacji. Po rozpakowaniu do folderu.
M

Proponuję obsługę TRX-ów nie tylko najnowszych ale też i starszych modeli np ft-474 IC700

Chętnie, ale nie siedzę w temacie hamlib. jeśli ma być obsługa trxów - ktoś inny musi się tym zająć.

SQ9MTR pisze:

Chętnie, ale nie siedzę w temacie hamlib. jeśli ma być obsługa trxów - ktoś inny musi się tym zająć.

No jak dla mnie nie musi bo notuje wszystkie nasłuchy w logach papierowych i dopiero mam zamiar przerzucić się na Elektroniczny log

Moje 3 grosze:
- kolorowanie qso wg zyczeń usera, podobnie jak w lggerze koloruje sie QSL wysłane, odebrane itp
- azymut dla anteny na podstawie kraju, locatora z poprzednich qso itp, odleglość - ukf-owcy sie ucieszą
- eksport do edi ( typowe w zawodach UKF)
- mozliwośc definiowania własnych pół - coś jak customer w HRD, dzieki czemu mozna notowac gminy, powiaty, zamki, wff i inne co tylko
- silnik bazy dajacy się odpytywać przez sql, latwo mozna wtedy definiowac własne statystyki, wyglady itp - cos takiego jest w HRD
- bajery graficzne - np mapa swiata czy poszczególnych kontynentów i kolorem zaznaczamy kraje zrobione, potwierdzone itp z mozliwościa filtrowania per mode, band, data itp, podobna mapa dla Locatorów,
- koniecznie możliwość ustawiania wersji jezykowych - wersja polska i angielska na początek to podstawa, większa liczba userów to więcej pomysłów
- pomyśl o tzw wtyczkach np coś na wzór jak to ma TotalCommander - bedą powstawać modyły - wtyczki jako rozszezenia, nie bedziesz musiał sam wszystkiego pisać, a program bedzie sam praktycznie rósł w nowe możliwości, kazdy bedzie mógł sobie ustawić (właczyc) te wtyczki które go interesuja
- juz ktoś pisał o API - jak bedzie API to bez problemu da sie podpiąć zewnętrzne programy współpracujące z TRX - współpraca z clusterem
- mozliwość definiowania wielu baz danych - dobre do zawodów itp


to tyle (na razie)
Chetnie sie przylacze, jako beta tester, moze z modułami przez API czy wtyczki,

I to co juz pisane - ma działać na byle kompie, bez wygórowanych wymogów dla hdd, ram, grafiki itp
idealnie byłoby aby nie wymagał instalacji
nie zapomnij o solidnym działającym poza świadomościa user backupie bazy danych, bo ... nie ma nic gorszego niz utrata danych


Pozdrawiam
Waldek
sp3nyr

A ja bym chętnie zobaczył mapki zrobionych i potwierdzonych kwadratow coś jak w VQ Logu.

SQ9MTR pisze:

Chętnie, ale nie siedzę w temacie hamlib. jeśli ma być obsługa trxów - ktoś inny musi się tym zająć.

Marcin - wystarczy użyć OmniRig`a

Dla mnie ideałem był log SP4LVG. Niestety już nie uaktualniany (chyba). Cenię prostotę i intuicyjność.
Dla mnie najważniejsze są filtry (łatwość dostępu)np filtrowanie łączności pod względem krajów zrobionych/potwierdzonych na poszczególnych pasmach pod względem emisji lub mixed. Druga ważna sprawia to możliwość filtrowania łączności pod względem karta moja wysłana - nie potwierdzona, karta otrzymana - do wysłania itd.

Proponuję dwie wersje. Wersja podstawowa dla ludzi mniej wymagających i wersja dla wymagających bardziej. Ja osobiście nie lubię mieć w logu cudów niewidów. Wolę, żeby log spełniał rolę logu, a do pozostałych rzeczy są inne programy.

Możliwość definiowania dyplomów. Brakuje tego w HDR logbook

Robert SP8TLH

Pozwolę sobie dorzucić do "koncertu życzeń" moje trzy grosze i powrócę do temetu, który niedawno drążyłem na tym forum. Otóż byłoby świetnie gdyby współpracując z plskimi sterownikami rotorów i wykorzystując dostępne w nich danych o kącie obrotu, pozwalał na obserwowanie położenia anteny na tle mapy azymutalnej, w skali aktualnie wybranej przez użytkownika.

Witam
Obsługa Dx-cluster oraz qrz.com
Wg mnie, koniecznie obsługa TRX-ów. Praca emisjami cyfrowymi.
Jurek

Skoro open source to niech kod będzie w języku bardziej uniwersalnym aby można było go skomplikować pod *nixami. Ew. silnik w c/c++ + biblioteki oraz dokumentacja do api bibliotek aby można było tworzyć gui nie zależnie od platformy.
Dobrym rozwiązaniem byłby logger online ale w tym wypadku c# odpada na dzień dobry.

Jedno z innych rozwiązań które mi przychodzi do głowy to silnik w php do synchronizacji bazy, sqlite/xml lokalnie która była by synchronizowana z bazą online plus gui. Wtedy zyskujemy możliwość tworzenia nie zależnie od platformy oraz synchronizację z każdej maszyny. Byłby to wtedy też dobry początek do sprawdzania logów z zawodów w przypadku gdyby usługa była ma jednym serwerze dla wszystkich użytkowników.
Ale w każdym razie wytrwałości życzę w projekcie nie ważne od sposobu realizacji.