openstreetmap-polska / gugik2osm Goto Github PK

https://budynki.openstreetmap.org.pl/#map=17.46/50.17382/21.025476

Chodzi o to, żeby problemy z warstw generowanych przez overapassa były widoczne z widoku "Polska"

https://www.openstreetmap.org/way/1201079336/

Odziwo brakuje również source. Było kilka takich przypadków.

Wyszukiwarka Mapboxa pomija niektóre obiekty, przykład: miasto Krotoszyn w województwie wielkopolskim:

vs wyniki zwracane przez https://labs.mapbox.com/geocoder-feedback/

Wstępna analiza Tomka wskazała, że możliwe, iż niektóre miasta są traktowane jako POI.

oryginalny issue stworzony przez maro-21

Czemu stare repozytorium zostało usunięte i nowe stworzone "ręcznie"? Teraz nie mogę śledzić postępów moich zgłoszonych problemów, nie będę mógł też odpowiedzieć na ewentualne pytanie. Przecież można przenieść repo z zachowaniem historii.

Gminy korzystające z usług Geo-systemu - https://www.punktyadresowe.pl/ - aktualne adresy mają w tym systemie.
Często występują różnice między nimi a adresami z PRG, niestety na niekorzyść PRG.
Adresy dla tych gmin można pobrać z https://integracja.gugik.gov.pl/daneadresowe/
Czy to nie jest to samo źródło co PRG?
Jak można zapobiec importom takich nieaktualnych adresów?

do zastanowienia

Nie ma adresów tylko na Dolnym Śląsku. Co się stało?

Nie, nie dodaliśmy wszystkich adresów w międzyczasie ;)

w v3 nie trzeba będzie klikać obrazków, automatycznie oceniane jest w skali od 0 do 1 jak prawdopodobne, że akcja zrobiona przez bota (0 to raczej bot 1 to prawie na pewno człowiek)

https://developers.google.com/recaptcha/docs/v3

czerwony kolor budynki, fioletowy adresy

na przykładzie https://docs.mapbox.com/mapbox-gl-js/example/updating-choropleth/

https://budynki.openstreetmap.org.pl/#map=17.93/50.278027/18.467257

Problem dotyczy adresu Sierakowice, ul. Stawowa. Strona „Budynki OSM” wskazuję, aby dodać brakujący adres „Stawowa 4” natomiast nie ma informacji o adresie „Stawowa 12” (pomimo że taka informacja powinna być gdyż na OSM takiego adresu nie ma).

W pobliżu jest adres „Osiedlowa 12” i zastanawiam się, czy może to czasem nie powoduje problemu.

oryginalny issue stworzony przez maro-21

oryginalny issue stworzony przez maro-21

oryginalny issue stworzony przez maro-21

Przydatną byłaby możliwość przełączenia podkładu TMS OpenStreetMap na wersję greyscale, lub włączenie innego podkładu, na którym lepiej widoczne będą zarówno budynki jak i adresy. Obecne rozwiązanie utrudnia ocenę czy istnieją jakieś obiekty do importu w skalach widoczności typu cała miejscowość, powiat.

Aktualnie budynki w budowie są importowane jako zbudowane.
Proponuję je oznaczać jako building=construction, ew. pomijać.

oryginalny issue stworzony przez matkoniecz

Możliwe, że mapowania ulic będą dalej aktualizowane

przekazuje i potwierdzam

Od paru dni na stronie "budynki.openstreetmap.org.pl" nie wyświetlają się budynki niezmapowane w OSM. Pokazywały się one na mapie w kolorze czerwonym. W opcjach mam zaznaczoną opcję wyświetlania warstwy "budynki". Warstwa "adresy" wyświetla się prawidłowo. Czy ta opcja pokazywania budynków została wyłączona?

jak się ustawi ten parametr to nie trzeba będzie generować kafelków na niższych poziomach niż coś koło 14-16 bo wektory można skalować używając zjawiska "overzoom"

JOSM export is borked for this area:
https://budynki.openstreetmap.org.pl/josm_data?filter_by=bbox&layers=buildings_to_import&xmin=16.578997439673998&ymin=50.4842215286819&xmax=16.581572360328096&ymax=50.48498866820512

