it seems indeed that, according to the wiki, this should not be
> placed on areas.
> However, I expect that in all these cases, all flats are
> accessible behind the same door.
> So correcting the tag will have the same effect.
>
&
Hello,
Le 15.06.20 à 08:23, Sander Deryckere a écrit :
> https://www.openstreetmap.org/#map=19/50.87528/4.69102
https://www.openstreetmap.org/way/499694374
this look like a mistake :
wiki : marking range of numbers of flats behind a door,
but the object isn't a door, it's a building
maybe osm.c
Hello,
Le 25.04.20 à 14:23, Midgard a écrit :
> I see a lot of almost-junction reports in my
> neighbourhood, but they're all false positives.
true, it's not always an error.
wiki advice noexit=yes on final node to explicit when it's not an error.
but a tree is enought to be unable to do it remot
Hello,
Le 23.04.20 à 12:09, joost schouppe a écrit :
> I'm not aware of Brussels traffic sign data.
osmose have 421 reports "traffic sign found by IA Mapillary
but not in osm"
https://osmose.openstreetmap.fr/fr/errors/?item=8300%2C8320&country=belgium_brussels_capital_region
but, take care of the
Hello,
Le 17.03.20 à 16:26, rodeo .be a écrit :
> I assume they were not visible because the tags were deprecated
military=bunker isn't deprecated, it's the correct tag for a bunker
still in military use.
I found at least one currently visible mapped with a node
https://www.openstreetmap.org/nod
Le 11.03.20 à 13:50, Julien Fastré via Talk-be a écrit :
>
>
> Le 11/03/20 à 10:26, Jonathan Beliën a écrit :
>> Any help to make the OSMBE tileserver work more efficiently is more than
>> welcome.
>> Maybe we could partner up to make such a thing happen.
>> If you have any idea to make it work
Le 10.03.20 à 20:51, Jonathan Beliën a écrit :
> I need to start a powerful server to run the database update
> and then the tiles update
this part is scripted ? a cloud server ?
what's the hd size, type (hdd<>sdd) and number of cpu cores needed
to update all tiles in one day ?
Regards,
Marc
_