Change Details

Hello, kmlexport tool is broken. For too many articles on Czech Wikipedia it produces broken KML file (with wrong encoding). Because it is used by some other map tools, these tools for those articles are broken too. You can see the broken result for the following example articles: - [[https://cs.wikipedia.org/wiki/Středověké_památky_v_Kosovu|cs:Středověké památky v Kosovu]] - [[https://cs.wikipedia.org/wiki/Seznam_kostelů_v_Brně|cs:Seznam kostelů v Brně]] Also you can look on the //Mapa souřadnic// (GeoGroup) template in these pages, what kmlexport output looks like in some derived map tools getting the result from the tool. osm4wiki for OpenStreetMap can show the broken result, but with broken encoding, but mapycz for Windymaps and wm-world for Google Maps are broken at all (even can not show a map, which is shown when empty KML file is used). Could somebody please help? It does not work correctly on 50 % of articles. I asked the author, but he isn't very active and after a month there is still no response, Perhaps he'll answer here. As there is no other tool, which could extract all coordinates from an article, fixing this tool is crucial for the Czech Wikipedia (and maybe some others). I think the issue can be in two things: Maybe some #Toolforge settings related to Perl, cronjob, webserver, article access or kmlexport changed and the encoding handling is different than in the past. Or maybe there is some encoding issue inside tool's source code – [[https://tools.wmflabs.org/kmlexport/?source=|published]] under WTFPL (T92963#2265237) license (#tools). This is why I added both tags, is that right?

Hello, kmlexport tool is broken. For too many articles on Czech Wikipedia it produces broken KML file (with wrong encoding). Because it is used by some other map tools, these tools for those articles are broken too. You can see the broken result for the following example articles: - [[https://cs.wikipedia.org/wiki/Středověké_památky_v_Kosovu|cs:Středověké památky v Kosovu]] - [[https://cs.wikipedia.org/wiki/Seznam_kostelů_v_Brně|cs:Seznam kostelů v Brně]] Also you can look on the //Mapa souřadnic// (GeoGroup) template in these pages, what kmlexport output looks like in some derived map tools getting the result from the tool. osm4wiki for OpenStreetMap can show the broken result, but with broken encoding, but mapycz for Windymaps and wm-world for Google Maps are broken at all (even can not show a map, which is shown when empty KML file is used). Could somebody please help? It does not work correctly on 50 % of articles. I asked the author, but he isn't very active and after a month there is still no response, Perhaps he'll answer here. As there is no other tool, which could extract all coordinates from an article, fixing this tool is crucial for the Czech Wikipedia (and maybe some others). I think the issue can be in two things: Maybe some #Toolforge settings related to Perl, cronjob, webserver, article access or kmlexport changed and the encoding handling is different than in the past. Or maybe there is some encoding issue inside tool's source code – [[https://tools.wmflabs.org/kmlexport/?source=|published]] under WTFPL (T92963#2265237) license (#tools). This is why I added both tags, is that right?

Hello, kmlexport tool is broken. For too many articles on Czech Wikipedia it produces broken KML file (with wrong encoding). Because it is used by some other map tools, these tools for those articles are broken too. You can see the broken result for the following example articles: - [[https://cs.wikipedia.org/wiki/Středověké_památky_v_Kosovu|cs:Středověké památky v Kosovu]] - [[https://cs.wikipedia.org/wiki/Seznam_kostelů_v_Brně|cs:Seznam kostelů v Brně]] Also you can look on the //Mapa souřadnic// (GeoGroup) template in these pages, what kmlexport output looks like in some derived map tools getting the result from the tool. osm4wiki for OpenStreetMap can show the broken result, but with broken encoding, but mapycz for Windymaps and wm-world for Google Maps are broken at all (even can not show a map, which is shown when empty KML file is used). Could somebody please help? It does not work correctly on 50 % of articles. I asked the author, but he isn't very active and after a month there is still no response, Perhaps he'll answer here. As there is no other tool, which could extract all coordinates from an article, fixing this tool is crucial for the Czech Wikipedia (and maybe some others). I think the issue can be in two things: Maybe some #Toolforge settings related to Perl, cronjob, webserver, article access or kmlexport changed and the encoding handling is different than in the past. Or maybe there is some encoding issue inside tool's source code – [[https://tools.wmflabs.org/kmlexport/?source=|published]] under WTFPL (T92963#2265237) license (#tools). This is why I added both tags, is that right?