[2023-08-20 06:42:39,099] ERROR in app: Exception on /josm_data [GET]
Traceback (most recent call last):
  File "/opt/gugik2osm/venv/lib/python3.8/site-packages/flask/app.py", line 1513, in full_dispatch_request
    rv = self.dispatch_request()
  File "/opt/gugik2osm/venv/lib/python3.8/site-packages/flask/app.py", line 1499, in dispatch_request
    return self.ensure_sync(self.view_functions[rule.endpoint])(**req.view_args)
  File "/opt/gugik2osm/venv/lib/python3.8/site-packages/flask_restful/__init__.py", line 467, in wrapper
    resp = resource(*args, **kwargs)
  File "/opt/gugik2osm/venv/lib/python3.8/site-packages/flask/views.py", line 83, in view
    return self.dispatch_request(*args, **kwargs)
  File "/opt/gugik2osm/venv/lib/python3.8/site-packages/flask_restful/__init__.py", line 582, in dispatch_request
    resp = meth(*args, **kwargs)
  File "/opt/gugik2osm/app/resources/internal.py", line 135, in get
    data = objects.layers.select_data_for_layers([(layer, {'geojson_geometry': geojson_geometry_string}) for layer in selected_layers])
  File "/opt/gugik2osm/app/common/objects/layers.py", line 148, in select_data_for_layers
    data[layer.id] = layer.get_data(params)
  File "/opt/gugik2osm/app/common/objects/layers.py", line 27, in get_data
    data = db.data_from_db(self.query, geometry, row_as=dict)
  File "/opt/gugik2osm/app/common/database.py", line 124, in data_from_db
    cur.execute(query, parameters) if parameters else cur.execute(query)
  File "/opt/gugik2osm/venv/lib/python3.8/site-packages/psycopg2/extras.py", line 251, in execute
    return super(RealDictCursor, self).execute(query, vars)
psycopg2.errors.ArraySubscriptError: cannot accumulate arrays of different dimensionality

Nastąpił błąd co do lokalizacji adresów w ramach importów z PRG, obecnie na stronie https://budynki.openstreetmap.org.pl/ w przykładowej lokalizacji np. Bystrzyca Kłodzka mamy adresy z miejscowości Jawor oddalonej o kilkadziesiąt kilometrów.

https://www.openstreetmap.org/relation/6125207 https://budynki.openstreetmap.org.pl/#map=18.77/50.0777878/19.8865033

(nie zgłaszałem tego budynku by dało się przetestować tą zmianę)

*.overpassql is now the recommended file extension for Overpass QL: OSM Wiki: Overpass QL § File extension
(Disclaimer: I added that section after some discussion.)

I propose to rename all Overpass QL files in this repo to *.overpassql for consistency.

Context: GitHub's syntax highlighting engine requires that 200 repositories use the same file extension before they consider supporting that syntax and file extension: github-linguist/linguist#5890

komentarz maro-21
Te 2 metry to nie jest tak naprawdę rzeczywista odległość, a na pewno nie zawsze, jeśli aplikacja działa tak jak pisałeś wcześniej, że w przypadku adresu na budynku bierze odległość od jego środka ciężkości. Czasami adresy mogą być dodane przez kogoś ręcznie i wtedy punkt nie będzie dokładnie w tym samym miejscu co w PRG. Pewnie w rzeczywistości adresy reprezentujące wejścia do klatki budynku nie będą w odległości mniejszej niż 1,5 m, bo tyle to szerokość drzwi. Piszę to dlatego, że spokojnie można zmniejszyć nawet do jednego metra:)

oryginalny issue był tworzony przez szydzio

Np. w środę można by przerenderować zoom 7 i/lub 6 jeśli ten 6 nie jest znaczącym wyzwaniem dla serwera.

hej,
Pod linkiem do danych do woj. małopolskiego znajdują się dane do woj.lubuskiego. Tutaj:

https://budynki.openstreetmap.org.pl/opis_danych.html?fbclid=IwAR3-4EGivHv51TJXmt3AKf9711VqJ7cvECQ8Qu1jIo2ft7SGtJxvUDOPkNA

Czy byłoby możliwe dla Was wstawienie danych do małopolski? Bylbym super wdzięczny. Btw dzięki wielkie za udostępnenie projektu - nie muszę sklejać danych dla powiatów :))).
Pozdawiam

por https://www.openstreetmap.org/changeset/128450474 - niektórzy są zaskoczeni koniecznością weryfkacji

Numer miesiąca jest o 1 za mały, jak widać na obrazku - jest 10, powinno być 11

Zestaw z obrazka:
https://www.openstreetmap.org/changeset/128807830

Ze względu na próby importowania masowych danych, może jeszcze informacja na temat aktualności danych w poszczególnych regionach.

Do sprawdzenia - wygląda jakby nginx próbował wstać zbyt wcześnie i po restarcie hosta nie wstaje...

oryginalny issue stworzony przez maro-21

oryginalny issue stworzony przez wzbartczak

Czy zgłaszanie nieistniejących budynków jest zepsute? Zgłaszałem te w rejonie https://budynki.openstreetmap.org.pl/#map=16.75/50.087877/20.060214 - przeszły wszystkie procesy aktualizacji, dalej straszą

Chciałbym zaproponować dodanie ulepszenia na stronie "Budynki OpenStreetMap". Obecnie po wejściu na stronę wyświetla się duża ilość budynków i adresów, które jeszcze nie zostały zaimportowane do OSM. Często zdarza się, że w przypadku dużych skupisk brakujących elementów konieczne jest przełączanie się między warstwą OSM a ortofotomapą, aby dokładnie zlokalizować brakujące budynki lub adresy. Aby zobaczyć tylko same budynki i ukryć adresy, trzeba kliknąć w ikonkę "Warstwy", zaznaczyć odpowiednią opcję w pojawiającym się oknie, a potem zamknąć je aby dalej pracować na mapie. Myślę, że można to zrobić bardziej wygodnie.

Proponuję przenieść funkcję ukrywania adresów lub budynków poza okno warstw. Tak aby po prawej stronie ekranu wyświetlić dwie ikonki: jedna adresów i druga budynków. Dzięki takiemu rozwiązaniu wystarczyłoby jedno kliknięcie, aby wyświetlić tylko budynki i ukryć adresy (albo na odwrót). Podobne ułatwienie mogłoby być wprowadzone także dla opcji "Ortofotomapa (zdjęcia lotnicze)" oraz "Aktualizacje OSM i eksporty danych". To ułatwiłoby pracę i przyspieszyło importowanie danych do OSM, co na pewno byłoby bardzo pomocne dla użytkowników serwisu.

https://wiki.openstreetmap.org/wiki/Key:addr:street:sym_ul

W tej chwili każdy importowany budynek ma dodawany tag
source=www.geoportal.gov.pl

Jest tym samym bardzo niekonkretny, gdyż:

1. source jest ogólne, w przypadku np. dodania poi do budynku przestaje być jasne, czego ono dotyczy (budynku czy poi)
2. www.geoportal.gov.pl jest bardzo ogólne, na tym portalu jest przecież dostępna także inna baza budynków (Integracja), a import nie pochodzi z niej

Proponowałbym zmianę na bardziej szczegółowy tag, np.
source:building=BDOT

Nowy WMS z nową ortofotomapą z Geoportalu jest już dostępny.
Wystarczy podmienić początek adresu z
https://mapy.geoportal.gov.pl/wss/service/img/guest/ORTO/MapServer/WMSServer
na https://mapy.geoportal.gov.pl/wss/service/PZGIK/ORTO/WMS/StandardResolution

https://www.geoportal.gov.pl/o-geoportalu/aktualnosci/-/asset_publisher/HCHq0YGNRszn/content/15-02-2021-nowe-uslugi-wms-i-wmts-dla-ortofotomapy

https://stackoverflow.com/questions/47448930/enable-a-button-if-atleast-one-checkbox-is-checked-using-javascript/47449077