Witam wszystkich! Jesteśmy usługą, która pomaga właścicielom firm aktualizować informacje o firmie online.
Licencja DbCL 1.0, ponieważ właściciel firmy lub pracownik opublikowanego punktu, umieszcza dane za pośrednictwem naszego oprogramowania.
Dodatkowo każdy punkt sprawdzamy ręcznie na własną rękę.
Planujemy opublikować tutaj linki do przyszłego importu.
Dokumentacja: https://wiki.openstreetmap.org/wiki/Organised_Editing/Rocketdata.io
https://wiki.openstreetmap.org/wiki/Import/Catalogue
Nasze warunki: https://rocketdata.io/terms_and_conditions
źródło: lokalna wiedza za pomocą rocketdata.io
Podobny temat mamy na forach rosyjskim i ukraińskim: https://forum.openstreetmap.org/viewtopic.php?pid=773141 https://forum.openstreetmap.org/viewtopic.php?id=66372
jutro zrobimy nowy rozładunek i wyślemy
Dziękuję, bardzo przydatne narzędzie.
Problem #1: w Polsce jest kilka sklepów Saturn, które zmieniły markę na Media Markt.
Źródło: https://www.spidersweb.pl/2018/05/saturn-media-markt.html
Część z nich nie została zaktualizowana w OSM.
Przykład:
https://www.openstreetmap.org/node/5352492726
To teraz jest Media Markt, ale zapomniałem zmienić nazwę.
Czy zestaw danych który chcesz zaimportować nie zawiera tego sklepu?
Problem #2:
Nazwa sklepu nie powinna zawierać dodatkowych usług dostępnych w tym sklepie. Powinno to być po prostu name=“Media Markt”.
Można te usługi napisać w tagu description. Na przykład: description=“Usługi: Orange, NC +, Serwis GSM” zamiast name=“MediaMarkt Polska (Orange, NC +, Serwis GSM)”
Dane nie zawierają sklepu o takiej lokalizacji. Możliwe, że to tylko modyfikacja już zmapowanych sklepów.
Niestety klienci nie przekazali nam takich informacji.
Zróbmy to.
Wielkie dzięki za pomoc!
Proszę o dokładne sprawdzenie danych adresowych przed wstawieniem ich do POI.
Przykład: https://www.openstreetmap.org/changeset/80991181
Przy dodawaniu adresu należy się upewnić:
- jeśli jest to adres z nazwą ulicy: 1) że addr:street=* odpowiada dokładnie name=* ulicy 2) że zgodnie z dobrą praktyką jest dodane addr:city=*
- jeśli jest to adres bez nazwy ulicy: że addr:place=* odpowiada dokładnie name=* miejscowości (place=*)
Powyższe przypadki są sprawdzane przez narzędzie http://v3.mrowka.org/adresy/ - odświeżane co niedzielę, lepiej jednak żeby edytujący nie wprowadzał błędów.
Nie miałem szans sprawdzić powyższego błędu, ponieważ nie zaktualizowaliście przedstawionego kilka postów wyżej zestawu danych, wciąż tam nie ma sklepu Media Markt w centrum handlowym Riviera. Mimo tego braku, zostały dokonane edycje.
Tutaj kolejna wątpliwa edycja: https://www.openstreetmap.org/changeset/80993324
Dodane godziny otwarcia nie zgadzają się z oficjalną stroną Media Marktu. Do tego duże sklepy (markety itd.) prawie zawsze mają takie same godziny otwarcia od poniedziałku do piątku.
Bez zapowiedzi (przynajmniej dla polskiej społeczności na forum) pojawił się kolejny import z tej serii… https://www.openstreetmap.org/changeset/85011087
Wbrew temu, co napisane w opisie zmian nie jest to tylko dodanie/poprawa godzin otwarcia sklepów. Zauważyłem też przesunięcie tych punktów i zmiany innych tagów. Na razie tego changesetu nie można zobaczyć w OSMCha, czy achavi - pewnie przez to, że obejmuje on teren całej Polski… Z tego powodu nie ma dobrego oglądu na całość tych zmian.
Jeszcze nie sprawdzałem poprawności tych danych z oficjalną stroną sklepu.
Na tą chwilę (przynajmniej w sklepach na terenie Szczecina) bardzo nie podoba mi się niepoprawna zmiana lokalizacji.
Zachęcam więc do sprawdzenia Media Markt’ów w waszej okolicy i napisanie uwag odnośnie tego importu. Moim zdaniem jeżeli takich uwag będzie sporo, to import kwalifikuje się do wycofania…
To jest do wycofania, pozycje sklepów w imporcie to jest jakieś (pewnie w miarę pośrodku) miejsce w budynku i nie mają nic w wspólnego z właściwym położeniem sklepu. Dobrze to widać tu - https://www.openstreetmap.org/node/1165526459 - gdzie sklep faktycznie jest na zachodnim krańcu budynku.
Poza tym zmiana godzin otwarcia z
Mo-Sa 09:30-21:00; Su 09:30-20:00
na 09:00-21:00
to nie jest zmiana na lepsze, bo nie mówi w jakie dni jest sklep otwarty, a poprzednia wersja mówiła.
https://osm.rocketdata.io/project/pl1_1310
https://osm.rocketdata.io/project/pl2_1310
https://osm.rocketdata.io/project/pl3_1310
contact:facebook jest zbędne i nieprzydatne, nie ma sensu tego dodawać
contact:facebook is an useless tag that should not be imported
nie widzę sensu tagu
operator=Media Markt Polska Sp. z o.o. Kraków I Spółka komandytowa
czemu jest on dodawany? Mapowanie formy prawnej nie wydaje mi się sensowne
(what is the point of that operator tag?)
Czemu chcesz kasować tagi website?
Why you want to deleted website tags?
Wszystko z https://osm.rocketdata.io/map/pl3_1310?region=#12/50.0334/19.9924
All from https://osm.rocketdata.io/map/pl3_1310?region=#12/50.0334/19.9924
Ogólnie, proszę nie rób takich edycji
Overall, please do not make such edits
@Mateusz Konieczny W innych krajach również są obiekcje społeczności: https://forum.openstreetmap.org/viewtopic.php?pid=804959#p804959
oraz https://translate.google.pl/translate?sl=auto&tl=en&u=https%3A%2F%2Fforum.openstreetmap.org%2Fviewtopic.php%3Fpid%3D804240%23p804240
Może warto, by DWG przedyskutowała sprawę działalności rocketdata.io, bo komunikacja z nimi jest naprawdę ciężka. Patrząc na rosyjskie forum nie tylko bariera językowa jest problemem.
Moim zdaniem wszelkie dodawane formy kontaktu (telefon, strona interentowa, facebook i inne) są ok, o ile dotyczą tego konkretnego miejsca. Dodawanie ogólnych stron, typu zabka.pl, biedronka.pl do kazdego sklepu jest bez sensu, bo nie ma tam danych kontaktowych konkretnego sklepu, a jedynie promocje i reklamy. Jeśli konkretny sklep sieci ma podstronę, to w porządku. Więc np. contact:website=https://mediamarkt.pl/sklep/saturn-warszawa-zlote-tarasy jest ok, ale contact:email=info@mediamarkt.pl nie.
+1
Przecież to jest prawidłowa wartość i we właściwym tagu. Ale tak, ostatniej części, “I Spółka komandytowa”, może nie być.
Jaki jest sens też nie wiem, ale skoro jest prawidłowy i ktoś chce go dodać to nie wiem, jak można tego zabronić.
Czy jeśli napiszę w sprawie konkretnego sklepu na info@mediamarkt.pl, list w końcu nie dotrze do właściwej osoby? Jestem przekonany, że dotrze. Jest to więc prawidłowo podany sposób kontaktu, choć nie jest to email sklepu i z tego powodu nie powiniem być w “email”.
Jakiś czas temu na tagging była propozycja pozbycia się schematu contact: oraz druga propozycja - stosowania wyłącznie tego schematu, a jednym z powodów, że nic z tego nie wyszło było m.in. to, że dla niektórych osób to nie są synonimy.
“Przecież to jest prawidłowa wartość i we właściwym tagu.” a jest to jakoś weryfikowalne przez normalnego mapującego?
Akurat operator jest to najmniejszy problem, ale dodawanie contact:facebook, contact:website, contact:youtube (tak, tez takie rzeczy robili) w niczym nie pomaga a utrudnia edytowanie. Jak masz taką zupę tagów z czego połowa to śmiecie to potem te realnie używane ciężęj w JOSM/Vespuccim znaleźć.
Mam do tych edycji duże wątpliwości i nie cieszę się że zaczęli w Polsce grzebać. Jest to na ogół mix dodawania nic nie wnoszących tagów utrudniajacych edytowanie + niszczenie tego co było zmapowane.
Dodadzą bezużyteczne contact:facebook do tysięcy sklepów i przestawią kilka sklepów na środek jeziora, a potem zrobią focha jak się edycję wycofa 
(tak, miałem z nimi już kontakt)