Dewi Robiatul mubararah | 1 Feb 10:15 2012
Picon

[OSM-dev] mod_tile installation problem

I  have question when I install mod_tile :

After I install mod_tile, I typing command :
svn co http://svn.openstreetmap.org/applications/utils/mod_tile --> ./outogen.sh --> ./configure 
but the result "configure: error: Did not find mapnik"

please solution
_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Iván Sánchez Ortega | 1 Feb 11:51 2012
Picon

Re: [OSM-dev] mod_tile installation problem

On Wednesday 01 February 2012 10:15:03 Dewi Robiatul mubararah wrote:
> "configure: error: Did not find mapnik"
>
> please solution

Have you installed the development Mapnik libraries?

--

-- 
Iván Sánchez Ortega <ivan <at> sanchezortega.es> <ivan <at> geonerd.org>

http://ivan.sanchezortega.es
Proudly running Debian Linux with 3.0.0-1-amd64 kernel, KDE 3.5.10, and PHP 
5.3.8-2 generating this signature.
Uptime: 11:50:51 up 24 min,  2 users,  load average: 0.99, 0.67, 0.49

_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Sebastian Spaeth | 1 Feb 12:15 2012
Picon

ANNOUNCEMENT: T <at> H server will go away end of February

Hi all,

I was just informed that the central ETH IT took an issue with the
constant large bandwidth that the t <at> h server uses. In addition the
server is four years old and getting old and senile...

This means that end of February, the T <at> h server will be shut down and go
away. Unless a replacement server (&admin) is being found, that will
also likely imply that the T <at> H service will go away (together with the
tiles web server) at that point.

I have previously argued, why I believe that a t <at> h service is not that
crucial anymore, although I still believe it is good that it was
there. I am not sure if and what should replace t <at> h, but generally
speaking there are so many ways now to customize and get rendered tiles,
that t <at> h is a bit of a dinosaur. A fun one though :-)

I would like to thank the ETH Zurich, and specifically the Institute for
Cartography of Prof. Lorenz Hurni (http://wwww.karto.ethz.ch) that had been sponsoring the server and
the bandwidth over
the course of four years. They have been very generous, and never
complained about the bandwidth/diskspace  we were hogging all the
time. Finally a special thanks to Claudia Matthys, their IT sysadmin who
helped to purchase, setup and administer the thing.

Also thanks to the legions of renderers, client developers, and style
tweakers, such as Bob Kare, Petschge, Dirk Lüder-Kreie, the ROMA and
TRAPI developers, and the people involved in running the read-only
mirror architecture. That was and is amazing work that diverse people
have been putting together there.

I am not that much into mapping any more, but I will hang around and am
open to other fun projects.

Sebastian
Hi all,

I was just informed that the central ETH IT took an issue with the
constant large bandwidth that the t <at> h server uses. In addition the
server is four years old and getting old and senile...

This means that end of February, the T <at> h server will be shut down and go
away. Unless a replacement server (&admin) is being found, that will
also likely imply that the T <at> H service will go away (together with the
tiles web server) at that point.

I have previously argued, why I believe that a t <at> h service is not that
crucial anymore, although I still believe it is good that it was
there. I am not sure if and what should replace t <at> h, but generally
speaking there are so many ways now to customize and get rendered tiles,
that t <at> h is a bit of a dinosaur. A fun one though :-)

I would like to thank the ETH Zurich, and specifically the Institute for
Cartography of Prof. Lorenz Hurni (http://wwww.karto.ethz.ch) that had been sponsoring the server and
the bandwidth over
the course of four years. They have been very generous, and never
complained about the bandwidth/diskspace  we were hogging all the
time. Finally a special thanks to Claudia Matthys, their IT sysadmin who
helped to purchase, setup and administer the thing.

Also thanks to the legions of renderers, client developers, and style
tweakers, such as Bob Kare, Petschge, Dirk Lüder-Kreie, the ROMA and
TRAPI developers, and the people involved in running the read-only
mirror architecture. That was and is amazing work that diverse people
have been putting together there.

I am not that much into mapping any more, but I will hang around and am
open to other fun projects.

Sebastian
Jeremy Adams | 2 Feb 01:44 2012

Re: ANNOUNCEMENT: T <at> H server will go away end of February

On Wed, Feb 1, 2012 at 6:15 AM, Sebastian Spaeth <Sebastian <at> sspaeth.de> wrote:
> Hi all,
>
> I was just informed that the central ETH IT took an issue with the
> constant large bandwidth that the t <at> h server uses. In addition the
> server is four years old and getting old and senile...
>
> This means that end of February, the T <at> h server will be shut down and go
> away. Unless a replacement server (&admin) is being found, that will
> also likely imply that the T <at> H service will go away (together with the
> tiles web server) at that point.
>
> I have previously argued, why I believe that a t <at> h service is not that
> crucial anymore, although I still believe it is good that it was
> there. I am not sure if and what should replace t <at> h, but generally
> speaking there are so many ways now to customize and get rendered tiles,
> that t <at> h is a bit of a dinosaur. A fun one though :-)
>
> I would like to thank the ETH Zurich, and specifically the Institute for
> Cartography of Prof. Lorenz Hurni (http://wwww.karto.ethz.ch) that had been sponsoring the server and
the bandwidth over
> the course of four years. They have been very generous, and never
> complained about the bandwidth/diskspace  we were hogging all the
> time. Finally a special thanks to Claudia Matthys, their IT sysadmin who
> helped to purchase, setup and administer the thing.
>
> Also thanks to the legions of renderers, client developers, and style
> tweakers, such as Bob Kare, Petschge, Dirk Lüder-Kreie, the ROMA and
> TRAPI developers, and the people involved in running the read-only
> mirror architecture. That was and is amazing work that diverse people
> have been putting together there.
>
> I am not that much into mapping any more, but I will hang around and am
> open to other fun projects.
>
> Sebastian
>

Boy, that's a shame.  :(  Always sad to see the end of a project, even
if it has served it's purpose.  t <at> h was the only way to get instant
renders after doing mapping work back in the day and really is/was an
extremely interesting collection of methods and technologies to make
that happen.  I've enjoyed all the time I've spent hacking away at it,
whether running clients or keeping TRAPI running along.

I will truly be sad to see it go.  (although it'll be nice to get my
20Mbit of outbound TRAPI traffic back ;))  I'd like to echo
Sebastian's statements above and say thanks to everyone who made it
happen.  There were many hands at work in developing and running the
t <at> h infrastructure before it because as stable as it's been lately and
they all desire a heartfelt thank you.

