Re: [OSM-talk] Editing wiki asks for confirmation code?

2020-07-24 Thread Skyler Hawthorne
I tried to post a screenshot, but the mailing list has a max size of 40 KB, which seems very small. I am on a OnePlus 7T with OxygenOS 10.0.11.HD65AA. I've tried a couple of pages by clicking the pencil button, making my changes, and then hitting the Save button. This is when the text box appe

[OSM-talk] Editing wiki asks for confirmation code?

2020-07-24 Thread Skyler Hawthorne
Hi, I'm posting here because I'm not sure where would be more appropriate. When I try to edit a wiki page, after I get to the preview page and enter a description of the change, a text box pops up that just says "confirmation code". I don't know if I'm supposed to get an email with a code or s

Re: [OSM-talk] Heresy - pure discussion

2020-07-24 Thread Tomas Straupis
2020-07-25, št, 00:58 john whelan rašė: > If reliability and security are critical then you have to start balancing > things out. This is a lie or FUD. Microsofts security/reliability level was a joke 20-30 years ago, it got somehow better since then but security is nowhere close and the tools

Re: [OSM-talk] Heresy - pure discussion

2020-07-24 Thread Jóhannes Birgir Jensson
Nothing beats PostGIS at the moment and there is a large migration of GIS databases going on in general where the free and free ( code and license) aspects of Postgre are major factors as well. In my job I am running and coding for Postgre, MySQL and MSSQL servers and have previously over the pa

Re: [OSM-talk] Heresy - pure discussion

2020-07-24 Thread James
POSTGRESQL with Gis extension has better performance than SQL Server indexing coordinates/type(node, way, polygon, relation) as columns. On Fri., Jul. 24, 2020, 7:01 p.m. John Whelan, wrote: > Thank you Hartmut, > > my expertise is not in GIS databases so this is helpful to know. My > experienc

Re: [OSM-talk] Heresy - pure discussion

2020-07-24 Thread John Whelan
Thank you Hartmut, my expertise is not in GIS databases so this is helpful to know.  My experience is much more to do with straight SQL databases doing none GIS work on a variety of platforms. Cheerio John Hartmut Holzgraefe wrote on 2020-07-24 18:49: On 25.07.20 00:16, Alexandre Oliveira w

Re: [OSM-talk] Heresy - pure discussion

2020-07-24 Thread Hartmut Holzgraefe
On 25.07.20 00:16, Alexandre Oliveira wrote: Having said that the main advantage of SQL is it is a standard so you should be able to connect practically anything to it. That's not entirely true. SQL is a language but every database implements its own dialect, i.e., some query keywords implemente

Re: [OSM-talk] Heresy - pure discussion

2020-07-24 Thread Alexandre Oliveira
I think it's stupid to even think about switching to MSSQL. OSM is free and open data built on top of free and open source technologies. Switching to MSSQL would be a dumb move, and as mentioned before, it would require the refactor of several tools built to work with PostgreSQL, which is pretty mu

Re: [OSM-talk] Heresy - pure discussion

2020-07-24 Thread john whelan
You need to define the requirements and if having open source software is a top priority that's fine. If reliability and security are critical then you have to start balancing things out. In general UNIX based solutions do not have the same tools available in Windows but with a skilled administra

Re: [OSM-talk] Heresy - pure discussion

2020-07-24 Thread Yves
But face it, philosophy is now also part of the discussion. And that's important. Yves Le 24 juillet 2020 20:50:22 GMT+02:00, john whelan a écrit : >If the database was smaller and less infrastructure was reliant on it >working I would agree with you that philosophically open source software >

Re: [OSM-talk] Heresy - pure discussion

2020-07-24 Thread Mateusz Konieczny via talk
Note: I am not a sysadmin. But overall I am missing any decent reasons to make such move. Maybe there is some reason for that, but nothing from what you presented appears to be a good reason. Frankly, if company had major problem with production severs using default passwords, uncontrolled acco

Re: [OSM-talk] Heresy - pure discussion

2020-07-24 Thread Tomas Straupis
2020-07-24, pn, 21:14 john whelan rašė: > I think we either run the largest PostgreSQL database there is or it is close > to it. Why do you think so? To my knowledge there are mch larger PostgreSQL databases going into petabytes. Can you be more specific as to what exactly was better in

Re: [OSM-talk] Heresy - pure discussion

2020-07-24 Thread john whelan
If the database was smaller and less infrastructure was reliant on it working I would agree with you that philosophically open source software makes a lot of sense. However your argument is philosophical rather than logical. Note I'm merely requesting that the idea be examined. I am not saying I

Re: [OSM-talk] Heresy - pure discussion

2020-07-24 Thread Yves
You're probably have some very good points when it comes to database management, but running an open map on open source software makes a lot of sense. Yves Le 24 juillet 2020 20:11:46 GMT+02:00, john whelan a écrit : >All this talk about databases and servers and sysadmins makes me wonder if

[OSM-talk] Heresy - pure discussion

2020-07-24 Thread john whelan
All this talk about databases and servers and sysadmins makes me wonder if we should reconsider our choice of operating systems and databases. At one time in the past I ran a Database support group that covered Sybase, Oracle, Microsoft SQL server, ingres and half a dozen other database systems.

Re: [OSM-talk] Proposed changes in rendering of diplomatic offices

2020-07-24 Thread Christoph Hormann
On Friday 24 July 2020, Daniel Koc4� wrote: > > My concern is that such change would invite automated mass edits, > because half of these objects still carry the old tag, which is a lot > for such common and well known feature IMO: Small clarification here: There are currently 6152 features with

[OSM-talk] Proposed changes in rendering of diplomatic offices

2020-07-24 Thread Daniel Koć
Hi, There is a proposition to change rendering of diplomatic offices on OSM Carto style (which is used for generating default map layer on OSM.org). On the one hand it introduces flag symbols for a new tagging, but on the other it would immediately stop rendering old, deprecated tag (amenity=embas