Re: [OSM-dev] TRAPI status
I started working on a streaming XML output plugin for Osmosis. I was intending to take advantage of PuSH/PubSubHub messaging and maybe even XMPP (so that you get a 1-min delayed IM when someone changes something in your bbox). Anyway, TRAPI could use this same plugin to apply updates to their database. I've also spent a fair bit of time thinking about this type of thing. When I first started work on the replication diffs I had in mind a server-side daemon (using Osmosis internally) that would push changes to all connected clients. It would allow a client to connect, specify which replication number it was up to, receive all updates in a single stream, then continue to receive live changes as they occurred. Unless there is some kind of filtering involved, i don't see the advantage over the current replication approach (despite of bandwidth, maybe). But if I can subscribe to all changes in a bbox or to all changes on ways with a highway-tag, then there's a real big benefit, as i don't have to deal with all changes (which is quite a huge amount of data) but only with those things I'm interested in. Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Student Project Ideas?
Hi Folks, We have submitted an application for OSM to participate in this year's Google Summer of Code, so next week the people from Google will be reviewing the application and our project ideas list to chose which organisations to include in the programme. Looking at the project ideas list ( http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2010) I am a bit surprised that there are no suggestions for student projects on the 'core' OSM databases. The things I wondered are: - Are there any areas for development of API version 0.7 that could be turned into a project for someone to work on? - Would it be worth working on the XAPI server? We had trouble last year with them being down, so I wondered if it would be worth developing a more 'conventional' postgresql version of the server that we could start-up easily if the others fail again? I started to look at this at the time, but didn't get far because I got tied up in regular expressions rather than writing a parser myself. - Without wanting to re-open the acrimonious debate again, could we turn development of the OSM web site into a project? (would have to check the GSoC rules for this, because there might not be much 'code' involved). - How about the main editors - JOSM and Potlatch - are there any potential projects there? Please give this a bit of thought, and add any ideas to the Wiki page! If you don't have chance to do that, an email to me will do and I will add it. Thanks Graham. -- Graham Jones Hartlepool, UK email: grahamjones...@gmail.com ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Openstreetmap and the AMD 48 core contest
here is my submission : http://xhema.flossk.org:8081/blog/members/h4ck3rm1k3/activity/204/ My submission to AMD, what would I do with 48 cores. 1. remove windows and install debian GNU Linux 2. setup a mapserver for the giscorp/openstreetmap project. 3. setup gdal tools to process the gigabytes of image files we have. 4. setup an mapnik rendering engine 5. use the 48 core for compiling mapnik, it is a beast. 6. install some of my high speed c++ code https://code.launchpad.net/~jamesmikedupont/+junk/EPANatReghttps://code.launchpad.net/%7Ejamesmikedupont/+junk/EPANatRegand tune that for processing the osm data on many cores. t 7. setup a feed from the openstreetmap changes server to download and process all new data from osm. 8. setup a splitting tool to split all the osm data into smaller files and then host them on a git server for easy access. I don’t even need physical access to the machine, just put it on the net and give me the root password! mike On Wed, Mar 10, 2010 at 4:16 AM, SteveC st...@asklater.com wrote: thanks kevin anyone want to apply for this? On Mar 8, 2010, at 11:52 PM, Kevin's Hobbies - www.scale18.com wrote: Hi Steve, I saw this in a recent slashdot submission page and I thought that you guys might be interested. What Would You Do With 48 Cores? The AMD Server team is kicking March off with a new contest. We are seeking your best essays, videos, or blog posts documenting how you might use 48 cores. One winner will be selected and awarded with: * Four new AMD Opteron™ processors Model 6174, 12-core (2.2 GHz) * TYAN S8812 motherboard: the motherboard is a Tyan S8812 that features 4 processor sockets with the capacity for you to install up to 8 DIMMs per socket * one copy of Windows Server® 2008 Approximate retail value of all prizes is $8,189 USD. http://blogs.amd.com/work/2010/03/03/48-cores-contest/ Cheers, Kevin Pickell http://code.google.com/p/gpsturbo/ Yours c. Steve ___ 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] TRAPI status
On Wed, Mar 10, 2010 at 7:30 PM, Peter Körner osm-li...@mazdermind.dewrote: I started working on a streaming XML output plugin for Osmosis. I was intending to take advantage of PuSH/PubSubHub messaging and maybe even XMPP (so that you get a 1-min delayed IM when someone changes something in your bbox). Anyway, TRAPI could use this same plugin to apply updates to their database. I've also spent a fair bit of time thinking about this type of thing. When I first started work on the replication diffs I had in mind a server-side daemon (using Osmosis internally) that would push changes to all connected clients. It would allow a client to connect, specify which replication number it was up to, receive all updates in a single stream, then continue to receive live changes as they occurred. Unless there is some kind of filtering involved, i don't see the advantage over the current replication approach (despite of bandwidth, maybe). The main advantage is a huge reduction in latency by elimination of most round trips. The longer term advantage this leads to is allowing the current minute replication to drop to even lower intervals (eg. 5 seconds). But I'm not sure how useful this would be in practice. But if I can subscribe to all changes in a bbox or to all changes on ways with a highway-tag, then there's a real big benefit, as i don't have to deal with all changes (which is quite a huge amount of data) but only with those things I'm interested in. I could see it being a useful tool. It would require a database of some kind to allow these types of queries to be performed. But it could be done outside the core infrastructure which reduces the number of hurdles to overcome. All it requires is somebody willing to have a crack at implementing it ;-) Cheers, Brett ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] TRAPI status
Brett Henderson schrieb: On Wed, Mar 10, 2010 at 7:30 PM, Peter Körner osm-li...@mazdermind.de mailto:osm-li...@mazdermind.de wrote: I started working on a streaming XML output plugin for Osmosis. I was intending to take advantage of PuSH/PubSubHub messaging and maybe even XMPP (so that you get a 1-min delayed IM when someone changes something in your bbox). Anyway, TRAPI could use this same plugin to apply updates to their database. What about a XMPP groupchat for changesets? It's easy: login... presence to=o...@conference.osm.org/osm message to=o...@conference.osm.org type=groupchat id=58 changeset /changeset /message The OSM Server should send all changesets to this groupchat. If somebody wants the changesets he can connect to the groupchat and will get the changesets. If the messages get an incrementing serial number, it should be possible to load changesets if they are missing because of whatever. I don't know if a jabber server is able to handle the load. But facebook also uses ejabberd (free software) and it's working. If somebody wants to implement pubsub he can use the input from groupchat and load it to pubsub. That should be easy. Bernhard ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Student Project Ideas?
On Wed, Mar 10, 2010 at 08:52, Graham Jones grahamjones...@googlemail.com wrote: Please give this a bit of thought, and add any ideas to the Wiki page! If you don't have chance to do that, an email to me will do and I will add it. Here's my idea: Can we please not make things like Develop a Simple, Stand-Alone Editor for New Users part of the GSOC list. I've seen numerous failed and dead-on-arrival GSOC projects with various projects that usually turned out that way because inexperienced students were being handed projects that were too ambitious and even if they were finished saw decay because nobody else was interested in maintaining them. I think it would be most useful to have students contribute to existing projects that need help such as JOSM, Potlatch, the rails port or something similar. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Student Project Ideas?
On Wed, Mar 10, 2010 at 10:21 AM, Ævar Arnfjörð Bjarmason ava...@gmail.comwrote: On Wed, Mar 10, 2010 at 08:52, Graham Jones grahamjones...@googlemail.com wrote: Please give this a bit of thought, and add any ideas to the Wiki page! If you don't have chance to do that, an email to me will do and I will add it. Here's my idea: Can we please not make things like Develop a Simple, Stand-Alone Editor for New Users part of the GSOC list. I've seen numerous failed and dead-on-arrival GSOC projects with various projects that usually turned out that way because inexperienced students were being handed projects that were too ambitious and even if they were finished saw decay because nobody else was interested in maintaining them. I think a more useful criticism would include some specific ideas... I agree that Simple Editor for New Users is way too nebulous and should probably not be handed to a student. But perhaps someone has some ideas on how to break up such an idea into more manageable chunks of work that we could hand to students. For example, one of the requirements in the simple editor that I've been sketching in my doodle-notebook is to have an extremely fast nearest way lookup. I imagine something like that could be written, documented, and demonstrated in one Summer. How about we ask a student to conduct a UX review (sit down with random people and have them interact with OSM and observe) and write a report? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Student Project Ideas?
On Wed, Mar 10, 2010 at 10:50 AM, Tom Hughes t...@compton.nu wrote: On 10/03/10 16:31, Ian Dees wrote: For example, one of the requirements in the simple editor that I've been sketching in my doodle-notebook is to have an extremely fast nearest way lookup. I imagine something like that could be written, documented, and demonstrated in one Summer. We've had lots of projects in previous years that were written, documented and demonstrated. Then they sat in svn slowly rotting for evermore... I'm not quite sure what you're actually suggesting here - if you're talking about a new API call for the rails port to return the nearest way to a point then that is certainly not a big enough project to be GSOC worthy - it's little more than a few hours work. The point I was trying to make was to break down big projects into smaller more manageable pieces and to bring those up as suggestions rather than saying something like let's not do GSoC because we only have ideas for huge projects. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Student Project Ideas?
Hi, Tom Hughes wrote: I'm not quite sure what you're actually suggesting here - if you're talking about a new API call for the rails port to return the nearest way to a point then that is certainly not a big enough project to be GSOC worthy - it's little more than a few hours work. One of the features (or maybe problems?) of GSoC is that it tends to bring people to OSM who have no prior OSM experience. If you come to OSM from the outside, getting to the point where you can add an API call within a few hours might well take one summer ;-) Bye Frederik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Student Project Ideas?
I've got an idea for a project - but I've no idea if it's do-able in the scope of GSoC. Basically: fix the History tab on the main slippy map. Currently, if you hit that button you get a list of (what appears to be) every edit-session whose bounding-box contains the bounding-box of the current slippy-map view. This is 99% useless! Currently the list that you'll get given will contain all the edits to the coastline of the continent containing your view, also all robot-edits that affected the whole database (since they effectively have a bounding-box of the whole world). What you need is to generate a dirty-tiles list for every edit-session in the database and only display the edit-sessions whose dirty-tiles list includes tiles that you're looking at with slippy-map at that time. Obviously, this is a crude description of a solution - many optimisations would be needed if it was to be implemented for real. Does that sound worthy? Steve ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Student Project Ideas?
On 10/03/10 17:30, Steve Hosgood wrote: What you need is to generate a dirty-tiles list for every edit-session in the database and only display the edit-sessions whose dirty-tiles list includes tiles that you're looking at with slippy-map at that time. Obviously, this is a crude description of a solution - many optimisations would be needed if it was to be implemented for real. Does that sound worthy? Yes, which is why somebody is already working on it. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[josm-dev] Endless bugfixing (was: Plugins not working with 3094 and Linux ?)
Dirk Stöcker wrote: JOSM should be a bit more stable, but I also don't like to wait endless. JAVA6 will come end of month latest and JAVA5 users will have to live with the version we have by then. Would be nice if the plugin issues and some other serious stuff can be fixed till then. If there are really bigger issues and users of JAVA5 have no other chance, then a bug-fix branch can be made if a maintainer for it can be found (which I doubt). If we have a very stable version tomorrow, then JAVA6 can come friday :-) We are fixing bugs for 2 months now, so time can't be the issue. We have to clearly identify the bugs that need to be fixed, then just do it and move on. The new stuff is probably piling up in the local repositories, this stagnation is quite annoying. So i can partly understand why Karl pushed out [3102] but it introduced a couple of bugs and there may be more to come. Do we really need this right now? And Dirk, you do the final decisions, so could you please be a little more verbose and clearly state what you think needs to be fixed? Especially if deadlines are missed, a status update wouldn't hurt. Happy coding :) __ Sebastian ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[OSM-dev] First version of long way splitter for gdalcontour output
Hi all, As you my know there is a great tool call gdalcontour that will help trace sat images. The problem with it, it produces a huge amount of data. I have been working on how to process this data. First I used shp2osm.pl to produce osm files from the output, but they are still huge. Then I used my modified version that splits into 100 way packages. http://xhema.flossk.org:8080/mapdata/02/mdupont/dlr/contours/shp2osm_split.pl Now today, I have rewarmed my c++ processing tool for high speed, single-pass osm processing, I have a program FindClosedWays (compiled version) http://xhema.flossk.org:8080/mapdata/03/EPANatReg/FindClosedWaysthat will emit only closed ways and only the ones above a certain length. That way you can remove alot of the junk. This can be used for lakefinding and also forest finding. The image data can be preprocessed with different tools to extract colors, or apply filtering. here is my blog post for it, http://osmopenlayers.blogspot.com/2010/03/first-version-of-way-cutter.html Code and compiled version is here : http://xhema.flossk.org:8080/mapdata/03/EPANatReg/?C=M;O=A The code is also checked into the bzr repo on launchpad. I hope to make more filter features, for example to split data on a keyfield into new files, or to be able to process I will also look into how my tools can fit into the ogr/gdal toolkit, I wonder why they dont deal with OSM data, or do they? there is the ogr2osm tool as well. Also we have this http://www.gnu.org/software/libredwg/ as a possible future datasource as well as my work on the dime/twonickets dxf2osm. And I have been working on the mapnik c++ code that is stalling atm. All of those programs work on structured geometry files. We should have a simple template callback system that can be adapted to all these tools to be able to process and emit structured data from them. Of course we can just use OSM as our file format, and that is what I am doing here. I am also working with skippern on brasilian cad files. We are in the negotiations on getting a huge load of cad files from albania at the moment. When that happens, we will need tools to splitup and extract features from them. Now my code works in a single pass, at least over the entire data. It builds up node indexes to remove duplicate, and processes the waypoints of each roads 3 times, one to read them and look for duplicates and one to emit the nodes. This can be optimized further. I have exploited the following optimisations : 1. the nodes are all declared before they are referenced. 2. the xml is not nested, its basically flat. I admit the code is not as clean as I would like it, but the speed and flexibility is promising, one area of the code that is a problem is the end node handling, there I introduced an enum to track in what node type I am in. this code needs to be refactored into the base class. The program is invoked like this : ./FindClosedWays INPUT LENGTH OUTPUT ./FindClosedWays inputways_2054100.osm 50 test_out_contour_ways_2054100.osm As I have talked about previously, there is a great need for some high speed c++ processing in osm. I hope to make these tools to be usable in a plug in processing schema. So you can activate certain features via including the templates for the algorithms and have the data shared. Anyway, I hope some of my ideas will be adopted in OSM some day. mike ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[osmosis-dev] problems with xapi, relations and osmosis
hi ! i have following statement to download NODES for memorial-elements: http://xapi.openstreetmap.org/api/0.6/node[memorial:type=stolperstein][bbox=5.5,47.4,15.0,55.3] on the other way i have following statement for download the main-relation of this categorie: http://xapi.openstreetmap.org/api/0.6/relation[name=Stolpersteine][bbox=5.5,47.4,15.0,55.3] in the next moment i want to merge the files, and some other, with OSMOSIS. because there are some NODES in the first and the secound download-files. in the new file only this line exists for the relation relation id=407359 version=75 timestamp=2010-03-05T21:26:43Zuid=32786 user=Netzwolf changeset=4044847/ this is the osmosis-statement and the message: OSMOSIS_command: D:\DATEN\JAN\openstreetmap\osmosis\bin\osmosis.bat --read-xml xapi4osm_node_1.osm --sort-0.6 --read-xml xapi4osm_relation_1.osm --sort-0.6 --r ead-xml xapi4osm_node_2.osm --sort-0.6 --read-xml xapi4osm_relation_2.osm --sort -0.6 --merge --merge --merge --write-xml D:\DATEN\JAN\openstreetmap\osmosis\sto lpersteine.osm 10.03.2010 20:21:17 org.openstreetmap.osmosis.core.Osmosis run INFO: Osmosis Version 0.32 10.03.2010 20:21:17 org.openstreetmap.osmosis.core.Osmosis run INFO: Preparing pipeline. 10.03.2010 20:21:17 org.openstreetmap.osmosis.core.Osmosis run INFO: Launching pipeline execution. 10.03.2010 20:21:17 org.openstreetmap.osmosis.core.Osmosis run INFO: Pipeline executing, waiting for completion. 10.03.2010 20:21:17 org.openstreetmap.osmosis.core.Osmosis run INFO: Pipeline complete. 10.03.2010 20:21:17 org.openstreetmap.osmosis.core.Osmosis run INFO: Total execution time: 468 milliseconds. did anybody now why the relation in the merge-file is only one line and so uncomplete ??? regards Jan :-) ___ osmosis-dev mailing list osmosis-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [OSM-dev] First version of long way splitter for gdalcontour output
On Wed, Mar 10, 2010 at 8:54 PM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: ... Now my code works in a single pass, at least over the entire data. It builds ... This can be optimized further. I have exploited the following optimisations ... I process the entire planet every week (+- 5 passes, +-12 counting compression and decompression). I guess I'll be able to cope if the planet grows by 40% p.a, but you make it sound if that is too slow for you. On a less predicting the future topic: Can you please point me to some of these monster forests or lakes you've uploaded, so that I can check that my software can handle them ? What about Potlatch ? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Student Project Ideas?
What you need is to generate a dirty-tiles list for every edit-session in the database and only display the edit-sessions whose dirty-tiles list includes tiles that you're looking at with slippy-map at that time. Such a dirty-tiles list could be used in tile-expiring on the render servers as well. The current solutions to this have the same problem as the history tab: a change to the german border triggers the whole german country to be marked as dirty, because they're inside of the relations. Such an algorithem would be very useful on all rendering stacks -- and it's also a not so easy task (because of various reasons that don't need to be mentioned here ;) Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] First version of long way splitter for gdalcontour output
I have not done any monster forests, It is just in the beginning. Feel free to try the program on a big file, I would be interested to know how it works. any bug reports will be processed asap. I have updated the blog post, at the bottom you will see two features i extracted and the source. I hope to have some more results soon, mike On Wed, Mar 10, 2010 at 9:21 PM, Nic Roets nro...@gmail.com wrote: On Wed, Mar 10, 2010 at 8:54 PM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: ... Now my code works in a single pass, at least over the entire data. It builds ... This can be optimized further. I have exploited the following optimisations ... I process the entire planet every week (+- 5 passes, +-12 counting compression and decompression). I guess I'll be able to cope if the planet grows by 40% p.a, but you make it sound if that is too slow for you. On a less predicting the future topic: Can you please point me to some of these monster forests or lakes you've uploaded, so that I can check that my software can handle them ? What about Potlatch ? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Student Project Ideas?
Thank you all for your replies - It is good to see people giving this issue some thought. I also see that the project ideas page has been updated which is excellent! There are some interesting suggestions in the above emails. I'll try to summarise where we are - please correct me if I am wrong. 1. A number of suggestions for additional features for JOSM. (A more visual object history presentation, reversion of specific objects to previous versions and a 'Mapping Anomalies' detection feature). I don't see anyone disagreeing with these ideas, so I will add a 'JOSM Improvements' idea to the wiki and include a pointer back to this thread. 2. A suggestion that the 'newbie editor' proposal should be removed in favour of encouraging students to contribute to existing editors, which are maintained actively. I agree that we should encourage participation in existing projects - please suggest ideas!, but I think that a very simple editor could be achieved as a GSoC project given the very limited scope. It is very true though that what is on the wiki is nowhere near a project specification - I was kind of hoping that the proponents of the idea would pad it out for me! 3. Split some of the more ambitious ideas into manageable tasks - I am all for that! I think that I may be viewing this list slightly differently to some others - I see it as 'ideas' from which potential students can construct a 'proposal', taking account of the time available etc. I see thinking through the proposal to decide what is achievable as an important part of the up-front consideration for the student - They will probably need some steers from people on this list to help them decide on that [see below]. 4. A more 'project management' oriented project where there may be more time spent specifying than coding. We would need to check the rules carefully, but I think you can demonstrate quite easily that for User Interface based projects, the planning, discussing, agreeing part is more important than the coding - putting together a UI is not that hard - putting one together that the average casual user finds intuitive is difficult, so well worth the planning time. 5. An interesting suggestion to improve the 'History' list, which would also help the rendering process - I liked the sound of this as this is one of the few suggestions for projects involving the 'core' of OSM. The reply suggested that this was already being worked on - is the solution actually progressing, or would it be useful to see if a student was interested in looking at it? It is an opportunity to nurture someone to understand the innards of OSM? 6. A suggestion for testing an alternative web based map viewer (presumably against OpenLayers?). This is an interesting idea, but I am struggling to turn it into a 'code' project - or is the 'code' part of it the development of the test suite to fire requests to the different viewer applications? So, thank you all for your efforts - please keep thinking to see if you can come up with anything else, especially in the 'core' parts of OSM. On this I did just try to look for the API 0.7 feature list, but can't find it - is anyone thinking about what the next version of the API will do, or do we think we are about there, and we are actually using 1.0? If there are features to add, then these could be potential projects? A final point (plea?) - I would like to encourage potential students to seek the views of more experienced contributors on their ideas using these lists, as you will be able to make a better judgement of the amount of effort required to do something than they will - please bear this in mind if you see queries from new people, and be constructive in your replies! Thanks Graham. -- Graham Jones Hartlepool, UK email: grahamjones...@gmail.com ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] First version of long way splitter for gdalcontour output
James, This sounds interesting - to make sure I understand are you saying that you can use gdalcontour to process image files and extract boundaries from itlike forests from satellite images? I had never thought of doing that - what a good idea! I thought it would only have worked with monochrome images. I would really like this because I am keen to add forests to the map to help with outdoor navigation, but my eyes are not up to tracing them from satellite images. Is this something that could be automated into an editor to highlight areas you might want to trace around? Regards Graham. On 10 March 2010 20:25, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: I have not done any monster forests, It is just in the beginning. Feel free to try the program on a big file, I would be interested to know how it works. any bug reports will be processed asap. I have updated the blog post, at the bottom you will see two features i extracted and the source. I hope to have some more results soon, mike On Wed, Mar 10, 2010 at 9:21 PM, Nic Roets nro...@gmail.com wrote: On Wed, Mar 10, 2010 at 8:54 PM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: ... Now my code works in a single pass, at least over the entire data. It builds ... This can be optimized further. I have exploited the following optimisations ... I process the entire planet every week (+- 5 passes, +-12 counting compression and decompression). I guess I'll be able to cope if the planet grows by 40% p.a, but you make it sound if that is too slow for you. On a less predicting the future topic: Can you please point me to some of these monster forests or lakes you've uploaded, so that I can check that my software can handle them ? What about Potlatch ? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- Dr. Graham Jones Hartlepool, UK email: grahamjones...@gmail.com ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Student Project Ideas?
On Wed, Mar 10, 2010 at 16:31, Ian Dees ian.d...@gmail.com wrote: On Wed, Mar 10, 2010 at 10:21 AM, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Wed, Mar 10, 2010 at 08:52, Graham Jones grahamjones...@googlemail.com wrote: Please give this a bit of thought, and add any ideas to the Wiki page! If you don't have chance to do that, an email to me will do and I will add it. Here's my idea: Can we please not make things like Develop a Simple, Stand-Alone Editor for New Users part of the GSOC list. I've seen numerous failed and dead-on-arrival GSOC projects with various projects that usually turned out that way because inexperienced students were being handed projects that were too ambitious and even if they were finished saw decay because nobody else was interested in maintaining them. I think a more useful criticism would include some specific ideas... You mean specific GSOC ideas? We'll probably have plenty of those. What I was pointing out that just because something would be neat to do that doesn't mean that it's appropriate for being handed to a student for 3 months. Once you have those ideas how are you gong to pick one? I for one think: * You should try to make students work on existing /active/ projects instead of sending them off on their own for 3 months * In particular, assume that they'll be working for 3 months and we'll never hear from them again. I think there are some numbers on the % of GSOC students that stay around after the 3 months and IIRC they're alarmingly low * Try to recruit people with programming experience who're already contributing to the project in interesting ways that happen to be students (and no, I'm not eligible). This will reduce load on mentors * Don't underestimate the load on mentors. I've heard from people that did mentoring (albeit for complex projects) that spent more time on mentoring than it would have taken them to implement the student work themselves, and the student disappeared after 3 months so there was no long-term gain from it. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Student Project Ideas?
On 10/03/10 21:14, Graham Jones wrote: 5. An interesting suggestion to improve the 'History' list, which would also help the rendering process - I liked the sound of this as this is one of the few suggestions for projects involving the 'core' of OSM. The reply suggested that this was already being worked on - is the solution actually progressing, or would it be useful to see if a student was interested in looking at it? It is an opportunity to nurture someone to understand the innards of OSM? The backend technology exists and is running on the dev server - it is what drives the dupe nodes map. Work on user interfaces is ongoing. On this I did just try to look for the API 0.7 feature list, but can't find it - is anyone thinking about what the next version of the API will do, or do we think we are about there, and we are actually using 1.0? If there are features to add, then these could be potential projects? It's in the wiki somewhere but I don't think there's anything very useful or helpful there. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Student Project Ideas?
On Wed, Mar 10, 2010 at 3:19 PM, Ævar Arnfjörð Bjarmason ava...@gmail.comwrote: Once you have those ideas how are you gong to pick one? I for one think: * You should try to make students work on existing /active/ projects instead of sending them off on their own for 3 months Yes, that's why we are soliciting ideas for projects. Some of these projects could include a feature on JOSM or Potlatch. * In particular, assume that they'll be working for 3 months and we'll never hear from them again. I think there are some numbers on the % of GSOC students that stay around after the 3 months and IIRC they're alarmingly low Of the 6 students that were assigned to us last year, I'm fairly certain (I was the administrator for last year's GSoC, but I don't have the numbers in front of me) the majority of them turned in usable and helpful code. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] First version of long way splitter for gdalcontour output
yes, you can also process the images beforehand to increase the contrast. I have been experimenting with that, using gimp , imagemagick and some of the gdal tools. Will be posting updates when I have more info. Yes I think this could be put into an editor. It could even be made an online service. This method extracts areas of the same color, so you can see from the radarsat that it can extract the purple areas. the only problem is the CPU, it uses alot, gdalcontour and also produces huge files... but we will get there some day. mike On Wed, Mar 10, 2010 at 10:19 PM, Graham Jones grahamjones...@googlemail.com wrote: James, This sounds interesting - to make sure I understand are you saying that you can use gdalcontour to process image files and extract boundaries from itlike forests from satellite images? I had never thought of doing that - what a good idea! I thought it would only have worked with monochrome images. I would really like this because I am keen to add forests to the map to help with outdoor navigation, but my eyes are not up to tracing them from satellite images. Is this something that could be automated into an editor to highlight areas you might want to trace around? Regards Graham. On 10 March 2010 20:25, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: I have not done any monster forests, It is just in the beginning. Feel free to try the program on a big file, I would be interested to know how it works. any bug reports will be processed asap. I have updated the blog post, at the bottom you will see two features i extracted and the source. I hope to have some more results soon, mike On Wed, Mar 10, 2010 at 9:21 PM, Nic Roets nro...@gmail.com wrote: On Wed, Mar 10, 2010 at 8:54 PM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: ... Now my code works in a single pass, at least over the entire data. It builds ... This can be optimized further. I have exploited the following optimisations ... I process the entire planet every week (+- 5 passes, +-12 counting compression and decompression). I guess I'll be able to cope if the planet grows by 40% p.a, but you make it sound if that is too slow for you. On a less predicting the future topic: Can you please point me to some of these monster forests or lakes you've uploaded, so that I can check that my software can handle them ? What about Potlatch ? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- Dr. Graham Jones Hartlepool, UK email: grahamjones...@gmail.com ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] First version of long way splitter for gdalcontour output
Ok Mike, I've look at it. It's in an urban area so chances are that it will be useful to someone. But I'm still a bit worried that there is too much detail there, considering what is being imported. One of those segments is shorter than 4m. It's not like a building, where you know someone will be happy if they see their house, or a road where it can influence routing. And you haven't documented your tag (at least not in the obvious place): http://wiki.openstreetmap.org/wiki/Tag:natural%3Dpurple_floodzone http://wiki.openstreetmap.org/wiki/Tag:natural=floodzone http://wiki.openstreetmap.org/wiki/Key:natural Regards, Nic On Wed, Mar 10, 2010 at 10:25 PM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: I have not done any monster forests, It is just in the beginning. Feel free to try the program on a big file, I would be interested to know how it works. any bug reports will be processed asap. I have updated the blog post, at the bottom you will see two features i extracted and the source. I hope to have some more results soon, mike On Wed, Mar 10, 2010 at 9:21 PM, Nic Roets nro...@gmail.com wrote: On Wed, Mar 10, 2010 at 8:54 PM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: ... Now my code works in a single pass, at least over the entire data. It builds ... This can be optimized further. I have exploited the following optimisations ... I process the entire planet every week (+- 5 passes, +-12 counting compression and decompression). I guess I'll be able to cope if the planet grows by 40% p.a, but you make it sound if that is too slow for you. On a less predicting the future topic: Can you please point me to some of these monster forests or lakes you've uploaded, so that I can check that my software can handle them ? What about Potlatch ? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Student Project Ideas?
On Wed, Mar 10, 2010 at 3:27 PM, Tom Hughes t...@compton.nu wrote: On 10/03/10 21:14, Graham Jones wrote: On this I did just try to look for the API 0.7 feature list, but can't find it - is anyone thinking about what the next version of the API will do, or do we think we are about there, and we are actually using 1.0? If there are features to add, then these could be potential projects? It's in the wiki somewhere but I don't think there's anything very useful or helpful there. http://wiki.openstreetmap.org/wiki/API_v0.7 http://wiki.openstreetmap.org/wiki/API_v0.7As Tom said, it's full of ideas :). ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] Endless bugfixing (was: Plugins not working with 3094 and Linux ?)
Hi I'm only aware of one defect related to 3102 (Sebastian, you've reported it today) and this one is fixed. What other defects related 3102 are you referring to? Actually 3102 has been *fixing* four defects (or closing two tickets and fixing two unreported defects). I've added a warning when I checked in 3102 because I knew that there was some risk but from my interpretation JOSM is currently exactly in the phase where these risks are taken. My interpreation was that a tested was pushed out (~ a week ago it appeared on the JOSM home page) and that JOSM started another of JOSMs traditional cylces. If the question is whether we really need this right now, then my intrpretation would be: yes,that's exactly how people have been working on JOSM in the past. From my point of view JOSM would currently focus on new features and larger reworks before another stabilization phase towards the end of such a cycle. I don't like the traditional approach of JOSM developoment enough to advocate it, though. I'd be happy if things changed. From todays emails I learned about the following plan: * there is yet another tested planned for end of this month latest, perhaps for next friday * it's going to be the long announced last tested for Java 5 Regards Karl Am 10.03.2010 19:00, schrieb Sebastian Klein: Dirk Stöcker wrote: JOSM should be a bit more stable, but I also don't like to wait endless. JAVA6 will come end of month latest and JAVA5 users will have to live with the version we have by then. Would be nice if the plugin issues and some other serious stuff can be fixed till then. If there are really bigger issues and users of JAVA5 have no other chance, then a bug-fix branch can be made if a maintainer for it can be found (which I doubt). If we have a very stable version tomorrow, then JAVA6 can come friday :-) We are fixing bugs for 2 months now, so time can't be the issue. We have to clearly identify the bugs that need to be fixed, then just do it and move on. The new stuff is probably piling up in the local repositories, this stagnation is quite annoying. So i can partly understand why Karl pushed out [3102] but it introduced a couple of bugs and there may be more to come. Do we really need this right now? And Dirk, you do the final decisions, so could you please be a little more verbose and clearly state what you think needs to be fixed? Especially if deadlines are missed, a status update wouldn't hurt. Happy coding :) __ Sebastian ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [OSM-dev] Student Project Ideas?
Aevar, The process is that we (OpenStreetMap) produce a list of ideas that students may wish to work on. If the students like the sound of us they will make an application describing a project proposal. Google will (assuming we are successful) allocate us a number of student places - we had 6 last year. The potential mentors will review all of the applications and agree which ones to select - this choice will be based on the quality of the application, but will of course be influenced by the interests of the potential mentors. Once we know that we have been accepted I will be contacting the potential mentors to agree how we will do this. I completely agree that it would be best to encourage students to work on existing active projects, but to do that we need to help them identify aspects of those programs that would benefit from development, so that they can be turned into specific projects - this is why I am keen for people to identify potential improvements to existing programs! It is quite possible that a student will work on GSoC and then go off and do something else, but this is not necessarily the case - one of last year's students is helping with the administration this year. Your point on mentoring effort is interesting - I acted as a mentor last year and fully expected it to be hard work, like training one of our new graduates at work how to write a computer program, which would have been very daunting by email in a foreign language. The complete opposite was the case - the student was very capable and my mentoring did not have to go much further than pointers on the general approach and code design - he did all of the testing to chose methods of parsing, data storage etc. himself. The other thing is what you think mentoring is about - I regard it as a way of contributing by passing my experience onto someone else, so even if you do not hear from the student after the end of the project, you should not regard that as 'no long-term gain' - they will be using that extra experience for something constructive. Regards Graham. You mean specific GSOC ideas? We'll probably have plenty of those. What I was pointing out that just because something would be neat to do that doesn't mean that it's appropriate for being handed to a student for 3 months. Once you have those ideas how are you gong to pick one? I for one think: * You should try to make students work on existing /active/ projects instead of sending them off on their own for 3 months * In particular, assume that they'll be working for 3 months and we'll never hear from them again. I think there are some numbers on the % of GSOC students that stay around after the 3 months and IIRC they're alarmingly low * Try to recruit people with programming experience who're already contributing to the project in interesting ways that happen to be students (and no, I'm not eligible). This will reduce load on mentors * Don't underestimate the load on mentors. I've heard from people that did mentoring (albeit for complex projects) that spent more time on mentoring than it would have taken them to implement the student work themselves, and the student disappeared after 3 months so there was no long-term gain from it. -- Dr. Graham Jones Hartlepool, UK email: grahamjones...@gmail.com ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] First version of long way splitter for gdalcontour output
yes, we are just in the process of creating tagging guidelines. setting up the server. There is alot of tagcleanup to be done. We are setting up a mapfish server , and later will have a mapnik and a railsport. I think we can pull all the floodzone data into a shapefile when we are finished, it wont be needed. But a lot of the flooded houses were built illegally, and in fact the fact that the water floods that area easily could be a feature of the map. For the urban planning project I am trying to support in dragash, the southern tip of kosovo, next to albania, they are also interested in doing civil planning using some osm data and other tools. I dont know enough about it, but maybe it would be interesting to model the ground contours enough to model where the water can raise to. We also have the DEM and STRM data for that area from bekim from immap, and still need to process that. We have also more shapefiles with the rivers and streams. http://wiki.openstreetmap.org/wiki/AlbanianFloodingCrisisCamp/Layers see the rivers section. We need to create tagging guidelines for all those areas in kosovo and albania we have been working on. I am painfully aware of the shortcomings, and hope that you will have patience. mike On Wed, Mar 10, 2010 at 10:35 PM, Nic Roets nro...@gmail.com wrote: Ok Mike, I've look at it. It's in an urban area so chances are that it will be useful to someone. But I'm still a bit worried that there is too much detail there, considering what is being imported. One of those segments is shorter than 4m. It's not like a building, where you know someone will be happy if they see their house, or a road where it can influence routing. And you haven't documented your tag (at least not in the obvious place): http://wiki.openstreetmap.org/wiki/Tag:natural%3Dpurple_floodzone http://wiki.openstreetmap.org/wiki/Tag:natural=floodzone http://wiki.openstreetmap.org/wiki/Key:natural Regards, Nic On Wed, Mar 10, 2010 at 10:25 PM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: I have not done any monster forests, It is just in the beginning. Feel free to try the program on a big file, I would be interested to know how it works. any bug reports will be processed asap. I have updated the blog post, at the bottom you will see two features i extracted and the source. I hope to have some more results soon, mike On Wed, Mar 10, 2010 at 9:21 PM, Nic Roets nro...@gmail.com wrote: On Wed, Mar 10, 2010 at 8:54 PM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: ... Now my code works in a single pass, at least over the entire data. It builds ... This can be optimized further. I have exploited the following optimisations ... I process the entire planet every week (+- 5 passes, +-12 counting compression and decompression). I guess I'll be able to cope if the planet grows by 40% p.a, but you make it sound if that is too slow for you. On a less predicting the future topic: Can you please point me to some of these monster forests or lakes you've uploaded, so that I can check that my software can handle them ? What about Potlatch ? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Student Project Ideas?
Ian, Tom, Thanks for the pointer - I had naively thought it would be linked from the 'API' page and didn't think to search! Would anyone have an issue with me adding the link so I can find it again? It is an interesting list of possibilities isn't it - would anyone that knows more about it than me fancy identifying the likely candidates on the ideas page in case one of the students would like to look at implementing them? Thanks Graham On 10 March 2010 21:35, Ian Dees ian.d...@gmail.com wrote: On Wed, Mar 10, 2010 at 3:27 PM, Tom Hughes t...@compton.nu wrote: On 10/03/10 21:14, Graham Jones wrote: On this I did just try to look for the API 0.7 feature list, but can't find it - is anyone thinking about what the next version of the API will do, or do we think we are about there, and we are actually using 1.0? If there are features to add, then these could be potential projects? It's in the wiki somewhere but I don't think there's anything very useful or helpful there. http://wiki.openstreetmap.org/wiki/API_v0.7 http://wiki.openstreetmap.org/wiki/API_v0.7As Tom said, it's full of ideas :). -- Dr. Graham Jones Hartlepool, UK email: grahamjones...@gmail.com ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Student Project Ideas?
On 10/03/10 21:53, Graham Jones wrote: Thanks for the pointer - I had naively thought it would be linked from the 'API' page and didn't think to search! Maybe if anybody involved with coding the API was taking it seriously then it would be... Would anyone have an issue with me adding the link so I can find it again? So long as you make it clear that it's nothing more than a wish list of vague ideas, most of which are not serious and/or practical. It is an interesting list of possibilities isn't it - would anyone that knows more about it than me fancy identifying the likely candidates on the ideas page in case one of the students would like to look at implementing them? Pretty much everything either makes little sense or needs considerable discussion and design before it could be implemented - there's nothing much that is suitable for an OSM novice to go off and implement on their own. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Hello
Hello, First, I am a new developer here. My name is Adrian. I'm only 15, but I'm really keen on contributing to some Open Source, and OSM looks like a very good project that can do with a hand in developing the GUI so normal users can use it. I know the client side web languages, Python, and some C (namely Obj-C for iPhone). I'd like to work on the UI. I have some ideas to make the disabled tabs look better. I have a screenshot attached if it will come across, and the CSS I'd apply to the tabs will be (I tried this out through Web Inspector/Fire Bug debugging interface): text-decoration: line-through; background-color: #bb; color: white Any pointers or suggestions? attachment: Snapshot 2010-03-11 17-33-28.png___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Hello
Welcome! It is great to see young people interested. The webpage is currently in design, but you can alway make a patch and submit a bug to have it changed: The trac system is here: http://trac.openstreetmap.org/ The source is here: http://svn.openstreetmap.org/sites/rails_port/public/stylesheets/ mike On Thu, Mar 11, 2010 at 5:59 AM, Adrian Cochrane alci...@gmail.com wrote: Hello, First, I am a new developer here. My name is Adrian. I'm only 15, but I'm really keen on contributing to some Open Source, and OSM looks like a very good project that can do with a hand in developing the GUI so normal users can use it. I know the client side web languages, Python, and some C (namely Obj-C for iPhone). I'd like to work on the UI. I have some ideas to make the disabled tabs look better. I have a screenshot attached if it will come across, and the CSS I'd apply to the tabs will be (I tried this out through Web Inspector/Fire Bug debugging interface): text-decoration: line-through; background-color: #bb; color: white Any pointers or suggestions? ___ 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] GSoC'10
My GSOC suggestion : Get the potlatch running without any Adobe software, use gnash. http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2010#Porting_of_Potlatch_to_use_FLOSS_tools_and_viewer Also why does google list OSM as being apache licensed? http://code.google.com/soc/2008/streetmap/about.html *Preferred license: Apache License, 2.0 Since when? I am putting all my new code under the affero GPL 3.0. * mike On Fri, Feb 12, 2010 at 4:44 PM, Rajan Vaish vaish.ra...@gmail.com wrote: Thanks Graham, The page looks nice. Though, I have also created this page - http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2010, where students can start posting their ideas. I think Things to do http://wiki.openstreetmap.org/wiki/Things_To_Doand Student projectshttp://wiki.openstreetmap.org/wiki/Student_projectspages should be updated, to see what and where OSM's priority lies as of now. This will help students, develop ideas on similar lines. I plan to edit/add pages, as things progress. Regards, Rajan On Fri, Feb 12, 2010 at 4:14 AM, Graham Jones grahamjones...@googlemail.com wrote: Hi All, Following Rajan's prompt I have made a start on a wiki page to detail OSM's participation in the 2010 Google Summer of Code ( http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2010). The page includes a draft proposal for OSM to apply to GSoC when the programme starts, but I think it would be worth us starting on a list of potential projects. I have had a look through previous GSoC pages and the 'Student Projects' wiki page, but I am not sure which are still appropriate, and which have been superseded by other work. Please can you give some thought to potential projects for students and add them to the wiki page? The thing to remember is that the projects need to be pretty well defined and be achievable in a relatively short time period. Feel free to add comments to the proposals so that we get the most useful set of potential projects. This is an opportunity for OSM to get some help with coding, and is a useful learning experience for students, so please give some thought to what you would like to see worked on! Thanks Graham. -- Dr. Graham Jones Hartlepool, UK email: grahamjones...@gmail.com On 6 February 2010 11:58, Rajan Vaish vaish.ra...@gmail.com wrote: Hi all, With GSoC'10 not very far, quite a number of students are emailing me to know about OSM's participation in GSoC'10 and what they can expect. I haven't noticed any discussion or page regarding the same (sorry if I missed one?) . Looking forward to know/hear more about it, and ways I can contribute. Thanks, Rajan GSoC'09 - OSM developer. -- Rajan Vaish ASE at Accenture Technology Labs (RD) http://LinkedIn.com/in/RajanVaish ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- Rajan Vaish ASE at Accenture Technology Labs (RD) http://LinkedIn.com/in/RajanVaish ___ 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: [josm-dev] Endless bugfixing
Karl Guggisberg wrote: Hi I'm only aware of one defect related to 3102 (Sebastian, you've reported it today) and this one is fixed. What other defects related 3102 are you referring to? I mean #4705. If you think there are no more problems, then it's fine. Actually 3102 has been *fixing* four defects (or closing two tickets and fixing two unreported defects). I've added a warning when I checked in 3102 because I knew that there was some risk but from my interpretation JOSM is currently exactly in the phase where these risks are taken. My interpreation was that a tested was pushed out (~ a week ago it appeared on the JOSM home page) and that JOSM started another of JOSMs traditional cylces. If the question is whether we really need this right now, then my intrpretation would be: yes,that's exactly how people have been working on JOSM in the past. From my point of view JOSM would currently focus on new features and larger reworks before another stabilization phase towards the end of such a cycle. So it is simply a misunderstanding as i think we are not there yet, and still stuck with bugfixing. So sorry about false accusations, I don't know who is to blame. Actually the developer wiki page was quite useful for tracking status. I don't like the traditional approach of JOSM developoment enough to advocate it, though. I'd be happy if things changed. From todays emails I learned about the following plan: * there is yet another tested planned for end of this month latest, perhaps for next friday * it's going to be the long announced last tested for Java 5 Which implies for me, there are no new features before that. (Of course the mail came after the commit.) __ Sebastian ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Plugins not working with 3094 and Linux ?
On Tue, 9 Mar 2010, Sebastian Klein wrote: I don't know when the JOSM core is going to be compiled for Java 6. On this list I have been reading about plans to switch to Java 6 one or two weeks ago. Perhaps it has been postponed by another month or two in the meantime. Plugins should probably wait to compile for Java 6 until the JOSM core is available for Java 6. JOSM core is already compiled using JAVA6, but still using JAVA5 as target. This will be changed as soon as we have JAVA6 stuff included. But if I understand it correctly JAVA6 stuff can be compiled for 5 (but fails to work under 5). So switching to 6 in compiling mode is not really a requirement. The question is when we do allow JAVA6 code. I think it is quite clear: The final decision on the Java 6 switch will be made after the stabilization bugfixing phase. (Which has started early January and apparently isn't over.) JOSM should be a bit more stable, but I also don't like to wait endless. JAVA6 will come end of month latest and JAVA5 users will have to live with the version we have by then. Would be nice if the plugin issues and some other serious stuff can be fixed till then. If there are really bigger issues and users of JAVA5 have no other chance, then a bug-fix branch can be made if a maintainer for it can be found (which I doubt). If we have a very stable version tomorrow, then JAVA6 can come friday :-) 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] Simply convert a area into a multypolygon
Hello, I have create a plugin to simply convert a area into a multipolygon. The plugin http://www.stephane-brunner.ch/multipoly-convert.jar The sources http://www.stephane-brunner.ch/multipoly-convert-src.tar.gz A screencast http://www.stephane-brunner.ch/convert-to-multipoly-screencast.mpeg The actual plugin homepage http://www.stephane-brunner.ch/mediawiki/index.php/Plugins Is it possible to add it in the josm svn and in the plugin list. All comment are welcome. CU Stéphane -- Stéphane Brunner Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. attachment: courriel.vcf smime.p7s Description: S/MIME Cryptographic Signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Plugins not working with 3094 and Linux ?
On Wed, Mar 10, 2010 at 11:46 AM, Dirk Stöcker openstreet...@dstoecker.dewrote: Don't ask me. I'm no Java guru :-) Maybe you already use JAVA6 stuff in your plugin? E.g. isEmpty() in strings? Or we have such thing in JOSM core and didn't recognice it? No, no, it was the same jar file which worked on previous tested JOSM. The only difference was the new JOSM-tested core (and again, it's only happening of Linux). The solution is probably to compile the plugins in the same way as the core (Java6 compiled for 5). Pieren ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Simply convert a area into a multypolygon
Hello, Thanks I send a message to TomH to have it :-) CU Stéphane Dirk Stöcker a écrit : On Wed, 10 Mar 2010, Stéphane Brunner wrote: I have create a plugin to simply convert a area into a multipolygon. [...] Is it possible to add it in the josm svn and in the plugin list. Second is easy: Add your link here: http://josm.openstreetmap.de/wiki/Plugins For the first you need to get an OSM SVN account. There are hints in web how to get one. Ciao ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev -- Stéphane Brunner Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. attachment: courriel.vcf smime.p7s Description: S/MIME Cryptographic Signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Simply convert a area into a multypolygon
Hi Stéphane! I have create a plugin to simply convert a area into a multipolygon. Have you considered adding it to the original multipolygon plugin? I noticed that it shows on error if you try to execute it on a selection like the one you have described. It would be nice if it would not show an error message but instead run the code that you wrote especially for this case! PS: Thanks for the work. __ Sebastian ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Endless bugfixing
On Wed, 10 Mar 2010, Sebastian Klein wrote: We are fixing bugs for 2 months now, so time can't be the issue. We have to clearly identify the bugs that need to be fixed, then just do it and move on. The new stuff is probably piling up in the local repositories, this stagnation is quite annoying. Also there seems to be some central drawing and data loss issues. As said I have little time to do deep investigations, but: - I see the bug reports and see little progress in reduction - Whenever I start JOSM myself I detect serious issues still existing or new - We have really lots of open core bugs - Discussions show me there are still issues which should be fixed before doing fancy new stuff - Plugin handling still does not work as reliable as it did before (does e.g. not load plugins from system files - see bugreport recently created). This is a very central component and must work reliable. So my feeling is: JOSM is not stable enough. If you and other more active users reach a consensus that my feeling is false, then I will accept that and we can move on. 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] A simple way to switch advanced settings?
Claudius claudiu...@gmx.de writes: I'd love to switch mappaint.useRealWidth true/false via the toolbar. Do I need to write a plugin to do so? A patch might do, too. I don't think it is necessary to write plugins for trivial things like this. Matthias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Simply convert a area into a multypolygon
Hi Stéphane! I have create a plugin to simply convert a area into a multipolygon. Have you considered adding it to the original multipolygon plugin? For my original multipolygon plugin I plan to add some of the advanced multipolygon features (like correctly handling outer way not being a single way, but string of ways forming a loop - to bypass the 2000 nodes/way limit) I think if that would be added, then these cases could be then solved too. First, it would try to group all unclosed ways into closed loops, then do the same as previously, just internally working with bunches of ways instead of single ways when determining what is outer way and what inner. Questing is how to handle tags in this case - current code does not care about them, but it could be useful to move the tags from ways to relation (but what if tags differ?) Martin I noticed that it shows on error if you try to execute it on a selection like the one you have described. It would be nice if it would not show an error message but instead run the code that you wrote especially for this case! PS: Thanks for the work. __ Sebastian ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
