Re: [OSM-dev] Tile usage without proper identification
On 08/23/2016 05:35 PM, Christoph Hormann wrote: If you turn off referrer transmission w.r.t. tiles the only effect this has is it prevents the tile provider from knowing what website you were requesting the tiles from. For me the reason for disabling Referrer at all has nothing to do with "tile providers". I just don't want this "feature" at all. With every click on every website, the linked website knows where I clicked the link. In my opinion such a "feature" should have never got HTTP standard! Noone needs to know where I came from when browsing the web! In case of non-free tile providers by the way use of API keys and tokens means the website is known to the tile provider even without a referrer. No problem. It doesn't force me to have Referrer active so regular clicks on websites don't forward information where the click happened. So if possible, just allow optionally passing of a API key or just a "website name" as a parameter to the PNG files. If tile loading starts to suck without enabled Referrer, I would just install a referrer spoofing addon to spoof any call to the tile server from my webbrowser to always show like it was loaded from openstreetmap.org --> problem solved and I don't have to enable Referrer globally. Manuel ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Please readd OSM as export format
Hello, I really like the new website layout. But for some programs OSM files as input are very handy and the new Export feature no longer has this format in the dropdown list. Can this be added to the new interface, again? Thanks Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Please readd OSM as export format
On 08/09/2013 08:56 AM, Peter Wendorff wrote: Hi Manuel, it's in the left column now, in the Data Section as Export Data. OK. Found it. Thank you. Greetings, Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Bug in OSM.org map stylesheet? Text partially missing...
Lauris Bukšis-Haberkorns lafriks at gmail.com writes: To me it looks like that restaurant was either added or changed so that and that triggered tile to be re-rendered but OSM re-renders only changed tiles/regions. I marked the tile dirty several times. There even have been changes in the region of the two tiles after I've added the restaurant name. So for me it seems to be a bug somewhere in Mapnik. Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Bug in OSM.org map stylesheet? Text partially missing...
Hello, in the center of this card view http://www.openstreetmap.org/?lat=49.959186lon=9.656336zoom=18layers=M you see a restaurant where the name is partially cut. This seems to have to do with the fact that the left part is on another tile as the right part. In the right part the street name seems to have priority which causes this ugly behaviour. Maybe this was caused by the latest stylesheet update. Can someone have a look at this? Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osm2pgsql installs default.style to /usr/share/osm2pgsql but searches in /usr/share
Parveen Arora wrote: I have always used osm2pgsql by compiling the source, and I don't remember I have faced any problem like that till now, But in case If I had may be i had placed the file to its correct location to get it worked. Maybe. I have the problem and I posted a URL where a debian user reported the same bug. If you have a /usr/share/default.style, then you placed it there on your own. This definetly is not the right place for this file. It should be located below /usr/share/osm2pgsql and the binary should read it from there without needing the -S switch. The bug even already existed on trac. I just had to add my patch there. Version we install through apt-get install osm2pgsql is old than the source available to compilation If I am not wrong. Doesn't change anything. I had a look at the SVN server and the Makefile.am, available there, still has the bug described here. There is one thing, I don't understand: Why does noone seem to be interested in this bug? It's a simple change. Two patches exists. One older version and the new version, I've attached. Is one of the developers of osm2pgsql reading this mailing list? Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osm2pgsql installs default.style to /usr/share/osm2pgsql but searches in /usr/share
Frederik Ramm wrote: Yes, you can use the normal trac system for that. Login is the same as your OSM login. Worked. Bug already existed. I've attached my patch, which works well: http://trac.openstreetmap.org/ticket/3457 Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osm2pgsql installs default.style to /usr/share/osm2pgsql but searches in /usr/share
Hello, is there a bugtracker available for osm2pgsql? I think I'll create a patch, which modifies the build system to work the way it should (doesn't make any sense to install default.style to some location, the program doesn't look for) and file a bug. Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] osm2pgsql installs default.style to /usr/share/osm2pgsql but searches in /usr/share
Hello, I have the following problem: $ ls -l /usr/share/osm2pgsql/ -rw-r--r-- 1 root root 726 2011-06-23 17:23 900913.sql -rw-r--r-- 1 root root 5179 2011-06-23 17:23 default.style $ osm2pgsql -U gisuser /tmp/map.osm osm2pgsql SVN version 0.70.5 Using projection SRS 900913 (Spherical Mercator) Couldn't open style file '/usr/share/default.style': No such file or directory Error occurred, cleaning up Someone here who could fix this? Thanks in advance Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osm2pgsql installs default.style to /usr/share/osm2pgsql but searches in /usr/share
Lennard wrote: osm2pgsql -U gisuser -S /usr/share/osm2pgsql/default.style /tmp/map.osm Of course, but that doesn't change the fact, that osm2pgsql installs default.style to /usr/share/osm2pgsql but then searches for it directly under /usr/share. Anything, I did, was to configure osm2pgsql with --prefix=/usr, run make and then make install. IMHO the default behaviour in this case should be, that make install installs this default file to where osm2pgsql searches for it. Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] openid
Hello Another question about openid: Is it possible to use it to, for example, to let an editor get access to OSM or is there still a regular OSM profile needed? Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Mapnik fails to render tile (bug in mapnik?)
Frederik Ramm frederik at remote.org writes: claims a role mismatch - you have tagged that patch to be an inner area of the multipolygon in question but in fact it lies outside. Correct... I picked the wrong area as outer. Took some time until I got access to a PC with a map editor installed, but now this multipolygon is fixed. Unfortunately I now have a second problem... I expect this area to be landuse=residential and so rendered in gray: http://www.openstreetmap.org/?mlat=49.99467mlon=9.68099zoom=16 Some parts are still in that gray, but if I force those tiles to be rendered, the landuse=residential is not longer part of rendering and I get white areas... Could someone please help here?... :´-( Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Mapnik fails to render tile (bug in mapnik?)
Hello, I have a problem with the following view: http://www.openstreetmap.org/?mlat=49.993605mlon=9.684956zoom=18 The marked area is a farmyard. It initially was tagged as landuse=residential until I fixed this. Problem is, that it now is displayed in the right style in the upper part but still as residential in the lower part. Mapnik says all parts are clean and even forced re-rendering doesn't fix this... If you zoom out one step, then the display is reversed. Valid display in lower part, invalid in upper part... Someone an idea what's going wrong here? Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Something wrong with the renderer?
Hello, currently it often takes days until I see a change, I uploaded, in the official Mapnik rendered map. In the past, rendering was much faster. Often changes were rendered within minutes. Is something wrong with the renderer? Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Uploading of GPX regularly fails!
Hello, I get errors like the following while uploading new GPX files: !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN htmlhead title500 Internal Server Error/title /headbody h1Internal Server Error/h1 pThe server encountered an internal error or misconfiguration and was unable to complete your request./p pPlease contact the server administrator, webmas...@openstreetmap.org and inform them of the time the error occurred, and anything you might have done that may have caused the error./p pMore information about this error may be available in the server error log./p hr addressApache/2.2.14 (Ubuntu) Server at www.openstreetmap.org Port 80/address /body/html Is this a known problem? Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] JXAPI down?
Hello, Seems like jxapi.openstreetmap.org is down again. Does someone know what happened to this system? Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] JXAPI down?
Ian Dees wrote: Someone was filling the queue with a single bounding box query. In general, a request with proper syntax will *always* return something. It may take several minutes (or even an hour), but it will return. Don't continuously hit reload or submit your request multiple times. There is supposed to be duplicate request checking, but it doesn't appear to be working and I haven't had time to check why. What confused me a bit is the fact that the overview page, which should show the queue of requests, was inaccessible, too. Would it be possible to give this page a higher priority? But you are right. Now anything works again. Got a response in just a few seconds. Anyway thank you very much for your work. So far this seems to get a pretty nice replacement for the old XAPI. Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] OpenID for OpenStreetMap?
Mike N wrote: I'm not sold on OpenID either - I know the pro arguments, but with OpenID, if you're keylogged or phished, they have full access to all accounts immediately. But different passworts for several services are even worse! Most people don't want this and just use the same everywhere. If now even one of those services logs the password, or even one of those pages gets hacked, then the person, who got the password, can access all accounts of this user. Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] How to make nodes API request succeed even with invalid nodes?
Hello, if I request a list of nodes and even one of them already has been deleted, then I don't get a response at all. Is there any way to get the API return at least the valid nodes or is the only way to get this to send one request per node? Thanks in advance Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Someone here who is able to delete unused oauth client?
Hello, could someone just delete this one: http://www.openstreetmap.org/user/M-Reimer/oauth_clients/169 Created by accident, as I misunderstood what this feature is. Yours Manuel ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev