Re: [OSM-dev] Building a friendly new editor in JavaScript
Hello, we are currently building an OpenLayers based editor which I think could make the development of iD simpler. Please have a look at the demo at http://ole.geops.de/ to get an impression of some of the features. The source code for OpenLayers Editor is available as well and we are happy to help with using our code. Probably the features of OLE that are most interesting for iD in order to avoid reinventing things later are: - Support for areas with holes - Feature splitting and merging - Orthogonal and parallel drawing - Flexible snapping to editable objects and other layers such as WFS services A bit of background: I am working for geOps and our team is building OLE for use within geo-enabled business applications such as Cartaro CMS and applications for administrative bodies. OLE has proven to work well in that setting and might help OSM, too. Kind regards Augustus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Building a friendly new editor in JavaScript
Hi Stefan, I rather fancy a theme based transaction. The theme defines what objects should be rendered to work on the specific theme. This prevents the accidental alteration of stuff that is unrelated, and gives a better focus on the task. Sounds good. I am actually not sure what would be the best way to create such welcoming editor - I am no user interaction expert. My point was a general one - to keep responsiveness in mind - Firefox struggles a lot on my machine already when I open index.html and pan to the nearest group of buildings. Paweł Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAlAAqIMACgkQYH1+F2Rqwn2BfACfXqUAKNtO1k2uxktd7sv3JiZU HBoAn357HIjLUUV7zrs/sx+fFj8ZV1DV =ncxP -END PGP SIGNATURE- ___ 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] Building a friendly new editor in JavaScript
Hi all, Just a quick (meaning: probably crazy) thought I had... Do you think it would make sense to develop this project as a replacement for the map viewer at osm.org front page? It sounds like some features from the editor would give some viewer for free [1]. Also reusing one code base for viewer/basic editor could be effective. [1] http://wiki.openstreetmap.org/wiki/Top_Ten_Tasks#Clickable_POIs_on_the_frontpage Paweł ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Building a friendly new editor in JavaScript
On 13.07.2012 11:31, Richard Fairhurst: wrote: So we need another editor. Have you had a look at the work from Paul-Fiete Hartmann he presented at the FOSSGIS 2012? (sorry, all in German as the FOSSGIS is s a German conference) * Title: HTML5-Editor für OpenStreetMap * http://www.fossgis.de/konferenz/2012/programm/events/361.de.html * http://db0smg.afug.uni-goettingen.de/~fossgis/FOSSGIS2012-361-de-html5_editor.mp4 * http://www.fossgis.de/konferenz/2012/programm/attachments/331_HTML5_Editor-Folien.pdf Best regards, Michael. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Building a friendly new editor in JavaScript
It would also be worth a look at https://github.com/mdaines/simple-map-editor. This has a lot of the basics working (in particular upload using oauth), but needs some work to get the tag dialog working nicely.and this has never got to the top of my list of things to do. I'll go and learn dojo nowI had never heard of it, and thought that jQuery/jQueryUI was the library of choice for javascript, but the charts etc. in dojo do look very useful. Cheers Graham. -- Graham Jones Hartlepool, UK. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Building a friendly new editor in JavaScript
Hello, Some times ago I do a little application to edit osm data in javascript. Application: http://stephane-brunner.ch/osmedit.html Source code: https://github.com/sbrunner/osmeditor It not relay user friendly but if you want to take a component it's welcome :-) CU Stéphane 2012/7/14 Graham Jones grahamjones...@gmail.com: It would also be worth a look at https://github.com/mdaines/simple-map-editor. This has a lot of the basics working (in particular upload using oauth), but needs some work to get the tag dialog working nicely.and this has never got to the top of my list of things to do. I'll go and learn dojo nowI had never heard of it, and thought that jQuery/jQueryUI was the library of choice for javascript, but the charts etc. in dojo do look very useful. Cheers Graham. -- Graham Jones Hartlepool, UK. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- Envoyé depuis mon lapin -- Catalogue de cartes OpenStreetMap - http://map.stephane-brunner.ch Un peu d'espace qui vous suis partout - https://www.getdropbox.com/referrals/NTk2OTU2Mjk -- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Building a friendly new editor in JavaScript
Graham Jones wrote: I'll go and learn dojo nowI had never heard of it, and thought that jQuery/jQueryUI was the library of choice for javascript, but the charts etc. in dojo do look very useful. Both jQuery and Dojo have a lot to recommend them, but Dojo, I think, has the edge for large apps; it gives you a class and package structure that's almost like using a proper language. ;) You can get a similar effect by piecing together jQuery, Backbone and several other libraries, but Dojo gives you it all in one. As ever, though, there's more than one way to skin a cat! cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Building-a-friendly-new-editor-in-JavaScript-tp5716430p5716642.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] Building a friendly new editor in JavaScript
Stéphane Brunner wrote: Some times ago I do a little application to edit osm data in javascript. Thanks (and to Michael and Graham for similar references). Would certainly be good to reuse code where appropriate - and by the same token, anyone who's familiar with the P2 source code will recognise several rewritten chunks of it in iD. cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Building-a-friendly-new-editor-in-JavaScript-tp5716430p5716643.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] Building a friendly new editor in JavaScript
Both jQuery and Dojo have a lot to recommend them, but Dojo, I think, has the edge for large apps; it gives you a class and package structure that's almost like using a proper language. ;) I know what you mean. In my mind, every programming language is C with slightly different syntaxbut I struggle to map JavaScript onto my simple mental model.I've just about sussed closures, and it is starting to make much more sense now.Dojo looks fine now I realise what those require([],function(){...}); statements are about! Graham. -- Graham Jones Hartlepool, UK. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Building a friendly new editor in JavaScript
Am 2012-07-14 08:15, schrieb Paweł Paprota: Do you think it would make sense to develop this project as a replacement for the map viewer at osm.org front page? I think that client-side JavaScript rendering of maps is currently too slow for mainstream use, even on desktops. It could probably still serve to provide clickable POIs etc. Kind regards Jan ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Building a friendly new editor in JavaScript
Hi all, Potlatch is five years old and JOSM is over six years old. Scary, isn't it? Lots has changed in those five years. Browsers now do natively things that used to require a plugin - indeed, you might not even have the plugin anymore. OSM's changed, too, from a little-known geek project to this behemoth of map data used by millions every day. So we need another editor. Not to replace what we have now: Potlatch fulfils the intermediate editor role and JOSM fulfils the advanced editor role very nicely. What we don't have, yet, is a simple, friendly editor as a welcoming way into OSM. I thought I'd start writing one. So: iD. Pure JavaScript, using the Dojo toolkit (which is really nice). It's at a really early stage of development. It doesn't save anything yet, nor do any tagging, nor even let you delete things - that's how early it is. After all, it'll be much better if the collective brains of OSM and elsewhere apply themselves to the challenge, rather than just me sitting in a room in Charlbury. Fancy getting involved? Here's the project page: http://www.geowiki.com/ And here's the source: https://github.com/systemed/iD Throw questions at me (on dev@) or just get started and hack away. Between us we can build something really good. cheers Richard ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Building a friendly new editor in JavaScript
Great idea! If it can have a simple way of visualising multipolygon/boundary type relations and highlighting anomalies in them, it would get a big +100 from me. Colin On 13/07/2012 11:31, Richard Fairhurst wrote: Hi all, Potlatch is five years old and JOSM is over six years old. Scary, isn't it? Lots has changed in those five years. Browsers now do natively things that used to require a plugin - indeed, you might not even have the plugin anymore. OSM's changed, too, from a little-known geek project to this behemoth of map data used by millions every day. So we need another editor. Not to replace what we have now: Potlatch fulfils the intermediate editor role and JOSM fulfils the advanced editor role very nicely. What we don't have, yet, is a simple, friendly editor as a welcoming way into OSM. I thought I'd start writing one. So: iD. Pure JavaScript, using the Dojo toolkit (which is really nice). It's at a really early stage of development. It doesn't save anything yet, nor do any tagging, nor even let you delete things - that's how early it is. After all, it'll be much better if the collective brains of OSM and elsewhere apply themselves to the challenge, rather than just me sitting in a room in Charlbury. Fancy getting involved? Here's the project page: http://www.geowiki.com/ And here's the source: https://github.com/systemed/iD Throw questions at me (on dev@) or just get started and hack away. Between us we can build something really good. cheers Richard ___ 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] Building a friendly new editor in JavaScript
My idea is to hide the relations altogether and automatically deduce areas from geometry. The user would just click on enclosed area and assign tags to it, never caring about the technical details. In landuse mode all the lines should form areas and all crossings are errors in data. If there are no crossings, areas can be figured out pretty easily. Depending on geometry they will be saved as simple ways or multipolygons.. I think I'll make some mock-ups to start a more technical discussion. The main question now is can this concept be integrated in the editor Richard is making. Viesturs On Fri, Jul 13, 2012 at 4:39 PM, Colin Smale colin.sm...@xs4all.nl wrote: Great idea! If it can have a simple way of visualising multipolygon/boundary type relations and highlighting anomalies in them, it would get a big +100 from me. Colin On 13/07/2012 11:31, Richard Fairhurst wrote: Hi all, Potlatch is five years old and JOSM is over six years old. Scary, isn't it? Lots has changed in those five years. Browsers now do natively things that used to require a plugin - indeed, you might not even have the plugin anymore. OSM's changed, too, from a little-known geek project to this behemoth of map data used by millions every day. So we need another editor. Not to replace what we have now: Potlatch fulfils the intermediate editor role and JOSM fulfils the advanced editor role very nicely. What we don't have, yet, is a simple, friendly editor as a welcoming way into OSM. I thought I'd start writing one. So: iD. Pure JavaScript, using the Dojo toolkit (which is really nice). It's at a really early stage of development. It doesn't save anything yet, nor do any tagging, nor even let you delete things - that's how early it is. After all, it'll be much better if the collective brains of OSM and elsewhere apply themselves to the challenge, rather than just me sitting in a room in Charlbury. Fancy getting involved? Here's the project page: http://www.geowiki.com/ And here's the source: https://github.com/systemed/iD Throw questions at me (on dev@) or just get started and hack away. Between us we can build something really good. cheers Richard __**_ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.**org/listinfo/devhttp://lists.openstreetmap.org/listinfo/dev __**_ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.**org/listinfo/devhttp://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Building a friendly new editor in JavaScript
On 13/07/2012 15:51, Viesturs Zarins wrote: My idea is to hide the relations altogether and automatically deduce areas from geometry. The user would just click on enclosed area and assign tags to it, never caring about the technical details. In landuse mode all the lines should form areas and all crossings are errors in data. If there are no crossings, areas can be figured out pretty easily. Depending on geometry they will be saved as simple ways or multipolygons.. I think I'll make some mock-ups to start a more technical discussion. There are so many broken relations out there, I can't imagine any automated fix-up being good enough to let loose on the whole of OSM. They will need to be assessed by a human, and possibly fixed by a human as well. There are tools like the Relation Analyzer[1] which will show you one relation at a time, but you need to enter the ID or search for them individually. Something which will allow multipolygons (especially admin boundaries) within the current display area to be visualised would make life a lot easier. Just open a view on your area of interest, and click the button to show me the boundaries. Correctly formed relations highlighted in green, broken relations (requiring human intervention) highlighted in red. Then select a broken one, see the constituent parts, and fix the problem. But I entirely support any thought that prevention is better than cure; making it easy to build new MPs correctly, and maybe making it impossible to save broken MPs, would prevent the problem of bad data getting worse. The Dutch have a good expression for the current situation: mopping up with the tap still running. Step one is to turn off the tap. Colin [1] http://ra.osmsurround.org/index ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Building a friendly new editor in JavaScript
Hi, This is a nice idea ! Most of the time, absolute beginners start with the addition of POI, and it is often related to shopping. Having clever dialog boxes allowing to indicate properly contact information (i.e. phone number in proper format) opening hours website ... would be great. Even beginners get confused with imagery alignment. Maybe it is a good point to allow manual alignment with elements already in database (as it is possible in JOSM) Is it already possible to avoid the automatic connection to existing nodes, when expanding a way ? I like the ability to dim / hide some elements in JOSM (such as buildings, landuses). Having way too many elements visible on screen can cause confusion I hope that the points above are not too much off-topic ! 2012/7/13 Richard Fairhurst rich...@systemed.net Hi all, Potlatch is five years old and JOSM is over six years old. Scary, isn't it? Lots has changed in those five years. Browsers now do natively things that used to require a plugin - indeed, you might not even have the plugin anymore. OSM's changed, too, from a little-known geek project to this behemoth of map data used by millions every day. So we need another editor. Not to replace what we have now: Potlatch fulfils the intermediate editor role and JOSM fulfils the advanced editor role very nicely. What we don't have, yet, is a simple, friendly editor as a welcoming way into OSM. I thought I'd start writing one. So: iD. Pure JavaScript, using the Dojo toolkit (which is really nice). It's at a really early stage of development. It doesn't save anything yet, nor do any tagging, nor even let you delete things - that's how early it is. After all, it'll be much better if the collective brains of OSM and elsewhere apply themselves to the challenge, rather than just me sitting in a room in Charlbury. Fancy getting involved? Here's the project page: http://www.geowiki.com/ And here's the source: https://github.com/systemed/iD Throw questions at me (on dev@) or just get started and hack away. Between us we can build something really good. cheers Richard __**_ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.**org/listinfo/devhttp://lists.openstreetmap.org/listinfo/dev -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Building a friendly new editor in JavaScript
Hi Richard, Great idea. I have a quick thought performance/usability-wise - when there is a lot of objects to render (like buildings in a large city), Potlach and JOSM really struggle. I guess it's not a big problem since those editors are for more patient users - geeks :-) I wonder if for such a basic/welcoming editor it would be good to consider performance as a factor. Solution from Google Map Maker looks good at a glance (I have not used it too much) - you have to select a small area to work with so at any given time the number of objects shown does not degrade responsiveness. Paweł On Fri, Jul 13, 2012, at 10:31, Richard Fairhurst wrote: Hi all, Potlatch is five years old and JOSM is over six years old. Scary, isn't it? Lots has changed in those five years. Browsers now do natively things that used to require a plugin - indeed, you might not even have the plugin anymore. OSM's changed, too, from a little-known geek project to this behemoth of map data used by millions every day. So we need another editor. Not to replace what we have now: Potlatch fulfils the intermediate editor role and JOSM fulfils the advanced editor role very nicely. What we don't have, yet, is a simple, friendly editor as a welcoming way into OSM. I thought I'd start writing one. So: iD. Pure JavaScript, using the Dojo toolkit (which is really nice). It's at a really early stage of development. It doesn't save anything yet, nor do any tagging, nor even let you delete things - that's how early it is. After all, it'll be much better if the collective brains of OSM and elsewhere apply themselves to the challenge, rather than just me sitting in a room in Charlbury. Fancy getting involved? Here's the project page: http://www.geowiki.com/ And here's the source: https://github.com/systemed/iD Throw questions at me (on dev@) or just get started and hack away. Between us we can build something really good. cheers Richard ___ 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] Building a friendly new editor in JavaScript
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 14-07-12 00:27, Paweł Paprota wrote: I wonder if for such a basic/welcoming editor it would be good to consider performance as a factor. Solution from Google Map Maker looks good at a glance (I have not used it too much) - you have to select a small area to work with so at any given time the number of objects shown does not degrade responsiveness. I rather fancy a theme based transaction. The theme defines what objects should be rendered to work on the specific theme. This prevents the accidental alteration of stuff that is unrelated, and gives a better focus on the task. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAlAAqIMACgkQYH1+F2Rqwn2BfACfXqUAKNtO1k2uxktd7sv3JiZU HBoAn357HIjLUUV7zrs/sx+fFj8ZV1DV =ncxP -END PGP SIGNATURE- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev