(03-06-2016 02:46)Edolo Ha scritto: Rob... ho riprovato con un altro reader su un altro pc e pure sul telefono, credo che sia un problema loro. Forse potresti provare a mandar due righe per segnalare il malfunzionamento. Credo sia l'unica.
Ciao
grazie mille Edolo
![Smile Smile](images/smilies/smile.gif)
bon gli scrivo poi racconto che dicono
bv
Nel frattempo, trovato questo su internet: sembra sia un problema di "charset", l'aemet ne usa uno diverso da quello dei lettori di flussi; quindi non li trovano.
Che faccio devo chiedere all'aemet se possono cambiare il charset ?
![Smile Smile](images/smilies/smile.gif)
Oppure dice "forzare il Saxparser a usare il charset ISO", che a parte la parolina ISO per me è charset cinese
Agregando el código de una localidad a la ruta de acceso al WS, se ofrece un XML con la previsión meteorológica de los próximos días. Por ejemplo, para La Cabrera, el código de localidad es el 28030, y su XML correspondiente
http://www.aemet.es/xml/municipios/localidad_28030.xml .
Pero en la mayoría de los casos, Android falla al intentar parsear el XML.
Todo se debe a.... TACHAN TACHAN: ¡los benditos charset! Usan un charset "ISO-8859-15", derivado del charset ISO-8859-1, mucho más estándar, pero agregando unos pocos símbolos más (el del euro, y cosillas así). Android, al no reconocer este charset tan específico, usa su charset por defecto: UTF-8. Y sí, como era de esperar, en el XML meten Ñs y acentos como si fueran fiestas patronales, por lo que el SaxParser pega un castañazo épico.
A mi me dio problemas en un par de pruebcillas que me hice, y pensé que era cosa mía. Pero a raíz de esta pregunta en StackOverflow me ha dado por pensar que este problema podría darse con frecuencia, y podría resultar de ayuda encontrar y compartir una solución.
La solución (workaround, más bien): dado que el charset escogido es altamente compatible con el más estándar ISO-8859-1, forzar al SaxParser a utilizar éste último, que sí está soportado por Android.