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
Re: [josm-dev] Multiline labels in JOSM?
Hi Paul, Am Sa, 19.03.2016, 20:53 schrieb Paul Hartmann: > > No, automatic line break doesn't work at the moment. Hehe, it's semi-automatic when using "\n", but I know what you mean :) > What you can do is place multiple labels, one below the other > like this: > node[shop=supermarket] { > text: auto; > } > node[shop=supermarket]::snd_label { > text: "opening_hours"; > text-offset-y: -15; > text-offset-x: 7; > } Ah, okay. I could using substring() then. Won't work everywhere, but I'll give it a try. 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
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] 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, 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 "do"s and "don't"s ;) Best regards, 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] 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 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] 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 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 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 13:39, schrieb Josh Doe: > Thus the inverse flattening that Martin mentions refers > to the WGS 84 datum, not the EPSG:3857 projection from > that datum. Yeah, but change in this datum has big outcome on the projection. The formular used is much more complex now. On a sphere, you can use Pi and spherical geometry to calculate the x/y-coordinates. On a ellipsoid, you need "expensive" expansion in series. Right now, OSM puts both datums on the same level, which is wrong in geodetic use, but the error is okay for non critical applications (1/298,257223563 = 0,0033528106 unity). ___ 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 25.02.2011 20:13, schrieb M∡rtin Koppenhoefer: I know that EPSG says "NOT VALID". Who cares? EPSG are creating and releasing the codes. You have to face *why* they do that. They need it for surveys and for geodetic use. EPSG:3785 uses a sphere, which is "outdated" nowerdays. But it's much more easy to use in OSM. A simple formular with good looking results. EPSG:3857 uses an ellipsoid, which is more equal to real Earth, since it uses WGS84 as background. For OSM, it would be much better to use EPSG:3857 instead of EPSG:3785. The reason is: our coordinates are in WGS84. Normally, you have to transform the WGS84 ellipsoid to some WGS84 sphere to get correct results, but noone does this. When using EPSG:3857 you're in "one system" and you don't have to transform anything. But the formulars to draw the map are much more complicated, since you have to deal with integrals or expansion in series. HTH Tobias ___ 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] Proj4J - New plugin supporting 3000+ projections
Am Mi, 16.02.2011, 16:21 schrieb Josh Doe: > I've gotten my plugin based on the Proj4J in a working state, or at least working for me. Some information is on the OSM wiki [1] and codes/JAR can be obtained from the trac site [2]. Gosh, good work! I'll try tomorrow. ___ josm-dev mailing list josm-dev@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
[josm-dev] Microsoft gains access to aerial imagery
Hi there, Steve is working for Microsoft Bing and accieved the access of their aerial imagery for OpenStreetMap: http://blog.stevecoast.com/im-working-at-microsoft-and-were-donating-ima Now it's up to "us" to make the WMS-/Yahoo-plugin read Bing-tiles :-) http://msdn.microsoft.com/en-us/library/bb259689.aspx I think, adding support for OpenLayers would make everything easier, but it would also allow to steal data from Google Maps... Best regards, Tobias ___ 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
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
Matthias Julius schrieb: > This is actually a good example why we might want to use Mercator for > calculating rectangles. Which Mercator are you talking about? - Spehrical Mercator / Web Mercator (it's using a sphere) - "real" Mercator (Earth is flattened) - Transverse Mercator (on sphere or ellipsoid?) - Universal Transverse Mercator (on sphere or ellipsoid?) 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. Spherical geometry allows you to calculate _directly_ on the sphere without using a projection ... you simple use LatLon in radian degrees. 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. ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Geometric calculations and projections
Paul Johnson schrieb: > Say you want to draw Whyoming... There might be things like Whyoming, the Large Hadron Collider and other "big" things, but these are exceptions. I think, most of the normal mapping is 1:250 up to 1:15.000 (max). ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Geometric calculations and projections
Matthew W. S. Bell schrieb: > I think the key point here that the projection used for geometry editing > should be a conformal[1] one (i.e., angle preserving) like those in [2]. > Possibly, the projection should have an even greater restriction. Conformal for what distance? It's easy to do some accurate calculations up to 1 km, but > 10 km or even > 100 is much more difficult, BUT: who draws such big rectangles and circels in OSM? ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Geometric calculations and projections
Robert Scott schrieb: > It's funny you should say this - I am currently working on a few things such > as some proper geometry operations. I did the same, aprox. a year ago, but I don't have a clue, how to implement it in JAVA. 3D-geometry is pretty complex, but pretty accurate for normal mapping. The problem is, formulars of surviyors only work on 2D, so we've got to reinvent these for 3D ;-) ___ 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] shocking - unsecure password sending!
Hi, Frederik Ramm schrieb: > One could use the newly provided OAuth mechanism for authentication. > This would then not transmit your password but a token; the token > however would still be transmitted in plain text, would have unlimited > validity until revoked (just like a password) and would allow anyone who > sees it to make edits in your name, so this wold fall more unter > "security by obscurity" than under proper security. Why not this way: A token gets gets generated on the database server (or transmitted to it) and it gets transmitted to the user via HTTPS. The token will encode the password on the user's side and transmit it in plaintext to the server. The server will encode it using the token. That sounds secure to me and shouldn't slow down any process. 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
Re: [josm-dev] JOSM always on top
Michael Bemmerl schrieb: > Sounds like a bug to me. My JOSM is always top-most after uploading some > changes. See this ticket: > https://josm.openstreetmap.de/ticket/3128 Okay ... it's unusable for me ... as soon as I open a dialog-box inside JOSM, I can't minimize the app. Have to wait until this bug gets fixed :-( ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] JOSM always on top
Hi there, my v1869 is always on top ... is this a bug or feature? If it's a feature, how could I turn it off? Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM and Projections
Am Fr, 3.07.2009, 12:43 schrieb Dirk Stöcker: JOSM is now able to switch projection on-the-fly and also > handles many cases much better. Thanks! Thanks! Thanks! I can finally finish my work ... > As a programmers guideline it should be generally clear from now on that > no EastNorth are stored somewhere (except temporary), but always the > corresponding LatLon values. That's bad news. How can I access them temporarily? Is it still possible to get the BoundingBox of current view? Best regards Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] [OSM-dev] JOSM Upload Problem/shp-to-osm conversion problem?
Which shp-2-osm-script has been used? I'm going to update mine in the next days and it will support API 0.6 and changesets. Shaun McDonald schrieb: > The server is now explicitly checking to make sure that the changeset > id is there, and returning this error if it isn't. > > I think that in JOSM there may be a bug in JOSM when it is trying to > upload 0.5 style files to a 0.6 server. > > Shaun > > On 16 Jun 2009, at 02:52, Ian Dees wrote: > >> Hi everyone, >> >> Two weeks ago I was using JOSM to upload API 0.5-style OSM files >> that I created before the API switchover to the server successfully. >> I took some time off from uploading and today I tried again with an >> updated version of JOSM (1670). This time, I'm getting errors from >> the server because the changeset id is missing. >> >> Has something changed in JOSM? The server? I'm assuming that JOSM >> was inserting the changeset id before and has stopped doing that? >> >> Thanks in advance, >> Ian >> ___ >> dev mailing list >> d...@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/dev > > > ___ > josm-dev mailing list > josm-dev@openstreetmap.org > http://lists.openstreetmap.org/listinfo/josm-dev ___ 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] bug in JOSM - moving objects introduces scaling
Dear Community, I started to port some of my geodetic functions from PHP to JAVA. One of my first affords is a drastical improvement of the measurement plugin. It directly works on the geoid (no, it's not Vincenty). The error for distance is ZERO up to 15 km and then it's about 3 cm for 50 km ... however the performance is great. Distortion of area measurement is a little higher (some millimeters), but still acceptable. You can download the compiled version here [1] - I'm going to release the sourcecode and a mathematical description in the next days! More later. Using this new function, I was able to detect a bug: When you create a perfect rectangle [2] and move it some meters, it gets scaled in size. 25 km to South-West introduces a scaling of 1,0068%. Even duplication of a way or node introduces a scaling of 1,0005% and changes the angles of the rectangle! Oookay ... the scaling is pretty low, but I would like to fix it. Could anyone tell me, where duplication is calculated? Please report results & opinions about the new measurement-plugin. Best regards, Tobias [1] http://raumplanung.tobwen.de/OSM/JOSM/measurement.zip [2] http://raumplanung.tobwen.de/OSM/JOSM/square.zip ___ 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: > 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
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] building a plugin ... help!
[x] found a solution ___ 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
Re: [josm-dev] [Tilesathome] Projections
Rolf Bode-Meyer schrieb: > 2009/1/9 Frederik Ramm : >> so we would have to do JNI to proj.4 proper which I sort of dislike. > > No you don't have to. The proj.4 sources already contain a jniwrap > around the proj.dll or proj.so or whatever. Although you'd still have > to provide native proj lib for all systems running JOSM. Based on a quick search on Google, it's available for OSX, win32, Linux (...), SuSe, Fedora, Mandrake, Debian and many others. Another (personal) question: Your name is "Rolf Bode-Meyer"?? Pretty funny: http://www.discogs.com/artist/Rolf+Maier-Bode ___ 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
[josm-dev] (e)wms-plugin: too many WMS-servers
Hi there, my list of WMS-servers is too long for the screen (1280 x 1024). There is neither a "down arrow", nor a scroll-bar :-( Could it be possible to add a menu like WinXP's start menu? It swaps to the right side, when it reachs the bottom limit of the screen. 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
[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
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
[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] JOSM on PDA
Shaun McDonald schrieb: > JOSM is build for Desktop Java. Phones support mobile Java. JOSM does > not run on mobile Java. JOSM would need to be specifically built for > Mobile Java, which is not easy. It's Esmertec Jbed, not J2ME. I can run a lot of "real" Java-Apps. But sad to hear, JOSM doesn't work on this PDA. ___ josm-dev mailing list josm-dev@openstreetmap.org 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] Preset Icon Backgrounds - SCNR :)
Hi CE, Christoph Eckert schrieb: > Just my two cents, gr8 work! I really love your icons. I will add some of my symbols to your collection the next days! Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org 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
Re: [josm-dev] Performance optimizations
Dirk Stöcker schrieb: > I compiled it for you: > http://www.dstoecker.eu/josm-custom.jar Thanks a lot! I would love to read a HowTo someday :-) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Performance optimizations
Hi, Dirk Stöcker schrieb: > Find the patch here: http://www.dstoecker.eu/2008-08-21.patch How can "normal" guys like me install these patches? Best, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] confusion about Mercator-projection
Hi there, which projection does JOSM use? a) EPSG:3395 - World Mercator b) EPSG:3785 - Spherical/Web Mercator (Google, Yahoo and MSN) c) EPSG:41001 - OpenLayer's projection based on EPSG:4326 (WGS84) Best regards, Tobias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] JOSM - validator
Hi, Dirk Stöcker schrieb: > Why don't use the plugin installation in JOSM-Preferences? Amazing ... I swear, it wasn't there yesterday :-) Thanks! Best regards, Tobias ___ 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] Alpha: Browser-Plugin for JOSM
Hi there, after having problems with Firefox 3 and Yahoo-plugin for JOSM, I asked a friend at university to write a browser-plugin für JOSM. First he used the engine of Mozilla, but JOSM got instable, since Mozilla has known problems with memory management. He needed to switch to Internet Explorer, which will exclude many users ... sorry. Here you can get the actual alpha. Currently, the browser window is always in front ... we will fix it soon ... it's just a try to see, if it's working at all. Download: http://raumplanung.tobwen.de/OSM/browser_josm_alpha.zip Installation (Windows only): Copy all files to JOSM's plugin directoy: (just Start - run and enter %APPDATA%\JOSM\plugins\). Greetings, Tobias ___ 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