The minutely replication stream was blocked for 12 hours due to a server
problem. The broken sequence number was 834038, with 038.state.txt and
038.osc.gz being zero length files. When the replication was restarted
these files were replaced with real data.
Unfortunately this has caused a problem
Can you provide cookbook instructions for those of us running OSM tile
servers based on the switch2osm.org instructions? Specifically, what
does one do to forced them back to process everything from '037+ again?
Lynn (D)
On 4/18/2014 12:50 PM, Jon Burgess wrote:
The minutely replication
From: Lynn W. Deffenbaugh (Mr) [mailto:ldeff...@homeside.to]
Sent: Friday, April 18, 2014 3:13 PM
To: dev@openstreetmap.org
Subject: Re: [OSM-dev] glitch in minutely replication stream
Can you provide cookbook instructions for those of us running OSM tile
servers based on the
Paul, how much diffs will be processed ?
On 19 avril 2014 02:47:07 UTC+02:00, Paul Norman penor...@mac.com wrote:
From: Lynn W. Deffenbaugh (Mr) [mailto:ldeff...@homeside.to]
Sent: Friday, April 18, 2014 3:13 PM
To: dev@openstreetmap.org
Subject: Re: [OSM-dev] glitch in minutely replication
Tu tombes bien, je suis sur Osmosis àtester des trucs aussi, là.
--derive-change doit prendre deux fichiers xml en entrée, ce serait
(sans tester):
osmosis --read-pgsql host=localhost database=X user=X password=X
--write-xml --read-pbf file=X.pbf --derive-change --write-xml-change
Euh, non, plutot passer d'un datatset à un entity stream:
osmosis --read-pgsql host=localhost database=X user=X password=X
--dataset-dump --read-pbf file=X.pbf--derive-change --write-xml-change
file=X.osc
On 04/16/2014 10:59 AM, Marc Ducobu wrote:
Bonjour,
Est-ce possible de créer un
Hi,
If you go to https://josm.openstreetmap.de/wiki/Maps and its subpages, you
may notice these {view} entries behind the names. These lead to a new
page using OpenLayers3 to show the content of an entry including icons,
attribution, bounding boxes and surrounding shapes.
In my eyes that's
7 matches
Mail list logo