Hello everybody,
I would like to make my own my own Open Street Map server in local . So I
have followed the tutorial Make your first map | Weait.com .
But my problem Is how to Import a planet file into a local MySQL database
knowing that I have the following files :
On 13 Apr 2009, at 13:48, ahmed soua wrote:
Hello everybody,
I would like to make my own my own Open Street Map server in local .
So I have followed the tutorial Make your first map | Weait.com .
But my problem Is how to Import a planet file into a local MySQL
database knowing that I
On Mon, 2009-04-13 at 12:48 +, ahmed soua wrote:
Hello everybody,
I would like to make my own my own Open Street Map server in local .
So I have followed the tutorial Make your first map | Weait.com .
But my problem Is how to Import a planet file into a local MySQL
database knowing that
Hello everybody,
When i was doing the following command : /usr/bin/osm2pgsql -s -d gis
/home/ahmed/tunisia_map/tunisia.osm.bz2 ,
I have obtained the following error :
*VACUUM ANALYZE planet_osm_point;
failed: ERREUR: VACUUM ne peut pas être exécuté à partir d'une fonction ou
d'une chaîne
On Mon, Apr 13, 2009 at 6:00 PM, ahmed soua ahmed.s...@gmail.com wrote:
Hello everybody,
When i was doing the following command : /usr/bin/osm2pgsql -s -d gis
/home/ahmed/tunisia_map/tunisia.osm.bz2 ,
I have obtained the following error :
VACUUM ANALYZE planet_osm_point;
failed: ERREUR:
Hi,
Stefan de Konink wrote:
Now should the server complain?
[...]
In my perception one dimensional ways do not exist so yes it should.
I don't think it should. The API makes no claim that a way is some
geometric object; a way is just a collection of nodes.
If the API would start to do
Hey,
Frederik Ramm wrote:
I don't think it should. The API makes no claim that a way is some
geometric object; a way is just a collection of nodes.
Like discussed on IRC yesterday /my/ opinion is clear; if there is or
will be an enforcement on length because of 'client/server' interaction,
On Mon, Apr 13, 2009 at 7:09 PM, Stefan de Konink ste...@konink.de wrote:
Frederik Ramm wrote:
I don't think it should. The API makes no claim that a way is some
geometric object; a way is just a collection of nodes.
Like discussed on IRC yesterday /my/ opinion is clear; if there is or
will
Matt Amos wrote:
we already do checks for data corruption, unfortunately they're
vulnerable to race conditions. 0.6 will fix that in 4 days ;-)
I can't wait ;)
If the API would start to do geometry inspection, then you'd have to add
loads of additional checks as well. For example for
We would like to better integrate our road network data with OSM -
perhaps as using OSM as a base dataset with an extra superset of data
specific to our needs (very detailed road information ie lane widths,
shoulder widths, turn lane designations, stop bar location, signal
timing, ...) - this
On Mon, Apr 13, 2009 at 7:50 PM, Stefan de Konink ste...@konink.de wrote:
Matt Amos wrote:
i don't consider consecutive duplicate nodes to necessarily indicate
corrupt data. its up to the client to interpret the user's intent -
and if the user genuinely wanted consecutive duplicate nodes then
Matt Amos wrote:
we're only going to restrict them on nodes, they were already
restricted on ways and relations by the API. and most clients
restricted them on all types. in this case i look at it as being more
consistent, rather than introducing new restrictions. :-)
Btw how are you
On Mon, Apr 13, 2009 at 9:50 PM, Stefan de Konink ste...@konink.de wrote:
Matt Amos wrote:
we're only going to restrict them on nodes, they were already
restricted on ways and relations by the API. and most clients
restricted them on all types. in this case i look at it as being more
Hi,
Matt Amos wrote:
i can't think of any use for consecutive duplicate nodes, *yet*. there
might be people already using this for something, or we might find a
use for it in the future. for the moment, i consider this to be a
minor client UI bug which can be most easily fixed by the clients,
Frederik Ramm wrote:
Not that I've done it... but I might, just to prove my point!
And you use a 'way' for that... now that proves my case we can drop the
way table entirely and go for relations only ;) Now I don't blame Matt
that he wasn't there at 3am. But we had an interesting talk about
Hi,
I'd like to bump our more or less stable version from 1515 to 1526
in order to let as many people as possible enjoy the automatic upgrade
to 0.6 once 0.6 goees live next weekend.
Any issues with that?
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09
16 matches
Mail list logo
