Re: [OSM-dev] [Tilesathome] ANNOUNCEMENT: T@H server will go away end of February
On Wed, 1 Feb 2012 19:44:47 -0500, Jeremy Adams mile...@king-nerd.com wrote: Also thanks to the legions of renderers, client developers, and style tweakers, such as Bob Kare, Petschge, Dirk Lüder-Kreie, the ROMA and TRAPI developers, and the people involved in running the read-only mirror architecture. That was and is amazing work that diverse people have been putting together there. Hi Jeremy, I forgot to mention you by name. Without a read-only API, there would have been no T@H, and although many were involved in creating and keeping it running, special thanks to you for keeping it up and running. Official OSM.org servers had our clients blocked, so were needed something that took over, and you had been doing a great job. The whole thing was pretty stable in the end, I logged into the t@h server only once during the last 9 months and that was after a reboot. :-) Best, Sebastian pgpY0hEf6vgqx.pgp Description: PGP signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] XAPI gone?
I just replied to a bug in our trac, complaining about an invalid caption tile. The crux is, that generating caption tiles needs the XAPI api and that seems to be very unreliable if working at all. Furthermore I was told that the hypercube might go away at some time... XAPI provides a very useful service and without it I cannot produce lowzoom caption tiles. Is there something which can supply that functionality? It doesn't need to be updated minutely, of course Below my reply in the bug. spaetz THese tiles are due to an invalid caption layer that has been uploaded. In this case http://tah.openstreetmap.org/Browse/details/caption/6/41/20/ These are not automatically regenerated. However in order to regenerate them, the t...@h client needs access to the XAPI, which does not seem to respond at the moment. (eg. http://www.informationfreeway.org/api/0.6/node[place=town|city|country][bbox=39.375000,45.895195,67.50,62.364159]) does not seem to work, or only works in some of the cases. I am afraid unless we get a XAPI like service, I cannot really regenerate the caption tiles Keeping this bug open. signature.asc Description: OpenPGP digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [Tilesathome] XAPI gone?
80n wrote: There was a recent disk outage on hypercube. The server is now back up and the database is currently being recovered. The service should be back shortly. Good to know Thanks for the prompt information, much appreciated. And thanks for the hard work. XAPI is really a killer service :-). (even if its programming language is a nasty sickness in Germany :-) ). spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [Tilesathome] XAPI gone?
80n wrote: Thanks for the prompt information, much appreciated. And thanks for the hard work. XAPI is really a killer service :-). (even if its programming language is a nasty sickness in Germany :-) ). You'll like they Python version then :) I prefer snakes to sicknesses, yes. Cool, did not know that you've rewritten it in python. Less challenging though :) spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] app launchers should NOT modify /proc/sys/vm
Currently, the navit (routing app) launcher script modifies /proc/sys/vm/overcommit_memory without ever setting it back. This change should -if at all- should only be done with serious evaluation on the respective devices IMHO. I don't want to introduce random OOM process killings because apps start using the RAM the kernel has promised to them. Do I get the OK to remove the relevant lines? I will follow up on this mail with a patch that you can ACK. spaetz Commit introducing this: http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?id=742fb4ae71e6a7e655385086ba9edebbf00b6ebd author Matthias Hentges o...@hentges.net committer Matthias Hentges o...@hentges.net 2008-01-05 commit 742fb4ae71e6a7e655385086ba9edebbf00b6ebd --- a/dev/null +++ b/packages/navit/files/navit.launcher ... + if test $USER = root + then + echo Enabling low-mem workaround... + echo 1 /proc/sys/vm/overcommit_memory signature.asc Description: OpenPGP digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] app launchers should NOT modify /proc/sys/vm
Emilie Laffray wrote: Is this email not better sent to the navit developers? I don't think Navit is maintained by anyone in the community of OSM. It may use data from OSM but it is not an OSM initiated project as far as I can see. Sorry, this mail went to OSM-dev by accident (too many email accounts with open in the title :-) ). This was supposed to go to the openembedded email list Just ignore it, spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] t...@h Server Down
FYI, there was a power blackout at the ETH and the t...@h server was affected too. Power is on again, but apparently some firewall network cards seem to be damaged, so t...@h is currently not reachable by anyone (including me). I was promised to get to know when they resolved the issue but ATM I can give no estimates on when that would be the case, sorry. Sebastian signature.asc Description: OpenPGP digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] what server next?
Grant Slater wrote: Politely, hell no. Compare total hardware usage and cost of operating and coordinating ti...@home* layer versus mapnik layer. Mapnik layer still operates from 1 server! hey, so does t...@h. It operates from 1 server. Just uses a few more clients :). * t...@h got us here, but mapnik can carry up further. It would be excellent to see the performance APIs which grew from t...@h growing more useful, maybe towards a feature set like xapi? I would love to see more ROMAs and TRAPIs put in place (fast read only mirror), also XAPIs that allow convenient filtering might be nice) What about the search server. Is that hardware sufficient? Indexing and searching is quite crucial and I seem to recall that the index was only updated every few months due to perf reasons. spaetz signature.asc Description: OpenPGP digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Using OAuth
Tom Hughes wrote: Yes, we could create a special OAuth permission to allow the email address to be revealed. It would have to be entirely separate however as it's a very significant step to reveal it. What are you trying to do that requires the user's email address anyway? TilesAtHome would be interested in such an (additional and optional) email Permission. This would give me the opportunity to mail users (if they wish to do so) on problems with the render clients. I'll have a look at using the oauth interface in the future for t...@h. spaetz signature.asc Description: OpenPGP digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Thoughts on an enhanced GPX api
Cartinus wrote: On Wednesday 29 July 2009 15:20:26 Ævar Arnfjörð Bjarmason wrote: That's because JOSM has a feature to automatically connect points that are near each other, but that's as far as it goes since it can't get any track information from the server. So while these new ideas give you access more data about the GPS tracks, saying that now you just have a useless cloud of points in busy areas is way off reality. So because there are ways to reverse-engineer most of the information with lots of effort that we have available anyway, you are saying things are fine? I bet you like the garmin file formats too, then ;-). Sorry, I still think in many areas tracks are just a useless cloud of points. I have been in the guessing game of whether gps points are a road, the bicycle way next to it, or the sidewalk next to that for long enough, to stop worrying about uploaded GPS points. spaetz signature.asc Description: OpenPGP digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Thoughts on an enhanced GPX api
David Earl wrote: 2009/7/29 Sebastian Spaeth sebast...@sspaeth.de: And no, I don't think the solution is to dropping those traces, but eg being able to connect traces along a path rather than having a big cloud of independent points would make them much more useful to me already. Isn't the point of the GPX traces not mainly to be able to make them available to other people to make sense of, but to (a) provide evidence of data source for possible copyright infringement accusations, OK, but for that I don't need them in JOSM when mapping. And downloading clouds of points is probably not of much use to a judge either :-). (Mylord, see those spots that look like London having measles prove that we didn't copy from google maps. :-) ) according to (a) others' traces would indeed be not useful for mapping then? (b) provide the trace for your own editing in Potlatch. (b) might be true, I never used Potlatch with GPS data. Does it show all points or only your own? spaetz signature.asc Description: OpenPGP digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [Tilesathome] remove redirect from old ti...@home server?
Dirk-Lüder Kreie wrote: OJ W schrieb: Currently http://dev.openstreetmap.org/~ojw/ is redirecting to tah.openstreetmap.org. Would it greatly inconvenience anyone if I stopped that from happening and put an actual website on dev.openstreetmap.org/~ojw/ ? I don't think any aspect of ti...@home still uses your dev-webspace. Might have to have a look at the wiki, though. Not that I'd know of. So turning off the redirect sounds fine to me. signature.asc Description: OpenPGP digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Thoughts on an enhanced GPX api
Elizabeth Dodd wrote: On Wed, 29 Jul 2009, Sebastian Spaeth wrote: but I agree with Frederik that the GPS traces as they are now and not overly useful to me, I stopped downloading existing traces and rely on my local ones instead. Downloading a point cloud without being able to connect the dots isn't that much of a help to me, most of the time. I'd like you to consider this particular piece of the earth. Hey, I wasn't saying that GPS tracks are useless in all cases and in sparsely populated areas they might be very useful indeed. But try downloading GPS point clouds from the middle of any metropolis and make sense of them. It's a bit like reading from tea leaves. And no, I don't think the solution is to dropping those traces, but eg being able to connect traces along a path rather than having a big cloud of independent points would make them much more useful to me already. signature.asc Description: OpenPGP digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Osmarender and Unknown Type
Andrew Ayre wrote: Hi, I'm using OSM in a project and I *much* prefer the look of the Osmarender tiles over the Mapnik tiles, especially the extra detail when zoomed out. However, if I go to www.openstreetmap.org and zoom in to Arizona blue tiles with Unknown Type appear. In fact I see this a lot. I've noticed that these blue tiles have been around on the Osmarender maps for months. If you mean zoom levels 6-11 than that would be because the caption layer that has been generated is corrupt so merging the captionless and captionlayers fails. This can be fixed by rerendering the caption layers of those tiles. Unfortunately there is no automatic process for doing that so someone should take care of priodic rerendering of those caption layer tiles spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] FW: using OpenStreetMap api
Frederik Ramm wrote: ...or use the ti...@home tile server which has no restricted usage policy. Hehe, so far not. However, I reserve the right to temporarily or permanently ban users that I perceive as a threat to the stability of the system. I don't care whether the tiles are used commercially or not. But being administered in spare time, I cannot make any stability or uptime guarantee for the tiles. I hope that is a reasonable restriction. spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Participation in gsoc 2009
Frederik Ramm wrote: I did not want to create the impression that the students did something wrong; if it came across like that then I wish to apologize. I was a mentor with GSoc 2008 myself, and I think that my student - Mario who did the Osmarender front-end - did a very good job, but nevertheless his work did not resound with the project in the way I would have expected it to. I agree, having been the GSoc admin for the OSM side, I think the students were doing a terrific job and at least 2-3 out of 4 are still active in the community. However, the appreciation or uptake by the community was less enthusiastic, unfortunately. Just to be upfront clear about it: I think OSM should participate at GSoC again, but I am not going to handle it this year. I have plenty of other duties and my time for OSM has been reduced even more since I own an OpenMoko :-). spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Crowd Sourced Testing of OSM 0.6 API
Andy Allan wrote: +1 - would be useful to just get the daemon running. Little point in *not* testing it! Besides the fact that this is a 4GB box with both MySQL and Postgres running, as well as Apache/Ruby, in addition to making the minutely Java-based osmosis dumps? Ahh, and serving the planet files of course. And various people (infrequently) doing database work there. No, I don't see a reason to not run one more daemon :-). SCNR ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Uptime problems of xapi.openstreetmap.org?
Stefan Keller wrote: Hi all, What are the core problems not being able to keep those Xapi services up, especially xapi.openstreetmap.org? Note, that I'm no XAPI maintainer. IMO there are at least 3 computers running xapi services: - 1 owned by OSM located in UCL is reliable but on a weak machine - 1 donated by bearstech which had a hard disk failure - 1 hosted on hypercube.telascience.org which is quite a powerful box. unfortunately it uses NFS mounted disk space with a history of outages and performance problems over the last weeks (months?) ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Ways with 40k nodes, was: osmosis pgsql schema
Stefan de Konink wrote: Yup; I know. But when Gert told me it costed 2x 150 euro + a place to sleep. I was like... come on I can fly to Russia for that money. So we have now 6 hours of other development (paid) time left :) This might come as a shock, but sometimes 300€ plus 30€ for a hotel is worth meeting people who code physically and in real life. It helps reduce misunderstandings and mail flamewars, and increases empathy, trust and helps coordinating things. :-) Especially if you have a solution that is superior to whatever there is right now. It's not going to install itself on the OSM servers, even if the code is publicaly available. spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] The wiki defines the database (was: relations)
Erik Johansson wrote: Real mappers don't document; their tags are enough. Wannabe mappers read documentation and follow templates. So how should you become a mapper if there is no documentation. There is a lack of people who are willing to write something on the wiki, not too many. there have been occasions when real mappers have documented their tags on the wiki, only to have the wiki pages overwritten by someone else's better ideas. maybe this puts some people off? Yes that is very cumbersome but how often does this happen, and does it really warrant that flippant attitude? Having a better way to handle multiple meanings of tags might help. Often enough that I have stopped caring about what the wiki says. The wiki were a great help if it listed commonly used tags together with a list of applications that are using/understanding those tags. (or probably describing that a certain app actively refuses to 'understand' a certain tag). That would allow people to help making their decision on whether they want to tag something as highway=culdesac or add a noexit=yes (a completely unneeded tag :-)). But this is not how the wiki is used. I have been tagging stuff since quite some time now and I refuse to have people telling me now that highway=cycleway;foot=yes is not valid anymore because its deprecated. If the wiki listed the formats of speed measurements that apps understand together with the frequency of actual format used, that would help much more than an eternal discussion on whether speed:mph is better than speed=30mph or whether everyone is/should be using metric measurement anyway. spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Boundary data
Roland Olbricht wrote: the boundary in OSM is maybe suboptimal structured. What is the best option? Discuss things first, others might not think of it as suboptimal as you think. 1) Leave the data as it is and use precautions in the software using it 2) Silently correct the data by running an appropriate script No 3) Discuss somewhere (where?) what the script should correct and what not 4) Encourage somehow (how?) the mapper community to correct it manually Yes, see above. Get consensus first on what is correct. In detail, there are a) the left:country and right:country attributes in the boundary ways. b) the nodes with tag k=place v=country which contain more information on a country. I don't see problems with both issues above. Everything in our db is sensitive to typos, so why is this more of a problem here? If the info is only partially present, it should be extended. sometimes it is simply inaccurate (e.g. if a way passes a point where three countries meet, there is no way to note the change of the country on one side) and it does provide no chance for additional information, e.g. the names of a country in different languages. Split the way, done. Why is the name not possible in different names? name:en=Switzerland name:de=Schweiz works for all other things too why not here? I don't perceive the current usage as especially problematic. But feel free to convince me otherwise :-). spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] OSM sandbox server
Martijn van Oosterhout wrote: There was one on dev at some point. similarly there was a test server for 0.6 which could be used for the same purpose. There still is afaik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] [Tilesathome] Proposal for [EMAIL PROTECTED] land/sea updates
Alan Millar wrote: Before anyone asks, yes, I am volunteering to code this. ;-) There is a problem right now that some z12 tiles are built wrong. Sometimes a land tile is colored as sea, and vice versa. (I am not talking about the unknown type tiles which will fix themselves over time). As I understand the [EMAIL PROTECTED] process, the ultimate decision on distinguishing land from sea happens in close_areas.pl, based on oceantiles_12.dat. I have found that there are areas where the data in there is simply wrong. This mostly happens in coastal areas around large water inlets or river deltas, because the data in the oceantiles_12.dat file isn't clear. It looks like close_areas.pl does a good job of guessing in many cases, but in others the file needs to be corrected. oceantiles_12.dat is only consulted if close_areas.pl can't decide. So the issue could be with either close_areas.pl *or* with oceantiles_12.dat. There have been bugs in close_areas.pl previously, so it might be worth checking if it's really the oceantiles.dat that is at fault. The problem with this is that this data is distributed as part of the code. The file can be updated and recommitted to svn, but areas will be rendered incorrectly until every [EMAIL PROTECTED] client gets every update. That is correct and it is not perfect. One idea of improving this is to have the server send a blankness hint when it distributes a task, that is, it could send to the client render z12-tileset x=34,y=234, if blank it should be sea The blankness hint could come either from the servers oceantiles.dat that it would keep current. Or it could come from the blankness entries that already are stored in the default layer, or it could come -as you suggest- from a blankness layer of its own. How big of a problem is this? In the oceantiles file, there are about 13 million sea pixels, 3 million land pixels, and about 203000 mixed (ambiguous) pixels. The data is mostly correct, but how much is in error? If we assume the land and sea ones are all correct (which they are not), and the mixed ones only have 1% errors, that could leave a few thousand errors. With 16 million pixels, a few thousand in error is not bad at all. But we will still want to fix them without dozens of svn commits and [EMAIL PROTECTED] client updates. I propose that we create a new layer which could hold this information in the blank tiles table. The close_areas.pl script would use the same logic it does now, but retrieve the z12 tile from this layer instead of the flag from the oceantiles_12.dat file. It could even check the neighboring tiles if the desired one is missing or ambiguous, like it checks the neighboring flags in oceantiles_12.dat currently. It should not be a difficult change to close_areas.pl Possible, but IMHO it should still be possible to use close_areas.pl in offline mode, as some use it to render local data files... I'd say that a new layer *might* be a bit overkill, as blankness information is in the current default layer as well. As proposed earlier, the server could give blankness hints together with a request based on what's in the default layer's blankness entry. If that hint turns out to be wrong, you can simply upload the right land/sea tile to make it right without need to SVN access. But if you think it could/should best be done with a new layer, than that would work too. Comments, feedback, or suggestions? Let me know what you think, especially if the situation is more complicated than I think. Sounds good. I don't think it's more complicated than that. I'd say that it might be easier to use the default layers blankness information rather than having a new one, and I'd say that the blankness hint could be distributed at task distribution time, which would save you one more HTTP roundtrip (and would remove the neccessity to make close-area.pl online-capable). spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Newby question
Alex Wilson wrote: Hi, I'm new to this mailing list but have been following the good work at OSM for a while and have been very heartened by the project's growth. I have a simple question: I'm interested in the relative runtime of the sub-components of the Osmarender-based tile generation process. Specifically the relative time for running the Osmarender code itself (the XSLT+Perl) versus rendering the resultant svg as a tile? I am presuming the former is a small proportion of the total runtime whilst the svg rendering dominates? usually the rendering of an SVG into PNGs with either Inkscape or Batnik take longest. Also downloading the data from the API takes its time (although it's not the bottleneck anymore, I think). I would be surprised if the XSLT/perl part would account for more than 20% of the time or so. But hey, if you come up with a cool system to save even more time, you are welcome to try... spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Online/offline slippy map finished.
On Fri, 09 May 2008 17:22:23 +0100 Jon Burgess [EMAIL PROTECTED] wrote: If you want a tool to visualize GPX files and overlay with a variety of map layers (including mapnik, osmarender or SRTM) then you could try viking. You can choose what tiles to download or ask it to download all tiles for a GPX trace. The tiles will be cached between sessions. It uses GTK-2 and runs on at least Linux and Windows. That does sound useful, thanks I will have a look. Also I managed to compile Onion's mapper which is a fork of maemo-mapper and that seems also decent. Sebastian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Online/offline slippy map finished.
On Fri, 9 May 2008 19:08:51 +0200 Raphael Studer [EMAIL PROTECTED] wrote: self._sock.sendall(buffer) error: (32, 'Broken pipe') The following patch would suppress these error messages: 3c3 import urllib,re,os,sys,stat,errno --- import urllib,re,os,sys,stat,errno,socket 40a41,42 except socket.error, (code, msg): if code == errno.EPIPE: print client aborted connection ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] [OSM-talk] Online/offline slippy map finished.
Sebastian Spaeth wrote: Frustrated by the lack of a nice map viewing tool for my eee pc, I have written my own hack. It's a local OpenLayers installation that is served by a python script (stock python, no additional libs). If the tile does not exist yet, it will be downloaded from the OSM tile server and be stored locally, so those tiles will be available for offline viewing. Tiles will be downloaded and stored in a directory called 'tiles' in the pyweb directory. If anybody finds it useful that is cool, otherwise I have just scratched my itch. P.S. This will only work on Unix'y systems as it assumes the path separator '/'. P.P.S. Ctrl-C will kill the pyweb server. Sorry, forgot to note that in the first place spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Online/offline slippy map finished.
Nick Black wrote: Great idea - this could be really useful. I get lots of errors running on OS X 10.5.2 though: File ./pymap, line 47, in do_GET if e.errno == os.errno.ENOENT: AttributeError: 'module' object has no attribute 'errno' I guess this should work on all (unixy) OS then: -import urllib,re,os,sys,stat +import urllib,re,os,sys,stat,errno - if e.errno != os.errno.EEXIST + if e.errno != errno.EEXIST - if e.errno == os.errno.ENOENT + if e.errno == errno.ENOENT I updated the tar ball on dev.openstreetmap.org as well. spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Online/offline slippy map finished.
Andy Allan wrote: I'll need to check this out - I've found it frustrating trying to demo the map even if I'm carrying my laptop around. On the vague chance that there's wireless available, all I get is ooh, that's really slow when it's the crappy wireless that's the problem :-) Simple local caching sounds good. Last public post on this toy, I promise. Some people thought it might be useful so it's here now: http://svn.openstreetmap.org/applications/viewer/pymap I haven't tested how well it performs (Simplicity was the first goal), but it will certainly be better than a crappy wlan. It would also be trivial to make it update old local tiles on demand. I agree that this would be ideal to showcase OSM maps e.g. at conferences where WLAN is existent but horrible. spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Online/offline slippy map finished.
Nick Black wrote:
Cool - its all working now.
Is there any cache expiry for tiles or is it a case of deleting the
tile directory?
No expiry so far, but it would be easy to make it so. All the pieces are
ready, basically.
Until then, just deleting old tiles must do.
find tiles -mtime 30 -exec rm {} \;
will delete all tiles that are older than 30 days, for example. Use that
command with great care.
Sebastian
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] 0.6
Brett Henderson wrote: Being fairly intimate with the issues involved in trying to split files into bboxes and polygons I'd love to see a polygon concept. Currently it is almost impossible to split osm files into tiles suitable for devices such as a garmin. I've created a pgsql schema which will provide the basis for splitting nodes and ways more effectively but polygons are impossible without resorting to complex and constantly changing tag analysis. As for creating too many new osm types, I think the advantages of this outweigh the bad. We already have a node which represents a single point, a way which represents a line, and a polygon type would be a natural progression with another dimension added. Unless we start modelling 3D objects we then have a complete set of primitives for 2-dimensional modelling. I tried to resist jumping in to a mostless pointless discussion, but this is the first valid argument that I see. However, you need a tag analysis anyway. If I understand you correctly you would like to split files easily according to polgonlevel=country.../polgons or whatever, right? How is that more less complicated than looking for wayboundary=administrative;admin_level=2/way I am not against a polygon feature, just trying to understand how it solves issues. I agree that parsing one polygon is easier than recursively analyzing relations and assembling the border from multiple ways, but what if you simply required the country border to consist out of one way? spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] 0.6 api - same story
Tom Hughes wrote: THE API WILL NOT BE CHANGING IN TEN DAYS. I know that it will not change, but that is what the wiki said :-) That is what I meant by clumsy communication, and it was not directed to you. I am more than happy about the outcomes of the hackathon and think you guys did a terrific job there. Thanks to all involved. Sebastian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] dev server down?
Grant Slater wrote: Not sure if anyone's aware but the dev server appears to have been down (can't access via http or ssh) all day Friday. Yes are aware. I am going first thing in the morning to fix. I just logged in via ssh. Grant what was wrong with it? spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Google Summer of Code
Mikel Maron wrote: (a) Wi.l there be a publicly available repository for the code? Any ideas on this? At the least students and mentors want to share code, maybe others .. but we don't want to hit the main trunk in the initial stages, and branching probably unnecessarily complicated. Would it help you if I set up a mercurial repository on the dev server? You could develop independently from svn there. Or you just make an SVN branch. Sebastian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Google Summer of Code
Tom Hughes wrote: Why on earth would we want to do that - we have a perfectly good repository so why not use it. Just because some people expressed in the past that they would ahve preferred a distributed VCS and that it would have lowered their entry barrier to create a local branch for experimenting. I agree though that using SVN branches is the most sensible solution. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] See Data, a UI for browsing OSM data in the main map
Lauri Hahne wrote: This is a great way which allows newcomers to fix up their street name if speled incorrectly or allow them to make a street one-way. It's also useful for more powerful users (which tags are on that street?) rather than having to start up JOSM and paste in the bbox URL. Isn't that what's Potlatch for.. (if we forget that P. is malum in se (or at least used to be)) a) I still can't run potlatch as Adobe does not provide a Flash for my operating system. b) Potlatch is still too much of a learning curve for these users. Things look differently there. If you can click *on the map* and enter the street name, it's much easier, I think. Sebastian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Lowzoom [EMAIL PROTECTED] patch - any takers?
Andrew McCarthy wrote: My first post to the Dev list :) Congrats. Patches of this kind would even be more appropriate on the tilesathome mailing list, so no need to come here for that patch :-) Following a short discussion on the [EMAIL PROTECTED] list about lowzoom, I prepared the attached patch. It combines (a) the layers.conf changes suggested by 'jth' on the lowzoom wiki page with (b) a change to tilesGen.pl that confines the downloaded data for the lowzoom caption tiles to just large placenames. Do talk to Dirk-Lüder Deelkar Kreie, he comes closest to a tah client owner, even if he sometimes denies this :-) Any opinions? In my tests it worked fine for generating the caption tiles for Ireland, and saved megabytes of bandwidth per tile. I haven't looked at the patch closely, but it looks generally OK TO ME AND if deelkar agrees, then commit it. To make sure it's not lost, do get a SVN account and commit it yourself :-). Sebastian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
[OSM-dev] GSoC applications are in! MENTORS wanted
Hi all, Google summer of code application deadline has passed. We have received 27 applications. I have stripped out sensitive information such as e-mail addresses and other contact information (and also a full CV) and put the on this wiki page: http://wiki.openstreetmap.org/index.php/GSoC_Applications_2008 I did this for 2 reasons: 2) We need mentors for the students, and depending on how many slots Google will assign us, that could be a few. So, if you find an application that sounds great to you and you would love to mentor it, then step forward and tell me (AND sign up also). I think chances of wanted applications should be better, as a motivated mentor is a good thing to have! So far these 5 people have signed up as mentors: Artem Dudarev, Avinash Dubey David Christopher Anderson Frederik Ramm, MALLA RAVINDRA ADITYA I only know Frederik of this list, perhaps the others could step forward and tell me who they are and what areas they would like to mentor. These people have volunteered in the wiki, it would be great if really they could sign up as mentors: Mikel, RalfZ, Milovanderlinden, Texamus, Geonick, Ramack, Fjbehr. There is a mentors guide to the GSoC thingie which you would need to follow: http://groups.google.com/group/google-summer-of-code-announce/web/guide-to-the-gsoc-web-app-for-mentors-and-organization-administrators It basically boils down to: 1) login into google somewhere. 2) visit http://code.google.com/soc/mentor_step1.html 3) Sign up, check OpenStreetMap 4) Browse the applications and click on I am willing to mentor wherever you think you would like to mentor someone. Thanks Sebastian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] [OSM-talk] GSoC applications are in! MENTORS wanted
Hakan Tandogan wrote: I am an self-employed Computer Scientist with lots of experience in databases and web applications. I live and work in Germany. Hi Hakan (I can probably talk in German with you :-)) thanks for volunteering, I have accepted you as a mentor. You can now click on any proposal you like and say that you are willing to mentor a proposal (such as the geonames one). I can't enter info like this myself. Google seems rather strict with this. Honestly, I was wondering about the Geonames project application. I am not sure (from a license point of view) that we can import Geonames data, as they also require attribution. spaetz CC dev list to get some feedback on the license issues involved. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] New to OSM
Matt Ludlum wrote: Howdy all, I came across this project when applying for the Google's Summer of Code. It is a really neat project and I've been reading up ever since finding it. Cool, thanks for liking it. We welcome you to I'm very interested in the generalization problem stated in the SoC wiki page and would like to help out with it during this summer. Is there any particular place I should start reading? Not that I'd know of, sorry. Perhaps others will be able to point you to things. Note that IMHO such a generalization would have to happen on either a per renderer level (osma or mapnik), or you would have to implement a kind of OSM file preprocessor to make things work for all kinds of applications. spaetz ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
[OSM-dev] [Fwd: Project idea for openstreetmap in Google SOC 2008]
Dear OpenStreetMappers, please read and provide feedback to this proposal. I find myself unable to assess the quality and newness. Please CC [EMAIL PROTECTED] in your reply. spaetz ---BeginMessage--- Dear Sir, I am an undergraduate student in computer engineering. I am currently working on my final project low cost GPS/GPRS based Tracking system. Main target of my project is low cost and bundle fee free approach. Another objective is to find out the possible areas where GPS can ease life. This is for mass use of tracking moving objects and make available to the general users in all over the world. I am currently using Telit GM862-GPS module and Google map. Now understand in many ways combination of GPS device and free online map can change our life. I am very interested to work with you and contribute all of my little knowledge, experience and effort for this project. Problem: Users may not always have system to see online maps. Specially when they are on go and may have mobile phone or any embedded device. But the mobile may not be capable of showing online maps. Moreover static map in a mobile device will be far costly. Possible Solution: Relative Coordinate system: If the user have a simple j2me supported mobile then they can easily find the location of the GPS device (local or remote) by relative coordinates. The GPS coordinates will be sent to Geo server and the server will calculate and send the location comparing to well known places near to the device. The location will be shown graphically. Please see the attached image as rough example. The mobile or embedded device software will have only signs. It will get relative coordinates and data from the server. Then it will match the sign and show the data graphically. My idea may not be enough or may have lots of lacks. Please advise me for proper and effective approach. I will be waiting for you response and advice. Thank you, -- MD.MAHBUBUR RASHEED (Captain___nemo) attachment: relative_coordinate_system.JPG---End Message--- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] X-Prizes
SteveC wrote: On 18 Mar 2008, at 17:03, Frederik Ramm wrote: Hi, Anyone have any thoughts on whether it would fly? It might but I fear that the coding community would be adversely affected to a point where people don't work unless paid, or free time programmers get shot down for taking away cash from others, whatever. Currently if someone says he's working on subject and he's not fast enough for my taste, I can just implement it faster; if money and prizes come into play, this makes me the evil guy who has taken away his money (even more so if he should have spoken about his work on the list beforehand)... all sorts of potential problems. are there examples of where this has happened in other projects? e.g. the Freenetproject nearly died around 2003 because there was a programmer hired full-time, paid by donations. Other contributors stopped contributing and became merely bystanders discussing on how the main guy should implement things. It's not always that way (actually some studies couldn't detect such a crowding out), but there are incidents like this. see also crowding theories or crowding out for more academic stuff on this. Sebastian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
[OSM-dev] Applied for Google Summer of Code
OK, I have just submitted our application to Google SoC. We are in the pool. bobkare volunteered to act as backup admin in case I drop dread. Thanks for that. Let's see if this works out this year. I will probably be (nearly) non-reachable on WEdnesday and Thursday BTW, as I represent an OpenStreetMap stall at OpenExpo.ch in Bern, Switzerland. Sebastian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
[OSM-dev] Next steps (was: Applied for Google Summer of Code)
OK, here are the next steps for GSoC. - We need students who are willing to take up one of the projects listed on our wiki page (they can propose their own thing to us too, of course). Students who are interested should show their interest now. @all: If you know a promising student, let them know about OSM GSOC. - We need mentors who are willing to coach students during coding phase is May 26 - August 11. All you need is some familiarity with OSM, the people involved, a Google account, and some time. Please add your name to the wiki page if you are willing to coach somebody - We need to choose projects we'd like to have implemented and match students with tutors. How do we do that? Should we set up a poll page? Should students choose freely? Does the OSMF have specific pet projects they'd like to see implemented? SteveC, TomH, Jon, 80n,... any favorites? Mail me if yes. Sebastian Below a timeline of when and how things start: -- - March 13-17: Google program administrators review organization applications. - March 17: List of accepted mentoring organizations published on code.google.com/soc/ (~12 noon PDT/19:00 UTC). - Interim Period: Would-be student participants discuss application ideas with mentoring organizations. - March 24: Student application period opens (~12 noon PDT/19:00 UTC). - March 31: Student application deadline 5:00 PM PDT/00:00 UTC April 1, 2008. - Interim Period: Mentoring organizations review and rank student proposals; where necessary, mentoring organizations may request further proposal detail from the student applicant. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] [OSM-talk] Next steps
I might be able to get my uni Computer Science department to pass on an e-mail to all it's students. That would be cool. Could a couple of paragraphs or so be written for this, that we can add to a paragraph that's local specific? OK, here is my try on it, feel free to modify -- Want to help mapping the world, get to know nice people and earn money? The OpenStreetMap project collects geographical data and makes them available in various forms for various purposes, e.g. as street maps, etc. OpenStreetMap has applied for sponsorship through the Google Summer of Code initiative. This means that students get to choose a task they want to work on, code on it between May 26 - August 11 2008 and get paid for it by Google. A mentor from the project will be assigned to the student and support them as much as possible. Sounds cool? It is! Find more info on the Google Summer of Code here: http://code.google.com/soc/2008/ The OpenStreetMap project has more information and potential projects here: http://wiki.openstreetmap.org/index.php/Google_Summer_of_Code Feel free to have a look, get into contact with people and pick (or suggest) a cool project to work on. [EMAIL PROTECTED] will try to help you find some tasks if you are not sure what to do. The OpenStreetMap community looks forward to your application. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
[OSM-dev] osmosis diffs revisited
Brett Henderson wrote: Hi Spaetz, I'm getting a bunch of errors from the minute cron job still. I may have given you bad instructions and told you to chmod u+x ... the wrong files. You can probably just run: chmod u+x ~/bin/* I just chmod +x ~/app/osmosis/build/dist/bin as bretth (they were not). Hopefully this will fix the osmosis diff dumps. Sebastian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Daily planet diff only 14 bytes
David Earl wrote: Today's planet diff is only 14 bytes. Did nothing happen yesterday, or has something gone wrong? Sigh, I do hope it's got nothing to do with the changes I did to osmosis as outlined by bretth. (the only thing I did is change version scheme from 10 to 11). Because if it is, then we are doomed to wait until he is back... Sebastian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Google Summer of Code 2008, March 12 deadline
Gervase Markham wrote: Sebastian Spaeth wrote: Sounds reasonable, but I don't mind the brainstorming happening there now. I can always put stuff away on the future ideas page, after/when submitting us. The problem with that is that, when you register your organisation, you have to give them the URL of your Ideas page. If you give them the current page, then you can't decide Oh, that's now the brainstorming page, the ideas are actually over here. Well, you can, but it gets confusing. I see the point. I'll try to move things a bit before submitting the application. Thanks for the heads up. Sebastian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Osmosis broken
Brett Henderson wrote: Just happened to check my email, I won't be back for another week or so. To fix the problem, do the following steps (I can't access anything from internet cafes myself). Login as bretth on dev Change to the ~/app/osmosis directory Modify src/com/bretth/osmosis/core/mysql/v0_5/MySqlVersionConstants.java and change the version constant (do NOT run svn update!!!) Run ant clean all to rebuild osmosis Run chmod u+x ./bin/osmosis* to make the launch scripts executable I applied the above steps. Let's see if this fixes things. Alternatively, just wait another week or so :-) That would be plan B. Sebastian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Google Summer of Code 2008, March 12 deadline
Gervase Markham wrote: Sebastian Spaeth wrote: I will use: http://wiki.openstreetmap.org/index.php/Google_Summer_of_Code as a starting point. Feel free to add ideas for projects to that page. From the Mozilla experience, I'd recommend having separate Brainstorming and official Idea List pages, with the GSoC admin transferring sane ideas from the former to the latter. Sounds reasonable, but I don't mind the brainstorming happening there now. I can always put stuff away on the future ideas page, after/when submitting us. Sebastian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] Google Summer of Code 2008, March 12 deadline
Grant Slater wrote: Dev, Google SoC 2008 has been confirmed. http://code.google.com/soc/2008/ http://wiki.openstreetmap.org/index.php/Google_Summer_of_Code This is a fantastic opportunity. I might have some spare time and just volunteered to submit OSM to Google Soc. I will use: http://wiki.openstreetmap.org/index.php/Google_Summer_of_Code as a starting point. Feel free to add ideas for projects to that page. If somebody else feels the strong urge to take over this job, I will happily cede the position to whoever wants it. Sebastian ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
Re: [OSM-dev] OSM clickable POIs - implementation?
Shaun McDonald wrote: On 6 Jan 2008, at 15:55, Christopher Schmidt wrote: Something like this? http://crschmidt.net/osm/osm.html http://crschmidt.net/osm/history.html?type=wayid=8615004 This all works directly against the API, and should work in FF1.5+, IE6+, Opera 8+, and Safari 3+. As a proof of concept, this is brilliant. I'd love to see something similar to this as an optional editor on the OSM web site. +1. This is really the easy wiki-like entry level editor for things like oh, there is a spelling mistake in my street. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
