[OSM-dev] ID presets problem

[Bryan Housel]

> On Feb 11, 2018, at 3:47 AM, NopMap <ekkehart at gmx.de> wrote:
> 
> 1. tourist attraction
> 
> Bryan Housel wrote
>> The “Tourism” field will appear in the sidebar because that field has been
>> set up recently as a “universal” field that defaults to “attraction"
> 
> Thank you, that is it. I missed the "universal" attribute completely. I had
> removed the field altogether to avoid the problem, but removing the
> universal should suffice.


Great!


> 2. no address input
> 
> I have figured out part of the address problem. For some reason, the
> geocoding service is unavailable and in that case ID silently disappears all
> address input fields instead of showing an error and/or falling back to a
> default locale. As a workaround I am setting a default locale. Maybe I
> should create an issue for that silent failing?

We’re tracking that on 
https://github.com/openstreetmap/iD/issues/4198 <https://github.com/openstreetmap/iD/issues/4198>



> I am not quite sure why the nominatim service does not work. It also appears
> that the taginfo service does not work either. Those fields which are
> supposed to get their values from taginfo also remain empty. I assume that
> is has something to do with the test instance running on localhost. Or is
> there additional configuration work required for those services?

It should just work - I run iD on localhost all the time.   ¯\_(ツ)_/¯



> 3. Custom icons
> 
> I have already successfully changed the whole map CSS setup to mimick the
> map design of my site. The only thing that remains is to exchange the maki
> icons for my own POI icons. At the moment I am at a loss on how to do that.
> All icon handling is geared toward SVG and the maki library.
> 
> How can I get my own .PNG icons into the presets? Any hints?

Ah, sorry - iD only supports SVG for the preset icons.  There are just a lot of benefits to doing it that way.



Thanks, Bryan


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20180211/def85476/attachment.html>