[OSM-dev] kothic-js demo with LandForm Panorama contours on Freemap
Hi, Over Christmas I've been knocking together a demo which uses kothic-js client side rendering for Freemap, incorporating LandForm PANORAMA contours. You can see it at http://www.free-map.org.uk/0.6/; full details on the blog post at http://www.free-map.org.uk/wordpress/?p=221. It's best viewed in Chrome (see the blog post), though it's been tested on Firefox 8 and Opera 11.6 as well. To summarise: I'm pretty impressed with the lightweight clean simplicity of the components (e.g. Leaflet, geojson, mapcss, most of which I hadn't played with until now) and am generally pleased with the performance of kothic-js itself. One or two issues (not sure if the developers of kothic can answer these): I'm having difficulty with line features at tile boundaries. If any line features have coordinates of x=0 or y=0, or x=granularity or y=granularity, the whole tile rendering messes up, consequently I have to convert such coordinates to 1 or granularity-1 respectively. I use postgis ST_Intersection() with the bounding box to crop the geometries. Polygon features don't seem to have this problem... any idea? Overall though I'm impressed and consequently kothic-js is likely to form the basis of the next revision of Freemap. Nick ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] [API] What characters to escape in tag keys/values?
Hi All, long time no see. I have an issue with a tag value ending with a % (percent), e.g. 15%, returning a 500 error from the api, while 15%20 does not. I assume there is some escaping logic behind but it is not clear to me which characters should be escaped and how. AFAIK, no escaping should be necessary in a xml attribute coded in UTF8, but I might be wrong. Could someone enlight me, please. Thanks - Chris - ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [API] What characters to escape in tag keys/values?
On 30 December 2011 13:47, Chris Browet c...@semperpax.com wrote: Hi All, long time no see. I have an issue with a tag value ending with a % (percent), e.g. 15%, returning a 500 error from the api, while 15%20 does not. I assume there is some escaping logic behind but it is not clear to me which characters should be escaped and how. AFAIK, no escaping should be necessary in a xml attribute coded in UTF8, but I might be wrong. Could someone enlight me, please. There is some escaping necessary, but not for percentage symbols. See http://www.w3.org/TR/xml/#syntax for the definition and also http://stackoverflow.com/a/1091953/105451 which is slightly easier to read. Of course, there are also a handful of unicode characters that are not valid in XML (and hence not valid in OSM) but again, that's not what you're asking. Sorry not to be able to help directly! Maybe if you can provide a payload that the devs can replay against a local copy of the rails port, that would help. And feel free to experiment against http://api06.dev.openstreetmap.org Cheers, Andy ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [API] What characters to escape in tag keys/values?
On Fri, Dec 30, 2011 at 15:41, Andy Allan gravityst...@gmail.com wrote: Sorry not to be able to help directly! Maybe if you can provide a payload that the devs can replay against a local copy of the rails port, that would help. And feel free to experiment against http://api06.dev.openstreetmap.org Thanks. Here is an osmchange showing th issue: http://dl.dropbox.com/u/7264433/test.osc - Chris - ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [API] What characters to escape in tag keys/values?
On 30/12/11 15:19, Chris Browet wrote: On Fri, Dec 30, 2011 at 15:41, Andy Allan gravityst...@gmail.com mailto:gravityst...@gmail.com wrote: Sorry not to be able to help directly! Maybe if you can provide a payload that the devs can replay against a local copy of the rails port, that would help. And feel free to experiment against http://api06.dev.openstreetmap.org Thanks. Here is an osmchange showing th issue: http://dl.dropbox.com/u/7264433/test.osc I'm still unclear what API method exactly is giving you the problem... When I read your original email I assumed you were talking about problems reading such an entity from the API but in that case I assume you would have given a URL for the problem object or area. So are you talking about a diff upload? An individual object PUT call? I would also mention of course that bugs should really be reported in trac with full details of how to reproduce them. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [API] What characters to escape in tag keys/values?
Hi, On 12/30/11 16:19, Chris Browet wrote: Here is an osmchange showing th issue: http://dl.dropbox.com/u/7264433/test.osc I can confirm this (trying to upload using a perl script against api06.dev). 500 Internal Server Error with the percent sign, and uploading fine without. Bye Frederik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [API] What characters to escape in tag keys/values?
On Fri, Dec 30, 2011 at 16:36, Tom Hughes t...@compton.nu wrote: On 30/12/11 15:19, Chris Browet wrote: On Fri, Dec 30, 2011 at 15:41, Andy Allan gravityst...@gmail.com mailto:gravityst...@gmail.com** wrote: Sorry not to be able to help directly! Maybe if you can provide a payload that the devs can replay against a local copy of the rails port, that would help. And feel free to experiment against http://api06.dev.**openstreetmap.orghttp://api06.dev.openstreetmap.org Thanks. Here is an osmchange showing th issue: http://dl.dropbox.com/u/**7264433/test.oschttp://dl.dropbox.com/u/7264433/test.osc I'm still unclear what API method exactly is giving you the problem... When I read your original email I assumed you were talking about problems reading such an entity from the API but in that case I assume you would have given a URL for the problem object or area. So are you talking about a diff upload? An individual object PUT call? I would also mention of course that bugs should really be reported in trac with full details of how to reproduce them. Sorry, I realize I haven't been clear. It is when trying, via merkaartor, i.e. the api, to upload a new object. Re TRAC, obviously, but I wanted to be sure it was an api bug rather than a merkaartor one. I guess Frederik's replay confirm this is an api bug. - Chris - ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [API] What characters to escape in tag keys/values?
On Fri, Dec 30, 2011 at 16:50, Frederik Ramm frede...@remote.org wrote: Hi, On 12/30/11 16:19, Chris Browet wrote: Here is an osmchange showing th issue: http://dl.dropbox.com/u/**7264433/test.oschttp://dl.dropbox.com/u/7264433/test.osc I can confirm this (trying to upload using a perl script against api06.dev). 500 Internal Server Error with the percent sign, and uploading fine without. Bye Frederik Thanks Frederik. Ticket http://trac.openstreetmap.org/ticket/4166 created for this. - Chris - ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] What can we do to get a tile.openstreetmap.org contributable CDN within a month?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 The basic outline; - - People seem to love using tile.openstreetmap.org for any of their apps - - Apps get blocked for various reasons, contributing back is difficult - - OpenStreetMap wants to be the leading provider of such data I would propose a small working group to outline what should happen to facilitate the creation of a Content Delivery Network (CDN) serving the basic tiles, and allow easy contribution this network. This should produce a prototype of at least 3 servers. Questions such as: quality, update frequency, traffic shaping, geographical balancing and high availability could be part of this working group. I would like to invite anyone to participate, especially: - people that already have their own tileservers running, and/or are currently balancing traffic; - business folks: what could be a motivation and what can be a cutback in for example attribution, - users of for example openlayers, etc. what kind of caching can be applied, and if this should be configurable client side Participation can announced in private or on list. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk798H0ACgkQYH1+F2Rqwn2I9ACeJV+vFfBvI4CaTET0BqjuuX1s G78AnRv6+Qh7MkIrN1DQ6fQ34p1j0uuS =+WNS -END PGP SIGNATURE- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] What can we do to get a tile.openstreetmap.org contributable CDN within a month?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I have just summerized the e-mail by Mike, and created a wiki page the follow up the status: http://wiki.openstreetmap.org/wiki/TileCDN Op 30-12-11 18:23, Lynn W. Deffenbaugh (Mr) schreef: I would love to monitor such discussion and contribute if I think I have something to offer. Will such discussion be here on the [OSM-dev} or elsewhere? I don't want to induce a lot of offtopic and negatively. The 30 days in the subject is something that I would like to realise, not talk about. Theoretically the CoralCDN could be used for distributing OSM tiles by simply suffixing the domain with .nyud.net, but I have not tried this yet. There would be little to no intelligence brought to bear on how long individual tiles would be cached vs flushed and/or whether mixed-revision tiles would be present in and delivered from the cache, not to mention that I don't think the CoralCDN passes through the original User-Agent either. I do not have yet investigated what the options are of CoralCDN, but the main problem is to get the *alternative used*. I guess switching to a system that is partly in our own hands results in a higher quality, thus we must have ability to invalidate data quickly. If that is covered in CoralCDN the only thing remaining is finding a good solution for the 'hostname' issue. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk7+AE4ACgkQYH1+F2Rqwn3V1ACfd9wODnhcav/lC0jnaK816/AX YAwAnig+5IuGoiuxciB32FHl3ulnMvjk =pKVk -END PGP SIGNATURE- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] josm-tested (r4667) bad preferences file: SOLVED
2011/12/29 Richard Weait rich...@weait.com That bug from 2008 pointed to my problem. I was using an old jre. Don't do that. :-) Maybe we can do something about it in JOSM. First I have updated this wiki page: http://josm.openstreetmap.de/wiki/Help/SystemRequirements To point out the more recent bugs caused by an old JRE version. Next, I propose to update the Main.checkJava6() to issue a warning when JOSM runs with an old JRE 6. We'd just have to define what old is. It must be at least 14 (the update fixing this issue), but we have the following versions of openjdk-6-jre in Debian/Ubuntu: - Debian stable: 18 - Ubuntu stable: 23 So, I'd suggest 18, to start with ? ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev