Aktiv Demokrati forum

Re: GOV utveckling - steg 2

2011-10-14T06:13:11+01:00

[quote="jonas"]Då personlig integritet är viktigt för PP har jag börjat bygga på ett sätt att även ta bort alla personliga uppgifter från GOV om man inte längre vill vara med. Dels kan man redigera namn och e-post. Dels kan man radera namn och e-post från databasen, inklusive ändrings-historiken.[/quote]

Bra jobbat! Det är förresten lagstadgat (Databaslagen?) att man ska ha rätt att korrigera felaktiga data om ens egen person

Statistik: Postat av SimonB. — 2011-10-14 06.13

Re: GOV utveckling - steg 2

2011-10-04T19:31:10+01:00

grymt!

Statistik: Postat av gilroitto — 2011-10-04 19.31

Re: GOV utveckling - steg 2

2011-10-03T00:23:28+01:00

Idag har jag byggt vidare på http://pp.e2d.se/

Den har nu eget utseende och en egen fin inloggningssida som kopplar direkt till PPs egna användardatabas: http://pp.e2d.se/pp/login.tt

Syftet är såklart att sprida direktdemokrati till så många föreningar och grupper som möjligt.

Då personlig integritet är viktigt för PP har jag börjat bygga på ett sätt att även ta bort alla personliga uppgifter från GOV om man inte längre vill vara med. Dels kan man redigera namn och e-post. Dels kan man radera namn och e-post från databasen, inklusive ändrings-historiken.

Dessa ändringar gäller också för http://gov.e2d.se/

Statistik: Postat av jonas — 2011-10-03 00.23

Re: GOV utveckling - steg 2

2011-10-01T08:17:04+01:00

Jättebra.

Att slippa hantera olika grenar är en stor fördel, och gov måste ju ha möjligheter till inställningar för anpassning i olika utseenden.

Vi måste också tänka på att vi kanske kommer vilja flytta en webbplats med dess data utan att få med de andra två.

Statistik: Postat av fiddur — 2011-10-01 08.17

Re: GOV utveckling - steg 2

2011-09-29T22:31:33+01:00

Nu använder alla tre webbplatser samma kod.
Jag satt ytterligare ett par timmar och funderade på bästa sättet att lösa det, innan jag skapade ytterligare ett sätt att göra egna ändringar av webbplatsen. (Liknande "barnteman" i Wordpress.)

Jag skapade funktionen pfinc() för att inkludera extra mall-filer om de finns. I första hand site-kodens suffix och i andra hand med def som suffix och i tredje hand ingen fil alls.

Så [% pfinc('footer') %] plockar nu in inc/footer-ad.tt i val.aktivdemokrati.se

Jag har även nu rättat en bugg som visare röstresultat som i mail och på webben. Nu visas de korrekta omröstningsresultaten.

Statistik: Postat av jonas — 2011-09-29 22.31

Re: Tre versioner av GOV

2011-09-25T18:18:46+01:00

jonas skrev:
Paraframe har stöd för att hantera flera olika webbplatser så det en väg att gå.

Hmm. Det stödet hanterar inte icke-kompilerade webbplatser.
Så ska jag gå vidare på det behöver jag utöka eller göra om den hanteringen.

Problemet med att använda olika git-branches är att jag inte riktigt vet hur jag enkelt kan utveckla i en branch och sedan merga allt med master, utom de delar som inte ska mergas, som är särskilda för just den branchen.

Statistik: Postat av jonas — 2011-09-25 18.18

Tre versioner av GOV

2011-09-25T17:22:46+01:00

GOV finns nu i tre versioner.

1. val.aktivdemokrati.se (master)
2. gov.e2d.se (unbranded)
3. pp.e2d.se (unbranded)

Jag funderar på hur vi/jag bäst kan hantera dessa olika versioner.

Paraframe har stöd för att hantera flera olika webbplatser så det en väg att gå. Man skulle då även kunna välja att ha dem som en del av samma git-projekt eller uppdelat i olika. Då skulle grunden vara "unbranded" och vi skulle ha pp och ad som olika "sites".

Ett annat alternativ är att lägga dem som olika branches i git-projektet.

Ett tredje sätt är att lägga de i själva databasen.

Vad tycker ni? Dags att dela upp det i sites?

Statistik: Postat av jonas — 2011-09-25 17.22

Re: GOV utveckling - steg 2

2011-09-18T10:53:13+01:00

fiddur skrev:
jonas skrev:Nu behöver jag dock bestämma mig för hur jag ska hantera fritextsökningar. Det finns inte några inbyggda algoritmer för det. Man behöver bygga egna index. För att kunna söka

Fritextsökning är väl inte så relevant i GOV?

Det borde finnas en del färdiga moduler för att införa fritextsökningar i redis...

Fritextsökning behövs eftersom det är en del av ritbase, när man exempelvis gör en sökning på name_begins för sökning från början av strängen eller name_like för sökning någonstans mitt i, vilket används på väldigt många ställen.

Lösningar för firtextsökning innebär att man skapar index av den typ jag beskrev. Många av dem begränsar sig till att man indexerar olika stavningar av respektive ord snarare än alla delsträngar. Men existerande funktion i Ritbase är tagen från funktionen 'like' från SQL som söker på delsträng och inte enbart specifika ord.

Statistik: Postat av jonas — 2011-09-18 10.53

Re: GOV utveckling - steg 2

2011-09-18T07:30:56+01:00

jonas skrev:
Nu behöver jag dock bestämma mig för hur jag ska hantera fritextsökningar. Det finns inte några inbyggda algoritmer för det. Man behöver bygga egna index. För att kunna söka

Fritextsökning är väl inte så relevant i GOV?

Det borde finnas en del färdiga moduler för att införa fritextsökningar i redis...

Statistik: Postat av fiddur — 2011-09-18 07.30

Re: GOV utveckling - steg 2

2011-09-18T00:38:17+01:00

Jag har jobbat på redis-versionen av Ritbase.
Det har funkat ganska bra att konvertera från SQL till Redis.

Nu behöver jag dock bestämma mig för hur jag ska hantera fritextsökningar. Det finns inte några inbyggda algoritmer för det. Man behöver bygga egna index. För att kunna söka på delsträngar är en metod att dela upp texten som ska indexeras i sektioner av 3 bokstäver.

Så om jag ska indexera att dokument 10 innehåller "jonas", så kan jag placera 10 i index 'jon', 'ona' och 'nas'. Så en sökning på alla dokument som innehåller strängen 'jona' så kan jag hämta snittet av alla dokument med 'jon' och 'ona'.

Det känns som det här inte är något som jag vill göra för alla strängar... Och så behöver jag hantera strängar och sökningar kortare än tre tecken. Och vill även kunna söka på början av strängen snarare än bara mitt i.

Jag vet inte riktigt hur jag vill göra här. När SQL hanterade det så behövde jag inte bry mig om det. Men nu blir det en massa index om jag inte vill loopa igenom alla värden och matcha.

(Sen så behöver jag även hantera gt och lt för tal och datum och även strängar.)

Statistik: Postat av jonas — 2011-09-18 00.38