Hi,
On 07/11/12 22:51, Richard Fairhurst wrote:
In an ideal world we would like to have given more warning. But as a former
JOSM maintainer has proudly proclaimed beforehand "Software whose
programmers whine about having to make a change deserves to die, or be
banned", then I have no doubt that
Why not use TileJSON? http://mapbox.com/developers/tilejson/
Igor
On Thu, Jul 12, 2012 at 7:12 AM, Kai Krueger wrote:
> On 07/10/2012 01:38 PM, Lynn W. Deffenbaugh (Mr) wrote:
>
> I've been wondering if it would be possible to put a fixed URL on the tile
> and/or API servers that application
SimonPoole wrote
>
> RSN a large number of sites using OSM data will be reloading their
> databases, due to a certain well known change :-).
>
Well, this time has come closer now...
SimonPoole wrote
>
> It seems as if it would really make sense to make the 64bit ID version
> of osm2pgsql th
On 07/10/2012 01:38 PM, Lynn W. Deffenbaugh (Mr) wrote:
> I've been wondering if it would be possible to put a fixed URL on the
> tile and/or API servers that application programs could fetch to
> retrieve the current attribution string for that particular tile
> server? Something like 0/0/0.txt o
On Jul 11, 2012, at 1:03 AM, Jochen Topf wrote:
>
>> - Osmium does not seem to be Windows ready according to its doc.
>
> Yes. I hope somebody who knows anything about Windows development will help
> with that at some point.
I's really like to see the Mapnik OSM plugin switch to using Osmium ra
Ian Dees wrote:
> Andy made a commit that changed the API response for nodes.
> http://git.osm.org/rails.git/commitdiff/2c67c07
> Previously, visible="false" nodes would include their lat/lon. Now
> such nodes will no longer include lat/lon.
For background: this is pretty much essential to the fu
It's already in production.
On Wed, Jul 11, 2012 at 3:26 PM, Skye Book wrote:
> Thanks for the heads up!
>
> Is this a definite for going into production?
> On Jul 11, 2012 4:24 PM, "Ian Dees" wrote:
>
>> Andy made a commit that changed the API response for nodes.
>>
>> http://git.osm.org/rails
Andy made a commit that changed the API response for nodes.
http://git.osm.org/rails.git/commitdiff/2c67c07
Previously, visible="false" nodes would include their lat/lon. Now such
nodes will no longer include lat/lon.
At the very least this breaks some functionality in JOSM.
> OSM has *lots* of broken data, especially broken (multi)polygons where:
>
> * polygon rings have gaps
Not sure what you mean by that. Example ?
> * inner/outer polygon rings are mis-classified (inner rings declared as
> outer and vice versa)
The algorithm used in the driver ignores inner/oute
> Osmium is a header-only library, so the extra dependency would only be there
> for people building GDAL/OGR, not people using the library. So I'd say it is
> not that bad. (And you have the dependency on spatialite now which Osmium
> wouldn't need.)
Actually, the dependency for the OSM driver i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 11-07-12 17:10, Grant Slater wrote:
> Summary: Please stop Imports, Automated Edits, Bulk edits & Bots
> until the redaction process has ended.
What is your ETA?
Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment:
Dear All,
Summary: Please stop Imports, Automated Edits, Bulk edits & Bots until
the redaction process has ended.
The redaction bot has just started running. Until the redaction
process has been completed please suspend all imports and bulk edit
operations. Imports or bots which ignore this reque
On Wed, Jul 11, 2012 at 8:44 AM, Frederik Ramm wrote:
> I think that from a legal perspective, the algorithm is less relevant than
> the outcome. If, after the change is through, someone can pinpoint a case
> where protected intellectual property of a non-agreer is demonstrably still
> in the data
Hi,
On 07/11/12 14:35, Anthony wrote:
https://github.com/gravitystorm/openstreetmap-license-change
Is there a summary (non-code) suitable for my lawyer to read?
Not that I am aware of. We started something on the Wiki but that has
remained in a state of early brainstorming and does not ref
On Wed, Jul 11, 2012 at 2:59 AM, Frederik Ramm wrote:
> Hi,
>
>
> On 07/11/2012 12:59 AM, Anthony wrote:
>>>
>>> Starting this week, we will be 'redacting' the contributions (less than
>>> 1%)
>>> from the live database that are not compatible with the new Contributor
>>> Terms and Open Database L
Hi,
On 07/11/2012 09:24 AM, Even Rouault wrote:
The main reason is I didn't make an extensive search of what other libs
existed before, so yes perhaps, a bit of reinvented wheel syndrom...
Apart from unnecessary duplication of work - which is basically a
problem just for the authors and not t
On Wed, Jul 11, 2012 at 09:24:03AM +0200, Even Rouault wrote:
> Le mardi 10 juillet 2012 22:13:15, Jochen Topf a écrit :
> > Interesting. Any reason you wrote the whole thing yourself instead of
> > basing it on the Osmium library? (wiki.osm.org/wiki/Osmium)
>
> Hi Jochen,
>
> The main reason is
Am 11.07.2012 04:58, schrieb Paul Norman:
What exact attribution does OSMF intend to use when the tiles are a
mix of old tiles and new tiles?
As far as I know the Tile license should not change, right?
The attribution therefore could mention both probably or determine it
tilewise by date (t
Le mardi 10 juillet 2012 22:13:15, Jochen Topf a écrit :
> Interesting. Any reason you wrote the whole thing yourself instead of
> basing it on the Osmium library? (wiki.osm.org/wiki/Osmium)
Hi Jochen,
The main reason is I didn't make an extensive search of what other libs
existed before, so yes
Hi,
On 07/11/2012 12:59 AM, Anthony wrote:
Starting this week, we will be 'redacting' the contributions (less than 1%)
from the live database that are not compatible with the new Contributor
Terms and Open Database Licence (ODbL)
What is the algorithm to determine what gets removed?
https://
20 matches
Mail list logo
