[OSM-talk] OSM Carto stylesheet vs Release osm2pgsql 1.3.0
On 7/28/2020 4:39 AM, Sarah Hoffmann wrote: Further changes: * The pgsql output now looks for lua script relative to the |style.json| file. This is a breaking change. Users might have to change the file names of their lua scripts in the style files. Does anyone know if changes need to be made to the OpenStreetMap Carto stylesheet or is it already compatible with this breaking change? I confess that I run a planet-wide tile server with the OSM Carto stylesheet and using osm2pgsql to apply updates but I have NO idea just what is in the stylesheet and how it all works with osm2pgsql. I've put in the documented commands and it "just works", at least pending this question. Lynn (D) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Carto not updating
https://www.openstreetmap.org/relation/971999 On 6/28/2020 8:23 AM, Ture Pålsson wrote: 27 juni 2020 kl. 17:20 skrev Marc M. : Hello, Le 27.06.20 à 17:04, ET Commands a écrit : Is something wrong with the OSM Carto servers? one diff freeze the update sequenceNumber=4082799 timestamp=2020-06-26T19:17:02Z ppl on #osm-dev are working on this. Does anyone have the osm ID of the geometry that tripped things up? Seems like a good test case. :-) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Carto not updating
Where is #osm-dev? I'd like to listen in as my updates are also stalling with osm2pgsql ramping up to 100% while processing relations. Lynn (D) - Running a planet-wide tile server with updates... (or trying to!) On 6/27/2020 11:20 AM, Marc M. wrote: Hello, Le 27.06.20 à 17:04, ET Commands a écrit : Is something wrong with the OSM Carto servers? one diff freeze the update sequenceNumber=4082799 timestamp=2020-06-26T19:17:02Z ppl on #osm-dev are working on this. Regards, Marc ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Minutely update server slow?
Hm, traced the planet.openstreetmap.org back to ironbelly.openstreetmap.org and see this on their munin pages: From https://munin.openstreetmap.org/openstreetmap.org/ironbelly.openstreetmap.org/index.html Looks like something is ramping up in apache and TCP networking along with whatever Chrony's "Root dispersion" means. Disk space usage is also climbing on the root file system, but that might be increasing apache logs? Apache accesses Disk usage in percent Utilization per device TCP Chrony Tracking Stats Lynn (D) On 4/20/2019 2:03 PM, Lynn W. Deffenbaugh (Mr) wrote: I run a personal tile server for the entire planet and have it configured with minutely updates downloaded by osmosis. Over the past few days, I've noticed that my updates are falling behind and subsequently noticed in the osmosis.log file that it is taking a LONG time to download 4-6 hours of minutely diffs. This usually took 5-10 minutes, but recently it takes 45 minutes to an hour. And sometimes osmosis times out completely. Here's my osmosis configuration.txt file if that helps. # The URL of the directory containing change files. baseUrl=https://planet.openstreetmap.org/replication/minute # Defines the maximum time interval in seconds to download in a single invocation. # Setting to 0 disables this feature. maxInterval = 21600 Anyone else seeing slow minutely diff downloads? Lynn (D) PS. Here's the munin rdnerd Data import lag daily and weekly graphs: Data import lag Data import lag ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Minutely update server slow?
I don't see how that relates to minutely updates on a personal tile server? On 4/20/2019 2:13 PM, 80hnhtv4agou--- via talk wrote: what about open street cam .org *From:* Lynn W. Deffenbaugh (Mr) *Sent:* Saturday, April 20, 2019 1:03 PM *To:* OpenStreetMap ; openstreetmap/osm2pgsql *Subject:* [OSM-talk] Minutely update server slow? I run a personal tile server for the entire planet and have it configured with minutely updates downloaded by osmosis. Over the past few days, I've noticed that my updates are falling behind and subsequently noticed in the osmosis.log file that it is taking a LONG time to download 4-6 hours of minutely diffs. This usually took 5-10 minutes, but recently it takes 45 minutes to an hour. And sometimes osmosis times out completely. Here's my osmosis configuration.txt file if that helps. # The URL of the directory containing change files. baseUrl=https://planet.openstreetmap.org/replication/minute # Defines the maximum time interval in seconds to download in a single invocation. # Setting to 0 disables this feature. maxInterval = 21600 Anyone else seeing slow minutely diff downloads? Lynn (D) PS. Here's the munin rdnerd Data import lag daily and weekly graphs: Data Data ___ talk mailing list talk@openstreetmap.org <mailto:talk@openstreetmap.org> https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Minutely update server slow?
I run a personal tile server for the entire planet and have it configured with minutely updates downloaded by osmosis. Over the past few days, I've noticed that my updates are falling behind and subsequently noticed in the osmosis.log file that it is taking a LONG time to download 4-6 hours of minutely diffs. This usually took 5-10 minutes, but recently it takes 45 minutes to an hour. And sometimes osmosis times out completely. Here's my osmosis configuration.txt file if that helps. # The URL of the directory containing change files. baseUrl=https://planet.openstreetmap.org/replication/minute # Defines the maximum time interval in seconds to download in a single invocation. # Setting to 0 disables this feature. maxInterval = 21600 Anyone else seeing slow minutely diff downloads? Lynn (D) PS. Here's the munin rdnerd Data import lag daily and weekly graphs: Data import lag Data import lag ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Outperforming TomTom
On 9/12/2013 5:09 AM, Lester Caine wrote: Jean-Marc Liotier wrote: Since the majority of sat nav's are now smart devices, why can't they all be reporting back the average speed where they are so we can automatically map the current traffic hot spots? That data is already available for sale from mobile network operators - that is why you don't see much interest in having navigation devices provide feedback: every mobile device is already providing ample sampling. Of course that doesn't help the free world very much... That is why what I'm thinking is the 'free' version ;) I don't know how open their data is, but have you heard of waze? I just stumbled onto it yesterday. http://www.waze.com/ Lynn (D) - KJ4ERJ - Interested in all things GPS and tracking ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Size of installed Database?
I have my full planet database coupled with the flatnodes file on a pair of SSDs. One is 128GB and the other is 256GB and they're VERY close to not being large enough. I've got the rendering tables on one and the update (forget the proper names) tables on the other. I'm looking to swap out the 128GB with a 256GB and hopefully split the rendering tables between the spindles with the corresponding update tables on the opposite spindle. Munin (http://tinyurl.com/6v8lvvc) shows my gis database at 272GB, but that doesn't include the 18GB flatnodes file (that's growing steadily) for a total consumption of 290GB. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32 On 8/31/2013 1:58 PM, TorstenMohr@schleim wrote: Hello, i'm about to install the latest planet.osm and i'd like to install it on an SSD. The bzipped XML file is approximately 31 GB of size, but how much space will i need on an SSD for the PostgreSQL database? I haven't bought an SSD yet and i'd like to make sure that the database will fit on the SSD. It would be very kind if somebody could tell me how much size an installation takes on disk and how old their installation is (if it is not actual). Thanks for any hints Torsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Go Map!! is in the Apple app store
But the Settings screen shot shows Editor vs Editor with Satellite vs Satellite only - no editing vs Mapnik only - no editing. Also, the Clear Cache screen has entries for OSM Data, Bing Aerial Tiles, and Mapnik Tiles and the text implies that where ever you've viewed is cached locally, possibly allowing offline use, albeit maybe not easy to pre-load? Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32 On 1/25/2013 2:42 PM, Jaakko Helleranta.com wrote: Whoops, sorry. It says editor quite clearly.. Should read emails b4 replying... From the go, -Jaakko Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta -Original Message- From: Martijn van Exel m...@rtijn.org Date: Fri, 25 Jan 2013 10:34:15 To: Jeff Meyerj...@gwhat.org Cc: talk...@openstreetmap.org; talk...@openstreetmap.org; OpenStreetMap US Talktalk...@openstreetmap.org; OpenStreetMap Talk Mailing Listtalk@openstreetmap.org; talk...@openstreetmap.org; OpenStreetMap Japanese talktalk...@openstreetmap.org Subject: Re: [OSM-talk] [Talk-us] Go Map!! is in the Apple app store ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-Planet
I'm getting an open error on the .torrent file from Vuze. I have the planet downloaded already and was trying to set up a seed. It says: Error reading torrent file ANNOUNCE_URL malformed ('node://140.211.15.128:6989' (interesting lack of close parenthesis there, too). Anyone got any ideas or an alternate source for the .torrent file? I've got the PBF planet already seeding using the .torrent from http://openstreetmap.us/torrents/planet-120912.osm.pbf.torrent Lynn (D) - KJ4ERJ On 9/14/2012 4:26 PM, Toby Murray wrote: On Fri, Sep 14, 2012 at 12:42 PM, Martijn van Exel m...@rtijn.org wrote: Note that the PBF planet is still being copied / generated. Looks like PBF generation just finished. It is still working on the .md5 I see a torrent[1] has gone up with the new osm.bz2 planet... will we get one for pbf too? [1] http://openstreetmap.us/torrents/planet-120912.osm.bz2.torrent Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Zoom 14 gray vs green?
Ok, I've got zero editing experience, but have been using and exploring OSM for some time now. Can someone lead me by the nose as to what might be causing zoom level 14 and only 14 to be gray instead of green for the National Park? http://www.openstreetmap.org/?lat=35.5585lon=-83.5005zoom=14layers=M Lynn (D) - KJ4ERJ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Zoom 14 gray vs green?
On 6/12/2012 1:50 PM, Frank Steggink wrote: On 12-6-2012 19:43, Lynn W. Deffenbaugh (Mr) wrote: Ok, I've got zero editing experience, but have been using and exploring OSM for some time now. Can someone lead me by the nose as to what might be causing zoom level 14 and only 14 to be gray instead of green for the National Park? http://www.openstreetmap.org/?lat=35.5585lon=-83.5005zoom=14layers=M Lynn (D) - KJ4ERJ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk The rendering date of the tiles was April 12. I've requested a rerendering of this meta tile by marking it dirty, and now those are green again. Normally tiles of level 13+ should be rerendered automatically on changes. But perhaps this didn't happen, because the area is quite large, so the metatile falls entirely within the park. (Not checked though.) Ok, that would explain why the rendering date was current by the time I tracked down the individual tile file and did the /status check. I was headed in to verify that (once I remembered the feature) and was going to do my own /dirty to see if it would clear up, but you got there before I did. Thanks for helping out and I'll see if I can remember to try that next time before posting here. Lynn (D) - KJ4ERJ PS. Yes, the tile is green now for me also! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Edit review: ele=0
Possibly using some 3rd party source of elevation data by coordinate (like the Shuttle Radar Topography Mission data from http://www2.jpl.nasa.gov/srtm/) and if the ele=0 tag is on a location where the average terrain around the coordinate is substantially different than zero would be a way to flag the bad vs the good data? Lynn (D) - KJ4ERJ On 5/19/2012 12:09 PM, Thomas Davie wrote: So what you're saying is I know there's broken data there, I'll fix this by deleting good data. That doesn't sound like a good plan to me in any way shape or form. Bob On 19 May 2012, at 15:28, Worst Fixer wrote: Hello. Most of ele=0.0|0|0.000 tags were produced by bad import scripts or automatical GPS track conversion software. I propose removal not all ele=0.0|0|0.000. All that had source:ele tag were preserved. 2012/5/19 Cartinus carti...@xs4all.nl mailto:carti...@xs4all.nl Can you explain in plain English what kind of problem you see with the ele=0 tag? On 05/19/2012 03:57 PM, Worst Fixer wrote: Hello, all. I ask you to review my planned mechanical edit. Main changed tag is ele=0. While doing this edit, I also want clean other tag. Also is_in tag was parsed into a set of more detailed tags. I also created overview.html that might help your review. https://docs.google.com/open?id=0BzI7ljRzQhp4VnFPVkhZa096LWM If you see something bad in this, please explain what exactly is bad in this edit (not all edit is bad!). Also I want you suggest ways to improve this edit if it needs to. If no good and valid responses come until 2012-05-22, I will upload this. If you want do some other big mechanical edits, but have no time or enthusiasm to do it, write me in person. WorstFixer, twitter: @worstfixer -- --- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License change/redaction affecting objects geometry
Any help in identifying areas that should be eye-balled and possibly cleaned up would be welcome help indeed. It seems a small bit to attach a tag to any affected ways or relations from which members have been redacted. This will be especially helpful when the editing tools catch up to show the tags presence and/or highlight what could use attention. Lynn (D) - KJ4ERJ On 4/12/2012 5:01 AM, Pieren wrote: Hi, The rebuild team is warning that the relicensing (redaction script) will unsurprisingly affect many objects geometry like ways loosing nodes, intersections with unconnected ways, self-intersecting polygons, roundabouts not round, buildings not square anymore, etc.. ([1]). The question is to insert in the rebuild script some kind of reports or logs about such affected objects or not. First, I think it has to be discussed widely with the community, not only in a small group (we have enough conspiracy noises in this project). Then, I think that the best option would be to add a specific tag which could facilitate the remapping process for the crowd. The tag should be enough self-explanatory for all, including newcomers and removed once the issue is fixed. Another option is to set-up some monitoring of the affected objects and consider them as 'fixed' as soon as they are touched after the relicensing (but that could be insufficient imho). Last option is to do nothing since we already have many quality assurance tools ([2]) monitoring the contributions. Pieren [1] http://lists.openstreetmap.org/pipermail/rebuild/2012-April/000199.html [2] http://wiki.openstreetmap.org/wiki/Quality_Assurance ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Old Server planet is up
http://osm-torrent.torres.voyager.hr/files/planet-120401.osm.bz2.torrent Lynn (D) - KJ4ERJ On 4/3/2012 12:52 PM, Greg Troxel wrote: http://planet.openstreetmap.org/planet-120401.osm.bz2.md5 Is that going to be torrented? I would think many people want a copy... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] automated abbreviation changes?!
IMHO, here in the US we have the USPS which has published standardized street naming conventions specifically using the abbreviations. It would seem to me that these official street names are what should stick and the expansions of them should not be happening. Not to mention how much more crowded the map labels would become. Lynn (D) - KJ4ERJ On 3/23/2012 8:36 AM, Mikel Maron wrote: Hi User chdr (http://www.openstreetmap.org/user/chdr) seems to be running a script to automatically replace street name abbreviations with the full word. so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue Northwest. Which is not the way anyone ever writes street names here in DC. Anyone else aware of this? Opinions? Should this be stopped? -Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] automated abbreviation changes?!
On 3/23/2012 9:04 AM, Jean-Marc Liotier wrote: On 23/03/2012 13:47, Lynn W. Deffenbaugh (Mr) wrote: On 3/23/2012 8:36 AM, Mikel Maron wrote: User chdr (http://www.openstreetmap.org/user/chdr) seems to be running a script to automatically replace street name abbreviations with the full word. so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue Northwest. Which is not the way anyone ever writes street names here in DC. IMHO, here in the US we have the USPS which has published standardized street naming conventions specifically using the abbreviations. It would seem to me that these official street names are what should stick and the expansions of them should not be happening. Not to mention how much more crowded the map labels would become. I'm new to this problem, but those possible strategies spring to my mind: - Record only the abbreviated name and let the user expand it using his favourite rules if he wants. - Record only the canonical expanded name and let the user abbreviate it using his favourite rules if he wants. - Record both the canonical expanded name and the abbreviated name, let the user choose which one he wants. Would a name:abbreviated tag make sense ? Is the expanded name the canonical one ? I'm not familiar enough with OSM or mapping terminology to know which is canonical, but my address is: USPS: 521 Waterman Ln SE Full: 521 Waterman Lane SouthEast But I've never, ever written it in the full form and even the city-supplied street sign shows Waterman Ln. Lynn (D) - KJ4ERJ PS. For non-US residents, USPS = United States Postal Service ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] automated abbreviation changes?!
On 3/23/2012 9:40 AM, Tom Hughes wrote: On 23/03/12 12:36, Mikel Maron wrote: User chdr (http://www.openstreetmap.org/user/chdr) seems to be running a script to automatically replace street name abbreviations with the full word. so 1600 Pennsylvania Ave NW becomes 1600 Pennsylvania Avenue Northwest. Which is not the way anyone ever writes street names here in DC. Well the normal rule in OSM is that we write names unabbreviated because it's easier for a user to abbreviate automatically then to expand automatically. That said certain abbreviations are so common in the US that the names are essentially never written in full and those possibly should be left alone. Hence http://wiki.openstreetmap.org/wiki/Name_finder:Abbreviations#English Lynn (D) - KJ4ERJ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] automated abbreviation changes?!
On 3/23/2012 11:00 AM, Kay Drangmeister wrote: Lynn wrote: my address is: USPS: 521 Waterman Ln SE Full: 521 Waterman Lane SouthEast But I've never, ever written it in the full form and even the city-supplied street sign shows Waterman Ln. http://www.googlefight.com/index.php?lang=en_GBword1=%22waterman+ln%22word2=%22waterman+lane%22 this looks like it is almost a draw (181:150). So never ever seems exaggerated. :-) Nope, note the I in that statement. I have NEVER written it in full form. Lane, yes. SouthEast NEVER. Consider: http://www.googlefight.com/index.php?lang=en_GBword1=waterman+ln+seword2=waterman+lane+southeast But I'm dropping out of this discussion having learned of the OSM standard and being made re-aware of the difference between the data and a rendering of the data. Lynn (D) - KJ4ERJ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Group relation proposal
On 3/22/2012 2:27 PM, Robert Scott wrote: On Thursday 22 March 2012, LM_1 wrote: I have created a new proposal for group relation (type). It is intended to reduce tagging duplication and make it easier to map dense public transport areas by grouping ways that are used by multiple transport lines (not having to add the same group to multiple route relations). The proposal is here: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Group_Relation IMO this would make life significantly more painful for data consumers. +1 or 1,000 from me! Especially as more developers move to being data/API consumers rather than tile server retrieve-and-display. Lynn (D) - KJ4ERJ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Windows OpenStreetMap Server
And if you plan to run a full planet OSM tile server, you better have LOTS of RAM and seriously FAST disk drives! I managed to get the planet imported into a 24GB VMware Ubuntu VM spread across 3 physical spindles with LVM but all on a Windows 7 64 bit host.. By the time the planet was downloaded and imported, it was already 8.3 DAYS behind. I got the osmosis/osm2pgsql job running (Minutely Mapnik) and it's now just about 1 day behind, but the import was finished on January 25 and it is now February 20. Yes, it has taken nearly a MONTH to get and apply the diffs in 6 hour chunks. At least I could drop the VM from 24GB to 7GB for the catchup phase! Lynn (D) - KJ4ERJ On 2/21/2012 10:02 PM, Toby Murray wrote: Step 1: Install Virtualbox Step 2: Install Ubuntu inside of Virtualbox Step 3: Follow linux documentation to install your server I know there are some people running OSM related servers out there but they are rare and documentation will be sparse and out of date. Also, you haven't said what kind of OSM database you are trying to install. I'm guessing you want a tile rendering server? That seems to be the most common. In this case, setting up the database is only one part of the process. Getting Mapnik to run on windows is going to be its own chore after you get the database itself set up. Again, probably not impossible but unless you already know a thing or two about how things work, it isn't going to be easy. For what it's worth, I did find this in the dev mailing list archives. Not sure if it is what you want though. http://lists.openstreetmap.org/pipermail/dev/2012-January/024239.html Toby On Tue, Feb 21, 2012 at 8:15 PM, Armandasantos@gmail.com wrote: Someone already installed OpenStreetMap database on a windows server? I searched and I only found instructions how to do this in Linux. Any link to documentation that explains how to install OSM on windows server? Thanks Em 20 de fevereiro de 2012 17:13, yvecaiyve...@gmail.com escreveu: I think it is, however most of the documentation available is dedicated to Ubuntu / Debian. Yves Le 20/02/2012 17:51, Armanda a écrit : Is that possible to install an OpenStreetMap database on a windows server? Thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk