Re: [OSM-dev] OpenStreetMap Cartographic: A client-side rendered OpenStreetMap Carto
Le 26 mai 2020 03:58:50 GMT+02:00, Paul Norman via dev a écrit : >Performance with normal basemaps and small stylesheets should be >acceptable. Reading this, I don't think I understand. However it makes me think of a raster basemap plus a vector overlay for labels to solve internationalization issue. How lightweight such an overlay could be? Yves ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Tiles cache and HTTPS
Hmm, if I anonymise x-forwarded-for, mod_tile will throttle the proxy, I'm afraid. Curious to know the config of the OSM CDN squid caches for https. Anybody for a short explanation? Yves Le 3 novembre 2019 23:38:23 GMT+01:00, Stefan Baebler a écrit : >In that case you would ideally find a way for the caching proxy server >to >reach the original tiles over plain http (make sure to strip any user's >personal data from the requests!) and save some CPU cycles on both >ends, >improving the latency slightly. > >You might also want to consider serving larger tiles. 256x256 is really >small for today's standards and most major map frameworks (well, at >least >leaflet, openlayers and mapbox) already support loading 512x512 tiles, >reducing the number of requests, improving the load times and server >disk >usage. Yes, those tiles will take some more time to render, but most >likely >less than four times more ;-) > >Some rendering/caching systems internally already use even larger tiles >to >combat these problems >https://wiki.openstreetmap.org/wiki/Meta_tiles > >Br, >Štefan > >V ned., 3. nov. 2019 09:24 je oseba Yves napisala: > >> Ah, I should've told that I own the opensnowmap render server. >> My concern is to keep the ~0.5 TB of tiles available on both a proxy >cache >> and the render server in case things goes bad on the later, even if >only >> old tiles. >> Also, as heavy tiles user are more and more common, I'd like to >propose >> them a quick solution that looks better than 'no warranty, I may have >to >> cut your access'. >> Yves ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Tiles cache and HTTPS
Ah, I should've told that I own the opensnowmap render server. My concern is to keep the ~0.5 TB of tiles available on both a proxy cache and the render server in case things goes bad on the later, even if only old tiles. Also, as heavy tiles user are more and more common, I'd like to propose them a quick solution that looks better than 'no warranty, I may have to cut your access'. Yves ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Tiles cache and HTTPS
Hi, What is the best option for caching tiles served to the clients with https? I'm new to caching, but I read here and there that setup a reverse proxy with https between client and cache and http between rendering server and cache is bad practice. Opensnowmap's only server will serve about 2'000'000 tiles a day this winter and I'm looking for options, and a cache server looks like a good idea as it add a little bit of redundancy in tile serving. Yves ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Slow osmosis import
No, Imposm as it's own schema. I never used Osmosis to import a complete planet file, but I would find reasonable to start with a small extract like stated in osm2city documentation. Yves___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Slow osmosis import
Same as Frederic, but also proposing Imposm, also quite fast. A brief hardware description would allow to exclude some bottlenecks. Yves ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] QA, check for tag change
Osmfilter works well in that respect. But I notice that Osmium is a tool I should definitely consider. Yves ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] QA, check for tag change
Le 02.10.19 à 21:30, Frederik Ramm a écrit : Define "cheap" ;) "cheap" == "don't have to learn perl to work" ;) After I typed 'import' I though about looking again at what osm-history-importer offers, and it seems I just need that + sqls. Thanks for your snippets, they will give me inspiration. Yves ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
[OSM-dev] QA, check for tag change
Hi, What would be a cheap way to find ways that once were highway=* and are now a piste:type=nordic but no more a highway=* ? Is there any tool that could provide help on this except building my own specialized DB import? Regards, Yves ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] iD news - 2.12.0 released
Not that I like this kind of limitations imposed in the presset fields, but it is mainly targeted to avoid newbies mistakes so that's great of some kind. This always look to me to over simplify our data model, and will be improved over time, I guess. Yves ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] OSM customization problems
Yep, renderd as to be restarted and it's a good thing to run "tail - f /var/log/syslog | grep renderd" in another terminal while restarting to see if the style loads without errors. Apache also needs to be restarted if you change renderd.conf. Yves Le 7 décembre 2018 17:03:09 GMT+01:00, Jochen Topf a écrit : >On Fri, Dec 07, 2018 at 01:36:32PM -0200, Kojo wrote: >> Here I have some questions: >> - I am using mapnik to style the maps, but it is not clear for me >that the >> style is applied while importing data from osm to database (and >stored >> inside db data), or when the tile is rendered. > >Styles are applied when rendering *not* when importing. > >> - renderd.conf XML property, points to a style file. I change this >file but >> the changes I made doesn´t show on tiles, even if I reload data to >> database, and even if I mark the tile as "dirty" to force re-render. >This >> is the reason for the first question, that I can not even understand >when >> the style is applied, during import, or during render. > >Not sure but you might have to restart renderd and/or apache when >changing the renderd config. > >> - I tryed to check the png data direct on disk, but I couldn´t find >it > >Tiles are stored as "meta-tiles" on disk, one meta-tile contains 8x8 >tiles. This might have thrown your calculations off. > >Jochen >-- >Jochen Topf joc...@remote.org https://www.jochentopf.com/ >+49-351-31778688 > >___ >dev mailing list >dev@openstreetmap.org >https://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] dev Digest, Vol 160, Issue 1
Mohammed, It seems that if you are using Openlayers, you should follow this repo: https://github.com/openlayers/openlayers Github can send you notifications. Yves Le 5 juillet 2018 14:33:27 GMT+02:00, Mohammed Azlaan a écrit : >Hello Andy, >The reason behind posting this is ,i was using open layer js file >version 4.6.4 in my mobile application and when you update the version >to4.6.5 the old version file got some problem i guess due to which >every >user of my mobile application was reporting that Map was not >positioning >.Due to which i had to release one more version of application at 10:30 >PM >on 30/06/2018 thereafter i feel like open layer has to update me >whenever >the version of js and css file updates so that i can manage >accordingly. >Thank you so much for your reply i guess i need your help not only to >help >me on update versions of js files but also on any releases updates of >Open >layer Map. > > > >Thanks and regards , >Mohammed Azlaan , >Software Developer > > > > >On Tue, Jul 3, 2018 at 5:30 PM, wrote: > >> Send dev mailing list submissions to >> dev@openstreetmap.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://lists.openstreetmap.org/listinfo/dev >> or, via email, send a message with subject or body 'help' to >> dev-requ...@openstreetmap.org >> >> You can reach the person managing the list at >> dev-ow...@openstreetmap.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of dev digest..." >> >> >> Today's Topics: >> >>1. Notify me before js or css file version updates reg. >> (Mohammed Azlaan) >>2. Re: Notify me before js or css file version updates reg. >> (Andy Townsend) >> >> >> >-- >> >> Message: 1 >> Date: Mon, 2 Jul 2018 12:05:36 +0530 >> From: Mohammed Azlaan >> To: dev@openstreetmap.org >> Subject: [OSM-dev] Notify me before js or css file version updates >> reg. >> Message-ID: >> > gmail.com> >> Content-Type: text/plain; charset="utf-8" >> >> Sir/Madam, >> I am thankful for accepting dev mailing list. I need Notifications >> whenever your version updates or any changes on styles ,so that i >can >> enjoy the updated map version.Finally give me update status before >your js >> or css file version updates from your server because my app does not >works >> if you updates without any info and that is the reason i need dev >mailing >> list to update about your latest version releases. >> >> >> >> >> Thanks and regards, >> Mohammed Azlaan >> -- next part -- >> An HTML attachment was scrubbed... >> URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/ >> 20180702/e66322b6/attachment-0001.html> >> >> -- >> >> Message: 2 >> Date: Mon, 2 Jul 2018 14:44:17 +0100 >> From: Andy Townsend >> To: dev@openstreetmap.org >> Subject: Re: [OSM-dev] Notify me before js or css file version >updates >> reg. >> Message-ID: <78616f3d-5bdb-08a4-e017-a46f59c59...@gmail.com> >> Content-Type: text/plain; charset=utf-8; format=flowed >> >> On 02/07/2018 07:35, Mohammed Azlaan wrote: >> > I am thankful for accepting dev mailing list. I need Notifications >> > whenever your version updates or any changes on styles ,so that i >can >> > enjoy the updated map version.Finally give me update status before >> > your js or css file version updates from your server because my app >> > does not works if you updates without any info and that is the >reason >> > i need dev mailing list to update about your latest version >releases. >> > >> >> Hello Mohammed, >> >> The dev mailing list is posted to by a collection of people, just >like >> you. They discuss dozens or hundreds of different pieces of >software, >> many of which have their own websites. >> >> If you like to find out whenever a particular JS file changes, you'll >> need to say which one used by which website, and people may then be >able >> to help you find out when releases happen for whatever it is that you >> are interested in. It might also help to explain what it is that you >> are actually doing and why a piece of JS code changing is a problem, >as >> ordinarily it
Re: [OSM-dev] OpenStreetMap Carto release v4.12.0
| Mapnik and CartoCSS being essentially | unmaintained, Which is not going to change if everybody scripts its own way :) I did not followed the discussion around that change, but it would be a good idea to make changes upstream to come up with an equivalent style without special code. Yves ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Generalisation
> >> You need to keep in mind that both geometric generalization and lossy > >> vector data compression operations are largely incompatible with the >> current goals of OSM-Carto: >> >> >https://github.com/gravitystorm/openstreetmap-carto/blob/master/CARTOGRAPHY.md > >I don't think this is true. For example making borders simpler >increases >clarity, while previous state was creating optical illusions. > Also, generalizing buildings could for instance give something nice at low zoom instead of only landuse=residential. Nothing really contradictory to the described goal here. Yves ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Automatically triggering export as PDF from openstreetmap.org -> share?
Have a look at the print function at Opensnowmap.org, it's just a bit of Javascript and Leaflet or Openlayers to achieve a pdf printing from a browser. Yves Le 22 décembre 2017 10:06:00 GMT+01:00, Bjoern Hassler <bjohas...@gmail.com> a écrit : >Dear Frederik, dear Paul, > >Thank you for your message! I suppose I made the mistake of asking for >a >technical fix, rather than fully explaining the problem... > >I have 40 small, discontinues areas in Ghana (the 40 public colleges of >education), like this >http://www.openstreetmap.org/way/450562441#map=16/7.4129/0.4631 >and I want to produce print. The files itself will be downloaded >locally >(or emailed), and then printed locally. So the file needs to be small, >and >print resolution (say for A2 or A3). > >We're actively editing this at the moment (and have been over the last >year), so we'd like to print from up-to-date data. > >Print + small files, means PDF, as its vector, and can be printed at >any >size. I assume PNG at 300dpi, A3, would be massive. > >There aren't loads of areas, and manual export would be ok. However, >because the areas are discontinuous, I am looking for a solution where >I >can work from lat/lon, rather than having to manually select areas. >Once >this would be ok, but we'd like to be able to repeat the export later. >Most >tools don't allow you to go back to maps that you've already produced, >to >reprint simply with data a year on. > > > >> https://operations.osmfoundation.org/policies/tiles/ >> ... > >so using a script to produce these PDFs would violate the policy except >> in rare circumstances where running the script is triggered by a user >> request. >> > >I'd be quite happy to click manually. At the moment, I enter the values >for >scale manually, resize the browser window so it gives me the right >nominal >dimensions (for PDF), then export. However, it would be helpful to have >a >preconfigured link, that gives me my settings (scale, dimensions). > >> >> * download and stitch tiles, convert to PDF; search for "OSM bigmap" >for >> different implementations. > >* use the "staticmap" script on openstreetmap.de like this: >> >http://staticmap.openstreetmap.de/staticmap.php?center=40,-50=2= >> 500x350 >> >> Both will only give you standard resolution raster images. > > >As above, vector would be preferable. > > >> You could >> also try >> >> * https://maposmatic.osm-baustelle.de/ (a working fork of the >> discontinued MapOsMatic project, does PDFs) >> > >I'll see whether it's possible to generate maps of predefined areas or >re-print maps (with the same boundaries). At least from the web UI, it >doesn't look like it. > > >> * http://printmaps-osm.de:8080/ (Europe only, quarterly data updates, >> does PDFs in theory but currently only PNG works) >> > >I'm outside Europe, and need up-to-date data. > > >> or if you're on Windows or willing to use Mono, Maperitive can also >> generate PDFs for any region using data from Overpass, and it's >> scriptable (even headless). >> > >OK, I'll have a look. However, it looks like it produces only SVG, >which >I'd then have to process. > > >> >> Of course, the canonical solution is "install your own >> postgres/mapnik/nik4.py and run it locally" ;) >> >> >Paul, why is the recommendation to produce PNG first? > >Thanks both for you input - much appreciated!! >Bjoern ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Problems trying to get mod_tile/renderd working
Have you tried apache2ctl configtest? Le 20 octobre 2017 08:18:28 GMT+02:00, Nick Whitelegga écrit : > >Hi, > > >Having difficulty trying to get mod_tile working. > > >The Apache error log is giving a segmentation fault when mod_tile is >loaded in; no other information is available in the syslog. This is a >mod_tile error, not renderd, as it started happening as soon as I >enabled mod_tile and restarted apache. > > >My system is Ubuntu 14.04 which has Mapnik 2.2.0 and Apache 2.4.7 and >mod_tile was cloned from github last Sunday. > > >Thanks, > >Nick ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Geo database vs spatial database vs geospatial database
I don't know, maybe a spatial database could contain data from anywhere, and a geospatial one should be related to our planet in some way. Yves Le 30 juin 2017 13:34:18 GMT+02:00, Debajyoti Ghosh <4u.debajy...@gmail.com> a écrit : >Is there any difference between Spatial Database and Geospatial >database? >or they are the same thing? > > > > > > > > > > > >Teaching is an art and a challenge as well. >It doesn't matter how much we know. What matters is how clearly others >can >understand what we know. ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Help with specs when buying a tile-serving server
You have to prerender at least down to zoom 12, otherwise your first user have to. be very patient. Yves Le 10 avril 2017 03:21:10 GMT+02:00, Ivan Von Jebb Datinguinoo <ivanvonjebb.datingui...@awsys-i.com> a écrit : >Good day everyone! > >I will be buying a server next week and I am totally newbie with >regards to specifiying the server specs. >Currently, out of questions and answers from different people, I have >come up with the following: > >CPU: any 16 cores, 32 threads >Disk: 1 TB SSD >Memory : 32GB > >But will this suffice the following? >1. 6-hourly update of map >2. 10k~20k users accessing nonpre-rendered tiles. > >I hope you can help me and thank you in advance. Any suggestion/input >is much appreciated. > >Thank you very much! >Ivan ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Removing functionality and giving just No as answer
It's like the close door button in an elevator, you know it usually does not speed things up, but it feels good to press it anyway. Yves Le 8 mars 2017 13:03:32 GMT+01:00, Tom Hughes <t...@compton.nu> a écrit : >On 08/03/17 09:35, joost schouppe wrote: > >> While a lot of the comments are a bit misguided, I think it is clear >> that quite a few mappers use this dirty trick to get the render to >> refresh. As OSM.org is supposed to be a mapper's tool and not a >general >> public website, I think it is quite obvious that a >forced-tile-refresh >> function is within the scope of the website. > >There is a cargo cult belief that you need to force dirty the tile at >the renderer but that is almost never the case - any changes to nodes >and ways will automatically dirty the relevant tiles. Only changes to >relations are not handled automatically. > >Now there was a bug for much of last week where that wasn't happening >properly - that was fixed on Friday morning and all the missed tile >expiries were processed over the next 24 hours. > >What is normally an issue is the squid caches that sit in front of the >renderers, but a simple shift-reload will bust those caches and in fact > >a manual dirty will do nothing at all to help with those. > >Tom > >-- >Tom Hughes (t...@compton.nu) >http://compton.nu/ > >___ >dev mailing list >dev@openstreetmap.org >https://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Removing functionality and giving just No as answer
I have personally three use cases: a) trigger a faster? rerender in a mapping situation I'm not sure of myself b) compare a tile with another c) get the tile scheme right zyx or zxy? ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] tile generation performance
Joseph, Tiles are rendered on the fly and cached. The complete earth is not rendered, only requested tiles. This should give you an idea of the actual rendering time for tiles on openstreetmap.org: http://munin.openstreetmap.org/openstreetmap/orm.openstreetmap/renderd_processed.html and http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/renderd_zoom.html Yves Le 12 janvier 2017 19:50:15 GMT+01:00, Joseph Armbruster <josepharmbrus...@gmail.com> a écrit : >Hi, > >Who is the goto person for osm map tiling inquiries. Specifically, >i'd like to determine what some of your runtimes were for generating >map tiles for the earth. > >Thank You, >Joseph Armbruster > >___ >dev mailing list >dev@openstreetmap.org >https://lists.openstreetmap.org/listinfo/dev -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] planet.openstreetmap.org/replication policy
Martin is right, using daily and hourly diffs you'll save bandwidth and reduce the number of transactions on your side to update Imposm DB. Yves Le 28 novembre 2016 15:28:36 GMT+01:00, Martin Koppenhoefer <dieterdre...@gmail.com> a écrit : >2016-11-28 14:33 GMT+01:00 Oliver Tonnhofer <o...@bogosoft.com>: > >> It would also not reduce the bandwidth by much, as it still needs to >> download the same data. > > > >it surely will use a lot fewer connections, but also the amount of data >to >download can be significantly smaller, depending how often the same >objects >get touched within the same day. > >Cheers, >Martin -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] planet.openstreetmap.org/replication policy
I think you could take daily and hourly diffs first to cope with the import and last planet delay. Yves Le 28 novembre 2016 13:24:23 GMT+01:00, Oliver Tonnhofer <o...@bogosoft.com> a écrit : >Hi, > >I'm the author of Imposm 3 (https://github.com/omniscale/imposm3/) and >I'm working on a new command that will automatically download and >import diff files from planet.openstreetmap.org as they appear. > >Normally, it should only make two requests per minute when using >minutely replication. One for the state and one for the osc.gz file. >But after the initial import it will download the diff files as fast as >Imposm can import them till it catches up with the live updates. > >A fast server should be able to process 100 diffs per second and more, >especially when only a smaller extract is imported. My question: Is >this OK, or should I add a throttle for this? > >PS: The User-Agent is set to "Imposm 3 x.x.x". > > >Regards, >Oliver > >-- >Oliver Tonnhofer | Omniscale GmbH & Co KG | https://omniscale.com >OpenStreetMap WMS and tile services | >https://maps.omniscale.com > > > > > >___ >dev mailing list >dev@openstreetmap.org >https://lists.openstreetmap.org/listinfo/dev -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Planet change tile expiry list service
>> which list would you like? Oh me myself I need for opensnowmap all ski pistes, ways and relations down to nodes, plus aerialway, including tiles w/o nodes but between two distant nodes of a lift. But that specialized expiry I'll probably keep it to myself. The OpenStreetMap. org output of one of the two methods you suggest would be a good starting point that could be supplemented with specialized expiry as needed. Yves Le 1 septembre 2016 11:25:27 GMT+02:00, Andy Allan <gravityst...@gmail.com> a écrit : >On 1 September 2016 at 09:25, Yves <yve...@gmail.com> wrote: >> Along with minutely diffs, I wonder if expired tiles lists would be >> something to be shared: this is something each tile server is doing >by >> itself by now, and seems a waste in ressources. > >It's not really something that should be relied on, since there's no >"one true list" of expired tiles. For example, the osm.org tileservers >ignore relation expiry entirely. Other servers might expire relations >only when certain tags are changed (little point in expiring all of >germany when an unrendered tag on an admin boundary changes). Some >tileservers use the osm2pgsql output. With large polygons, only the >exterior is expired, but different operators will have different >ideas as to how large a "large" polygon is, or they may want to expire >the interior too. > >Or to put it a different way - which list would you like? The one >generated by osm2pgsql, or the one generated by >https://github.com/openstreetmap/chef/blob/6db231309db4c58f4264beab8a72fd46fdd0d01d/cookbooks/tile/files/default/ruby/expire.rb >? Which is "right"? > >Thanks, >Andy -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Planet change tile expiry list service
Along with minutely diffs, I wonder if expired tiles lists would be something to be shared: this is something each tile server is doing by itself by now, and seems a waste in ressources. Or is there already such a service somewhere? Yves -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev-fr] terrain elevation for Open Earth View
If you need elevation across complete bounding boxes to show 3d relief when panning , then I guess you need to provide your own, cause that's a lot of bandwidth. Yves Le 28 juillet 2016 20:50:01 GMT+02:00, "clem...@igonet.fr" <clem...@igonet.fr> a écrit : >I'd like to access to a web service able to provide elevation of any >location (long/lat). > >If this does not already exist, I could create it with raw SRTM data >with node.js > >Clément. > >Le 28 juillet 2016 20:08:05 UTC+02:00, Yves <yve...@gmail.com> a écrit >: >>I don't get it: what do you need from openearthview if not raw srtm >>data? >>Yves >> >>Le 28 juillet 2016 14:23:44 GMT+02:00, "clem...@igonet.fr" >><clem...@igonet.fr> a écrit : >>>To remind, the goal of the OpenEarthView project is to add a third >>>dimension to OSM data. >>> >>>As a test stage, would you know how I could get terrain elevation >data >>>from SRTM without having to create my own webservice? >>> >>>Tiny demo here: https://www.openearthview.net >>>New production release very soon (more reactive, nice API, etc...). >>> >>>Clement. >>> >>>Le 27 juillet 2016 19:51:09 UTC+02:00, Guillaume AMAT >>><guilla...@amat.io> a écrit : >>>>Bonjour à tous, >>>> >>>>Depuis un moment je n'arrive pas à utiliser >>>api06.dev.openstreetmap.org >>>> >>>>pour me connecter en OAuth. Suis-je le seul ? >>>> >>>>À part ça la consultation de points fonctionne et l'écriture me >>répond >>> >>>>que je ne suis pas connecté (logique...). >>>> >>>>Merci pour vos lumières ! >>>>Guillaume >>>> >>>> >>>>___ >>>>dev-fr mailing list >>>>dev-fr@openstreetmap.org >>>>https://lists.openstreetmap.org/listinfo/dev-fr >>> >>>clem...@igonet.fr >>> >>> >>> >>>___ >>>dev-fr mailing list >>>dev-fr@openstreetmap.org >>>https://lists.openstreetmap.org/listinfo/dev-fr >> >>-- >>Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma >>brièveté. > >clem...@igonet.fr -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] terrain elevation for Open Earth View
I don't get it: what do you need from openearthview if not raw srtm data? Yves Le 28 juillet 2016 14:23:44 GMT+02:00, "clem...@igonet.fr" <clem...@igonet.fr> a écrit : >To remind, the goal of the OpenEarthView project is to add a third >dimension to OSM data. > >As a test stage, would you know how I could get terrain elevation data >from SRTM without having to create my own webservice? > >Tiny demo here: https://www.openearthview.net >New production release very soon (more reactive, nice API, etc...). > >Clement. > >Le 27 juillet 2016 19:51:09 UTC+02:00, Guillaume AMAT ><guilla...@amat.io> a écrit : >>Bonjour à tous, >> >>Depuis un moment je n'arrive pas à utiliser >api06.dev.openstreetmap.org >> >>pour me connecter en OAuth. Suis-je le seul ? >> >>À part ça la consultation de points fonctionne et l'écriture me répond > >>que je ne suis pas connecté (logique...). >> >>Merci pour vos lumières ! >>Guillaume >> >> >>___ >>dev-fr mailing list >>dev-fr@openstreetmap.org >>https://lists.openstreetmap.org/listinfo/dev-fr > >clem...@igonet.fr > > > >___ >dev-fr mailing list >dev-fr@openstreetmap.org >https://lists.openstreetmap.org/listinfo/dev-fr -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Open Earth View
Sur mobile, cest tres Parisien, mais fluide ! Yves Le 1 juin 2016 18:31:17 GMT+02:00, Clement IGONET <clem...@igonet.fr> a écrit : >Bonjour la liste. > > À titre de démo, voici à quoi ressemble l'avancée du projet Open >Earth View: http://www.openearthview.net > >C'est en three.js. Je suis sur le point d'intégrer les batiments en 3D. > > Je bosse encore seul dessus, mais toutes les participations sont >les bienvenues (IHM, amélioration du code existant, etc...). > > Bye, > >Clément. > >___ >dev-fr mailing list >dev-fr@openstreetmap.org >https://lists.openstreetmap.org/listinfo/dev-fr -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] "Pages jaunes" à partir d'OSM
Je pense aussi que ces tags on complètement leur place, mais il y à eu quelques cas à la marge sur des activités commerciales n'ayant pas pignon sur rue qui n'ont pas fait l'unanimité. Voir aussi les discussions autour des bitcoins pour des exemples proches d'un abus pour référencement facile. https://help.openstreetmap.org/questions/32669/how-can-you-stop-a-mapper Yves Le 10 mars 2016 21:31:59 GMT+01:00, "sly (sylvain letuffe)" <lis...@letuffe.org> a écrit : >Le jeudi 10 mars 2016, 09:59:21 Julien Fastré a écrit : > >> Concernant l'adage "on ne cartographie pas comme un annuaire": je ne >> l'ai jamais entendu... > >Pas plus. >Et ces pages : >http://wiki.openstreetmap.org/wiki/Key:contact >http://wiki.openstreetmap.org/wiki/Key:phone >http://wiki.openstreetmap.org/wiki/Key:website >Et les stats taginfo qui s'y rapporte me semble indiquer qu'il y a un >fort >intérêt pour l'enregistrement de cette information. >Je ne connais pas de projet d'annuaire libre "avancé" donc j'ai envie >de >demander en quoi osm ne pourrait pas le faire, la géolocalisation en >plus ? > >> J'ai également pensé à overpass api > >Car, en effet, elle répond à tes demandes. Il ne reste plus qu'a faire >un >frontend qui fasse les requêtes et l'overpass API peut faire le moteur. > >> , mais j'ai peur de la latence. > >Moi aussi, et je la remarque dans mon projet. un premier test pourrait >être >d'importer dans la base overpass une version simplifié d'osm (retirer >limites >admin, routes, chemin de fer, forêt, etc.) et voir si ça n'irait pas >plus >vite. >Je me demande si tout recoder de zéro est bien la bonne méthode. >Bon, avec une base postgres/schéma osm2pgsql sous-jaccente on doit >pouvoir >faire un truc mais c'est un peu de boulot quand même. > > >> Je me >> suis demandé si en filtrant les fichiers .osm à l'entrée avec >osmosis, >> on ne pourrait pas avoir une base de donnée plus petite et une >réponse >> plus rapide. Déjà testé ? > >Bon, ça m'apprendra à lire les mails jusqu'au bout, donc ouais, c'est >exactement ce que j'ai en tête mais je n'ai pas pris le temps de >tester. > > >> Voilà. Si on est plusieurs, on serait ravi de discuter du projet et >> d'avancer ensemble. > >o/ > >-- >sly (sylvain letuffe) >http://wiki.openstreetmap.org/wiki/User:Sletuffe > >___ >dev-fr mailing list >dev-fr@openstreetmap.org >https://lists.openstreetmap.org/listinfo/dev-fr -- Yves >From my phone___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] "Pages jaunes" à partir d'OSM
Bonjour, Il y'a dans le petit monde d'OSM plusieurs mantras comme 'on ne taggue pas pour le rendu. 'OSM n'est pas un annuaire' n'est pas aussi ancré, mais il me semble l'avoir vu exprimé à l'occasion. Peut-être quelqu'un peut élaborer un peu plus sur le sujet? Yves Le 9 mars 2016 21:09:02 GMT+01:00, "Julien Fastré" <jul...@fastre.info> a écrit : >Bonjour, > >Ces deux dernières semaines, j'ai été en contact avec deux projets >similaires qui pourraient utiliser la base de donnée OSM pour créer un >équivalent des "pages jaunes": un annuaire d'entreprises sur un thème >précis, et un annuaire d'associations (voir Mapping Party: >Infrastructure For The Homeless" >http://www.meetup.com/fr-FR/OpenStreetMap-Belgium/events/229008959/). > >L'idée: avoir au moins une API qui puisse être interrogée par d'autres >applications. > >Avez-vous déjà eu vent de telles applications ? > >Sur le wiki, je n'ai trouvé que ceci : >http://wiki.openstreetmap.org/wiki/Open_Business_Directory > >Un autre projet, OpenStreetBrowser, a cessé en janvier 2016 : >http://wiki.openstreetmap.org/wiki/OpenStreetBrowser > >Est-ce que vous avez déjà eu vent de tels projets / besoins ? > >Merci pour vos infos, >Cordialement, >Julien Fastré > > >___ >dev-fr mailing list >dev-fr@openstreetmap.org >https://lists.openstreetmap.org/listinfo/dev-fr -- Yves >From my phone___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Démarrer avec TileMill
Regarde dans quel dossier TM stocke ces projets, et copie le projet que tu as téléchargé. Le 22 juillet 2015 00:16:23 GMT+02:00, Eric SIBERT courr...@eric.sibert.fr a écrit : Demande si tu as besoin de plus de détail. Heu, je crois qu'il va me falloir plus de détails... Il te faut aussi un extract du pays à charger dans une base osm2pgsql. Il faut mettre en place une base postgre et l'outil d'import depuis osm? On ne peut pas utiliser directement l'extrait pbf ou les shp? Le style est là : https://github.com/gravitystorm/openstreetmap-carto Une fois que j'ai toutes les feuilles de style dans un dossier, je dis comment à TileMill de s'en servir? QUand le clique sur la petite croix pour ajouter une feuille de style, il me propose de mettre un filename et de sauver. Rien pour charger une feuille depuis un fichier. Eric ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr -- Yves From my phone___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Relief : hillshading SRTM 30m
Une dedibox MD 2014, pour l'instant le hillshading est un .vrt avec des tuiles de 1x1° , le serveur est en train de générer un gros .tif de 100GB plus facile à manipuler. Yves Le 9 juin 2015 22:35:02 GMT+02:00, Eric SIBERT courr...@eric.sibert.fr a écrit : Si vous voulez jeter un coup d’œil à votre zone de comparaison favorite, alors allez sur http://www2.opensnowmap.org/?zoom=14lat=45.83961lon=6.87269layers=marker=false Need grave!!! Je me suis un peu baladé dans les Alpes du nord: rien de suspect. Ensuite, je suis allé à Madagascar. Ça un peu ramé au début, je pense le temps de mettre en cache les fichiers DEM. Ensuite, une fois les premiers morceaux récupérés, navigation fluide sans rien de surprenant. Tu as quelle config pour faire tourner ça en temps réel? Éric ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr -- Yves From my phone___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev] Moving to stricter multipolygon parsing
+1 for consistency MP would be easier to learn from example if a single method 'works'. Yves On 13 juin 2014 01:25:42 UTC+02:00, Paul Norman penor...@mac.com wrote: Osm2pgsql currently tries *very* hard to turn multipolygon relations into geometries. It currently detects two types of MP relations, new-style and old-style. A new-style MP has tags on the relation while an old-style MP only has type=multipolygon on the relation and relies on the ways for the tags. It then tries to deal with odd tagging in various ways. MP handling is one of the biggest sources of osm2pgsql bug reports[1] and a big time-sink. One of the bigger issues is moving tags from ways to MPs that are falsely detected as old-style. This is an attempt to interpret flawed tagging. I think we need to move to a more strict parsing of MPs, accepting only new-style MPs and old-style MPs where all outers have identical non-deleted[2] tags and the relation itself has no non-deleted tags. Osm2pgsql is not just a consumer of data, it is one of the main feedback tools, so it is strongly integrated into the feedback cycle, so if osm2pgsql doesn't process a multipolygon, a mapper will likely correct the tagging. By doing this, it will make it easier for those interpreting raw OSM data. To support this, I looked for some numbers. Using a shortened deleted tags list, there are 1 million new-style and 261k old-style MPs. Of the old-style, 256k have a member with role outer. 251k of these have entirely consistent tags on outers, while 2.3k have two sets of tags among the ways. About 180 have three or more.[3] An old-style MP without entirely consistent tags on outers is ambiguous and in error. [1]: https://github.com/openstreetmap/osm2pgsql/search?q=multipolygontype=Issues [2]: A deleted tag is one such as source that osm2pgsql is dropping [3]: https://gist.github.com/pnorman/ebd41f5a1759916a48b5 ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Moving to stricter multipolygon parsing
Thing is, it may be easier to find a consensus in -dev than elsewhere. So a fixing list would be a good thing, indeed. Yves On 13 juin 2014 16:20:09 UTC+02:00, Holger Jeromin mailgm...@katur.de wrote: Paul Norman schrieb am 13.06.2014 01:25: To support this, I looked for some numbers. Using a shortened deleted tags list, there are 1 million new-style and 261k old-style MPs. Of the old-style, 256k have a member with role outer. 251k of these have entirely consistent tags on outers, while 2.3k have two sets of tags among the ways. About 180 have three or more.[3] An old-style MP without entirely consistent tags on outers is ambiguous and in error. To support this change it would be nice to setup a list on the web with the buggy relations. A few ten thousands broken Wikipedia tags were corrected with such a list. Perhaps the change could be enforced later, after a lot of MPs are corrected. -- regards Holger ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] On Zoom out markers should get combine.
Whatever lib you use for your map, the word you are looking for is 'cluster', like in 'clustering markers'. Yves On 16 mai 2014 16:20:23 UTC+02:00, Hardik Pancholi hardik.panch...@gatewaytechnolabs.com wrote: Hello, I am facing one problem while showing multiple markers on map. When there are multiple markers at nearest location then it looks really messy. I want to show nearest markers as single marker and also want to show the number on that single maker, so I can know how many points are there. This should done on basis of zoom level. If I do zoom in then number of nearest markers count should decrease. On maximum zoom out number of nearest points should increase and it should be visible as single marker with count on marker. Thanks Hardik Pancholi ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] glitch in minutely replication stream
Paul, how much diffs will be processed ? On 19 avril 2014 02:47:07 UTC+02:00, Paul Norman penor...@mac.com wrote: From: Lynn W. Deffenbaugh (Mr) [mailto:ldeff...@homeside.to] Sent: Friday, April 18, 2014 3:13 PM To: dev@openstreetmap.org Subject: Re: [OSM-dev] glitch in minutely replication stream Can you provide cookbook instructions for those of us running OSM tile servers based on the switch2osm.org instructions? Specifically, what does one do to forced them back to process everything from '037+ again? 1. Edit crontab to stop updates. 2. Wait until all updates have stopped (i.e. osm2pgsql is no longer running) 3. Open /var/lib/mod_tile/.osmosis/state.txt in a text editor 4. Change the sequenceNumber line to read sequenceNumber=834037 5. Edit crontab to start updates Note: Untested, but should work. ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev-fr] De l'utilisation des relations et l'identification métier
Un exemple sur opensnowmap: lorsque je recherche une piste particulière, je regarde s'il n'y a pas un autre way connecté avec les mêmes attributs pour ne retourner qu'une seule piste constituée de plusieurs way. Il vaut mieux faire des requêtes métier que se trimballer des ids. On 11 mars 2014 12:28:11 UTC+01:00, Christian Quest cqu...@openstreetmap.fr wrote: Le 11 mars 2014 12:06, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Ceci étant dit, je comprends bien que les routeurs regardent avant tout la nature des chemins et c'est bien légitime. Comment tu affiches ensuite à l'utilisateur le nom de la route à prendre si celui-ci est indiqué dans une relation dont la route est membre et non sur la route elle-même ? Il faudrait parcourir toutes les relations pour voir si la route est membre de l'une d'entre-elles mais il doit bien exister un moyen plus optimal. C'est le préprocessing. osm2pgsql le fait à sa façon osrm le fait à sa façon etc Le schéma des données OSM est un schéma que je qualifie de brut. C'est en fonction de l'usage final qu'on va restructurer les données selon ses besoins. Ce qui par contre nous manque vraiment c'est un moyen de garder des liens stables entre des données qui ne le sont pas. -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev] Joining SRTM Gov. Elevation Data with OSM USA Data Locally
Hi, OSM devs usually use Postgis + Postgresql. However, maybe if you're explain why and how you mix a DEM with osm data ? You put elevation on every node ? On 2 mars 2014 22:16:36 UTC+01:00, Joel Znamenacek audiof...@outlook.com wrote: Ping From: audiof...@outlook.com To: dev@openstreetmap.org Date: Fri, 28 Feb 2014 11:11:17 -0800 Subject: [OSM-dev] Joining SRTM Gov. Elevation Data with OSM USA Data Locally Trying to build one database with SRTM 1 sec (30m) data and OSM data of the USA is kicking my ass. I'm reaching out for help. I have both datasets in SQL Server and trying to join them together is the pain point. The pain is either in long query times and/or not accurate enough lookups. I'm finding SQL Server 2012 spatial is slow (it uses .NET). The scope of the project is just the USA data. My server system is: overclocked and water-cooled i7 3930k (4.1GHZ) 6 cores (plus 6 Hyperthreads) 32 GB RAM 1.6GB/s disk IO subsystem and 1/2 TB of space. Speed is as indicated by SQL Server performance monitor. (This can go higher w/more HW RAID controllers that I already have) SQL Server Enterprise Windows Server 2012 Enterprise Ideas from a 30,000' view on how to associate SRTM elevation for any OSM lat/lon point via SQL query on my server is appreciated (granular views are just as good :) ) ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev-fr] Shapé les admin_level=boundary
Juste pour les frontières, natural earth ne te suffit pas ? Yves Rodolphe Quiédeville rodol...@quiedeville.org a écrit : Bonjour, Est-ce que quelqu'un à par devers lui les limites administratives extraites d'OSM au format shapefile ? Soit les données, soit le script pour le faire, voir une méthode à implémenter. Pour les départements j'ai utilisé Geofla, mais il me faudrait les limites nationales des pays européens désormais. http://www.data.gouv.fr/DataSet/30383060 Merci -- Rodolphe Quiédeville Expert Tsung - Consulting en performance des SI http://blog.rodolphe.quiedeville.org, Tel : 06 13 79 63 41 Travaillons libres, http://fr.lolix.org/ ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev] Server configuration: (Urgent problem) pink tiles while requesting lvl 16, 17 18 tiles
If you can have a look in the tile server (apache ?) error log, you'll probably find some clues. Look at /var/log/apache2/error.log Yves Andy Allan gravityst...@gmail.com a écrit : On 14 October 2013 17:20, Álvaro Enríquez de Luna Muñoz aenriquezdel...@many-worlds.es wrote: This co-worker isn't working with us anymore, and I am currently facing an urgent problem. Requested tiles from levels 16, 17 and 18 from zones that have never been visited (the app was being used in very restricted areas and now different zones have been enabled) are showing as pink squares. Hi there, It sounds to me like your rendering daemon has died - either renderd, or tirex, depending on your original setup. Without the rendering daemon mod_tile will continue to serve tiles that it has rendered already, but cannot request rendering of any new tiles. The default appearance of missing tiles on OpenLayers is a (nasty) pink background, which again sounds like it fits your situation. Cheers, Andy ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev-fr] python shapely - c geos
Eh bé ? 2éme réponse de 'geos simple example' dans gg ;) http://lists.osgeo.org/pipermail/geos-devel/2007-May/002895.html Yves Le 16 novembre 2012 09:07, didier2020 didier2...@free.fr a écrit : bonjour, j'explique: actuellement j'utilise python et shapely, et certains traitement sont trop long ( millions de boucle pour faire quelques centaines de corrections) j'ai pensé qu'un programme en c pourrait etre plus efficace. comme geos est utilisé par qadastre, j'ai commencé a essayer de comprendre ... je connais quelqu'un qui peut m'aider pour la programmation c, il m'a demandé un point de départ sur ce que je voulais faire d'ou ma demande: un bout de code qui cré 8 points et deux polygones ou linearings. les exemples que j'ai trouvé jusqu'a maintenant sont trop complexes par rapport a ma connaissance du c / programmation. merci d'avance didier ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Notification renderd planté
Merci a tout les deux! J'avais déjà essayé upstart/service pour démarrer renderd, mais je galérais pas mal. Du coup, je suis revenu sur le bon vieux /etc/init.d (mais si j'ai bien compris, c'est upstart qui s'occupe, maintenant). Effectivement, monit convient tout à fait! Mes résultats de recherches était essentiellement surchargé de Nagios qui est (un peu) overkill pour 1 process. Yves Le 16 novembre 2012 12:07, Rodolphe Quiedeville rodol...@quiedeville.orga écrit : Yves CAINAUD a écrit on 16/11/12 09:10: Salut, Renderd est vraiment stable, néanmoins j'aimerai gérer le fait qu'il puisse planter sur un serveur ubuntu 2.04, renderd est lancé depuis /etc/init.d/renderd (celui qui n'a jamais compilé geos, postgis, gdal, mapnik et mod_tile/renderd dans le désordre me jette un caillou). Quelle sont les meilleures manières de faire? Un script maison lancé par cron avec tentative de re-lancement avant notification email, ou y a-t-il une manière consacrée pour çà ? As-tu regardé du coté d'outil comme 'monit' (pquet eponyme) dont le but est justement de surveiller qu'un process tourne et de le relancer au cas où. A++ -- Rodolphe Quiédeville - Artisan Logiciel Libre http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.**quiedeville.org/http://blog.rodolphe.quiedeville.org/ __**_ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/dev-frhttp://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev] Status of the Mapnik stylesheets
There is anyway an issue with the current Trac instance : source: subversion/applications/rendering/mapnik/osm.xml @ 28049 HTML preview not available, since the file size exceeds 102400 bytes. Could somebody increase this limit to 200-300K ? According to the wiki it's in /var/lib/trac/conf/trac.ini on Shenron. [mimeviewer] max_preview_size = 30 Yves 2012/11/14 Kai Krueger kakrue...@gmail.com Tom MacWright wrote The biggest problem with the Mapnik stylesheet right now is that it's in SVN. Not the technology, but the fact that this gives people without commit access to that repository no clear way to contribute. There is no way to 'just do it' until the style is actually maintained in GitHub, actually welcomes contributions, and has active maintainers. Until then we're just talking. I though SVN actually worked better than github for projects that don't have a maintainer. The SVN repository used to have a very inclusive account policy. I.e. basically anyone could get an account and then commit to any part of the repository. So people could just do it and commit their patches to the master branch of a project even if there was no clear or active maintainer. So people didn't even have to wait for someone to pull their patch into the maintainers repository. Whether those changes would then actually get deployed to the OSMF tileserver is another matter, but that is the same issue with any github repository too. But yes, I agree that currently the lack of a maintainer for the osm mapnik style sheet is probably the main problem. Kai -- View this message in context: http://gis.19327.n5.nabble.com/Status-of-the-Mapnik-stylesheets-tp5735606p5735694.html Sent from the Developer Discussion mailing list archive at Nabble.com. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] 404 from Apache2/mod_tile
(Sorry, was meant to the list) I may have been the same issue until now. Adding the general apache directive 'TimeOut 10' in the same virtualhost seems to help (if 10 seconds are enough). Can you confirm ? Yves ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Modtile issue
Thanks Frederik, while your remarks make sense, it's not enough I'm afraid. Is there any way to log how mod_tile handles requests? apachectl -t -D DUMP_MODULES /usr/sbin/apachectl: line 87: ulimit: open files: cannot modify limit: Operation not permitted [Thu Jun 28 08:49:47 2012] [notice] Loading tile config default at /osm_tiles2/ for zooms 0 - 18 from tile directory /var/lib/mod_tile with extension .png and mime type image/png Loaded Modules: core_module (static) log_config_module (static) logio_module (static) mpm_prefork_module (static) http_module (static) so_module (static) alias_module (shared) auth_basic_module (shared) authn_file_module (shared) authz_default_module (shared) authz_groupfile_module (shared) authz_host_module (shared) authz_user_module (shared) autoindex_module (shared) cgi_module (shared) deflate_module (shared) dir_module (shared) env_module (shared) mime_module (shared) negotiation_module (shared) reqtimeout_module (shared) rewrite_module (shared) setenvif_module (shared) status_module (shared) tile_module (shared) Syntax OK 2012/6/28 Frederik Ramm frede...@remote.org Hi, On 06/27/2012 09:48 PM, yvecai wrote: AddTileConfig /osm_tiles2/ Default LoadTileConfigFile /etc/renderd.conf Try a lower-case D in default, and leave out the LoadTileConfigFile line altogether. (You would normally use either one AddTileConfig line for each style you have, or a single LoadTileConfig line.) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 __**_ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.**org/listinfo/devhttp://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev-fr] Générer des fichiers SVG par script...
Non, mais mapnik sors du svg aussi je crois. Yves Christian Quest cqu...@openstreetmap.fr a écrit : Afin de favoriser la réutilisation, je voudrais mettre en place des exports SVG à thème si possible automatiques. Par exemple, le découpage des régions ou départements, voire le découpage par commune pour chaque département. Pourquoi du SVG ? Tout simplement pour que des graphistes, souvent demandeurs de fonds de carte puissent s'en servir le plus facilement possible. J'ai un peu joué avec ST_AsSVG pour sortir des path à la sauce SVG, et je me suis bricolé un fichier SVG pour voir leur format. Est-ce que vous avez déjà fait ce genre de choses ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest _ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] [OSM-talk-fr] Carte Gramin
Ah milles pardons! C' était une boutade, au dernieres nouvelles le jeu Aster est toujours aussi penible a obtenir, et c'est aussi pourquoi je ne l'ai jamais utilise. Desole pour le faux espoir :( Yves Nicolas Moyroud nmoyr...@free.fr a écrit : Le 02/03/2012 11:35, Stéphane Brunner a écrit : ça j'avais vu, Je pensais aux données brutes :-) CU Stéphane Je me pose la même question que toi Stéphane. J'aimerai pouvoir automatiser le téléchargement des données brutes ASTER avec le même genre de script que j'avais utilisé pour les données SRTM. Nicolas ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev] Tile list
Hi Admins ! Is it possible to obtain a tile list of the rendered tiles on openstreetmap.org for zoom 14 and 15? This would be a very usefull info to have at http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage. We are trying to setup a tile server for Osmand, however we need to seed the cache efficiently, hence the need for such a list to pre-render this zoom level. Our server is not that strong, and rendering at zoom 14 can last several minutes. Also, a apache log extract would be very appreciated to check the tiles requests from Osmand and dimension properly our server. Yves ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Fwd: Tile list
If you look at http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage, we can see that only 32% of z14 and 15% of z15 are viewed, and I'd like to pre-render them. Subsequent zoom level are pretty fast to render, but z14 and z15 are too big to be completely pre-rendered in cache. Hence my request for the tile-list of rendered tile at this zoom levels on Yevaud. Then I can ask renderd to render them, without waiting for the user to have the patience to request them. Yves 2011/12/27 Serge Wroclawski emac...@gmail.com Forgot to CC the list. Ooops -- Forwarded message -- From: Serge Wroclawski emac...@gmail.com Date: Tue, Dec 27, 2011 at 10:42 AM Subject: Re: [OSM-dev] Tile list To: Yves CAINAUD yve...@gmail.com On Tue, Dec 27, 2011 at 5:29 AM, Yves CAINAUD yve...@gmail.com wrote: Hi Admins ! Is it possible to obtain a tile list of the rendered tiles on openstreetmap.org for zoom 14 and 15? I'm not an admin, but the list of rendered tiles changes as requests come in. If you read mod_tile and renderd, you see how it works. We are trying to setup a tile server for Osmand, however we need to seed the cache efficiently, hence the need for such a list to pre-render this zoom level. Our server is not that strong, and rendering at zoom 14 can last several minutes. If your server is so slow, then I suggest using a commercial tile rendering service instead of your own. - Serge ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev-fr] Tunning de postgresql pour des bases osmosis et/ou osm2pgsql
15 tuiles ou 15 meta-tuiles? -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. sly (sylvain letuffe) li...@letuffe.org a écrit : Salut, un rendu tango ... Moi c'est plutôt salsa, et ça rend bien aussi ;-) késako ? Question renderd en pointe je plafone à 15 tuiles (tous les zoom confondu) par min. 15/minute c'est quand même plutôt faible je trouve, y'a peut-être bien un problème quelque part. Moi qui utilise un traitement archaïque en lieu et place de rendered, avec un style type map...@osm.org plus des courbes de niveau (ce qui prend pour ainsi dire autant de temps, voir plus à fort zoom) je viens de faire un test, et à zoom 14, pour rendre des tuiles de ce type : http://minilien.fr/a0mxys J'arrive à un résultat de ~20 tuiles/s (pour les zoom 17/18 où il n'y a quasiment rien à afficher et quasiment rien à récupérer de la base, ça va encore plus vite : ~100 tuiles/s) Pour les tuiles de zoom 11, qui chez moi prennent le plus de temps, ça tombe à ~5t/s Pour debugger ce genre de cas, j'utilise nik2img.py (qui permet de ne tester que la partie postgres+mapnik) et j'ai mon test case qui est le suivant : time ./nik2img.py -m style.xml -i png -o image.png -s 1000,1000 -e 5.9,45.55,5.95,45.59 style.xml mon style mapnik à tester ça génère une image de la ville de chambéry, et chez moi, ça prend 1.25s pour un style proche de celui de map...@osm.org -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org _ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev] speeding up loading an OSM dump into PostGIS?
Really? What is a decent server ? Yves -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. Iván Sánchez Ortega i...@sanchezortega.es a écrit : On Miércoles, 30 de Noviembre de 2011 07:25:25 Ákos Maróy escribió: I wonder what ways are there to speed up importing an OSM planet file into a PostGIS database? What I've tried so far is importing the current planet-XXX.osm.bz2 file into PostGIS via osm2pgsl Imposm, man, imposm. Takes 48 hours to import all the data I need from a full planet in a decent server. -- _ Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org For office use only. _ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev-fr] Routing
OpenMapquest, bien sur! -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. damien dawa...@gmail.com a écrit : Mais cette pratique nécessite de télécharger une grande partie des données et de faire un travail coté client pour un tout petit résultat. Avec tout les services de routing existant, don ceux d'OSM sur des serveurs, il doit bien y avoir mieux que de télécharger la carte du monde! Le 9 septembre 2011 21:29, Aurélien FILEZ kinj...@gmail.com a écrit : Je suis dans le même cas. Mais OSM est une grosse banque de données, après à toi, via les divers outils disponibles, de filtrer ce qui t'intéresse et d'organiser le reste pour répondre à tes besoins de manière optimale. 2011/9/9 damien dawa...@gmail.com _ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Routing
open.mapquestapi.com/directions/ C'est bien une api. -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. damien dawa...@gmail.com a écrit : OpenMapquest permet une recherche d'itinéraire, mais n'a pas d'API et ne permet même pas d'exporter les données. En revanche openrouteservice.org permet d'exporter les données en GPX et GML, mais sans API hélasse. Le 9 septembre 2011 21:45, Yves yve...@gmail.com a écrit : OpenMapquest, bien sur! -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. _ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr