[OSM-talk] New tile rendering (Live Worldwide)

[Grant Slater]

Hi OpenStreetMappers,

The default OpenStreetMap.org "standard" map was switched across to a
new rendering server setup over the last weekend.

In addition to new hardware, the rendering server also uses the new
“openstreetmap-carto” stylesheet. This is a complete re-write of the
old XML stylesheet to use CartoCSS, making it easier for our
cartographers to work with. The style is designed to look as similar
as possible to the old XML stylesheet.

Andy Allan presented a great talk at State of the Map US conference
describing the reasons for re-writing the stylesheet:
http://stateofthemap.us/saturday.html#schedule/saturday/putting-the-carto-into-openstreetmap-cartography
Andy will present a follow-up at State of the Map next month.
http://2013.stateofthemap.org/

The "openstreetmap-carto" stylesheet is maintained here:
https://github.com/gravitystorm/openstreetmap-carto
The "openstreetmap-carto" is a good base for creating custom styles,
and should be much easier to work with. If you want to help improve
the style, or add new features, please fork it and contribute pull
requests!

Please support OSM’s server hardware fundraising drive:
http://donate.openstreetmap.org/server2013/

Kind regards
 Grant Slater
 Part of the OSM Sysadmin Team

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Foursquare superusers encouraged to directly edit OSM

[Arlindo Pereira]

Great move indeed. I for instance just invited a friend of mine that
happens to be a 4sq super-user to edit OSM. He loves 4sq and never cared
too much for OSM, now he'll probably give us a little love =)

Cheers,
Arlindo "Nighto" Pereira

On Fri, Aug 2, 2013 at 6:05 PM, Johan C  wrote:

> Great move by Foursquare. I wouldn't mind to see more interaction between
> Foursquare and OSM. For instance, it's quite easy to put the entrance of
> POI's in OSM, which can be handy in the Foursquare app to navigate to that
> entrance (or for example the nearby parking lot).
>
> Cheers, Johan
>
>
> 2013/8/2 Alex Barth 
>
>> > The main point was that the material 'added' to osm is properly
>> licensed to osm. I'd not considered that there would be substantial POI
>> data in foursquare that was not already present in some format in osm. This
>> may be a 'country' facet since I'm only looking at UK data and certainly
>> dumping foursqaure data into the UK would hit a substantial number of
>> existing locations? In other countries this may not be the case and may be
>> worth the exercise if more detailed material is not otherwise available?
>>
>> Exactly, in some countries the map is sparser so there's going to be more
>> incentives to jump in and improve. E. g. it will be interesting to keep an
>> eye on Brazil here.
>>
>>
>> On Fri, Aug 2, 2013 at 3:40 PM, Lester Caine  wrote:
>>
>>> Alex Barth wrote:
>>>
 They are being signed up directly to OSM ...

 Any user coming from Foursquare has to actually create their own account
 manually if they don't have one yet, just like anyone else. (Not sure
 if this is
 what you were getting at.)

>>>
>>> That was what I was saying poorly :)
>>> The main point was that the material 'added' to osm is properly licensed
>>> to osm. I'd not considered that there would be substantial POI data in
>>> foursquare that was not already present in some format in osm. This may be
>>> a 'country' facet since I'm only looking at UK data and certainly dumping
>>> foursqaure data into the UK would hit a substantial number of existing
>>> locations? In other countries this may not be the case and may be worth the
>>> exercise if more detailed material is not otherwise available?
>>>
>>>
>>> --
>>> Lester Caine - G8HFL
>>> -
>>> Contact - 
>>> http://lsces.co.uk/wiki/?page=**contact
>>> L.S.Caine Electronic Services - http://lsces.co.uk
>>> EnquirySolve - http://enquirysolve.com/
>>> Model Engineers Digital Workshop - http://medw.co.uk
>>> Rainbow Digital Media - 
>>> http://rainbowdigitalmedia.co.**uk
>>>
>>> __**_
>>> talk mailing list
>>> talk@openstreetmap.org
>>> http://lists.openstreetmap.**org/listinfo/talk
>>>
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk
>>
>>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSRM-talk] Build failed in Jenkins: OSRM-develop-release #184

[OpenStreetMap Jenkins]

See 

Changes:

[DennisOSRM] Implement #495

[DennisOSRM] fixing tests for enhanced coordinate preceision

--
Started by an SCM change
Building in workspace 
Checkout:OSRM-develop-release / 
 - 
