Re: [OSM-talk] Bridges / viaducts for railways
On Jan 30, 2008 12:52 AM, [EMAIL PROTECTED] wrote: Hi, On Mon, Jan 28, 2008 at 07:16:25PM -, Andy Robinson (blackadder) wrote: Why is it not a property like bridge, cutting etc. and will it render correctly? Should it be changed to viaduct=yes? Ewww, yuck... boolean flags. Personally I would tag as: railway=rail bridge=viaduct bridge and viaduct are two separate types of structure so strictly speaking bridge=viaduct is incorrect. They might be different to you as a civil engineer... to me a viaduct looks like lots of bridges next to each other (i.e. huh, what's the difference, really?) ;-) Actually, it's more of a thing I have about using on/off, yes/no, true/false type tags - they generally are not right in my opinion. For instance, take the same principle applied to roads highway=yes motorway=yes We use highway=motorway here - if nothing else it stops you doing the silly highway=yes motorway=yes secondary=yes Similarly, something can't be both a bridge and a viaduct. Therefore you want something like over=bridge or over=viaduct a) you reduce the keyspace, and b) you can't have bridge=yes viaduct=yes As usual in my case over is a bad name for a key. I guess that's why I stuck to the more generic bridge before, with bridge=yes being the general case. It's the same as saying bridge=suspension, rather than bridge=yes, suspension=yes (or even bridge_type=suspension - eugh). Maybe something like transit= would be better (in the sense of how this way gets from A to B) and could then include tunnel, cutting, embankment, etc in the list of values as well as bridge and viaduct. Basically, I would say that every object-type key (i.e. not things like name=) should have as many non-coexistant values* as possible (if that makes sense), and that single flags (i.e. where a key only ever has one value) should be discouraged wherever possible. * i.e. you can't have both on the same object, such as suspension and viaduct That's usually the plan I think. The main problem we have with putting this into practice, is that to maintain an optimal number of tags we need to know the entire tagging domain before we start... which we don't. So taking your example, if instead of bridge=yes we allow bridge=suspension, we don't actually have a problem (assuming everybody agrees to assume the existence of the bridge tag implies a bridge regardless of the value, maybe excluding no). But if we had started with transit=bridge/tunnel/ferry, then we'd still need the bridge tag anyway because it's probably not sensible to add the transit=suspension_bridge etc, simply for the ease of processing. Ofcourse you could argue we need the transit tag, and just don't have it. I think for many of these things where we have x=yes/no, we find that there is often a number of subtypes that could be substituted for the yes. Although most people probably wouldn't know how to classify them, and just want to record the main type. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
[EMAIL PROTECTED] wrote: Asking them to install and configure their own copy of Mapnik seems somewhat unreasonable... You could try osmps, and then convert the PostScript to the required format. Mapnik was just an example; it seems to me that asking people who want to make and use a custom map (although I'm not sure that no crudely-drawn pint glasses really counts as custom) to install _any_ rendering software seems sub-optimal. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Potlatch sluggish today?
maning sambale wrote: Potlatch is a bit slow today. Any info why? Unfortunately a couple of recent changes to the API have caused problems for it. I need to modify Potlatch to take account of this but didn't manage to complete the work last night, not least because the source was in the middle of a fairly major change when this happened. I'll work on it again tonight - sorry for the hassle. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagwatch
On Tue, January 29, 2008 22:05, Etric Celine wrote: Together with these changes i have crated the tagwatch sites for 24 countries. All planet.osm excerpt are taken from http://roland-ramthun.de/osm/extracts/ If you miss a country and can point me to the location of the excerpt I'm glad to add this as well. Do you need an already downloaded extract or could you download a given bounding box from osmxapi? I can provide daily extracts, but fetching them yourself from osmxapi would remove one intermediate step. I'll try to update these statistics at least once in the month now, as i feel they are quite helpfull to detect common tagging errors and reflect what tags are really in use in the community. website can be found at: http://etricceline.de/osm/index.htm the sourcecode can be found here: http://etricceline.de/osm/Tagwatch.tar.gz (I'll hope someone can add it to the svn, as i have no account there (and general connecting problems with the university proxy here) I'll update the version in SVN later tonight if no one beats me to it. Regards, Hakan -- The key to immortality is first living a life worth remembering... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
On Jan 29, 2008 10:21 PM, Gervase Markham [EMAIL PROTECTED] wrote: http://www.openstreetmap.org/?lat=51.45561lon=-0.96828zoom=16layers=B0FT I find that the area they would screenshot is covered with crudely-drawn pint glasses.[0] They can use the osmarender flavor instead. In this case, the feature of drawing most icons only at zoom 17 comes out as an advantage. http://www.openstreetmap.org/?lat=51.45561lon=-0.96828zoom=16layers=0BFT Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
On Jan 30, 2008 8:42 AM, Gervase Markham [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Asking them to install and configure their own copy of Mapnik seems somewhat unreasonable... You could try osmps, and then convert the PostScript to the required format. Mapnik was just an example; it seems to me that asking people who want to make and use a custom map (although I'm not sure that no crudely-drawn pint glasses really counts as custom) to install _any_ rendering software seems sub-optimal. So how much do you suppose they'd be willing to pay for this service? If enough people want it, and enough people are willing to pay enough for it, it may at some point in the future appear. The problem is that you need hardware/network resources to offer this kind of service, and those resources aren't usually free. TBH I'm not sure what your problem is with having to install some software, as you're going to have to spend time defining your custom map anyway. In which case you get to choose, osmps, osmarender, Kosmos... Otherwise you'll have to make do with what other people are producing. Incidentally, I agree the pint glasses look a little rubbish, but I doubt I could do better, so I'll quit complaining. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapnik rendering update
On 29 Jan 2008, at 23:40, Jon Burgess wrote: On Fri, 2008-01-25 at 23:28 +, Jon Burgess wrote: On Fri, 2008-01-25 at 22:35 +, Robert (Jamie) Munro wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jon Burgess wrote: | Once this first pass of the rendering is complete the mod_tile setup | will have all the existing tiles fully rendered with the current planet | dump and current map style. At that point I will switch over the URLs on | the server to make the new tiles live. | | The new system has already rendered 5M tiles in just under 24 hours. | This covers all of zooms 0 - 12 and about halfway through zoom 13. At | the current rate all the old 30M tiles will be rendered by about | Wednesday next week. I've made the new tiles from mod_tile live on the main OSM tile server (on the default Mapnik layer). The initial impression I get is that the tiles are being served to more responsively and the on-access rendering seems to be working well too. Hopefully this will all continue smoothly. Fantastic. * The new colour reduction algorithm causes some odd colour changes in a few tiles. 99% are fine but a few have a background colour or road fill which is slightly wrong. I had a look and there are quite a few of wrong tile. I committed changes that seems to fix this in r625. Great work! Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
On 30/01/2008 08:56, Tom Hughes wrote: In message [EMAIL PROTECTED] Gervase Markham [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Asking them to install and configure their own copy of Mapnik seems somewhat unreasonable... You could try osmps, and then convert the PostScript to the required format. Mapnik was just an example; it seems to me that asking people who want to make and use a custom map (although I'm not sure that no crudely-drawn pint glasses really counts as custom) to install _any_ rendering software seems sub-optimal. So it is reasonable or optimal for us to maintain an infinite number of custom maps for third parties that want custom maps but don't want the hassle of rendering them? How about a bit of positive thinking here! (And the thrust of the message wasn't about the quality of the icon either) I think Gervase is quite right - installing anything is vast overkill and our kinds of install are beyond the capabilities of the majority of people who when I say start your browser don't understand what I mean(*). And the web offers opportunities for customizable presentation that paper maps don't have. We just don't have the means to do it right now. Doing this doesn't mean necessarily generating every combination of tiles possible. Overlays with switches to turn on and off categories and particular POIs would make it possible, and there are several ways of doing that. (I outlined one some time ago, which would involve implementing HTML tiles to openlayers and using style sheet changes to turn on and off features in the overlay). Anther solution would be on-demand mapping: the renderers, in whatever falvour, are online somewhere and you go through a dialogue to decide on an area, choose your features and then get a custom map back a short while later - either on screen or as a PDF or whatever. I'm sure there's plenty of other ways of approaching the problem as well. If you want a 'clean' map, you might as well just use Google at the moment; our advantage is that we have much more information, if only we could selectively present it easily in a fast, non-technically-demanding way. David (*) remember we are a highly technologically oriented bunch. My experience is that most people know what Internet Explorer is but don't know it is a browser or that other browsers exist - that's just an example of course. (two more from our home page that confuse people - lack of a search button to press when you've finished entering your search term, and the word permalink). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
In message [EMAIL PROTECTED] David Earl [EMAIL PROTECTED] wrote: How about a bit of positive thinking here! I'm all for positive thinking. I'm also for realistic thinking, and as the person that will be expected to make this work that tends to come to the top of my list. We don't have an infinite stash of supercomputers and petabytes of disk. Doing this doesn't mean necessarily generating every combination of tiles possible. Overlays with switches to turn on and off categories and particular POIs would make it possible, and there are several ways of doing that. (I outlined one some time ago, which would involve implementing HTML tiles to openlayers and using style sheet changes to turn on and off features in the overlay). I'm not really sure I understand this - what form would an HTML tile take exactly? I think I understand the basic form of what you're suggesting I just don't know how you plan to overlay lots of little squares of HTML over the map? It's a plausible approach, though it obviously requires some significant work in OpenLayers from somebody, and I can see some issues with regard to collision avoidance. It means having an overlay on the map, which will slow it down quite a bit, but at least it would only be on overlay. Anther solution would be on-demand mapping: the renderers, in whatever falvour, are online somewhere and you go through a dialogue to decide on an area, choose your features and then get a custom map back a short while later - either on screen or as a PDF or whatever. This is horribly resource intensive though. The ability to export data in various formats is certainly something we've been talking about, but it isn't going to scale to huge amounts of use without a lot of resources, so it's only really suitable for one off use by individuals. I have to admit to being a bit confused by the original request here - it starts off by talking about a leaflet, which implies that they are looking to create a one-off map to go in a printed leaflet, but that starts talking about customising the slippy map, which is not the obvious place to start if you want a custom map of an area for printing? (*) remember we are a highly technologically oriented bunch. My experience is that most people know what Internet Explorer is but don't know it is a browser or that other browsers exist - that's just an example of course. (two more from our home page that confuse people - lack of a search button to press when you've finished entering your search term, and the word permalink). Remember that the primary focus of this project, as I understand it at any rate, is to produce data for other people to use. Making our own maps from our data is more of a convenience for us and a way to promote the project than our primary product. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
On 29 Jan 2008, at 21:21, Gervase Markham wrote: Chaps, As always, forgive me if this is an old issue, but: I noticed that an organisation I have contact with has a map in their how to get here leaflet, which they may well have just copied from somewhere. I'd like to recommend they use an OSM map instead, but looking at the area: http://www.openstreetmap.org/? lat=51.45561lon=-0.96828zoom=16layers=B0FT I find that the area they would screenshot is covered with crudely- drawn pint glasses.[0] Are there any plans to either: a) put layers into the Slippy Map so people can remove unwanted data such as this; or: b) set up a web service so that people can have custom maps (of reasonably small areas) rendered according to their specified criteria? Asking them to install and configure their own copy of Mapnik seems somewhat unreasonable... Gerv [0] Note: the purpose of this message is _not_ to have a dig at the icon designer. But you must admit they are fairly simple icons. Gervase, Get your organisation to contact me (http://mapnik.org). I am able to render whatever flavor, with or without pub icons, any size map. Kind Regards Artem ___ 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] Crudely-drawn pint glasses
On 30 Jan 2008, at 10:25, bvh wrote: On Wed, Jan 30, 2008 at 08:56:13AM +, Tom Hughes wrote: So it is reasonable or optimal for us to maintain an infinite number of custom maps for third parties that want custom maps but don't want the hassle of rendering them? No, we should provide tools that make it very easy to create a custom map. Mapnik is not (yet?) that tool. Mapnik is that tool and it's also free and easy to use ;) . It is used in many exciting projects to generate custom maps e.g http://www.everyblock.com/ http://www.placebase.com/ http://www.mysociety.org/2007/more-travel-maps/ I believe Kosmos wants to fill that gap. Kosmos is win32 only and it also relies on inferior GDI+ rendering. Merkaartor is also getting some of it : I just added an integrated gui to edit the map style to subversion, effectively with the aim to make merkaartor a full wysiwyg map editor/renderer combination. If you're serious about rendering high-quality maps and I believe you're using qt4 in your project, why don't you join forces and work on Mapnik GUI ? Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
Anther solution would be on-demand mapping: the renderers, in whatever falvour, are online somewhere and you go through a dialogue to decide on an area, choose your features and then get a custom map back a short while later - either on screen or as a PDF or whatever. Sounds a good idea. An OSMcustommaps.org or similar could be created, a user could sign up and specify their preferences, write a Mapnik XML file specific to that user and issue them with an ID, then a user could have their custom rendered style simply by requesting tiles off that server. Since most people probably want the standard OSM maps, it would have relatively low levels of use, so I can't see bandwidth being a major issue - particularly if caching occurs. Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Bridges / viaducts for railways
[EMAIL PROTECTED] wrote: Maybe something like transit= would be better (in the sense of how this way gets from A to B) and could then include tunnel, cutting, embankment, etc in the list of values as well as bridge and viaduct. structure=bridge structure=tunnel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
On 30/01/2008 11:47, Artem Pavlenko wrote: On 30 Jan 2008, at 10:25, bvh wrote: On Wed, Jan 30, 2008 at 08:56:13AM +, Tom Hughes wrote: So it is reasonable or optimal for us to maintain an infinite number of custom maps for third parties that want custom maps but don't want the hassle of rendering them? No, we should provide tools that make it very easy to create a custom map. Mapnik is not (yet?) that tool. Mapnik is that tool and it's also free and easy to use ;) . It is used in many exciting projects to generate custom maps e.g http://www.everyblock.com/ http://www.placebase.com/ http://www.mysociety.org/2007/more-travel-maps/ but installing it and keeping it up to date is a nightmare for ordinary mortals. If an instance of it were already installed in an accessible place (on the internet for example, with a web interface) so that you could just use the very nice GUI I saw you demonstrate at SOTM last year, or some variation of it, it would be that tool. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
On 30/01/2008 11:07, Tom Hughes wrote: Remember that the primary focus of this project, as I understand it at any rate, is to produce data for other people to use. Making our own maps from our data is more of a convenience for us and a way to promote the project than our primary product. Someone has to produce the tools or service though, whether it is under our banner or someone else's. If you're a restaurant in Chertsey who wants to print a map of your location on your flier, it is no use whatsoever to start with instructions which say 'install a database and fetch a 100Gb file off the internet'. To be practical, we (in the widest sense) have to offer pre-packaged tools and have reasonable expectations of what file sizes can be managed, how long it takes, and so on. What this means in practice, I think, is either a readily useable web application, or an modest install (which may fetch data off the internet once installed, sure, and might only be a thin front end to a remote application or fetches data from a remote database in the form, say, Mapnik needs) and which has Windows as its main target because that's what 95% of the potential user base is using. (That may mean InstallShield of something equivalent; Java is problematic because that would mean installing the Java runtime, which your restaurateur probably won't have a clue about; dependencies are anathema). Or it means offering a map production service, so that the provider, who is technologically capable, would mediate between the complex software and the user. But that probably means paying money, which rather defeats the object - you'd just be in commodity competition with other map providers there. Chances are your restaurateur will take the line of least resistance and (illegally, though they don't realise it) start with a screen shot from a 'free' Google map. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Mapnik rendering artifacts
I'm seeing faint gray lines on the main site slippy map Mapnik base layer, and I'm at a loss to explain their source. At first I thought they were state borders, but I'm seeing the lines running through the middle of states, too (here http://www.openstreetmap.org/?lat=42.001lon=-120.048zoom=9layers=B0FT it runs vertically through the middle of Oregon). Then I thought they were tile boundaries, but that's not consistent, either. Even weirder is on the California-Nevada border, there are two vertical lines right next to each other, not always parallel. (See here: http://www.openstreetmap.org/?lat=41.62lon=-120.053zoom=9layers=B0FT). I downloaded that area in JOSM but all I saw was a single state border way. It doesn't seem to have a source in the OSM data, so maybe it's something caused by the conversion to pgsql or by the renderer itself (maybe a projection issue)? I don't think it's related to the recent mod_tile changes, because as far as I know that only affects how the tiles are stored and served, not how they're rendered. (If I've said something stupid, please forgive me. I *think* I understand the process...) Any thoughts, anyone? Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Error while uploading with JOSM
On 30/01/2008 00:42, Rob Reid wrote: Cristiano Giovando wrote the following on 30/01/2008 12:51: During the upload of a large osm file with JOSM, about 12k nodes and 500 ways, getting the following error message: Error while parsing: An error occurred: Connection timed out: connect. Any idea? I tried to restart the upload, but it would not resume, instead restart from the beginning, to just stop again because of the same error. Cristiano, The error you are getting is correct in that JOSM is timing out while trying to upload the data. Restarting the upload does actually resume the upload, its just that the progress bar starts at the beginning again for the remaining data. For example if you are uploading 12K nodes and it times out after 6K nodes, then when you restart, the progress bar will begin again at the start but appear to move faster as it now only covers the remaining 6K nodes. I suspect something more than that. I have always had to have four, five, six... attempts to upload data, as it always without fail times out several times during an upload. But recently doing larger volumes, my experience has been the same as Cristiano - it fails after a few K, and then it won't upload again for another 10 minutes or so, and during that time I can't access www.openstreetmap.org either. The former problem we could solve by retrying in JOSM rather than giving up, but the latter is as if the server has gone down. Was I just unlucky this happened twice in successive attempts a week apart, or is there something more going on here? I'll do another big chunk soon, and see what happens. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
Tom Hughes skrev: So it is reasonable or optimal for us to maintain an infinite number of custom maps for third parties that want custom maps but don't want the hassle of rendering them? And especially maps without an indication of where to bring a brit, yourself, and your extra liver to sample the local flavours of beer. Completely useless map IMHO. Dutch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapnik rendering artifacts
On 30 Jan 2008, at 12:41, Karl Newman wrote: I'm seeing faint gray lines on the main site slippy map Mapnik base layer, and I'm at a loss to explain their source. At first I thought they were state borders, but I'm seeing the lines running through the middle of states, too (here http:// www.openstreetmap.org/?lat=42.001lon=-120.048zoom=9layers=B0FT it runs vertically through the middle of Oregon). Then I thought they were tile boundaries, but that's not consistent, either. Even weirder is on the California-Nevada border, there are two vertical lines right next to each other, not always parallel. (See here: http://www.openstreetmap.org/? lat=41.62lon=-120.053zoom=9layers=B0FT). I downloaded that area in JOSM but all I saw was a single state border way. It doesn't seem to have a source in the OSM data, so maybe it's something caused by the conversion to pgsql or by the renderer itself (maybe a projection issue)? I don't think it's related to the recent mod_tile changes, because as far as I know that only affects how the tiles are stored and served, not how they're rendered. (If I've said something stupid, please forgive me. I *think* I understand the process...) Any thoughts, anyone? railtracks ? Artem Karl ___ 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] Crudely-drawn pint glasses
Nick Whitelegg skrev: Anther solution would be on-demand mapping: the renderers, in whatever falvour, are online somewhere and you go through a dialogue to decide on an area, choose your features and then get a custom map back a short while later - either on screen or as a PDF or whatever. Sounds a good idea. An OSMcustommaps.org or similar could be created, a user could sign up and specify their preferences, write a Mapnik XML file specific to that user and issue them with an ID, then a user could have their custom rendered style simply by requesting tiles off that server. Since most people probably want the standard OSM maps, it would have relatively low levels of use, so I can't see bandwidth being a major issue - particularly if caching occurs. Nick And how and from where will they be invoiced, and in what way will the income be put to use in OSM ? Or do you suggest that it should be a freebie service, provided to Joe Public Esq. and Jim Company Ltd in the manner of free as in both speech AND beer ? I mean, if they need a leaflet with a costumized map showing all their store location, then ofcourse they should be able to use any and all of OSM-ressources(*) free of charge to make that map for their leaflet, right ? Dutch (*) OSM-ressources in this regard means : CPU-time, making specific mapnik XML stylesheets for people, getting pestered with requests for changes in the XML stylesheet when they find out that their company logo really looks bad, on the colourschema they specified for the map, and that their customers normally navigate through town by directions to the various pubs anyway, so could they have the pint-glasses brought back as well... Because if they are too lazy to read the instructions on getting Mapnik or one of the other rendering engines up and running to generate tiles and maps locally, you can bet they are also too lazy to write their stylesheets on their own, or even read the instructions on a potential OSMcustommaps.org site. I might be a cynical S.O.B, but based on multiple years dealing with people wanting some task done, but to lazy to do it themselves, I'm pretty sure that the above scenario is what will happen... ;) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Low zoom render requests for the Sudan
I've been loading routes provided by the United Nations for the Southern Sudan and the UN has invited us to demonstrate these OSM maps at a UN conference in early February. Ideally the maps should be available on line, although we probably will also show off line images. Unfortunately the Mapnik data is only half there (this week) and doesn't render at all at zoom level 6 and below. These are all long highways, there is not much detail that is worth zooming in for at the moment. I've installed [EMAIL PROTECTED] and am waiting for a password to upload generated images, however I'm not sure if I can generate tiles for zoom level 6 at the moment. It looks like I can only generate down to zoom level 8 using ./tilesGen.pl xy 151 118 8 (etc). Can I do the same at zoom level 6? Regards Neil Penman Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Nokia N810
Have you tried the forked version of Maemo Mapper called just Mapper? You can find it at http://wiki.openstreetmap.org/index.php/User:Onion/Mapper On 30/01/2008, David Earl [EMAIL PROTECTED] wrote: On 25/01/2008 20:23, Jason Reid wrote: David Earl wrote: Has anyone got a Nokia N810? ... how easy is it to get at... a GPX file for the GPS. Using the 'Maemo-Mapper' application is the suggested approach versus using the Nokia supplied Maps program (I don't have an N810, only an N800 currently but I do know that it works fine with the GPS in the 810). Maemo-mapper can export directly to .gpx (through the 'save track' feature), and as an added bonus defaults to using OSM tiles for the display. No working Java support yet, though there are a few people who've been working towards it slowly from my understanding. And I doubt that JOSM in its current form would be that usable due to both its resource requirements and the size of the display. Thanks for that. I did get one yesterday, and it is a very nice little machine, though I haven't been out with it to see how good the GPS is yet other than to confirm it works. I installed Maemo Mapper. Is there a way to mark a POI with it (and get that into the GPX file)? It seems to understand POIs OSM (Mapnik) is the default map background which is excellent, and a quick tweak can switch it to osmarender. I also installed a voice recorder application, so adapting the car mounting bracket to my bike and getting a bluetooth headset, I should be able to use it very conveniently for mapping if the GPS is reliable enough. Pity about JOSM Java, but Potlatch works. The slippy map is excellent on it, though given the small screen it would be nice to dismiss the extra stuff around the edge, like informationfreeway. David. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Low zoom render requests for the Sudan
Hi Neil, Unfortunately the Mapnik data is only half there (this week) and doesn't render at all at zoom level 6 and below. These are all long highways, there is not much detail that is worth zooming in for at the moment. This can be solved quite easily for Mapnik layer if you could provide bounding box for that area. Cheers Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
On 30 Jan 2008, at 13:12, J.D. Schmidt wrote: Tom Hughes skrev: So it is reasonable or optimal for us to maintain an infinite number of custom maps for third parties that want custom maps but don't want the hassle of rendering them? And especially maps without an indication of where to bring a brit, yourself, and your extra liver to sample the local flavours of beer. Completely useless map IMHO. Dutch Good p(o)int! This thread is going for quite a while and still no new pint icon :D This one I created myself a year ago : http://www.gravitystorm.co.uk/ osm/?zoom=15lat=6715066.22314lon=-7023.28957layers=B00 Is it better ? or not? Cheers Artem ___ 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] Crudely-drawn pint glasses
On 30 Jan 2008, at 12:11, bvh wrote: On Wed, Jan 30, 2008 at 12:51:34PM +, Artem Pavlenko wrote: This is why I'm making win32 binaries ( and planning os x pkg) - for ordinary mortals. For more advanced folk : sudo apt-get install mapnik or rpm -ivh etc. All is needed is a bit of extra help (hint hint hint) , I'm personally quite happy with building from source - worksforme :) ... I'm not sure I understand what you mean by instance. Postgresql ? Mapnik is c++ library that can be used with any modern GUI toolkit to render maps. There are different ways to setup it up, of course and web based service is one of them. As you said : mapnik is c++ library hence useless for ordinary mortals. To unlock the power of mapnik they need a setup that feeds mapnik map data, a front to easily edit their mapstyle and a backend that let's them chop and save tiles/maps/jpegs whatever. And that is not (yet) within reach of ordinary mortals, is it? This is why I started: http://trac.mapnik.org/browser/trunk/demo/viewer But the more I think of it, merkaartor has quite a bit of that already : it has the data and the tools to easily download them from OSM api. It recently acquired a mapstyle editor (albeit quite basic for now). It has a user interface for finding your area of interest. What we are missing is the interface towards mapnik but given both are c++ projects I don't see huge problems... You should have no problems at all. I'll investigate some more this weekend. cu bart Artem ___ 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] how can I print a atlas ?
Hi Axel, On 30 Jan 2008, at 14:35, Axel R. wrote: Hi, I would like print the map (to ckeck IRL the streets...) How can I do this easely ? I've found pdf-atlas which seem difficult to install and http://tah.openstreetmap.org/MapOf/ which make only small JPEG (I've got a nice big color printer at work...) For nice colour printer at work you'll need a big map to print. There is http://trac.openstreetmap.org/browser/applications/rendering/ mapnik/generate_image.py which would generate large poster size maps. Or send me your bounding box and I might be able to help. Thank you for your help, Cheers Artem Axel ___ 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
[OSM-talk] Forest appearing and disapearing at different zoom levels in mapnik
I'm sure this will be a stupid question, but ... Some time ago (13th January) I added an approximate outline for Cropton forest which is due north of Pickering, UK (http://www.openstreetmap.org/?lat=54.327lon=-0.69zoom=10layers=B0FT). Noting that work has been going on in the Mapnik layer, I've been waiting patiently for it to appear. Yesterday (I think) it appeared at zoom levels 9 upwards. Today it shows at zoom levels 9 and 10, is completely missing at zoom level 11 and 12, and then some tiles show the forest and some don't at zoom levels 13 and upwards. I'm puzzled - I thought postings here indicated that all tiles had been rebuilt, so why do I see differences at different zoom levels? What am I still not understanding? -- David James ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] How to import shapefile into OSM
Hello, as a result of the 1st Italian Mapping Party we have some geodata freed by the Municipality of Arezzo. The data is in ESRI shapefile format, any suggestion to convert it into OSM? We need to open it in JOSM before upload. I already managed to reproject into WGS84 and eventually convert into GPX, but in this way I lost the tags, e.g. highway names. It seems to me that the TIGER import scripts are too TIGER-centric. Happy Mapping! -- Niccolo Rigacci Firenze - Italy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Error while uploading with JOSM
On Jan 30, 2008 4:47 AM, David Earl [EMAIL PROTECTED] wrote: On 30/01/2008 00:42, Rob Reid wrote: Cristiano Giovando wrote the following on 30/01/2008 12:51: During the upload of a large osm file with JOSM, about 12k nodes and 500 ways, getting the following error message: Error while parsing: An error occurred: Connection timed out: connect. Any idea? I tried to restart the upload, but it would not resume, instead restart from the beginning, to just stop again because of the same error. Cristiano, The error you are getting is correct in that JOSM is timing out while trying to upload the data. Restarting the upload does actually resume the upload, its just that the progress bar starts at the beginning again for the remaining data. For example if you are uploading 12K nodes and it times out after 6K nodes, then when you restart, the progress bar will begin again at the start but appear to move faster as it now only covers the remaining 6K nodes. I suspect something more than that. I have always had to have four, five, six... attempts to upload data, as it always without fail times out several times during an upload. But recently doing larger volumes, my experience has been the same as Cristiano - it fails after a few K, and then it won't upload again for another 10 minutes or so, and during that time I can't access www.openstreetmap.org either. The former problem we could solve by retrying in JOSM rather than giving up, but the latter is as if the server has gone down. Was I just unlucky this happened twice in successive attempts a week apart, or is there something more going on here? I'll do another big chunk soon, and see what happens. David I confirm what Rob said, it actually resumed from where it left. But it's also true it took many tries before I was able to upload the entire dataset. I suspect this problem is more likely with large datasets, and it may just be something could be tweaked in JOSM to extend the connection timeout limit. C ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Error while uploading with JOSM
Hi, list: Regarding the timeout: JOSM often stops working properly when I hit the cancel button (while uploading coordinates or downloading WMS images), which is clearly a bug. As long as that bug is not fixed, having a higher timeout limit is not a very good idea IMHO. You are forced to wait until the time out dialog shows if you want to keep on working without problems. That being said, is the timeout limit customizable yet? :-P Juan Lucas Domínguez Rubio De: [EMAIL PROTECTED] en nombre de Cristiano Giovando Enviado el: mié 30/01/2008 18:00 Para: David Earl CC: talk@openstreetmap.org Asunto: Re: [OSM-talk] Error while uploading with JOSM On Jan 30, 2008 4:47 AM, David Earl [EMAIL PROTECTED] wrote: On 30/01/2008 00:42, Rob Reid wrote: Cristiano Giovando wrote the following on 30/01/2008 12:51: During the upload of a large osm file with JOSM, about 12k nodes and 500 ways, getting the following error message: Error while parsing: An error occurred: Connection timed out: connect. Any idea? I tried to restart the upload, but it would not resume, instead restart from the beginning, to just stop again because of the same error. Cristiano, The error you are getting is correct in that JOSM is timing out while trying to upload the data. Restarting the upload does actually resume the upload, its just that the progress bar starts at the beginning again for the remaining data. For example if you are uploading 12K nodes and it times out after 6K nodes, then when you restart, the progress bar will begin again at the start but appear to move faster as it now only covers the remaining 6K nodes. I suspect something more than that. I have always had to have four, five, six... attempts to upload data, as it always without fail times out several times during an upload. But recently doing larger volumes, my experience has been the same as Cristiano - it fails after a few K, and then it won't upload again for another 10 minutes or so, and during that time I can't access www.openstreetmap.org either. The former problem we could solve by retrying in JOSM rather than giving up, but the latter is as if the server has gone down. Was I just unlucky this happened twice in successive attempts a week apart, or is there something more going on here? I'll do another big chunk soon, and see what happens. David I confirm what Rob said, it actually resumed from where it left. But it's also true it took many tries before I was able to upload the entire dataset. I suspect this problem is more likely with large datasets, and it may just be something could be tweaked in JOSM to extend the connection timeout limit. C ___ 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
[OSM-talk] landuse tagging
there have been a few discussions recently concerning proposed landuse tags, that have brought up a question: what is the definition of landuse, in the context of OSM? i ask, because a number of the tags that have been suggested in this category, seem to be badly thought out - it appears to have become a dumping ground for difficult to categorise tags, which don't immediately appear to fit anywhere else. i'd like to get some consensus of opinions on this so we can develop guidelines on when this should be used, could i ask for comments and suggestions, on the talk page at http://wiki.openstreetmap.org/index.php/Talk:Key:landuse thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Error while uploading with JOSM
On Wed, 2008-01-30 at 09:00 -0800, Cristiano Giovando wrote:
I confirm what Rob said, it actually resumed from where it left. But
it's also true it took many tries before I was able to upload the
entire dataset. I suspect this problem is more likely with large
datasets, and it may just be something could be tweaked in JOSM to
extend the connection timeout limit.
Attached is a patch to JOSM to do server retries as well as do some
crude prediction of how long an upload might take. I've been using it
for months and it works quite well for me.
I _think_ gabriel just applied it to JOSM's svn. So you might want to
try the latest JOSM and see if it is there.
-- Dave
--- src/org/openstreetmap/josm/io/OsmServerWriter.java (revision 528)
+++ src/org/openstreetmap/josm/io/OsmServerWriter.java (working copy)
@@ -12,6 +12,7 @@
import java.net.HttpURLConnection;
import java.net.URL;
import java.net.UnknownHostException;
+import java.net.SocketTimeoutException;
import java.util.Collection;
import java.util.LinkedList;
@@ -56,6 +57,27 @@
* Send the dataset to the server. Ask the user first and does nothing if he
* does not want to send the data.
*/
+ private static final int MSECS_PER_SECOND = 1000;
+ private static final int SECONDS_PER_MINUTE = 60;
+ private static final int MSECS_PER_MINUTE = MSECS_PER_SECOND * SECONDS_PER_MINUTE;
+
+ long uploadStartTime;
+ public String timeLeft(int progress, int list_size) {
+ long now = System.currentTimeMillis();
+ long elapsed = now - uploadStartTime;
+ if (elapsed == 0)
+ elapsed = 1;
+ float uploads_per_ms = (float)progress / elapsed;
+ float uploads_left = list_size - progress;
+ int ms_left = (int)(uploads_left / uploads_per_ms);
+ int minutes_left = ms_left / MSECS_PER_MINUTE;
+ int seconds_left = (ms_left / MSECS_PER_SECOND) % SECONDS_PER_MINUTE ;
+ String time_left_str = Integer.toString(minutes_left) + :;
+ if (seconds_left 10)
+ time_left_str += 0;
+ time_left_str += Integer.toString(seconds_left);
+ return time_left_str;
+ }
public void uploadOsm(CollectionOsmPrimitive list) throws SAXException {
processed = new LinkedListOsmPrimitive();
initAuthentication();
@@ -65,13 +87,18 @@
NameVisitor v = new NameVisitor();
try {
+ uploadStartTime = System.currentTimeMillis();
for (OsmPrimitive osm : list) {
if (cancel)
return;
osm.visit(v);
-Main.pleaseWaitDlg.currentAction.setText(tr(Upload {0} {1} ({2})..., tr(v.className), v.name, osm.id));
+int progress = Main.pleaseWaitDlg.progress.getValue();
+String time_left_str = timeLeft(progress, list.size());
+Main.pleaseWaitDlg.currentAction.setText(tr(Upload {0} {1} (id: {2}) {3}% {4}/{5} ({6} left)...,
+ tr(v.className), v.name, osm.id, 100.0*progress/list.size(), progress, list.size(), time_left_str));
osm.visit(this);
Main.pleaseWaitDlg.progress.setValue(Main.pleaseWaitDlg.progress.getValue()+1);
+Main.pleaseWaitDlg.progress.setValue(progress+1);
}
} catch (RuntimeException e) {
e.printStackTrace();
@@ -149,23 +176,25 @@
* @param addBody codetrue/code, if the whole primitive body should be added.
* codefalse/code, if only the id is encoded.
*/
- private void sendRequest(String requestMethod, String urlSuffix,
- OsmPrimitive osm, boolean addBody) {
+ private void sendRequestRetry(String requestMethod, String urlSuffix,
+ OsmPrimitive osm, boolean addBody, int retries) {
try {
+ if (cancel)
+return; // assume cancel
String version = Main.pref.get(osm-server.version, 0.5);
URL url = new URL(
Main.pref.get(osm-server.url) +
/ + version +
/ + urlSuffix +
/ + (osm.id==0 ? create : osm.id));
- System.out.println(upload to: +url);
+ System.out.print(upload to: +url+ ... );
activeConnection = (HttpURLConnection)url.openConnection();
activeConnection.setConnectTimeout(15000);
activeConnection.setRequestMethod(requestMethod);
if (addBody)
activeConnection.setDoOutput(true);
activeConnection.connect();
-
+ System.out.println(connected);
if (addBody) {
OutputStream out = activeConnection.getOutputStream();
OsmWriter.output(out, new OsmWriter.Single(osm, true));
@@ -180,25 +209,45 @@
activeConnection.disconnect();
if (retCode == 410 requestMethod.equals(DELETE))
return; // everything fine.. was already deleted.
- if (retCode != 200) {
-// Look for a detailed error message from the server
-if (activeConnection.getHeaderField(Error) != null)
- retMsg += \n + activeConnection.getHeaderField(Error);
+ if (retCode != 200 retCode != 412) {
+if (retries = 0) {
+ retries--;
+ System.out.print(backing off for 10 seconds...);
+ Thread.sleep(1);
+ System.out.println(retrying (+retries+ left));
+ sendRequestRetry(requestMethod, urlSuffix, osm, addBody, retries);
+} else {
+ // Look for a detailed error message from the server
+ if
[OSM-talk] [tagging] filtering of tagging e-mails (was Re: Move tagging RfCs/voting to extra list?)
from now on, until someone creates an extra tagging list, i'll include [tagging] in every tag proposals e-mail, to let those of you who aren't interested, filter out this stuff easily. every e-mail client has filter capabilities, so this shouldn't be a problem. i'll come up with some way of sending a summary each week of what's been happening whether ulf or hawke or anyone else wants to use this system is up to them, feel free guys if you want On 31/01/2008, Joerg Ostertag (OSM Munich/Germany) [EMAIL PROTECTED] wrote: As already said, I would love to see this happen. Being subscribed to this list too would give me the possibilty to filter proposals much easier from standard talk messages and this for follow both in the level wanted. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Low zoom render requests for the Sudan
Thanks Artem, 80n, The bounding box would be: 27, 2.5, 37, 18 Min Long, Min lat, Max Long, Max Lat Regards Neil Artem Pavlenko wrote: Hi Neil, Unfortunately the Mapnik data is only half there (this week) and doesn't render at all at zoom level 6 and below. These are all long highways, there is not much detail that is worth zooming in for at the moment. This can be solved quite easily for Mapnik layer if you could provide bounding box for that area. Cheers Artem Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] filtering of tagging e-mails (was Re: Move tagging RfCs/voting to extra list?)
Robin Paulson schrieb: from now on, until someone creates an extra tagging list, i'll include [tagging] in every tag proposals e-mail, to let those of you who aren't interested, filter out this stuff easily. every e-mail client has filter capabilities, so this shouldn't be a problem. i'll come up with some way of sending a summary each week of what's been happening whether ulf or hawke or anyone else wants to use this system is up to them, feel free guys if you want sounds good, I'll do likewise (if I don't forget it ;-) Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
Tom Hughes wrote: So it is reasonable or optimal for us to maintain an infinite number of custom maps for third parties that want custom maps but don't want the hassle of rendering them? I'm not asking for that, either. What I was sort of envisaging was a web service where you scrolled to an area on a slippy map, clicked a few checkboxes Yes, this area, with contours, without amenities... and clicked render and it took you to a new page with the map you were after. I realise this is work; I have no expectation on any particular person to make this happen. I just thought it would be a good idea that would serve the map-using public better, and may prevent people photocopying the A-Z or illegally screenshotting Google Maps. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Low zoom render requests for the Sudan
Neil Penman wrote the following on 31/01/2008 02:07: I've been loading routes provided by the United Nations for the Southern Sudan and the UN has invited us to demonstrate these OSM maps at a UN conference in early February. Ideally the maps should be available on line, although we probably will also show off line images. Unfortunately the Mapnik data is only half there (this week) and doesn't render at all at zoom level 6 and below. These are all long highways, there is not much detail that is worth zooming in for at the moment. I've installed [EMAIL PROTECTED] and am waiting for a password to upload generated images, however I'm not sure if I can generate tiles for zoom level 6 at the moment. It looks like I can only generate down to zoom level 8 using ./tilesGen.pl xy 151 118 8 (etc). Can I do the same at zoom level 6? After some discussion on irc I have started doing some [EMAIL PROTECTED] zoom8-11 lowzooms in South Sudan around Juba. Once we have some current z8 tiles then zooms below 8 can be generated using lowzoom.pl which you will find under the tools dir if you already have [EMAIL PROTECTED] This script basically just pulls the z8 tiles, stitches them together and scales them which is why you need to do the z8 tiles first. The comments on irc suggested this was required for presentation to UN by Monday, anyone else up for some lowzoom rendering? cheers rcr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
Martin Vidner wrote: They can use the osmarender flavor instead. In this case, the feature of drawing most icons only at zoom 17 comes out as an advantage. http://www.openstreetmap.org/?lat=51.45561lon=-0.96828zoom=16layers=0BFT The trouble with that is that the particular area in question has rather an overabundance of one of Osmarender's (few, admittedly) ugly quirks - that is, repeating the same label when you have two associated ways making up a road. You feel like you're looking at the map with double vision. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
On 30 Jan 2008, at 22:02, Gervase Markham wrote: Tom Hughes wrote: So it is reasonable or optimal for us to maintain an infinite number of custom maps for third parties that want custom maps but don't want the hassle of rendering them? I'm not asking for that, either. What I was sort of envisaging was a web service where you scrolled to an area on a slippy map, clicked a few checkboxes Yes, this area, with contours, without amenities... and clicked render and it took you to a new page with the map you were after. I realise this is work; I have no expectation on any particular person to make this happen. I just thought it would be a good idea that would serve the map-using public better, and may prevent people photocopying the A-Z or illegally screenshotting Google Maps. Funnily enough I'd been thinking of doing just this if I ever got more time. I was thinking that perhaps something based on potlatch could be used for basic very interactive playing with the styles, then once you were happy you click render and it goes away, generates an image and emails you when it's done. I think this could be great for someone who wants to make some money from OSM. Perhaps give up to 1000x1000 pixels for free and charge for poster-size renderings... John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
Dave Stubbs wrote: So how much do you suppose they'd be willing to pay for this service? If enough people want it, and enough people are willing to pay enough for it, it may at some point in the future appear. The problem is that you need hardware/network resources to offer this kind of service, and those resources aren't usually free. But doesn't this point apply to the slippy map also? Why are we making that free, if it consumes hardware and network resources? Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Low zoom render requests for the Sudan
On 30 Jan 2008, at 22:16, Rob Reid wrote: Neil Penman wrote the following on 31/01/2008 02:07: I've been loading routes provided by the United Nations for the Southern Sudan and the UN has invited us to demonstrate these OSM maps at a UN conference in early February. Ideally the maps should be available on line, although we probably will also show off line images. Unfortunately the Mapnik data is only half there (this week) and doesn't render at all at zoom level 6 and below. These are all long highways, there is not much detail that is worth zooming in for at the moment. I've installed [EMAIL PROTECTED] and am waiting for a password to upload generated images, however I'm not sure if I can generate tiles for zoom level 6 at the moment. It looks like I can only generate down to zoom level 8 using ./tilesGen.pl xy 151 118 8 (etc). Can I do the same at zoom level 6? After some discussion on irc I have started doing some [EMAIL PROTECTED] zoom8-11 lowzooms in South Sudan around Juba. Once we have some current z8 tiles then zooms below 8 can be generated using lowzoom.pl which you will find under the tools dir if you already have [EMAIL PROTECTED] This script basically just pulls the z8 tiles, stitches them together and scales them which is why you need to do the z8 tiles first. The comments on irc suggested this was required for presentation to UN by Monday, anyone else up for some lowzoom rendering? curl http://osmxapi.hypercube.telascience.org/api/0.5/map? bbox=27,2.5,37,18 sudan.osm ~/projects/openstreetmap/osm2pgsql/osm2pgsql -a -d openstreetmap sudan.osm I can render all these tiles if there's still interested. cheers rcr Cheers Artem ___ 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] Tagwatch
Etric Celine wrote: website can be found at: http://etricceline.de/osm/index.htm the sourcecode can be found here: http://etricceline.de/osm/Tagwatch.tar.gz (I'll hope someone can add it to the svn, as i have no account there (and general connecting problems with the university proxy here) As promised, I submitted your changes to SVN ( http://trac.openstreetmap.org/changeset/6725 ). If you miss a country and can point me to the location of the excerpt I'm glad to add this as well. Could you please add the changes for turkey and cyprus with data from http://www.gurkensalat.com/geostuff/osm-extracts/ ? I'll update that location daily with downloads from osmxapi. Regards, Hakan -- It's only when we have lost everything that we are free to do anything. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Low zoom render requests for the Sudan
Absolutely, thanks Artem. It will be good to see what it looks like. Regards Neil Artem Pavlenko wrote: On 30 Jan 2008, at 22:16, Rob Reid wrote: Neil Penman wrote the following on 31/01/2008 02:07: I've been loading routes provided by the United Nations for the Southern Sudan and the UN has invited us to demonstrate these OSM maps at a UN conference in early February. Ideally the maps should be available on line, although we probably will also show off line images. Unfortunately the Mapnik data is only half there (this week) and doesn't render at all at zoom level 6 and below. These are all long highways, there is not much detail that is worth zooming in for at the moment. I've installed [EMAIL PROTECTED] and am waiting for a password to upload generated images, however I'm not sure if I can generate tiles for zoom level 6 at the moment. It looks like I can only generate down to zoom level 8 using ./tilesGen.pl xy 151 118 8 (etc). Can I do the same at zoom level 6? After some discussion on irc I have started doing some [EMAIL PROTECTED] zoom8-11 lowzooms in South Sudan around Juba. Once we have some current z8 tiles then zooms below 8 can be generated using lowzoom.pl which you will find under the tools dir if you already have [EMAIL PROTECTED] This script basically just pulls the z8 tiles, stitches them together and scales them which is why you need to do the z8 tiles first. The comments on irc suggested this was required for presentation to UN by Monday, anyone else up for some lowzoom rendering? curl http://osmxapi.hypercube.telascience.org/api/0.5/map? bbox=27,2.5,37,18 sudan.osm ~/projects/openstreetmap/osm2pgsql/osm2pgsql -a -d openstreetmap sudan.osm I can render all these tiles if there's still interested. cheers rcr Cheers Artem ___ 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 Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [josm-dev] Error while uploading with JOSM
Hi, I _think_ gabriel just applied it to JOSM's svn. So you might want to try the latest JOSM and see if it is there. When in doubt, just check the trac timeline at josm.openstreetmap.de. Also note that there's normally only one build each night (around 2 o'clock) so that changes made right now will only appear in josm-latest.jar after that time. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagwatch
On Wednesday 30 January 2008 22:38:13 Hakan Tandogan wrote: As promised, I submitted your changes to SVN ( http://trac.openstreetmap.org/changeset/6725 ). thanks Could you please add the changes for turkey and cyprus with data from http://www.gurkensalat.com/geostuff/osm-extracts/ ? I'll update that location daily with downloads from osmxapi. done Regards Joerg ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Low zoom render requests for the Sudan
Rob Reid wrote the following on 31/01/2008 11:16: After some discussion on irc I have started doing some [EMAIL PROTECTED] zoom8-11 lowzooms in South Sudan around Juba. Once we have some current z8 tiles then zooms below 8 can be generated using lowzoom.pl which you will find under the tools dir if you already have [EMAIL PROTECTED] This script basically just pulls the z8 tiles, stitches them together and scales them which is why you need to do the z8 tiles first. The comments on irc suggested this was required for presentation to UN by Monday, anyone else up for some lowzoom rendering? I also notice that most of the border for Sudan has not been done either, I'll start importing the WDB data it for the areas I'm doing lowzooms on as I go. I'll keep track of what borders I'm doing here : http://wiki.openstreetmap.org/index.php/WikiProject_Import_WDB/Africa Cheers rcr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagwatch
Etric Celine schrieb: Hi everyone, as you may or may not have noticed i have recently worked a bit on the existing Tagwatch script and changed a few things. My changes includes * the use of a template parsing engine and thus a better looking website * use of the Osmarender 6 rules file * listing how often every tag got used on nodes / ways * what other tags are in use with a specific tag * if the tag has a documentation on the OSMwiki Together with these changes i have crated the tagwatch sites for 24 countries. All planet.osm excerpt are taken from http://roland-ramthun.de/osm/extracts/ If you miss a country and can point me to the location of the excerpt I'm glad to add this as well. I'll try to update these statistics at least once in the month now, as i feel they are quite helpfull to detect common tagging errors and reflect what tags are really in use in the community. website can be found at: http://etricceline.de/osm/index.htm the sourcecode can be found here: http://etricceline.de/osm/Tagwatch.tar.gz (I'll hope someone can add it to the svn, as i have no account there (and general connecting problems with the university proxy here) Hi! First of all, thanks for your work on improving this. It's interesting to see the actual tags being used. One question: Is it possible to get the stats for the whole world or will this be too resource consuming? This might be very helpful for the feature proposals and other things. Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Bridges / viaducts for railways
Hello, As a sailor I like to know if a bridge is a moveable one, and I think this is also interesting for cars, because they might need to wait. So I agree that bridge=true is not enough, I would like to be able to have a bridge=moveable. It is also possible to add the type of bridge (lift, swing, bascule, ... - wikipedia has some beautiful animations of them: http://en.wikipedia.org/wiki/Moveable_bridge). So I think a viaduct=yes or a viaduct=type would be a good idea. At least the current way viaduct is used doesn't seem to be a good one. And I think a viaduct and a bridge are quite different things, so it's no problem to give them their own tag. Steven Dave Stubbs schreef: That's usually the plan I think. The main problem we have with putting this into practice, is that to maintain an optimal number of tags we need to know the entire tagging domain before we start... which we don't. So taking your example, if instead of bridge=yes we allow bridge=suspension, we don't actually have a problem (assuming everybody agrees to assume the existence of the bridge tag implies a bridge regardless of the value, maybe excluding no). But if we had started with transit=bridge/tunnel/ferry, then we'd still need the bridge tag anyway because it's probably not sensible to add the transit=suspension_bridge etc, simply for the ease of processing. Ofcourse you could argue we need the transit tag, and just don't have it. I think for many of these things where we have x=yes/no, we find that there is often a number of subtypes that could be substituted for the yes. Although most people probably wouldn't know how to classify them, and just want to record the main type. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OSM icons (was: Crudely-drawn pint glasses)
Igor Brejc schrieb: Is there somewhere a repository of totally free general-purpose icons such as this? I'm asking because I would like to extend Kosmos rendering rules with some nice icons. The collection of OSM icons in SVN [0] is quite usable and should contain most of what you need. There are currently 6 icon themes: - square big: 32*32, png, color framed depending on group - square small: 16*16, png, color framed depending on group - classic big: 32*32, png - classic small: 16*16, png, used by JOSM (some have white background to prevent black icon on black ground problem in JOSM) - svg: scalable, svg - japan: scalable, svg, symbolic representation and limited in number You can have an overview (with license information) at [1]. The last few weekends I was working to change all icons to be PD - but there's still lot's of work left to be done here. I'm using openclipart stuff and drawing new icons where missing (using inkscape to get SVG and then convert and scale to the different png formats). My main interest is having a complete set of icons for JOSM (ex mappaint plugin). You can find the current matching of OSM features to the icons at the JOSM elemstyles[2] file. Would be nice if Kosmos would use the same icons for the same things as JOSM does. The icon directory structure is hierarchical, first dir the icon theme and then sorted by topic (different sorting compared to OSM, as the icons originate from gpsdrive). Selecting a theme and keeping the themes icon directory structure will make it easy to switch between icon themes, and will make it easier for you to do future updates. For example, JOSM elemstyles file just keeps the relative path of the icon to the themes root dir. [0] http://trac.openstreetmap.org/browser/applications/share/map-icons [1] http://www.gpsdrive.de/development/map-icons/overview_lic.en.shtml [2] http://josm.openstreetmap.de/browser/trunk/styles/standard/elemstyles.xml I agree with you about the pint glass. But I guess any contribution has to be appreciated if nothing better comes along :) Yes, that's my model as well - for me it's better to have a medium quality icon than none at all. I already know some icons that I would like to improve, but the time is the limit. I guess the icon quality will improve over time, if more applications use these icons and more users and developers get interested in having better icons ... Regards, ULFL P.S: I still consider Kosmos to be closed source, so be careful to include any none PD icons into Kosmos! P.P.S.: A gifted icon designer with some Inkscape knowledge would still be more than welcome ... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Green Map
Just curious - has anyone had any experience using OSM data for a green map? Green Map (R) System promotes inclusive participation in sustainable community development around the world, using mapmaking as our medium. (http://www.greenmap.org) Seems like there could potentially be a large degree of collaboration between the two projects. -- Matthew T. Perry http://www.perrygeo.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] [persbericht] OpenStreetMap maakt gratis carnavalskaart
Ik vind persoonlijk de reden dat iemand anders iets doet niet de beste aanleiding, maar moet zeggen dat ik niet meer precies weet hoe deze kaart begon.. Groeten, Martijn. Martijn van Exel wrote: Joris, Prima bericht. Ik heb twee opmerkingen: * Probeer de eerste quote te knippen, de zin is erg lang. Je zou er drie zinnen van kunnen maken: Het idee om een carnavalskaart te maken was er al langer. De uitvoering kwam in een stroomversnelling nadat Uitgeverij Wolters- Noordhoff met zijn versie van de kaart kwam. Op die kaart kwamen veel reacties: sommige namen waren verkeerd of zelfs helemaal niet genoemd.” * De laatste zin van de derde alinea kan iets neutraler. Of zet 'm tussen aanhalingstekens met een 'aldus Meijerink' erachter. Cheers, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] [persbericht] OpenStreetMap maakt gratis carnavalskaart
Ik vind persoonlijk de reden dat iemand anders iets doet niet de beste aanleiding, maar moet zeggen dat ik niet meer precies weet hoe deze kaart begon.. Op die kaart van W-N zijn de nodige opmerkingen, door de mensen te mobiliseren kunnen we een betere kaart maken. Dat is juist het idee van OSM, iedereen kan meewerken om de fouten eruit te halen en de rest aan te vullen. Mooi toch? Naar aanleiding van de friese kaart had ik eerder al het idee voor een carnavalskaart (18-01), niet weetende dat W-N hier ook meebezig was. Toen was er nog een kleine discussie over de iso standaard voor talen (24-01) en toen kwam de 25-01 de kaart van W-N. Daar was de nodige commentaar op en werd ook de lijst op wikipedia gevonden. Daar is toen in een paar dagen een kaart van gemaakt. Ik vindt het wel mooi om te zien dat met de huidige mogelijkheden en inzet van een aantal vrijwilligers binnen een week een nieuwe kaart kan worden gemaakt. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Open brief haalt Livre.nl
http://www.livre.nl/nieuws/open-content/openstreetmap-nl-vindt-reactie-kaartenmakers-verwonderlijk-30012008.html Mij benieuwen wanneer we een antwoord kunnen verwachten. Groeten, Danny ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Restpuntjes Friese kaart
Hallo Martijn, - De RD en Lon/Lat informatie vind ik persoonlijk niet van belang op deze kaart en mag dus uitgezet. Lon/Lat is wel handig als mensen iets willen aanwijzen. De RD is gewoon iets dat ik erop gedaan heb. Is het uberhaupt interressant, anders haal ik het overal weg. ik vind het handig. 'k had laatst verschillende RD coordinaten (wel is waar niet precies) nodig. Door deze tool kon ik eenvoudig wat coordinaten overnemen zonder dat er enorme gaten in kwamen. Mijn dank voor de RD weergave. Groeten, Peter ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] [persbericht] OpenStreetMap maakt gratis carnavalskaart
Poging 2, ik zat er over te denken deze in de loop van de middag de deur uit te doen zodat we de deadline voor de krant van vrijdag nog halen. Is er een lijst met organisaties die we standaard mailen? zelf dacht ik ook nog deze: [EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 30 januari 2008, OpenStreetMap maakt gratis carnavalskaart OpenStreetMap presenteert haar versie van de carnavalskaart. Deze kaart, waarop de normale plaatsnamen zijn vervangen door carnavalsnamen, is het resultaat van het werk van enthousiaste vrijwilligers uit de OpenStreetMap gemeenschap. “Het idee om een carnavalskaart te maken was er al langer. De uitvoering kwam in een stroomversnelling nadat Uitgeverij Wolters-Noordhoff met zijn versie van de kaart kwam. Op die kaart kwamen veel reacties: sommige namen waren verkeerd of werden zelfs helemaal niet genoemd. Het mooie van onze kaart is dat iedereen die dat wil zijn of haar bijdrage kan leveren door fouten of ontbrekende namen te melden om zo de kaart te perfectioneren.” aldus Joris Meijerink, woordvoerder van OpenStreetMap. De OpenStreetMap gemeenschap heeft de carnavalsnamen overgenomen van wikipedia[1] en is zich ervan bewust dat deze lijst zeker nog niet compleet of correct is. De OpenStreetMap gemeenschap roept daarom geïnteresseerden op om mee te werken aan het verbeteren van de kaart. Iedereen kan en mag een steentje bijdragen. Helpen is heel makkelijk: neem eens een kijkje op de website of het forum[2]! OpenStreetMap probeert de wereldkaart te ontketenen zoals Wikipedia de encyclopedie heeft ontketend. Het doel: een vrij beschikbare wereldkaart waaraan iedereen kan meewerken. Ontstaan in Engeland in 2004 heeft OpenStreetMap de afgelopen jaren wereldwijd vrijwilligers enthousiast gemaakt om gewapend met GPS en notitieblok de vrije wereldkaart steeds beter en completer te maken. De carnavalskaart is te bekijken op: http://carnaval.tile.openstreetmap.nl Zie voor meer informatie over OpenStreetMap: http://www.openstreetmap.nl Het OpenStreetMap forum is te bezoeken op: http://forum.openstreetmap.org [1] http://nl.wikipedia.org/wiki/Carnaval_plaatsnamen [2] http://forum.openstreetmap.org/viewforum.php?id=19 0-0-0-0-0-0 Noot voor de redactie: Contactpersoon namens OpenStreetMap Nederland: (stukje met mijn contact gegevens) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht OpenStreetMap maakt gratis kaart in de Friese taal, versie 2
Hoe stuur je eigenlijk een tweetalig persbericht? Twee Word documenten of onderelkaar geplakt in een HTML email als deze? Ante, wat zeg jij daarvan? Eeh, *geen* Word-documenten. Sluit een RTF of plaintext-bestand bij, zou ik zeggen (iets met open ;) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] carnaval forum
2008/1/30 Joris Meijerink [EMAIL PROTECTED]: Ik heb even een how-to berichtje gemaakt op het forum. http://forum.openstreetmap.org/viewtopic.php?pid=1507 Vraagje hoe vindt ik het node-id van een plaats? Is er misschien een betere methode? Ik kon er iig geen verzinnen. Ha, niet heel erg makkelijk. Ik denk dat voor eindgebruikers we ons moeten beperken tot vragen van hoe die heet in het nederlands en wat de carnavals naam is and dan doen wij de correlatie. Op een gegeven moment zal het mogelijk zijn om op de stad te klikken en dat informatie te geven (een variatie op de POI layer. Ik zal proberen het deze week opgang te krijgen, maar ik heb nog veel te doen :) Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] [persbericht] OpenStreetMap maakt gratis carnavalskaart
Martijn Pannevis wrote: Ik vind persoonlijk de reden dat iemand anders iets doet niet de beste aanleiding, maar moet zeggen dat ik niet meer precies weet hoe deze kaart begon.. Groeten, Martijn. Nou door de vraag naar een Friese kaart natuurlijk :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht OpenStreetMap maakt gratis kaart in de Friese taal, versie 2
Zoran Kovacevic wrote: Hoe stuur je eigenlijk een tweetalig persbericht? Twee Word documenten of onderelkaar geplakt in een HTML email als deze? Ante, wat zeg jij daarvan? Eeh, *geen* Word-documenten. Sluit een RTF of plaintext-bestand bij, zou ik zeggen (iets met open ;) PDF, hoewel technically half open, vind ik voor dit soort distributie ook altijd erg geschikt. Martijn P. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] [persbericht] OpenStreetMap maakt gratis carnavalskaart
Lambertus wrote: Martijn Pannevis wrote: Ik vind persoonlijk de reden dat iemand anders iets doet niet de beste aanleiding, maar moet zeggen dat ik niet meer precies weet hoe deze kaart begon.. Groeten, Martijn. Nou door de vraag naar een Friese kaart natuurlijk :) ook dat natuurlijk, sry ;) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht OpenStreetMap maakt gratis kaart in de Friese taal, versie 2
On Wed, January 30, 2008 10:59 am, Jo wrote: Als er echter geen opmaak in het bericht zit, dan kan het ook gewoon in-line in de emailboodschap zitten, toch? Vrijschrift persberichten zijn plain text, geen bijlagen. vriendelijke groet, cordialmente, Ante ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht OpenStreetMap maakt gratis kaart in de Friese taal, versie 2
Christ van Willegen wrote: Hoi, 2008/1/30 Jo [EMAIL PROTECTED]: Maar kunnen ze er op zo'n persdienst dan iets mee? Ach, ze kunnen altijd extract text doen, ook in Adobe Reader. Nu goed, eigenlijk zouden ze ook wel OpenOffice.org moeten hebben. Het is heel gemakkelijk om te installeren (dus geen technisch beletsel) en het is vrije software (dus geen legaal beletsel) en het is op dit moment de enige echte ISO-standaard :-) Ik pak meestal rtf als ik iets met 'weinig' opmaak moet versturen (tabelletje, vet, onderstreept, italics). Wordt ook door MS-Word ondersteund (en WordPad in Windows, TextEdit in Mac-OS, OpenOffice op verschillende platforms, NeoOffice op de Mac, zo kan ik nog wel een tijdje doorgaan). Ok, RTF formaat wordt het. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval layer cache gewist, flink browsen
Ik heb al op wat gastenboeken gespamd: Ben je met carnaval de weg kwijt? http://carnaval.tile.openstreetmap.nl/ goed bezig, ik was al wat email adressen aan het opslaan die bij stukken staan over de carnavalskaart van W-N btw hier staat die van hun: http://www.trouw.nl/redactie/pdf/carnavalnb.pdf Ik moet zeggen dat ik 'gastenboeken bespammen' niet echt geweldig vind. Ik mag toch hopen dat OSM niet net zo is als al die andere clubjes die vinden dat alles mag als je maar je eigen reclame kwijt kan :-( Mark ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht OpenStreetMap maakt gratis kaart in de Friese taal, versie 2
Hoi, 2008/1/30 Jo [EMAIL PROTECTED]: Maar kunnen ze er op zo'n persdienst dan iets mee? Ach, ze kunnen altijd extract text doen, ook in Adobe Reader. Nu goed, eigenlijk zouden ze ook wel OpenOffice.org moeten hebben. Het is heel gemakkelijk om te installeren (dus geen technisch beletsel) en het is vrije software (dus geen legaal beletsel) en het is op dit moment de enige echte ISO-standaard :-) Ik pak meestal rtf als ik iets met 'weinig' opmaak moet versturen (tabelletje, vet, onderstreept, italics). Wordt ook door MS-Word ondersteund (en WordPad in Windows, TextEdit in Mac-OS, OpenOffice op verschillende platforms, NeoOffice op de Mac, zo kan ik nog wel een tijdje doorgaan). Groeten, Christ -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht OpenStreetMap maakt gratis kaart in de Friese taal, versie 2
Martijn Pannevis wrote: Zoran Kovacevic wrote: Hoe stuur je eigenlijk een tweetalig persbericht? Twee Word documenten of onderelkaar geplakt in een HTML email als deze? Ante, wat zeg jij daarvan? Eeh, *geen* Word-documenten. Sluit een RTF of plaintext-bestand bij, zou ik zeggen (iets met open ;) PDF, hoewel technically half open, vind ik voor dit soort distributie ook altijd erg geschikt. Martijn P. Maar kunnen ze er op zo'n persdienst dan iets mee? Ach, ze kunnen altijd extract text doen, ook in Adobe Reader. Nu goed, eigenlijk zouden ze ook wel OpenOffice.org moeten hebben. Het is heel gemakkelijk om te installeren (dus geen technisch beletsel) en het is vrije software (dus geen legaal beletsel) en het is op dit moment de enige echte ISO-standaard :-) Als er echter geen opmaak in het bericht zit, dan kan het ook gewoon in-line in de emailboodschap zitten, toch? Polyglot ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht OpenStreetMap maakt gratis kaart in de Friese taal, versie 2
[EMAIL PROTECTED] wrote: On Wed, January 30, 2008 10:59 am, Jo wrote: Als er echter geen opmaak in het bericht zit, dan kan het ook gewoon in-line in de emailboodschap zitten, toch? Vrijschrift persberichten zijn plain text, geen bijlagen. Een Nederlandse en Friese tekst in 1 lange mail lijkt me eerlijk gezegd niet heel handig. Ik heb overigens de regels van http://www.pers-bericht.nl/opmaak.htm gevolgd waarin wel (minimale opmaak aanbevolen wordt). Maar misschien zijn die tips wel bedoeld voor papieren persberichten. Hoe vind je de inhoud nu? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht OpenStreetMap maakt gratis kaart in de Friese taal, versie 2
On Tue, January 29, 2008 10:17 pm, Lambertus wrote: Bij deze een herziene versie, nr 2. Met daarin de wijzigingen zoals voorgesteld door Zoran, Ante en Martijn v E. Dank daarvoor. Graag reaktie. Wanneer dit goedgekeurd wordt kan Theun een tweede vertaal slag doen en laat ik het even zien aan iemand die Fries 'gestudeerd' heeft. Hoe stuur je eigenlijk een tweetalig persbericht? Twee Word documenten of onderelkaar geplakt in een HTML email als deze? Ante, wat zeg jij daarvan? Vrijschrift persberichten zijn plain text, geen bijlagen. Voorbeeld: http://mailman.vrijschrift.org/pipermail/news/2007-December/75.html Subject line: mailman zet er zelf [persbericht] voor. =PERSBERICHT= Persbericht OpenStreetMap Nederland datum 29 januari 2008, OpenStreetMap maakt gratis kaart in de Friese taal OpenStreetMap presenteert een Friestalige versie van haar gratis digitale kaart. Deze kaart, waarop de Friese benamingen van o.a. plaatsen, straten en meren worden weergegeven, is het resultaat van het werk van enthousiaste vrijwilligers uit de OpenStreetMap gemeenschap. Het Friese taalgebied is klein en heeft daardoor weinig aantrekkingskracht op de commerciële kaartenmakers. Door het ontbreken van commerciële belangen en het open karakter is het voor OpenStreetMap mogelijk om actief te zijn op gebieden die door de traditionele kaartenmakers niet interessant gevonden worden. aldus Lambertus IJsselstein, woordvoerder van OpenStreetMap. Een mooi voorbeeld hiervan is de Friestalige kaart. Voor zover wij weten is dit een unicum: er was tot nu toe geen Friestalige digitale kaart van Nederland.. We hebben toch alleen Friesland in het fries? De OpenStreetMap gemeenschap is zich ervan bewust dat de kaart in de Friese taal altijd beter kan en roept daarom geïnteresseerden op om mee te werken aan een nog betere kaart. Iedereen kan en mag een steentje bijdragen. Helpen is heel makkelijk: neem eens een kijkje op de website of het forum! OpenStreetMap probeert de wereldkaart te ontketenen zoals Wikipedia de encyclopedie heeft ontketend. Het doel: een vrij beschikbare wereldkaart waaraan iedereen kan meewerken. Ontstaan in Engeland in 2004 heeft OpenStreetMap de afgelopen jaren wereldwijd vrijwilligers enthousiast gemaakt om gewapend met GPS en notitieblok de vrije wereldkaart steeds beter en completer te maken. De kaart in de Friese taal is te bekijken op: http://frysk.tile.openstreetmap.nl Zie voor meer informatie over OpenStreetMap: http://www.openstreetmap.nl Het OpenStreetMap forum is te bezoeken op: http://forum.openstreetmap.org 0-0-0-0-0-0 Noot voor de redactie: Contactpersoon namens OpenStreetMap Nederland: (stukje met mijn contact gegevens) Het archief is open, ze zijn dus voor iedereen te zien wederom: http://mailman.vrijschrift.org/pipermail/news/2007-December/75.html vriendelijke groet, cordialmente, Ante ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] carnaval forum
Ha, niet heel erg makkelijk. Ik denk dat voor eindgebruikers we ons moeten beperken tot vragen van hoe die heet in het nederlands en wat de carnavals naam is and dan doen wij de correlatie. Alleen het opgeven van de namen is net te weinig, dan zoek je je soms helemaal rot. Als we ook een lon en lat hebben, die zo is af te lezen in de hoek van de pagina, maakt dat het vinden van de juiste plaats voor ons een stuk makkelijker. Ik verwijder gewoon de moeilijke manieren, levert ons nu dan nog even wat meer werk op maar goed. Op een gegeven moment zal het mogelijk zijn om op de stad te klikken en dat informatie te geven (een variatie op de POI layer. Ik zal proberen het deze week opgang te krijgen, maar ik heb nog veel te doen als dat werkt veranderen we de how-to wel weer. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval layer cache gewist, flink browsen
level 12 is ook 100% nu als het goed is.. Op 30-01-08 heeft Mark Huizer [EMAIL PROTECTED] het volgende geschreven: Ik heb al op wat gastenboeken gespamd: Ben je met carnaval de weg kwijt? http://carnaval.tile.openstreetmap.nl/ goed bezig, ik was al wat email adressen aan het opslaan die bij stukken staan over de carnavalskaart van W-N btw hier staat die van hun: http://www.trouw.nl/redactie/pdf/carnavalnb.pdf Ik moet zeggen dat ik 'gastenboeken bespammen' niet echt geweldig vind. Ik mag toch hopen dat OSM niet net zo is als al die andere clubjes die vinden dat alles mag als je maar je eigen reclame kwijt kan :-( Mark ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht OpenStreetMap maakt gratis kaart in de Friese taal, versie 2
Iets als Friese versie volgt na Nederlandse lijkt me ook niet verkeerd. Zie je ook vaak bij NL/EN mailings. [EMAIL PROTECTED] wrote: On Wed, January 30, 2008 11:19 am, Lambertus wrote: Een Nederlandse en Friese tekst in 1 lange mail lijkt me eerlijk gezegd niet heel handig. Het is niet anders. We hebben wel vaker aanvullende info na het persbericht. Iets als: Persbericht OpenStreetMap Nederland datum OpenStreetMap maakt gratis kaart in de Friese taal [text] == Friese versie [text] == Links ... Friese media zullen apart gemaild worden, dus daar kan je de volgorde omdraaien, of de nl versie weglaten. vriendelijke groet, cordialmente, Ante ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] antwoord kamervragen NWB
Hier wordt vanmiddag over vergaderd. De pdf is leesbaarder http://www.verkeerenwaterstaat.nl/actueel/kamerstukken/index.aspx?jaar=-1maand=-1page=7onderwerp=-1 vriendelijke groet, cordialmente, Ante Geachte voorzitter, Hierbij doe ik u toekomen de antwoorden op de schriftelijke vragen van de Vaste commissie van Verkeer en Waterstaat over Navigatiesystemen/Nationaal Wegen Bestand (NWB) waarin de commissie verzoekt om informatie houdende: a. de uitkomsten van de behandeling van het verzoek van Falkplan-Andes BV (en mogelijk anderen) tot voorlopige voorziening bij de bestuursrechter teneinde een schorsing van de beide Wob-beschikkingen van 24 mei 2007 te vragen; a. Falkplan-Andes BV heeft het verzoek om voorlopige voorziening tegen mijn twee inhoudelijk identieke besluiten ingetrokken. Met beide besluiten, inhoudende openbaarmaking van het NWB en aanhouden van de beslissing over het toestaan van hergebruik, werd door mij gereageerd op twee verzoeken in het kader van de Wet openbaarheid van bestuur (Wob) tot openbaarmaking en toestaan van hergebruik. b. de uitkomsten van de behandeling van het door Falkplan-Andes BV aangetekende bezwaar tegen beide Wob-beschikkingen; b. op 15 oktober 2007 is, naar aanleiding van door Falkplan-Andes BV ingediende bezwaren tegen mijn beide Wob-beschikkingen door Rijkswaterstaat een hoorzitting gehouden waarin Falkplan-Andes BV haar bezwaren heeft toegelicht. Postadres Postbus 20901, 2500 EX Den Haag Telefoon 070 351 61 71 Bezoekadres Plesmanweg 1, Den Haag Fax 070 351 78 95 Internet www.minvenw.nl Bereikbaar met tramlijn 9 vanaf station Den Haag Centraal en Den Haag HS RWS/SDG/NW2007/2027/59086 In dit kader is vervolgens namens mij advies gevraagd aan een externe deskundige over hoe om te gaan met de door Falkplan-Andes BV naar voren gebrachte schadeposten en de berekening daarvan. Het advies, dat nog deze maand verwacht wordt, zal uiteraard mede betrokken worden bij het formuleren van mijn - in januari 2008 - te nemen beslissing op het bezwaar van Falkplan-Andes BV. Zodra deze beslissing aan Falkplan-Andes BV kenbaar is gemaakt, zal ik u deze doen toekomen. c. een inhoudelijke reactie op de door marktpartijen als Falkplan-Andes BV geuite bezwaren tegen vrijgave van het Nationaal Wegen Bestand; c. Mijn beide Wob-besluiten uit mei 2007 bevatten mijn inhoudelijke reactie op de in de aanloop naar deze besluiten door Falkplan-Andes BV in twee rondes naar voren gebrachte bezwaren (zienswijzen), waarbij de tweede ronde gehouden werd door een onafhankelijke commissie van deskundigen. Kern van het advies van deze deskundigen en ook van mijn inhoudelijke reactie was dat met het hanteren van een overgangstermijn tot 2009 voor het toestaan van hergebruik bedrijven als Falkplan-Andes BV zich kunnen voorbereiden op het omgaan met de gevolgen van het toetreden van nieuwe aanbieders van mede op basis van het NWB ontwikkelde producten. Het nog te ontvangen deskundigenadvies naar aanleiding van de hoorzitting uit oktober 2007 zal naar verwachting inzicht geven in de omvang en aard van de voordelen van het beschikking hebben over het NWB voor nieuwe aanbieders en daarmee corresponderende mogelijke nadelen voor bestaande aanbieders als Falkplan-Andes BV. Het financiële aspect van deze nadelen is overigens door de opstelling van de marktpartijen in de consultatieronde slechts zijdelings aan de orde geweest d. een uiteenzetting over de voor- en nadelen van de vrijgave van het Nationaal Wegen Bestand en het voor vrijgave van dit bestand geldende wettelijk kader; d. Het voordeel van het openbaar maken van het NWB is dat daarmee een eenduidig basisbestand van de wegen van Nederland voor een ieder beschikbaar komt en het uitwisselen van maatschappelijk relevante informatie wordt ondersteund; bedrijven kunnen op basis van dit bestand (aanvullende) producten ontwikkelen. Daar tegenover staat het nadeel dat bedrijven die op eigen initiatief bestanden vergelijkbaar met het NWB - hebben ontwikkeld hiervan mogelijk nadelen ondervinden. Het wettelijk kader van toepassing op het openbaar maken van (bestanden als) het Nationaal Wegenbestand wordt gevormd door de Wet openbaarheid van bestuur in combinatie met de Algemene wet bestuursrecht. Dit kader verlangt van mij, daar waar mogelijk en gewenst, te streven naar actieve openbaarmaking van bij mij berustende bestanden en documenten en tot het daarbij voorkomen dat derden daardoor onevenredig benadeeld worden. 2 RWS/SDG/NW2007/2027/59086 Daarnaast legt de INSPIRErichtlijn
Re: [OSM-talk-nl] Heemstede Aerdenhout verdwenen
On Wed, 30 Jan 2008, Joris Meijerink wrote: Heemstede Aerdenhout zijn beide verdwenen van de kaart. Daarop is er ook een carnavalsnaam in de mist gegaan omdat er nog maar 1 unieke Heemstede overbleef. Ik heb geen idee hoe dat op te lossen. [we hebben revisie management nodig] Oplossing, maak een 'node' in het midden van de stad aan. Waar: name: Heemstede-Aerdenhout place: town population: xxx dan zou het er weer moeten staan. Het meest waarschijnlijke (wat bij Leidschendam-Voorburg ook geweest is) is dat iemand een 'weg' heeft weggehaald waarin een node zat met deze info. Als die node wel bestond kan ik opzich wel even kijken welk node ID dat was. (En kunnen we er misschien ook wel achter komen wie de kaart sloopt.) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Heemstede Aerdenhout verdwenen
Heemstede Aerdenhout zijn beide verdwenen van de kaart. Daarop is er ook een carnavalsnaam in de mist gegaan omdat er nog maar 1 unieke Heemstede overbleef. Ik heb geen idee hoe dat op te lossen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht OpenStreetMap maakt gratis kaart in de Friese taal, versie 2
On Wed, January 30, 2008 11:19 am, Lambertus wrote: Een Nederlandse en Friese tekst in 1 lange mail lijkt me eerlijk gezegd niet heel handig. Het is niet anders. We hebben wel vaker aanvullende info na het persbericht. Iets als: Persbericht OpenStreetMap Nederland datum OpenStreetMap maakt gratis kaart in de Friese taal [text] == Friese versie [text] == Links ... Friese media zullen apart gemaild worden, dus daar kan je de volgorde omdraaien, of de nl versie weglaten. vriendelijke groet, cordialmente, Ante ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Heemstede Aerdenhout verdwenen
Stefan de Konink wrote: On Wed, 30 Jan 2008, Joris Meijerink wrote: Heemstede Aerdenhout zijn beide verdwenen van de kaart. Daarop is er ook een carnavalsnaam in de mist gegaan omdat er nog maar 1 unieke Heemstede overbleef. Ik heb geen idee hoe dat op te lossen. [we hebben revisie management nodig] Oplossing, maak een 'node' in het midden van de stad aan. Waar: name: Heemstede-Aerdenhout place: town population: xxx dan zou het er weer moeten staan. Het meest waarschijnlijke (wat bij Leidschendam-Voorburg ook geweest is) is dat iemand een 'weg' heeft weggehaald waarin een node zat met deze info. Als die node wel bestond kan ik opzich wel even kijken welk node ID dat was. (En kunnen we er misschien ook wel achter komen wie de kaart sloopt.) Mantis een oplossing? http://www.mantisbt.org/ Zelf heb ik dus nog nooit iets toegevoegd aan de kaart, alleen gegevens aangeleverd. Is zeker nog iets dat ik moet leren :s ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Heemstede Aerdenhout verdwenen
Joris Meijerink wrote: Stefan de Konink wrote: On Wed, 30 Jan 2008, Joris Meijerink wrote: Heemstede Aerdenhout zijn beide verdwenen van de kaart. Daarop is er ook een carnavalsnaam in de mist gegaan omdat er nog maar 1 unieke Heemstede overbleef. Ik heb geen idee hoe dat op te lossen. [we hebben revisie management nodig] Oplossing, maak een 'node' in het midden van de stad aan. Waar: name: Heemstede-Aerdenhout place: town population: xxx dan zou het er weer moeten staan. Het meest waarschijnlijke (wat bij Leidschendam-Voorburg ook geweest is) is dat iemand een 'weg' heeft weggehaald waarin een node zat met deze info. Als die node wel bestond kan ik opzich wel even kijken welk node ID dat was. (En kunnen we er misschien ook wel achter komen wie de kaart sloopt.) Mantis een oplossing? http://www.mantisbt.org/ Mantis is een bugtracker, geen rivisiemanagement. SVN zou zoiets zijn, maar dat is meer voor files. Ik denk dat je voor OSM iets in de DB moet coden (en dat zal de db flink doen groeien). Groeten, Martijn Pannevis. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] antwoord kamervragen NWB
Camiel for president :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] antwoord kamervragen NWB
Ik bespeur hieruit dat de minister eigenlijk tot voornemens is de bestanden vrij te geven zoals afgesproken in de WOB en INSPIRE verdragen en alleen een zeer zware financiële consequentie voor marktpartijen (en de daarbij horende claims) vastgesteld door een extern deskundige zou hier nog wat aan kunnen veranderen. Kan bijna niet meer stuk zou ik zo zeggen, vooral door het precedent dat door AND geschapen is. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Heemstede Aerdenhout verdwenen
Naar aanleiding van een mailtje op talk over Tagwatch, ben ik eens gaan kijken naar rare tags. Op http://etricceline.de/osm/netherlands/tags.htm kwam ik de key key tegen, waar soms name, soms amenity maar ook soms place had moeten staan. Als het goed is verschijnen binnenkort enkele villages op de kaart, nu ik key = place=village heb veranderd naar place = village. Groeten van Ben On 30/01/2008, Martijn van Oosterhout [EMAIL PROTECTED] wrote: 2008/1/30 Stefan de Konink [EMAIL PROTECTED]: Het meest waarschijnlijke (wat bij Leidschendam-Voorburg ook geweest is) is dat iemand een 'weg' heeft weggehaald waarin een node zat met deze info. Ik heb trouwens voor de lol een planet van november bekeken en daar stond ie al niet in... Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl -- de Campusomroep: op en achter UTV en Uradio! www.campusomroep.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Heemstede Aerdenhout verdwenen
2008/1/30 Stefan de Konink [EMAIL PROTECTED]: Het meest waarschijnlijke (wat bij Leidschendam-Voorburg ook geweest is) is dat iemand een 'weg' heeft weggehaald waarin een node zat met deze info. Ik heb trouwens voor de lol een planet van november bekeken en daar stond ie al niet in... Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Size van een layer
ah thanxs.. stel we hebben straks een dedicated server dan is cpu ook geen probleem meer. ik zat nog te denken aan andere stijl kaarten, met opmaak/kleuren alla de stafkaarten, falks, google, microsoft, michelin, ik weet niet of die opmaak (c) is en of het veel toegevoegde waarde brengt. Al zou een stafkaart versie met dezelfde symbolen en details als de kadaster versie niet verkeerd zijn. Op 30-01-08 heeft Martijn van Oosterhout [EMAIL PROTECTED] het volgende geschreven: 2008/1/30 Rob [EMAIL PROTECTED]: Ik wil wel eens van Martijn (kleptog) weten wat zo'n layer kost aan disk ruimte weten hoeveel custom layers we nog kunnen verzinnen ;) Harde schijf ruimte is niet het probleem, CPU is. Hier zijn de cijfers: 179M/home/mapnik/osm/tilecache/and-orig 213M/home/mapnik/osm/tilecache/indchi 852M/home/mapnik/osm/tilecache/mapnik 577M/home/mapnik/osm/tilecache/nld-carnaval 286M/home/mapnik/osm/tilecache/nld-fy 75M /home/mapnik/osm/tilecache/nld-orig 83M /home/mapnik/osm/tilecache/zonedata En bedenk nog dat deze tiles niet eens gecomprimeerd zijn (volle 24-bit PNGs). Dat zou schijf ruimte schelen, maar wij hebben niet echt de CPU ervoor. Nieuwere versies van mapnik hebben een snelle algorithme, als wij die gaan gebruiken dan wordt hardeschijf echt helemaal geen probleem. Dit zijn dus de tiles die mensen hebben gevraagd. nld-fy, nld-carnaval en mapnik zijn alles binnen twee dagen, de rest zijn voor een week. Waar het soms misgaat is als je een layer wist in een keer dan moet de volgende gebruiker gelijk alles renderen, dan gaat de load eventjes naar 15 of zo voor een minuut of 5-10. Dat kan je ook verzachten, maar ik geloof dat wij nu 0.25CPU hebben dus als je dat verhoogd gaat het waarschijnlijk al snel een stuk beter. Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Heemstede Aerdenhout verdwenen
Ben Companjen wrote: Naar aanleiding van een mailtje op talk over Tagwatch, ben ik eens gaan kijken naar rare tags. Op http://etricceline.de/osm/netherlands/tags.htm kwam ik de key key tegen, waar soms name, soms amenity maar ook soms place had moeten staan. Als het goed is verschijnen binnenkort enkele villages op de kaart, nu ik key = place=village heb veranderd naar place = village. dat lijken helaas niet heel erg veel te zijn. Zitten wel leuke dingen tussen:* my little test zone DELETE IF I FORGOT SOMEHOW* (4) :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Size van een layer
2008/1/30 Rob [EMAIL PROTECTED]: Ik wil wel eens van Martijn (kleptog) weten wat zo'n layer kost aan disk ruimte weten hoeveel custom layers we nog kunnen verzinnen ;) Harde schijf ruimte is niet het probleem, CPU is. Hier zijn de cijfers: 179M/home/mapnik/osm/tilecache/and-orig 213M/home/mapnik/osm/tilecache/indchi 852M/home/mapnik/osm/tilecache/mapnik 577M/home/mapnik/osm/tilecache/nld-carnaval 286M/home/mapnik/osm/tilecache/nld-fy 75M /home/mapnik/osm/tilecache/nld-orig 83M /home/mapnik/osm/tilecache/zonedata En bedenk nog dat deze tiles niet eens gecomprimeerd zijn (volle 24-bit PNGs). Dat zou schijf ruimte schelen, maar wij hebben niet echt de CPU ervoor. Nieuwere versies van mapnik hebben een snelle algorithme, als wij die gaan gebruiken dan wordt hardeschijf echt helemaal geen probleem. Dit zijn dus de tiles die mensen hebben gevraagd. nld-fy, nld-carnaval en mapnik zijn alles binnen twee dagen, de rest zijn voor een week. Waar het soms misgaat is als je een layer wist in een keer dan moet de volgende gebruiker gelijk alles renderen, dan gaat de load eventjes naar 15 of zo voor een minuut of 5-10. Dat kan je ook verzachten, maar ik geloof dat wij nu 0.25CPU hebben dus als je dat verhoogd gaat het waarschijnlijk al snel een stuk beter. Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Gezellige babbel ;)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Rob schreef: volgende keer een perskaart regelen dus, kan dat niet via vrijschrift ? Het probleem is dus dat je een 'perskaart' alleen krijgt als je lid bent van de NvJ. Toen ik bij BNN radio maakte (radio 1) dan wel bij de drie lokale omroepen waar ik wat heb gedaan, is het eigenlijk hetzelfde gezeur geweest om zo'n ding. Het alternatief is een verzoek van de hoofdredactie, in ons geval openstreetmap.nl, op officieel briefpapier. Dan zou je een tijdelijk iets kunnen krijgen voor de tweede kamer. Gezien het gezeur wat er nu steeds is denk ik dat ze zeker moeilijk gaan doen over 'printjes'. Maar we zullen zien, ik heb iets ontvangen van vrijschift wat te gebruiken is. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHoKRqYH1+F2Rqwn0RCieDAJ9XeWMVcKNvwynOzrWWfknrmoPuQQCfQVDC t2TkM1nxMd3ddwjRxj6RiU8= =B6Rs -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Restpuntjes Friese kaart
Martijn van Oosterhout wrote: 2008/1/29 Lambertus [EMAIL PROTECTED]: Als het niet te moeilijk is zou het wel een mooi plekje hebben in de rechter boven hoek boven het + teken. Dan is het wat duidelijker echt onderdeel van de kaart denk ik. Ik heb het daar gezet, maar ik vind het niet zo te lezen. Ik denk misschien helemaal link maken en inkorten tot reacties of wijzigingen. Mvg, Zou je niet onderaan de pagina een balk kunnen plaatsen? Dan kun je daar alle info in kwijt zonder dat je daar dan een kaart ondergrond achter hebt. Een balk zo hoog als de RD coordinates moet toch wel kunnen? Dan kan de informatie die naast de navigator staat ook onderin geplaatst worden, mooi logotje erbij van OSM en JR is iedereen blij :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] carnaval forum
De zoekfunctie op openstreetmap.org geeft bij het invoeren van een plaatsnaam als eerste resultaat vaak de precieze locatie van deze plaats op de kaart, dus dat maakt het vinden van een plaats als je alleen de naam hebt een stuk makkelijker. Steven Joris Meijerink schreef: Ha, niet heel erg makkelijk. Ik denk dat voor eindgebruikers we ons moeten beperken tot vragen van hoe die heet in het nederlands en wat de carnavals naam is and dan doen wij de correlatie. Alleen het opgeven van de namen is net te weinig, dan zoek je je soms helemaal rot. Als we ook een lon en lat hebben, die zo is af te lezen in de hoek van de pagina, maakt dat het vinden van de juiste plaats voor ons een stuk makkelijker. Ik verwijder gewoon de moeilijke manieren, levert ons nu dan nog even wat meer werk op maar goed. Op een gegeven moment zal het mogelijk zijn om op de stad te klikken en dat informatie te geven (een variatie op de POI layer. Ik zal proberen het deze week opgang te krijgen, maar ik heb nog veel te doen als dat werkt veranderen we de how-to wel weer. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht OpenStreetMap maakt gratis kaart in de Friese taal, versie 2
Het is mij niet precies duidelijk wanneer de versie goedgekeurd is maar ik zat toevallig toch achter de PC en heb de vertaling maar even geactualiseerd. =PARSEBERJOCHT= 29 jannewaris 2008, OpenStreetMap makket in fergeze kaart yn it Frysk OpenStreetMap presintearret in frysktalige ferzje fan harren eigen fergeze digitale kaart. Dizze kaart wêrop de fryske nammen fan ûnder oaren plakken, strjitten en marren oanjûn wurde, is it resultaat fan it wurk fan entûsjaste frijwilligers út de Openstreetmap mienskip. It Fryske taalgebiet is lyts en hat dêrtroch net folle oantrekkingskrêft op de kommersjele kaartemakkers. Troch it ûntbrekken fan kommersjele belangen en it iepen karakter is it mooglik om aktyf te wêzen op gebieden dy't troch tradisjonele kaartemakkers net ynteressant fûn wurde. neffens Lambertus IJsselstein, wurdfierder fan OpenStreetMap. In moai foarbyld hjirfan is de fryske kaart. Foar safier wy witte is dit in unikum: der wie oant no ta gjin fryske digitale kaart fan Nederlân. De OpenStreetMap mienskip is harsels derfan bewust dat de kaart yn it Frysk altiten better kin en ropt minsken dy't dit nijsgjirrich fine op om mei te wurkjen oan in noch bettere kaart. Meihelpe is hiel maklik: sjoch ris op de webstee as op it foarum! OpenStreetMap besiket de wrâldkaart frij te meitsjen sa as de wikipedy de ensyklopedy frij makke hat. It doel: in frij te brûken wrâldkaart wêroan eltsenien meiwurkje kin. Untstien yn Ingelân yn 2004 hat Openstreetmap oer de hiele wrâld frijwilligers entûsjast makke om mei in GPS en in notysjeblok yn de hân de frije wrâldkaart hieltiten better en kompleter te meitsjen. De kaart yn it Frysk is te besjen op: http://frysk.tile.openstreetmap.nl Sjoch foar mear ynformaasje: http://www.openstreetmap.nl It OpenStreetMap foarum is te besjen op: http://forum.openstreetmap.org =EIN PARSEBERJOCHT= On Jan 29, 2008 10:17 PM, Lambertus [EMAIL PROTECTED] wrote: Bij deze een herziene versie, nr 2. Met daarin de wijzigingen zoals voorgesteld door Zoran, Ante en Martijn v E. Dank daarvoor. Graag reaktie. Wanneer dit goedgekeurd wordt kan Theun een tweede vertaal slag doen en laat ik het even zien aan iemand die Fries 'gestudeerd' heeft. Hoe stuur je eigenlijk een tweetalig persbericht? Twee Word documenten of onderelkaar geplakt in een HTML email als deze? Ante, wat zeg jij daarvan? =PERSBERICHT= 29 januari 2008, OpenStreetMap maakt gratis kaart in de Friese taal OpenStreetMap presenteert een Friestalige versie van haar gratis digitale kaart. Deze kaart, waarop de Friese benamingen van o.a. plaatsen, straten en meren worden weergegeven, is het resultaat van het werk van enthousiaste vrijwilligers uit de OpenStreetMap gemeenschap. Het Friese taalgebied is klein en heeft daardoor weinig aantrekkingskracht op de commerciële kaartenmakers. Door het ontbreken van commerciële belangen en het open karakter is het voor OpenStreetMap mogelijk om actief te zijn op gebieden die door de traditionele kaartenmakers niet interessant gevonden worden. aldus Lambertus IJsselstein, woordvoerder van OpenStreetMap. Een mooi voorbeeld hiervan is de Friestalige kaart. Voor zover wij weten is dit een unicum: er was tot nu toe geen Friestalige digitale kaart van Nederland.. De OpenStreetMap gemeenschap is zich ervan bewust dat de kaart in de Friese taal altijd beter kan en roept daarom geïnteresseerden op om mee te werken aan een nog betere kaart. Iedereen kan en mag een steentje bijdragen. Helpen is heel makkelijk: neem eens een kijkje op de website of het forum! OpenStreetMap probeert de wereldkaart te ontketenen zoals Wikipedia de encyclopedie heeft ontketend. Het doel: een vrij beschikbare wereldkaart waaraan iedereen kan meewerken. Ontstaan in Engeland in 2004 heeft OpenStreetMap de afgelopen jaren wereldwijd vrijwilligers enthousiast gemaakt om gewapend met GPS en notitieblok de vrije wereldkaart steeds beter en completer te maken. De kaart in de Friese taal is te bekijken op: http://frysk.tile.openstreetmap.nl Zie voor meer informatie over OpenStreetMap: http://www.openstreetmap.nl Het OpenStreetMap forum is te bezoeken op: http://forum.openstreetmap.org 0-0-0-0-0-0 Noot voor de redactie: Contactpersoon namens OpenStreetMap Nederland: (stukje met mijn contact gegevens) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht OpenStreetMap maakt gratis kaart in de Friese taal, versie 2
Nou ja, ik weet het ook niet. Er is vandaag geen inhoudelijke kritiek gegeven, dus het lijkt me wel goed. Bedankt nogmaals voor de vertaling. Het is mij niet precies duidelijk wanneer de versie goedgekeurd is maar ik zat toevallig toch achter de PC en heb de vertaling maar even geactualiseerd. =PARSEBERJOCHT= 29 jannewaris 2008, OpenStreetMap makket in fergeze kaart yn it Frysk OpenStreetMap presintearret in frysktalige ferzje fan harren eigen fergeze digitale kaart. Dizze kaart wêrop de fryske nammen fan ûnder oaren plakken, strjitten en marren oanjûn wurde, is it resultaat fan it wurk fan entûsjaste frijwilligers út de Openstreetmap mienskip. It Fryske taalgebiet is lyts en hat dêrtroch net folle oantrekkingskrêft op de kommersjele kaartemakkers. Troch it ûntbrekken fan kommersjele belangen en it iepen karakter is it mooglik om aktyf te wêzen op gebieden dy't troch tradisjonele kaartemakkers net ynteressant fûn wurde. neffens Lambertus IJsselstein, wurdfierder fan OpenStreetMap. In moai foarbyld hjirfan is de fryske kaart. Foar safier wy witte is dit in unikum: der wie oant no ta gjin fryske digitale kaart fan Nederlân. De OpenStreetMap mienskip is harsels derfan bewust dat de kaart yn it Frysk altiten better kin en ropt minsken dy't dit nijsgjirrich fine op om mei te wurkjen oan in noch bettere kaart. Meihelpe is hiel maklik: sjoch ris op de webstee as op it foarum! OpenStreetMap besiket de wrâldkaart frij te meitsjen sa as de wikipedy de ensyklopedy frij makke hat. It doel: in frij te brûken wrâldkaart wêroan eltsenien meiwurkje kin. Untstien yn Ingelân yn 2004 hat Openstreetmap oer de hiele wrâld frijwilligers entûsjast makke om mei in GPS en in notysjeblok yn de hân de frije wrâldkaart hieltiten better en kompleter te meitsjen. De kaart yn it Frysk is te besjen op: http://frysk.tile.openstreetmap.nl Sjoch foar mear ynformaasje: http://www.openstreetmap.nl It OpenStreetMap foarum is te besjen op: http://forum.openstreetmap.org =EIN PARSEBERJOCHT= On Jan 29, 2008 10:17 PM, Lambertus [EMAIL PROTECTED] wrote: Bij deze een herziene versie, nr 2. Met daarin de wijzigingen zoals voorgesteld door Zoran, Ante en Martijn v E. Dank daarvoor. Graag reaktie. Wanneer dit goedgekeurd wordt kan Theun een tweede vertaal slag doen en laat ik het even zien aan iemand die Fries 'gestudeerd' heeft. Hoe stuur je eigenlijk een tweetalig persbericht? Twee Word documenten of onderelkaar geplakt in een HTML email als deze? Ante, wat zeg jij daarvan? =PERSBERICHT= 29 januari 2008, OpenStreetMap maakt gratis kaart in de Friese taal OpenStreetMap presenteert een Friestalige versie van haar gratis digitale kaart. Deze kaart, waarop de Friese benamingen van o.a. plaatsen, straten en meren worden weergegeven, is het resultaat van het werk van enthousiaste vrijwilligers uit de OpenStreetMap gemeenschap. Het Friese taalgebied is klein en heeft daardoor weinig aantrekkingskracht op de commerciële kaartenmakers. Door het ontbreken van commerciële belangen en het open karakter is het voor OpenStreetMap mogelijk om actief te zijn op gebieden die door de traditionele kaartenmakers niet interessant gevonden worden. aldus Lambertus IJsselstein, woordvoerder van OpenStreetMap. Een mooi voorbeeld hiervan is de Friestalige kaart. Voor zover wij weten is dit een unicum: er was tot nu toe geen Friestalige digitale kaart van Nederland.. De OpenStreetMap gemeenschap is zich ervan bewust dat de kaart in de Friese taal altijd beter kan en roept daarom geïnteresseerden op om mee te werken aan een nog betere kaart. Iedereen kan en mag een steentje bijdragen. Helpen is heel makkelijk: neem eens een kijkje op de website of het forum! OpenStreetMap probeert de wereldkaart te ontketenen zoals Wikipedia de encyclopedie heeft ontketend. Het doel: een vrij beschikbare wereldkaart waaraan iedereen kan meewerken. Ontstaan in Engeland in 2004 heeft OpenStreetMap de afgelopen jaren wereldwijd vrijwilligers enthousiast gemaakt om gewapend met GPS en notitieblok de vrije wereldkaart steeds beter en completer te maken. De kaart in de Friese taal is te bekijken op: http://frysk.tile.openstreetmap.nl Zie voor meer informatie over OpenStreetMap: http://www.openstreetmap.nl Het OpenStreetMap forum is te bezoeken op: http://forum.openstreetmap.org 0-0-0-0-0-0 Noot voor de redactie: Contactpersoon namens OpenStreetMap Nederland: (stukje met mijn contact gegevens) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Afronding persbericht Friestalige kaart
Bedankt allemaal voor de vertaling, aangeboden hulp en de feedback. jij ook bedankt ;) Joris die wat overeenkomsten ziet Meijerink ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] typo's fixen mag
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 M'n verhaal(tje) staat op de frontpage. Typo's fixen mag uiteraard ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHoNxkYH1+F2Rqwn0RCpVcAJ4g/dYQyJSOkt8ub6Vm+EdSu+kXJwCdGwqn 5mM5f7BfiJKNSzypOY7JVU4= =cP0s -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] typo's fixen mag
Mooi verslag met humor. Helaas wel wat woord-foutjes her en der en aangezien niemand jou bericht kan editen (ik tenminste niet) moet je er zelf nog maar even doorheen ;-) - Original Message - From: Stefan de Konink [EMAIL PROTECTED] To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Sent: Wednesday, January 30, 2008 21:21 Subject: [OSM-talk-nl] typo's fixen mag -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 M'n verhaal(tje) staat op de frontpage. Typo's fixen mag uiteraard ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHoNxkYH1+F2Rqwn0RCpVcAJ4g/dYQyJSOkt8ub6Vm+EdSu+kXJwCdGwqn 5mM5f7BfiJKNSzypOY7JVU4= =cP0s -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] typo's fixen mag
Zeker weten dat je dat wilt? Dan ga ik er even voor zitten... :-) De SP ad een waslijst - had Ik zou zeggen download - Ik zou zeggen: download maakte in zijn reactie tijd - in [de tijd voor] zijn reactie privacy aspecten - privacyaspecten markt partijen - marktpartijen navigatie software - navigatiesoftware Dan kan nog in beroep gaan worden - worden gegaan kaart maker - kaart[en]maker uit omgeving Rotterdam - uit de omgeving van Rotterdam Om het laatste even in historisch perspectief te plaatsen. - j? - : het OV zone grens verhaal - het OV-zonegrensverhaal Interessant stuk en leuk geschreven, verder :) Ben On 30/01/2008, Stefan de Konink [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 M'n verhaal(tje) staat op de frontpage. Typo's fixen mag uiteraard ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHoNxkYH1+F2Rqwn0RCpVcAJ4g/dYQyJSOkt8ub6Vm+EdSu+kXJwCdGwqn 5mM5f7BfiJKNSzypOY7JVU4= =cP0s -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl -- de Campusomroep: op en achter UTV en Uradio! www.campusomroep.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] typo's fixen mag
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Ben Companjen schreef: Zeker weten dat je dat wilt? Dan ga ik er even voor zitten... :-) ...ik vind dit net zo 'open source' als programma code. maakte in zijn reactie tijd - in zijn reactie Om het laatste even in historisch perspectief te plaatsen. - j? - : Je bedoelt? Interessant stuk en leuk geschreven, verder :) Thanks. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHoOhzYH1+F2Rqwn0RCvmTAJ4zLX1WEpN8CD/3HcuvjhqDRnlz/ACeLFEM pGBCHZ5ztMQ9W/i+Iy8othY= =D+sz -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] typo's fixen mag
On 30/01/2008, Stefan de Konink [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Ben Companjen schreef: Zeker weten dat je dat wilt? Dan ga ik er even voor zitten... :-) ...ik vind dit net zo 'open source' als programma code. maakte in zijn reactie tijd - in zijn reactie Om het laatste even in historisch perspectief te plaatsen. - j? - : Je bedoelt? Deze zin is geen zin op zichzelf en werkt in mijn beleving heel erg toe naar de rest. Wat mij betreft kun je ze beter verbinden met een dubbele punt :) Interessant stuk en leuk geschreven, verder :) Thanks. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHoOhzYH1+F2Rqwn0RCvmTAJ4zLX1WEpN8CD/3HcuvjhqDRnlz/ACeLFEM pGBCHZ5ztMQ9W/i+Iy8othY= =D+sz -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl Groeten van Ben -- de Campusomroep: op en achter UTV en Uradio! www.campusomroep.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[Talk-de] OSM-Radtrikot (war OSM-Flyer)
Hi, gab es eigentlich schon mal die Idee Radtrikots zu erstellen? Ich denke, diese Art der Werbe- und Informationsmaßnahme hätte einen längerfristigen Effekt als ein paar Tausend Flyer. Schließlich lassen sich die Trikot über Jahre benutzen; man kann sie auch bei (Hobby-)Rennen einsetzen und so bei den Zuschauern auffallen. Die Umsetzung erfordert mit Sicherheit mehr Planung und Vorbereitung als ein Flyer, aber wenn wir das jetzt angehen, dann gibt es für alle im Sommer ein Radtrikot. :) Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Radtrikot (war OSM-Flyer)
Adrian Stabiszewski [EMAIL PROTECTED] wrote: gab es eigentlich schon mal die Idee Radtrikots zu erstellen? Ein brauchbares T-shirt, das man beim mappen anziehen kann würde mir eigentlich schon reichen. Bitte nicht in weiß :) Sven -- The term any key does not refer to a particular key on the keyboard. It simply means to strike any one of the keys on your keyboard or handheld screen. (Compaq FAQ Entry 2859) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Flyer
Hi, wir haben da mal nen Flyer für den Linuxtag in Feldkirch erstellt. Vielleicht ist der ja ganz nützlich... http://propirate.net/osm.html Markus On 1/30/08, Frederik Ramm [EMAIL PROTECTED] wrote: Hallo, ich moechte gern einen vierfarbigen OSM-Werbeflyer entwerfen, den man Leuten in die Hand druecken kann, die sich fuer das Projekt interessieren. Ich sitze hier so an meinem Malprogramm und frage mich: Braucht so ein Werk eigentlich einen Herausgeber oder einen V.i.S.d.P., und wenn ja, wer ist das dann bei uns? Oder kann man sich da drum druecken, wenn man die Webseite angibt? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweiz: Chaos am Gotthard und Oberalppass
On 29/01/2008, Christoph Eckert [EMAIL PROTECTED] wrote: Hi, Das ist ja schon vorhanden, und sogar (glaube ich) inzwischen fest eingebaut. konvertieren geht schon ziemlich lange, ja. Sorry, das hätte ich viel deutlicher schreiben sollen. Das Reinigen von überflüssigen Punkten geht auch seit einiger Zeit. Ich habe mich auch geirrt, indem die Fähigkeit doch noch das Utils-Plugin benötigt. Hier: http://lists.openstreetmap.org/pipermail/josm-dev/2007-October/000175.html Und im restlichen Thread findest Du einige Hinweise dazu, aber kurz erzählt: * Utils Plugin installieren * Configdatei anpassen, wie unterm Link beschrieben Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-TShirt (war ... Trikot)
Hallo, Ein brauchbares T-shirt, das man beim mappen anziehen kann würde mir eigentlich schon reichen. Bitte nicht in weiß :) Auf dem letzten Linuxtag hatten die Jungs von den LinuxGamers ihr Outfit über www.spreadshirt.de abgestimmt. Vorschlag: Einen OSM Shop eröffnen und eventuelle Verkaufs-Provisionen an openstreetmap.org fliessen lassen. (BTW: Ich habe keinerlei Bezug und Erfahrungen mit diesem Laden) Gruß Olaf -- Vorstand/Board of Management: Dr. Bernd Finkbeiner, Dr. Florian Geyer, Dr. Roland Niemeier, Dr. Arno Steitz, Dr. Ingrid Zech Vorsitzender des Aufsichtsrats/ Chairman of the Supervisory Board: Prof. Dr. Hanns Ruder Sitz/Registered Office: Tuebingen Registergericht/Registration Court: Stuttgart Registernummer/Commercial Register No.: HRB 382196 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-TShirt (war ... Trikot)
Olaf Flebbe schrieb: Hallo, Ein brauchbares T-shirt, das man beim mappen anziehen kann würde mir eigentlich schon reichen. Bitte nicht in weiß :) Auf dem letzten Linuxtag hatten die Jungs von den LinuxGamers ihr Outfit über www.spreadshirt.de abgestimmt. Vorschlag: Einen OSM Shop eröffnen und eventuelle Verkaufs-Provisionen an openstreetmap.org fliessen lassen. (BTW: Ich habe keinerlei Bezug und Erfahrungen mit diesem Laden) Gruß Olaf Die Qualität und der Service sind sehr gut. Leider schlägt sich das auch im Preis nieder. Die Shirts liegen bei etwas 15 -18 €, da kann man dann eine Provison drauf schlagen z.B. 5 € pro Shirt. Die gibt's dann ohne Abzüge. Der Shop selbst ich auch frei. Gruß Christof ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
