[OSM-talk] Slippymap Hosting Recommendations
Hello. I'm starting to think about hosting a slippymap and I was wondering if anyone can recommend a hosting provider? I know some providers have weird restrictions about numbers of files, and I'd like to avoid that, since slippymaps are made up of lots and lots of little files. I'm also dirt poor and located in the US, so cheap and local would be desirable :-) Thanks, Bone ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippymap Hosting Recommendations
All I'm really looking for is a place to store tiles I render offline. I plan to cover all of Pennsylvania, which by my back-of-an-envelop calculations would be around 30GB of tiles. I have that much space on my personal website, but I keep bumping into my hosting provider's limit about maximum number of files, which is driving me nuts. My project isn't so much a non-profit as just my personal hobby, which I hope will someday congeal into something that helps bicycle commuters plan routes to work / school. I have enough space to do this with my current provider (Omnis), but they have some weird limitation about total number of files, which I keep bumping up against. Bone Milenko wrote: > What exactly are you looking for? Dedicated server, cohosting, VPS? > Are you looking to run a full slippymap, or only just something for a > specific region? Do you need to generate the maps on the server, or > are you going to render them offline and then upload them to the server? > > Depending on what you're looking for, I might be able to help - I have > access to some servers and bandwidth for non-profit type projects. We > don't have any quad-core machines or anything, but sometimes free is > better. We're located in NE PA, which I think is near you. I run into > alot of your stuff when mapping around my area, so I assume you're > from around here somewhere. :) > > -Jeremy > > > - Original Message - From: "Bone Killian" <[EMAIL PROTECTED]> > To: > Sent: Tuesday, January 22, 2008 4:22 PM > Subject: [OSM-talk] Slippymap Hosting Recommendations > > >> Hello. >> >> I'm starting to think about hosting a slippymap and I was wondering if >> anyone can recommend a hosting provider? I know some providers have >> weird restrictions about numbers of files, and I'd like to avoid that, >> since slippymaps are made up of lots and lots of little files. >> >> I'm also dirt poor and located in the US, so cheap and local would be >> desirable :-) >> >> Thanks, >> Bone >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk >> >> >> -- >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.516 / Virus Database: 269.19.9/1237 - Release Date: >> 1/22/2008 11:04 AM >> >> > > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippymap Hosting Recommendations
Yes, I just signed up. To get that price, you have to make a 2 year commitment. I think it was $7.95/month for a 1 year commitment. I also asked them, and they say that they don't have any inode limits like many hosing providers. Thanks for the info, Andy. Bone Jeremy Adams wrote: > Do they really offer 1.5TB of storage and 15TB of transfer a month for > $6.95? > > -Jeremy > > - Original Message - From: "Andy Allan" <[EMAIL PROTECTED]> > To: "Bone Killian" <[EMAIL PROTECTED]> > Cc: "Milenko" <[EMAIL PROTECTED]>; > Sent: Wednesday, January 23, 2008 4:11 AM > Subject: Re: [OSM-talk] Slippymap Hosting Recommendations > > >> On Jan 23, 2008 1:43 AM, Bone Killian <[EMAIL PROTECTED]> wrote: >>> All I'm really looking for is a place to store tiles I render offline. >>> I plan to cover all of Pennsylvania, which by my back-of-an-envelop >>> calculations would be around 30GB of tiles. >>> >>> I have that much space on my personal website, but I keep bumping into >>> my hosting provider's limit about maximum number of files, which is >>> driving me nuts. My project isn't so much a non-profit as just my >>> personal hobby, which I hope will someday congeal into something that >>> helps bicycle commuters plan routes to work / school. >> >> www.hostmonster.com is what powers the cycle layer. Cheap as chips, no >> problems so far. Using it for what you suggest - simple hosting for >> tons of files. >> >> Cheers, >> Andy >> > > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Cycle route improvements
I think you can download the area around your town with JOSM or OSMXAPI and load the .OSM file into postgresql. Ben Laenen wrote: > I'd like to experiment with Mapnik a bit to test out my ideas. Since I > never tried to do anything like that: is it possible to use it without > needing to download the entire planet file? I don't really feel like > downloading 3.6GB while I just need a tiny bit near my home town... And > I can't find any info about that on the wiki. > > And if it's possible, can the rendering rules for the cycle map be > downloaded somewhere to use as a starting point? > > Greetings > Ben > > > On Tuesday 05 February 2008, you wrote: > >> On Feb 5, 2008 4:43 PM, Ben Laenen <[EMAIL PROTECTED]> wrote: >> >>> All the better if there's an existing tag already, but how does >>> that work with current tagging, I thought it >>> was "type=route", "route=bicycle", "network=ncn", and will this be >>> another tag "ncn=yes|proposed|etc"? Isn't the "ncn=yes" redundant >>> information then? >>> >> Sorry, see Dave's translation to relations-speak, which uses slightly >> different tags. This would be state= on the cycle route relation - >> state=proposed on a relation gets handled the same as ncn=proposed on >> a way. >> >> >>> I see this: >>> http://www.gravitystorm.co.uk/osm/?zoom=12&lat=6652000.91116&lon=49 >>> 6400.42424&layers=B00 >>> >>> It looks random to me, but it could be "deterministic chaos" of >>> course :-) >>> >> (/me adds a few more zoom levels to Antwerpen) >> >> It looks rubbish either way. As do the the nodenet numbers, but >> that's on my todo list too. >> >> My preference would be to draw the lines side-by-side, but that's what I'll call the "tube map problem" since mapnik can't do that. >>> That could work as well of course, though it looks much harder to >>> implement compared to the wider vs thinner lines... But it could be >>> a problem when there are lots of routes running in parallel (like >>> the opposite sides of a canal or a dual carriageway even). >>> >>> It's common for routes to be distinguished on signs by colour as much as name or reference. I think they should be mapped with signed_colour = yellow, since that makes it clear. Renderers can then know that the colour is important, but still choose to ignore it if they wish (or map the colours to a chosen palette, or keep all the local routes in blue and put little coloured borders on them or similar). Using "signed_colour" clarifies what we mean. >>> I see, I was trying to avoid real colour names, but I guess we >>> could further extend this colour tag to things like bus routes. I >>> don't like signed_colour though, as that suggests that it's the >>> colour of the signs, and I could well see someone adding >>> "signed_colour=green" for all ncn, rcn and some lcn routes, since >>> all those signs are green. >>> >> yeah, I get your point. How do we make clear that we mean "the Green >> route and the Yellow route" >> >> >>> I just use "name=X" for that currently (since it's the relation >>> that has this name tag, not the road, but don't ask me how to put >>> that name on a starting point, could the starting point be a member >>> of the route relation as well?)... >>> >> Again, just name= works fine when using relations, ncn_name= would be >> needed for ways. >> >> As for the nodes, theoretically you could have a node in the >> relation, but the importing process for osm2pgsql would ignore it >> (even our route-relations-aware version that Dave developed). That's >> why nodenets currently have a separate node. Unless Dave corrects me >> on this. >> >> Cheers, >> Andy >> > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Kosmos on Linux
On Tue, 2008-02-12 at 21:35 +0100, Igor Brejc wrote: > Anyway, test it if you want on your Linux machines and let me know about > your experience. I'm running Ubuntu Hardy, and I was able to get the gui to load and render the sample map, but I was not able to get any of the three shading methods to work. All three gave me "CodePage 437 not supported" errors. (I'm not sure what that means.) Kosmos.Console.exe was able to tilegen the sample project without any problems. Very nice work, Igor! Bone ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapnik: rendering forest or wood
I disagree. I think there is value in the ability to visually distinguish managed forests from natural woods. Consider this area: http://openstreetmap.org/?lat=40.9567&lon=-77.1919&zoom=13&layers=B0FT Here, the dark green (natural=wood) is a forest preserve[1] in the middle of an actively managed forest (landuse=forest). Logging is permitted in the light green area, but not in the dark green area. It seems to me that the best course of action would be to use another, unique shade of green for recreation_ground. Bone [1] http://www.dcnr.state.pa.us/FORESTRY/oldgrowth/thehook.aspx On Sat, 2008-02-23 at 06:51 +0100, Karl Eichwalder wrote: > I think the mapnik rendering of forests could be improved. ATM, > landuse=forest is not distinguishable from recreation_ground. Even > if forest are often used as places for recreation in Germany, > rendering both areas the same way is not optimal. > > For outside activities you want where wood or forest is located. > > Thus I'd like to propose to render both landuse=forest and > natural=wood the same way in a darkish green. That's also how > osmarender deals with these areas. > > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk