-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Kiszűrt, de OSM-en meglévő házszámok megjelenítése #3073
Comments
Támogatom! De kérném, hogy a részleteket tegyük egy táblázatba, mondjuk pont olyanba mint a hiányzó házszámok, csak itt a hibás szűrő értékek és a kiszűrt házszámok szerepelnének. |
Első körben az működne, hogy marad a /missing-housenumbers/.../view-result oldal, de az utolsó oszlopban minden cellába a hiányzó házszámok után külön sorban mondjuk pirossal megjelennek a kiszűrt házszámok is? Ez lehet egy hidden Ha ez megvan, lehet gondolkodni a külön oldalon. |
De ne az összes kiszűrt házszámot jelenítse meg, csak azokat amik léteznek osm-ben. |
Bocs, félreolvastam, először azt hittem, hogy az a cél, hogy a kiszűrt házszámok jelenjenek meg valahol, de most már látom, hogy az lenne a cél, hogy csak azok jelenjenek meg amik közben megjöttek OSM-re. Két irányból lehet ezt megközelíteni: a szűrők meg a házszámok. Vagy az OSM-ben lévő házszámokon megyek végig és megnézem, hogy van-e olyan szűrő ami ezt próbálja meg kiszűrni (pedig nem kell, hiszen ott van az OSM-en) vagy a szűrőn megyek végig és azt nézem, hogy az egyes elemek olyat szűrnek-e ami már ott van az OSM-en. Gondolom akkor hasznos egy ilyen lint kimenet ha könnyű rá reagálni, ez alapján alapvetően a szűrőkön kéne végigmenni és abból jelezni, hogy mi az ami már nem kell manapság. Ebből a szempontból egy teljesen külön oldal (pl /missing-housenumbers/.../view-unnecessary-filters) lenne szerintem is jó. Még egy nyitott kérdés, hogy a filtereknél kétfajta házszám leírás van: az invalid és a range. Az invalid az egyszerűbb, az egyetlen házszámot jelöl. Ha időközben az szerepel az OSM-ben, azért tudunk szólni. Mi legyen a range-ekkel? Azokat egyelőre ne vizsgáljuk? |
A range is kell, mert ha az utcát tovább építették akkor se tudjuk meg. |
Egy nagyon kezdetleges verzióm már van, itt csak azt nézem, hogy az invalid listából mi az amit használunk is az összehasonlítás során. Ilyesmit talál:
Ez biztató, a találat valós, itt az volt, hogy a referenciából tűnt el, már nem kell kiszűrni. Igyekszem használható állapotba hozni meg webes felületet alkotni hozzá, aztán majd jöhetnek a range-ek is. Lényeg, hogy ezt az egyet most ne javítsátok, hogy tudjak vele egyszerűen tesztelni. :) |
Ez is egy valós eset, hogy ref-ben nincs már, de az invalidokhoz még hozzá kell venni azt amit eredetileg kértünk, hogy az osm-en van, de kiszűrjük. |
Vicces módon az a könnyebb része :) Ilyesmiket találok:
És a 4 tényleg benne van az invalid listában és tényleg szerepel az OSM-en is. Következő lépés valahogy ezeket nyilvántartani, talán ilyesmi, hogy 1) reláció neve 2) utca neve 3) típus (invalid, lesz majd range is) 4) házszám 5) oka (referenciából tűnt el, osmben jelent meg). Utána már lehet tárolni, weben mutatni. |
Addresses <#3073>. Change-Id: Icce13dc67b3089704c63f293bb7e252a8fc4a0e3
Addresses <#3073>. Change-Id: Icce13dc67b3089704c63f293bb7e252a8fc4a0e3
Egyelőre így néz ki: https://osm-gimmisn.vmiklos.hu/osm/missing-housenumbers/budapest_01/view-lints Ez innen is linkelve van: https://osm-gimmisn.vmiklos.hu/osm/missing-housenumbers/budapest_01/view-result a tetején van egy "view lints" link, a csekklista alatt. A cron elvileg naponta frissíti, kézzel úgy lehet, hogy valamivel frissítitek a hiányzó házszámos cache-t (pl "update from osm" gomb), utána be kell tölteni a hiányzó házszámos oldalt (ez gyűjti össze a linteket), és utána már a view-lints mutatja. Eddig 3 relációra próbáltam (bp01, bp11, bp12), mindegyiknél van bőven találat. Ami még teendő / eldöntendő:
Ettől függetlenül ami már most megy azt lehet próbálgatni, konstruktív visszajelzés jöhet. :) |
igen, attól biztosan. ha olyan szám szerepel, amit kiszűr a range |
Frissítettem az al-feladatos checkbox listát, ezek jó ötletek szerintem. |
a "frissítés osmből" random működik, még nem jöttem rá hogy mikor frissül, de nyomok a view-lint meg a sima hiányzó oldalon aztán egyszer csak kevesebb lesz a lista |
Haha, leírom, hogy most hogy frissül, de ezen valóban van mit reszelni. :)
Helyette a "frissítés osmből" link az működhetne a lintes oldalon (van link, de a 3. pontot nem csinálja meg). |
A #3248 után a lokalizációs rész megvan, a többi még mindig megoldandó. |
A range prototípus ilyesmiket talál:
Most csak az első négyet néztem meg kézzel, ez mind érvényes találatnak tűnik. Következő lépés ezeket is eltárolni, weben mutatni. |
https://osm-gimmisn.vmiklos.hu/osm/missing-housenumbers/budapest_11/view-lints még kicsit bénácska (0-s házszámok, üres utcanevek, lokalizáció), de alakulnak a range-ek is |
https://osm-gimmisn.vmiklos.hu/osm/missing-housenumbers/budapest_11/view-lints az üres, 0-s, csak-angol kiment most már jó. |
a Gazdagréti tér 7 vagy 6 szor szerepel a listában és másiknál is van duplázódás. Gondolom azért, mert több objektum is van a 7-es számon. Ha lesz mellette osm link akkor már kevésbé lesz zavaró, viszont a további utcáknál is csak 1 előfordulást linkelünk, nem az összeset. egyébként nagyon jók a találatok, már egy elírt utcán találtam vele |
It's enough to show one occurrence, which is consistent with the additional streets output. Related to <#3073>. Change-Id: I670bcbe99f5b15dbf84fb8ca590afec7cd12e92b
It's enough to show one occurrence, which is consistent with the additional streets output. Related to <#3073>. Change-Id: I670bcbe99f5b15dbf84fb8ca590afec7cd12e92b
Ja nem volt szándékos a dolog, csak így sikerült :) A duplikátumokat most már szűröm sql insert időben (tehát ahol újragenerálódik, ott már jó lesz). |
…s json is outdated This means /missing-housenumbers/.../view-result and /missing-housenumbers/.../view-lints is now updated similarly: a change to data/relation-....yaml will automatically trigger an update of the lints, no need to work things around by: 1) updating from OSM 2) visiting the /view-result page 3) visiting the new /view-lints page anymore. Related to <#3073>. Change-Id: I50ea26be8d9004e9d6f04e0e1d407507b040cb11
…s json is outdated This means /missing-housenumbers/.../view-result and /missing-housenumbers/.../view-lints is now updated similarly: a change to data/relation-....yaml will automatically trigger an update of the lints, no need to work things around by: 1) updating from OSM 2) visiting the /view-result page 3) visiting the new /view-lints page anymore. Related to <#3073>. Change-Id: I50ea26be8d9004e9d6f04e0e1d407507b040cb11
^ filter/egyéb forrás után változtatás után most automatikus a lintek számítása |
Related to <#3073>. Change-Id: I2a325737a78e66c416c8d30714235f087087dc8f
Related to <#3073>. Change-Id: I2a325737a78e66c416c8d30714235f087087dc8f
https://osm-gimmisn.vmiklos.hu/osm/missing-housenumbers/budapest_11/view-lints A range esetén már vannak OSM linkek is. Most egyelőre hagytam, hogy mutassa az összeset, de ha nagyon zavar, vissza lehet térni ahhoz, hogy egyszerre csak egyet mutasson. |
az igazi az lenne, ha felgrouppolnád házszámra és a linkek egymás mellett lennének, mint itt. https://data2.openstreetmap.hu/utcanev.php?utcanevek=Balatonalm%C3%A1di
Ha nem akarsz vele kínlódni, akkor térjünk vissza az 1 szám 1 sorhoz. |
OK, fenti pipa-listába felvettem. |
#3337 után a deduplikálás most már jó lesz (generáláskor, tehát csak arra jó ami most lesz újra-generálva) invalid esetén osm link még mindig TODO |
a 3 duplán szűrődik ki, így azt mondja rá hogy
|
Hm, igazából jó, hogy ezt jelezzük, 5-19 miatt a 3 valóban felesleges, nem? Inkább az okot kéne kevésbé félrevezetően fogalmazni. "törölve a referenciából" helyett mondjuk "nem használt szűrő"? |
igen, a jelzés ok, a szöveg lehetne amit írtál |
#3340 után már ez a szöveg. |
A kettőt esetet nem tudjuk megkülönböztetni? Hogy tényleg nincs a referenciában, vagy csak a szűrő nem jó? |
Megnézem mit tehetek. |
#3356 után a fenti bp11 és Hadak útja 3 példa már "out of range" típussal lesz jelentve, a többi marad a "deleted from reference": https://osm-gimmisn.vmiklos.hu/osm/missing-housenumbers/budapest_11/view-lints |
A bp11 véletlenül housenumber-letters: true, és a fenti csak azzal ment. #3359 után az alapértelmezett beállításokkal is megtaláljuk ezeket az out of range invalid elemeket. |
Az alábbit nem látom a listában: Fardrusz utca 11/b: Fadrusz utca: |
Gondolom valami 11/b vs 11b dolog lesz. Elég macera, mert az összehasonlításnál a tartományok alapján való kiszűrés meg az egységes formátumra hozás az egy lépés, itt meg ki kéne jelezni, hogy valami tartományon kívül van (tehát nem lehet eldobni), de az egységes formátumra hozást, meg a "-" menti darabolást akarjuk. (Ez utóbbi amúgy működik). Majd keresgélek. Addig is a #3364 után created-in-osm + invalid kombóra most már vannak osm linkek. |
…for invalids There were two problems here: 1) OSM data is in 42/A format already, so 42a for an invalid item won't work for contains(). 2) The check_housenumber_letters case in normalize() didn't annote the result with osm type/ID, so we couldn't link the object, while that should be always possible in the created-in-osm case. Addresses <#3073 (comment)>. Change-Id: I0a4e2b7665d768ef4ca5834b3823de35cb57de7f
…for invalids There were two problems here: 1) OSM data is in 42/A format already, so 42a for an invalid item won't work for contains(). 2) The check_housenumber_letters case in normalize() didn't annote the result with osm type/ID, so we couldn't link the object, while that should be always possible in the created-in-osm case. Addresses <#3073 (comment)>. Change-Id: I0a4e2b7665d768ef4ca5834b3823de35cb57de7f
Szerintem funkcionalitásban most teljes, hibát jelenleg nem tudok így zárható. |
A gimmisn több mint 3 éves fennállása alatt sok házszámot kiszűrtünk az aktuális felmérések alapján. Az idő múlásával a valóság is változik, és előfordulhat, hogy egy korábban kiszűrt házszám mégis valóssá válik, és megjelenik az OSM-en. Jó lenne, ha ezt valahogy jelezné a program, hogy a szűrő felülvizsgálata szükséges. Ez az információ megjelenhetne a hiányzó házszámok táblázata alatt egy figyelmeztetésként, hasonlóan a sérült utcaleképezésekhez.
használati eset: az utca páratlan oldalán 5 épület volt a személyes bejáráskor, és a tartományszűrűvel ki lett szűrve minden 9-nél nagyobb házszám. Időközben az utcát továbbépítették, és további épületeket húztak fel. Egy lelkes térképező felvitte az új házszámokat az OSM-re, de a tartományszűrő miatt ez számunkra láthatatlan, a korábban megadott szűrő valós házszámokat szűr ki.
használati eset: egy sarokteleknek két házszáma van, de nagyon gyakran csak az egyiket táblázzák ki. Ilyenkor a másik számot kiszűrjük. Többször találkoztam viszont azzal, hogy évek múlva mégis kikerült a másik házszám is, amelyet mások felvittek OSM-re, így a korábbi szűrővel valós házszámot szűrünk ki.
használati eset: egy ikerházon a hivatalos címzés 1/a és 1/b. A valóságban azonban 1 és 1/b volt kitáblázva, így az 1/a kiszűrésre került. Időközben a tulajdonosok lecserélték a táblákat, és a helyes 1/a és 1/b lett kitáblázva. Ekkor a korábban kiszűrt 1/a-val egy valós házszámot szűrünk ki a rendszerből.
The text was updated successfully, but these errors were encountered: