Re: latest build isn't latest (10399 vs 10407)
Hi Stefan, Am So, 19.06.2016, 14:50 schrieb simson.gert...@gmail.com: > the latest version for download from the josm website is only built once > every night. So in your case probably there were several changes this > day (from 10399 to 10407) but the next latest version was not yet built. Ah okay! Thank for your ideas. > * disable the plugin for this day Seems like I'm using a plugin on each JOSM update. The align plugin was one of the biggest loss in my GIS history ;) Best, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
latest build isn't latest (10399 vs 10407)
Hi there, I've just downloaded "josm-latest.jar". Some plugins had to be updated, but during the nag screen a problem occurs: "josm-latest.jar" is v10399, the downloaded plugins want v10407! Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] Did AlignWayS stop working?
Hi there, before posting a bug-report: Can anyone verify that the plugin AlignWayS stopped working in stable and latest? It was a very useful plugin ;-( Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] snapping
Hi there, I don't want to push #2318 [1], but I think there are many dupes already. Is there a reason, why snapping hasn't been included in JOSM? Of course there's a work-around for removing overshots by creating points at intersections, but snapping is a feature, which is realling missing in JOSM. Best regards, Tobias references: [1] https://josm.openstreetmap.de/ticket/2318 ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] WMS imagery: problems with projections
Hi there, I don't know if TRAC is still alive, so please don't mind me linking to the bug I've me: https://josm.openstreetmap.de/ticket/12653 Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] Multiline labels in JOSM?
Hi there, is it possible to place multiline labels in MapPaint unsing MapCSS? I've played around with eval(replace()) and \n in every variation (\\n, "\n", '\n', "\\n", '\\n' etc.), but can't get the label to break :( Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Styling of selected ways?
Am Fr, 18.03.2016, 20:53 schrieb Tobias Wendorff: > I've generated a style for JOSM with very wide lines (width=40). > It looks very well, but whenever I'm selecting a way, I'm getting > a big fat (non-greek) red line. Dirk just pointed me here: https://josm.openstreetmap.de/wiki/Help/Styles/MapCSSImplementation#PseudoClasses ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] Styling of selected ways?
Hi there, that might be not the correct place to ask this question, but since I've been registered on this list for a while, I'm giving it a try. I've generated a style for JOSM with very wide lines (width=40). It looks very well, but whenever I'm selecting a way, I'm getting a big fat (non-greek) red line. Pictures: http://fs5.directupload.net/images/160318/6c7veuan.png http://fs5.directupload.net/images/160318/nb2rmdu2.png Is it possible to style the selections? Also, is it possible to change the colors of the yellow crosses to create a new node on the line's middle point? Thanks a lot Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] license of data produced by JOSM
Hi there, JOSM is one of the best mapping tools with topological support. In comparism to widely spread CAD software, like Microstation, it's reduced to the needs of a mapper. Missing features, like mapping bank/slops can easily be added by external python scripts. My clients often ask whether JOSM can be used for non-OSM data or mapped data strictly has to be release under ODbL (or similar). If there are such terms and conditions, would it be possible to use OSM for commercial mapping when donating to the OSM foundation or JOSM developers? I know many people, who would pay a fee for using JOSM, since it's exactly what they need to simplify daily work and raise productivity. Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] license of data produced by JOSM
Am Do, 20.11.2014, 13:12 schrieb Dirk Stöcker: JOSM does not give you any restrictions regarding the license of data modified or created with it. Thanks for this information! But license restrictions can come from other data like loaded imports and background imagery. Sure :) Donations: Currently there is no possibility to donate to JOSM developers. Donations to OSM or FOSSGIS may help OSM in general, but do not influence JOSM in any way. Donations to FOSSGIS with use for JOSM may help thought if we need some money in future. Okay, that's a good idea. License: I'm also pretty sure that without very special license conditions and end user agreements its impossible for normal software to restrict the license of data created with any software. You would need to agree to such a restrictive license before you use the software. Simple Click-Wrap EULA's would not be accepted in court (at least here in Germany). Yeah, ESRI has got looong contracts with dos and don'ts ;) Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] license of data produced by JOSM
Am Do, 20.11.2014, 13:16 schrieb Marko Mäkelä: JOSM is licensed under the GNU GPL, which guarantees the four freedoms listed at https://gnu.org/philosophy/free-sw.html Thanks for pointing me. Only if you import some data sources into JOSM and create a derivative work based on that, then the copyright licenses of those data sources could apply. Sure :) Of course, it is always a good idea to support the project, even if you are not legally required to do so. I totally agree. Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] license of data produced by JOSM
Am Do, 20.11.2014, 14:11 schrieb Serge Wroclawski: As other have pointed out, Josm itself has no restrictions, but for example, Bing imagery does. You can't use it for non-OSM projects AFAIK, as an example. And of course there are data license issues with various data sources. Yeah, I know. The clients I'm working with have access to other aerial data and other map sources. Those can't be used with OSM the other way around :) For those, who ever worked with a CAD or professional GIS system, JOSM is a great alternative for mapping or changing data. Did you ever try to move a polyline (linestring) with an area (polygon) attached to it in ArcGIS? There are some limited functions for topology, but JOSM is faaar beyond this. ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM donations?
Am 12.08.2011 17:28, schrieb Josh Doe: Agreed. People complain about the OSM wiki being out of date, but rarely update it or even report the problem. Perhaps we should have a notice on wiki's website, which articles might be too old and which might need an update. There are tons of pages, which haven't been visited or edited for ages... ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] New plugin followline
Dear Germán, Am 09.05.2011 15:11, schrieb Germán Márquez Mejía: Thanks. It's still not clear to me, what the problem with that patch is. At least with my plugin there's no such a dificulty (IMHO). Unfortunately I only knew the patch through your reply, so now I've posted there and won't make a move until we reach an agreement. I think it's the most advisable if we don't want a lot of duplicate and not so good approaches to the same issue. I tried your plugin with latest JOSM and it keeps on crashing... Can you fix it? Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] projection Mercator, set EPSG 3785 instead of EPSG 3857
Am 08.03.2011 14:53, schrieb Josh Doe: And as far as OSM putting both datums on the same level, I have to disagree. OSM itself explicitly says all coordinates are in WGS84. There may be certain applications which mix things up, but that's not the fault of OSM. Let me explain it in numbers, perhaps my English is too bad: WGS84 coordinates (LAT,LON): 51.0, 7.0 [1] projection to EPSG:3785 (x,y): 5677294.03, 781182.21 (sphere) [2] projection to EPSG:3857 (x,y): 5677294.03, 775978.50 (ellipsoid) When a software uses the spherical formular of mercator, the coordinates will be drawn at 5677294.03, 781182.21. If the inverse mercator formular is also the spherical one, more errors will be added... x/y-coords to geographical ones: [3] 5677294.03, 781182.21 = 51.00, 7.046703 Used parameters on cs2cs: [1] cs2cs +proj=latlong +datum=WGS84 +to +proj=merc +a=6378137 \ +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m \ +nadgrids=@null +no_defs [2] cs2cs +proj=latlong +datum=WGS84 +to +proj=merc +datum=WGS84 \ +units=m +nadgrids=@null +no_defs [3] cs2cs +proj=merc +datum=WGS84 +units=m +nadgrids=@null +no_defs \ +to +proj=latlong +datum=WGS84 -f %.6f ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] projection Mercator, set EPSG 3785 instead of EPSG 3857
Am 08.03.2011 16:26, schrieb Sebastian Klein: For this to work, the (lat,lon) coordinates have to be in WGS84 in the first place. EPSG:3785 defines (lat, lon) to be spherical, so it is not useful for osm in any way. But it *is* used in JOSM: http://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/data/projection/Mercator.java That's the spherical formular, not the ellipsoid one. If you draw a point on Mercator projection, it doesn't get saved in WGS84 ellipsoid, it gets saved in the sphere. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] projection Mercator, set EPSG 3785 instead of EPSG 3857
Am 08.03.2011 16:07, schrieb Josh Doe: Okay, first of all the proj.4 parameters you gave aren't entirely correct. If you look in the epsg file from proj.4 that I linked to in my earlier message, you'll see that the parameters you claim for EPSG:3785 (sphere) are in fact what proj.4 uses for both EPSG:3785 and EPSG:3857. That's not entirely correct either. If you look at the EPSG definition for 3785 that Martin linked to earlier, you'll see that the _datum_ is spherical. The proj.4 parameter +nadgrids=@null (as I linked to earlier) forces proj.4 to NOT convert between the WGS84 (ellipsoidal) and spherical datums. This is all moot since EPSG:3785 is invalid and should never be spoken of again. :) What do nadgrids have to do here? The transition from an ellipsoid to a sphere can be solved without shift files. Is it a bug of proj4? I've just dropped +nadgrids=@null: it doesn't change anything on the results. EPSG:3785 = uses a sphere with Mercator projection (JOSM is using this) EPSG:3857 = uses an ellipsoid with Mercator projection (we want this) Also, when you talk about using the inverse transform, you're incorrectly using a different set of coordinate systems to transform between. An application must ensure it is using the correct pair of transforms to ensure no errors are introduced. You're trying to transform with [1], then back with [3], while you should be going back with [4]. Transform [3] should be paired with [2]. But that's what JOSM does! Have a look at JOSM's sourcecode: http://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/data/projection/Mercator.java That's the spherical formular. When you draw a point in JOSM (x,y) it gets translated back to the *sphere*, not to the ellipsoid. This spherical information will be stored to the WGS84-database. JOSM identifies its Mercator projection as 3857, but it isn't... ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] projection Mercator, set EPSG 3785 instead of EPSG 3857
Am 08.03.2011 18:07, schrieb Sebastian Klein: In 3857 you start with WGS84 coordinates and blindly apply the spherical formula. This is exactly what we do. I agree with the other points, but not with this one. When drawing with JOSM's mercator projection, we're not creating WGS84 coordinates. We're creating coordinates, which lay on the sphere. That's okay for EPSG:3857, but what happens on imports? When importing GPX coordinates or GPS data into JOSM, we're working with *real* WGS84. So, we've got mixed those two up. Actually, it's a question, how JOSM handles the data. From what I've figured out, it just handles the WGS84 data as spherical data. JOSM projects them using Pseudo-Mercator. That's what I wanted to show with my calculations. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Proj4J - New plugin supporting 3000+ projections
* Gauss-Krueger proejctions commonly used in Germany are not processed by proj.4 accurately unless an extra grid file (BETA2007.gsb) is used, [...] That's neither a real problem of proj4 and nor a problem of Germany: every country has problems like these, but only German users really care about it :-) When using correct transformation parameters, you also can get highly accurate results without using NTv2. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Problems creating TileSource for ArcGIS REST API
Am 17.02.2011 17:15, schrieb Ian Dees: Don't reproject your coordinates to Virginia, just tell ArcGIS that your request bounding box is in Spherical Mercator projection by passing in a projection id of 102113. Interesting information on this topic: http://forums.esri.com/Thread.asp?c=93f=984t=288073g=1 ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] ArcGIS REST or SOAP support
Am 28.01.2011 15:26, schrieb Ian Dees: I'd be happy to write an extension to the imagery code to allow this. In the mean time, I can set up a tile cache for you to use with your data if you give me the URL for the ArcGIS REST page. Don't forget about ArcIMS (okay, will take a little more time) :-)) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] adding projections through plugins
Am 05.01.2011 18:55, schrieb Dirk Stöcker: P.S. You don't BTW want to add libproj4 support (at least for Linux). Would be very nice ... There is a much easier way! I've tried it about 1 year ago, and had great success: Just interface proj4js through webkit's javascript ability. proj4js works anywhere, but isn't as accurate as normal proj4. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] Sorry, bad English...
I think my topic was wrong: Microsoft gains access to aerial imagery One of these should be correct: - OSM gains access to Microsoft's aerial imagery - Microsoft grants access to aerial imagery Best, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Microsoft gains access to aerial imagery
Am 23.11.2010 20:24, schrieb Ian Dees: As of about an hour ago JOSM's slippymap plugin supports Bing aerial maps. I haven't publicized it yet because the official (technical) announcement hasn't come out yet specifying what the URL requests should look like or if we have to include attribution. That being said, the slippymap plugin at r24352 includes support. Good work! Potlatch 2 has also been updated and is waiting for Microsoft's legal details. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Meters to Pixels
Am Do, 28.10.2010, 12:04 schrieb Irene Pucci: There is a method that converts meters in pixels? Since digital screens have different pixel sizes, there are two main specifications in GIS world: 1. based on 96 ppi (about 0.026458333 millimeters) 2. based on 0.28 millimeters (about 90.71423 ppi) 3. based on your real monitor 1. has historic reasons 2. is an OGC-standard: http://www.opengeospatial.org/standards/sld 3. you can check this on http://www.infobyip.com/detectmonitordpi.php 1. Is used on ArcGIS (I only know for v9.x) 2. Is used on Mapnik. Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] openstreetmap.de down
Matthias Julius schrieb: The same is true for geofabrik.de. Did Geofabrik go belly up, or what? A lot of German nameservers have these problem ... see reports at heise.de. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Geometric calculations and projections
Matthias Julius schrieb: If you want to use the normal Web Mercator, OSM and Google use, it would be better to use spherical geometry ... it's more accurate than calculation into a projection and back to LatLon. The point is that things like the state of Wyoming only look rectangular in spherical Mercator projection or similar. Uhhh ... Spherical Mercator does _not_ preserve shape! That's because the scale increases from the Equator to the poles. Okay, on a sphere it might be easy to calculate the distortion... Spherical geometry allows you to calculate _directly_ on the sphere without using a projection ... you simple use LatLon in radian degrees. True, but it's not really trivial. A rectangle with 89.55°, 90.1°, 89.89°, 90,01° is no rectangle. I can do some calculations about accurancy the next week, perhaps sphere is enough ... but as soon as you work on big objects, you might run into problems. The question is: What is big? That's pretty easy to calculate: 1. calculate the geodetic distance between angle two points on WGS84 2. calculate the distance of the distance angle on other projections On a point, the error of angle and distance will grow. When does the error become more than, say, 0.1 m? You were talking about angles, not about distances ;-) ID;LAT;LON 0;51.0;7.0 1;51.05:7.03 - geodetic distance on WGS84: 5947 m - Haversine formular (using 6371000 m): 5942 m Error: +/- 5 m ID;LAT;LON 0;51.0;7.0 1;51.20:7.20 - geodetic distance on WGS84: 26293 m - Haversine formular (using 6371000 m): 26260 m Error: +/- 33 m Didn't have time to do it with Mercator, perhaps you've got time for it. ___ josm-dev mailing list josm-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Geometric calculations and projections
Am Do, 17.12.2009, 23:40 schrieb Anthony: What's the definition of rectangle in non-euclidean geometry anyway? I can't answer this right now ;-) But since we've got projections which *are* actually good to show rectangles with correct shapes and angles, it could be possible to find a suiteable solution. Remember_ We don't need to reinvent the whole thing - there are much nice free books about projections on the web. And I've already tested a lot of formulars - I just need some time to write an article ;-( ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Geometric calculations and projections
Am Di, 8.12.2009, 08:51 schrieb Frederik Ramm: The circle might not look like a real circle on your screen but believe us it is a circle! ;-) Exactly. I recommend everyone to use the new UTM projection, since it's exemely useful for most of our (micro-) mapping. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] my solution for the password-problem
Hi there, sorry, I can't find the original thread about the problem that JOSM transfers passwords unprotected to the server... Perhaps my understanding of security is mistaken, but this is the way, how *I* would do it: 1. Set up two small servers (Atom) in the same network as the database server. 2. One of the servers (A) has access to LAN only, the other (B) acts as a webserver with HTTPS. 3. Whenever a OSM-user wants to upload data, JOSM could send the request get new token to server (B). This would request a new token by server (A) and send it to the database server on LAN and to the user via HTTPS. The token could contain something like an IP and timestamp with expire-time. 4. I think, the passwords are stored in MD5 on the DB-server. JOSM should create a hash of the user's password with MD5 and encrypted it with the received token. 5. When the user wants to log in, the encrypted password gets transmitted to the DB-server. Now, the DB-server reads the MD5-checksum for the username and encrypts it with the token it has got from the token server in LAN. 6. This password would only be active, until it expires or until a new one gets requested. Sounds secure to me and would be easy to setup. Perhaps, it would be okay to run server (A) in a VM... Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Spam in Trac
Am So, 23.08.2009, 13:26 schrieb Dirk Stöcker: On Sat, 22 Aug 2009, Sebastian Waschik wrote: to the bugs. One even caused plaicy to give a comment. plaice = Schollen-Fisch?! ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] official EPSG-Code for Web-Mercator has changed
Hi there, EPSG has changed the official code for Web-Mercator! from: 3785 to: 3857 see: change-id EPSG::2008.114 Can anyone change this in source please? File: src/org/openstreetmap/josm/data/projection/Mercator.java Best regards, Tobias ps: http://josm.openstreetmap.de/ticket/2685 ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] Java Map Projection Library
something to put on your watch-list! http://www.jhlabs.com/java/maps/proj/ ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] LatLon.greatCircleDistance Bug?
Hi Detlef, Detlef Reichl schrieb: I stumbled over a possible bug in the greatCircleDistance calculation of the LatLon class. If you zoom out in JOSM so that the MapScale gets beyond aprox 430 kilometers, the shown value will get _lower_. I think, that it is a bug in the greatCircleDistance calculation, cause if you zoom further out, at some point the map icons and the names of the icons will reappear. They disappear quite early for me, because I have set mappaint.showicons=400 mappaint.shownames=50. And the greatCircleDistance method is the only one I found, which is involved in MapScaler and MapPaintVisitor in respect to this strange behaviour. can you give me the lines and filenames? Best, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] LatLon.greatCircleDistance Bug?
Hi Detlef, Detlef Reichl schrieb: src/org/openstreetmap/josm/gui/MapScaler.java line 30 src/org/openstreetmap/josm/data/osm/visitor/MapPaintVisitor.java line 1197 even if I don't like the spherical law of cosines formula, it's done correctly: src/org/openstreetmap/josm/data/coor/LatLon.java line 106 Perhaps, someone could change the radius to 6378137 (WGS84 equatorial radius) or 6371000 (geometric mean radius of WGS84). The bug must be in the other parts. Sorry, I just started with JOSM ... Tried to open a TRAC? Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] building a plugin ... help!
Hi Community, can anyone give me quick help please? I'm not able to compile any JOSM-plugin from SVN. JOSM from SVN compiles like a charm. JOSM's directory is ~/josm. Where do I need to put the plugin-files to and how do I build it? Putting into ~/josm/plugins and running the plugins' build.xml via ANT doesn't work ... symbols are not found. Thanks for help Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] JOSM: new projections
Dear Coders, I've scripted some projections (UTM, Gauß-Krüger) in PHP. I want to port them to JOSM. I've read the files from SVN and I might be able to do this on my own. Is JOSM capable of paper-coordinates or do I need to transform them to pixel-coordinates? If I need to transform them, how do I do this? Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Projections
Pieren schrieb: Perhaps the solution is to keep the original projections EPSG and Mercator in core and create a projection plugin collecting all projections. In this way, we use the osm subversion repository; we are sure that one projection is developed only once for all; many projections could share a common library of functions. In my opinion, the plugins should work in cartesian coordinates. I've written some scripts, which I will release in the winter holiday. I hope, someone is going to port them to JAVA. Cartesian Coordinates are in a rectagular coordinate system and it's easy to calculate with vectors and trigonometry. Since JOSM is used for short directions 90% of the time, the error rate will be very low ... up to 10 km it's some centimetres. Cartesian Coordinates are the basic of any transformation process, the JOSM could work with any projection: 90° would always be 90° and a circle would always be a circle - internal of course, not on screen :-) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] white stripes in latest YAHOO (webkit)
I've downloaded latest ewms-plugin within JOSM and unpacked the webkit-binary to C:\windows\ (it's bad, I know). xeen schrieb: How did you get it to run anyway? (i.e. which command line do you use in the settings?) Thanks! xeen On Wed, Nov 26, 2008 at 15:04, Tobias Wendorff [EMAIL PROTECTED] wrote: Hi there, I've just tried out latest ewmsplugin with YAHOO (webkit on Windows). In Dortmund (51.52, 7.46) I'm getting white stripes between the images. Also, the images are very distorted. I'm using Mercator-projection, like Yahoo does. Is there already a bugfix or are you working on it? Best regards, Tobias ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] white stripes in latest YAHOO (webkit)
Hi there, I've just tried out latest ewmsplugin with YAHOO (webkit on Windows). In Dortmund (51.52, 7.46) I'm getting white stripes between the images. Also, the images are very distorted. I'm using Mercator-projection, like Yahoo does. Is there already a bugfix or are you working on it? Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] How about virtual layers?
Dear Developers, I've got the dram of virtual layers in JOSM. 1. OSM-file with various layer-tags: -1, +1, +2, +3 etc. 2. JOSM creates virtual layers for earch layer loaded. For example: - a highway without layer 0 = virtual layer 0 - a leisure area with layer +1 = virtual layer 1 - a building with layer +2 = virtual layer 2 This would make it possible to edit only the selected layer. What do you think? Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] to the devolopers of WMS-plugins
Dear Developers, all the WMS-plugins don't send out a SRS-code to the server, so I've added SRS=EPSG:4326 to the URL (WGS84 code). My JOSM runs in Mercator (Spherical/Web Mercator)= EPSG:3785. Even if the coordinates are equal, the projection should be different (the image should look distorted). Does JOSM currently do reprojection of incoming WMS-imagery? Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] to the devolopers of WMS-plugins
Hey Frederik, Frederik Ramm schrieb: What you're doing is you request an EPSG4326 projected bitmap from the server but with a height that doesn't fit. Example: Assume your JOSM map view is 500x500 pixels and you're viewing an area around 60°N in spherical Mercator. The area displayed is 5° wide. How high is it? The answer is that it will be about 10° high (let us assume it's 55° to 65°). You now send a WMS request for an area of 5° by 10° in EPSG4326 with a width parameter of 500 pixels; normally the image produced would be 1000 pixels high, but you request a 500 pixel high image, causing the WMS server to scale (scale! not reproject) the image. Ok. Having said that, the effect is less pronounced if you're nearer the equator, and if you are zoomed in far then the error is way smaller than typical GPS accuracy errors. Which means ± 15 Meter without WAAS/EGNOS or dGPS. The proper thing for JOSM would be to add the SRS parameter based on the current projection, and evaluate a GetCapabilities response before it even allows you to make a WMS request with the current projection. (Landsat, for example, will always return EPSG4326 no matter what you request.) Yes, the server needs to support other projections. Perhaps it would be a better solution to reproject files in JOSM? That would cover all EPSG:4336-only servers. Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM extension for orthogonalizing ways
Harald Kucharek schrieb: Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 Almost neighbours. I live Südstadt, near Werderplatz. -- Harald Kucharek | [EMAIL PROTECTED] Werderstrasse 24 | FON:+49(721)389566 ^^ Anyone needs to run the correction-bot on this (SCNR). ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] JOSM on PDA
Hi there, I just wanted to try josm-latest on a brand new HTC phone (which is capable of JAVA applets). I'm getting a message that important information about MIDlet are missing (MIDlet name). Can anyone help? Best, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] OpenStreetBugs plugin
Henrik Niehaus schrieb: There is a compiled version in the build directory of the archive. Woops, you're right :-) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] OpenStreetBugs plugin
Henrik Niehaus schrieb: I have uploaded version 0.5 http://hampelratte.org/zeugs/openstreetbugs-0.5.tar.gz This version supports the creation of new bugs. Furthermore I have added some icons and improved the code here and there ;) Could you please compile it (for Win32)? ___ josm-dev mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Performance optimizations
Dirk Stöcker schrieb: www.google.com If you have specific problems, you need to ask these directly. Ah ... that's why I love OpenSource: You need support? Sorry, no support ... Google for it! ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] JOSM - validator
Hi there, could anybody please compile this plugin? I would love to try it: http://svn.openstreetmap.org/applications/editors/josm/plugins/validator/ In future, it would be great to release a binary ... not all of use are keen in JAVA programming :-) Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] add node to split up way?
Hi there, I'm missing one important function in JOSM: Add Node! In CAD-software and other GIS-editors, you can add nodes to existing ways in order to split them up. Is this really a missing feature or am I too stupid to find it? Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Alpha: Browser-Plugin for JOSM
Tobias Wendorff schrieb: Download: http://raumplanung.tobwen.de/OSM/browser_josm_alpha.zip Is working now :-) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] two suggestions to improve JOSM a lot
Hi there, suggestion 1: Stop drawing Nodes by pressing ESC ... every professional GIS has it, every graphic application has it. It's a very important panic-button! suggestion 2: Angle Snapping for 45° and 90° angles ... starting from the last node. This is very helpful for drawing houses and places. May parts of my study at University have to do with GIS and CAD. Since man-made constructions mainly use 45° and 90° angles, it's okay to work with this fixed values. What do you think? Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev