Pytania początkujących

Zibior2 · 2015-03-29 20:32:37

W takim razie daj name=Blok nr 5 lub addr:housename=Blok nr 5 w zależności co bardziej wg Ciebie pasuje.
Odradzam dawanie name=5, bo ja od czasu do czasu robię porządki w numeracji adresowej i mógłbym niechcący to usunąć.

Oczywiście zakładam, ze te numerki w jakiś tam sposób funkcjonują wśród lokalnej społeczności? Chodzi mi o to, że dodanie name= zakryje numer adresowy budynku, co jest złe jeśli te numerki istnieją tylko w nomenklaturze zarządu spółdzielni i nigdzie więcej

sq7obj · 2015-03-29 20:54:29

Na każdym bloku ten numer jest napisany z kilku stron literami wielkości jednego piętra, także nie są tylko w papierkach spółdzielni. Ale z drugiej strony ludzie raczej podają adresy zamiast numerów bloków... No to nie wiem co z tym fantem zrobić, zakrycie adresów to jednak raczej kiepski pomysł Może wrzucić do ref=? Tylko wtedy raczej nici z wyszukiwania.

Domiss · 2015-03-29 23:22:51

A gdyby tak dać adres na wejściu do budynku, a nazwę/numer spółdzielni do jakiegoś name:* budynku? (Tak na marginesie, to ktoś w spółdzielni musiał wykazać się nie lada pomysłowością, aby wymalować na budynkach numery niezgodne z adresami tych budynków...).

kocio · 2015-03-30 09:35:06

Może to zadanie dla loc_name=*?

Zbyszek, a na jakiej zasadzie ty porządkujesz tagi name=*? Rozumiem, że po prostu ręcznie poprawiasz, jeśli wydaje się podejrzane choćby przez to, że jest sam numerek i to niezgodny z numeracją w adresie?

Hel! · 2015-03-30 10:05:16

Domiss wrote:

A gdyby tak dać adres na wejściu do budynku, a nazwę/numer spółdzielni do jakiegoś name:* budynku?

I chyba właśnie tak zaleca wiki. Osobiście uważam adresowanie klatek bloków/obiektów za dokładniejszy sposób pozwalający zmniejszyć ilość konfliktów z innymi opisami i ikonami. Lecz bezwzględnie tego się nie trzymam .

Korzystając z obecności tutaj pozwolę sobie zadać w tym miejscu dwa pytania o sposób oznaczenia:
1. samochodowej wagi najazdowej
2. instalacji amoniakalnej... przynajmniej jako zbiorników z amoniakiem. Wiki pod gasometer jest skąpa, a o ammonia milczy całkowicie.

sq7obj · 2015-04-18 22:46:28

Mam pytanie co do tych okolic: http://www.openstreetmap.org/#map=19/51.75121/19.41905 - po wczytaniu podkładu Łódź - ortofoto lub Geoportal widać, że podkład się rozjeżdża z mapą. Łódzka i Geoportalowa ortofoto z tego co zauważyłem nie wymagają kalibracji (co zresztą sprawdzałem GPSem z uśrednianiem punktu). Nie wiem, czy może od poprzedniej edycji (2011) zmienili podkład i pojawiły się drobne różnice, i należałoby przeciągnąć wszystko tak, żeby zgadzało się z obecnym podkładem, czy może jednak błąd z mojej strony, i powinienem do czegoś te podkłady skalibrować?

d_m_at · 2015-04-18 22:58:43

sq7obj wrote:

Mam pytanie co do tych okolic: http://www.openstreetmap.org/#map=19/51.75121/19.41905 - po wczytaniu podkładu Łódź - ortofoto lub Geoportal widać, że podkład się rozjeżdża z mapą. Łódzka i Geoportalowa ortofoto z tego co zauważyłem nie wymagają kalibracji (co zresztą sprawdzałem GPSem z uśrednianiem punktu). Nie wiem, czy może od poprzedniej edycji (2011) zmienili podkład i pojawiły się drobne różnice, i należałoby przeciągnąć wszystko tak, żeby zgadzało się z obecnym podkładem, czy może jednak błąd z mojej strony, i powinienem do czegoś te podkłady skalibrować?

U mnie brak rozjazdu, wszystko jak trzeba, sprawdzone na Geoportal Orto. Nawet Bing nie wymaga kalibracji w tym miejscu. Może to jakaś zapamiętana konfiguracja przesunięcia podkładu?

Last edited by dammat1 (2015-04-18 22:59:13)

sq7obj · 2015-04-18 23:14:28

dammat, nie ma ustawionego przesunięcia. Chodzi mi konkretnie o trawniki dookoła kościoła, u mnie wygląda to tak - http://wstaw.org/m/2015/04/19/Capture.PNG - nie jest to duże przesunięcie, ale wkurza jak chce dorysować brakujące chodniki. Widzę w historii że dodawał to doświadczony mapper, więc wolę się upewnić co z tym zrobić.

d_m_at · 2015-04-18 23:21:05

To było ponad 3 lata temu, nikt wtedy nie słyszał o tak dokładnych orto jak mamy teraz dostępne. Śmiało poprawiaj wg Geoportalu i będzie super.

sq7obj · 2015-04-18 23:22:54

OK, dzięki

sq7obj · 2015-04-19 10:04:02

Kolejne pytanie: mam pewien obszar (np. parking albo plac zabaw) otoczony płotem, z bramą/furtką w którymś miejscu tego płotu. W jaki sposób coś takiego oznaczyć? Na płocie oczywiście barrier=fence, na bramie barrier=gate, ale jak zaznaczyć wewnętrzny obszar - powiedzmy że leisure=playground? Relacja typu multipoligon z płotem i furtką ustawionymi jako outer?

Rogoyski · 2015-04-19 13:30:35

Jeśli ogrodzenie dokładnie wyznacza granice placu zabaw albo parkingu, to amenity=* albo leisure=* można dać na tym samym wielokącie. Na furtce można wtedy dołożyć entrance=* z odopowiednim access=*.

sq7obj · 2015-04-19 13:43:21

Rogoyski, dzięki. Myślałem, że jak wielokąt składa się z kilku linii to wygląda to inaczej

sq7obj · 2015-04-22 18:06:27

Pytanie odnośnie osmosis. Pobrałem z geofabrik plik .pbf z danymi dla Polski, chcę wyciągnąć z tego województwo łódzkie i zaimportować to do PostGIS. Mam plik tekstowy z wyciągniętym odpowiednim polygonem. Próbuje odpalić takie polecenie:
osmosis --read-osm file="i:\poland-latest.osm.pbf" --bounding-polygon file="i:\Mapy\granice woj lodzkiego.txt" --write-pbf file="lodzkie.osm.pbf"
Niestety osmosis wywala błąd: http://wklej.org/hash/abf635fa592/txt/
Jakiś pomysł co z tym zrobić?

ndmystko · 2015-04-23 08:12:50

Skoro pisze File terminated prematurely without a section END record to może plik poland-latest.osm.pbf nie zaciągnął się w całości? Może spróbuj pobrać jeszcze raz?

eBin · 2015-04-23 08:22:02

Problem jest w pliku z granicą.
Pobierz jeszcze raz, tutaj masz dla łódzkiego.

        at org.openstreetmap.osmosis.areafilter.common.PolygonFileReader.loadPolygon(PolygonFileReader.java:162)

Last edited by eBin (2015-04-23 08:54:58)

sq7obj · 2015-04-23 10:11:04

eBin, dzięki, pomogło
ndmystko, też tak myślałem, ale sprawdziłem sumę kontrolną (o czym zapomniałem napisać), i była OK

sq7obj · 2015-04-25 21:10:52

I kolejne (mam nadzieję, że macie do mnie jeszcze trochę cierpliwości ): udało się zaimportować OSM do PostGIS, w tej chwili bawię sie QGIS+PostGIS. Próbówałem przed chwilą wrzucić warstwę PostGIS polygonów poprzez Bazy danych->Zarządzanie bazami i odpowiednie zapytanie SQL, np.

SELECT * FROM planet_osm_polygon WHERE leisure='park'

Niestety za każdym razem wywala błąd "Warstwa PostgreSQL nie posiada klucza głównego." - nawet gdy w zapytaniu pominąłem część WHERE. Oczywiście wybieram osm_id jako "pole z unikalnymi wartościami" i way jako "Kolumna geometrii".

