staffanm / lagen.nu Goto Github PK

Tab-ordning ska vara

• Lagar (inte "SFS")
• Rättsfall (inte "Domar")
• Förarbeten
• Föreskrifter (inte "Myndighetsföreskrifter")
• Praxis (inte "Myndighetspraxis")
• Begrepp

Bör kunna ordnas med omflytting i ferenda.ini samt ev några ändringar i tabs() för berörda repos, och sen bygga om resources.xml mha all makeresources

På dagens lagen.nu visas invid varje ändrad eller nyinförd paragraf följande:

Ändringar/Förarbeten (2)
Ändrad: SFS 2008:187, 1998:1436

Denna information saknas på ferenda. För ökad översiktlighet bör den kompletteras med namnet på den proposition som ligger till grund för ändringen, dvs

Ändringar/Förarbeten (2)
Ändrad: SFS 2008:187 (Vissa etikprövningsfrågor m.m.), 1998:1436 (Personuppgiftslag)

exv finns inte PUL under 1998

Samtliga lagar och förordningar har i dagens lagen.nu ett avslutande avsnitt med rubriken "Ändringar och övergångsbestämmelser". SFS.parse konstruerar denna information, men sfs.xsl generererar inte färdig HTML för densamma.

BFFS visas under FFFS
AMSFS visas under AFFS
BV-FS, jvsfs, lfs visas under TSFS
DFS -> SJVFS
itpsfs -> MTFS
kbmfs -> MSBFS
lfnfs -> TLVFS

Framgår av kommentarer i res/extra/swedishlegalsource.ttl (kanske ska annoteras med explicita triples av importresources.py?)

Dvs förstasidan ska funka som dagens lagen.nu-förstasida

Vilken sida har ett fel/problem? Ange länk (URL) eller beskriv hur du kommit till sidan.

http://ferenda.lagen.nu/concept/Sambo

Beskriv felet, gärna exakt vad som är fel och hur det borde vara istället?