hudson.remoting.LocalChannel@801aa0a
Using strategy: Default
Last Built Revision: Revision db46a915ccab3a4d6620b71ce2ff3bb42bf17ee9 
(origin/develop)
Fetching changes from 1 remote Git repository
Fetching upstream changes from origin
Pruning obsolete local branches
Commencing build of Revision 4f5d7f79bdd1070411d414efa04adbd106f488b3 
(origin/develop)
Checking out Revision 4f5d7f79bdd1070411d414efa04adbd106f488b3 (origin/develop)
[OSRM-develop-release] $ /bin/bash /tmp/hudson5704846479784332571.sh
+ mkdir -p build
+ cd build
+ cmake ..
-- System supports 64 bits.
-- Configuring OSRM in release mode
-- Boost version: 1.49.0
-- Found the following Boost libraries:
--   filesystem
--   regex
--   system
--   thread
-- Looking for LuaJIT...
-- Could NOT find LuaJIT (missing:  LUAJIT_INCLUDE_DIR) 
-- Looking for Luabind...
-- Found Luabind: /usr/lib/libluabind.so
-- Looking for STXXL...
-- Found STXXL: /usr/lib/libstxxl.so
-- Looking for OSMPBF...
-- Found OSMPBF: /usr/lib/libosmpbf.a
-- Configuring done
-- Generating done
-- Build files have been written to: 

+ make clean
+ make
Scanning dependencies of target OSRM
[  5%] Building CXX object CMakeFiles/OSRM.dir/Library/OSRM.cpp.o
[ 10%] Building CXX object 
CMakeFiles/OSRM.dir/Descriptors/DescriptionFactory.cpp.o
[ 15%] Building CXX object CMakeFiles/OSRM.dir/DataStructures/SearchEngine.cpp.o
[ 21%] Building CXX object 
CMakeFiles/OSRM.dir/DataStructures/SearchEngineData.cpp.o
[ 26%] Building CXX object 
CMakeFiles/OSRM.dir/Server/DataStructures/QueryObjectsStorage.cpp.o
Linking CXX shared library libOSRM.so
[ 26%] Built target OSRM
[ 31%] Configuring UUID.cpp
[ 31%] Built target UUIDConfigure
[ 36%] Configuring UUID.cpp
[ 42%] Building CXX object CMakeFiles/UUID.dir/Util/UUID.cpp.o
Linking CXX static library libUUID.a
[ 42%] Built target UUID
Scanning dependencies of target osrm-extract
[ 47%] Building CXX object CMakeFiles/osrm-extract.dir/extractor.cpp.o
[ 52%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/PBFParser.cpp.o
[ 57%] Building CXX object 
CMakeFiles/osrm-extract.dir/Extractor/ScriptingEnvironment.cpp.o
[ 63%] Building CXX object 
CMakeFiles/osrm-extract.dir/Extractor/ExtractorCallbacks.cpp.o
[ 68%] Building CXX object 
CMakeFiles/osrm-extract.dir/Extractor/BaseParser.cpp.o
[ 73%] Building CXX object CMakeFiles/osrm-extract.dir/Extractor/XMLParser.cpp.o
[ 78%] Building CXX object 
CMakeFiles/osrm-extract.dir/Extractor/ExtractionContainers.cpp.o
Linking CXX executable osrm-extract
[ 78%] Built target osrm-extract
Scanning dependencies of target osrm-prepare
[ 84%] Building CXX object CMakeFiles/osrm-prepare.dir/createHierarchy.cpp.o
[ 89%] Building CXX object 
CMakeFiles/osrm-prepare.dir/Contractor/EdgeBasedGraphFactory.cpp.o
[ 94%] Building CXX object 
CMakeFiles/osrm-prepare.dir/Contractor/TemporaryStorage.cpp.o
Linking CXX executable osrm-prepare
[ 94%] Built target osrm-prepare
Scanning dependencies of target osrm-routed
[100%] Building CXX object CMakeFiles/osrm-routed.dir/routed.cpp.o
Linking CXX executable osrm-routed
[100%] Built target osrm-routed
+ cp osrm-extract osrm-prepare osrm-routed ..
+ cd ..
+ bundle install '--path=~/gems'
Using rake (0.9.2.2) 
Using builder (3.0.0) 
Using diff-lcs (1.1.3) 
Using json (1.6.5) 
Using gherkin (2.7.6) 
Using term-ansicolor (1.0.7) 
Using cucumber (1.1.4) 
Using osmlib-base (0.1.4) 
Using rspec-expectations (2.11.3) 
Using sys-proctable (0.9.1) 
Using bundler (1.2.1) 
Your bundle is complete! It was installed into /var/lib/jenkins/gems
+ bundle exec cucumber --format json -o cucumber.json -p verify OSRM_PORT=5002
Using the verify profile...
Ruby version 1.9.3
Port set to 5002
..F.F..

(::) failed steps (::)

Tables were not identical (Cucumber::Ast::Table::Differ

Re: [OSM-talk] New tile rendering (Live Worldwide)

[Christoph Hormann]

On Monday 05 August 2013, Grant Slater wrote:
> [...]
>
> In addition to new hardware, the rendering server also uses the new
> “openstreetmap-carto” stylesheet. This is a complete re-write of the
> old XML stylesheet to use CartoCSS, making it easier for our
> cartographers to work with. The style is designed to look as similar
> as possible to the old XML stylesheet.

I am especially impressed that this also finally gives us a coastline 
update on openstreetmap.org - after more than half a year. :-)

As for the rendering - at the southern edge there is a cutoff slightly 
north of the tile edge:

http://www.openstreetmap.org/?lat=-84.8&lon=-167.75&zoom=6

Greetings,

-- 
Christoph Hormann
http://www.imagico.de/

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] New tile rendering (Live Worldwide)