Przy próbie dodania warstwy poprzez Warstwy->Dodaj warstwę PostGIS i wybranie planet_osm_polygons udaje się dodać warstwę, chociaż oczywiście są tam wszystkie możliwe polygony i w związku z tym jest dla mnie bezużyteczna.

Czy ktoś wie jak rozwiązać ten problem?

marimil · 2015-04-25 21:52:53

Przy drugim sposobie (Dodaj warstwę PostGIS) masz dwie możliwości do ustawienia we właściwościach warstwy (menu 'Warstwa' lub PPM na warstwie):
1. Po lewej wybierasz 'Ogólne' i po prawej na dole wciskasz 'Kreator zapytań'. Jako wyrażenie filtrujące wystarczy, że podasz to co masz po WHERE - np. leisure='park'.
2. Po lewej wybierasz 'Styl' i na liście na górze wybierasz np. 'Oparta na regułach'. Dwuklik na regule pozwala ustawić filtr, np. leisure='park'

Opcja pierwsza pozwala na starcie wybrać te obiekty, które będziesz chciał zaprezentować na warstwie (czyli przefiltrowanie właściwych obiektów). Druga pozwala zróżnicować style wyświetlanych obiektów ze względu na spełniane reguły. Obie opcje można łączyć (przefiltrować i ostylować) ale można ich używać niezależnie. To może też zależeć od tego czy potrzebujesz mieć oddzielne warstwy dla swoich obiektów, czy mogą być na jednej.

To tak w wielkim skrócie.

PS. Widzę, że działasz niedaleko więc możemy umówić się na miniwarsztat.

Last edited by marimil (2015-04-25 21:59:07)

sq7obj · 2015-04-25 22:40:22

@marimil, co do miniwarsztatu - w najbliższym czasie raczej nie dam rady (teraz zresztą powinienem wkuwać do zaliczeń zamiast bawić się mapami, ale to jest zdecydowanie przyjemniejsze), ale będę pamiętał, i chętnie skorzystam jak będę miał trochę luźniejszą sytuację
Co do styli - dzięki, tak mi się zdawało że to niemożliwe żeby nie dało się przypisać kilku styli w zależności od atrybutów, ale nie udało mi się tego znaleźć - to zdecydowanie ułatwia pracę na niektórych warstwach.

Co do problemu z importem z użyciem zapytania SQL, udało mi się to rozwiązać zmieniając zapytanie na:

SELECT row_number() OVER() As fake_id, * FROM planet_osm_polygon WHERE leisure='park'

Chyba po prostu spróbuję edytować tabelę i dodać tam dodatkowe pole ID - widocznie QGISowi nie odpowiada osm_id (z tego co udało mi się wyczytać, to prawdopodobnie przez niewłaściwy typ danych).

marimil · 2015-04-25 22:43:56

sq7obj wrote:

Co do problemu z importem z użyciem zapytania SQL, udało mi się to rozwiązać zmieniając zapytanie na:
SELECT row_number() OVER() As fake_id, * FROM planet_osm_polygon WHERE leisure='park'
Chyba po prostu spróbuję edytować tabelę i dodać tam dodatkowe pole ID - widocznie QGISowi nie odpowiada osm_id (z tego co udało mi się wyczytać, to prawdopodobnie przez niewłaściwy typ danych).

Szczerze powiedziawszy to nie wiem o czym Ty tu piszesz Nigdy tego w ten sposób nie robiłem.

sq7obj · 2015-04-25 22:57:58

Szczerze powiedziawszy to ja też nie - rozwiązanie wygooglane Problem jest taki jak pisałem wyżej - QGIS twierdzi, że tabela nie ma klucza głównego. Oczywiście ma, i nie ma problemu z załadowaniem danych z planet_osm_point albo planet_osm_line które są zdefiniowane praktycznie identycznie. Nie ma też problemu z dodaniem planet_osm_polygons jako nowej warstwy PostGIS. Natomiast dodać polygonów poprzez okno z zapytaniem SQL się nie da - dopiero dodanie tego dodatkowego id, jak w zapytaniu wyżej, sprawiło, że się to udało.

eBin · 2015-04-25 23:05:32

Na pewno ma klucz główny?
Zarządzanie bazami -> Wybierasz tabelę -> Menu Tabela -> Edytuj tabelę -> Relacje

sq7obj · 2015-04-25 23:20:19

eBin, mój błąd, faktycznie nie ma klucza głównego, są tylko indeksy. I wiem, dlaczego wywala ten błąd, pomimo tego że tabela z węzłami też go nie ma, a działa - w tabeli polygon są powtórzone osm_id. Tylko pytanie skąd się tam wzięły Dane zaimportowane z pliku .pbf z geofabrik.de poprzez osm2pgsql - czyżby jakieś rzutowanie w trakcie importu? Bo w OSM przecież powtórzonego ID obiektu być nie mogło.

//edit: wyczytałem, że to kwestia tego jak działa osm2pgsql - cięcie długich odcinków na kilka. Co zrobić, żeby uniknąć tego w przyszłości przy imporcie, albo żeby poprawić istniejącą bazę danych?

Last edited by sq7obj (2015-04-25 23:36:14)

marimil · 2015-04-26 07:43:49

ID OSM są (też?) powtórzone z powodu relacji. Gdy np. mamy wielokąt złożony (relacja), to w tabeli _polygon masz geometrie członków tej relacji i one mają takie samo ID OSM (co więcej, dla członków relacji jest to osm_id relacji z minusem). Podobnie z liniami - w tabeli są członkowie np. szlaku czyli wszystkie drogi.
Nie jestem w tej dziedzinie teoretykiem, może ktoś jeszcze napisze czy jest jakieś rozwiązanie do tego w ramach importu do bazy.
Nadal nie wiem dlaczego upierasz się przy tym pierwszym rozwiązaniu a nie chcesz dodawać warstw sposobem opisanym przeze mnie (czyli wg Twojej drugiej propozycji). Nie wiem nawet czy to jest lepsze rozwiązanie, ponieważ jak pisałem nigdy tego nie robiłem (nie miałem potrzeby). Może ktoś napisze i ja się czegoś nauczę

Mam inne rozwiązanie, które u mnie usprawnia 'system' a Tobie może się przydać do 'importu' do QGis. Tworzę nowe tabele dla wybranych (interesujących mnie) obiektów i wtedy dodaję też unikatowy ID. Taka tabela jest lżejsza i taką wykorzystuję przy dodaniu warstwy. To może rozwiązać Twój problem o ile w ogóle jest taka potrzeba.

EDIT: A może to co robię, to jest takie samo działanie jakie Ty chcesz osiągnąć (nie wiem).

Last edited by marimil (2015-04-26 08:01:00)

Announcement

#3001 2015-03-29 20:32:37

Re: Pytania początkujących

#3002 2015-03-29 20:54:29

Re: Pytania początkujących

#3003 2015-03-29 23:22:51

Re: Pytania początkujących

#3004 2015-03-30 09:35:06

Re: Pytania początkujących

#3005 2015-03-30 10:05:16

Re: Pytania początkujących

#3006 2015-04-18 22:46:28

Re: Pytania początkujących

#3007 2015-04-18 22:58:43

Re: Pytania początkujących

#3008 2015-04-18 23:14:28

Re: Pytania początkujących

#3009 2015-04-18 23:21:05

Re: Pytania początkujących

#3010 2015-04-18 23:22:54

Re: Pytania początkujących

#3011 2015-04-19 10:04:02

Re: Pytania początkujących

#3012 2015-04-19 13:30:35

Re: Pytania początkujących

#3013 2015-04-19 13:43:21

Re: Pytania początkujących

#3014 2015-04-22 18:06:27

Re: Pytania początkujących

#3015 2015-04-23 08:12:50

Re: Pytania początkujących

#3016 2015-04-23 08:22:02

Re: Pytania początkujących

#3017 2015-04-23 10:11:04

Re: Pytania początkujących

#3018 2015-04-25 21:10:52

Re: Pytania początkujących

#3019 2015-04-25 21:52:53

Re: Pytania początkujących

#3020 2015-04-25 22:40:22

Re: Pytania początkujących

#3021 2015-04-25 22:43:56

Re: Pytania początkujących

#3022 2015-04-25 22:57:58

Re: Pytania początkujących

#3023 2015-04-25 23:05:32

Re: Pytania początkujących

#3024 2015-04-25 23:20:19

Re: Pytania początkujących

#3025 2015-04-26 07:43:49

Re: Pytania początkujących

Board footer