hi !
is wiki.openstreetmap.org down ?? I cant access it .
--
Regards
Subhodip Biswas
GPG key : FAEA34AB
Server : pgp.mit.edu
http://subhodipbiswas.wordpress.com
http:/www.fedoraproject.org/wiki/SubhodipBiswas
___
dev mailing list
dev@openstreetmap.
On Fri, Aug 22, 2008 at 11:57 PM, Frederik Ramm <[EMAIL PROTECTED]> wrote:
> Hi,
>
>for those of us fighting against the absymal performance of bzip2
> when creating planet files and such, in case you hadn't heard of these:
>
> There's "pbzip2", readily available in Debian/Ubuntu repositories,
Hi,
for those of us fighting against the absymal performance of bzip2
when creating planet files and such, in case you hadn't heard of these:
There's "pbzip2", readily available in Debian/Ubuntu repositories, which
gives near-linear speedup by utilizing as many CPUs as you have, and if
you
Nevermind .. recompiling and reinstalling did the trick...
- Original Message
From: Mikel Maron <[EMAIL PROTECTED]>
To: dev@openstreetmap.org
Sent: Friday, August 22, 2008 11:21:26 AM
Subject: [OSM-dev] renderd problem
Hi
I have mapnik & mod_tile running now on the burning man server
Hi
I have mapnik & mod_tile running now on the burning man server
When renderd starts, it gives about two dozen "got exception ..." messages, but
then seems to run fine.
renderd receives the tile request and produces a meta file
but 404 is returned to the browser.
and a reload has the same aff
On Fri, 22 Aug 2008, Pierre-Luc Beaudoin wrote:
> Just a quick note to inform you that I am announcing today my new
> project: a Gtk+ Widget to display maps! It supports OpenStreetMap Mapnik
> tiles out of the box, with more to come!
>
> Announcement:
> http://blog.squidy.info/2008/08/22/introduci
Hi!
Just a quick note to inform you that I am announcing today my new
project: a Gtk+ Widget to display maps! It supports OpenStreetMap Mapnik
tiles out of the box, with more to come!
Announcement:
http://blog.squidy.info/2008/08/22/introducing-libchamplain/en/
Project's page: http://blog.squidy.
Marc Schütz wrote:
> Can someone familiar with Potlatch look into what happened to way
> 26468813? This is a way that has been deleted and afterwards
> undeleted using Potlatch.
>
> As you can see in the screenshot referenced below, the history
> shows only two edits. I would have expected a
u wissen willst wer
> > es war, dann mußt du unter http://openstreetmap.org/ das Overlay Data
> > wählen. Ne Region auswählen, die Daten laden und das entsprechende
> > Element auswählen und dann auf show History klicken.
>
> Genau das geht eben nicht, siehe Screenshot:
>
On Fri, Aug 22, 2008 at 02:30:33AM -0400, Dustin Spicuzza wrote:
Whats the best way to facilitate users downloading places by name, as
opposed to specifying coordinates?
The Namefinder can be used as a web service, i.e. it can output the
results in some XML format. See [1] for details.
[Names
* On 21-Aug-2008 at 11:19AM PDT, Tom Hughes said:
> > http://westbank.maps.jsintl.org/?lat=31.70841&lon=35.20192&zoom=17&layers=B
> >
> > Street names in Arabic rendered along a path end up being drawn without
> > ligatures, which to a native speakers looks like an A C R O N Y M.
> >
> > I'm not
On Fri, 22 Aug 2008 09:11:54 +0100, Tom Hughes <[EMAIL PROTECTED]> wrote:
> I wasn't suggesting that a mobile client should parse planet itself.
I was just implying that a mobile computer that has internet should
not require any pre-parsing on a desktop when all the data it asks for
is reachable
In message <[EMAIL PROTECTED]>
Marcus Wolschon <[EMAIL PROTECTED]> wrote:
> On Fri, 22 Aug 2008 08:31:38 +0100, Tom Hughes <[EMAIL PROTECTED]> wrote:
>
>> ... but mobile navigation systems should probably be using planet
>> anyway and not pulling from the API as we don't have the resources
On Fri, 22 Aug 2008 08:31:38 +0100, Tom Hughes <[EMAIL PROTECTED]> wrote:
>> The API is based on http and very simple, so there is not much to
> implement
>> for loading data.
>
> ... but mobile navigation systems should probably be using planet
> anyway and not pulling from the API as we don't
In message <[EMAIL PROTECTED]>
Marcus Wolschon <[EMAIL PROTECTED]> wrote:
> On Fri, 22 Aug 2008 02:30:33 -0400, Dustin Spicuzza <[EMAIL PROTECTED]> wrote:
>
>> there was at least a standard way to parse/store the data that would be
>> useful to have. I'd certainly be interested in helping
On Fri, 22 Aug 2008 02:30:33 -0400, Dustin Spicuzza <[EMAIL PROTECTED]> wrote:
> there was at least a standard way to parse/store the data that would be
> useful to have. I'd certainly be interested in helping with such a
> project.
The API is based on http and very simple, so there is not muc
16 matches
Mail list logo
