Christoph Böhme a écrit : > Would it be possible to reuse and extend the client-side code from > osb for a web-based client-side interface?
If it is a moral question : of course. If it is a technical question : 50% of the code has to be rewriten. >So, I do not think bug reporters will ever feel the desire > add tags to their bug reports. You're right. No bug reporter will feel the desire to add new tags. But when I proposed the use of tags, I thought about the clients-developper : - I want the simplier interface with only lat/lon/date, two bug states, and a text. I do not want a crapy interface with 30 text areas and 60 combo-boxes - Someone will desire to add a zoom level for each bug, the email of the authors, and three bug states - Someone else will want a reference to the OSM data, the diameter of the area that the bug describes, the age of the mother of the author, etc. The tag=value schema does all this. And, as the OSM end-user clients (like Mapnik, [EMAIL PROTECTED], routing softwares), there are only small pieces of the data that are rendered depending of the choice of the rendered. >> The server side already exists : it's basically OSM database without >> ways, with a guest account, and accepting long string values (the >> text users could add). > > That is really attractive. The only problems I can see here (apart from > that we still should try to define a bug report format) are that > annotations to a bug report like comments, images and attachments > cannot be stored in the osm database (as far as I know). I do not think that it would be the best idea to put images in the database besides it is technically possible with a classical database ; I do not know about OSM database. An URL to a solid file seems to me much more efficient. > and we'd lose out on all the fun of documenting / defining the tags > on the wiki :-P And maybe, with all this complexity, we will have a new service to trac the inconsistencies in OpenStreetBugs' bugs. Welcome OpenStreetBugsBugs. Xav _______________________________________________ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk