[OSM-dev] OpenStreetMap Carto release v2.43.0

[Paul Norman]

Dear all,

Today, v2.43.0 of the openstreetmap-carto stylesheet (the default
stylesheet on openstreetmap.org) has been released. It has not yet
been rolled out to the openstreetmap.org servers.

Changes include

- Adjust alotments pattern
- Whitespace cleanups of code
- Adjust colours of dog parks and construction sites
- Increase font size of addresses
- Fix combination of long names and oneway arrows

Thanks to all the contributors for this release, including Ircama and 
measad, both new contributors.


For a full list of commits, see
https://github.com/gravitystorm/openstreetmap-carto/compare/v2.42.0...v2.43.0

As always, we welcome any bug reports at
https://github.com/gravitystorm/openstreetmap-carto/issues.


___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

[OSM-dev] TileServer GL: OpenStreetMap raster tile server with MapBox GL Native renderer + vector tiles

[Petr Pridal]

Hi,

a few days ago, on the FOSS4G 2016, we have announced a new open-source
project called TileServer GL - for hosting OpenStreetMap tiles on your own
infrastructure.

See:
http://blog.klokantech.com/2016/08/tileserver-gl-maps-with-gl-json-styles.html
and
https://github.com/klokantech/tileserver-gl

The software is designed to serve vector tiles and related assets, but it
does provide raster tiles with traditional XYZ addressing too. The raster
rendering is powered by the open-source MapBox GL Native engine written in
C++ and OpenGL and called via Node.js bindings. A high-performance graphic
card is not required on the server - it performs pretty well also with a
software rendering.

The map styles are written in MapBox GL JSON styling language - which means
the same visual style can be used in a web browser on the client side (with
MB GL JS and soon also OpenLayers), in native mobile apps on Android and
iOS, as well as on the server side with rendering into standard
PNG/JPG/WebP tiles on demand. Retina/HiDPI is supported too - and with the
static map endpoint, you get a print-ready map in 300+DPI out of the box.
WMTS standard brings the tiles to ESRI ArcGIS and QGIS or other GIS clients.

It is in fact extremely easy to install this software with the
preprocessed OpenStreetMap data from http://www.osm2vectortiles.org/ on a
laptop, on a low-end virtual private server or on a standard cloud machine
(like DigitalOcean, Amazon EC2 or Google Compute Engine).

To host your own OpenStreetMap world map you need about 60 GB of free disk
space and 4+ GB RAM. The extracts have only a few gigabytes, so for an OSM
map of your country, the hardware requirements are even lower. Everything
is up in a few minutes - no need to process the raw OSM planet data.

You can try it on your laptop with Docker or Kitematic (
https://kitematic.com/) - just get the ready-to-use
"klokantech/tileserver-gl" container and drop into the data volume folder
the downloaded MBTiles file and access your own OpenStreetMap instance on
localhost. After installation, it runs even offline.

This tileserver is an alternative to Mapnik-powered renderers.
In a production environment, it should run with an external caching system
(varnish, mapproxy, mapcache, etc.). It scales well horizontally - you can
easily deploy the whole instance with the data on multiple machines to
handle larger traffic via a load-balancer.

Updates of the OSM data may be done daily or weekly - with pre-generated
vector tiles. The TileServer-GL can also render raster tiles from external
http tile servers - so if you serve your own live updated PBF tiles from
your PostGIS - you can use TileServer GL too and just reference in the JSON
styles your dynamic vector tile server. The dynamic and pre-generated
vector tile sources can be also combined and mixed with the raster tiles -
such as aerial photos or satellite imagery turned into tiles with
http://www.maptiler.com/ and hosted on Amazon S3 or on a standard web
server.

I am keen on getting your feedback on the TileServer GL free software
developed for our internal use, which we are happy to share with the world
now. All technical details and source code are on GitHub and in the
software manual. Follow us on Twitter (https://twitter.com/klokantech) to
get updates.

OpenStreetMap is a wonderful project - huge "thank you" belongs to
everybody who contributes to the mapping as well as to the development of
the open-source projects around it!

I am looking forward to having a chat and a beer with you guys on the State
of the map in Brussel.

Cheers,

Petr
--
Petr Pridal, Ph.D.
CEO

Klokan Technologies GmbH
Hofnerstrasse 98, 6314 Unterageri, Switzerland
Tel: +41 (0)41 511 26 12
Email: i...@klokantech.com
Web: http://www.klokantech.com/
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Tile usage without proper identification

[Tom Hughes]

On 05/09/16 18:17, Christian Ledermann wrote:


The Documentation on swith2OSM needs to be updated.

https://switch2osm.org/using-tiles/getting-started-with-openlayers/
and
https://switch2osm.org/using-tiles/getting-started-with-leaflet/

both use http://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png

My site https://schools.mapthe.uk becomes unusable after 20 views due
to the tile usage policy.

I assume this will be the case for a multitude of sites because either
the JS library has a OSMTileProvider
built in that points to tile.openstreetmap.org or OSM layer is
documented using this url.


I don't understand what you are saying...

Those instructions are about setting up a web based map which shouldn't 
normally hit any policy restrictions.


Nothing in those instructions will cause requests to be sent without a 
referer or user agent so there shouldn't be any problem with a site 
which is built following those instructions?


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Early Access builds of JDK 9 b134 are available on java.net

[Rory O'Donnell]

Hi Vincent,

There is a fix in b130 for a bug you reported some time back, can you 
confirm fix ?


8159956 client-libs EXCEPTION_ACCESS_VIOLATION in 
sun.awt.windows.ThemeReader.getThemeMargins


Early Access b134  for JDK 9 is 
available on java.net, summary of  changes are listed here 
.


 There have been a number of fixes , since the last availability email 
, to bugs reported by Open Source projects :


 * 8156841sun.security.pkcs11.SunPKCS11 poller thread retains a
   strong reference to the context class loader
 * 8146961   Fix PermGen memory leaks caused by static final Exceptions
 * 8163353   NPE in ConcurrentHashMap.removeAll()
 * 8160328   ClassCastException: sun.awt.image.BufImgSurfaceData cannot
   be cast to sun.java2d.xr.XRSurfaceData after xrandr change output

Secondly, there are a number of interesting items to bring to our attention

 * JDK 9 Rampdown Phase 1: Process proposal [1]
 * The Java team has published the “Oracle JRE and JDK Cryptographic
   Roadmap” [2] java.com/cryptoroadmap 
 * The Quality Report for September 2016 is now available [3], thank
   you for your continued support!


Highlights from the Quality Report for September :

 * 21 new Open Source projects have joined the Outreach program
 * Projects filed 35 new issues in the JDK Bug System, this is almost
   double the number of bugs in the previous six months!
 * Continuing to provide excellent feedback via the OpenJDK dev mailing
   lists

Thank you!

Rgds,Rory

[1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-August/004777.html
[2] java.com/cryptoroadmap 
[3] 
https://wiki.openjdk.java.net/display/quality/Quality+Outreach+Report+September+2016


--
Rgds,Rory O'Donnell
Quality Engineering Manager
Oracle EMEA , Dublin, Ireland

___
josm-dev mailing list
josm-dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/josm-dev

Re: [OSM-dev] Tile usage without proper identification

[Christian Ledermann]

The Documentation on swith2OSM needs to be updated.

https://switch2osm.org/using-tiles/getting-started-with-openlayers/
and
https://switch2osm.org/using-tiles/getting-started-with-leaflet/

both use http://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png

My site https://schools.mapthe.uk becomes unusable after 20 views due
to the tile usage policy.

I assume this will be the case for a multitude of sites because either
the JS library has a OSMTileProvider
built in that points to tile.openstreetmap.org or OSM layer is
documented using this url.




On 26 August 2016 at 13:12, Manuel Reimer  wrote:
> On 08/23/2016 05:35 PM, Christoph Hormann wrote:
>>
>> If you turn off referrer transmission w.r.t. tiles the only effect this
>> has is it prevents the tile provider from knowing what website you were
>> requesting the tiles from.
>
>
> For me the reason for disabling Referrer at all has nothing to do with "tile
> providers". I just don't want this "feature" at all. With every click on
> every website, the linked website knows where I clicked the link. In my
> opinion such a "feature" should have never got HTTP standard! Noone needs to
> know where I came from when browsing the web!
>
>> In case of non-free tile providers by the way use of API keys and
>> tokens means the website is known to the tile provider even without a
>> referrer.
>
>
> No problem. It doesn't force me to have Referrer active so regular clicks on
> websites don't forward information where the click happened. So if possible,
> just allow optionally passing of a API key or just a "website name" as a
> parameter to the PNG files.
>
> If tile loading starts to suck without enabled Referrer, I would just
> install a referrer spoofing addon to spoof any call to the tile server from
> my webbrowser to always show like it was loaded from openstreetmap.org -->
> problem solved and I don't have to enable Referrer globally.
>
> Manuel
>
>
>
> ___
> dev mailing list
> dev@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev



-- 
Best Regards,

Christian Ledermann

Newark-on-Trent - UK
Mobile : +44 7474997517

https://uk.linkedin.com/in/christianledermann
https://github.com/cleder/


<*)))>{

If you save the living environment, the biodiversity that we have left,
you will also automatically save the physical environment, too. But If
you only save the physical environment, you will ultimately lose both.

1) Don’t drive species to extinction

2) Don’t destroy a habitat that species rely on.

3) Don’t change the climate in ways that will result in the above.

}<(((*>

___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev