Re: [OSM-dev-fr] Cherche paquetage java pour manipulations geographiques simples
Le lundi 10 juin 2013 08:03:37 Ista Pouss a écrit : Bonjour, J'ai beaucoup de mal à m'y retrouver dans les paquetages java, entre geotools, jts, etc. Je voudrais, à partir de coordonnées issues d'éléments OSM, savoir si tel point est dans tel cadre, quelle surface j'obtiens si je tourne autour d'un point, etc dans le genre. Je dirai qu'il semble y avoir la méthode Geometry.contains(Geometry) qui ferait bien le boulot. Pour le chargement des données, je ne sais pas s'il existe quelquechose pour charger du OSM, sinon, tu n'as qu'à convertir des objet en shp au préalable. (ah et en plus il faut que ce soit sous maven ; j'ai l'impression que dans le monde geo/java on n'aime pas beaucoup cet outil, mais moi, là au moins c'est clair, je l'utilse à donf). Ha oui, c'est clair. Même si aujourd'hui on fait encore mieux (sbt), j'aimerai bien que ça se généralise. Genre josm serait tellement plus simple sous maven, mais bref. Oui les geotools sont très bien distribués avec maven (multi-modules). Je ne peux pas plus t'aider pour l'instant. Bon courage :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Cherche paquetage java pour manipulations geographiques simples
Le 10 juin 2013 09:20, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Je dirai qu'il semble y avoir la méthode Geometry.contains(Geometry) qui ferait bien le boulot. Pour le chargement des données, je ne sais pas s'il existe quelquechose pour charger du OSM, sinon, tu n'as qu'à convertir des objet en shp au préalable. Oui mais dans le google-land j'ai vu de tout, même des qui disaient qu'on pouvait utiliser java.awt.geometry, où il y a également ce genre de méthode !? Bref je comprends que : - il vaut mieux que je me branche sur geotools - que je me débrouille à trouver le lien magique geotools / osm... c'est vrai qu'une fois que j'ai ça j'ai tout. Let's go, on verra bien, qui vivra verra et autant en emporte le vent. Merci et cordialement ! -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev] mod_tile on windows?
Am 07.06.2013 17:29, schrieb Vince Berubey: Hi Sven, I was a looking for a way to generate tiles on the fly on windows, so I would not have to use the generate_tiles.py. You could try to use - http://blog.jochentopf.com/2011-03-03-a-nodejs-tileserver-for-tirex.html - http://lists.openstreetmap.org/pipermail/dev/2011-April/022186.html - or the module included in TileMill http://www.mapbox.com/tilemill/ Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] WMS layers default to automatically change resolution
2013/6/9 Stefan Breunig breu...@uni-hd.de yes this change was intentional. thanks for replying. The problem is that some servers we are using here might block you if you do too many requests in a short period of time, and there is only one actual resolution, which is equal or slightly above that of the original imagery and so makes sense to use if you want to get the maximum out of the imagery (also think about caching). There’s only a build time variable to turn if off by default[1], but it’s not accessible via the advanced preferences. I didn’t think anyone wanted this flipped, but I see no reason against making it available in an advanced pref. Can you provide a patch? no, I am sorry, but I can't provide a patch. cheers, Martin ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] WMS layers default to automatically change resolution
2013/6/10 Stefan Breunig breu...@uni-hd.de The problem is that some servers we are using here might block you if you do too many requests in a short period of time, The zoom snaps to certain resolutions to make caching work. Zooming out probably saves some requests because you need less tiles/images to fill your screen. Zooming in doesn’t, but then again I didn’t use high zoom levels very often in my practical tests. If you aren’t annoyed by this feature and only disable it out of fear to be rate-limited by your WMS, can you try it in every day use? Usually I go to a zoom level (around 50 meters indicated in the scale in the upper left corner of the screen) and remain there (this seems to guarantee to have native resolution). This value has been tested by trial and error and seems to guarantee full resolution of the server we are accessing to. We are using this http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/wms_v1.3/raster/ortofoto_colore_06.map and this : http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/wms_v1.3/raster/ortofoto_colore_08.map (has slightly higher resolution) but I also don't know how to get the actual resolution of the imagery behind. I haven't been blocked recently by this server, but I am aware of some other Italian mappers who access this with a fix IP, and they had serious problems after being banned (they had traced e.g. railroads or rivers or other features that imply the download of a lot of tiles compared to tracing features like buildings in a relatively compact area. I agree that this is mainly a problem of the provider's policy of this particular WMS and not a general obstacle to change the JOSM defaults. On slow servers the current default still seems to have other disadvantages (it becomes even slower when you have to download several resolutions instead of one, and I also don't see an advantage in using fewer than the best resolution. Alternatively relay the WMS server details to me, so I can try. I believe having this default-on is more sensible, but only if it doesn’t turn out to be a problem. I had a look at the WMS specification when implementing this and found nothing of relevance to get the “native resolution” or available pre-rendered ones. I had a look at some WMS servers if there’s maybe a non-standard way of including this, but I didn’t find anything. Take the map4bw server, for example. It definitely has resolution information[1] but it’s not included in the WMS file[2]. Best regards, Stefan Best regards, Martin ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] web site down
The subject says it all. Cheers colliar signature.asc Description: OpenPGP digital signature ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
