Znanstvenici mijenjaju imena genima kako bi ih Exc

Zar nije lakše napisati add-in za Excel? 

kome nije jasno nije nikada importirao sto tisuća redaka podataka iz random aplikacije u excel

Taj excel zna biti zaheban. Ali za 100 000 redaka ne bih koristio excel nego pravu bazu, recimo SQL Server. Spojiti se i prikazati podatke excelom, PowerBI-jem ili čime god.

Ali ovo da pohraniš dokument s ispravnim prikazom, pa otvoriš na drugom računalu i nevalja, to je zbilja nezgodno i nisam siguran da nije BUG. Ne časopis, nego neki softverski kukac.

 Je, tj. to je excel "escapeanje" stringova.

Kada programski generiram excel-ice onda ispred svih tekstualnih podataka koji dolaze iz baze (čitaj, koje je netko treći unio negdje, a ja trebam isporučiti u tablicu) ubacujem ' za slučaj da netko ubaci nešto zlonamjerno, skripta, url do skripte ili slično, da se to ne može automatski ili klikom pozvati taj URL.

Mada, sada sam probao ukucati "MARCH-1" i "SEPT1" iz primjera i ostavio ih je kao "general", možda je nešto regionalno, mada mi je Excel (2019) podešen na eng. Češće sam imao na poslu problem da bi mi random brojeve interpretirao kao datume, ali sa ovim Excel 2019 ni to ne mogu reproducirati (na poslu imam Office 2010). Jedino što mi ovako na prvu pada na pamet što sam uspio reproducirati je ako se unese nešto tipa 00000000001 to postane 1, što je i logično ako gledamo numeričku vrijednost. No recimo ako ti netko eksporta podatke iz baze gdje su to neki podatci kojima je i format bitan, a excel to protumači kao brojeve pa izgubiš vodeće nule... to može biti problem :D.

No opet, ako onaj koji eksporta zna što radi, a podesi prije paste-a sve ćelije da su tekst neće biti problema.

Btw. 00000000001 je matematički ispravan OIB :D

.. (nastavak na prethodna dva posta) .. da, problem je što ljudi griješe, na unosu rade stotine volontera-studenti itd. + znanstvenici koji nisu gurui za baze-excel-formate + razni standardi, mjere, SI-ANSI itd. jer se znanstveni radovi kao i stotine drugih rade 'globalno'.

-svaki import mora imati odgovarajući import filter, lako je kad ga se napravi-sredi-testira.. ali u početku je dosta posla, kasnije automatika preuzme kao u svakom strojno-programskom učenju (ne kao AI, slično, tj jednom definiran unos postane pravilo za idući identičan npr adresa).

-svaka baza može imati svoje specifičnosti i nije problem dok je podatak u bazi, nego kad se 'šalje' drugima, tj kad je 'standard' (protokol, konverzija, notacija, sve što utječe na nazovimo standarad u komunikaciji tj kako će druga strana protumačiti neki znak, broj, riječ..) a to laici ne znaju, jer jednostavno npr amer ne razmišlja o formatu datuma drugih zemalja nego misli na svom formatu dok je 'programski' logičnije redosljed godina-mjesec-dan. Sama oznaka datuma za kolonu ne znači ništa ako ne znamo po kojem standardu je kreator baze-podatka formatirao zapis-datum dan-mjesec ili mjesec-dan, oboje može biti točno, dok ne dođemo do znamenki veće od 12.. tad je to dan jer nije mjesec. To ne želimo 'nagađati' tj poželjno je imati jednosznačne onake, notacije, standarde.

-pljuvači excela .. tipično neznanje, nerazumiejvanje, .. da, ,,99% oni koriste 'pravu' bazu, excel kao i bilo koji treći program, word, služe obradi, ispisu, formatiranju.. + nije mso-paket bez razloga vodeći desetljećima bez prave konkurencije tj odličan je a oni koji komentiraju da se 'prave beze' ne trebaju raditi u excelu, da.. ni ne rade se, nego se excelom kao i svakim trećim alatom spajaš na pravu bazu i koristiš podatke no problem nije app koja se spaja, njene mogućnosti nego ''the-standard'' tj interpretacija što je koji podatak, kako je foramtiran, datum, broj-znamenka, oib, nazivi, kemija, latinski, itd. odnosno kad počneš prikupljati i uređivati 'pravu-veliku' bazu upravo s takvim problemom se suočiš, jer tek tad formati i značenje nekog podatka postanu problem a to se upravo desi znanstvenicima s radovima, mjerenjima tek u trenu kad razmjenjuju ili skupljaju podatke. Tad se kao za primjer jmbg-oib-a izmisli treći 'glavni' id i koristi za jedinsvenu oznaku. Odnosno i ova tema-naslov je primjer guposti-neznanja-nestandardizacije + kad se osoba neke specijalnosti mora baviti stvarima za koje nije verzirana i dođu do zaključka da treba promiejniti imena genima.. tj zaključe da izmišljena nomenklatura nije dovoljno dobra-jednoznačna i kreiraju novo pravilo-nomenklaturu koja će biti bolja, kao npr dvoznamenkaste godine datuma ili četveroznamenkaste čime se elimiira problem tumačenja više od 100 godina raspona za podatak.

