Am 31.05.2011 23:43, schrieb Sergey Galuzo:
varchangeTag = !Visible ? delete : Version == 1 ? create : modify;
This may be true when you look at an object's complete history.
But don't let you confuse from the similar syntax of .osm and .osc files
-- they represent very different things.
Hi,
For rendering with very easy customization of advanced styles, have you
looked at the coming qgis 1.7.0?
It allows to define styles with rules based on multiple attributes and
scale levels, and it includes a fastcgi webserver nd a full javascript
web frontend.
Some demo for the backend
On Wed, Jun 1, 2011 at 1:49 PM, Mayeul Kauffmann
mayeul.kauffm...@free.fr wrote:
Hi,
Hello Mayeul
For rendering with very easy customization of advanced styles, have you
looked at the coming qgis 1.7.0?
It allows to define styles with rules based on multiple attributes and
scale levels, and
On Wed, Jun 1, 2011 at 12:05 AM, Stefan Keller sfkel...@gmail.com wrote:
Sorry for insisting, but osm2pgsql supports hstore... Remains the
version attribute.
osm2pgsql can output the version number, using the -x extended
attributes flag an the relevant changes to the .style file. Be warned
Hello,
I found in the OSM Wiki the following article.
http://wiki.openstreetmap.org/wiki/PBF_Format
It is also about 5x faster to write than a gzipped planet and 6x faster to
read than a gzipped planet.
Can anyone say how long do I need to write from database to pbf a country like
Germany?
Hi
Am 01.06.2011 14:23, schrieb Michael Prieß:
Can anyone say how long do I need to write from database to pbf a country like
Germany? Minutes, Hours, Weeks?
I can read a complete pbf history dump in pbf format (more information
than in the current planet.osm) and write it to another pbf
Michael,
I found in the OSM Wiki the following article.
http://wiki.openstreetmap.org/wiki/PBF_Format
It is also about 5x faster to write than a gzipped planet and 6x faster to read
than a gzipped planet.
Can anyone say how long do I need to write from database to pbf a country like
On 1 June 2011 17:51, Peter Körner osm-li...@mazdermind.de wrote:
Am 31.05.2011 23:43, schrieb Sergey Galuzo:
varchangeTag = !Visible ? delete : Version == 1 ? create : modify;
This may be true when you look at an object's complete history.
But don't let you confuse from the similar syntax
Hi,
On 05/31/11 23:43, Sergey Galuzo wrote:
Obvious differences between full and change are explicit
create/modify/delete tags.
We have full history OSM files and normal OSM files (both use .osm
extension and osm.../osm), and we have simple diffs and replication
diffs (both use .osc and
On Wed, Jun 1, 2011 at 8:23 AM, Michael Prieß michael.pri...@gmx.de wrote:
Hello,
I found in the OSM Wiki the following article.
http://wiki.openstreetmap.org/wiki/PBF_Format
It is also about 5x faster to write than a gzipped planet and 6x faster to
read than a gzipped planet.
Can
On Wed, Jun 1, 2011 at 9:53 AM, Anthony o...@inbox.org wrote:
(e.g. pg_dump -Fc ... | xz -1 file.dump.xz, or use lzop if xz -1 is CPU
bound)
Bleh. Make sure you add -Z0 if you're going to compress with xz
rather than use the standard (not as good) pg_dump compression.
On Wed, Jun 1, 2011 at 2:34 PM, Frederik Ramm frede...@remote.org wrote:
We have full history OSM files and normal OSM files (both use .osm extension
and osm.../osm), and we have simple diffs and replication diffs (both
use .osc and osmChange.../osmChange).
Normal OSM files never have a
Hi,
I'm looking for the fastest way to extract a bounding box from osm-data.
The intention is to get a section (a square of about 5km * 5km)
around a user's current position in a few seconds.
The input-data shall be of the size germany, central-europe or even
the whole planet.
Up to now I made
What I would like to know is if there's a significantly faster way to do
that.
That depends... ;-)
Which option do you need? Do you need relations? Do you need relations which
have relations as members which have ways which have nodes inside the box?
Example: There is a bus line which
Hi, you're of course not bothering me :-)
I didn't expect that the difference is so much depending on those things.
I don't need relations especially if they dramatically slow down the
process.
Ways with nodes inside and outside of the bbox shall be included but if
it's faster and/or
Thanks for excellent info.
As far as special format for diffs... Why do we have it as opposed just to
using full history format for diffs? Same data...
Thanks,
Sergey.
-Original Message-
From: Frederik Ramm [mailto:frede...@remote.org]
Sent: Wednesday, June 01, 2011 6:34 AM
To:
Will it be used in place of Mapnik and mod_tile
Yes, it is an alternative to Mapnik (but styles and layer definition
using a GUI with the mouse).
You define your layers and styles with the mouse (desktop standalone
app), then move the .qgs project in the fastcgi folder, and your server
is done.
On Wed, Jun 1, 2011 at 11:15 PM, Mayeul Kauffmann
mayeul.kauffm...@free.fr wrote:
Yes, it is an alternative to Mapnik (but styles and layer definition
using a GUI with the mouse).
You define your layers and styles with the mouse (desktop standalone
app), then move the .qgs project in the
Hi, you're of course not bothering me :-)
I'm relieved. :-)
You can choose very particularly which option you want to apply and which one
not if you extract your bbox with Osmosis.
I would suggest to apply at least cascadingRelations if you need to have
multipolygons included properly (forest
Le mercredi 01 juin 2011 à 23:20 +0530, Parveen Arora a écrit :
On Wed, Jun 1, 2011 at 11:15 PM, Mayeul Kauffmann
mayeul.kauffm...@free.fr wrote:
Yes, it is an alternative to Mapnik (but styles and layer definition
using a GUI with the mouse).
You define your layers and styles with the
Hi,
On 06/01/11 18:22, Benjamin Meier wrote:
I'm looking for the fastest way to extract a bounding box from osm-data.
The intention is to get a section (a square of about 5km * 5km)
around a user's current position in a few seconds.
Are you sure you want raw OSM data - or maybe rather
On Wed, Jun 1, 2011 at 11:42 PM, Mayeul Kauffmann
mayeul.kauffm...@free.fr wrote:
Le mercredi 01 juin 2011 à 23:20 +0530, Parveen Arora a écrit :
On Wed, Jun 1, 2011 at 11:15 PM, Mayeul Kauffmann
mayeul.kauffm...@free.fr wrote:
Yes, it is an alternative to Mapnik (but styles and layer
In addition, there is an interest from QGIS developers to convert qgis
styles (i.e. an xml file) from and into SLD-type styles, so this would
make a way to use a larger toolbox for several OSM renderers.
Some links to discussion:
See also: https://bitbucket.org/springmeyer/quantumnik/
Allows mapnik to be used as a rendering engine inside QGIS.
On Jun 1, 2011, at 11:25 AM, Mayeul Kauffmann wrote:
In addition, there is an interest from QGIS developers to convert qgis
styles (i.e. an xml file) from and into SLD-type
Hi,
Your OSMWorkingModel.jpg looks nice.
My alternate proposal was:
Data import:
QGIS with QGIS OSM python plugin (installed with QGIS) or osm2postgresql
Styling:
QGIS GUI
Web rendering:
QGIS server (is in QGIS sources, but I think need to be compiled: not
packaged yet).
Web client:
QGIS
Hi,
Thank you. Your patch works and server is stable.
Only description on page
http://wiki.openstreetmap.org/wiki/The_Rails_Port should be corrected. Now:
gem install -v=2.3.11 rails
is needed instead
gem install -v=2.3.8 rails
Next issue is that bulk_upload.py has problem with closing
26 matches
Mail list logo