Reply to thread

Message

<blockquote data-quote="michael_t" data-source="post: 956333" data-attributes="member: 85139">Thank you for providing the sample mapping file. I tried to do my own icon mappings but got some strange results. Some examples (I disabled translation):<ul>
<li data-xf-list-type="ul">Two different conditions for cloudiness (i think it was &quot;cloudy&quot; and &quot;mostly cloudy&quot;) use the same icon though I mapped them to two different icons</li>
<li data-xf-list-type="ul">The string &quot;snow flurries&quot; is displayed, but the online page of wetter.com does not tell anything about &quot;snow flurries&quot; (only of &quot;light snow&quot;).</li>
<li data-xf-list-type="ul">Though &quot;snow flurries&quot; is used as a display string, &quot;snow_flurries&quot; does not work in the mapping file for wetter.com (but it obviously works for other providers)</li>
</ul>So I am a bit confused about how the weather conditions returned from the provider API calls are mapped to display strings (&quot;snow flurries&quot;) and to icon mapping strings (&quot;snow_flurries&quot;). Do I misunderstand the logic of the mapping or is there a bug in this mapping for wetter.com?&nbsp;Michael&nbsp;PS: One improvement suggestion for the mapping file: It would be great if the file name in the mapping file could be a real string instead of only a number (e.g. &quot;day_snow&quot; would refer to the icon file &quot;day_snow.png&quot; like &quot;14&quot; now refers to the icon file &quot;14.png&quot;). This would be fully compatible with the old icon naming scheme but would allow speaking icon names.</blockquote>

[QUOTE="michael_t, post: 956333, member: 85139"] Thank you for providing the sample mapping file. I tried to do my own icon mappings but got some strange results. Some examples (I disabled translation): [LIST] [*]Two different conditions for cloudiness (i think it was "cloudy" and "mostly cloudy") use the same icon though I mapped them to two different icons [*]The string "snow flurries" is displayed, but the online page of wetter.com does not tell anything about "snow flurries" (only of "light snow"). [*]Though "snow flurries" is used as a display string, "snow_flurries" does not work in the mapping file for wetter.com (but it obviously works for other providers) [/LIST] So I am a bit confused about how the weather conditions returned from the provider API calls are mapped to display strings ("snow flurries") and to icon mapping strings ("snow_flurries"). Do I misunderstand the logic of the mapping or is there a bug in this mapping for wetter.com? Michael PS: One improvement suggestion for the mapping file: It would be great if the file name in the mapping file could be a real string instead of only a number (e.g. "day_snow" would refer to the icon file "day_snow.png" like "14" now refers to the icon file "14.png"). This would be fully compatible with the old icon naming scheme but would allow speaking icon names. [/QUOTE]

Verification