codeformunich / muenchen-transparent Goto Github PK

Es wäre sinnvoll, http://www.muenchen.info/dir/recht/num_portal.html bzw. http://www.muenchen.info/dir/recht/alph_portal.html mit einzubinden, da die Seiten - außer wenn explizit nach ihnen sucht - schlecht zu finden und außerdem ziemlich unübersichtlich sind. Am Besten wäre es, dazu eine eigene Unterseite zu erstellen, die (auch als html-Version vorhandenen) Dokumente zum index der Volltextssuche hinzu zu fügen und eine schöne Karte mit den geodaten aus den Dokumenten zu erstellen.

Aktuell bekommt man bei Bedarf täglich eine Mail mit den Änderungen. Es sollte auch einstellbar sein, das diese Mails nur einmal pro Woche, alle zwei Wochen o.ä. kommt.

When starting an open beta, there will be some bugs for sure and a lot of missing features, a prominently placed feedback form makes sense.

Create an inline PDF-Reader based on https://github.com/mozilla/pdf.js/ to enable reading the PDFs without downloading them (which does happen right now on mobile devices).

Example: https://www.ratsinformant.de/antraege/3435969,

Ideally, this would be solved by a using function that differetiates 3 cases:

• 0 Elements in the array (if that's the right PHP word) to display: Nothing is added
• 1 Element: The element is added directly

• 1 Elements: A new list is created and all elements are added to this list

It looks like this could remove much duplicate code from anzeige.php

Einige css/sass Dateien, wie z.B. material-wfont.* gibt es zweimal. Außerdem fehlt eine Erklärung, welche [s]css-Datei für was verantwortlich ist und wie eingebunden wird. Wird z.B. material-wfont.css überhaupt benötigt und warum wird in print.css eine andere Schriftart verwendet als in den anderen stylesheets?

Es gibt bereits eine interne Struktur, über die Anträge, Unterlagen, Beschlüsse, Tagesordnungspunkte etc. zusammengefasst werden. Allerdings werden sie zurzeit noch nicht systematisiert ausgegeben, siehe bsp. https://www.ratsinformant.de/antraege/3453449 ("Verwandte Seiten"). Idealerweise sollte sich eine systematisierte Darstellung an das in #4 erarbeitete Ablaufdiagramm orientieren.

Die offizielle RIS ist barrierefrei gestaltet (siehe http://www.ris-muenchen.de/RII2/RII/ris_barrierefreiheit.jsp). Es wäre sinnvoll, wenn das neue Design auch so weit wie Möglichkeit Barrierefrei wäre bzw. eine alternative, barrierefreie Version angeboten werden würde.

Wenn sich jemand mit den Thema auskennt, dann wäre es nett, wenn er/sie hier die wichtigsten Punkte zusammenfassen würde, auf die man achten muss. Vllt. könnten wir dann daraus zusammen mit PHP-Richtlinien so etwas wie "Coding and Styling Guidelines" machen.

Currently, If the page is to short, the footer doesn't stay at the bottom of the page but is at the end of the content. With some css magic it can be ensure that it's always at the bottom.

Macht es Sinn auch einzelne Anträge direkt auf deren Seite verfolgen zu können?
Ich denke da konkret an einen Button auf https://www.ratsinformant.de/antraege/XXX der dafür sorgt das ich bei Statusänderungen oder neuen Dokumenten eine Mail verschickt.

Optional kann man natürlich auch noch ne personalisierte Liste im Webinterface machen, in dem alle Änderungen an den beobachteten Anträgen aufgelistet werden.

@CatoTH

• I cloned the repo
• got the dependencies via composer

But now I get a blank page when going to http://localhost/Ratsinformant/html/ with this error in the log:

PHP Warning:  require(/home/jan/Ratsinformant/html/../protected/config/main.php):
failed to open stream: No such file or directory
in /home/jan/Ratsinformant/vendor/yiisoft/yii/framework/base/CApplication.php on line 133,
referer: http://localhost/Ratsinformant/

PHP Fatal error:  require():
Failed opening required '/home/jan/Ratsinformant/html/../protected/config/main.php'
(include_path='.:/usr/share/php:/usr/share/pear:/home/jan/Ratsinformant/html/../libraries/')
in /home/jan/Ratsinformant/vendor/yiisoft/yii/framework/base/CApplication.php on line 133,
referer: http://localhost/Ratsinformant/

Do I need to resolve more dependencies for the yii framework?

To enable complete indexing by search engines, a sitemap according to http://www.sitemaps.org/ would come in handy.

In Fällen, in denen die Tagesordnung auf dem PDF viel umfangreicher ist als auf der RIS-Seite, sollten die Punkte aus dem PDF genommen werden.
Beispiel:
https://www.ratsinformant.de/termine/3103988

Herausforderung:

• Struktur des PDFs automatisiert parsen
• Links mit übernehmen, die nur auf der RIS-HTML-Seite enthalten sind (insb. Sitzungsvorlagen)

Die täglich erscheinende Rathausumschau bietet neben dem Abdruck von Stadtratsanträgen und Antworten auch viele aktuelle Informationen rund um die Stadt. Die erscheint in PDF-Form: http://www.muenchen.de/rathaus/Stadtinfos/Presse-Service.html
Es wäre sicher interessant, die Benachrichtigungsfunktion auch auf die Rathausumschau auszuweiten.

Anscheindend gibt es im RIS einige Dokumente dreifach, wie z.B. "Einladung Plenum (oeff)" in https://www.ratsinformant.de/termine/3212121. Auch wenn das wahrscheinlich ein Fehler des RIS ist, solten wir trotzdem doppelte Dokumente rausfiltern (z.B. über Hash-Werte).

If external fonts are used, they should be hosted locally for privacy reasons. First, we need to decide on the used fonts, though.

• make the map bigger, full width
• use geolocation to find people’s location automatically (fallback to whole Munich map)
• add switch for »What are you interested in« to select a Referat/Topic

cc @CatoTH @dzdora

@nepomunich @dzdora

Die Schnellsuche sollte auch über OpenSearch aufrufbar sein, was insb. bei Chrome sehr praktisch ist.

Wenn ich Safari (und ggf. auch anderen Browsern) nicht die gesamte Bildschirmbreite zur Verfügung stelle überdeckt das Suchfeld die Überschrift des eigentlichen Inhalts. (vgl. Screenshot)

Hier wird in der rechten Leiste   als Fraktion angezeigt.

Die anderen Seiten laden zwar noch, aber nur sehr langsam. Laut git bisect ist 7cb25b9 der "böse" commit.

Once we've chosen a license, we can use GitHub's service to create the LICENSE file.

@CatoTH Wenn das für dich ok ist, dann füge ich ganz unten an der Benachrichtigungsseite ein "Accound-Löschen"-button hinzu.

Wird jetzt im Pad diskutiert. Vorschläge erwünscht :)

Ich hab auch nichts dagegen, es bei "Ratsinformant" zu belassen; aber falls jemand einen etwas schickeren Titel findet, hätte ich auch kein Problem damit, den Namen noch zu ändern. Nur sollte der Titel halt auch nichts versprechen, was dann nicht eingehalten wird, deswegen wäre ich auch gegen das zuvor vorgeschlagene "München gestalten".

The printing mode (currently only defined by html/css/print.css) still could use a little more polishing.

Viele Webseiten haben besondere 404 Seiten, u.a. GitHub, der Postillion, Codding Horror und mozilla. Schön wäre es, nicht nur ein großes "404", sondern ein passendes, idealerweise München-bezogenes Bild und eine Erklärung anzuzeigen.

I’ll do that

Ausschussmitgliedschaften werden zurzeit noch gar nicht mitprotokolliert.
Bei BA-Mitgliedern wird die BA-Mitgliedschaft nur teilweise ausglesen: nur die jeweils aktuelle Mitgliedschaft, nicht die frühere.

Problem gerade bei BA-Mitgliedern: im RIS werden auf der einen Seite die vergangenen BA-Mitgliedschaften angezeigt (z.B. http://www.ris-muenchen.de/RII2/BA-RII/ba_mitglieder_details_mitgliedschaft.jsp?Id=1419810&Wahlperiode=3184784), und auf einer anderen ohne irgendwelche IDs die Fraktionsmitgliedschaften http://www.ris-muenchen.de/RII2/BA-RII/ba_mitglieder_details_fraktion.jsp?Id=1419810&Wahlperiode=3184784 . Im aktuellen Ratsinformant-System wird allerings die BA-Mitgliedschaft nur über die Fraktionszugehörigkeit ermittelt.

Lösungsmöglichkeit 1 wäre, die Fraktionszugehörigkeit zu erraten.
Lösungsmöglichkeit 2 wäre eine separate Mitgliedschafts-Relation, die dann auch für Ausschussmitgliedschaften weiterverwendet werden könnte.

RISParser.StadtratTerminParser soll mitprotokollieren, wenn sich Tagesordnungen ändern:

• neuer Eintrag in antraege_ergebnisse_history
• neuer EIntrag in ris_aenderungen
• antraege_ergebnisse.datum_letzte_aenderungen aktualisieren

Auf BA-Seiten wie z.B. https://www.ratsinformant.de/ba/25 sollten auf der Karte auch die Punkte eingezeichnet werden (evtl. auch nur als opt-in), die in der Tagesordnung der vergangenen oder kommenden BA-Sitzung erwähnt werden, auch wenn es keine Dokumente dazu gibt.

Ich würde gerne den Kalender verbessern, bräuchte dazu aber (realistische) Termine zum Testen. Deshalb würde ich gerne mit Hilfe des Termin-Parsers alle Termine aus dem RIS laden, konnte aber nicht herausfinden, wie man das macht. Ich benutze einen Ubuntu-Rechner mit einer lokalen Installation.

ES wäre außerdem gut, eine Anleitung im repository zu haben, die das etwas allgemeiner gefasst erklärt. Auch wäre eine crontab mit tägliche Parsen als Beispiel schön.

https://gist.github.com/konstin/6310b8edabd7db57b2a2

Eine API auf OParl-Basis wäre sinnvoll, um Dritten die Entwicklung einer App auf Basis unseres Datenbestands zu ermöglichen. Die zugrundeliegende Datenstruktur der Spezifikation unter http://oparl.org/ wirkte bei erster Inaugenscheinnahme flexibel genug, um unser Datenmodell abzubilden, wenn sich auch vieles an (wichtiger) Funktionalität noch nicht in die Spezifikation eingeflossen ist (z.B. eine Suche).

Empfohlenes Vorgehen: warten, bis entweder der OParl-Standard offiziell verabschiedet ist, oder sich jemand meldet, der Interesse an einer solchen API hat.

Die Protokolle sind bereits teilweise über die "Termine"-Seite verfügbar, eine eigene Seite wäre aber trotzdem praktischer. Auch eine Benachrichtungsfunktion für neue Protokolle wäre schön.

Copy/Paste aus den Mails von Bernd und mir:

• Antrag
• Ausschuss

• Beauftragte (z.B. Kinderbeauftragte, Beauftragte gegen Rechtsextremismus, ... die wären auch für die Personen/AnsprechpartnerInnen-Seite interessant)
• Beiräte (http://www.muenchen.de/rathaus/Stadtpolitik/Beiraete.html)
  • Beschluss
• Beschlussvorlage
  • Bezirksausschuss
• Bürgerentscheide / Bürgerbegehren / Ratsbegehren
  • Bürgermeister
• Fraktionen / Stadtratsgruppen
  • Haushalt
  • Oberbürgermeister
  • Referat
  • Satzung
  • Stadtteil
  • Stadtrat
  • Verordnung
  • Verwaltung

Bei den einzelnen Referaten sollte noch irgendwo erklärt werden, was die jeweils machen - z.B. beim KVR oder Direktorium ist das ja keinesfalls selbsterklärend, und zumindest mit ersterem hat man ja doch häufiger Kontakt. Ob die Erklärung dann im Glossar oder wo anders besser aufgehoben ist, sei mal dahingestellt.
Vielleicht ist es auch noch sinnvoll, das Konzept der Kreisfreien Stadt noch kurz zu erklären? (Vielleicht führt das aber auch zu weit...)

Beim Punkt Satzung sind IMHO zwei Aspekte interessant.
Zum einen die eigene Verfasstheit der politischen Gremien, also z.B. die (enttäuschend unspektakuläre) Hauptsatzung der Stadt oder die Satzung der Bezirksausschüsse. In dem Kontext sind dann auch die Geschäftsordnungen zu erwähnen, da gibt es z.B. eine für den Stadtrat und eine für die BAs. Am interessantesten für unseren Fall dürfte die Geschäftsordnung des Stadtrats sein. http://www.muenchen.info/dir/recht/A_StadtratGeschO/A_StadtratGeschO_20140521.pdf
Zum anderen die Satzungen, die die Stadt erlässt, also z.B. Informationsfreiheitssatzung, Friedhofssatzung, Bibliothekssatzung usw.

Es sollte auch möglich sein, Personen und Referate über das Schnellsuchfeld zu finden.

Es gibt Seitentitel wie "Personen", aber auch "Ratsinformant - Termine" sowie "Ratsinformant: Bezirksausschuss x". Es wäre deshalb sinnvoll, einen Standart zu vereinbaren und den dann auf allen Seiten umzusetzen.

Tagesordnungspunkte tauchen manchmal doppelt auf, wenn nachträglich eine Vorlage zugeordnet wurde.

The page should be redesigned to have a nicer interface, using Bootstrap standard components where possible.

Die folgenden Seiten führen zwar auf https://www.ratsinformant.de, nicht aber auf meinen eigenen Server zu 500 Fehlern ("Internal Server Error"):

• https://www.ratsinformant.de/antraege/3413003
• https://www.ratsinformant.de/antraege/3413003

Eine spezielle Seite, bei der man die Suche nach Zeit, Themenbereich, Status, etc. filtern kann um ganz bestimmte Dokumente zu finden. Die Seite sollte etwas versteckt sein, um keine Nutzer damit abzuschrecken.

Aktuell wird das Datum eines Dokuments auf das Funddatum gesetzt. Das ist bei aktuellen Dokumenten halbwegs akkurat, aber bei der schieren Masse des Altbestands nicht. Bevor Suchen nach Datum möglich sind, muss also erst eine Möglichkeit gefunden werden, das Datum eines Dokuments zu ermitteln.

Die E-Mail vom 26.9 hatte noch css direkt dabei, die vom 3.10 nicht mehr.

Benachrichtigungen -> alle Benachrichtigungen als Feed -> [neue Seite, z.B. https://www.ratsinformant.de/benachrichtigungen/alleFeed/9-ee54a327cf und 500]

One way is introducing how to run the code locally so you can work on it https://github.com/CatoTH/Ratsinformant/pull/1

And we should have some small tasks, and define the issues here.

Umlaute werden noch falsch angezeigt