[osmosis-dev] osmosis to filter osc before applying
Hi, is osmosis able to filter the planetwide *.osc (daily-diffs) using a bbox or bouding polygon? I'm just interessted in a small area. Is this a feature to implement? Otheriwse I have to apply the diff onto a planetfile and cut it everyday or apply the planet diff to ma AOI.osm and cut it afterwards. Is this a proper workflow? Or what ist the best task to keep an AOI.osm (cutted by osmosis using --bp) up-to-date? Marco ___ osmosis-dev mailing list osmosis-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [OSM-dev] Obtain SLD style for osm
Dane Springmeyer blake at hailmail.net writes: On Jan 26, 2010, at 8:05 AM, moataz Elmasry wrote: Hallo list 1- We are developing a GIS application using osm maps and a geoserver. My problem is that there's no reliable sld style for the osm maps. Right, because it takes a serious amount of effort, care, and commitment to create and maintain styles as sophisticated as those behind many of the well know maps from OSM that use Mapnik. For sure making as fine tuned styles than Mapnik osm.xml takes enourmous amount of work, several months I would guess. However, it may be possible to start from more simple styling first. Although the assignment states that we use geoserver as our wms map server and maps from osm, but I feel that its not a very smart idea to mix the two, what do you think? Mixing WMS and OSM data in general when using complex styles is usually not the right approach, no matter what library you use to do the rendering because the size of the data and time it takes to render the styles is much better done using TMS (Tiled Map Service). This is the way that tile.openstreetmap.org works (using mod_tile), serving tiles that get cached for speed once they are rendered. I would recommend using the existing OSM styles + Mapnik + mod_tile. Think about what the users will do with the application. Tiles are fast but dull, they are effective only if all the users are satisfied with the same rendering. There is some possibilities to tailor the result by making simple enough tiled base layer and let users to select which overlays will be drawn on top. But some basical changes affecting tile rendering, like selecting the language of place names, or map projection, or selecting which features will be rendered on a map that will easily lead to a need to have many tilesets. At some point rendering everyting on-the-fly can become more suitable. Have a look at http://osm.omniscale.de/ There is a possibility to compare the speed of TMS and pure WMS. WMS does not need to be awfully slow. However, I do not know what Omniscale is doing for accelerating pure non-tiled WMS. WMS GIS clients let the users select the layers they want to see and it may be a nice feature as well. This is not a comprison between Mapnik-others, Mapnik can do on-the-fly as well with OGCserver mode. -Jukka Rahkonen- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Obtain SLD style for osm
On 28/01/2010 09:59, Jukka Rahkonen wrote: Have a look at http://osm.omniscale.de/ There is a possibility to compare the speed of TMS and pure WMS. WMS does not need to be awfully slow. However, I do not know what Omniscale is doing for accelerating pure non-tiled WMS. I think that their proxy technology is just a wms wrapper for tiles. So clients can pose wms style queries, and the server assembles the relevant tiles into one image, and sends that image back to the client as a wms response. Of course, this only works when the client requests only a small set of possible scales, covered by the tiles. I guess the only advantage is to enable wms only clients to consume TMS tilesets. WMS GIS clients let the users select the layers they want to see and it may be a nice feature as well. This is not a comprison between Mapnik-others, Mapnik can do on-the-fly as well with OGCserver mode. -Jukka Rahkonen- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev attachment: p_weber.vcf___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Obtain SLD style for osm
Hi, Jukka Rahkonen wrote: Have a look at http://osm.omniscale.de/ There is a possibility to compare the speed of TMS and pure WMS. WMS does not need to be awfully slow. However, I do not know what Omniscale is doing for accelerating pure non-tiled WMS. I don't know details either but if you switch projections you'll immediately see that they are warping bitmaps instead of doing what one would call pure WMS. There are several free attempts at providing a bitmap-backed WMS in OSM, I think that crschmidt used to work on something like that, as well as OJW. I don't know if any of them ever completed anything though. WMS GIS clients let the users select the layers they want to see and it may be a nice feature as well. Not if the WMS comes from pre-rendered tiles... Bye Frederik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Obtain SLD style for osm
moataz Elmasry zaza1851983ml at googlemail.com writes: Hallo list 1- We are developing a GIS application using osm maps and a geoserver. My problem is that there's no reliable sld style for the osm maps. Is there a way to convert the mapnik style to SLD or does any of you know such a resource? Hi, This does not help you with converting Mapnik styles to SLD, but if you find some WMS server that looks good and that supports the GetStyles request you can capture the styles. For example this site doew answer for GetStyles: http://mapbender.wheregroup.com/cgi-bin/mapserv?map=/data/umn/osm/osm_basic.map This returs SLD for the layer Bahn: http://mapbender.wheregroup.com/cgi-bin/mapserv?map=/data/umn/osm/osm_basic.mapVERSION=1.1.1REQUEST=GetStylesSERVICE=WMSlayers=Bahn You can use this SLD on your own server as it is or edit it if you like, or you can even ask the wheregroup server to use your modified SLD for styling the Bahn layer by adding a reference to your own style into your GetMap request with SLD parameter. I have not tried if wheregroup server supports using own SLD files but if it does then something like this might work: SLD=http://your_server.org/my_styles/my_bahn_style.xml -Jukka- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] planet-100127.osm delayed
Grant Slater wrote: An earlier planet-100127.osm dump failed. The dump process has been restarted and is expected around Midday (GMT) tomorrow 28th Jan 2010. How's the planet coming along? -- Lennard ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Please don't delete http://josm.openstreetmap.de/wiki/HaitiLessonsLearned
On Wed, 27 Jan 2010, Karl Guggisberg wrote: For some reasons I don't understand stoecker got upset because the page exists and threatens to delete it. I want to keep it. It's no big deal, I'm not upset. But there have been numerous cases like this in the past and people always refer to these pages when they are long-time outdated (and they get outdated very fast). Thus my comment to make the issues trac tickets instead of a project-related issue collection. These issues have nothing to do with Haiti at all, so the project-relating is useless. these are my personal notes, don't read it if you don't like it, just ignore it if you don't like the concept of a wiki and/or the content. I don't mind. If these are personal notes, then why use an common wiki page instead of a personal file on your harddisk? Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Please don't delete http://josm.openstreetmap.de/wiki/HaitiLessonsLearned
Hi, you're free to create trac tickets as you wish and you already did. This page is by no means a replacement of trac ticketing system and I ask you again not to delete it. If these are personal notes, then why use an common wiki page instead of a personal file on your harddisk? Because I did so. I don't have to justify. Regards Karl Am 28.01.2010 09:27, schrieb Dirk Stöcker: On Wed, 27 Jan 2010, Karl Guggisberg wrote: For some reasons I don't understand stoecker got upset because the page exists and threatens to delete it. I want to keep it. It's no big deal, I'm not upset. But there have been numerous cases like this in the past and people always refer to these pages when they are long-time outdated (and they get outdated very fast). Thus my comment to make the issues trac tickets instead of a project-related issue collection. These issues have nothing to do with Haiti at all, so the project-relating is useless. these are my personal notes, don't read it if you don't like it, just ignore it if you don't like the concept of a wiki and/or the content. I don't mind. If these are personal notes, then why use an common wiki page instead of a personal file on your harddisk? Ciao ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Please don't delete http://josm.openstreetmap.de/wiki/HaitiLessonsLearned
Hi, On Thu, Jan 28, 2010 at 09:49:10AM +0100, Karl Guggisberg wrote: Hi, you're free to create trac tickets as you wish and you already did. This page is by no means a replacement of trac ticketing system and I ask you again not to delete it. If these are personal notes, then why use an common wiki page instead of a personal file on your harddisk? Because I did so. I don't have to justify. Sorry for jumping in, but I have a suggestion for you. I understand Dirk's points, but I do see some merit in the notes too. I can think of three places for the notes that could be more suitable or appropriate: http://www.openstreetmap.org/diary http://wiki.openstreetmap.org/wiki/User:* http://wiki.openstreetmap.org/wiki/WikiProject_Haiti Karl, could you consider moving the notes to one or more of these places? Best regards, Marko ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Please don't delete http://josm.openstreetmap.de/wiki/HaitiLessonsLearned
On Thu, 28 Jan 2010, Marko Mäkelä wrote: you're free to create trac tickets as you wish and you already did. This This was meant as a how to do. I don't intend to continue this. page is by no means a replacement of trac ticketing system and I ask you again not to delete it. You know the rationale behind my comment and the comment remains valid even if you removed it again. I will not delete the page now (which I never considered), but it will not stay there longer than approx. 2 months. Because I did so. I don't have to justify. No, but if WIKI pages don't match the concept, than you also need to live with the consequences. Sorry for jumping in, but I have a suggestion for you. I understand Dirk's points, but I do see some merit in the notes too. I can think of three places for the notes that could be more suitable or appropriate: http://www.openstreetmap.org/diary http://wiki.openstreetmap.org/wiki/User:* http://wiki.openstreetmap.org/wiki/WikiProject_Haiti All three alternatives seem to be fine. I personally think the second is best. I'm not the WIKI admin of wiki.openstreetmap.org, so I do not care what is stored there (even if sometimes I'm forced to cleanup there as well due to to many people refering to outdated stuff). But I remember the openstreetmap wiki was in bad need for administrators some time ago which essentially had an eye on the stuff. For JOSM I fullfill this task and even if there aren't a lot rules, a few are. I immediatelly delete SPAM. Everything else gets a note what will happen and how to fix it. And yes, regarding administration sometimes I'm a dictator. I'm in OpenSource business for about 20 years (more than half of my life) and got some experience. This means the few rules I adhere to are usually well funded (and if not can be changed by facts easily). There are many things in JOSM development I do not like, but need to accept as people (developers and users) have different opinions. On the other hand you and others also need to accept when I do not accept some things (even if you don't fully understand the reasons). So please either create Trac tickets or move the page to a place which I don't care about. Probably best is to do both. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] What's that new DownloadUrlAction?
http://josm.openstreetmap.de/changeset/2899/ introduced a new Download from URL...-entry in the File-menu. What's the difference to the existing downloadUrl entry there? Claudius ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Please don't delete http://josm.openstreetmap.de/wiki/HaitiLessonsLearned
Hi, I will not delete the page now (which I never considered), but it will not stay there longer than approx. 2 months. I'll continue to work actively with this page and I let you know when it is not needed anymore or I'll delete it myself, if I feel necessary (remember, for whatever reason I was granted wiki admin rights too). Until then feel free to contribute in any reasonable way in the tradition of working with wikis. Creating tickets and adding the ticket ids was a welcome added value. Thanks Karl ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] What's that new DownloadUrlAction?
Sebastian Klein basti...@googlemail.com writes: If you plan on writing a book sometime, you better check the first paragraph with google. :) I have no ambitions like that. Btw. the new 'duplicate layer' function seems useful, but maybe it suffices to put it in the right click menu of the layer. Hmmm, maybe, it certainly would be harder to find there. Other opinions? Matthias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