-Jeremy

Anwar Azulfa | 2 Feb 03:42 2012
Picon

[OSM-dev] generate image failed

Hi All,


I try to genenerate image with mapnik on my other server,But if's failed

i got error message like :

$./generate_image.py 
Traceback (most recent call last):
  File "./generate_image.py", line 42, in <module>
    mapnik.load_map(m,mapfile)
RuntimeError: Required attribute 'name' is missing in TextSymbolizer in style 'area-text'


My Mapnik version like when i try to execute : apt-cache show libmapnik*

Package: libmapnik-dev
Priority: optional
Section: universe/libdevel
Installed-Size: 748
Maintainer: Ubuntu Developers <ubuntu-devel-discuss <at> lists.ubuntu.com>
Original-Maintainer: Debian GIS Project <pkg-grass-devel <at> lists.alioth.debian.org>
Architecture: i386
Source: mapnik
Version: 0.7.1-6



What's the error ?
what should i do ?
--
Regards,
M.Iftakhul Anwar


_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Andre Joost | 2 Feb 07:32 2012
Picon

Re: [OSM-dev] generate image failed

Am 02.02.2012 03:42, schrieb Anwar Azulfa:
> Hi All,
>
> I try to genenerate image with mapnik on my other server,But if's failed
>
> i got error message like :
>
> *$./generate_image.py *
> *Traceback (most recent call last):*
> *  File "./generate_image.py", line 42, in<module>*
> *    mapnik.load_map(m,mapfile)*
> *RuntimeError: Required attribute 'name' is missing in TextSymbolizer in
> style 'area-text'*

..

> *Source: mapnik*
> *Version: 0.7.1-6*
>
>
>
> What's the error ?
> what should i do ?
>

The osm.xml style file you used is made for mapnik 2
Either install that, or use the mapnik-german style from svn, which 
still expects mapnik 0.7

HTH,
ajoessen
Andre Joost | 2 Feb 08:03 2012
Picon

Re: [OSM-dev] generate image failed

Am 02.02.2012 07:32, schrieb Andre Joost:

>
> The osm.xml style file you used is made for mapnik 2

EDIT:

You have to install that, unless you find the old Styles and python 
files for mapnik 0.7.1 somewhere.

HTH,
ajoessen
Anwar Azulfa | 2 Feb 10:56 2012
Picon

Re: [OSM-dev] generate image failed

It's not working on me,

what repository which i must add to install mapnik2 or libmapnik2 ?

i hvae add repostiry

apt-get install python-software-properties

sudo apt-get install python-mapnik2
Reading package lists... Done
Building dependency tree      
Reading state information... Done
E: Unable to locate package python-mapnik2


Any idea to solve it ?

2012/2/2 Andre Joost <andre+joost <at> nurfuerspam.de>
Am 02.02.2012 07:32, schrieb Andre Joost:



The osm.xml style file you used is made for mapnik 2

EDIT:

You have to install that, unless you find the old Styles and python files for mapnik 0.7.1 somewhere.


HTH,
ajoessen



_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev



--
Regards,
M.Iftakhul Anwar


_______________________________________________
dev mailing list
dev <at> openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Andre Joost | 2 Feb 11:02 2012
Picon

Re: [OSM-dev] generate image failed

Am 02.02.2012 10:56, schrieb Anwar Azulfa:
> It's not working on me,
>
> what repository which i must add to install mapnik2 or libmapnik2 ?
>
> i hvae add repostiry
>
> apt-get install python-software-properties
>
> sudo apt-get install python-mapnik2
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> E: Unable to locate package python-mapnik2
>
>
> Any idea to solve it ?
>

Sorry, I am only working on Windows with a pre-compiled binary.

Have a look here:
https://github.com/mapnik/mapnik/wiki/Mapnik2

HTH,
André joost
Morten Olsen Lysgaard | 2 Feb 12:48 2012
Picon

[OSM-dev] Copying data from OSM to another open mapping project using the same software stack.

Case:
I export an bbox containing some features from the OSM database using 
the api.
Now I want to push those features as new features to another database, 
OpenAviationMap, running the same API. That means that all the id's in 
the OSM XML are invalid for the OpenAviationMap database.

What I'm wondering: What transformations would i have to do with an XML 
file from OSM to upload it to another database running rails_port.
I've understood i have to create unique negative ids for each object in 
the XML, but what about version, changeset date and all those other 
attributes.
What are the correct attributes for data that's "new" to a database?

Note: I want to upload the "new" data using JOSM. Right now, if I try it 
complains that I'm trying to modify objects that don't exist in my database.

Gmane