Marek-M's Comments
| Changeset | When | Comment |
|---|---|---|
| 148379868 | almost 2 years ago | Cześć, czy ten słup node/11703848869 nie jest połączony z linią energetyczną, którą masz obok narysowaną? Jeśli tak, to powinno się je połączyć ze sobą.
|
| 148239847 | almost 2 years ago | Cześć, napięcie linii energetycznych podajemy w Voltach. Linię 15kV prawidłowo otagowałeś z voltage=15000 ale np. dla linii way/1257742580 podałeś voltage=0,4kv zamiast voltage=400 Poza tym liczby z częścią dziesiętną rozdzielamy kropką a nie przecinkiem. |
| 148186245 | almost 2 years ago | Cześć, liczby w OSM z wartościami dziesiętnymi zapisujemy z kropką a nie z przecinkiem - w ostatnich edycjach dodałeś trochę tagów height z przecinkami przy wartościach dziesiętnych. Dasz radę to poprawić? |
| 148180774 | almost 2 years ago | Cześć, linie kolejowe chyba nie dostają tagu name - z tego co widzę, to numer linii kolejowej jest zawarty w kluczu ref oraz w odpowiedniej relacji. Zatem w tej edycji zamiast dodawać, powinno się usuwać nadmiarowy tag name z linii kolejowej. |
| 148127772 | almost 2 years ago | Ciągi pieszo-rowerowe bez segregacji mapujemy jako:
Jeśli jest to droga dla rowerów ale z dopuszczonym ruchem pieszych, to wtedy będzie:
Nie wiem co tam jest wybudowane i jak jest oznaczone znakami ale nie pasuje na razie do żadnego standardu :) |
| 148052264 | almost 2 years ago | Cześć, skąd masz info o zmianie opening_date? W mediach niczego nie zauważyłem ale też specjalnie nie szukałem a temat mnie trochę interesuje :) |
| 147993220 | almost 2 years ago | Masz rację, jest to dość uciążliwe. W JOSM jeszcze idzie sobie z nimi poradzić ale w iD musiałbym blokować te granice, żeby mi nie przeszkadzały. |
| 147991670 | almost 2 years ago | Cześć,
|
| 147993220 | almost 2 years ago | Hej, te światła node/11670308753 połączyłeś z linią granicy parafii a nie z drogą - te dwie linie są tam blisko siebie i przyciągnęło Ci ten węzeł do złej linii. Poprawiłem je w changeset: https://overpass-api.de/achavi/?changeset=148001011 |
| 147961736 | almost 2 years ago | Ale fizyczny przebieg drogi się nie zmienił - dalej odchodzi prostopadle od głównej drogi. Skrzyżowanie drogi jest tam, gdzie łączą się drogi a nie tam, gdzie jest wyznaczony pas do skrętu. |
| 147961736 | almost 2 years ago | Ale skrzyżowanie jest prostopadłe do głównej drogi. Linia highway nie jest do wyznaczania pasów ruchu. |
| 147921569 | almost 2 years ago | Droga dojazdowa nie powinna mieć nazwy jeżeli budynki przy niej mają tą
|
| 147903668 | almost 2 years ago | Ten prawoskręt, który określiłeś jako przypadkowo usunięty był usunięty prawidłowo - prawoskręt ten nie ma fizycznego rozdzielenia (farba na jezdni nie jest fizycznym rozdzieleniem). Tak samo zjazd w drogę do skrętu w ul. Strzelną narysowałeś niepoprawnie. Droga rozdziela się przy wysepce a nie na ciągłej linii na jezdni. Wjazd z tej drogi w ul. Strzelną jest bliżej kąta prostego i droga też tak powinna być narysowana, żeby nawigacja prawidłowo informowała o skręcie w prawo w Strzelną. Są to rzeczy istotne z punktu widzenia routingu. Jeżeli chcesz rysować krawężniki, to używaj do tego area:highway a nie linii highway |
| 147866930 | almost 2 years ago | Ogólnie jeżeli jezdnia nie ma fizycznego rozdziału, to należy próbować opisać pasy ruchu na pojedynczej linii a nie tworzyć fikcyjnych dróg. Pasy do skrętu oznaczamy tagami turn:lanes a jezdnię ze skrętem zaczynamy dopiero przy wysepce rozdzielającej ruch a nie na początku pasa do skrętu. Tutaj poprawiłem Twój błąd https://overpass-api.de/achavi/?changeset=147870751 Napisz proszę, czy ortofoto jest aktualne - jeśli tak, to Twoje skrzyżowanie Placu Zamkowego z Andersa, Strzelną i 11 listopada trzeba przywrócić do poprzedniego stanu, bo było poprawnie zrobione. |
| 147866930 | almost 2 years ago | To skrzyżowanie Placu Zamkowego z Andersa, Strzelną i 11 listopada wg zdjęcia ortofoto jest jednak proste i te rozrysowane pasy ruchu są do usunięcia. Chyba, że zdjęcie na geoportalu jest nieaktualne? |
| 147854555 | almost 2 years ago | Nie wiem, czy numer stacji diagnostycznej nie powinien trafiać do tagu ref? Co o tym myślisz? |
| 147790501 | almost 2 years ago | Jeżeli potrzebujesz mapy na jakąś prezentację, to zamiast psuć Mapy OpenStreetMap wykorzystaj jakąś usługę wykorzystującą podkłady osm i są stworzone do takich własnych mapek. Osobiście preferuję poniższe serwisy ale jest ich na pewno więcej:
|
| 147772467 | almost 2 years ago | Cześć, Parkingom nie nadajemy zwykle nazw, bo ich nie posiadają. Ten parking node/11652800692 jest prawidłowo oznaczony jako dla klientów kluczem access=customers. Ewentualnie jeżeli chcemy wskazać na to, których klientów to dotyczy, to należy użyć tagu operator i tam podać nazwę firmy, która zarządza parkingiem. |
| 147730034 | almost 2 years ago | Cześć, proszę, nie tworzyć zbędnych łuków na liniach highway. Skrzyżowanie Al. Grunwaldzkiej i Związku Jaszczurzego node/1753964230 było stworzone jako bardzo długi łuk, gdy drogi w rzeczywistości są prostopadłe. Nawigacje takiego skrzyżowania nie mogą poprawnie interpretować i nie powiedzą 'skręć w prawo' tylko 'trzymaj się prawej'. Dodatkowo tworzenie zbędnych punktów na liniach highway, które można tworzyć jako proste linie też jest błędne. Każdy taki punkt jest później przeliczany przez routingi co zajmuje dodatkowy czas. Zrobiłem poprawki w changeset jak to powinno wyglądać https://overpass-api.de/achavi/?changeset=147762347 Na grafice zaznaczyłem punkty: * Punkty 3, 4, 5 to błędne łuki na skrzyżowaniach.
|
| 147742351 | almost 2 years ago | Cześć, odpowiem w tym changesecie - jako amenity=fire_station jest oznaczona tutaj JRG oraz komenda (dwa oddzielne obiekty są tutaj prawidłowo). Dodanie tego samego klucza na obszarze stanowi duplikat istniejących POI - zatem trzeba to zmienić. Wracając do pytania o landuse w CS changeset/147740944 , to
landuse=commercial tutaj wg mnie w ogóle nie pasuje, bo straż pożarna nie prowadzi żadnych biur ani usług. No może komenda pod to by mogła podlegać ale większość tutejszego terenu jest raczej używana na potrzeby JRG. Przywróciłem industrial w changeset/147744460 |