Nie wyglada to na dzialanie celowe. W zwyklym iD jest dokladnie to samo. Cos sie sypnelo u misek.pl? Cos geoportal zmienil? Kto obsluguje misek.pl?
Geoportal coś zmienił.
Jest szansa to naprawić? Nie widzę siebie wracającego do Binga…
Niestety http://whoots.mapwarper.net/ nie działa (pewnie kwestia odwzorowania, patrz informacja na dole). Ale możesz pobawić się tym: http://mapproxy.org/ .
Nic nie rozumiem… “Please, speak as you might to a young child, or a golden retriever” (http://www.youtube.com/watch?v=SmHl7hKlVj4) . O co chodzi z tym odwzorowaniem, co się zmieniło, i co mam konkretnie zrobić żeby działało???
Domyślam się, że to dlatego ta usługa nie działa i pewnie nigdy nie działała z GP (sprawdzałem). To jest niestandardowe odwzorowanie
Właśnie próbuję postawić to MapProxy, powiem Ci jeśli coś z tego wyjdzie
Dzięki!
EPSG:900913 to stary, nieoficjalny kod EPSG:3857. Edycja: nie zmienia to jednak faktu, że Geoportal nadaje w innym EPSG.
Coś wykminiłem z tym MapProxy, nie mam pojęcia jak to działa, ale działa W JOSM ładuje ładnie, choć nie wiem czy niska szybkość jest spowodowana Geoportalem, czy wydajnością VirtualBoxa
Problem jest taki, że strony web nie mogą odwoływać się do lokalnych zasobów, więc żeby działało to trzeba by postawić na zewnątrz. No ale ta usługa w przeciwieństwie do wms.misek.pl nie jest redirectem tylko proxy i postawienie tego publicznie zapewne spowodowałoby drapanie się po głowie naszych geokoleżków co tak namiętnie użytkuje ich WMS-a i ban na IP / User Agenta…
Zawsze można do nich napisać co użytkuje, żeby nie dali bana.
choć nie wiem czy niska szybkość jest spowodowana Geoportalem
Jeśli wąskim gardłem jest WMS Geoportalu (a skądinąd wiemy, że przesadni szybki to on nie jest), to można spróbować skorzystać z ich ortofoto w WMTS.
PS Podzieliłbyś się konfigiem?
Wziąłem testowy config i poprzerabiałem. Uruchamia się przez
mapproxy-util serve-develop ./mapproxy.yaml
adres TMS to
tms:http://127.0.0.1:8080/tiles/osm/webmercator/{zoom}/{x}/{y}.jpeg
Jeśli komuś się uda przerobić to na WMTS, to będę bardzo wdzięczny
# -------------------------------
# MapProxy example configuration.
# -------------------------------
#
# This is a minimal MapProxy configuration.
# See full_example.yaml and the documentation for more options.
#
# Starts the following services:
# Demo:
# http://localhost:8080/demo
# WMS:
# capabilities: http://localhost:8080/service?REQUEST=GetCapabilities
# WMTS:
# capabilities: http://localhost:8080/wmts/1.0.0/WMTSCapabilities.xml
# first tile: http://localhost:8080/wmts/osm/webmercator/0/0/0.png
# Tile service (compatible with OSM/etc.)
# first tile: http://localhost:8080/tiles/osm/webmercator/0/0/0.png
# TMS:
# note: TMS is not compatible with OSM/Google Maps/etc.
# fist tile: http://localhost:8080/tms/1.0.0/osm/webmercator/0/0/0.png
# KML:
# initial doc: http://localhost:8080/kml/osm/webmercator
services:
demo:
tms:
use_grid_names: true
# origin for /tiles service
origin: 'nw'
kml:
use_grid_names: true
wmts:
wms:
md:
title: MapProxy WMS Proxy
abstract: This is a minimal MapProxy example.
layers:
- name: osm
title: Omniscale OSM WMS - osm.omniscale.net
sources: [osm_cache]
caches:
osm_cache:
format: image/jpeg
image:
resampling_method: nearest
grids: [webmercator]
sources: [osm_wms]
sources:
osm_wms:
type: wms
req:
# use of this source is only permitted for testing
url: http://mapy.geoportal.gov.pl/wss/service/img/guest/ORTO/MapServer/WMSServer
layers: Raster
format: image/jpeg
grids:
webmercator:
base: GLOBAL_WEBMERCATOR
globals:
Czy są jakieś update’y? Na dziś podkład z geoportalu nadal nie działa z iD i Potlatch. Co moim zdaniem jest problemem dla całego projektu a nie tylko dla mnie
To dla mnie bardzo ważne żeby heatmapy Stravy kontrolować na dobrym podkładzie, dlatego ten problem jest dla mnie dość bolesny. Czy ktoś wie co się stało, dlaczego i jak temu przeciwdziałać?
Prawdopodobnie padł pośrednik pomiędzy geoportalem a iD. JOSM sobie radzi sobie bez problemów.
W JOSM ładuje ładnie, choć nie wiem czy niska szybkość jest spowodowana Geoportalem, czy wydajnością VirtualBoxa
W JOSMie działa tak samo szybko jak zawsze czyli dość wolno. Problem jest pewnie i po stronie geoportalu i VirtualBoxa który nie jest specjalnie wydajny.
Rozumiem, ale czy jest szansa że ktoś to postawi żeby działało? Przypomnę swoją tezę, że iD jest podstawowym edytorem dla lokalnych kotrybutorów, więc brak dobrego podkładu (w defaulcie) w tym edytorze po prostu obniża jakość danych. Obecnie jesteśmy dalej niż bliżej. Co mnie martwi, bo moim zdaniem mamy podobny problem co w większości wolnych projektów… czyli priorytety. Niestety, ja tego po prostu nie zrobię bo brak mi kompetencji.
Geoportal ciagle nie dziala w edytorach iD i Potlach. Podbijam.
Słusznie! Ktoś się nad tym problemem pochylił?
Mogę popytać sąsiadów zza miedzy gdyby co, jednak lepiej pewnie rozwiązać problem samemu.
misek.pl DZIAŁA. Dziękuję, ktokolwiek przyłożył do tego rękę. Teraz wracamy do punktu wyjścia, czyli pytania jak zrobić, żeby ZU korzystający z iD miał Geoportal w defaulcie
Z jakiegoś powodu podkład który dodali w JOSM nie pokazuje wszystkich ścieżek. Tu wyraźniejszy:
tms:http://gometry.strava.com/tiles/both/color4/{zoom}/{x}/{y}.png
A tutaj działające demo http://strava.github.io/iD/
Aktualny:
tms:http://globalheat.strava.com/tiles/both/color4/{zoom}/{x}/{y}.png