Re: [OSM-dev] relations refering to deleted objects
Stefan de Konink wrote: We can solve all issues (again) and see what happens in a month. But we can already check if the revisions of the objects were made using [the program that shall not be named]. Or you could actually read the code and tell me where amf_controller is writing to the database without undergoing the model's usual integrity checks. Because AFAIK they are exactly the same as those in the XML API and there is no, repeat no, basis for you to make snitty little insinuations like this. Line 594 of amf_controller is where you should start looking. Oh yeah, you're too lazy to make the effort to read Ruby code, I remember from last time. Sheesh. Richard -- View this message in context: http://gis.638310.n2.nabble.com/relations-refering-to-deleted-objects-tp5090823p5102750.html Sent from the Developer Discussion mailing list archive at Nabble.com. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] relations refering to deleted objects
Richard, Richard Fairhurst wrote: Or you could actually read the code and tell me where amf_controller is writing to the database without undergoing the model's usual integrity checks. Because AFAIK they are exactly the same as those in the XML API and there is no, repeat no, basis for you to make snitty little insinuations like this. To Stefan's defence, I must admit that it was me who first talked of software that did not use the API. I'll try to reduce my habitual Potlatch-bashing; as you know it its tongue-in-cheek on my part but it seems that people often take it seriously. I love Potlatch! All Germans do. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] relations refering to deleted objects
Richard Fairhurst wrote: Stefan de Konink wrote: We can solve all issues (again) and see what happens in a month. But we can already check if the revisions of the objects were made using [the program that shall not be named]. Or you could actually read the code and tell me where amf_controller is writing to the database without undergoing the model's usual integrity checks. Because AFAIK they are exactly the same as those in the XML API and there is no, repeat no, basis for you to make snitty little insinuations like this. Line 594 of amf_controller is where you should start looking. Oh yeah, you're too lazy to make the effort to read Ruby code, I remember from last time. Sheesh. I don't know about the previous discussion. Most of the changesets do not have any created_by tag (maybe it is too new on changesets), some are Potlatch 1.2a, 1.2c To me the editor used does not matter, because I think the API should prevent it to happen. Did I get it right that you are directly writing to the database? What was the reason for doing so? Cheers Mitja ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] relations refering to deleted objects
Mitja Kleider wrote: Did I get it right that you are directly writing to the database? No. Potlatch talks to amf_controller.rb which talks to exactly the same Rails methods as the XML API. There is no direct writing to the database. The integrity checks are carried out at model level so apply equally. Potlatch is written in the first version of ActionScript (AS1) which has pretty atrocious XML support. It therefore uses Flash's binary transport format, called AMF (Action Message Format), hence the need for a dedicated controller. So the two differences are the transport format, and that some of the methods are slightly differently structured (e.g. there's something that equates to a putative PUT /way/id/full). Most of the latter is because Potlatch and amf_controller were originally written in autumn 2006, before OSM moved to Rails; the old Ruby-only API was much more primitive than what we have now. The two have converged since, though there are still a couple of things (e.g. full history/undelete) that have no equivalent in the XML API yet. amf_controller in early versions did use SQL rather than Rails methods. This was a long time ago - it changed to Rails in July 2008 if my notes are correct (coinciding with Potlatch 0.10). amf_controller is now very stable and I don't think there have been any bugs raised against it for ages. Potlatch 2 is written in ActionScript 3 which has better XML support. At present it is capable of reading in AMF and both reading/writing in XML. I would anticipate that parts of the API may become format-agnostic in the future, equally capable of speaking XML, AMF, JSON or whatever; and that some of the methods that are currently only available via amf_controller may also be offered via the (currently XML) API. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/relations-refering-to-deleted-objects-tp5090823p5102929.html Sent from the Developer Discussion mailing list archive at Nabble.com. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Complex JOSM filtering rules
If you do Edit-Search in JOSM it gives you a load of examples of what you can do. I presume (and Ævar seems to be saying) this is the same searching engine/code that the filters use. On 26 May 2010 14:22, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Wed, May 26, 2010 at 13:08, John Smith deltafoxtrot...@gmail.com wrote: Sorry for posting to this list, but I didn't feel like joining yet another mailing list for one question. I want to be able to hide all admin boundaries in JOSM using the filter method, except admin boundaries that have highway=* or waterway=* or natural=* tags also, I haven't been able to figure out the right combination of filters to achieve this. Filters are just search queries, so you can do e.g.: boundary=administrative -(highway=* | waterway=* | natural=*) If you want to hide boundary relations you can put that query in a () and OR it together with one that searches for ways that are part of a boundary relation, use the child/parent operators for that. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Complex JOSM filtering rules
On Wed, May 26, 2010 at 13:27, Gregory nomoregra...@googlemail.com wrote: If you do Edit-Search in JOSM it gives you a load of examples of what you can do. I presume (and Ævar seems to be saying) this is the same searching engine/code that the filters use. Yes, the filtering engine is powered by the search engine. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Complex JOSM filtering rules
On 26 May 2010 23:22, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: Filters are just search queries, so you can do e.g.: I'm aware of that... but... boundary=administrative -(highway=* | waterway=* | natural=*) Doesn't do what I'm trying to do... If you want to hide boundary relations you can put that query in a () and OR it together with one that searches for ways that are part of a boundary relation, use the child/parent operators for that. That's what I'm asking, how do I hide all admin boundaries that don't have highway, waterway, natural tags because I haven't figured out a combination of filters that will do what I'm trying to do. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Complex JOSM filtering rules
On Wed, May 26, 2010 at 13:50, John Smith deltafoxtrot...@gmail.com wrote: On 26 May 2010 23:22, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: Filters are just search queries, so you can do e.g.: I'm aware of that... but... boundary=administrative -(highway=* | waterway=* | natural=*) Doesn't do what I'm trying to do... If you want to hide boundary relations you can put that query in a () and OR it together with one that searches for ways that are part of a boundary relation, use the child/parent operators for that. That's what I'm asking, how do I hide all admin boundaries that don't have highway, waterway, natural tags because I haven't figured out a combination of filters that will do what I'm trying to do. Your original question had a double negative. If you want to inverse the query I gave you just remove the - from it. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Complex JOSM filtering rules
On 27 May 2010 00:07, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: Your original question had a double negative. If you want to inverse the query I gave you just remove the - from it. Perhaps I'm not explaining myself clearly, ideally I want to completely hide admin boundaries all the time, except some admin boundaries are also tagged as waterways and highways and so on, and I'd like to be only able to see those admin boundaries, long term I'm hoping to de-merge these ways completely, but for now finding them and dealing with them would be nice. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[osmosis-dev] Inquiries about Minutely Mapnik
Hi, MapOSMatic, the free software web service to generate maps of cities using OSM data, currently rely on a copy of the planet-wide PostGIS database and we use the traditional way of keeping this database up-to-date with the daily diffs and osm2pgsql. Unfortunately, we're slowly getting to the point where, on our hardware, applying this daily diff can take more than 24 hours, especially when the server is under the load of map generation requests. We are looking for solutions on how to solve this problem, and it seems like reducing the delta of the updates to hourly increments (or even minutely increments) with Osmosis + osm2pgsql could help. I indeed expect applying a minute diff to be significantly fast, and that the sum of these processings be smaller than what it would take for a daily diff. From your experience, can you confirm that this would be the case, and that applying minute diffs won't take longer than a minute, or hourly diffs longer than an hour (otherwise it would be impossible to stay up-to-date with the database and we would start falling behind)? The Minutely Mapnik wiki page on the OSM wiki (http://wiki.openstreetmap.org/wiki/Minutely_Mapnik) seems to be a good starting point to get this new technique of keeping our database updated going. But I would like to try it first on my machine. Importing the full planet.osm file would take forever though, so I'd like to try this on a single country. Is it possible to use the osmosis replication data on a subset of the planet? Thank you in advance for your help, - Maxime -- Maxime Petazzoni http://www.bulix.org ``One by one, the penguins took away my sanity.'' Linux kernel and software developer at MontaVista Software signature.asc Description: Digital signature ___ osmosis-dev mailing list osmosis-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [OSM-dev] Proposed change to JOSM
At 2010-05-26 05:37, John Smith wrote: On 26 May 2010 22:31, Jacob Rau ja...@mtu.edu wrote: Do you know about the filtering in current stable version of JOSM... Adding a rule by default makes that object(s) non-selectable, it goes a blackish colour and you just can't click on it, if you want to hide the object(s) completely you need to tick the box under the 'H' (for hide) column. Can someone look at making the columns in the filter dialog sizeable? I can't actually see the headers in the checkbox columns - they render as ..., and changing the width of the dialog changes only the width of the Text column. I think I've figured out that the first enables that filter, the second hides the objects instead of disabling them, the third (after the Text) includes children of the object, the fourth inverts the filter, and there is an A shown in a column after that. This is a great and powerful feature, but users should be careful not to corrupt filtered-out objects that are (inexplicably) glued to visible objects. For example, if you don't choose to hide all children because someone has glued landuse polygons that you don't want to see to the road nodes and you need to see and edit the road nodes, deleting one of those nodes can change that hidden polygon. Now, if we can just stop people from gluing dissimilar objects together... The filtering uses the same method to find objects as the find box, so try ctrl+f and searching for various objects first to see what may become hidden, also it's boundary=administrative It also seems that it stores the replace selection, add to selection, etc., so you build a complex filter just the same way you would build a selection set - by adding/subtracting objects until you get what you want. Very powerful. -- Alan Mintz alan_mintz+...@earthlink.net ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Complex JOSM filtering rules
Hi, John Smith wrote: Perhaps I'm not explaining myself clearly, ideally I want to completely hide admin boundaries all the time, except some admin boundaries are also tagged as waterways and highways and so on, and I'd like to be only able to see those admin boundaries, long term I'm hoping to de-merge these ways completely, but for now finding them and dealing with them would be nice. And I'd like JOSM to highlight places where an admin boundary runs 100% parallel to a road so I can merge them ;-) Jokes aside, *please* use relations for admin boundaries and then simply make the road a member in your relation. There is no need to draw an extra line tagged admin boundary if the boundary is the road. Bye Frederik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Complex JOSM filtering rules
On Wed, May 26, 2010 at 14:10, John Smith deltafoxtrot...@gmail.com wrote: On 27 May 2010 00:07, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: Your original question had a double negative. If you want to inverse the query I gave you just remove the - from it. Perhaps I'm not explaining myself clearly, ideally I want to completely hide admin boundaries all the time, except some admin boundaries are also tagged as waterways and highways and so on, and I'd like to be only able to see those admin boundaries, long term I'm hoping to de-merge these ways completely, but for now finding them and dealing with them would be nice. I think you've explained yourself clearly enough, and I've given you a search query that finds boundary=administrative ways, either with the waterway/highway tags, or not. You just have to feed that into the search/filter engine. Why doesn't that work for you? ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Complex JOSM filtering rules
On 27 May 2010 00:21, Frederik Ramm frede...@remote.org wrote: Jokes aside, *please* use relations for admin boundaries and then simply make the road a member in your relation. There is no need to draw an extra line tagged admin boundary if the boundary is the road. Thanks for your opinion, but these boundaries already exist in OSM's DB and they keep getting constantly broken by people not understanding that the road isn't the boundary and then their use of editing software doesn't fix up relations properly after boundaries get split to be used for various things. Also the boundaries are from the govt department that handles statistics, which only match boundaries by approximation. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Complex JOSM filtering rules
On 27 May 2010 00:26, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: Why doesn't that work for you? If I knew that I wouldn't still be asking for help. So far either all the boundaries are hidden or they're all shown I can't figure out how to only show some of them. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Complex JOSM filtering rules
At 2010-05-26 06:27, Gregory wrote: On 26 May 2010 14:22, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Wed, May 26, 2010 at 13:08, John Smith deltafoxtrot...@gmail.com wrote: I want to be able to hide all admin boundaries in JOSM using the filter method, except admin boundaries that have highway=* or waterway=* or natural=* tags also, I haven't been able to figure out the right combination of filters to achieve this. Filters are just search queries, so you can do e.g.: boundary=administrative -(highway=* | waterway=* | natural=*) Maybe it was just me, but it wasn't obvious that you logically AND search terms by just space-separating them. I realize, upon close reading of the examples, that the first one implies this*, but maybe it should be re-emphasized down by the Use | or OR to combine with logical OR. *When I originally read this example, I was thinking it only works with simple text searches, just like putting two space-separated words in a search engine. It wasn't obvious that the terms could be more complex expressions. -- Alan Mintz alan_mintz+...@earthlink.net ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Complex JOSM filtering rules
On 27 May 2010 00:21, Frederik Ramm frede...@remote.org wrote: And I'd like JOSM to highlight places where an admin boundary runs 100% parallel to a road so I can merge them ;-) If you noticed a previous thread of mine: http://lists.openstreetmap.org/pipermail/dev/2010-April/019343.html Having the admin information only in a relation won't render properly... ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [osmosis-dev] Inquiries about Minutely Mapnik
Hi, Maxime Petazzoni wrote: We are looking for solutions on how to solve this problem, and it seems like reducing the delta of the updates to hourly increments (or even minutely increments) with Osmosis + osm2pgsql could help. It is unlikely to speed things up but at least you can chop your updates into smaller bits. I highly recommend to stop processing map requests while you do updates. Since Maposmatic has this queuing mechanism anyway, you can afford to mix operations. The beauty of the minutely updates with Osmosis is that you can run them at any time, so you can delay updating if the site is very busy rendering, or do one update after each render, or so. I indeed expect applying a minute diff to be significantly fast, and that the sum of these processings be smaller than what it would take for a daily diff. Unlikely; the larger diff will probably give you more efficient use of the cache, and as you will be using the --simc flag with Osmosis (won't you?) you will only process one change to an object which has changed multiple times in the whole interval. From your experience, can you confirm that this would be the case, and that applying minute diffs won't take longer than a minute, or hourly diffs longer than an hour (otherwise it would be impossible to stay up-to-date with the database and we would start falling behind)? It is really very much dependent on what hardware you run this on. I have a modern, 12 GB, quad-core machine with dual cheap SATA disks configured into RAID0 and on that applying diffs takes, on average, 50% of the time the diff is for, but may occasionally also be much less or much more. The nice thing about the minutely update process is that it has a reasonable capability of healing itself, so if applying an one-hour diff takes two hours once in a while then the process is likely to get back to an equilibrium. The Minutely Mapnik wiki page on the OSM wiki (http://wiki.openstreetmap.org/wiki/Minutely_Mapnik) seems to be a good starting point to get this new technique of keeping our database updated going. But I would like to try it first on my machine. Importing the full planet.osm file would take forever though, so I'd like to try this on a single country. Is it possible to use the osmosis replication data on a subset of the planet? You can only get worldwide updates. osm2pgsql copes ok when you add worldwide diffs to a reduced database; you can even specify a bbox filter on the command line to ignore stuff that is outside. This doesn't work perfectly (e.g. if a node is moved from inside the bbox to outside, osm2pgsql will discard that information because it looks like it pertains to something outside, thus an old version of the node will remain) but should be ok for testing. Bye Frederik ___ osmosis-dev mailing list osmosis-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [osmosis-dev] Inquiries about Minutely Mapnik
Maxime Petazzoni schrieb: From your experience, can you confirm that this would be the case, and that applying minute diffs won't take longer than a minute, or hourly diffs longer than an hour (otherwise it would be impossible to stay up-to-date with the database and we would start falling behind)? At the wikimedia toolserver it takes 10s to import a minutely diff. Excluding errors we keep our database at a replication lag of 120s at all times. The Minutely Mapnik wiki page on the OSM wiki (http://wiki.openstreetmap.org/wiki/Minutely_Mapnik) seems to be a good starting point to get this new technique of keeping our database updated going. You might want to take a look at http://svn.toolserver.org/svnroot/mazder/diff-import/load-next and http://svn.toolserver.org/svnroot/mazder/diff-import/replag those are the scripts that run on the wikimedia servers. But I would like to try it first on my machine. Importing the full planet.osm file would take forever though, so I'd like to try this on a single country. Is it possible to use the osmosis replication data on a subset of the planet? That's not as easy and has been discussed on osm-dev some weeks ago. Peter ___ osmosis-dev mailing list osmosis-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmosis-dev
Re: [OSM-dev] Complex JOSM filtering rules
On Wed, May 26, 2010 at 14:32, Alan Mintz alan_mintz+...@earthlink.net wrote: At 2010-05-26 06:27, Gregory wrote: On 26 May 2010 14:22, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Wed, May 26, 2010 at 13:08, John Smith deltafoxtrot...@gmail.com wrote: I want to be able to hide all admin boundaries in JOSM using the filter method, except admin boundaries that have highway=* or waterway=* or natural=* tags also, I haven't been able to figure out the right combination of filters to achieve this. Filters are just search queries, so you can do e.g.: boundary=administrative -(highway=* | waterway=* | natural=*) Maybe it was just me, but it wasn't obvious that you logically AND search terms by just space-separating them. I realize, upon close reading of the examples, that the first one implies this*, but maybe it should be re-emphasized down by the Use | or OR to combine with logical OR. *When I originally read this example, I was thinking it only works with simple text searches, just like putting two space-separated words in a search engine. It wasn't obvious that the terms could be more complex expressions. Maybe JOSM's documentation sholud be better, but that's how pretty much all search engines work. When you search for foo bar you're searching for foo AND bar. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] start of gwtosm the google webtoolkit port of josm
On Wed, May 26, 2010 at 19:17, Frederik Ramm frede...@remote.org wrote: jamesmikedup...@googlemail.com wrote: I have refactored some core classes in josm to run in gwt. this includes most of data classes. I am porting the graphic output to use gwt graphics and svg output. Might be worth taking this to the josm-dev list. Also, to those unfamiliar with gwt, explain the advantages. These examples might be useful: http://code.google.com/webtoolkit/examples/ Basically it's a Java to JavaScript compiler and UI toolkit. You can write Java which is then magically compiled to a web application. This is a great development. It might also help to generalize the JOSM core more, right now it's very tightly bound to its current UI. It would be neat if there was a Java libosm that could be used for stuff like this, and things like Android apps. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] start of gwtosm the google webtoolkit port of josm
thanks for the props Ævar, yes, I have started to create a cut down navigable object that is used to control the view, also, removed most of the preferenced and turned them into fields loaded from constants. What we need are test cases, test suites to verify that the code is running well. mike On Wed, May 26, 2010 at 9:35 PM, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Wed, May 26, 2010 at 19:17, Frederik Ramm frede...@remote.org wrote: jamesmikedup...@googlemail.com wrote: I have refactored some core classes in josm to run in gwt. this includes most of data classes. I am porting the graphic output to use gwt graphics and svg output. Might be worth taking this to the josm-dev list. Also, to those unfamiliar with gwt, explain the advantages. These examples might be useful: http://code.google.com/webtoolkit/examples/ Basically it's a Java to JavaScript compiler and UI toolkit. You can write Java which is then magically compiled to a web application. This is a great development. It might also help to generalize the JOSM core more, right now it's very tightly bound to its current UI. It would be neat if there was a Java libosm that could be used for stuff like this, and things like Android apps. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] start of gwtosm the google webtoolkit port of josm
Hello, just a side node on the subject. I'm not a professionnal of gwt, just heard and watch a few demo/examples about it. Looks more like a last chance solution or Magic like you said. Does it worth the time spend ? I mean you could much more easely make : - Java applet - Java Web Start - JavaFX. Without much change in the code (perhaps even none). Any of thoses solutions also have the benefit of speed and compatibility on browsers. I know some will say that it might be bigger to download, but I'm not so sure anymore with the latest pack200 compresion the application size can be reduced by 50 to 70% (any even more combine with other tools) and once downloaded won't require any more download if you close/reopen the browser. What are gwt benefits in this case ? johann sorel Le 26/05/2010 21:39, jamesmikedup...@googlemail.com a écrit : thanks for the props Ævar, yes, I have started to create a cut down navigable object that is used to control the view, also, removed most of the preferenced and turned them into fields loaded from constants. What we need are test cases, test suites to verify that the code is running well. mike On Wed, May 26, 2010 at 9:35 PM, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Wed, May 26, 2010 at 19:17, Frederik Rammfrede...@remote.org wrote: jamesmikedup...@googlemail.com wrote: I have refactored some core classes in josm to run in gwt. this includes most of data classes. I am porting the graphic output to use gwt graphics and svg output. Might be worth taking this to the josm-dev list. Also, to those unfamiliar with gwt, explain the advantages. These examples might be useful: http://code.google.com/webtoolkit/examples/ Basically it's a Java to JavaScript compiler and UI toolkit. You can write Java which is then magically compiled to a web application. This is a great development. It might also help to generalize the JOSM core more, right now it's very tightly bound to its current UI. It would be neat if there was a Java libosm that could be used for stuff like this, and things like Android apps. ___ 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] no compiled latest in download-directory !
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 25.05.2010 16:13, schrieb Dirk Stöcker: On Tue, 25 May 2010, colliar wrote: Seems there was no compiled latest put on the server the last days. Fixed. Was a wrong path due to Java update. Thanks -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREIAAYFAkv85RMACgkQalWTFLzqsCtsSgCguU9K9x1a3STZjco9QSkpORWH uUIAoLWwuJsJsfrK2f55JX5q5/Wz8dv1 =lrrb -END PGP SIGNATURE- ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Fwd: start of gwtosm the google webtoolkit port of josm
Hi, jamesmikedup...@googlemail.com wrote: gwt is a java to javascript compiler that promises to allow us to port parts of the josm to an very thin client, i have the absolute basics (just points) being displayed now, check it out. Forgive my being thick but I still don't see the point. Surely Javascript that has been auto-generated from JOSM Java code will never be able to match a proper editor devised in Javascript from the ground up, and there have been impressive steps in that direction (chrschmidt's OpenLayers based feature editor comes to mind). If one wants more than that, one can run JOSM as an applet in the browser. Is there really any hope that you will arrive at a anything remotely usable by modifying JOSM so that it is a better basis for auto-generating Javascript code? This sounds very much like wishful thinking to me. I mean you're free to try of course, I'm sure it is an interesting experiment ;-) And Avar, if one wanted some kind of more or less clean engine/library as a basis for other projects, JOSM would be the worst choice in my eyes. Much better to start with either the JOSM-NG codebase or the existing Java osmlib that has been built for Traveling Salesman! Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Fwd: start of gwtosm the google webtoolkit port of josm
Ævar Arnfjörð Bjarmason wrote: Isn't josm-ng dead-ish at this point? Yes, it is. I thought it was just a one-man project whose ideas are mostly in the main josm by now, maybe I'm wrong. Some of them are in, some not. Maybe more will get into josm, but I'm personally not working on porting those remaining nice ideas... -- Nenik ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev