- <li>FET is free software, licensed under the GNU GPL v2 or later.
- You can freely use, copy, modify and redistribute it </li>
-
- <li>Localized to en_US (US English, default), ar (Arabic), ca
- (Catalan), da (Danish), de (German), el (Greek), es (Spanish), fa
- (Persian), fr (French), gl (Galician), he (Hebrew), hu
- (Hungarian), id (Indonesian), it (Italian), lt (Lithuanian), mk
- (Macedonian), ms (Malay), nl (Dutch), pl (Polish), pt_BR
- (Brazilian Portuguese), ro (Romanian), ru (Russian), si (Sinhala),
- sk (Slovak), sr (Serbian), tr (Turkish), uk (Ukrainian), uz
- (Uzbek) and vi (Vietnamese) (incompletely for some languages)
- </li>
-
- <li>Fully automatic generation algorithm, allowing also
- semi-automatic or manual allocation</li>
-
- <li>Platform independent implementation, allowing running on
- GNU/Linux, Windows, Mac and any system that Qt supports </li>
-
- <li>Flexible modular XML format for the input file, allowing editing
- with an XML editor or by hand (besides FET interface)</li>
-
- <li>Import/export from CSV format</li>
-
- <li>The resulted timetables are exported into HTML, XML and CSV
- formats </li>
-
- <li>Flexible students structure, organized into sets: years, groups
- and subgroups. FET allows overlapping years and groups and
- non-overlapping subgroups. You can even define individual students
- (as separate sets)</li>
-
- <li>Each constraint has a weight percentage, from 0.0% to 100.0%
- (but some special constraints are allowed to have only 100% weight
- percentage)</li>
-
- <li>Limits for the algorithm (all these limits can be increased on
- demand, as a custom version, because this would require a bit more
- memory):
- <ul>
- <li>Maximum total number of hours (periods) per day: 60</li>
- <li>Maximum number of working days per week: 35</li>
- <li>Maximum total number of teachers: 6000</li>
- <li>Maximum total number of sets of students: 30000</li>
- <li>Maximum total number of subjects: 6000</li>
- <li>Virtually unlimited number of activity tags</li>
- <li>Maximum number of activities: 30000</li>
- <li>Maximum number of rooms: 6000</li>
- <li>Maximum number of buildings: 6000</li>
- <li>Possibility of adding multiple teachers and
- students sets for each activity. (it is possible
- also to have no teachers or no students sets for an
- activity)</li>
- <li>Virtually unlimited number of time constraints</li>
- <li>Virtually unlimited number of space constraints</li>
- </ul></li>
+<p><strong>Norges geologiske undersøkelse</strong></p>
+
+<p><blockquote>
+<p>Subject: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
+<br>Date: Fri, 08 Jun 2012 09:20:57 +0200</p>
+
+<p>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
+Eletronisk Postjournal (OEP) ser jeg det er lenge siden NGU leverte
+postjournalen sin sist. Hvor ofte pleier NGU å levere til Offentlig
+Eletronisk Postjournal? Er dere fornøyd med dagens leveringfrekvens?</p>
+
+<hr/>
+
+<p>Subject: SV: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
+<br>Date: Fri, 8 Jun 2012 12:49:35 +0200</p>
+
+<p>Hei</p>
+
+<p>NGUS fravær på OEP skyldes problemer vi har i forbindelse med
+oppgradering til ny versjon i vårt arkivsystem. Det jobbes med saken
+og jeg tror og håper at det snart skal være i orden. Normalt leverer
+vi til OEP 1 gang i uken.</p>
+</blockquote></p>
+
+<p><strong>Medietilsynet</strong></p>
+<p><blockquote>
+<p>Subject: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
+<br>Date: Mon, 11 Jun 2012 13:29:23 +0200</p>
+
+<p>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
+Eletronisk Postjournal (OEP) ser jeg det er lenge siden Medietilsynet
+leverte postjournalen sin sist. Hvor ofte pleier Medietilsynet å levere
+til Offentlig Eletronisk Postjournal? Er dere fornøyd med dagens
+leveringfrekvens?</p>
+
+<hr>
+<p>Subject: SV: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
+<br>Date: Tue, 12 Jun 2012 04:55:42 +0000</p>
+
+<p>Hei!</p>
+
+<p>Medietilsynet leverer normalt postlister en gang i uka. Nå har vi
+tekniske problemer, derfor er vi forsinket. Vi regner med å levere i
+løpet av denne uken. Ellers er vi fornøyd med dagens
+leveringsfrekvens.</p>
+</blockquote></p>
+
+<p><strong>Kunnskapsdepartementet</strong></p>
+<p><blockquote>
+<p>Subject: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
+<br>Date: Fri, 22 Jun 2012 21:03:01 +0200</p>
+
+<p>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
+Eletronisk Postjournal (OEP) ser jeg at Kunnskapsdepartementet har levert
+postjournalen sin to ganger siden 2012-05-10, og sist 2012-05-16. Hvor
+ofte pleier Kunnskapsdepartementet å levere til Offentlig Eletronisk
+Postjournal? Er dere fornøyd med dagens leveringfrekvens?</p>
+
+<hr/>
+
+<p>Subject: Re: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
+<br>Date: Wed, 27 Jun 2012 14:42:23 +0200</p>
+
+<p>Hei. Kom denne eposten frem? Har ikke sett noe svar, og andre
+institusjoner jeg har spurt om tilsvarende har svart i løpet av under en
+dag på tilsvarende spørsmål, så jeg begynner å lurer på om meldingen
+gikk tapt.</p>
+
+<p>[... kopi av opprinnelig epost ...]</p>
+
+<hr/>
+<p>Subject: Re: VS: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
+<br>Date: Wed, 27 Jun 2012 14:33:20 +0000</p>
+
+<p>Hei!</p>
+
+<p>Normalt leverer vi hver virkedag til OEP, med fem virkedagers
+forsinkelse. Kunnskapsdepartementet har imidlertid ikke kunnet levere
+OEP pga innføringen av nytt saksbehandlingssystem 7. Mai. Den
+etterfølgende streiken medførte så et større etterslep på
+journalføring som har gjort at vi har måttet prioritere dette fremfor
+offentlig journal. Dette arbeidet har av flere sammenfallende årsaker
+tatt noe tid. Vi håper imidlertid på at vi kan begynne å publisere
+offentlig journal igjen i løpet av denne uken, senest neste uke. Vi
+gjenopptar da vår vanlige publiseringsfrekvens i tillegg til å få på
+plass de manglende journalene.</p>
+
+</blockquote></p>
+
+
+<p><strong>Norsk Akkreditering</strong></p>
+<p><blockquote>
+<p>Subject: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
+<br>Date: Thu, 28 Jun 2012 07:35:43 +0200</p>
+
+<p>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
+Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
+Norsk Akkreditering leverer postjournalen sin. Hvor ofte pleier Norsk
+Akkreditering å levere til Offentlig Eletronisk Postjournal? Er dere
+fornøyd med dagens leveringfrekvens?</p>
+
+<hr/>
+
+<p>Subject: SV: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
+<br>Date: Mon, 2 Jul 2012 08:32:06 +0200</p>
+
+<p>Hei,</p>
+
+<p>Norsk Akkreditering har som ambisjon å levere til OEP 2 ganger i
+uken. Pga sykdom har dette vært vanskelig å gjennomføre i juni.</p>
+</blockquote></p>
+
+<p><strong>Toll- og avgiftsdirektoratet</strong></p>
+<p><blockquote>
+<p>Date: Tue, 03 Jul 2012 11:55:07 +0200
+<br>Subject: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?</p>
+
+
+<p>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
+Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
+Toll- og avgiftsdirektoratet leverer postjournalen sin til OEP, og at
+siste levering var 2012-06-06. Hvor ofte pleier Toll- og
+avgiftsdirektoratet å levere til OEP? Er dere fornøyd med dagens
+leveringfrekvens?</p>
+
+<hr>
+
+<p>Date: Wed, 4 Jul 2012 09:33:18 +0000
+<br>Subject: SV: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?</p>
+
+<p>Til: Petter Reinholdtsen</p>
+
+<p>Det vises til din e-post av 3. juli 2012.</p>
+
+<p>Våre rutiner tilsier at vår journal skal publiseres en gang pr. uke
+(hver torsdag). Vi søker så langt det er mulig å få dette til og har
+stort sett publisert iht rutinene siden vi kom opp på OEP.</p>
+
+<p>Pga ekstraordinære forhold ved vårt arkiv har vi i de siste ukene
+ikke hatt kapasitet til å opprettholde den publiseringsfrekvensen vi
+har fastsatt. Det er et begrenset antall medarbeidere som kan og skal
+kunne publisere våre journaler. Vi håper imidlertid at dette raskt vil
+bedres og vi er tilbake til den frekvens vi har satt oss som mål å ha.</p>
+
+<p>Vi beklager hvis dette har skapt vanskeligheter.</p>
+</blockquote></p>
+
+<p>Like etter at jeg fikk svar ble OEP oppdatert med postjournaler fra
+alle disse etatene. Antagelig tilfeldig, men jeg ser ikke bort fra at
+det kan ha virket motiverende for å få på plass leveringen at de ser
+at det er interesse for leveringen til OEP.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Medietilsynets syn på om Frikanalen bør være ukryptert på det digitale bakkenettet</title>
+ <link>http://people.skolelinux.org/pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</guid>
+ <pubDate>Wed, 4 Jul 2012 14:20:00 +0200</pubDate>
+ <description>I forgårs fikk jeg endelig svar fra Medietilsynet på min epost med
+spørmål om hvorfor <a href="http://www.frikanalen.no/">Frikanalen</a>
+er kryptert på RiksTV. De toer sine hender:
+
+<p><blockquote>
+<p>Date: Mon, 2 Jul 2012 08:15:38 +0000
+<br>From: Arve Lindboe &lt;Arve.Lindboe (at) medietilsynet.no&gt;
+<br>To: Petter Reinholdtsen
+<br>CC: Arthur Garnes &lt;Arthur.Garnes (at) rikstv.no&gt;,
+ postmottak (at) sd.dep.no, post (at) frikanalen.no
+<br>Subject: Spørsmål om kryptering av Frikanalen i det digitale bakkenetttet for fjernsyn</p>
+
+<p>Vi viser til Deres spørsmål av 27. mai i år til RiksTV,
+Samferdselsdepartementet og Medietilsynet, og til RiksTVs svar av
+1. juli til Dem, som vi har mottatt i kopi.</p>
+
+<p>For ordens skyld vil vi orientere om at Medietilsynet har visse
+tilsynsoppgaver knyttet til kapittel 3 i NTVs konsesjon for
+opprettelse og drift av det digitale bakkenettet for fjernsyn. Av
+pkt. 3.5 i denne konsesjonen går det bl.a. fram at NRKs
+kjernetilbud/allmennkringkastingstilbud... «skal være tilgjengelig
+uten betaling og ha lik dekning.» For distribusjon av innhold utenfor
+NRKs tilbud er det ikke tatt inn noen tilsvarende forutsetning i
+konsesjonen.</p>
+
+<p>Medietilsynets mandat omfatter ikke spørsmålet om kryptering og
+administrasjon av engangsavgift knyttet til adgangskontrollsystem for
+NTVs formidling, og tilsynet kan derfor ikke ta stilling til de
+spørsmålene De reiser i tilknytning til det.</p>
+
+<p>Mvh</p>
+
+<p>Arve Lindboe</p>
+
+<p>rådgiver,
+<br>Medietilsynet</p>
+</blockquote></p>
+
+<p>Her må det tydeligvis andre aktører i sving for å bli kvitt
+krypteringen av Frikanalen.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Can Zimbra be told to send autoreplies to the From: address?</title>
+ <link>http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html</guid>
+ <pubDate>Tue, 3 Jul 2012 23:30:00 +0200</pubDate>
+ <description><p>In the NUUG <a href="http://www.fiksgatami.no/">FiksGataMi</a>
+project (Norwegian version of
+<a href="http://www.fixmystreet.com/">FixMyStreet</a> from
+<a href="http://www.mysociety.org/">mySociety</a>), we have discovered
+a problem with the municipalities using
+<a href="http://www.zimbra.com/">Zimbra</a>. When FiksGataMi send a
+problem report to the government, the email From: address is set to
+the address of the person reporting the problem, while envelope sender
+is set to the FiksGataMi contact address. The intention is to make
+sure the municipality send any replies to the person reporting the
+problem, while any email delivery problems are sent to us in NUUG.
+This work well in most cases, but not for Karmøy municipality using
+Zimbra. Karmøy is using the vacation message function in Zimbra to
+send an automatic reply to report that the message has been received,
+and this message is sent to the envelope sender and not the address in
+the From: header.</p>
+
+<p>This causes the automatic message from Karmøy to go to NUUGs
+request-tracker instance instead of to the person reporting the
+problem. We can not really change the envelope sender address, as
+this would make it impossible for us to discover when there are
+problems with the MTAs receiving problem reports. We have been in
+contact with the people at Karmøy municipality, and they are willing
+to adjust Zimbra if something can be changed there to get a better
+behaviour.</p>
+
+<p>The default behaviour of Zimbra is as far as I can tell according
+to the specification in RFC 3834, which recommend that vacation
+messages are sent to the envelope sender and not to the From: address.
+But I wonder if it is possible to adjust or configure Zimbra to behave
+differently. Anyone know? Please let us know at
+<a href="http://lists.nuug.no/mailman/listinfo/fiksgatami">fiksgatami
+(at) nuug.no</a>.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Xocai - sjokolade uten helse i hver bit</title>
+ <link>http://people.skolelinux.org/pere/blog/Xocai___sjokolade_uten_helse_i_hver_bit.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Xocai___sjokolade_uten_helse_i_hver_bit.html</guid>
+ <pubDate>Tue, 3 Jul 2012 20:40:00 +0200</pubDate>
+ <description><p>Via Skepsis-bloggen kom jeg i dag over en skremmende og interessant
+historie om hvordan norske selgere av sjokoladen Xoçai legger frem
+helsepåstander de ikke kan støtte opp med beviser, og kommer med
+trusler for å stilne sine kritikere. Her er et knippe bloggposter som
+forteller historien:</p>
+
+<p><ul>
+
+<li><a href="http://skepsis.no/blog/?p=6522">Ulovlige
+ sjokoladepåstander</a></li>
+
+<li><a href="http://tjomlid.com/2012/06/26/xocai-en-stygg-historie-om-norsk-sjokolademafia/">Xocai
+ – en stygg historie om norsk sjokolademafia</a></li>
+
+<li><a href="http://tjomlid.com/?p=6659">Xocai, en sunn sjokolade? Er
+ det helse i hver bit?</a></li>
+
+<li><a href="http://tjomlid.com/?p=6654">30 punkter du bør undersøke
+ før du starter som Xocai distributør</a></li>
+
+</ul></p>
+
+<p>Historien er så interessant at selgerne fortjener
+Streisand-effekten</p>
+</description>
+ </item>
+
+ <item>
+ <title>Hvem samler inn flest bensinpriser?</title>
+ <link>http://people.skolelinux.org/pere/blog/Hvem_samler_inn_flest_bensinpriser_.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvem_samler_inn_flest_bensinpriser_.html</guid>
+ <pubDate>Mon, 2 Jul 2012 14:30:00 +0200</pubDate>
+ <description><p>For ca. en måned siden så jeg på tjenester som forsøker å gjøre det
+enklere å ta informerte valg om hvor en skal kjøpe drivstoff, for å
+bedre konkurransesituasjonen i drivstoffmarkedet. Det er tre aktive
+tjenester jeg kjenner til. NAF Bergens
+<a href="http://www.drivstoffpriser.no/">Drivstoffpriser.no</a>,
+Bitfactorys
+<a href="http://www.bitfactory.no/bensinpris.html">Bensinpris-app</a>,
+og Dinsides
+<a href="http://www.dinside.no/php/oko/bensin/vis_prisliste.php">prisliste</a>.
+Nå har jeg holdt øye med alle disse i over en måned, og kan fortelle
+hvor mange priser for 95-oktan bensin de har klart å samle inn i juni
+2012:</p>
+
+<table border="1">
+<tr><th>Tjeneste</th><th>Antall målinger i juni 2012</th></tr>
+<tr><td>Bitfactorys bensinpris-app</td><td>7687</td></tr>
+<tr><td>Drivstoffpriser.no</td><td>1788</td></tr>
+<tr><td>Dinsides prisliste</td><td>322</td></tr>
+</table>
+
+<p>Det er dermed åpenbart at Dinsides tjeneste henger langt etter de
+andre to, og at Bitfactorys løsning er den som har størst sjanse for å
+gi bileiere gode råd ved kjøp av drivstoff. Det er ca. 1600
+bensinstasjoner i Norge, så optimalt sett burde det vært samlet inn 30
+* 1600 = 48 000 priser for å ha maksimalt en dag gamle priser for alle
+bensinstasjoner i Norge. Ingen av tjenestene er i nærheten av å ha
+komplett dekning. Og kun Dinside og NAF Bergens Drivstoffpriser gjør
+prisinformasjonen tilgjengelig for alle på Internet.</p>
+
+<p>Den store fordelen med Drivstoffpriser.no er at de også har
+historiske priser liggende ute på åpne nettsider, slik at det er mulig
+å se alle prisdata de har samlet inn så langt. Jeg har laget
+<a href="https://scraperwiki.com/scrapers/naf-drivstoffpriser/">en
+SQLite-database</a> med alle prisene samlet inn der, som oppdateres
+jevnlig hos Scraperwiki. Tidligere anbefalte jeg å registrere priser
+hos Dinside, men etter å ha utvekslet noen epost med dem og konkludert
+med at der kommer det neppe til å skje noen videreutvikling med det
+første, anbefaler jeg nå å registrere prisene hos NAF Bergens
+drivstoffpriser.no. Jeg foretrekker å bidra til tjenester som åpent
+deler data med andre, og det gjør ikke Bitfactory.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Frikanalen bør være ukryptert på det digitale bakkenettet</title>
+ <link>http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</guid>
+ <pubDate>Sun, 1 Jul 2012 15:20:00 +0200</pubDate>
+ <description><p><a href="http://www.frikanalen.no">Frikanalen</a> er Norges
+landsdekkende <a href="http://no.wikipedia.org/wiki/Åpen_kanal">åpne
+kanal</a>, der alle innbyggerne kan sende sine innslag ut på
+TV-mediet, slik at alle kan se det de har laget. Det er demokratisk
+TV i sin mest ekstreme form, og en kan nesten si at det er Youtube på
+TV. NUUG har vært involvert i Frikanalen i mange år, og har bidratt
+til å lansere en
+<a href="http://www.nuug.no/pub/video/frikanalen/frontpage.cgi">løsning
+basert på åpne standarder</a> i tillegg til den originale løsningen
+som er basert på Silverlight.</p>
+
+<p>Frikanalen skal være tilgjengelig for alle uten hindringer, men
+RiksTV har av en eller annen grunn tvunget kanalen til å sendes
+kryptert ut på det digitale bakkenettet, og dermed tvinges de som skal
+se på kanalen via dette nettet å skaffe seg et kundeforhold til
+RiksTV. Det synes jeg er svært urimelig, og mistenker det er i strid
+med Stortingets intensjon fra da Stortinget vedtok at det skulle være
+en åpen kanal på det digitale bakkenettet. Jeg sendte derfor en epost
+til RiksTV, Samferdselsdepartementet og Medietilsynet, og tok opp
+problemstillingen. Her er det som har vært av oppfølging så
+langt.</p>
projects / homepage.git / blobdiff