Dimitar

Results 163 comments of Dimitar

[Billa](https://www.billa.at), [Lidl](https://www.lidl.bg), [Penny](https://www.penny.de), [Lukoil](https://lukoil.rs/sr), [Gazprom](https://www.gazprom-petrol.bg) and possibly other brands also style their names in all caps but in NSI they are in camel case.

> For relations [172969](https://relatify.monicz.dev/?relation=172969) and [11596921](https://relatify.monicz.dev/?relation=11596921) the ordering works as expected. Currently it places Nowy Prokocim stop before Ćwiklińskiej (which is incorrect). This issue is likely a duplicate of https://github.com/Zaczero/osm-relatify/issues/83,...

We got rid of the `crossing=marked` presets (https://github.com/openstreetmap/id-tagging-schema/pull/590). Maybe it's time to change the "Unmarked crossing" presets to use `crossing=uncontrolled + crossing:markings=no` instead of `crossing=unmarked`.

On the other side of the big lake "controlled" is `crossing=traffic_signals` and "uncontrolled" is everything without traffic signals. Pedestrians have priority over non-rail vehicles on both types of crossings (which...

The URL has changed. It also seems like it's the exact same compared to https://github.com/alltheplaces/alltheplaces/blob/master/locations/spiders/technopolis_bg.py. Is is it needed to abstract it in it's own class?

## Test-Documentation ### Preview links & Sidebar Screenshots ![image](https://github.com/user-attachments/assets/75ed64ae-43e7-44a3-b9c9-1df232ec23b3) ### Search N/A ### Info-`i` ~~It should get the value from the item, if I'm not mistaken, https://wiki.openstreetmap.org/wiki/Item:Q22646.~~ ~~![image](https://github.com/user-attachments/assets/a7a991cc-2ea1-49e1-b771-b88de4ca4cc4)~~ Working as...

It isn't needed currently. It can be seen from local Taginfo instances, since it is used in very few places. Mostly concentrated in a single city or two in each...

Closing for now since it won't be merged in its current form.

Of course we don't have documentation and we don't know which one is preferred...

@tordans The issue is about custom **map data URL**. The inconsistency is that the custom background URL is remembered while the custom map data URL isn't.