-npr text-način pisanja sugerira da je excel problem, uzrok problema, tvrdoglavac koji ometa znanstvenike.. a upravo je suprotno, neznanje tih znanstvenika u korištenju excela ili bilo kojeg alata pa tako neovisno o zvanju-znanju osobe onaj tko kvalitetno želi koristiti npr excel treba znati kako se PODEŠAVAJU OPCIJE .. banalna stvar, npr autocorect prvo veliko slovo u riječi, sve je to opcija, uključeno-isključeno i korisnik to treba-može podesiti kod korištenja no problem je upravo što većina korisnika ne zna osim baš elementarnih osnova pa i onaj tko zna više potroši vrijeme na banalno traženje gdje se nešto podešava jer ms zna često ispretumbati menije-opcije.

-ako uključimo automatiku za tumačenje-ipsravak-izmjenu bilo kojeg uvezenog-stranog podatka, tad ovisimo o toj postavci kao za datum, no može se isključiti i najsigurniji način je sve uvoziti kao text neovisno jel brojčana vrijednost, text, datum ili što već.. tj u tom uvozu se određuje-filtrira-provjerava i samo 100% sigurno treba ući ili automatikom, sve ostalo MORA stati i tražiti intervenciju-interpretaciju-provjeru verzirane osobe koja zna što filter pita-traži, ne znanstvenik s titulom iz kemije, jer on ne mora znati što ga to računalo pita nego onaj tko se bavi bazama, formatima, excelicama .. odnosno, onaj tko eksportira podatak mora o tome razmišljati prije slanja-exporta tj svaki znak-slovo koje napišemo bilo kojim načinom na bilo kojem mediju .. moramo pri tome razmišljati o čitvljvosti, pravilnoj interpretaciji zapisa ili već sam zapis nema smisao. Rimske građevine/građevinci su pod temelje stavili npr novćić s likom aktualanog cara i time dokaz vremena, neovisno što se može oštetiti natpis na kamenom kapitelu ili ga netko može namjerno izmjeniti, slovo I može postati L .. ime jednog faraona može biti uklonjeno i stavljen drugi, često u povijesti .. no sitni dokazi pomažu u datiranju i eliminaciji takve greške a automatika kod unosa u excelu je samo automatika kao i svaki calculator i sam po sebi calculator ne može griješiti nego to može isključivo korisnik koji pogrešno unosi podatke, naredbe ili pogrešno interpretira rezultat. Sve ceste vode u rim.. ali to ne znači da možemo griješiti kod skretanja i doći do rima, moramo barem ponekad točno skrenuti da bi uopće postojala šansa u suprotnom je daleko veća za promašaj i tad niste doputovali do rima. Isto je sa svim podacima, datum, vrijednost, decimalni zarez-točka, standardi i pravila komunikacije kad dvije strane moraju po istim standardima stvoriti podatak i tek tad ga se može transportirati-razmjenjivati-koristiti.. do tad je ćorava koka, ne krivnja nekog alata ili problem. Problem je (ne)znanje, pa i u ovakvim textovima kako bi se problem uopće pravilno opisao a to je uvjet za razumijevanje i rješavanje, kao što to ne znaju znanstvenici tako ne znaju ni 'novinari' i problem se tad svali na tvrdoglavi excel ili na čekić-alat umjesto na pravog krivca, korisnika koji ima ili nema znanje + komunikacija koja ima svoja pravila i koja se tad moraju poštivati.

-Možda neki student/znanstvenik zbrljavi pa optuži virus, mamu koja je isčupala strujni kabel, možda optuže excel.. a možda je uzrok (ne)znanje.

-izmjena postojećih naziva-nomenklature (naziva gena) dokazuje da su znanstvenici nedovoljno 'robustno' predvidjeli format naziva, kao nekad s godinom-dvocifreno i ispravljaju tu svoju grešku, ne microsoftovu :)

 Prepoznavanje datuma definitivno ovisi o trenutnoj lokalizaciji, npr. na macu iz nekog razloga mi prepoznaje format dd/mm/yyyy a na drugom računalu (windows) je dd.mm.yyyy.