Sidorutorna överlappar och har fel formgivning. Det saknas även länk till wikipedia (jfr https://lagen.nu/begrepp/Sambo)

Adressen är fel, borde vara http://ferenda.lagen.nu/begrepp/Sambo

Vilken sida har ett fel/problem? Ange länk (URL) eller beskriv hur du kommit till sidan.

http://ferenda.lagen.nu/1998:1276 (antagligen på fler ställen...)

Beskriv felet, gärna exakt vad som är fel och hur det borde vara istället?

Det är svårläst pga för mycket marginal. Inforutorna till höger borde ligga ända ut i kanten.

Är det fel i själva informationen, eller visas informationen på fel sätt?

Fel i visningen. Jfr två screenshots gamla och nya sajten.

Vilken sida har ett fel/problem? Ange länk (URL) eller beskriv hur du kommit till sidan.

Exv Miljöbalken 11:13 (http://ferenda.lagen.nu/1998:808#K11P13S1)

Beskriv felet, gärna exakt vad som är fel och hur det borde vara istället?

Bredvid lagtexten för 11 kap 13 § visas en författningskommentar hämtad från en proposition (prop/2015/16:178) som inte ännu lett till en ikraftträdd lagändring. Det blir missvisande att visa en kommentar som inte överensstämmer med lagtexten så som den är idag.

Är det fel i själva informationen, eller visas informationen på fel sätt?

Informationen är rätt i sitt sammanhang (det är verkligen författningskommentaren för ett lagförslag), men visas i fel sammanhang (gällande lag).

En sökning som ger förarbeten som svar rubricerar dessa i träfflistan som "Prop. 2000/01:33: Prop. 2000/01:33". De borde rubriceras "Prop. 2000/01:33: Behandling av personuppgifter inom skatt, tull och exekution"

• Separat flöde för sitenews.txt
• index.html för alla definierade newsfeeds

Vilken sida har ett fel/problem? Ange länk (URL) eller beskriv hur du kommit till sidan.

Många felaktigt avkodade förarbeten (både prop, sou och ds) kan hittas genom att söka på en typiskt felkodad sträng, exv http://ferenda.lagen.nu/search/?q=QKPKQ

"Ansökan av Masuda B. om resning i ett ärende ang. uppehållstillstånd m.m" -> "resning i ett ärende ang. uppehållstillstånd m.m" (kan även vara " Överklagande av L.M. ang. uteslutning ur arbetslöshetskassa" mfl varianter)

inte som nu hårdkodat att kommentar + författningskommentar alltid öppna, de andra alltid stängda

ändring i sfs.xsl

samtliga nivå 1 och 2-rubriker
"En annan del av problemet är att fastställa om en hund ... 3. bara med svårighet kan förmås avbryta ett angrepp och" (tolkas förmodligen som rubrik)

När man har uppe ett antal rättsfall i olika flikar är texten på samtliga flikar just nu "| ferenda.lagen.nu" -- den borde vara exv "MIG 2008:44 | ferenda.lagen.nu"

När en författningskommentar identifieras idag får den, som alla entiteter vi vill kunna länka till, en URI (exv https://lagen.nu/prop/1997/98:44#kommentar-0000:1293083526811685308778923#P5). Denna URI läcker ut till slutanvändaren på minst två ställen, som label när man söker (via SwedishLegalSource._relate_fulltext_value) och som label när hänvisande avsnitt visas bredvid en förarbetessida (via forarbete.xsl).

parse (och framförallt _find_commentary_for_law) borde skapa en människoläsbar beskrivning (exv "Författningskommentar till 7 § personuppgiftslag") och sätta den som rdfs:label för själva kommentars-entiteten.

I dagsläget sker sökning i _all-fältet, vilket innehåller samtliga indexerade termer (även URI:er), konkatenerade. Därför kan resultaten innehålla diverse text som inte är avsedd för människor:

://lagen.nu/utr/sou/2012:90 2013-01-11 Överskottsinformation vid direktåtkomst

    5 Överskottsinformation vid direktåtkomst – gällande rätt beträffande handlingsoffentlighet m.m.: 5 Överskottsinformation vid direktåtkomst – gällande rätt ... -01-11 Överskottsinformation vid direktåtkomst – gällande rätt beträffande handlingsoffentlighet m.m.

    6 Överskottsinformation vid direktåtkomst – en problembeskrivning: 6 Överskottsinformation vid direktåtkomst – en ... ://lagen.nu/utr/sou/2012:90#S6 2013-01-11 Överskottsinformation vid direktåtkomst – en problembeskrivning

    7 Överskottsinformation vid direktåtkomst – våra överväganden: 7 Överskottsinformation vid direktåtkomst – våra ... /utr/sou/2012:90#S7 2013-01-11 Överskottsinformation vid direktåtkomst – våra överväganden

Sökning bör bara ske i title, identifier och text, och träffar i title/identifier ska highlightas som en del av titeln.

SOU 2012:90: Överskottsinformation vid direktåtkomst

    5.1. Inledning: ... tillgång till genom s.k. direktåtkomst hos en annan...

toc_item som består av identifier + title ska presenteras med hängande indrag / tabell,
bara identifier länkad+fetad:

Innan siten blir mer spridd måste så mycket som möjligt av innehållet servas direkt via ngnix istället för wsgiapp.py. Detta kan göras genom en mod_rewrite-regeluppsättning (eller vad motsvarigheten nu är under nginx). Följande resurser ska servas direkt från nginx:

• Förstasidan
• Allt under /rsrc/
• Alla sfs-er,dvs alla url:ar som matchar ^/\d
• förarbeten
• myndighetspraxis
• myndighetsföreskrifter

Helst även

• Allt under /concept/ (kan bli svårt pga ÅÄÖ i URL:arna)
• Alla rättsfall (dvs allt under /dom/ -- betyder att ngnix måste slå upp i uri.map)

Vilken sida har ett fel/problem? Ange länk (URL) eller beskriv hur du kommit till sidan.

http://ferenda.lagen.nu/prop/1995/96:152

Beskriv felet, gärna exakt vad som är fel och hur det borde vara istället?

Källmaterialet har varit den plaintextversion som finns tillgänglig på källan (http://rkrattsbaser.gov.se/prop?ar=1995/96&dok=P&dokid=152) trots att det från samma källa finns en .doc-version som ser nästan OK ut.

PropTrips borde föredra denna, och skicka den genom PDFReader med dess inbyggda doc->pdf-konverterare.

OBS: Viktigt att webbgränssnittets funktion för "visa original" fortsätter fungera. Kanske ska den konverterade PDF-filen lagras i downloaded? På något sätt måste iaf den (istf PDF-filen) väljas som källa för de PNG-filer som funktionen ska skapa.

Domstol, lagrum, sökord ska mappas från URI till label
Litteratur/Målnummer ska bara visas om värde

I dagsläget, om man söker på två eller flera termer, kan man lika gärna få svar där bara en term förekommer som svar där bägge termerna förekommer. Det borde vara ett implicit "AND" mellan, eller helst att dokument med bägge termer naturligt rankas högre än dokument med bara en term. Frassökningar ("känsliga personuppgifter") stöds inte alls.

Förmodligen bör [simple_query_string](https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-simple-query-string-query.html) användas.

gärna med flera, men BFFS 1991:15 visas just nu först så viktigt att den har en rimlig titel

helst på ett smidigt sätt, via Static?

Ordnade efter titel

• Pages ska använda versaler (ändring i facet.selector?)
• inte inkludera ( eller /
• sorteras "å ä ö", inte "ä å ö"

TOCs förstasidan ska vara utgivningsår/högsta årtal

Vilken sida har ett fel/problem? Ange länk (URL) eller beskriv hur du kommit till sidan.

http://ferenda.lagen.nu/1994:200#K1P2S1

Beskriv felet, gärna exakt vad som är fel och hur det borde vara istället?

Den ordnade listan har element numrerade som 1, 1 a, 2, 3, 4, 4 a, 4 b .... Det förekommer dessutom underlistor: strecksatslistor under 2. och 4 b., och en bokstavslista under 6.

Dessa borde modelleras explicit i en ol-lista, och för att specificera ordinaler (eftersom de inte är monotoniskt ökande heltal) kan ett customattribut (data-ordinal) användas. (i XHTML-koden kanske ett RDFa-attribut bör användas?).

För att kunna rendrera listan exakt som i källmaterialet bör nog avskiljare tas med i attributet, dvs

<ol>
    <li data-ordinal="4 d.">för omsättning som anges i ...
        <ol>
            <li data-ordinal="a )">om en tullskuld uppkommer i Sverige ....</li>
        </ol>
    </li>
</ol>

Ett exempel på hur detta kan rendreras i HTML5: https://jsfiddle.net/mw9m9mva/

Är det fel i själva informationen, eller visas informationen på fel sätt?

Både. XHTML-versionen borde ha riktiga <ol>-listor med ett data-ordinal, och de borde visas med sitt data-ordinal-attribut i HTML-versionens CSS.

Bör bara vara en ändring i ferenda.ini -> all makeresources -> all generate etc

• maxlängd på referatrubrik (1000 tecken?)
• Förstasidan ska vara ordnad efter NJA/aktuellt
• Pagesets ska döpas efter domstol, inte publikation (ie "Högsta domstolen", inte "Nytt Juridiskt arkiv")
• Ordning på pagesets: HD, HovR, AD, HFD, RegR, MIG, MD

Det finns för samtliga myndighetsföreskrifter metadata om vilket lagrum som innehåller bemyndigandet för att utfärda föreskriften. sfs.xsl ska visa sådana föreskrifter bredvid bemyndigandelagrummet.

1. pages ska använda versal, inte gemen (ändring i selector)
2. "-" ska inte ingå (ändring i selector eller i grunddatat)
3. 0-9 ska samlas under "#" / "Begrepp på 0-9" (ändring i selector)
4. pagetitle ska vara på svenska ("Begrepp på A"), inte 'Documents starting with "a"'

Bredvid en sida i ett förarbete visas en lista med andra (delar av) dokument som hänvisar till denna. Hänvisande dokument anges med URI:er, exv (för http://ferenda.lagen.nu/prop/2002/03:128#sid24):

Hänvisningar till sid24
https://lagen.nu/utr/sou/2014:51#S7.2
https://lagen.nu/prop/2015/16:125#S10.2
https://lagen.nu/prop/2005/06:31#S4.5 

eller (för http://ferenda.lagen.nu/prop/2002/03:128#sid26)

Hänvisningar till sid26
https://lagen.nu/rf/hfd/2013:75#I/HFD
https://lagen.nu/rf/hfd/2015:19#KST 

Samtliga hänvisande dokument bör anges med en begriplig beteckning, i ovanstående exempel

Hänvisningar till sid24
SOU 2014:51 (Nya regler om upphandling), avsnitt 7.2
Prop. 2015/16:125 (Skuldsanering - förbättrade möjligheter för överskuldsatta att starta om på nytt), avsnitt 10.2
Prop. 2005/06:31 (Deklarationsombud m.m.), avsnitt 4.5 

respektive

Hänvisningar till sid26
HFD 2013:75 I
HFD 2015:19 (Kammarrätten i Stockholm)

När fler än en hänvisning kommer från samma dokument (från olika delar) ska de slås ihop på ett rimligt sätt, exv (för http://ferenda.lagen.nu/prop/2010/11:165#sid413):

Hänvisningar till sid413
SOU 2013:62 (Förbudet mot dubbla förfaranden och andra rättssäkerhetsfrågor i skatteförfarandet), avsnitt 12.2, 12.5 och 12.11. 

Eventuellt får titeln på det hänvisande dokumentet förkortas eller läggas i tooltip för att det ska bli översiktligt.

ska börja med /dom/, inte /rf/

Dvs länka "avsnitt 6.2" till rätt ställe i dokumentet, samt även "avsnitt 8.2.2 i kommitténs betänkande" till rätt avsnitt i refererat dokument

Idag får man 500 server error på de länkar som ges från Toc

Visa vilken text som identifierats som författningskommentar (och gärna för vilken § / URI)
Få till "sidinramningen" för inledande avsnitt

Vilken sida har ett fel/problem? Ange länk (URL) eller beskriv hur du kommit till sidan.

http://ferenda.lagen.nu/1994:200#K13P28S6

Beskriv felet, gärna exakt vad som är fel och hur det borde vara istället?

De efterföljande upphävda paragraferna och kapitlena visas inte på ett snyggt sätt. Varje upphävt element borde visas på egen rad, kursivt, ev i en gråare nyans.

28 b § Har upphävts genom lag (2013:954).
29 § Har upphävts genom lag (1997:502).
30 § Har upphävts genom lag (1997:502).

14 kap. Har upphävts genom lag (1997:502).
15 kap. Har upphävts genom lag (1997:502).
16 kap. Har upphävts genom lag (1997:502).
17 kap. Har upphävts genom lag (1997:502).
18 kap. Har upphävts genom lag (1997:502).

Är det fel i själva informationen, eller visas informationen på fel sätt?

Informationen visas på fel sätt.

typ text-indent: 2em hanging:

1. Det bestrids att Eniro i sin marknadsföring av nummerupplysningstjänst till konsument underlåter att lämna prisinformation innan avtalet ingås....
2. Tillhandahållandet av nummerupplysningstjänsten sker redan vid marknadsföringen av tjänsten. Tjänsteerbjudandet, jämte priset och övriga villkor för att ta del av tjänsten, anges tydligt i Eniros olika marknadsföringskanaler.

dvs /1998:204, inte /sfs/1998:204

I ett förarbete, när en sidbrytning förekommer inuti en författningskommentar så försvinner denna information i den genererade XHTML-filen. Detta leder till att det inte går att få se sidan i original, eller länka till den (exempel: http://ferenda.lagen.nu/prop/2001/02:184#sid26)

De statiska sidor som idag finns under /om/ måste portas till Static-modulen och läggas på något bra ställe så att de genereras och publiceras (kanske i footern, delvis under "Om" i navbar). En del sidor (ffa teknik.html och English.html) måste uppdateras.

Nu renderas samtlig myndighetspraxis genom base.xsl och utan några SPARQL-baserade annotations alls. Det bör finnas en gemensam XSLT-mall och en gemensam SPARQL-fråga som plockar ut all relaterad information för denna dokumenttyp.

XSLT-mallen bör baseras på, och se likadan ut, som dv.xsl

Bl.a. ska invid varje beslut finnas en lista på andra myndighetsbeslut som hänvisar till det (vilket kräver att legalref.py lär sig hitta dessa referenser i löptext). Ev kan också finnas en lista på hänvisningar i förarbeten (om de förekommer i någon utsträckning?).

Vad man än söker efter får man följande traceback:

500 Internal Server Error

Traceback (most recent call last):

  File "/home/staffan/wds/ferenda/ferenda/fulltextindex.py", line 911, in _decode_schema
    schema[fieldname] = self.from_native_field(fieldobject)

  File "/home/staffan/wds/ferenda/ferenda/fulltextindex.py", line 221, in from_native_field
    raise errors.SchemaMappingError("Native field %s cannot be mapped" % fieldobject)

ferenda.errors.SchemaMappingError: Native field {'type': 'string'} cannot be mapped

During handling of the above exception, another exception occurred:

Traceback (most recent call last):

  File "/home/staffan/wds/ferenda/ferenda/wsgiapp.py", line 79, in __call__
    return self.search(environ, start_response)

  File "/home/staffan/wds/ferenda/lagen/nu/wsgiapp.py", line 31, in search
    res, pager = self._search_run_query(queryparams)

  File "/home/staffan/wds/ferenda/ferenda/wsgiapp.py", line 574, in _search_run_query
    res, pager = idx.query(query, pagenum=pagenum, **qpcopy)

  File "/home/staffan/wds/ferenda/ferenda/fulltextindex.py", line 635, in query
    relurl, payload = self._query_payload(q, pagenum, pagelen, **kwargs)

  File "/home/staffan/wds/ferenda/ferenda/fulltextindex.py", line 761, in _query_payload
    schema = self.schema()

  File "/home/staffan/wds/ferenda/ferenda/fulltextindex.py", line 614, in schema
    return self._decode_schema(res)

  File "/home/staffan/wds/ferenda/ferenda/fulltextindex.py", line 913, in _decode_schema
    raise errors.SchemaMappingError("%s: %s" % (fieldname, str(e)))

ferenda.errors.SchemaMappingError: dcterms_title: Native field {'type': 'string'} cannot be mapped

Felet har något att göra med en mismatch i Elasticsearchs schema ("mapping" på ES-språk). Problemet har uppstått tidigare, och jag tror det har gått att lösa med att ta bort databasen och omindexera (för att tvinga fram skapandet av en ny mapping).

Frågan är dock om vi verkligen behöver det exakta schemat för att kunna ställa en fråga. I anroparen _query_payload används det bara för att se om ett fält är en resource och då för att lägga till en ".iri" på frågeparametern. ElasticSearch.from_native_field skulle kunna göras mer robust istf att slänga ett SchemaMappingError när den inte kan mappa ett fält.

Jfr #20