I cooked up a patch that fetches the logo image if the embedded resource
isn't found in the package. The reason I did this instead of just
overriding the original code is to hopefully make it possibly more
upstreamable.
I tried building and installing the package with the patch applied and
Josm
Thanks for your patch. Now we have code for two possible solutions to
our problem.
Ideally the logo URL is not hardcoded but extracted from the attribution
response. If the service changes the URL the code doesn't need changing.
Is it possible to implement that in your patch?
Kind Regards,
ImageIO.read() has a variant taking a java.io.URL instance.
This should, by default, use caching (possibly in-memory per-session,
but we would download the tiles anyway, so maybe that is acceptable)
automatically.
I was about to try to cook up a patch falling back to using this method
if the
On 17.10.2014 09:32, Marcus Lundblad wrote:
ImageIO.read() has a variant taking a java.io.URL instance.
This should, by default, use caching (possibly in-memory per-session,
but we would download the tiles anyway, so maybe that is acceptable)
automatically.
I was about to try to cook up a
Dear GIS maintainers,
since we removed bing_maps.png from jmapviewer in the Debian package,
jmapviewer does not work with bing sat images in JOSM:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765421
If you agree with this patch, then I can prepare an updated package
(including the patch)
Hi Felix,
On 10/15/2014 06:22 PM, Felix Natter wrote:
since we removed bing_maps.png from jmapviewer in the Debian package,
jmapviewer does not work with bing sat images in JOSM:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765421
If you agree with this patch, then I can prepare an
Maybe we can download the logo when the user activates bing maps and
keep it in a local configuration dir? Privacy concerns should not be
an issue since we are downloading the bing tiles anyway.
Johan
___
Pkg-grass-devel mailing list
7 matches
Mail list logo