Re: [OSM-dev] OpenStreetMap Cartographic: A client-side rendered OpenStreetMap Carto

2020-05-25 Thread Yves


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

2019-11-04 Thread Yves
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

2019-11-03 Thread Yves
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

2019-11-02 Thread yves

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

2019-10-04 Thread Yves
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

2019-10-04 Thread Yves
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

2019-10-03 Thread Yves
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

2019-10-02 Thread yves

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

2019-10-02 Thread yves

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 

2018-12-10 Thread Yves
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

2018-12-07 Thread Yves
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

2018-07-05 Thread Yves
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

2018-06-23 Thread Yves
| 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

2018-04-16 Thread Yves



>
>> 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?

2017-12-22 Thread Yves
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

2017-10-20 Thread Yves
Have you tried apache2ctl configtest? 

Le 20 octobre 2017 08:18:28 GMT+02:00, Nick Whitelegg 
 a é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

2017-06-30 Thread Yves
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

2017-04-10 Thread Yves
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

2017-03-08 Thread Yves
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

2017-02-24 Thread Yves
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

2017-01-12 Thread Yves
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

2016-11-28 Thread Yves
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

2016-11-28 Thread Yves
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

2016-09-01 Thread Yves
>> 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

2016-09-01 Thread Yves
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

2016-07-28 Thread Yves
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

2016-07-28 Thread Yves
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

2016-06-01 Thread Yves
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

2016-03-12 Thread Yves
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

2016-03-09 Thread Yves
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

2015-07-21 Thread Yves
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

2015-06-09 Thread Yves
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

2014-06-13 Thread Yves
+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

2014-06-13 Thread Yves
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.

2014-05-16 Thread Yves
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

2014-04-18 Thread Yves
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

2014-03-11 Thread Yves
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

2014-03-02 Thread Yves
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

2013-12-16 Thread Yves
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

2013-10-14 Thread Yves
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

2012-11-16 Thread Yves CAINAUD
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é

2012-11-16 Thread Yves CAINAUD
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

2012-11-14 Thread Yves CAINAUD
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

2012-11-09 Thread Yves CAINAUD
(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

2012-06-28 Thread Yves CAINAUD
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...

2012-03-05 Thread Yves
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

2012-03-02 Thread Yves
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

2011-12-27 Thread Yves CAINAUD
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

2011-12-27 Thread Yves CAINAUD
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

2011-12-13 Thread Yves
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?

2011-11-30 Thread Yves
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

2011-09-09 Thread Yves
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

2011-09-09 Thread Yves
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