Re: [osmosis-dev] planet files appear truncated to osmosis, was: [OSM-talk] old planet files with 'nolt' in the name
Hi, On Sun, Jan 15, 2012 at 7:49 PM, Frederik Ramm frede...@remote.org wrote: [..] There are different ways to construct a bz2 file, and we did have issues in the past with Java's bz2 reading and the way we would create the bz2 in a multi-threaded fashion. I was under the impression that this was fixed, but can you try to replace your mvexel@lima$ /osm/software/osmosis-0.39/bin/osmosis --rx /osm/planet/historical/planet-090701.osm.bz2 ... with bzcat /osm/planet/historical/planet-090701.osm.bz2 | /osm/software/osmosis-0.39/bin/osmosis --rx - ... and see if the problem persists? Bye Frederik I did remember the different bz2 creation processes, but hadn't made the connection between that and this. Works fine with bzcat. Thanks. -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [OSM-dev] multipolygon inherits from tags way that are neither inner nor outer
On Tue, Jan 17, 2012 at 12:13 AM, Frederik Ramm frede...@remote.org wrote: It depends on what you want to do. If you want to draw the best possible map with the data you have, and have no option of asking the user what the hell he meant when he entered that, then you will ignore roles (and compute them yourself) because otherwise a significant percentage of multipolygons will appear broken. For me. there is a difference between trying to interprete the data when the role is undefined (good will) and simply ignoring the role definition when it is clearly stating it is not an inner neiter an outer way. Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] helping #switch2osm
Am 17.01.2012 06:24, schrieb Roger Weeks: On Mon, Jan 16, 2012 at 12:03 PM, SomeoneElse li...@mail.atownsend.org.uk mailto:li...@mail.atownsend.org.ukwrote: Who are most people? Are you really saying that most people will build things on static hardware? Especially people who are trying out new software to see if it works for them? I heartily disagree, and I think an OVF of a preconfigured map server that already HAS the planet_osm file imported into postgis would be not only extremely useful but would get you a lot more people taking the mapserver for a spin. I somehow doubt that there are going to be very many takers for a download that is likely to be 100 GB (uncompressed around 300), there's the additional issue that catching up to current status would require that such a build be done -very- regularly. VM without a preloaded planet or perhaps an interesting extract ... yes, do it! I'm fairly sure that with some additional polish Kai's Ubuntu Tile Server package is the way to go, as long as we, as I've mentioned before get some way to nail down stable versions of the associated tools. Simon ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] helping #switch2osm
Simon Poole wrote: Am 17.01.2012 06:24, schrieb Roger Weeks: On Mon, Jan 16, 2012 at 12:03 PM, SomeoneElse li...@mail.atownsend.org.uk mailto:li...@mail.atownsend.org.ukwrote: Who are most people? Are you really saying that most people will build things on static hardware? Especially people who are trying out new software to see if it works for them? I heartily disagree, and I think an OVF of a preconfigured map server that already HAS the planet_osm file imported into postgis would be not only extremely useful but would get you a lot more people taking the mapserver for a spin. I somehow doubt that there are going to be very many takers for a download that is likely to be 100 GB (uncompressed around 300), there's the additional issue that catching up to current status would require that such a build be done -very- regularly. VM without a preloaded planet or perhaps an interesting extract ... yes, do it! I'm fairly sure that with some additional polish Kai's Ubuntu Tile Server package is the way to go, as long as we, as I've mentioned before get some way to nail down stable versions of the associated tools. Hi, There is rather much to install on this Switch2osm list: osmosis - for filtering/cutting data osm2pgsql - for import to PostGIS database Mapnik - for rendering mod_tile - Apache module for serving map tiles, see also Tile Map Service renderd - Process that handles request for tiles (mainly from mod_tile) PostGIS - database I was thinking some time ago about how to make an ultimately fast and simple introduction package for rendering own maps from OSM data. I selected to use MapServer bundled with Spatialite database and shapefiles from Geofabrik. Spatialite database contains the same osm_point, osm_line and osm_polygon tables than PostGIS after running osm2pgsql. The tables are pushed into a Spatialite database which is physically one single file. But because getting fresh OSM data into Spatialite is too complicated for the beginners I made also a simplified map project that needs only shapefiles from Geofabrik. It would be really nice to have an osm2spatialite tool. Spatialite is very good database up till a size of a few gigabytes and Mapnik should also be able to use it as a data source. Instead of (or in addition to) shapefile extracts somebody could well start creating a ready-to-render Spatialite extracts for download. About 80% of people seem to use Windows and OSM does not offer much for them so I desided to make Super Easy WMS as a Windows installation package. Linux users do not need to get angry, it is possible to install Apache and Mapserver on Linux and take just the data and mapfiles from the package and after some mapfile editing for fixing the paths to the data the services will work similarly. I know that Mapnik has a steady position as the official OSM renderer but while waiting for an easy Switch2osm installer, read about Super Easy WMS server at http://latuviitta.org/documents/Super_easy_WMS_server.pdf The introduction package is downloadable at http://hip.latuviitta.org/tiedostot/Latuviitan_superhelppo_WMS_OSM_versio.zip (226 MB) The package is rather big because it includes the Geofabrik shapefiles from Finland. After installation there will be three WMS services available and WMS clients will find them from the following addresses http://localhost:8060/cgi-bin/mapserv.exe?map=d:/ms4w/osm_maps/osm_wms.map http://localhost:8060/cgi-bin/mapserv.exe?map=d:/ms4w/Geofabrik_shapes_maps/osm_wms.map http://localhost:8060/cgi-bin/mapserv.exe?map=d:/ms4w/Suomi_shapes_maps/osm_wms.map -Jukka Rahkonen- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] helping #switch2osm
Am 17.01.2012 12:53, schrieb Jukka Rahkonen: ... About 80% of people seem to use Windows and OSM does not offer much for them so I desided to make Super Easy WMS as a Windows installation package. Linux users do not need to get angry, it is possible to install Apache and Mapserver on Linux and take just the data and mapfiles from the package and after some mapfile editing for fixing the paths to the data the services will work similarly. I know that Mapnik has a steady position as the official OSM renderer but while waiting for an easy Switch2osm installer, read about Super Easy WMS server at http://latuviitta.org/documents/Super_easy_WMS_server.pdf The introduction package is downloadable at http://hip.latuviitta.org/tiedostot/Latuviitan_superhelppo_WMS_OSM_versio.zip (226 MB) The package is rather big because it includes the Geofabrik shapefiles from Finland. After installation there will be three WMS services available and WMS clients will find them from the following addresses http://localhost:8060/cgi-bin/mapserv.exe?map=d:/ms4w/osm_maps/osm_wms.map http://localhost:8060/cgi-bin/mapserv.exe?map=d:/ms4w/Geofabrik_shapes_maps/osm_wms.map http://localhost:8060/cgi-bin/mapserv.exe?map=d:/ms4w/Suomi_shapes_maps/osm_wms.map Sounds great and remembers me to the OSGeo4W Installer http://wiki.osgeo.org/wiki/OSGeo4W Can we provide a documentation, in the wiki please? As it's the most central place and allows everybody to fix/alter/translate/... the text? And it could be easily linked within the other wiki pages http://wiki.openstreetmap.org/w/index.php?title=OSM-Mapserveraction=edit As I read, easy to deploy packages (right versions and so on) are one of the most caveeats for a Rendering-stack. Do we have people with experience in linux package bundling or should we contact the different distros for help? bye Matthias (user:!i!) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[josm-dev] Licence change plugin caching status
Hello, the licence change plugin is caching the result of the history service. This has the problem, that an just fixed way (odbl=clean) is not moved to the overridden section of the plugin at the next push at the checking button Lizenzüberprüfung (licence check). If i add the clean tag, it should be reported at the next check as clean without showing an old result. Thanks for your great work! -- greetings Holger ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev