[OSM-dev] Is it possible to run 2 mapnik style sheets on the same system?
Is it possible with the current code base to render map tiles differently based on the respectively mapnik style sheet? If so how? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Is it possible to run 2 mapnik style sheets on the same system?
John Smith wrote: Is it possible with the current code base to render map tiles differently based on the respectively mapnik style sheet? If so how? Yes, and as for how: that depends on your render stack. mod_tile, for instance, allows for more than 1 stylesheet in /etc/renderd.conf, which you can then use from OpenLayers under the respective configured urls. -- Lennard ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Is it possible to run 2 mapnik style sheets on the same system?
--- On Mon, 3/8/09, Lennard l...@xs4all.nl wrote: Yes, and as for how: that depends on your render stack. mod_tile, for instance, allows for more than 1 stylesheet in /etc/renderd.conf, which you can then use from OpenLayers under the respective configured urls. Sorry, I meant to mention I was using mod_tile/rendered, I just haven't figured out the black magic to make them talk the way I want :) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Is it possible to run 2 mapnik style sheets on the same system?
--- On Mon, 3/8/09, Lennard l...@xs4all.nl wrote: mod_tile, for instance, allows for more than 1 stylesheet in /etc/renderd.conf, which you can then use from OpenLayers under the respective configured urls. Thanks for the pointer I've figured it out... ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Problem and status of osmosis
Hello! I would like to inquire about the status of osmosis, which is not quite clear to me from the wiki page. I have tried to use the version 0.31 from the download link binary-latest to cut data from a planet file extract, but I encountered several problems. When I process the output from osmosis, some 50 nodes which are referenced by ways are missing from the file. When I run exactly the same command and data with 0.29, the result is fine. I also noted that the .bat file for calling this version is broken and does not match the library paths. Are there known problems with osmosis dropping nodes? Is this binary-latest version dead? There is also a download for a 0.31.2 version with about twice as many dependencies. What is the difference of this version? Which one is the recommended/working version? bye Nop ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] rendered
Not sure if it's something I've done wrong or it's supposed to work that way, but after starting rendered it seems to take 2-3 minutes after calling a dirty or unrendered tile before it will respond, but after that it seems to work fine. If I wasn't tweaking things in the style sheets it wouldn't matter I guess, but since I'm doing a lot of trial and error blundering about trying to figure it all out it takes a long time to see the result of a little tweak, is there an easy/better way to do this? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Problem and status of osmosis
Hi you can use my vesion of osmosis, it is pretty recent (svn head) http://osm.komzpa.net/~mdupont/osm/pool/main/o/openstreetmap-osmosis/ thanks, mike On Mon, Aug 3, 2009 at 1:49 PM, Nop ekkeh...@gmx.de wrote: Hello! I would like to inquire about the status of osmosis, which is not quite clear to me from the wiki page. I have tried to use the version 0.31 from the download link binary-latest to cut data from a planet file extract, but I encountered several problems. When I process the output from osmosis, some 50 nodes which are referenced by ways are missing from the file. When I run exactly the same command and data with 0.29, the result is fine. I also noted that the .bat file for calling this version is broken and does not match the library paths. Are there known problems with osmosis dropping nodes? Is this binary-latest version dead? There is also a download for a 0.31.2 version with about twice as many dependencies. What is the difference of this version? Which one is the recommended/working version? bye Nop ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] rendered
John, You could run TileLite against your XML as you edit [1]. It has an optional mapfile watching mode [2] in which it will automatically sense if you've re-saved the Mapnik xml and prompt Mapnik to reload the styles. [1] http://bitbucket.org/springmeyer/tilelite. [2] http://bitbucket.org/springmeyer/tilelite/src/tip/utils/tilelite.cfg Dane On Aug 3, 2009, at 6:55 AM, John Smith wrote: Not sure if it's something I've done wrong or it's supposed to work that way, but after starting rendered it seems to take 2-3 minutes after calling a dirty or unrendered tile before it will respond, but after that it seems to work fine. If I wasn't tweaking things in the style sheets it wouldn't matter I guess, but since I'm doing a lot of trial and error blundering about trying to figure it all out it takes a long time to see the result of a little tweak, is there an easy/better way to do this? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Gauss-Krüger coordinate s for kosoov?
El Domingo, 2 de Agosto de 2009, jamesmikedup...@googlemail.com escribió: [...] 1. can you help me transform them? From the data I gathered from the .pdf you linked, it seems that this cs2cs command line should be able to do the proper reprojection from KOSOVOREF1 to WGS84: cs2cs +ellps=GRS80 +units=m +proj=tmerc +k=0. +lon_0=21 +lat_0=0 +y_0=0 +x_0=750 +to +init=epsg:4326 If you delve into the documentation of proj.4 and its utilities (cs2cs, ogr2ogr, etc) you should be able to batch reproject any files you want; or you can mail me the files and I'll reproject them for you. I'm not an expert in projection systems, so that cs2cs command line should be reviewed by the authors of the .pdfs you linked to, in order to get some reassurance about it. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Gauss-Krüger coordinate s for kosoov ?
Thank you kindly. Muchos Gracias Muchacho. I will try it out and report back. Thansk, mike 2009/8/3 Iván Sánchez Ortega i...@sanchezortega.es El Domingo, 2 de Agosto de 2009, jamesmikedup...@googlemail.com escribió: [...] 1. can you help me transform them? From the data I gathered from the .pdf you linked, it seems that this cs2cs command line should be able to do the proper reprojection from KOSOVOREF1 to WGS84: cs2cs +ellps=GRS80 +units=m +proj=tmerc +k=0. +lon_0=21 +lat_0=0 +y_0=0 +x_0=750 +to +init=epsg:4326 If you delve into the documentation of proj.4 and its utilities (cs2cs, ogr2ogr, etc) you should be able to batch reproject any files you want; or you can mail me the files and I'll reproject them for you. I'm not an expert in projection systems, so that cs2cs command line should be reviewed by the authors of the .pdfs you linked to, in order to get some reassurance about it. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] rendered
On Mon, 2009-08-03 at 13:55 +, John Smith wrote: Not sure if it's something I've done wrong or it's supposed to work that way, but after starting rendered it seems to take 2-3 minutes after calling a dirty or unrendered tile before it will respond, but after that it seems to work fine. If I wasn't tweaking things in the style sheets it wouldn't matter I guess, but since I'm doing a lot of trial and error blundering about trying to figure it all out it takes a long time to see the result of a little tweak, is there an easy/better way to do this? The render daemon itself does not have any such delays. I have seen startup delays like this at other times dues to: - The data source needing page lots of data into RAM needing lots of disk IO (e.g. large postgres DB or shapefiles) - With the postgis data source: setting estimated_extent to false and not providing a fixed extent for the layer. This causes Mapnik to issue an extent() query to the DB which normally results in it parsing all the data to determine the extent. The second delay is made worse since each thread initializes its own set of parameters causing this to happen maybe 4 times. The other issue would be a general slowness if you are trying to process too much data in your style but this would effect most tiles rendered, not just he first few. Jon ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Gauss-Krüger coordinate s for kosoov ?
Ok, I have done some tests, I repost my diary:
http://www.openstreetmap.org/user/h4ck3rm1k3/diary/7359
here are more data points:
http://pastebin.com/m56db7289
Here is my conversion script :
cs2cs +ellps=GRS80 +units=m +proj=tmerc +k=0. +lon_0=21 +lat_0=0 +y_0=0
-f %.3f kosovopoints.src | perl ~/kosovo_maps/testconvert.pl
newpoints.tml
http://www.pastebin.ca/1517014
use strict;
use warnings;
print q[?xml version='1.0' encoding='UTF-8'?
];
my $id=0;
while ()
{
if (/^\s*(\d+\.\d+)\s+(\d+\.\d+)\s+(\d+\.\d+)\s*$/)
{
$id--;
print qq[];
}
else
{
die error $_;
}
}
print q[];
The result is not good :
http://filebin.ca/obheaq/test.osm
it is just a straight line... somewhere in romania...
2009/8/3 jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com
Thank you kindly.
Muchos Gracias Muchacho.
I will try it out and report back.
Thansk,
mike
2009/8/3 Iván Sánchez Ortega i...@sanchezortega.es
El Domingo, 2 de Agosto de 2009, jamesmikedup...@googlemail.com escribió:
[...]
1. can you help me transform them?
From the data I gathered from the .pdf you linked, it seems that this
cs2cs
command line should be able to do the proper reprojection from KOSOVOREF1
to
WGS84:
cs2cs +ellps=GRS80 +units=m +proj=tmerc +k=0. +lon_0=21 +lat_0=0
+y_0=0
+x_0=750 +to +init=epsg:4326
If you delve into the documentation of proj.4 and its utilities (cs2cs,
ogr2ogr, etc) you should be able to batch reproject any files you want; or
you can mail me the files and I'll reproject them for you.
I'm not an expert in projection systems, so that cs2cs command line should
be
reviewed by the authors of the .pdfs you linked to, in order to get some
reassurance about it.
Cheers,
--
--
Iván Sánchez Ortega i...@sanchezortega.es
Un ordenador no es un televisor ni un microondas, es una herramienta
compleja.
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Gauss-Krüger coordinate s for kosoov?
El Lunes, 3 de Agosto de 2009, jamesmikedup...@googlemail.com escribió: Here is my conversion script : cs2cs +ellps=GRS80 +units=m +proj=tmerc +k=0. +lon_0=21 +lat_0=0 +y_0=0 -f %.3f kosovopoints.src | perl ~/kosovo_maps/testconvert.pl newpoints.tml Well, you're missing half of the projection parameters. Namely, the false easting and the destination projection (EPSG 4326, which means WGS84 in lat-lon, the stuff that OSM uses). With this: cs2cs +ellps=GRS80 +units=m +proj=tmerc +k=0. +lon_0=21 +lat_0=0 +y_0=0 +x_0=750 +to +init=epsg:4326 -f %.15f kosova_test_points.txt kosova_test_points_wgs84.txt I'm able to successfully reproject the points with no problems at all. -- -- Iván Sánchez Ortega i...@sanchezortega.es Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e-mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. signature.asc Description: This is a digitally signed message part. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] rendered
--- On Mon, 3/8/09, Jon Burgess jburgess...@googlemail.com wrote: - The data source needing page lots of data into RAM needing lots of disk IO (e.g. large postgres DB or shapefiles) There is 2G of system ram, although that is shared between various things running obviously. - With the postgis data source: setting estimated_extent to false and not providing a fixed extent for the layer. This causes Mapnik to issue an extent() query to the DB which normally results in it parsing all the data to determine the extent. Ok, how do I set an extent or find out if it is set or ... ? The other issue would be a general slowness if you are trying to process too much data in your style but this would effect most tiles rendered, not just he first few. It seems like a start up thing, but is triggered by the first request. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Problem and status of osmosis
Osmosis is suffering badly from my lack of time recently. Unfortunately that's unlikely to change any time soon. You've run into a combination of issues here: 1. The default behaviour for the 0.6 bounding box task is to preserve ways, even if that means referring to non-existent nodes. You can specify an option clipIncompleteEntities=true which will re-enable the 0.5 behaviour. I've chosen to leave ways untouched by default to avoid accidental uploading of mangled data to the main API. 2. The osmosis.bat file has to be manually kept up to date with the latest libraries. If a batch file wizard can modify it to automatically add all classes in the lib/default directory to the classpath it would fantastic. The osmosis bash shell script launcher already does this but I don't know how to replicate it in the windows launcher. The osmosis.bat in the latest nightly build (ie. 0.31.2) should be up to date. If not, let me know. 3. The 0.31.2 is larger because it uses new libraries for accessing the database (ie. Spring Framework). This simplifies code at the expense of download size. 4. The 0.31.2 version should be stable, but it has a known performance problem with the apidb tasks where it is slow to extract large volumes of data. I haven't had time to fix this. I would suggest using the 0.31.2 version for now, it should be suitable for most needs. Aside from the apidb extract performance problem, it should be better in all other ways. Note that I've recently updated the download links on the wiki page to point to the dev.openstreetmap.org server. I was using a google site to host it previously which kept running into bandwidth limits. I should have done this sooner but didn't realise how easy it was to publish files from my dev home directory. Brett Nop wrote: Hello! I would like to inquire about the status of osmosis, which is not quite clear to me from the wiki page. I have tried to use the version 0.31 from the download link binary-latest to cut data from a planet file extract, but I encountered several problems. When I process the output from osmosis, some 50 nodes which are referenced by ways are missing from the file. When I run exactly the same command and data with 0.29, the result is fine. I also noted that the .bat file for calling this version is broken and does not match the library paths. Are there known problems with osmosis dropping nodes? Is this binary-latest version dead? There is also a download for a 0.31.2 version with about twice as many dependencies. What is the difference of this version? Which one is the recommended/working version? bye Nop ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Node and Area for one Feature
Hi! Here in Vienna we have the case, that many Map Feature are already represented by an area (especially churches), but they also have a node, because the people want to see an icon for that feature. To cite the page Good Practice[1] in the OSM-Wiki: * One feature, one OSM-object - Don't place nodes in (equally labelled) areas just to see some icon appear on the map. The renderers will display icons on areas as well and there's no need to have every parking-lot, soccer-ground etc. twice in the database. As I can see that sentence was already on the first version of the Good Practice page (dates back to 26 February 2008). Now it's nearly 1 1/2 years later, and those icons are still not represented on the Mapnik-rendering (and also the CloudMade-tiles). Osmarender does render those icons. As I'm working with Mapnik too (I developed the OpenStreetBrowser[2]), I know, that Mapnik can render icons on areas ... So ... what's keeping the admins back? [1] http://wiki.openstreetmap.org/wiki/Good_practice [2] http://www.openstreetbrowser.org/ greetings, Stephan -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Plepelits, | | Technische Universität Wien -Studien Informatik Raumplanung | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | sk...@xover.htu.tuwien.ac.at - My Blog: http://plepe.at | `-' ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Fwd: my idea about JOSM and RDF/OWL/Swoop
On Mon, Aug 3, 2009 at 10:10 AM, Dieter Muecke d_mu...@mac.com wrote: I don't see the need for a JOSM plug-in. You may download osm data from here http://download.geofabrik.de/osm/ and transform it into whatever you like. Umm.. The data in geofabrik is old. I am talking about updating and validating the data in josm. anyway, I am just doing this with the osm files directly, creating modify/delete tags that josm processes. mike ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