[Paul Johnson]

Wouldn't mind seeing this expanded to include rendering routes a la the OSM
US tileserver.  It's time to bury the old way of tagging a route's
attributes on member ways already.


On Mon, Aug 5, 2013 at 8:41 AM, Grant Slater wrote:

> Hi OpenStreetMappers,
>
> The default OpenStreetMap.org "standard" map was switched across to a
> new rendering server setup over the last weekend.
>
> In addition to new hardware, the rendering server also uses the new
> “openstreetmap-carto” stylesheet. This is a complete re-write of the
> old XML stylesheet to use CartoCSS, making it easier for our
> cartographers to work with. The style is designed to look as similar
> as possible to the old XML stylesheet.
>
> Andy Allan presented a great talk at State of the Map US conference
> describing the reasons for re-writing the stylesheet:
>
> http://stateofthemap.us/saturday.html#schedule/saturday/putting-the-carto-into-openstreetmap-cartography
> Andy will present a follow-up at State of the Map next month.
> http://2013.stateofthemap.org/
>
> The "openstreetmap-carto" stylesheet is maintained here:
> https://github.com/gravitystorm/openstreetmap-carto
> The "openstreetmap-carto" is a good base for creating custom styles,
> and should be much easier to work with. If you want to help improve
> the style, or add new features, please fork it and contribute pull
> requests!
>
> Please support OSM’s server hardware fundraising drive:
> http://donate.openstreetmap.org/server2013/
>
> Kind regards
>  Grant Slater
>  Part of the OSM Sysadmin Team
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [OSM-dev] New tile rendering (Live Worldwide)

[Alex Barth]

This is amazing.

Fantastic work!


On Mon, Aug 5, 2013 at 9:41 AM, Grant Slater wrote:

> Hi OpenStreetMappers,
>
> The default OpenStreetMap.org "standard" map was switched across to a
> new rendering server setup over the last weekend.
>
> In addition to new hardware, the rendering server also uses the new
> “openstreetmap-carto” stylesheet. This is a complete re-write of the
> old XML stylesheet to use CartoCSS, making it easier for our
> cartographers to work with. The style is designed to look as similar
> as possible to the old XML stylesheet.
>
> Andy Allan presented a great talk at State of the Map US conference
> describing the reasons for re-writing the stylesheet:
>
> http://stateofthemap.us/saturday.html#schedule/saturday/putting-the-carto-into-openstreetmap-cartography
> Andy will present a follow-up at State of the Map next month.
> http://2013.stateofthemap.org/
>
> The "openstreetmap-carto" stylesheet is maintained here:
> https://github.com/gravitystorm/openstreetmap-carto
> The "openstreetmap-carto" is a good base for creating custom styles,
> and should be much easier to work with. If you want to help improve
> the style, or add new features, please fork it and contribute pull
> requests!
>
> Please support OSM’s server hardware fundraising drive:
> http://donate.openstreetmap.org/server2013/
>
> Kind regards
>  Grant Slater
>  Part of the OSM Sysadmin Team
>
> ___
> dev mailing list
> d...@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk