Neuer Datenbereitsteller und Bugfix in der API

[Jayan Areekadan]

Hallo Zusammen,

wie versprochen gibt es einen neuen Datenbereitstellen auf offenedaten-koeln.de. Die Stadtbibliothek Köln ist jetzt mit ersten Datensätzen (Statistik und Kennzahlen) dabei:

http://offenedaten-koeln.de/blog/blog_stadtbib_koeln

Außerdem gab es ein Bugfix in der Dataset Api beim Package_Show Endpunkt. Es wird nun direkt auf das File verlinkt und nicht mehr auf die Webseite der Ressource. Hier ein Beispiel:

http://offenedaten-koeln.de/api/3/action/package_show?id=vornamen

Die Auflistung aller Datensätze kann über den package_list Endpunkt erfolgen:

http://offenedaten-koeln.de/api/3/action/package_list

Viele Grüße

Jayan

[Andreas Kuckartz]

2015-02-04 10:56 GMT+01:00 Jayan Areekadan <jay....@googlemail.com>:
> Außerdem gab es ein Bugfix in der Dataset Api beim Package_Show Endpunkt. Es
> wird nun direkt auf das File verlinkt und nicht mehr auf die Webseite der
> Ressource. Hier ein Beispiel:
>
> http://offenedaten-koeln.de/api/3/action/package_show?id=vornamen

Die Werte von "last_modified" sehen so aus: "Date
changed\t2014-02-10T08:50:08+01:00". Es wäre gut, wenn dort "Date
changed\t" nicht enthalten wäre.

Die Werte von "description" enthalten teilweise (z.B. für 2014)
HTML-Tags, teilweise nicht. Ohne finde ich besser.

> Die Auflistung aller Datensätze kann über den package_list Endpunkt
> erfolgen:
>
> http://offenedaten-koeln.de/api/3/action/package_list

Beide URLs führen zu JSON-Dokumenten in denen Umlaute etc. mittels
Escape-Sequenzen kodiert sind. Ist das Absicht oder kann das auf UTF-8
umgestellt werden?

Siehe RFC 7159:

"JSON text SHALL be encoded in UTF-8, UTF-16, or UTF-32. The default
encoding is UTF-8, and JSON texts that are encoded in UTF-8 are
interoperable in the sense that they will be read successfully by the
maximum number of implementations; there are many implementations
that cannot successfully read texts in other encodings (such as
UTF-16 and UTF-32)."
https://tools.ietf.org/html/rfc7159

Gruß,
Andreas

[Jayan Areekadan]

Danke für die Info. Das „date changed“ Problem ist behoben. Die beiden anderen Anmerkungen prüfen wir und setzen diese ggfs. wir zum nächsten Release um.

Grüße
Jayan

[Andreas Kuckartz]

Prima. Ich habe direkt noch einen Verbesserungswunsch.

In http://offenedaten-koeln.de/node/1056.rdf enthält das Element
"content:encoded" im HTML-Code grosse Mengen "style"-Angaben inklusive
Schriftarten und -grössen etc. Offenbar ist das bei den anderen
"application/rdf+xml" Dokumenten ebenso. Die Style-Angaben sind dort
zwar nach meinem Verständnis technisch zulässig, aber unschön.
Idealerweise sollten die "style"-Attribute nicht veröffentlicht
werden. Denn sonst muss ein Client entweder vor der Anzeige die
Filterung selbst übernehmen oder er verwendet die dann wahrscheinlich
nicht passenden Styles.

Ich werde mir die RDF-Daten demnächst noch genauer ansehen, dann kommt
möglicherweise noch mehr Feedback.

Gruß,
Andreas

[Andreas Kuckartz]

Ich habe exemplarisch ausgewählte RDF-URLs von
http://offenedaten-koeln.de/ in die experimentelle LOD-Waschmaschine
(http://lodlaundromat.org/) gesteckt.

Das Ergebnis ist prima: bisher keine einzige Beanstandung! Damit ist
die Qualität überdurchschnittlich gut, denn leider sind viele Linked
Data-Angebote fehlerhaft.

Ich werde die Dateien möglicherweise zur (sehr einfach gehaltenen)
Illustration der Möglichkeiten von Linked Data verwenden. Dann kann es
sein, dass ich noch Änderungswünsche äußere.

Gruß,
Andreas