Re: [OSM-dev] [OSM-talk] When mental models go wrong: OpenStreetMap
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lauri Hahne wrote: [...] 1. Ways - There are one kind of ways in the database. Ways can have attributes (tags) but aren't required. - The tagging scheme suggest there are many kinds of ways (highway, cycleway, aeroway...) - Potlatch and JOSM's preset (and mappaint?) system allow you to pick a type for way. - We have questions such as how can I turn this way into a bridge or how can I create a bridge-way at #osm once in a while. [...] Ways are IMHO somewhat mis-designed; at that point I agree with you. i must admit that I have not too much of a deep insight into some parts of the data model - due to being involved since just 4 weeks now. Moreover, IMHO ways are completely obsolete. Every kind of attribute you need can be represented within a node. And it can be represented _easier_ by just attributing the nodes. Think of the third world, where roads are often not covered with tarmac - - the surface changes every now and then. With OSM you have to split it up in several ways, each attributed accordingly. All you would need is an item or *tag* k='connect' v='node_id' So you could connect nodes to a way, and you could easily turn two nodes within a road into a bridge if it has not been set appropriately before. Any renderer has to use the nodes anyway to make up a way so it has to look at the nodes - WHY look at and interpret the ways additionally? Admittedly any software would need a fix on that. But the major part (dropping the ways and setting the connections) should be a matter of a simple script. Just my 2 cents on your thoughts - -- - -m*sh- ___ |harry w. graner |mail: hy [_at_] sha-mash [_dot_] de |--- [public gpg-key on request] take a look at my blogs: http://yMao4OSM.blog.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIbcEl+62Q1j2JM1YRAmZWAJ9iJAYD+zD86NqQc31WBXhDE0MsRACcCrfC qXcy9tuXsL8+2GzeXgvVjNU= =95dP -END PGP SIGNATURE- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] [OSM-talk] When mental models go wrong: OpenStreetMap
Dave Stubbs wrote: Sent: 04 July 2008 9:14 AM To: m*sh Cc: dev@openstreetmap.org Subject: Re: [OSM-dev] [OSM-talk] When mental models go wrong: OpenStreetMap On Fri, Jul 4, 2008 at 7:20 AM, m*sh [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lauri Hahne wrote: [...] 1. Ways - There are one kind of ways in the database. Ways can have attributes (tags) but aren't required. - The tagging scheme suggest there are many kinds of ways (highway, cycleway, aeroway...) - Potlatch and JOSM's preset (and mappaint?) system allow you to pick a type for way. - We have questions such as how can I turn this way into a bridge or how can I create a bridge-way at #osm once in a while. [...] Ways are IMHO somewhat mis-designed; at that point I agree with you. i must admit that I have not too much of a deep insight into some parts of the data model - due to being involved since just 4 weeks now. Moreover, IMHO ways are completely obsolete. Every kind of attribute you need can be represented within a node. And it can be represented _easier_ by just attributing the nodes. Think of the third world, where roads are often not covered with tarmac - - the surface changes every now and then. With OSM you have to split it up in several ways, each attributed accordingly. All you would need is an item or *tag* k='connect' v='node_id' So you could connect nodes to a way, and you could easily turn two nodes within a road into a bridge if it has not been set appropriately before. Any renderer has to use the nodes anyway to make up a way so it has to look at the nodes - WHY look at and interpret the ways additionally? Admittedly any software would need a fix on that. But the major part (dropping the ways and setting the connections) should be a matter of a simple script. Just my 2 cents on your thoughts Relational integrity, tag ambivalent database implementation, and a vague chance of keeping history sane, plus just a little abstraction to stop us all going completely insane? But kudos to you, most people try to normalise the data model onto relations, but normalising to nodes is thinking outside the box. Of course it's basically a tag version of segments which were ditched due to the extra processing requirements, and the annoying unordered ways thing. And also I think you have a problem where a node is shared by multiple ways.. ie: where do I put my bridge tags? Anyway... redesigning the raw data model is more than likely a complete waste of everyone's time. Dave Nicely put Dave, Cheers Andy ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] [OSM-talk] When mental models go wrong: OpenStreetMap
But kudos to you, most people try to normalise the data model onto relations, but normalising to nodes is thinking outside the box. I didn't say that we do not need relations. Of course it's basically a tag version of segments which were ditched due to the extra processing requirements, and the annoying unordered ways thing. And also I think you have a problem where a node is shared by multiple ways.. ie: where do I put my bridge tags? A node can have as many connections to other nodes as required. I have already a system up and running *without ways* that works perfectly well. In order to make it work seamlessly with OSM I had to introduce ways and it slowed the whole thing down - no matter what I try. Anyway... redesigning the raw data model is more than likely a complete waste of everyone's time. Ok, I hoped that my thoughts are taken serious, but I didn't expect that anyone would change the database model. -- -m*sh- ___ |harry w. graner |mail: hy [_at_] sha-mash [_dot_] de |--- [public gpg-key on request] take a look at my blogs: http://yMap4OSM.blog.de ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [josm-dev] Translation into german
Freizeiteinrichtungen To me, that translates back to English as Leisure Amenities, making it overspecific. Think of courthouses, fire stations, fuel stations, none of which are strictly related to leisure. Dermot True! What about Öffentliche Einrichtungen? :) ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
Re: [OSM-dev] Osmosis diffs: delete shows the wrong user?
Hakan Tandogan wrote: Hi, I'm watching the areas I'm interested in by downloading daily excerpts from osmxapi and building a diff via osmosis. For the delete actions, the diffs show the wrong user. In one example node, the user djanda deleted a node, but the diffs show the last user that manipulated node, in this case, uboot. Is this intentional, does anyone depend on this behaviour? If not, I'll try to fix it one of those days... It's not intentional and it does sound like a bug. I had a quick look at the code and couldn't immediately see the problem but if you can figure it out by all means do so. The class in question is likely to be: com.bretth.osmosis.core.mysql.v0_5.impl.NodeHistoryReader It contains this query: SELECT n.id, n.timestamp, u.data_public, u.display_name, n.latitude, n.longitude, n.tags, n.visible + FROM nodes n + INNER JOIN ( + SELECT id + FROM nodes + WHERE timestamp ? AND timestamp = ? + GROUP BY id + ) idList ON n.id = idList.id + LEFT OUTER JOIN users u ON n.user_id = u.id + WHERE n.timestamp = ? + ORDER BY n.id, n.timestamp; The inner query identifies all nodes that have changed in the specified time period. The outer query then selects the complete history of those nodes up to the end of the changeset interval. The class that then examines the history is: com.bretth.osmosis.core.mysql.v0_5.impl.NodeChangeReader It examines the complete history to figure out what the action needs to be (ie. create, modify or delete). The user id is taken from the most recent history item though ... strange. Brett ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] [OSM-talk] When mental models go wrong: OpenStreetMap
Am Fr, 4.07.2008, 12:39, schrieb Erik Johansson: This has come up before, in different ways each time. I know started thinking that any editor would first let you choose the type, and then let you draw it, like in Google Map Maker. But since we had the segments untagged in the beginning I think the easiest path was to add tagging after you draw. Why should there be any order at all? I do not understand that. Except for the very basic fact that you usually have raw data from your GPSr that you are editing. So first there is the Waypoint or Way and then you edit its properties. And if you create an additional node manually you may chose what to edit first - the North/West-Values or the tags... -- -m*sh- ___ |harry w. graner |mail: hy [_at_] sha-mash [_dot_] de |--- [public gpg-key on request] take a look at my blogs: http://sha-mash.blog.de ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] [OSM-talk] When mental models go wrong: OpenStreetMap
m*sh wrote: Sent: 04 July 2008 3:05 PM To: dev@openstreetmap.org Subject: Re: [OSM-dev] [OSM-talk] When mental models go wrong: OpenStreetMap Am Fr, 4.07.2008, 12:39, schrieb Erik Johansson: This has come up before, in different ways each time. I know started thinking that any editor would first let you choose the type, and then let you draw it, like in Google Map Maker. But since we had the segments untagged in the beginning I think the easiest path was to add tagging after you draw. Why should there be any order at all? I do not understand that. Except for the very basic fact that you usually have raw data from your GPSr that you are editing. So first there is the Waypoint or Way and then you edit its properties. And if you create an additional node manually you may chose what to edit first - the North/West-Values or the tags... If its not ordered logically, how would you route over it? Cheers Andy ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] [OSM-talk] When mental models go wrong: OpenStreetMap
On Fri, Jul 4, 2008 at 3:05 PM, m*sh [EMAIL PROTECTED] wrote: Am Fr, 4.07.2008, 12:39, schrieb Erik Johansson: This has come up before, in different ways each time. I know started thinking that any editor would first let you choose the type, and then let you draw it, like in Google Map Maker. But since we had the segments untagged in the beginning I think the easiest path was to add tagging after you draw. Why should there be any order at all? I do not understand that. Except for the very basic fact that you usually have raw data from your GPSr that you are editing. So first there is the Waypoint or Way and then you edit its properties. And if you create an additional node manually you may chose what to edit first - the North/West-Values or the tags... Yeah, there's no really good reason why you need to edit in that order, other than it's easier to program, and probably more how most people think. Our dynamic ontology, and largely tag ambivalent editors are why it's that way round. That all changes if I have a SimCity like setup where I choose the road tool, then the rail tool, and then the water tool etc.. but that requires the editors to work with map features (presets) as the starting point rather than an afterthought. Dave ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
[OSM-dev] New Osmosis Release (v0.29)
Hi All, I've just released osmosis 0.29. It has some new features which might interest people: * Plugin support. It is now possible to register a plugin which allows new tasks to be used within osmosis without requiring a full osmosis recompile. * Lazy string parsing. For processing xml files, osmosis now leaves dates in string format to avoid date parsing and formatting time. In my non-scientific testing it provides approximately a 20% gain in performance. * Now includes a tar.gz distribution format which avoids the need to modify permissions on launch scripts on unix/linux systems (thanks to Jochen Topf). * Launch scripts now utilise improved config files allowing common command line options to be defined (eg. register a plugin). * A windows launch script is now included (thanks to Karl Newman). * The pgsql schema now more closely aligns to the MySQL production schema in table and column naming (thanks to Jochen Topf). It also has a few bug fixes: * The pgsql dump file task now escapes '\' characters properly. * The pgsql tasks now use the correct SRID of 4326 (thanks to Jochen Topf). Cheers, Brett ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
[OSM-dev] [OSM-talk] When mental models go wrong: OpenStreetMap]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dave Stubbs wrote: Yeah, there's no really good reason why you need to edit in that order, other than it's easier to program, and probably more how most people think. No it's not. Our dynamic ontology, and largely tag ambivalent editors are why it's that way round. I can prove the opposite. That all changes if I have a SimCity like setup where I choose the road tool, then the rail tool, and then the water tool etc.. but that requires the editors to work with map features (presets) as the starting point rather than an afterthought. No. That's only just because most of you seem to think of an map editor in a similar way as gimp or photoshop, where you have to select a tool and then aply something or other at you image/selection. I am thinking of a map-editor in a way just like a text-editor. You can chose a bold font first and the write some text, but you can as well do it the other way round and write text first and highlight afterwards the sequence of characters in question with the appropriate font/style. It just doesn't matter. As written before - I do not intend to overstress this topic but I want to get a deeper insight in you schemes to contribute my work. - -- - -m*sh- ___ |harry w. graner |mail: hy [_at_] sha-mash [_dot_] de |--- [public gpg-key on request] take a look at my blogs: http://sha-mash.blog.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD4DBQFIbl14+62Q1j2JM1YRAsCzAKCHWgZBaN3FBjTKI6StqKywPuz1VgCXQysl gNvcLRClRQQCijksCmkRKQ== =Fr8D -END PGP SIGNATURE- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] When mental models go wrong: OpenStreetMap]]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dave Stubbs wrote: Yeah, there's no really good reason why you need to edit in that order, other than it's easier to program, and probably more how most people think. No it's not. Our dynamic ontology, and largely tag ambivalent editors are why it's that way round. I can prove the opposite. That all changes if I have a SimCity like setup where I choose the road tool, then the rail tool, and then the water tool etc.. but that requires the editors to work with map features (presets) as the starting point rather than an afterthought. No. That's only just because most of you seem to think of an map editor in a similar way as gimp or photoshop, where you have to select a tool and then aply something or other at you image/selection. I am thinking of a map-editor in a way just like a text-editor. You can chose a bold font first and the write some text, but you can as well do it the other way round and write text first and highlight afterwards the sequence of characters in question with the appropriate font/style. It just doesn't matter. As written before - I do not intend to overstress this topic but I want to get a deeper insight in you schemes to contribute my work. - -- - -m*sh- ___ |harry w. graner |mail: hy [_at_] sha-mash [_dot_] de |--- [public gpg-key on request] take a look at my blogs: http://sha-mash.blog.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIbl2g+62Q1j2JM1YRAi7/AKCGMwgL5b8r6omHpO2yCchFH0lwyQCgqJdK dEPzf3T+cjd2zSUi8d9AdpQ= =C1mq -END PGP SIGNATURE- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
[OSM-dev] New mapping Application for mobile devices: Help wanted
Hello, I've written a program called Open CityMap. It is programmed in Qt for Qtopia compatible devices. (unfortunately this wasn't accepted as GSOC application) Some of the features: * GPLv2 license. * Can display OSM data (XML) * Can display OSM tiles (thanks to QMapControl) * Can record GPX tracks * Can add amenities and roads to the OSM file (does not upload yet!) * Can start a script (QtScript), used for easy extension (making small games, scenario's) * Can take pictures and add GPS data to the pictures (with ExIF) * ... That application is fully tested for the Trolltech Greenphone and I'm pretty happy with the result. Although there is still plenty of work to do. By writing this mail I was hoping to find some people interested in the application and willing to help improving it. *Every help is appreciated!* * programmers with Qt knowledge, * 'beta'-testers willing to test and post bugs on our site, * people willing to improve our wiki, * and most importantly: Since this is my first public project and I'm currently without mentor, I would like someone with some experience who would do the mentoring. Here is the website: http://code.google.com/p/opencitymap/ Source code is available, a build version, a thesis (Dutch) and a Presentation (also Dutch but screenshots say more then words do) btw: If you're going to the kde conference (http://akademy.kde.org/), I will probably give a small (English) presentation on the 12th of August (Embedded and Mobile Day). Cheers, *Mickey* (Michel) Claessens-leroy ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] New mapping Application for mobile devices: Help wanted
Very interesting. I'm one if the contributor to Merkaartor, which is QT based also. Furthermore, we are using QMapcontrol for tiles , too. As I always wanted to develop a PDA based application, I'm pretty sure we'll find synergies, here. My target is clearly WinCE, but QT working on CE, now, this shouldn't be a problem. Talk to you soon. - Chris - On 7/4/08, Mickey Leroy [EMAIL PROTECTED] wrote: Hello, I've written a program called Open CityMap. It is programmed in Qt for Qtopia compatible devices. (unfortunately this wasn't accepted as GSOC application) Some of the features: * GPLv2 license. * Can display OSM data (XML) * Can display OSM tiles (thanks to QMapControl) * Can record GPX tracks * Can add amenities and roads to the OSM file (does not upload yet!) * Can start a script (QtScript), used for easy extension (making small games, scenario's) * Can take pictures and add GPS data to the pictures (with ExIF) * ... That application is fully tested for the Trolltech Greenphone and I'm pretty happy with the result. Although there is still plenty of work to do. By writing this mail I was hoping to find some people interested in the application and willing to help improving it. *Every help is appreciated!* * programmers with Qt knowledge, * 'beta'-testers willing to test and post bugs on our site, * people willing to improve our wiki, * and most importantly: Since this is my first public project and I'm currently without mentor, I would like someone with some experience who would do the mentoring. Here is the website: http://code.google.com/p/opencitymap/ Source code is available, a build version, a thesis (Dutch) and a Presentation (also Dutch but screenshots say more then words do) btw: If you're going to the kde conference (http://akademy.kde.org/), I will probably give a small (English) presentation on the 12th of August (Embedded and Mobile Day). Cheers, *Mickey* (Michel) Claessens-leroy -- Sent from Gmail for mobile | mobile.google.com ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [josm-dev] missing directories ..is it ?
p.s . i am downloading with ignore=externals option since rails svn servers are not responding. -- Regards Subhodip Biswas Fedora Ambassador West Bengal , India GPG key : FAEA34AB Server : pgp.mit.edu http://subhodipbiswas.wordpress.com http:/www.fedoraproject.org/wiki/SubhodipBiswas ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
Re: [josm-dev] Translation into german
2008/7/3 Till Amma [EMAIL PROTECTED]: Freizeiteinrichtungen To me, that translates back to English as Leisure Amenities, making it overspecific. Think of courthouses, fire stations, fuel stations, none of which are strictly related to leisure. Dermot -- -- Iren sind menschlich ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
Re: [josm-dev] Presets
On Wed, 2 Jul 2008, Frederik Ramm wrote: All missing patches in one: All applied in r674. Please tell me which user name you would like and I'll create an JOSM SVN account for you so that I don't have to apply all your patches ;-) Did you get my answer to this I send you directly by mail? I sent you some mails months ago and also never got an answer. One of the request was following: On your webpage you tell, that soon you want to offer the sourcecode of your OSM robot in SVN. Well I would like to use it as base for some own developments, so I do not need to start from scratch. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
Re: [josm-dev] Translation into german
On Fri, 4 Jul 2008, Bodo Meissner wrote: Translate Man made with Zivilisationsbauten is also not one of the best. maybe simply Bauwerke (or Bauten)? Well, that's the problem. I don't see a real difference to the buildings menu. :-) Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
Re: [josm-dev] Translation into german
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dirk Stöcker schrieb: On Fri, 4 Jul 2008, Bodo Meissner wrote: Translate Man made with Zivilisationsbauten is also not one of the best. maybe simply Bauwerke (or Bauten)? Well, that's the problem. I don't see a real difference to the buildings menu. :-) Sorry, I checked josm-latest.jar version 645. This older version does not have a buildings menu entry, that's why I did not see the possible conflict. Now I compared with the latest version from SVN. I would prefer the older menu structure health, education, culture over the new buildings because buildings will probably grow to a long list, and I would integrate (most of) the elements from man made into such a structure. IMHO buildings as a classification is nearly as bad as man made. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIbiJ3nMz9fgzDSqcRAgw1AJ96osQ5lihixcir1BXUYpvksLgW/ACfYqfq 41hj4MhwnPmSgdafbViK7xY= =MSD2 -END PGP SIGNATURE- ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
[josm-dev] adding plugins to josm file menu
hi ! I want my plugin to be attached to file menu of the JOSM file menu structure .. how should I do that . is it neccesary to call it via josmaction or direct call can be made . btw what actually josm action does .? -- Regards Subhodip Biswas GPG key : FAEA34AB Server : pgp.mit.edu http://subhodipbiswas.wordpress.com http:/www.fedoraproject.org/wiki/SubhodipBiswas ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
Re: [josm-dev] Translation into german
Hi, IMHO buildings as a classification is nearly as bad as man made. * Gebäude und Bauwerke * Gebäude und Vorrichtungen * Gebäude und Einrichtungen Cheers, ce ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
Re: [josm-dev] Translation into german
Hi Dirk, Ok. I finished German translation. 1538 strings are ready. I made the new lang plugin available. Please test and tell me errors or better translations. thanks a bunch for the fantastic work. I wonder what we should do not to break your translations sooner as necessary. Until now, I just changed the presets if necessary (I just added man_made=surveillance). Do we need a branch or at least a tag? Best regards, ce ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
Re: [josm-dev] Translation into german
On Fri, 4 Jul 2008, Bodo Meissner wrote: gpg: Signature made Fr 04 Jul 2008 15:15:35 CEST using DSA key ID 0CC34AA7 gpg: BAD signature from Bodo Meissner [EMAIL PROTECTED] Is this my problem, or is was signature wrong? Well, that's the problem. I don't see a real difference to the buildings menu. :-) Sorry, I checked josm-latest.jar version 645. This older version does not have a buildings menu entry, that's why I did not see the possible conflict. Now I compared with the latest version from SVN. I would prefer the older menu structure health, education, culture over the new buildings because buildings will probably grow to a long list, and I would integrate (most of) the elements from man made into such a structure. IMHO buildings as a classification is nearly as bad as man made. There are some problems in the whole classification. Some types are twice with minimal difference in usage, which nobody will really understand and also the wiki and the usage in josm aren't equal. OSM will have to go some way to a) have a standard set of commonly aggreed tags b) have an automatic conversion of the old stuff and common mistakes I expect a lot of changes in this area, so I do not even try to reach best results at the moment :-) Inbetween I will continue to fix bugs and improve JOSM. And BTW also continue mapping the Oberlausitz and northern part of Czech republic. Next large topic maybe History support in JOSM. I'm not sure yet if I know how to do that. Goes a bit deeper than the stuff I did till now. BTW: Anybody noticed the changes I did to the verbosity of the validator. Comments for this? Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
Re: [josm-dev] Translation into german
Hi, And as long as I'm interested in OSM (and that's probably a long time, as geodesy is what I studied) I will update the lang-de plugin in short intervals. you miss the fact that there is much more interesting software in that domain... :) . Anyway, I'll then just continue to change the presets as I like. If we see it triggers problems, we will solve them. BTW: I think you could announce the updated lang plugin on talk-de. Ähre wem Ähre gebühret. :) . Cheers, ce ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
Re: [josm-dev] Translation into german
Hi, Ok. I finished German translation. 1538 strings are ready. I made the new lang plugin available. Please test and tell me errors or better translations. cool work, except for Essen Drinken :) . I just wanted to change it in svn, but grepping for Drinken shows no results. Is the de-plugin not in svn? Cheers, ce ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
Re: [josm-dev] adding plugins to josm file menu
Hi, how do i make my plugin visible in tools menu in josm .. I cant do that ..i have taken help from globstat plugin but no avail ..please help is it enabled under Edit, Preferences, Plugins list? Best regards, ce ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
Re: [josm-dev] adding plugins to josm file menu
yeah ..but i believe that a part of code is wrong ..thats why josm is refusing to take it ..anyways what is the general way to make the plugin available under files menu . -- Regards Subhodip Biswas Fedora Ambassador West Bengal , India GPG key : FAEA34AB Server : pgp.mit.edu http://subhodipbiswas.wordpress.com http:/www.fedoraproject.org/wiki/SubhodipBiswas ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev
Re: [josm-dev] JOSM WMS does not work with Firefox 3
Hi, 2008/7/5 Roy Rankin [EMAIL PROTECTED]: There is a thread in OSM-talk http://lists.openstreetmap.org/pipermail/talk/2008-May/026384.html concerning the fact that the JOSM WMS pluging does not work with Firefox 3. The issue has also been raised in TRAC in the following ticket http://josm.openstreetmap.de/ticket/785. This is to move the discussion to this list as there may be people better able to address this issue then myself or those on the OSM-talk list. The problem is a result of the mozilla bug report https://bugzilla.mozilla.org/show_bug.cgi?id=379015 where the feature that JOSM uses in Firefox to dump Yahoo images has been removed in Firefox 3 as it was not being used and I have checked the Firefox 3 source code and it has indeed been removed. In the mozilla bug report Andrzej Zaborowski asked what JOSM should be using and Robert O'Callahan responded Use an embedding tool like gnome-web-photo. Or write a Firefox extension or a .xul app (launched using -chrome) that loads pages, snapshots them using canvas.drawWindow, and uses toDataURL to produce a PNG image I'm afraid I went the quick and dirty way after asking that, and readded the feature in my copy of firefox 3, attached to this mail is the patch. It's not a strict revert of the patch from that bugreport because everything seems to have changed in Mozilla since last year. The patch applies to the xulrunner-1.9 package on Gentoo, I imagine on other distros xulrunner and firefox aren't split. It's less accurate than the YWMS+Firefox 2 because I couldn't figure out a way to get the exact dimensions of the rendered page. It also causes Firefox to exit after dumping the image so you don't have to close it. I would like to attempt to finish Francisco Santos' work but I noticed his mail too late and I'll be offline for a while. Cheers ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/josm-dev