Known Issues with Character Encoding

Which grabbers status will turn red if we add character encoding checks?

tv_grab_re writes iso-8859-1 header and programs but adds utf-8 encoded categories.
#1910245 should add a test for HTML entities in the generated XML. (hint ´ is invalid XML!)

Issues with Time Zones

#2483562 tv_grab_huro in netherlands
should add a test for implicit UTC vs. localtime (update grabbers to explicit UTC/offset and complain about missing time offset)

Feel free to take anything from the list

use .cvsignore
remove attic
unbreak links
- grep xmltv.org/wiki */*/*
#1701027 was fixed in 2010-01
#1772487 seems fixed in 2008 (whenever, test_grabbers should complain if it turns up again, tested with 3/4 of these channels)
#1880681 the bug was solved (not a bug), the suggestion for Supplementary Files is turning one can of worms into another...
#2043773 channel_ids have been updated meanwhile
#2680308 user reported back, it's not an issues anymore
tv_grab_huro has no maintainer?
- #2748362 site changes: holes in the collected programs
- #2837668 site changes: unexpected hash references
- #2858285 close it, was "no channels found", the grabber does not fail completely anymore (see status)
- #2880092 close it, was "no programs at all", test_grabbers gets some programs
- #2910015 close it, was "no programs on channel 1", test_grabbers tests with that channel succesful
#1862311 tv_grab_hr was fixed at the site [1]
#1184586 close it, a postnuke module that can render xmltv data is out of scope of XMLTVProject
#1878505 close it, wishlist item directed at the data source, not the grabber
#1938073 close it, XMLTVFormat doesn't allow floating time stamps! so shifting stuff around to please some local time is up to the consuming program. (better yet, just store everything in utc and add some intelligent local time handling... /rant)

You can also append a timezone to the end; if no explicit timezone is given, UTC is assumed.