Re: [OSM-talk] barrier=gate
Nic Roets wrote The problem is that OSM has a lot of momentum (users remembering tags, tags being hardcoded into all kinds of software, hundreds of wikipages etc). So changing tags should not be done lightly. This is perhaps the only one of dozens of recent comments concerning tagging that is difficult to disagree with. There were dozens of postings on the subjects of footway versus path or cars on tracks, now it is gates and service roads that are exciting people' minds. I believe the fact that tagging queries and arguments are the cause of at least 50% of talk traffic points to at least one underlying weakness in OSM (Steve, Andy and others who were involved with devising it please look away now): rant All map features have certain things in common - they all have a geographical location (or point to nodes with locations), a time, and an author. These properties are intrinsic to the database. They have one more thing in common: they all represent something real in the world. A node might represent a pub or a post box. A way might represent a motorway or a state boundary. This 'type' property is, in my mind more fundamental than all the other attributes we can add using tags - access restrictions, opening times, ownership,... Not only are types fundamental but a feature can really have only one type. A post box may be built into the wall of a pub and the two share the same geographical location, but the pub is not a post box and the post box is not a pub. This leads me into a little side- street here: I understand the data treats a POI as a node with tags, so a pub is a node with the amenity=pub tag. So in my example two nodes would be needed at the same location. I'm not sure if this is allowed, but it is clearly inefficient. It would be better for POI features to simply point to a node. The POI would have the type (rather like a way with just one node) while the node would have a location but no type. In my example there would be two POI features pointing to the same node. Back to the main road, now... I once tried tagging a local river as a railway line. Nothing prevented me doing this. In the database it was (until I went back in and fixed it) a river AND a railway! What appeared on the map was then down to the coding of the renderer which could choose to show it as one or the other, or both, superimposed. It may be possible for a railway to run immediately alongside a river, but the two should obviously be separate features. They might point to the same nodes but they must be discrete ways. Since all features should have one and only one type, I think this should be reflected in the data, just as locations are. Imagine if latitude and longitude were simply tags. We would have endless arguments about whether to tag as longitude=-12.5, easting=-12.5, lon=W12.5, long=W12d30m00s,... It my be anathema to some, but I feel there is a need for a little management - possibly even a committee or working party - with respect to the basic data structure. I would suggest a little less freedom in the matter of feature typing, with every feature having a specific type represented in the dataset in much the same way as location. Logically the menu of feature types would be derived from those in widespread use but with a little more order and a little less variety than at present. Those writing renderers would no longer have to decide which tags to render or need to cater for landuse=forest as well as natural=wood. Those writing editors would be able to build proper menus based on universally-used types complete with guidance on their application. People could still add any tags they liked, but the special feature type attribute would have to be approved in a more structured manner than a few votes on the wiki. If such a radical approach were adopted, changing the dataset would be the easy bit, and authors of editors and renderers would probably welcome a stint of intensive re-writing if it saved hours of work in the future. The real hurdle is in getting some sort of agreement within the OSM community. I know I for one would be far more inclined to devote time to collecting and adding data and even to getting involved in the software/data engineering aspects of OSM if I did not believe its foundations were unstable. But if it continues to grow without training or pruning (note the clever metaphor switch there) I worry it could become a garden overgrown with brambles - full of good things impossible to harvest. /rant elvin ibbotson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Markers on the slippy map
Gervase Markham wrote: Ulf Lamping wrote: http://www.openstreetmap.org/?mlat=51.64685mlon=-0.14641zoom=15 But then how would you get a marker on the Osmarender layer? Cutting the stuff out of the export tab thing, I get: http://www.openstreetmap.org/export/embed.html?bbox=8.60015,47.38736,8.6241,47.4041layer=osmarendermarker=47.39622,8.61168 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetmap iPhone app
John McKerrell schrieb: On 10 Nov 2008, at 13:08, Joseph Gentle wrote: On Tue, Nov 11, 2008 at 12:01 AM, John07 [EMAIL PROTECTED] wrote: I think editing on this small screen with (maybe) bad latency... will not be easy and efficient. I think Openstreetbugs is better for this. You can include it into your app like the josm-plugin does. With Openstreetbugs you don´t have to know the osm-tagging-schema and you can just add quickly notes. When you`re releasing the app, create a osm-wikipage (or i will do it ;-) ) and i´m sure you will get a lot of feedback and proposals for improving the app. Jonas I'm starting a new job in a couple weeks and I don't have time. I'll help anyone who wants to make this happen and push it to the app store when its done, but I'll need another developer to carry the flame. I just yesterday submitted my first app to the app store (or maybe I didn't, I forget if the NDA allows me to say). It's a simple thing that lets you submit a postcode to freethepostcode.org for the current location as reported by the on-board GPS. I've also managed to port the routing engine from gosmore to the iPhone and successfully generated a (relatively short) route on my phone. I'm quite interested in taking this further and also perhaps doing some sort of OSM viewing/editing app. I'm not sure when I'll get time to work on this but I'm hoping over the next week I might get around to adding some features to the routing app. Currently it just generates a route between two hardcoded locations and that's all so obviously there's work to be done there. John Routing as a further step would be great. I think this page is good for putting information and ideas together: http://wiki.openstreetmap.org/index.php/IPhone Please write down your ideas and write something about your current development. If it is a lot of text we should generate sub-pages like: http://wiki.openstreetmap.org/index.php/IPhone/route-me Jonas P.S. forgot to send to the list :-( ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetmap iPhone app
On 10/11/08 12:40, Joseph Gentle wrote: http://code.google.com/p/route-me/ ... Though the focus is on the map view, not on making it a fully fledged application for the store. -J Interesting... I have an iPod Touch, how do I install this? I've uncrippled it, and I can't find route-me on the installer.app... Rory signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki Offline Copy?
Alexander Menk wrote: Hi! maybe a good intermediate solution would be to provide zipped wget -r copies of the wiki? Of course not everybody shall do wget -r wiki.openstreetmap.org because this would cause to much load, but I could offer some webspace and do weekly snapshots or s.th. like this? Dude! No no no. ~23100 pages x multiple page views x all history x special page links = big scary number. Do not do it. Bots are causing most of the load problems on the wiki, do not start another one. Unfortunately wget is excluded by robots.txt, that's why I ask before I do so.. Yes, wget is blocked for good reason. Wikipedia blocks it too. The server which runs the wiki will be upgraded soon. If the community then agrees, we could setup a weekly data dump. Something like: http://meta.wikimedia.org/wiki/Data_dumps / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki Offline Copy?
I think putting a wiki on a CD is not a smart idea at all. Some reformatting will have to be done. Else a lot of links won't work (just take the login stuff). But good to hear we might get a dump every X days soon :) --Roeland On Monday 10 November 2008 16:20:57 Alexander Menk wrote: Hi! Grant Slater wrote: maybe a good intermediate solution would be to provide zipped wget -r copies of the wiki? Of course not everybody shall do wget -r wiki.openstreetmap.org because this would cause to much load, but I could offer some webspace and do weekly snapshots or s.th. like this? Dude! No no no. sorry, did not want to scare you - I just asked... ~23100 pages x multiple page views x all history x special page links = big scary number. Do not do it. I would have excluded the same stuff that is excluded in the robots.txt (history, special pages etc.) Bots are causing most of the load problems on the wiki, do not start another one. but I want the bot ... ;-( (Over the hedge / Hammy - but I want the cookie) Unfortunately wget is excluded by robots.txt, that's why I ask before I do so.. Yes, wget is blocked for good reason. Wikipedia blocks it too. The server which runs the wiki will be upgraded soon. If the community then agrees, we could setup a weekly data dump. Something like: http://meta.wikimedia.org/wiki/Data_dumps [x] agree Unfortunately a data dump is not as handy as a ZIP file with many HTML files you can just pass around on some CDs to people with modems who are interested in OSM. But with the Data Dump I could set up a mediawiki on my own and do the wget there .. of course. But it's not very trivial to do so, especially including all the images. That's why I came up with the wget suggestion. Of course only ONE should do such a wget during a timeframe with a low load on the wiki (but I guess such a timeframe is just not existing...) Alex ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] barrier=gate
Richard Fairhurst wrote: Isn't the point of a gate that you can open it? i.e. traffic is allowed through, but for routing purposes there's a time penalty. Certainly there are oodles of gated roads in rural Britain where this applies - there's one on my stretch of NCN. :) There's quite a few round my area on residential streets designed to let the emergency services pass, but permanently closed otherwise. I've just mapped them as 'highway=gate' for now, thinking of them as physical objects.. I hope any change to 'barrier=gate' doesn't automatically imply additional semantics. Graham ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] barrier=gate
Gerald A wrote: Renderers should be following the project. If the community decides one tag over the other, or both, or even neither, the renders will catch up eventually. But the community has decided with a vote of 1:10 to use highway=barrier rather than barrier=gate. It has not. There may be ten times more highway=gate in the DB than barrier=gate, but what percentage of the community that is aware of the new tags actually prefers the old tags when adding new objects? You'd have to watch the relative frequency of the two tags over time to see, which one is growing, and therefore, on which the community has decided. Regards, Marc -- GMX Download-Spiele: Preizsturz! Alle Puzzle-Spiele Deluxe über 60% billiger. http://games.entertainment.gmx.net/de/entertainment/games/download/puzzle/index.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] barrier=gate
Dave wrote: If everybody starts using barrier=gate ultimately happy that it's much better than highway=gate, then at some point the renderers will follow. I've just checked the Osmarender stylesheet for z17 and it contains: !-- Barriers -- rule e=node k=barrier|highway v=gate rule e=node k=status v=open wayMarker k=highway class=gate-open/ /rule else rule e=node k=status v=locked wayMarker k=highway class=gate-locked/ /rule else wayMarker k=highway class=gate-closed/ /else /else /rule So your open, locked or other gate will currently render the same whether you use barrier=gate or highway=gate in the Osmarender layer already (presuming all the clients have been updated since the change was made). Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] barrier=gate
David Earl escribió: On 10/11/2008 11:18, Marc Schütz wrote: Gerald A wrote: Renderers should be following the project. If the community decides one tag over the other, or both, or even neither, the renders will catch up eventually. But the community has decided with a vote of 1:10 to use highway=barrier rather than barrier=gate. It has not. There may be ten times more highway=gate in the DB than barrier=gate, but what percentage of the community that is aware of the new tags actually prefers the old tags when adding new objects? You'd have to watch the relative frequency of the two tags over time to see, which one is growing, and therefore, on which the community has decided. yep that´s the real vote and, yes, higway=gate has 17000 uses and barrier=gate has 1400 in europe but barrier=gate is been there for just 2 weeks. It's a chicken and egg though. I really don't care what what the words I have to type to get a gate are, but if the renderers don't support the new tag I'll be inclined to carry on using the old one (since there is no advantage in using the new one, and the old one is built in to my fingers). Indeed, if the renderers don't actually drop support for the old one, I can't see any particular reason to change - the new tag doesn't do anything extra, it's just a self-selected group of people's preference for one word instead of another. is just a matter of concept, a gate is a highway or a barrier? and a matter of tag organization. but the answer is up to each of us. the use you choose will be that real vote And so long as I or others continue to use the old one, what incentive is there for the renderers to switch? David osmrender does support barrier=gate. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetmap iPhone app
On Mon, Nov 10, 2008 at 11:41 PM, John07 [EMAIL PROTECTED] wrote: Joe Richards schrieb: Anyone who has played with an iPhone will have seen the Google maps application, which provides much of the functionality of the Javascript web app, while giving quite a good tactile feel It also uses wireless triangulation - or if available, GPS - to show search results for things that are near you. Is there any project to create a similar application for the iPhone that uses OSM maps and data sources? I think it would be an excellent way to introduce OSM to people who have never seen it... I would imagine the existing functionality of the Google Maps application, plus maybe the ability to do some small-scale editing such as adding nodes for things like amenities while you're out and about... I think Openstreetbugs would be better for this. Searching for existing apps showed me that some people have stuffed some openstreetmap tiles into the GMap application on the iPhone (basically a hack, replacing the cached tiles) - but that isn't the same as having global coverage, and making the app available via the AppStore (or iTunes) would present a huge new audience. I thought of the same thing many times in the past. Such a app would be very cool. There are also the some webapps for a slippy map, but the usability isn´t that good. For ipod touch users like me a big cache would be very nice or a direct posibility to store some tiles for offline use. In the 2.0 version of the app maybe the developer could integrated some more osm-features like poi search or pedestrian routing. But rather start with only displaying maps and then integrate more and more. So, is there any iphone developer out there? I´m sure the osm foundation would sponsor the apple registration fee so that the app could be available for free. Or maybe cloudmade could develope an app. It would give osm a lot of publicity. *waves* I mentioned route-me because its my baby. Its a solid tile rendering engine. The maps work fine, we have on-'disk' caching support for tiles. Performance is similar to the built-in map app. There are a couple annoying bugs which are being squashed. Marker support is getting there. If anyone is interested in wrapping an app around it and adding GPS support search I'll happily push it out to the app store (I have a dev license). Other useful features to add include: - Geotracing support - Editing - Routing -J Jonas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] Creation of a user box in wikipedia user profiles
Hello, For this creation, is it possible that OpenStreetMap put his official logo on Wikimedia Commons ? Thx and CU Mieg ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Openstreetmap iPhone app
Anyone who has played with an iPhone will have seen the Google maps application, which provides much of the functionality of the Javascript web app, while giving quite a good tactile feel It also uses wireless triangulation - or if available, GPS - to show search results for things that are near you. Is there any project to create a similar application for the iPhone that uses OSM maps and data sources? I think it would be an excellent way to introduce OSM to people who have never seen it... I would imagine the existing functionality of the Google Maps application, plus maybe the ability to do some small-scale editing such as adding nodes for things like amenities while you're out and about... Searching for existing apps showed me that some people have stuffed some openstreetmap tiles into the GMap application on the iPhone (basically a hack, replacing the cached tiles) - but that isn't the same as having global coverage, and making the app available via the AppStore (or iTunes) would present a huge new audience. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] barrier=gate
On 10/11/2008 11:18, Marc Schütz wrote: Gerald A wrote: Renderers should be following the project. If the community decides one tag over the other, or both, or even neither, the renders will catch up eventually. But the community has decided with a vote of 1:10 to use highway=barrier rather than barrier=gate. It has not. There may be ten times more highway=gate in the DB than barrier=gate, but what percentage of the community that is aware of the new tags actually prefers the old tags when adding new objects? You'd have to watch the relative frequency of the two tags over time to see, which one is growing, and therefore, on which the community has decided. It's a chicken and egg though. I really don't care what what the words I have to type to get a gate are, but if the renderers don't support the new tag I'll be inclined to carry on using the old one (since there is no advantage in using the new one, and the old one is built in to my fingers). Indeed, if the renderers don't actually drop support for the old one, I can't see any particular reason to change - the new tag doesn't do anything extra, it's just a self-selected group of people's preference for one word instead of another. And so long as I or others continue to use the old one, what incentive is there for the renderers to switch? David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetmap iPhone app
http://code.google.com/p/route-me/ ... Though the focus is on the map view, not on making it a fully fledged application for the store. -J On Mon, Nov 10, 2008 at 11:07 PM, Joe Richards [EMAIL PROTECTED] wrote: Anyone who has played with an iPhone will have seen the Google maps application, which provides much of the functionality of the Javascript web app, while giving quite a good tactile feel It also uses wireless triangulation - or if available, GPS - to show search results for things that are near you. Is there any project to create a similar application for the iPhone that uses OSM maps and data sources? I think it would be an excellent way to introduce OSM to people who have never seen it... I would imagine the existing functionality of the Google Maps application, plus maybe the ability to do some small-scale editing such as adding nodes for things like amenities while you're out and about... Searching for existing apps showed me that some people have stuffed some openstreetmap tiles into the GMap application on the iPhone (basically a hack, replacing the cached tiles) - but that isn't the same as having global coverage, and making the app available via the AppStore (or iTunes) would present a huge new audience. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki Offline Copy?
On Mon, Nov 10, 2008 at 4:36 PM, Alexander Menk [EMAIL PROTECTED] wrote: Hi! Roeland Douma wrote: I think putting a wiki on a CD is not a smart idea at all. Some reformatting will have to be done. Else a lot of links won't work (just take the login stuff). I'm open for any input on smarter ideas ;-) Is there a nice way for transforming a wiki dump to let's say a huge PDF ? Maybe using LaTeX ? It's about making the information, especially about tagging and mapping available in a comprehensive way for dial up users. I think the would guess, that they cannot login ;-) But of course, a reformating would be good. Bad ugly information (a CD were you get an error when clicking the Login button) is better than no information at all.. http://users.softlab.ece.ntua.gr/~ttsiod/buildWikipediaOffline.html There are lots of attempts of making wikipedia offline, non of them are simple solution, and they almost never have images. -- /emj ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] Question about the license for the software that uses data derived from OSM's database
Hey guys, I've got some questions... Let's say I've taken the OSM data and turned it - using software I've written - into Shapefiles so that I can pass that through another piece of software to create data for my (commercial) application to use. The Shapefiles then inherit the same CC-BY-SA license, but do I have to distribute them and/or make them available? Is it sufficient to inform my customers that they may have the data under that license if they want it? Do I even need to do that? The data at this point is only used within my organisation. What about the data generated (Voronoid cells, junction map) from the Shapefiles which is specifically formatted for the code I've written to take advantage of that data? It's in the SQL Server database that each customer has, so presumably I need to put a note somewhere to say they're free to use it if they want to - but do I have to make it available online somewhere? Presumably the code which reads from the database is exempt because it's not part of the data - and the data, being in a SQL Server database, is not an integral part of the software. (Indeed, the software is perfectly capable of running without that data, or any data at all.) Thanks, - Hugh ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Wiki Offline Copy?
Hi! Roeland Douma wrote: I think putting a wiki on a CD is not a smart idea at all. Some reformatting will have to be done. Else a lot of links won't work (just take the login stuff). I'm open for any input on smarter ideas ;-) Is there a nice way for transforming a wiki dump to let's say a huge PDF ? Maybe using LaTeX ? It's about making the information, especially about tagging and mapping available in a comprehensive way for dial up users. I think the would guess, that they cannot login ;-) But of course, a reformating would be good. Bad ugly information (a CD were you get an error when clicking the Login button) is better than no information at all.. Alex ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Creation of a user box in wikipedia user profiles
El Lunes, 10 de Noviembre de 2008, Mieg Tenk escribió:
Hello,
For this creation, is it possible that OpenStreetMap put his official logo
on Wikimedia Commons ?
{{User:Ksbrown/User OSM}}
http://en.wikipedia.org/wiki/User:Ksbrown/User_OSM
Cheers,
--
--
Iván Sánchez Ortega [EMAIL PROTECTED]
Proudly running Debian Linux with 2.6.26-1-amd64 kernel, KDE 3.5.9, and PHP
5.2.6-5 generating this signature.
Uptime: 16:59:59 up 81 days, 5:55, 4 users, load average: 1.31, 1.00, 0.69
signature.asc
Description: This is a digitally signed message part.
___
legal-talk mailing list
[EMAIL PROTECTED]
http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Wiki Offline Copy?
There are lots of attempts of making wikipedia offline, non of them are simple solution, and they almost never have images. And what about just doing a basic and simple HTML copy ? ( if the goal is to be rendered loacaly with a borwser) Download httrack, get fun with parameters, get a local copy of the wiki without strugling it, and off you are ! -- Sylvain Letuffe [EMAIL PROTECTED] qui suis-je : http://slyserv.dyndns.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Question about the license for the software that uses data derived from OSM's database
El Lunes, 10 de Noviembre de 2008, Hugh Hulme escribió: Let's say I've taken the OSM data and turned it [...] into Shapefiles [...] to create data for my (commercial) application to use. The Shapefiles then inherit the same CC-BY-SA license, but do I have to distribute them and/or make them available? No. Distribution of the shapefiles is up to you. However, **if** you distribute the shapefiles, you have to do so according to the CC-by-sa license. Is it sufficient to inform my customers that they may have the data under that license if they want it? Do I even need to do that? If you are distributing the data to your clients, then the answer is yes. I need to put a note somewhere to say they're free to use it if they want to ... yes ... - but do I have to make it available online somewhere? No. The CC-by-sa license tells you *how* you must redistribute things, **if** you choose to redistribute them. You are not required to forcefully redistribute stuff. The details about how the upcoming ODbL license will stand up against these use case are still not clear. Expect the same general stuff: you should not be forcefully made to publish anything, but if you use data from a ODbL-covered DB, you have to allow access to the derivative DB. Cheers, -- -- Iván Sánchez Ortega [EMAIL PROTECTED] Proudly running Debian Linux with 2.6.26-1-amd64 kernel, KDE 3.5.9, and PHP 5.2.6-5 generating this signature. Uptime: 17:29:59 up 81 days, 6:25, 4 users, load average: 0.38, 0.47, 0.52 signature.asc Description: This is a digitally signed message part. ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Wiki Offline Copy?
On 10 Nov 2008, at 16:31, sylvain letuffe wrote: There are lots of attempts of making wikipedia offline, non of them are simple solution, and they almost never have images. And what about just doing a basic and simple HTML copy ? ( if the goal is to be rendered loacaly with a borwser) Download httrack, get fun with parameters, get a local copy of the wiki without strugling it, and off you are ! That is effectively the same as using wget -r, which as Grant Slater mentioned earlier in the thread, is something that we don't want happening as it causes too much load on the server. Shaun smime.p7s Description: S/MIME cryptographic signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Markers on the slippy map
Gervase Markham wrote: Shaun McDonald wrote: Just go to the osmarender layer (or whichever layer you want), hit permalink, then with the url that you get change the lat to mlat and lon to mlon. I'm confused. The layers parameter doesn't define which layer is shown? It does - the problem with your original URL is probably that the layer ordering has changed since the wiki page was written and your layer configuration was therefore incorrect and was turning off the marker layer. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki Offline Copy?
Am Montag 10 November 2008 17:44:00 schrieb Shaun McDonald: On 10 Nov 2008, at 16:31, sylvain letuffe wrote: There are lots of attempts of making wikipedia offline, non of them are simple solution, and they almost never have images. And what about just doing a basic and simple HTML copy ? ( if the goal is to be rendered loacaly with a borwser) Download httrack, get fun with parameters, get a local copy of the wiki without strugling it, and off you are ! That is effectively the same as using wget -r, which as Grant Slater mentioned earlier in the thread, is something that we don't want happening as it causes too much load on the server. He wrote get a local copy of the wiki. Shaun Regards, Marc signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] barrier=gate
Dave Stubbs wrote: On Sun, Nov 9, 2008 at 8:46 AM, Nic Roets [EMAIL PROTECTED] wrote: According to the wiki redirects, barrier=gate is replacing highway=gate. According to tagwatch, the latter is 10 times more popular than the former. Yes, because the barrier=gate people decided it makes more sense. I'm not sure a wiki redirect is the correct way of going about it... but they're essentially the same thing. Obviously highway=gate has been around much longer. Leaving aside barrier=gate vs. highway=gate, there was not a wiki page at Tag:highway=gate until the redirect was added. -Alex Mauer hawke signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
On 07/11/08 17:28, James Stewart wrote: There has just been this discussion on the spanish list - and the conclusion was to label these roads as 'residential', since they are generally public roads with traffic similar to residential areas, rather than roads between places which would be 'unclassified' or 'classified', and are not really 'service' roads, which might apply to the roads within a private industrial complex. James Residental should only be applied if people live on the road. Rory signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Wanted: Osm2pgsql.exe developer
Hi, I would like to find somebody who believes he/she could make a new version of osm2pgsql Windows binaries. New version should have a couple of addiotional features compared to the existing one at http://artem.dev.openstreetmap.org/files/ - support for giving PostGIS hostname, port, username and password - user should be able to select the tags to be imported - I guess it should support API 0.6 if it is to be used in the future, or? -Jukka Rahkonen- jukka.rahkonen at mmmtike.fi ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetmap iPhone app
Joe Richards joefish75 at yahoo.com writes: Is there any project to create a similar application for the iPhone that uses OSM maps and data sources? I think it would be an excellent way to introduce OSM to people who have never seen it... I would imagine the existing functionality of the Google Maps application, plus maybe the ability to do some small-scale editing such as adding nodes for things like amenities while you're out and about... I saw quite a nice iPhone prototype application in an annual GIS conference in Finland couple of months ago. It used OpenStreetMap data as a background map and POIs from a commercial source on top of that. They used 128x128 pixel sized tiles if I remember it right. Then there were tools for searching features, mostly amenities, and user could get more info by touching features with finger. Pretty cool. The big company who owns the POIs was a bit suspicious because POIs are partly collected from people sending those through web application. I guess that the company would like to do the same with mobile client, but with OSM background new POIs could be considered to be derived from OSM data and thus they should be SA-licensed as well and that's not what the company is going to do. So it may well be that just this application never comes true. But as I said, it was cool. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] shp2osm.pl error: dbf: file wrong size (should be 121308, but found 121307) at shp2osm.pl line 28
hallo list, I'm trying to convert a shape file into osm with the script shp2osm.pl (http://svn.openstreetmap.org/applications/utils/import/shp2osm/shp2osm.pl) on Ubuntu 8.04 but I get the following error: perl shp2osm.pl roads4326.shp roads4326.osm dbf: file wrong size (should be 121308, but found 121307) at shp2osm.pl line 28 Any suggestion? thanks, tommaso ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetmap iPhone app
On 10 Nov 2008, at 14:14, Rory McCann wrote: On 10/11/08 12:40, Joseph Gentle wrote: http://code.google.com/p/route-me/ ... Though the focus is on the map view, not on making it a fully fledged application for the store. -J Interesting... I have an iPod Touch, how do I install this? I've uncrippled it, and I can't find route-me on the installer.app... Rory, I believe this is a View that can be added to an application that is being created with the official SDK. So, on the one hand you don't even need to unlock your phone to use it, but on the other you either need to pay for the developer program or wait for someone to develop an app with it and get it into the app store. I don't know if it would be possible to use this with an app for a jailbroken phone. John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
On Mon, Nov 10, 2008 at 7:14 PM, Jukka Rahkonen [EMAIL PROTECTED] wrote: Hi, I would like to find somebody who believes he/she could make a new version of osm2pgsql Windows binaries. - user should be able to select the tags to be imported There is a file called default.style in the current version of osm2pgsql that allows you to do that. The other two I'm not sure about, API 0.6 should only add uid=## changeset=### to all objects.and osm2pgsql should handle that. Sorry I can't help with cross compile to Windows. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
Erik Johansson wrote: On Mon, Nov 10, 2008 at 7:14 PM, Jukka Rahkonen [EMAIL PROTECTED] wrote: I would like to find somebody who believes he/she could make a new version of osm2pgsql Windows binaries. - user should be able to select the tags to be imported There is a file called default.style in the current version of osm2pgsql that allows you to do that. The other two I'm not sure about, API 0.6 should only add uid=## changeset=### to all objects.and osm2pgsql should handle that. Jukka's message was a bit confused - he knows (judging by the trac ticket he filed) that the current svn code supports the features he asked about. What he really wants is just somebody to compile the current code for windows. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetmap iPhone app
On Tue, Nov 11, 2008 at 9:19 AM, John McKerrell [EMAIL PROTECTED] wrote: On 10 Nov 2008, at 14:14, Rory McCann wrote: On 10/11/08 12:40, Joseph Gentle wrote: http://code.google.com/p/route-me/ ... Though the focus is on the map view, not on making it a fully fledged application for the store. -J Interesting... I have an iPod Touch, how do I install this? I've uncrippled it, and I can't find route-me on the installer.app... Rory, I believe this is a View that can be added to an application that is being created with the official SDK. So, on the one hand you don't even need to unlock your phone to use it, but on the other you either need to pay for the developer program or wait for someone to develop an app with it and get it into the app store. I don't know if it would be possible to use this with an app for a jailbroken phone. Its a view with a sample map app for testing. The app doesn't really do anything other than show the view. 'Homebrew' apps are written in the same way as official apps. They use all the same libraries and everything. It should be possible to build +install any app for the iphone if you have the source code and your iphone is jailbroken (or you have a developer key). -J John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] fietsersbond / werkgroepje tagging standaard
Hallo OSM-ers,Ik was benieuwd naar het vervolg van een aantal zaken die enkele maanden geleden speelden maar waar ik niets meer van heb vernomen.Hoe is het afgelopen met Gert Gremmens afspraak met iemand van de fietsersbond(site)? Werkgroep Tagging Standaard, heb wel mailtjes voorbij zien komen om een afspraak te maken, maar enige info over vervolg/voortgang kan ik niet vinden terwijl ik hier toch wel nieuwsgierig naar ben.Groet,Theun, Das een goeie vraag. Ik heb destijds de werkgroep tagging standaard bij mekaar geroepen. We hebben toen een standaard opgesteld voor wegen en straten. Die heb ik ook al in een Visio schema gegoten, maar daarna is het wat in de vergetelheid geraakt. Ik heb ook niet zoveel meer aan OSM gedaan. Ik zal het eens opsnorren, en er een mooi documentje van maken. Hou het in de gaten zou ik zeggen, en geef even een gil als het er over een week nog niet is. Groeten, Geert Schuring. Message sent using UebiMiau 2.7.10 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] fietsersbond / werkgroepje tagging standaard
Geert, ik wou je daar binnenkort i.d.d. al eens over gaan mailen... Als je ik je kan helpen, doe ik dat graag! Groet, floris Hallo OSM-ers,Ik was benieuwd naar het vervolg van een aantal zaken die enkele maanden geleden speelden maar waar ik niets meer van heb vernomen.Hoe is het afgelopen met Gert Gremmens afspraak met iemand van de fietsersbond(site)? Werkgroep Tagging Standaard, heb wel mailtjes voorbij zien komen om een afspraak te maken, maar enige info over vervolg/voortgang kan ik niet vinden terwijl ik hier toch wel nieuwsgierig naar ben.Groet,Theun, Das een goeie vraag. Ik heb destijds de werkgroep tagging standaard bij mekaar geroepen. We hebben toen een standaard opgesteld voor wegen en straten. Die heb ik ook al in een Visio schema gegoten, maar daarna is het wat in de vergetelheid geraakt. Ik heb ook niet zoveel meer aan OSM gedaan. Ik zal het eens opsnorren, en er een mooi documentje van maken. Hou het in de gaten zou ik zeggen, en geef even een gil als het er over een week nog niet is. Groeten, Geert Schuring. Message sent using UebiMiau 2.7.10 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Contact met KPN gezocht
Zie; http://www.openstreetmap.nl/ Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Stefan de Konink wrote: Zie; http://www.openstreetmap.nl/ Waarom? Ik moet zeggen dat ik de applicatie niet heb (ik heb ook geen KPN), maar wat doen ze verkeerd? Groeten, Martijn. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Behalve dat ze moeten vermelden dat de kaart (c) openstreetmap en zijn bijdragers is? ;) Of zie ik de kleine lettertjes op die paarse pagina over het hoofd? 2008/11/10 Martijn Pannevis [EMAIL PROTECTED]: Stefan de Konink wrote: Zie; http://www.openstreetmap.nl/ Waarom? Ik moet zeggen dat ik de applicatie niet heb (ik heb ook geen KPN), maar wat doen ze verkeerd? Groeten, Martijn. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Martijn van Exel wrote: Behalve dat ze moeten vermelden dat de kaart (c) openstreetmap en zijn bijdragers is? ;) Of zie ik de kleine lettertjes op die paarse pagina over het hoofd? 2008/11/10 Martijn Pannevis [EMAIL PROTECTED]: Stefan de Konink wrote: Zie; http://www.openstreetmap.nl/ Waarom? Ik moet zeggen dat ik de applicatie niet heb (ik heb ook geen KPN), maar wat doen ze verkeerd? Groeten, Martijn. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl http://www.hi.nl/web/show/id=1314683 Wat voor meer contact info heb je nog nodig, als ik vragen mag? Groeten, Tijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Tijn buijs wrote: Wat voor meer contact info heb je nog nodig, als ik vragen mag? Ik heb de woordvoerder van KPN N.V. gebeld. Een B.V. zegt me niets... Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
in plaats van ze meteen van plagiaat te beschuldigen kunnen we toch ook gewoon eerst contact met ze opnemen? je hebt natuurlijk gelijk dat er ook op die site een bronvermelding bij moet. wie weet staat het wel al gewoon in de applicatie. ik vind het toch wel een opsteker dat zelfs de kpn onze gegevens gebruikt. groet, floris Zie; http://www.openstreetmap.nl/ Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Ik vind het ook een goede zaak (hoewel ze natuurlijk niet veel keus hebben ;) en het zou leuk zijn als ze een actieve rol zouden willen spelen bij OSM-NL, misschien sponsoring van een evenement (SOTM09 bijvoorbeeld) . Het lijkt me goed om in die geest contact te zoeken - waarbij de licentie waaronder onze data ter gebruik wordt aangeboden natuurlijk niet onbesproken blijft. Ik ken overigens niemand bij KPN. Martijn 2008/11/10 Floris Looijesteijn [EMAIL PROTECTED]: in plaats van ze meteen van plagiaat te beschuldigen kunnen we toch ook gewoon eerst contact met ze opnemen? je hebt natuurlijk gelijk dat er ook op die site een bronvermelding bij moet. wie weet staat het wel al gewoon in de applicatie. ik vind het toch wel een opsteker dat zelfs de kpn onze gegevens gebruikt. groet, floris Zie; http://www.openstreetmap.nl/ Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
[mode]zakelijk[/mode] Floris Looijesteijn wrote: in plaats van ze meteen van plagiaat te beschuldigen kunnen we toch ook gewoon eerst contact met ze opnemen? Plagiaat betekent het overnemen van gegevens zonder bronvermelding, dit is geen beschuldiging, maar een *feit*. je hebt natuurlijk gelijk dat er ook op die site een bronvermelding bij moet. wie weet staat het wel al gewoon in de applicatie. Ik wil nergens gelijk in hebben, ik heb dit nota bene zelf moeten constateren via een TV zender, damn die kaartjes komen wel *erg* overeen. Aantasting van mijn auteursrechten dus. Als jij dat anders ziet mag dat best, ik zie het niet anders. Het overnemen en gebruiken van een kaartje op de website is ook onderhevig aan BY-SA, daar had dus ook een vermelding moeten staan. ik vind het toch wel een opsteker dat zelfs de kpn onze gegevens gebruikt. Ik niet, ik vind dat Martijn Pannevis een innovatie prijs heeft gehad voor het gebruik van technologie dat al minimaal 5 jaar in GPSdrive te vinden was, waar momenteel directe concurrenten van zijn en er totaal niets innovatiefs gebeurt, voor zover je mashups uberhaupt innovatief kunt noemen. Leuk die prijzen pot, maar ik zie daar geen Share Alike gedachte van terug komen. (Dat er op persoonlijke titel een style editor is gemaakt, leuk...) Als KPN in stilte OSM gebruikt schamen ze zich er duidelijk voor anders hadden ze wel een contract met Google. Gezien de schending van CC impliciet betekent dat de voorwaarden vervallen en terug gevallen kan worden op het auteursrecht lijkt het me niet meer dan redelijk dat we per aangesloten gebruiker, en website bezoeker, een vergoeding afdwingen, AND daar maar eens over contacteren. Inderdaad een mooie pot voor SOTM09. Zowel met Bliin als met Nulaz hebben allebei niet gereageerd op mijn telefoontjes over het delen van UMTS data. Noch gereageerd op een samenschrijven zodat we die data collectief bij het Agentschap Telecom vandaan kunnen halen. Dus, please, kom niet aan dat KPN een haar beter is dan de bovenste twee *omdat* KPN, OSM gebruikt zonder naamsvermelding. Het is duidelijk dat KPN iets met die data doet, immers het ziet er niet hetzelfde uit. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [Fwd: OpenStreetPlagiaat]
robin ketelaars wrote: lijkt met wel zo netjes dat de kpn een bronvermelding plaatst Er liep al een draadje; Contact met KPN gezocht Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Ik heb even dat programmatje geinstalleerd op mijn telefoon, conclusies: Het is duidelijk OpenStreetMap kaartmateriaal, die minder up to date is dan de main tileserver. Ze gebruiken een eigen tileserver met kleinere tiles. In het programma zelf is geen enkele referentie naar Openstreetmap. Geen De GSM locatie werkt redelijk, net zo slecht als Gmapsmobile in een snel testje. Het programma is lekker snel en gebruiksvriendelijk. Van de programma's voor symbian telefoons, die ik tot nu toe heb geprobreerd, is deze de beste. Wel zal het programma in de toekomst niet gratis zijn 2008/11/10 Stefan de Konink [EMAIL PROTECTED] [mode]zakelijk[/mode] Floris Looijesteijn wrote: in plaats van ze meteen van plagiaat te beschuldigen kunnen we toch ook gewoon eerst contact met ze opnemen? Plagiaat betekent het overnemen van gegevens zonder bronvermelding, dit is geen beschuldiging, maar een *feit*. je hebt natuurlijk gelijk dat er ook op die site een bronvermelding bij moet. wie weet staat het wel al gewoon in de applicatie. Ik wil nergens gelijk in hebben, ik heb dit nota bene zelf moeten constateren via een TV zender, damn die kaartjes komen wel *erg* overeen. Aantasting van mijn auteursrechten dus. Als jij dat anders ziet mag dat best, ik zie het niet anders. Het overnemen en gebruiken van een kaartje op de website is ook onderhevig aan BY-SA, daar had dus ook een vermelding moeten staan. ik vind het toch wel een opsteker dat zelfs de kpn onze gegevens gebruikt. Ik niet, ik vind dat Martijn Pannevis een innovatie prijs heeft gehad voor het gebruik van technologie dat al minimaal 5 jaar in GPSdrive te vinden was, waar momenteel directe concurrenten van zijn en er totaal niets innovatiefs gebeurt, voor zover je mashups uberhaupt innovatief kunt noemen. Leuk die prijzen pot, maar ik zie daar geen Share Alike gedachte van terug komen. (Dat er op persoonlijke titel een style editor is gemaakt, leuk...) Als KPN in stilte OSM gebruikt schamen ze zich er duidelijk voor anders hadden ze wel een contract met Google. Gezien de schending van CC impliciet betekent dat de voorwaarden vervallen en terug gevallen kan worden op het auteursrecht lijkt het me niet meer dan redelijk dat we per aangesloten gebruiker, en website bezoeker, een vergoeding afdwingen, AND daar maar eens over contacteren. Inderdaad een mooie pot voor SOTM09. Zowel met Bliin als met Nulaz hebben allebei niet gereageerd op mijn telefoontjes over het delen van UMTS data. Noch gereageerd op een samenschrijven zodat we die data collectief bij het Agentschap Telecom vandaan kunnen halen. Dus, please, kom niet aan dat KPN een haar beter is dan de bovenste twee *omdat* KPN, OSM gebruikt zonder naamsvermelding. Het is duidelijk dat KPN iets met die data doet, immers het ziet er niet hetzelfde uit. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Skywave wrote: Het is duidelijk OpenStreetMap kaartmateriaal, die minder up to date is dan de main tileserver. Ze gebruiken een eigen tileserver met kleinere tiles. In het programma zelf is geen enkele referentie naar Openstreetmap. Geen De GSM locatie werkt redelijk, net zo slecht als Gmapsmobile in een snel testje. Het programma is lekker snel en gebruiksvriendelijk. Van de programma's voor symbian telefoons, die ik tot nu toe heb geprobreerd, is deze de beste. Wel zal het programma in de toekomst niet gratis zijn Thanks :) Ik wil morgen met onze mannen van AND even contact opnemen, wat de economische waarde van onze dataset als onafhankelijke data provider. Lijkt me belangrijk om te weten. Volgens mij ben jij na AND een van de grootste bijdrager in NL :) Dus zeker geen kleine speler in dit verhaal! Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
At Mon, 10 Nov 2008 22:29:04 +0100, Stefan de Konink wrote: Als KPN in stilte OSM gebruikt schamen ze zich er duidelijk voor anders hadden ze wel een contract met Google. Gezien de schending van CC impliciet betekent dat de voorwaarden vervallen en terug gevallen kan worden op het auteursrecht lijkt het me niet meer dan redelijk dat we per aangesloten gebruiker, en website bezoeker, een vergoeding afdwingen, AND daar maar eens over contacteren. Inderdaad een mooie pot voor SOTM09. Waarom ga je er meteen vanuit dat KPN het verkeerd bedoeld? Misschien is het volgende ook mogelijk: Een paar mensen hebben binnen KPN de opdracht gekregen iets te klussen en als kaart hebben ze OSM gebruikt, aangezien dat lekker makkelijk beschikbaar is. Die persoon weet niet dat er aan OSM nog een paar voorwaarden hangen en de juridische afdeling heeft er ook nog niet naar gekeken, immers de dienst is nog beta en het was belangrijker om deze versie snel te releasen. Zoals Napoleon schreef: Never ascribe to malice that which can adequately be explained by incompetence. We kunnen nu twee dingen doen: blij zijn dat mensen OSM gebruiken en vervolgens rustig de juiste persoon binnen KPN vinden en het probleem uitleggen. De kans is groot dat ze wel aan de licentie willen voldoen en het gewoon onwetendheid is. Vervolgens kunnen we melden dat KPN OSM ook gebruikt en eventueel misschien wel wat wilt sponsoren of iets dergelijks. Of: Op het blog schreeuwen dat er plagiaat gepleegd wordt, dreigen met rechtzaken (die waarschijnlijk toch niet gevoerd gaan worden omdat niemand zin heeft om geld te spenderen aan dure onnodige advocaten), etc. Gevolg: andere bedrijven bedenken zich ook wel 2 keer voordat ze wat met OSM doen (zeker gezien CC-BY-SA nogal wat onzekerheid geeft, zie discussie omtrent nieuwe licentie), eventuele sponsoring vanuit KPN kan je wel helemaal vergeten en een schadevergoeding gaat waarschijnlijk ook vrij lastig worden denk ik. Bij mij heeft de eerste optie de voorkeur. Op die manier worden bijvoorbeeld ook de meeste GPL schendingen afgehandeld (waarbij het vaak ook onwetendheid is in plaats van verkeerde bedoelingen). Ik heb de woordvoerder van KPN N.V. gebeld. Een B.V. zegt me niets... En die was niet meer aan het werk rond dat tijdstip? KPN B.V. is gewoon een 100% dochter van Koninklijke KPN N.V., geen idee wat dat boeit, maar goed... Groeten, Jeroen Dekkers ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Jeroen Dekkers wrote: Waarom ga je er meteen vanuit dat KPN het verkeerd bedoeld? Misschien is het volgende ook mogelijk: Een paar mensen hebben binnen KPN de opdracht gekregen iets te klussen en als kaart hebben ze OSM gebruikt, aangezien dat lekker makkelijk beschikbaar is. Die persoon weet niet dat er aan OSM nog een paar voorwaarden hangen en de juridische afdeling heeft er ook nog niet naar gekeken, immers de dienst is nog beta en het was belangrijker om deze versie snel te releasen. Precies, wellicht hadden ze gewoon Google data moeten nemen, natuurlijk veel makkelijker ;) Ik durf te stellen dat er dan een leger van advocaten richting Den Haag was gestuurd en binnen een dag de grootste rel van de geschiedenis was geschreven op Geo gebied. Telco copies Google maps, ignores EULA, ik zie de /. headline al. We kunnen nu twee dingen doen: blij zijn dat mensen OSM gebruiken en vervolgens rustig de juiste persoon binnen KPN vinden en het probleem uitleggen. De kans is groot dat ze wel aan de licentie willen voldoen en het gewoon onwetendheid is. Vervolgens kunnen we melden dat KPN OSM ook gebruikt en eventueel misschien wel wat wilt sponsoren of iets dergelijks. KPN is al gebeld, dat heb ik direct na de uitzending gedaan. Ik verwacht overigens dat het media nummer van een AEX fonds 24/7 aanwezig is. Naïef misschien. Of: Op het blog schreeuwen dat er plagiaat gepleegd wordt, Er is plagiaat gepleegd, er is niet geschreeuwd, er staat netjes dat we er achter aan gaan. dreigen met rechtzaken (die waarschijnlijk toch niet gevoerd gaan worden omdat niemand zin heeft om geld te spenderen aan dure onnodige advocaten), Kantongerecht heeft geen dure advocaten nodig, je mag je zelfs zelf verdedigen. etc. Gevolg: andere bedrijven bedenken zich ook wel 2 keer voordat ze wat met OSM doen (zeker gezien CC-BY-SA nogal wat onzekerheid geeft, zie discussie omtrent nieuwe licentie), eventuele sponsoring vanuit KPN kan je wel helemaal vergeten en een schadevergoeding gaat waarschijnlijk ook vrij lastig worden denk ik. Laat ze maar 2x nadenken. Ik heb een gesprek met iemand van 3FM gehad die duidelijk ook niet op de hoogte was van alle details maar wel de moeite nam om contact te zoeken. En leuk dat je begint over sponsoring maar ik heb jou nog nooit over KPN horen praten als potentiële sponsor. KPN hoort bij het evil momenteel, ze hebben overigen nog steeds locatie gegevens van telefoon palen beloofd, nooit geleverd. Bij mij heeft de eerste optie de voorkeur. Op die manier worden bijvoorbeeld ook de meeste GPL schendingen afgehandeld (waarbij het vaak ook onwetendheid is in plaats van verkeerde bedoelingen). Onwetendheid is geen reden om de auteurswet te overtreden. Moet een uploader hier in Nederland eens doen, krijgt hij Brein achter zich aan. Ik heb de woordvoerder van KPN N.V. gebeld. Een B.V. zegt me niets... En die was niet meer aan het werk rond dat tijdstip? Zie hier boven, duidelijk niet. Best vaag. Werd doorgeschakeld naar de voicemail van Maryse Ducheine, Hoofd Mediarelaties. KPN B.V. is gewoon een 100% dochter van Koninklijke KPN N.V., geen idee wat dat boeit, maar goed... KPN N.V. is een beurs genoteerd bedrijf, wil je echt een imago schaden moet je dat van de N.V. doen, KPN B.V. is onderdeel van een Holding structuur en kan op een willekeurig moment failliet gaan. Beetje het KPN Quest idee. En ja, iedereen die de GPL overtreedt of CC misbruikt voor persoonlijk gewin moet *hard* aangepakt worden als hij hier mee doorgaat nadat hij op de hoogte is gesteld. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
At Tue, 11 Nov 2008 00:34:23 +0100, Stefan de Konink wrote: Jeroen Dekkers wrote: Waarom ga je er meteen vanuit dat KPN het verkeerd bedoeld? Misschien is het volgende ook mogelijk: Een paar mensen hebben binnen KPN de opdracht gekregen iets te klussen en als kaart hebben ze OSM gebruikt, aangezien dat lekker makkelijk beschikbaar is. Die persoon weet niet dat er aan OSM nog een paar voorwaarden hangen en de juridische afdeling heeft er ook nog niet naar gekeken, immers de dienst is nog beta en het was belangrijker om deze versie snel te releasen. Precies, wellicht hadden ze gewoon Google data moeten nemen, natuurlijk veel makkelijker ;) Ik durf te stellen dat er dan een leger van advocaten richting Den Haag was gestuurd en binnen een dag de grootste rel van de geschiedenis was geschreven op Geo gebied. Telco copies Google maps, ignores EULA, ik zie de /. headline al. Ik denk het niet, ik denk dat Google gewoon een aangetekende brief naar KPN zou sturen en om opheldering vragen. Was het niet zo dat het journaal eerst ook zonder toestemming Google Maps sattelietbeelden enzo gebruikte? Volgens mij heb ik daar ook geen grote rel van gezien. We kunnen nu twee dingen doen: blij zijn dat mensen OSM gebruiken en vervolgens rustig de juiste persoon binnen KPN vinden en het probleem uitleggen. De kans is groot dat ze wel aan de licentie willen voldoen en het gewoon onwetendheid is. Vervolgens kunnen we melden dat KPN OSM ook gebruikt en eventueel misschien wel wat wilt sponsoren of iets dergelijks. KPN is al gebeld, dat heb ik direct na de uitzending gedaan. Ik verwacht overigens dat het media nummer van een AEX fonds 24/7 aanwezig is. Naïef misschien. Ja, KPN kan ze geld waarschijnlijk beter ergens anders aan uitgeven. Het is niet alsof dit niet tot morgenochtend kan wachten. dreigen met rechtzaken (die waarschijnlijk toch niet gevoerd gaan worden omdat niemand zin heeft om geld te spenderen aan dure onnodige advocaten), Kantongerecht heeft geen dure advocaten nodig, je mag je zelfs zelf verdedigen. Als ik het goed heb behandelt kantonrechter een zaak alleen bij bedragen minder dan 5k. Volgens mij gaat het hier om wel meer geld. etc. Gevolg: andere bedrijven bedenken zich ook wel 2 keer voordat ze wat met OSM doen (zeker gezien CC-BY-SA nogal wat onzekerheid geeft, zie discussie omtrent nieuwe licentie), eventuele sponsoring vanuit KPN kan je wel helemaal vergeten en een schadevergoeding gaat waarschijnlijk ook vrij lastig worden denk ik. Laat ze maar 2x nadenken. Ik heb een gesprek met iemand van 3FM gehad die duidelijk ook niet op de hoogte was van alle details maar wel de moeite nam om contact te zoeken. En leuk dat je begint over sponsoring maar ik heb jou nog nooit over KPN horen praten als potentiële sponsor. KPN hoort bij het evil momenteel, ze hebben overigen nog steeds locatie gegevens van telefoon palen beloofd, nooit geleverd. Waarschijnlijk niet, aangezien ik op dit moment niet bezig ben met sponsoring voor OSM regelen en ook niet wist dat KPN OSM data gebruikte. Maar in mijn ogen is elke gebruiker van OSM data een potentiële sponsor. Daarnaast wordt de colocation van de Vrijschrift server (die door OSM ook best wat gebruikt is voor de AND conversie en nu openstreetmap.nl DNS en mail op staat) door XS4ALL (en dus KPN) gesponsord. De wereld indelen in 'evil' en 'niet evil' schiet IMHO niet zo heel veel op. Maar misschien heb ik vorig jaar weleens genoemd wat we eventueel wel colocation voor OSM gesponsored kunnen krijgen van XS4ALL, weet ik niet meer zeker. Bij mij heeft de eerste optie de voorkeur. Op die manier worden bijvoorbeeld ook de meeste GPL schendingen afgehandeld (waarbij het vaak ook onwetendheid is in plaats van verkeerde bedoelingen). Onwetendheid is geen reden om de auteurswet te overtreden. Moet een uploader hier in Nederland eens doen, krijgt hij Brein achter zich aan. Krijg je netjes eerst een waarschuwing van Brein ja. En ja, iedereen die de GPL overtreedt of CC misbruikt voor persoonlijk gewin moet *hard* aangepakt worden als hij hier mee doorgaat nadat hij op de hoogte is gesteld. Ja, maar laten we dat laatste nu eerst eens fatsoenlijk doen en KPN fatsoenlijk de tijd geven het uit te zoeken en te reageren. IMHO is het juist fantastisch dat bedrijven OSM gaan gebruiken, ik snap niet dat je zo fel reageert, wanneer het nog steeds niet duidelijk is of KPN dit moedwillig doet of niet. (Als dat wel zo is, wordt het een ander verhaal...) Met vriendelijke groet, Jeroen Dekkers ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Jeroen Dekkers wrote: Ik denk het niet, ik denk dat Google gewoon een aangetekende brief naar KPN zou sturen en om opheldering vragen. Was het niet zo dat het journaal eerst ook zonder toestemming Google Maps sattelietbeelden enzo gebruikte? Volgens mij heb ik daar ook geen grote rel van gezien. Google heeft een professionele licentie verkocht aan de NOS. KPN is al gebeld, dat heb ik direct na de uitzending gedaan. Ik verwacht overigens dat het media nummer van een AEX fonds 24/7 aanwezig is. Naïef misschien. Ja, KPN kan ze geld waarschijnlijk beter ergens anders aan uitgeven. Het is niet alsof dit niet tot morgenochtend kan wachten. True, there is no such thing as bad publicity. dreigen met rechtzaken (die waarschijnlijk toch niet gevoerd gaan worden omdat niemand zin heeft om geld te spenderen aan dure onnodige advocaten), Kantongerecht heeft geen dure advocaten nodig, je mag je zelfs zelf verdedigen. Als ik het goed heb behandelt kantonrechter een zaak alleen bij bedragen minder dan 5k. Volgens mij gaat het hier om wel meer geld. Het zou in eerste instantie gaan om een kort geding. Gezien wij als OSM-NL (vereniging met beperkte rechtsbevoegdheid) geen schade kunnen claimen *door* gebruik. Is die vordering altijd minder dan 5k. Wil ik echter persoonlijk mijn recht halen omdat onder de CC de CC licentie is geinvalideerd zou iedere editor, eventueel als collectief, een zaak moeten starten. Maar dit heeft niets te maken met het feit dat de data collectie wordt aangepast, en zonder attribution wordt weergegeven. Dat moet direct worden gestopt. Waarschijnlijk niet, aangezien ik op dit moment niet bezig ben met sponsoring voor OSM regelen en ook niet wist dat KPN OSM data gebruikte. Maar in mijn ogen is elke gebruiker van OSM data een potentiële sponsor. We kennen het verleden, en de enige direct betrokenen sponsors zijn eigenlijk de data leveranciers geweest (AND, Floris Looijersteijn Inc.) Of heb ik wat gemist? JR Online heeft geen direct Geobelang en zie ik dan ook niet als gebruiker, wel als een organisatie die resources reserveert voor bijdragen aan het maatschappelijke verkeer. Daarnaast wordt de colocation van de Vrijschrift server (die door OSM ook best wat gebruikt is voor de AND conversie en nu openstreetmap.nl DNS en mail op staat) door XS4ALL (en dus KPN) gesponsord. De wereld indelen in 'evil' en 'niet evil' schiet IMHO niet zo heel veel op. Je hebt het nu over Vrijschrift, ik hoop toch niet dat je wilt bepleiten omdat XS4ALL KPN is, en XS4ALL Vrijschrift sponsort, wij niet moeten zeuren over bedrijfsactiviteiten van een andere dochter? Vrijschrift heeft *niets* te maken met OSM dataset, de mirror is helaas ook down. En zoals je zelf weet, en ik vandaag op door de Digitale Pioniers werd voorgeschoteld slechts een financiële constructie om subsidie gelden te verkrijgen. Ik zou de mening van Wiebe hier graag over horen. Wiebe; wellicht kun je herhalen wat je vrijdag bij OCW zei over CC materiaal wat misbruikt werd. Maar misschien heb ik vorig jaar weleens genoemd wat we eventueel wel colocation voor OSM gesponsored kunnen krijgen van XS4ALL, weet ik niet meer zeker. Lennard had dat mailtje gevonden. Nogmaals het doet niets af aan het inbreuk wat gebeurd, ook niet als er wat data verkeer wordt gehost. Bij mij heeft de eerste optie de voorkeur. Op die manier worden bijvoorbeeld ook de meeste GPL schendingen afgehandeld (waarbij het vaak ook onwetendheid is in plaats van verkeerde bedoelingen). Onwetendheid is geen reden om de auteurswet te overtreden. Moet een uploader hier in Nederland eens doen, krijgt hij Brein achter zich aan. Krijg je netjes eerst een waarschuwing van Brein ja. http://webwereld.nl/articles/42448/brein-start-civiele-procedure-tegen-uploaders-upc.html Oh really... En ja, iedereen die de GPL overtreedt of CC misbruikt voor persoonlijk gewin moet *hard* aangepakt worden als hij hier mee doorgaat nadat hij op de hoogte is gesteld. Ja, maar laten we dat laatste nu eerst eens fatsoenlijk doen en KPN fatsoenlijk de tijd geven het uit te zoeken en te reageren. Wie zegt dat dat niet zou gebeuren? Ik heb het al op IRC gezegd. Het OSM standpunt *publiek* is nogsteeds dat we 'er boven op zitten'. We hebben geen claims neergelegd, echter de conclusies van Skywave zouden dat wel toestaan. Zelf heb ik dat artikel gemaakt *nadat* de site af afgestruind en gezocht op google en met KPN had proberen te bellen. Op de voicemail heb ik een duidelijke vraag gesteld; wat de bron is van de data. Geen dreigementen, of wat dan ook. Dat is niet professioneel. Ik zie nergens conclusies van mijn kant, er zijn een aantal feiten gepresenteerd, en wat if-then-else scenarios besproken. Uiteraard heb ik een *intens* sterk vervangen om KPN op het bot pijn te doen, maar dat wil ik ook al vanwege m'n brakke ADSL lijn gehost door de bovenstaande dochter van KPN. ;) En ik wil ook Casema pijn doen omdat ze de
Re: [Talk-de] mkgmap.jar Problem
Torsten Leistikow schrieb: So, nun kann ich anfangen mit den Styles zu spielen, wobei mir der Zusammenhang zwischen dem Features-Files.csv und dem Typ-File noch nicht ganz klar ist. Mit dem Feature-File definiert man die Abbildungsfunktion osm-Datei zu img-Datei. D.h., man legt fest, welche OSM-Elemente in was fuer Garmin-Elemente (POI, Polyline oder Polygon mit entsprechender Typnummer). Ok, nun ist es mir klar. Und ich vermute, wenn mehrere Zeilen passen, dann zählt die Erste? Beispiel: Ausschnitt aus Features.csv: polyline|tracktype|grade1|0x07||22 polyline|highway|track|0x0a||22 Weg ist mit highway=track und tracktype=grade1 getaggt, dann nimmt er die erste Zeile, also ID 0x07 ? Als Typfile nehme ich das von Radimir, das passt schon ganz gut, nur Wald wird etwas zu dunkel dargestellt, so dass man Waldwege nicht so gut erkennen kann. Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspectror PLZ Bereich
Am 10. November 2008 11:21 schrieb Jochen Topf [EMAIL PROTECTED]: Trotzdem bin ich mir nicht sicher, ob der Fall vorkommen kann, dass eine PLZ zu mehreren Orten gehört. Wenn nicht bei uns, dann vielleicht irgendwo sonst auf der Welt. Aber selbstverständlich ist das möglich. Das ist DER typische Lehrfall für die Erste Normalform in Datenbank-Vorlesungen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspectror PLZ Bereich
On Mon, Nov 10, 2008 at 10:51:13AM +0100, Florian Lohoff wrote: On Mon, Nov 10, 2008 at 10:08:54AM +0100, Jochen Topf wrote: Ja. Und das Land addr:country muss auch identisch sein, weil es die gleiche PLZ ja in verschiedenen Ländern geben kann. Da es bisher aber in ganz Europa nur einen Node mit addr:country gibt, ist das noch keinem aufgefallen. :-) 33397 besteht aus vielen Gemeinden die natuerlich unterschiedlich heissen. Jetzt habe ich 3 nodes eingetragen mit city=Mastholte im gegensatz zu den anderen 3 die city=Rietberg haben. Jetzt sind das 2 polygone. Hatte ich nicht bedacht. Habs korrigiert, d.h. addr:city wird jetzt ignoriert. Sollte heute abend dann auf der Karte zu sehen sein. Ich habe da heute nacht noch so ein wenig drueber nachgedacht und bin mir irgendwie nicht sicher ob das alles richtig ist. Grundsaetzlich ist die Postleitzahl schon Rietberg wobei natuerlich die in mehreren Gemeinden/Ortschaften gilt. Wenn ich natuerlich die Addresse irgendwo beim Mailorder angebe ist 33397 Rietberg auch wenn ich in Mastholte wohne weil Mastholte halt ein Stadtteil von Rietberg ist. Ist mir alles nicht so klar ob ein mehrwert drin besteht wenn der addr node den Stadtteil/Ortschafts namen traegt anstatt den PLZ Namen ... Also grundsätzlich sollte in den addr:*-Tags die postalische Adresse stehen. Wenn ich also eine Brief da hinschicken will, dann sollte ich nachschauen können, wie ich den adressieren muss. Für die Bezeichnung eines Stadtteiles oder so, sollte man andere Lösungen finden. Trotzdem bin ich mir nicht sicher, ob der Fall vorkommen kann, dass eine PLZ zu mehreren Orten gehört. Wenn nicht bei uns, dann vielleicht irgendwo sonst auf der Welt. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de-pforzheim Liste
Am Sonntag, 9. November 2008 20:10 schrieb Detlef Reichl: Hallo, ist es möglich, das für die Leute aus dem Pforzheimer Raum eine eigene Liste hier angelegt wird? Es gibt ein paar die Interesse daran hätten und denen der Traffic auf Talk-de einfach zu viel ist. Schaust du hier: http://wiki.openstreetmap.org/index.php/Deutsche_Mailinglisten und fragst mich, wenn dir noch etwas unklar ist. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren
Mario Salvini schrieb: in Zukunft sollte man sowas über Relations lösen. siehe auch: http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Workshops/Linienb%C3%BCndel das entwickelte Plugin ist übrigens sehr simple zu bedienen und macht die Eingabe sehr einfach. Welches plugin? Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspectror PLZ Bereich
On Sun, Nov 09, 2008 at 08:56:47PM +0100, Florian Lohoff wrote: On Sun, Nov 02, 2008 at 04:56:42PM +0100, Jochen Topf wrote: Derzeit werden die PLZ-Gebiete einfach berechnet, in dem die konvexe Hülle aller Punkte mit der selben PLZ berechnet wird. Das ist ziemlich einfach und schnell, weil PostGIS da eine Funktion für hat. Aber, wie Du richtig siehst, passt das dann halt nicht überall. Derzeit sind PLZ-Gebiete noch relativ dünn gesäht, da ist das noch nicht so schlimm, aber auf Dauer geht das natürlich nicht. Randomjunk hat das deutlich besser hinbekommen, allerdings nur für England: http://dev.openstreetmap.org/~random/postcodes/ Wenn ich herausbekommen hab, wie ich das halbwegs performant hinbekomme, dann werd ich das auch irgendwie besser machen. Dabei faellt mir auf das anscheinend nur dann die postal code area um postcodes gezogen wird den city name auch identisch ist - kann das sein? Ja. Und das Land addr:country muss auch identisch sein, weil es die gleiche PLZ ja in verschiedenen Ländern geben kann. Da es bisher aber in ganz Europa nur einen Node mit addr:country gibt, ist das noch keinem aufgefallen. :-) 33397 besteht aus vielen Gemeinden die natuerlich unterschiedlich heissen. Jetzt habe ich 3 nodes eingetragen mit city=Mastholte im gegensatz zu den anderen 3 die city=Rietberg haben. Jetzt sind das 2 polygone. Hatte ich nicht bedacht. Habs korrigiert, d.h. addr:city wird jetzt ignoriert. Sollte heute abend dann auf der Karte zu sehen sein. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postkasten mit Spät und Sonntagsleerung
Dann konnte man auch gleich mal einen key für eine Leerungszeit einführen. Zum Beispiel nach dem gleichen Schema wie bei opening_hours. dafür! wenn man die spätleerungen erfassen will, finde ich es bei nur geringem mehraufwand wesentlich besser, gleich die ganzen leerungszeiten zu erfassen. Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
das Aufsplitten hilft dafür beim Routen viel besser weiter ;-) lG aus Wien -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Dominik Spies Sent: Monday, November 10, 2008 2:39 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Druchfahrtshöhe Brücke 2008/11/10 Marc Schütz [EMAIL PROTECTED]: Die Durchfahrtshöhe *auf einem Weg* unter *einer Brücke* lässt sich semantisch korrekt nur abbilden, wenn beide Objekte verknüpft werden. Nur wenn man unbedingt den Bezug zur Brücke erhalten will. Das ist aber eigentlich nicht nötig; wenn der nur der entsprechende Flussabschnitt ein max_height hat, reicht das ja schon aus. Stimme ich zu, es reicht aus. Das führt wieder dazu, das Wege aufgesplittet werden worin nicht ich, aber viele Andere ein Problem sehen. Wenn man jetzt ein längeres Stück eines Weges mit maxheight taggt, stimmt das ja nicht mehr mit der Realität überein. Man könnte ja bis kurz vor die Brücke fahren und umkehren. Könnte für z.B. Lieferung mit schwerem Gerät in Wohngebieten durchaus ne Option sein, dass man halt Rückwärts wieder rausfährt oder umdreht. Der Weg sollte also dann schon nur sehr kurz sein. Und da Wege in OSM idR keine räumliche Ausdehnung haben, besteht die Beschränkung nur an einem Punkt. Daher mein Gedanke mit der Relation. Ganz pragmatisch gesehen tut es der kurze Weg natürlich auch. Achja, zur Arbeit der Relationen anlegen: mit entsprechender Editor-Unterstützung weniger als mit Aufsplitten. Gruß, Dominik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zoo erfassen
Hallo. Am Montag, 10. November 2008 schrieb Bernd Distler: (http://wiki.openstreetmap.org/index.php/Proposed_features/Key:attraction) Jetzt wollte ich mal fragen, ob das bereits für irgend einen Zoo verwendet und/oder auch von den Renderern dargestellt wird. Das Proposal wurde aus unserem Plan geboren, im Rahmen der Summer-Mapping- Aktion Freizeitparks u.ä. zu erfassen. Leider ist daraus dann doch in einem frühen Stadium nichts mehr geworden und wir haben das Thema Aufnahme in die Renderer dann auch nicht mehr weiter durchgeführt (da wir keine Beispieldaten hatten :) ). Die Icons gibt es aber, auch als SVG. Wenn du also Beispieldaten hast, wäre es gar nicht so schwer, das mal in Osmarender einzubauen und zu schauen ob das mit Icons eigentlich schön aussieht oder ob viele gleiche Icons beieinander in einem Zoo nicht mehr gut ausschauen. Dem osmarender beizubringen, dass er eine Fläche mit attraction=animal in einer von dir ausgesuchten Farbe rendert, ist aber für jemanden, der sowieso einen SVN-checkout bei sich herumliegen hat eine Fingerübung und sollte nicht das Problem darstellen. So lange es keine Icons für die diversen animal=* gibt, würde ich auch da einfach (zusätzlich) mit dem name die Tierart in einer Karten-tauglichen Schreibweise angeben, damit man wenigstens etwas hat was man sehen kann. :) Gruß, Bernd -- SilenceX Wah! jetzt hätte ich fast mein USB-Kabel durchgeschnitten... das lag so schräg übers Schnitzel :( signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspectror PLZ Bereich
On Mon, Nov 10, 2008 at 10:08:54AM +0100, Jochen Topf wrote: Ja. Und das Land addr:country muss auch identisch sein, weil es die gleiche PLZ ja in verschiedenen Ländern geben kann. Da es bisher aber in ganz Europa nur einen Node mit addr:country gibt, ist das noch keinem aufgefallen. :-) 33397 besteht aus vielen Gemeinden die natuerlich unterschiedlich heissen. Jetzt habe ich 3 nodes eingetragen mit city=Mastholte im gegensatz zu den anderen 3 die city=Rietberg haben. Jetzt sind das 2 polygone. Hatte ich nicht bedacht. Habs korrigiert, d.h. addr:city wird jetzt ignoriert. Sollte heute abend dann auf der Karte zu sehen sein. Ich habe da heute nacht noch so ein wenig drueber nachgedacht und bin mir irgendwie nicht sicher ob das alles richtig ist. Grundsaetzlich ist die Postleitzahl schon Rietberg wobei natuerlich die in mehreren Gemeinden/Ortschaften gilt. Wenn ich natuerlich die Addresse irgendwo beim Mailorder angebe ist 33397 Rietberg auch wenn ich in Mastholte wohne weil Mastholte halt ein Stadtteil von Rietberg ist. Ist mir alles nicht so klar ob ein mehrwert drin besteht wenn der addr node den Stadtteil/Ortschafts namen traegt anstatt den PLZ Namen ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Vermessung des Nils
RalfGesellensetter wrote: Am Sonntag 09 November 2008 schrieb Alexander Menk: übrigens .. das was ich im Wiki mit Checkpoints zwecks Koordination versehen habe, ist ja bisher nur einer der Haupt-Zuflüsse des eigentlichen Nils... Ich habe viele Nebenflüsse angedeutet und m.E. mehrere 100 km überbrückt. Aber ich kann mich irren - im Potlatch kann man nicht beliebig herauszoomen. Potlatch ist da generell nicht so brauchbar. Da man ins Satellitenbild nicht über den 1:1 Maßstab heraus reinzoomen kann, ist es doch ziemlich schwer, die Flussufer sinnvoll zu tracen. Für das Groberfassen ist Potlatch aber wohl okay. Ansonsten habe ich JOSM + Landsat Bilder (WMS Plugin) verwendet. Eigentlich hätte man wohl auch das lakewalker Plugin nutzen können, aber irgendwie mag das nicht funktionieren.. Grüße, Alexander ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Vermessung des Nils
Martin Koppenhoefer wrote: Zu den Splines: Ich möchte natürlich runde Mäander haben - ich dachte mal in JOSM Zugpunkte gesehen zu haben (keine Ahnung, wie ich die aktiviert habe). Danke Gruß RalfG es gibt bei OSM (zumindest bisher) leider (noch) keine Splines, lediglich in den Renderern werden manche Kanten gerundet. in welchen Renderen denn? Wie kann man das beeinflussen? Das Datenmodell ist doch eigentlich ausreichend, man könnte ggf. ein Tag einführen spline=cubic, um anzudeuten das der Vektorzug eben was rundes beschreibt und keine einfache lineare Interpolation. Grüße, Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postkasten mit Spät und Sonntagsleerung
Mit neuem Key? *** zum Beispiel: *** collection_time = Mo-Fr 16:00, 20:00; Sa 11:00 Man könnte auch nur *time* nehmen um generell besondere Zeiten darzustellen. (z.B. jeden Tag um 12:00 Uhr gibt es ein Glockenspiel) Ciao André Am 10. November 2008 14:42 schrieb Gerd v. Egidy [EMAIL PROTECTED]: Dann konnte man auch gleich mal einen key für eine Leerungszeit einführen. Zum Beispiel nach dem gleichen Schema wie bei opening_hours. dafür! wenn man die spätleerungen erfassen will, finde ich es bei nur geringem mehraufwand wesentlich besser, gleich die ganzen leerungszeiten zu erfassen. Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postkasten mit Spät und Sonntagsleerung
André Riedel schrieb: Man könnte auch nur *time* nehmen um generell besondere Zeiten darzustellen. (z.B. jeden Tag um 12:00 Uhr gibt es ein Glockenspiel) Nur time wäre mir irgendwie zu wenig. Ein Glockenspiel ist ja etwas, was aktiv um 12 Uhr stattfindet. Ein Briefkasten tut aber um 12 Uhr immer noch das, was er immer tut, außer jemand kommt von außen dazu. Ich würde allerdings mit Doppelpunkten arbeiten: collection:time = 17:15 UTC collection:days = Monday to Friday collection:special = Saturday, 23:00 UTC ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege - Relationen-type
Am 05.11.08 schrieb Stefan Dettenhofer (OSM): Zu den Wanderwegen: Ist es sinnvoll für einen Wanderweg, der aus mehreren Tagesetappen besteht, für jede Etappe eine Relation anzulegen und dann für den Gesamtweg eine Relation, die nur die Relationen der Tagesetappen als members enthält? Welchen Type hätte den dann die Super-Relation? Ganz unabhaengig von der Aufteilung: ich wuerde die Superrelation zum type=network, network=hiking/foot/rwn machen, analog zu den Alpenvereinswegen: http://www.openstreetmap.org/browse/relation/33857 Gruß, Fabian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sortieren von Polygonen aus Relationen f ür Osmosis
Welche Arbeit? Das korrigieren der falschen Daten wirst du wohl von Hand machen müssen. Ein Werkzeug um aus falschen Daten doch noch was hakbwegs sinnvolles zusammen zu bauen, setzt meines Erachtens an der falschen Seite an. Wobei ich eine falsche Richtung einzelner Teilstücke bei Grenzen nicht für einen Fehler halte (im Gegensatz zu Flüssen). Grüße, Marc -- Feel free - 5 GB Mailbox, 50 FreeSMS/Monat ... Jetzt GMX ProMail testen: http://www.gmx.net/de/go/promail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] L�cken zwischen Kacheln in Mapsource/Qlandkarte
On Mon, 10 Nov 2008 12:47:51 +0100, Willi Rehfeld wrote: ne, anwählbar sind sie immer noch nicht. Oder hast du es hinbekommen, Moritz? Mit mapsource wählbar, aber nicht am screen sichtbar. Oder so... -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Workshop
Liebe Workshop-Initiatoren, -Teilnehmer und -Moderatoren, noch anderthalb Wochen bis zum OSM-Treffen in Essen... Sven hat dafür auch eine Themenliste gemacht: http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Workshops#Workshops Dort gibt es schon viele zum Teil gut ausformulierte Projektvorschläge und auch erste Anmeldungen zu den Workshops. Wir könnten uns die gemeinsame Organisation (wer wann was wo) erleichtern, wenn wir das Wiki noch intensiver und konkreter nutzen: - Workshop genau beschreiben (Ziel, Inhalt, Methode, Moderator) - Workshop gemeinsam vorbereiten (Disku-Seite) - wer macht mit (Teilnehmerzahl, Zeitplan) Je besser die Vorbereitung, desto mehr Zeit hat man für die Workshops und für Begegnungen, und desto effizienter und erfolgreicher wird die gemeinsame Arbeit. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Treffen in Wien?
Hallo! Vorschlag: am 5.12. abends beim Silberwirt http://www.schlossquadr.at/silberwirt_lokalinfo.html Da wäre noch frei (die Lokale sind grade ziemlich ausgebucht, Weihnachtszeit...). Und der Silberwirt in Margareten ziemlich zentral, mit der U4 (Pilgramgasse) gut zu erreichen. Falls das für Euch ok wäre, schickt mir bitte eine Email, damit ich eine Idee habe, für wieviele Leute ich reservieren soll... Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sortieren von Polygonen aus Relationen f ür Osmosis
Am 10. November 2008 12:23 schrieb Marc Schütz [EMAIL PROTECTED]: Welche Arbeit? Das korrigieren der falschen Daten wirst du wohl von Hand machen müssen. Ein Werkzeug um aus falschen Daten doch noch was hakbwegs sinnvolles zusammen zu bauen, setzt meines Erachtens an der falschen Seite an. Wobei ich eine falsche Richtung einzelner Teilstücke bei Grenzen nicht für einen Fehler halte (im Gegensatz zu Flüssen). Das hängt jetzt davon ab. Hat schon mal jemand die Regel zum Zusammensetzen der Länder-Polygone (incl. Löchern in Ländern und Seegrenzen) dokumentiert? Wenn wir die Grenzen endlich soweit haben, daß man die nutzen kann würde ich die auch implementieren wollen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zoo erfassen
Hallo zusammen! Ich bin gerade dabei, irgendwie den Zoopark Erfurt zu erfassen, bisher mit tourism: attraction, was nicht besonders schön aussieht im Renderer. Ich bin nun auch noch auf das Proposal zu attraction=animal und animal=* gekommen (http://wiki.openstreetmap.org/index.php/Proposed_features/Key:attraction) Jetzt wollte ich mal fragen, ob das bereits für irgend einen Zoo verwendet und/oder auch von den Renderern dargestellt wird. In den anderen Zoos wird wohl bisher einfach nur alles über Flächen/Name erfasst, soweit ich das gesehen habe. Ich denke, folgendes wäre wohl relativ korrekt: attraction=animal animal=polar_bear name:DE=Eisbären name:EN=polar bear Oder gibt es bessere Vorschläge? Vielleicht könnte man ja dann gleich das Proposal entsprechend ergänzen. Gruß Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?
André Reichelt schrieb: Crailsheim ist ja immer noch nicht drin, weniger Liste schreiben/lesen und mehr mappen, dann wird das doch noch was ;-) Wenn Du sofort einen anständigen Logger + Tonbandgerät oder ein kompakter Digitalfoto zu mir sendest, räume ich die Chance nicht aus, bis zum Jahresende fertig zu sein! Hi, GPS Gerät kann man bei der GeoFabrik leihen, Digicam und Tonbandgerät sind heutzutage doch in fast jedem Handy eingebaut. ;-) Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lücken zwischen Kacheln in Mapsource/Q landkarte
Hallo, ich habe das Problem mit der Übersichtskarte bereits auf meiner Wiki-Seite beschrieben, dorst steht auch ein Workaround dafür. Aber gleich hier nochmal kurz: Die Kacheln sind lückenlos, das Phänomen auf der Übersichtskarte liegt an der unzureichenden Übersichtkarte. Um nun weniger Kacheln zu einem Datensatz hinzuzufügen als die komplette Karte zoomt man auf der Übersichtskarte etwas aus, und zieht den Bereich den man haben möchte großzügig auf. Die ausgewählten Kacheln erscheinen zwar so, als ob da Lücken wären, sind aber vollständig. (nur ein kleiner Bereich einer Kachel ist jeweils anklickbar bzw. erscheint ausgewählt, es ist jedoch tatsächlich die komplette Kachel ausgewählt) Eventuell kann man nun vom Rand einige Kacheln abwählen oder noch ein paar am Rand dazuklicken. Mit etwas Geschick kriegt man raus, wo sich die anklickbare Fläche befindet. Nun von anderen Karten weitere Kacheln hinzufügen, und aufs GPS übertragen. Wenn die komplette Karte (z.B. das Deutschland-File) aufs GPS soll mit weiteren Karten zusammen, dann einfach soweit auszoomen, bis der komplette Bereich derm Karte zu sehen ist, dann mit der Maus so groß aufziehen, dass alles umfasst wird und damit auch ausgewählt ist. Moritz schrieb: Morgen Holger, danke für die Antwort. Ich bin der Mapsource-Bedienung durchaus mächtig ;-) und auch über die Feinheiten weiß ich Bescheid Es ist so wie Willi sagte, da sind Lücken zwischen den Kacheln. Hier mal ein Bild davon: http://s1b.directupload.net/file/d/1609/cf4e6j8h_png.htm -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
2008/11/10 Marc Schütz [EMAIL PROTECTED]: Die Durchfahrtshöhe *auf einem Weg* unter *einer Brücke* lässt sich semantisch korrekt nur abbilden, wenn beide Objekte verknüpft werden. Nur wenn man unbedingt den Bezug zur Brücke erhalten will. Das ist aber eigentlich nicht nötig; wenn der nur der entsprechende Flussabschnitt ein max_height hat, reicht das ja schon aus. Stimme ich zu, es reicht aus. Das führt wieder dazu, das Wege aufgesplittet werden worin nicht ich, aber viele Andere ein Problem sehen. Wenn man jetzt ein längeres Stück eines Weges mit maxheight taggt, stimmt das ja nicht mehr mit der Realität überein. Man könnte ja bis kurz vor die Brücke fahren und umkehren. Könnte für z.B. Lieferung mit schwerem Gerät in Wohngebieten durchaus ne Option sein, dass man halt Rückwärts wieder rausfährt oder umdreht. Der Weg sollte also dann schon nur sehr kurz sein. Und da Wege in OSM idR keine räumliche Ausdehnung haben, besteht die Beschränkung nur an einem Punkt. Daher mein Gedanke mit der Relation. Ganz pragmatisch gesehen tut es der kurze Weg natürlich auch. Achja, zur Arbeit der Relationen anlegen: mit entsprechender Editor-Unterstützung weniger als mit Aufsplitten. Gruß, Dominik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lücken zwischen Kacheln in Mapsource/ Qlandkarte
Hallo Carsten, da du nun schon mal selbst antwortest, hier mal -fast persönlich- schönen Dank, für die tolle Arbeit, die du da an der Karte für uns machst. Grüsse Willi -- Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Treffen in Wien?
... gibt es dort WLAN? War vielleicht keine so dumme Idee. Üblicherweise ist dann im SChloßqudrat schon Punschausschank und mit der Ruhe ist es dahin Mit freundlichen Grüßen Dipl.-Ing. Wolfgang W. Wasserburger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Andreas Labres Sent: Monday, November 10, 2008 10:41 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Treffen in Wien? Hallo! Vorschlag: am 5.12. abends beim Silberwirt http://www.schlossquadr.at/silberwirt_lokalinfo.html Da wäre noch frei (die Lokale sind grade ziemlich ausgebucht, Weihnachtszeit...). Und der Silberwirt in Margareten ziemlich zentral, mit der U4 (Pilgramgasse) gut zu erreichen. Falls das für Euch ok wäre, schickt mir bitte eine Email, damit ich eine Idee habe, für wieviele Leute ich reservieren soll... Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GPS Gerät leihen (war Re: OSM soll noch 2008 ganz Deutschland umfassen?)
Am Montag, 10. November 2008 09:44 schrieb Chris66: Hi, GPS Gerät kann man bei der GeoFabrik leihen, Ich verstehe nicht, warum das immer noch so verbreitet wird, bei der Geofabrik kann man sich für eine Mapping-Party Geräte leihen, nicht einzelne geräte für einzelne Mapper. Das wäre viel zu viel Verwaltungsaufwand. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspectror PLZ Bereich
On Mon, Nov 10, 2008 at 12:03:40PM +0100, Olaf Hannemann wrote: Am Montag, 10. November 2008 11:21:47 schrieb Jochen Topf: Trotzdem bin ich mir nicht sicher, ob der Fall vorkommen kann, dass eine PLZ zu mehreren Orten gehört. Wenn nicht bei uns, dann vielleicht irgendwo sonst auf der Welt. Aber hallo, das ist auch hier bei uns möglich. Hier in Schleswig-Holstein haben z.B. Bliestorf, Düchelsdorf, Grinau, Groß Boden, Kastorf, Lasbek, Meddewade,Pölitz, Rethwisch, Schiphorst, Schürensöhlen, Siebenbäumen, Sierksrade, Steinhorst, Stubben und Westerau die PLZ 23847. Dies sind eigenständige Gemeinden und liegen ca zur Hälfte im Kreis Stormarn und zur Hälfte im Kreis Herzogtum Lauenburg. Gut, dann hat sich die Frage ja erledigt. :-) Nur so aus Interesse: Gibt es in den Orten Strassen mit gleichem Namen, sodass die PLZ und Straße zusammen nicht ausreichend sind, um einen Ort zu bestimmen, d.h. würde ein Brief ohne den Ortsnamen ankommen oder ist der erforderlich? Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GPX Track cleaning
Hallo, Wie filtert Ihr Eure Tracks vor? - derzeit blende ich vor dem Upload zunächst 3 Gebiete aus (in denen mein Receiver schon mal versehentlich mehrere Stunden angeschaltet im Stand logt) - außerdem übernehme ich nur alles innerhalb Europas, um Sprünge zum Äquator/Nullmeridian zu eliminieren. - Tracks werden innerhalb der Datei gesplittet wenn sie entweder weiter als 200 Meter oder 20s auseinander liegen. Der Abstand zwischen benachbarten Punkten muss mindestens 1m betragen, ansonsten wird der Punkt als Doublette entsorgt. Trotzdem ist das Statement über dem Umweg Track - Wegepunkte, Sortieren, Filtern, Wegepunkte - Track mehr als hakelig. Gibt's da etwas besseres? -x nuketypes,waypoints,routes -x transform,wpt=trk -x nuketypes,tracks -x polygon,file=europa.txt -x polygon,file=gruener.txt,exclude -x polygon,file=mergenthaler.txt,exclude -x polygon,file=mindener.txt,exclude -x sort,time -x transform,trk=wpt -x nuketypes,waypoints -x track,pack,sdistance=0.2k,split=20s -x position,distance=1m (siehe auch Step 2 auf http://wiki.openstreetmap.org/index.php/User:-jha-/GPXprocessing Dort ist auch mein upload-script welches dank php ohne MakeWorld.pl-Abenteuer im CPAN auskommt.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspectror PLZ Bereich
... hier in Österreich haben wir zumindest ein Beispiel, wo der Straßenname durch den Ortsnamen noch nicht eindeutig ist; es ist die PLZ oder der Ortsteil heranzuziehen, damit alles eindeutig wird ;-) lG Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jochen Topf Sent: Monday, November 10, 2008 5:10 PM To: Olaf Hannemann Cc: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] OSM Inspectror PLZ Bereich On Mon, Nov 10, 2008 at 12:03:40PM +0100, Olaf Hannemann wrote: Am Montag, 10. November 2008 11:21:47 schrieb Jochen Topf: Trotzdem bin ich mir nicht sicher, ob der Fall vorkommen kann, dass eine PLZ zu mehreren Orten gehört. Wenn nicht bei uns, dann vielleicht irgendwo sonst auf der Welt. Aber hallo, das ist auch hier bei uns möglich. Hier in Schleswig-Holstein haben z.B. Bliestorf, Düchelsdorf, Grinau, Groß Boden, Kastorf, Lasbek, Meddewade, Pölitz, Rethwisch, Schiphorst, Schürensöhlen, Siebenbäumen, Sierksrade, Steinhorst, Stubben und Westerau die PLZ 23847. Dies sind eigenständige Gemeinden und liegen ca zur Hälfte im Kreis Stormarn und zur Hälfte im Kreis Herzogtum Lauenburg. Gut, dann hat sich die Frage ja erledigt. :-) Nur so aus Interesse: Gibt es in den Orten Strassen mit gleichem Namen, sodass die PLZ und Straße zusammen nicht ausreichend sind, um einen Ort zu bestimmen, d.h. würde ein Brief ohne den Ortsnamen ankommen oder ist der erforderlich? Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren
Hallo, siehe auch: http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Workshops/Lini enb%C3%BCndel Ich gehe mal einige dort gemachte Argumente durch: Die Wege separat erfassen: Vorteile einfacheres Taggen der Einzelwege zuerst müssen sie mal aufgenommen werden, und da stößt man vorallem in der Stadt an die Genauigkeit von GPS - man nimmt irgendeine Spur auf und zeichnet die anderen nach Gefühl daneben - es sieht genauer aus als es ist. komplexere geometrische Zusammenhänge einfacher erfassbar aber nur wenn man eine Karte in einer Auflösung hat in der man jede Spur einzeln sieht, will man so eine Karte für Aachen (da sind wir ja beide her) ausdrucken wäre sie sicher einige Quadratmeter groß. Die Wege auf einfache (bisherige) Art als Attribut an die Straße hängen. Nachteile: Es ist z.Z. nicht möglich, für diese Unterwege abweichende Attribute anzugeben. Zur Zeit ist auch das andere nicht machbar. Richtungsabhängiges Taggen schwierig. Umdrehen des ways gefährlich. Nicht wirklich, bei Einbahnstraßen schaffen wir das doch auch problemlos. Und wenn wir uns einigen, daß alle richtungsabhängigen Tags mit right: o.ä. beginnen kann der Editor bei einem Drehen des Weges auch einfach diese umdrehen. Es könnte zu einer starken Zersplitterung der Wege in kleine Abschnitte kommen. Na ja wenn man jede Spur einzeln eingibt dürften das insgesamt deutlich mehr Spuren geben. Und wenn man wie von mir gerade vorgeschlagen die Abbiegespuren als Relation an die Kreuzung hängt statt dafür den Weg zu zerschneiden fällt ein großer Teil dieser Zerstückelung weg. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postkasten mit Spät und Sonntagsleerung
On Mon, 2008-11-10 16:19:24 +0100, Tobias Wendorff [EMAIL PROTECTED] wrote:
André Riedel schrieb:
Man könnte auch nur *time* nehmen um generell besondere Zeiten
darzustellen. (z.B. jeden Tag um 12:00 Uhr gibt es ein Glockenspiel)
Nur time wäre mir irgendwie zu wenig. Ein Glockenspiel ist ja
etwas, was aktiv um 12 Uhr stattfindet.
Ein Briefkasten tut aber um 12 Uhr immer noch das, was er immer
tut, außer jemand kommt von außen dazu.
Ich würde allerdings mit Doppelpunkten arbeiten:
collection:time = 17:15 UTC
collection:days = Monday to Friday
collection:special = Saturday, 23:00 UTC
Für Deutschland:
osm= select k, count(*) from (select k, v from node_tags nt where k not in
('amenity', 'operator', 'source', 'created_by') and node_id in (select node_id
from node_tags where k='amenity' and v='post_box') ) as foo group by k order
by 2 desc;
k | count
+---
postal_code| 222
name | 169
opening_hours |79
note |48
ref|43
is_in |36
ele|24
wpt_symbol |21
wpt_description|21
collect_monfri | 9
layer | 9
collect_sat| 9
highway| 9
post_box_info | 6
addr:postcode | 5
description| 5
shop | 5
stamps | 4
leerungszeiten | 3
collect_sun| 3
survey | 3
poi| 3
source_ref | 3
addr:street| 2
landuse| 2
kismet:coordinates | 2
parcel_box | 1
fixme | 1
lines | 1
post | 1
motorcar | 1
Info | 1
Telekom| 1
key| 1
comment| 1
Time of Collection (Sa)| 1
emptying_time | 1
Leerung| 1
place | 1
Time of Collection (Mo-Fr) | 1
emtied | 1
tourism| 1
recycling:clothes | 1
FIXME | 1
railway| 1
misc | 1
(46 rows)
'opening_hours' macht also den Eindruck, als wär' das ein Kandidat:
osm= select k, v from node_tags nt where k ='opening_hours' and node_id in
(select node_id from node_tags where k='amenity' and v='post_box');
k | v
---+--
opening_hours | Mo-Fr 14:00; Sa 13:30
opening_hours | Mo-Fr 14:30, 16:45, 19:45\s Sa 13:00\s So 09:00
opening_hours | Mo-Fr 16:45; Sa 10:45
opening_hours | Mo-Fr 11:30,15:30,17:30; Sa 12:30; Su 10:30
opening_hours | Mo-Fr 16:30; Sa 10:30
opening_hours | Mo-Fr 15:30,17:30\s Sa 13:30\s Su 08:45
opening_hours | Mo-Fr 16:45
opening_hours | Mo-Fr 16:30, 18:15; Sa 11:45; So 9:30
opening_hours | Mo-Fr 17:15, Sa 11:30
opening_hours | Mo-Fr 14:30,17:30; Sa 13:00; Su 08:30
opening_hours | Mo-Fr 16:15,17:45,19:00; Sa 12:00; So 11:15
opening_hours | Mo-Fr 14:30, 16:45, 19:45\s Sa 13:00\s So 09:00
opening_hours | Mo-Fr 14:30,17:45; Sa 13:15
opening_hours | Mo-Fr 17:30; Sa 14:00
opening_hours | Mo-Fr 14:15, 17:45; Sa 14:00
opening_hours | Mo-Fr 16:00; Sa 12:00
opening_hours | Mo-Fr 14:00,16:00; Sa 12:00; Su 08:15
opening_hours | Mo-Sa 08:00
opening_hours | Mo-Fr 16:30, Sa 10:00
opening_hours | Mo-Fr 17:00; Sa 11:00
opening_hours | Mo-Fr 16:00; Sa 12:15; Su 10:15
opening_hours | Mo-Sa 08:30
opening_hours | Mo-Fr 16:30; Sa 12:00
opening_hours | Mo-Fr 11:30,15:30,17:30\s Sa 15:30\s Su 08:15
opening_hours | Mo-Sa 08:00
opening_hours | Mo-Fr 13:30,17:15; Sa 13:15; Su 08:30
opening_hours | Mo-Fr 16:00, Sa 13:30
opening_hours | Mo-Fr 15:30,17:30\s Sa 13:30
opening_hours | Mo-Fr 16:15; Sa 10:30
opening_hours | Mo-Fr 14:00,16:00; Sa 12:00; Su 08:15
opening_hours | Mo-Sa 10:00
opening_hours | Mo-Fr 14:30,17:15; Sa 13:00; Su 10:00
opening_hours | Mo-Fr 15:15,17:30,18:30; Sa 11:45
opening_hours | Mo-Fr 17:30; Sa 10:30
opening_hours | Mo-Fr 16:30; Sa 12:15; Su 10:30
opening_hours | Mo-Fr 16:30; Sa 11:15; Su 09:45
opening_hours | Mo-Fr 16:30; Sa 12:00
opening_hours | Mo-Fr 18:00
opening_hours | Mo-Fr 17:30; Sa 11:45
opening_hours | Mo-Fr 11:30,15:00,16:15,18:15; Sa 15:45; Su 08:15
opening_hours | Mo-Fr 16:30,18:00; Sa 12:15
opening_hours | Mo-Fr 14:00,16:30; Sa 12:00; Su 08:15
opening_hours | Mo-Fr 11:30,14:45,16:30,17:45,18:15; Sa 13:30
Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?
Chris66 schrieb: Hi, GPS Gerät kann man bei der GeoFabrik leihen, Digicam und Tonbandgerät sind heutzutage doch in fast jedem Handy eingebaut. ;-) Wie Sven ja schon sagte: Die Geräte sind nur für Mapping-Partys gedacht. Und ein Handy, wie Du es beschreibst, habe ich leider oder besser gott sei Dank nicht. Bei den meisten Geräten heutzutage ist Telefonieren ja nur noch eine Sonderfunktion und nicht mehr hauptbestandteil :(. Ich habe zwar ein PNA, allerdings keine gute Software dafür. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neue regionale Mailingliste für Pforzh eim und Umgebung
Hallo, für die Diskusstion und Koordination aller Dinge, die OSM-relevant in Pforzheim und Umgebung sind, gibt es jetzt eine neue regionale Mailingliste: http://lists.openstreetmap.de/cgi-bin/mailman/listinfo/pforzheim Alle Mapper, Coder, Datenauswerter und Interessierte, die zwischen Straubenhardt und Mühlacker, zwischen Bretten und Calw aktiv sind, sind herzlich eingeladen. Viele Grüße Lutz -- email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] web:http://dev-random.dnsalias.net/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualität: Genauigkeit der Lin ienführung
Hi Am Dienstag 30 September 2008 schrieb Jan Tappenbeck: lassen wir die Datenquelle mal dahin gestellt - ich wollte auch mal allgmein auf diese Problematik hinweisen - unter dem Gesichtspunkt der Qualität. Ließe sich die Datenquelle nicht mit als Tag angeben, um z.B. Edit-Wars zu verhindern? Beispiel: Eine Straße wurde (vermeintlich korrekt) von A nach einem Satellitenbild gezeichnet, das aber falsch justiert war (bzw. Linsenverzerrung oder Hanglage). Nun fährt User B die Strecke ab und korrigiert aufgrund seiner GPX-Spur die Lage um ca. 10 Meter nach Norden. Wenn jetzt User A dies sieht, könnte er auf die Idee kommen, die Spur erneut justieren zu müssen. Geht sowas wie: comment=korrigiert nach GPS-Spur xyz? Nebenbei: Lässt sich (z.B. mit gpsbabel) nicht auch die jeweilige Genauigkeit (Accuracy) aus einer Spur auslesen und sogar als Umkreise darstellen? Auf dem Garmin-Gerät z.B. wird die Genauigkeit stets auch mit einem Kreis angezeigt. Fürs Taggen hätte das den Vorteil, dass Abweichungen von der Lage nicht unnötig zum Verschieben ganzer Kreuzungen führen... Gruß Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] perl umlaute ersetzen
Am Montag 10 November 2008 17:39:00 schrieb Gary68: hi, im augenblick versuche ich umlaute in einem string zu ersetzen. $v =~ s/\132/ae/g ; bzw. $v =~ s/ä/ae/g ; geht aber nicht... warum? und wie geht es? Du hast wahrscheinlich Zeichensatzprobleme. Die DB-Dumps von OSM sind in UTF-8, du musst entsprechend deine REs auch in UTF-8 kodieren. Grüße, Marc signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspectror PLZ Bereich
Am Montag, 10. November 2008 17:10:04 schrieb Jochen Topf: On Mon, Nov 10, 2008 at 12:03:40PM +0100, Olaf Hannemann wrote: Am Montag, 10. November 2008 11:21:47 schrieb Jochen Topf: Trotzdem bin ich mir nicht sicher, ob der Fall vorkommen kann, dass eine PLZ zu mehreren Orten gehört. Wenn nicht bei uns, dann vielleicht irgendwo sonst auf der Welt. Aber hallo, das ist auch hier bei uns möglich. Hier in Schleswig-Holstein haben z.B. Bliestorf, Düchelsdorf, Grinau, Groß Boden, Kastorf, Lasbek, Meddewade, Pölitz, Rethwisch, Schiphorst, Schürensöhlen, Siebenbäumen, Sierksrade, Steinhorst, Stubben und Westerau die PLZ 23847. Dies sind eigenständige Gemeinden und liegen ca zur Hälfte im Kreis Stormarn und zur Hälfte im Kreis Herzogtum Lauenburg. Gut, dann hat sich die Frage ja erledigt. :-) Nur so aus Interesse: Gibt es in den Orten Strassen mit gleichem Namen, sodass die PLZ und Straße zusammen nicht ausreichend sind, um einen Ort zu bestimmen, d.h. würde ein Brief ohne den Ortsnamen ankommen oder ist der erforderlich? Es gibt auf jeden Fall in 7 dieser Orte eine Dorfstraße. Daher ist es nicht ausreichend nur die PLZ und den Straßennamen anzugeben. Ein Ortsname ist zwingend erforderlich damit der Brief korrekt zugestellt werden kann. Gruß Olaf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] L�cken zwischen Kacheln in Mapsource/Qlandkarte
Hi Willi, On Mon, 10 Nov 2008 09:18:09 +0100, Willi Rehfeld wrote: ich versteh ihn voll und ganz, ich habe das gleiche Problem. Die Karte computeruteddy ist nicht komplett gekachelt - also von mapsource auswählbar. Ach so. Das sehe ich nicht als Problem, die Daten sind ja da und anwählbar, nur die Ansicht ist fehlerhaft. Aber das hat computerteddy ja schon schön beschrieben. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GpsD für Windows oder Josm-LiveGPS+Surve yor-Plugin ohne gpsd
Hallo, hat hier jemand einen gpsd für Windows oder eine andere Möglichkeit Surveyor in Josm unter Windows (XP auf einem Netbook) zu nutzen? Normalerweise würde ich da auch Linux nehmen aber das Teil hat nunmal Windows drauf und es gibt keinen vernünftigen Grund warum das nicht möglich sein sollte. Im Backlog fand sich da ein Beitrag auf eienr der OSM-Mailing-Liste aber der darin angegebene Link ist tot und auch sonst förderte keine Suchmaschine etwas zu tage. Selber compilieren mit cygwin ist bei 12GB Plattenplatz keine Option. Ich würde jetzt mangels Zeit eher ungern erst einen Patch für livegps schreiben um statt gpsd einen seriellen Port auswählen zu können (was umgekehrt unter Linux wieder native Bibliotheken bräuchte). Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren
John07 schrieb: Mario Salvini schrieb: in Zukunft sollte man sowas über Relations lösen. siehe auch: http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Workshops/Linienb%C3%BCndel das entwickelte Plugin ist übrigens sehr simple zu bedienen und macht die Eingabe sehr einfach. Welches plugin? Gruß Jonas auf der Linienbündel Talkseite ist ein Link auf ein Proof-of Concept-Plugin von Tordanik http://tobias-knerr.de/josm/lanetool/ Man muss es manuel in den Plugin-Ordner von JOSM kopiern und dann im Program aktivieren. In meinen Augen ist das Plugin ein klarer beweis dafür, das Relationsverwaltung bei Linenbündeln nicht kompliziert oder unintuitiv sein muss. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lücken zwischen Kacheln in Mapsource/ Qlandkarte
Am 10.11.2008, 06:54 Uhr, schrieb Holger Issle [EMAIL PROTECTED]: ??? So ganz versteh ich ja nicht was Du willst, aber ich versuchs dennoch: Du kannst in Mapsource mehrere Kacheln aktivieren, ich versteh ihn voll und ganz, ich habe das gleiche Problem. Die Karte computeruteddy ist nicht komplett gekachelt - also von mapsource auswählbar. Es ist in den meisten Fällen so, dass du eine Kachel anwählen kannst, die dann auch auf dem Register Karten angezeigt wird. Das benachbarte Gebiet - andere Kachel -oberhalb unterhalb rechts links - nicht gekachelt ist, und somit auch nicht angewählt werden kann. Klar, die einfachste Lösung ist natürlich die komplette Karte als .img aufs Garmin zu kopieren und fertig, aber vielleicht will man ja auch mal nur Bereiche (Kacheln) ans Gerät über mapsource schicken. Grüsse Willi -- Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspectror PLZ Bereich
On Mon, Nov 10, 2008 at 06:06:15PM +0100, Marc Schütz wrote: Am Montag 10 November 2008 17:47:53 schrieb Jochen Topf: Ich hab jetzt mal die Wiki-Seite zum Karlsruher Schema erweitert und addr:country=[2-buchstabiger Country-Code] ergänzt. Im OSM Inspector kann man derzeit gut sehen, dass PLZ-Bereiche von Deutschland und Tschechien zusammengefaßt werden, was natürlich nicht besonders hilfreich ist. Die perfekte Lösung dafür wäre wohl, eine Voronoi-Zerlegung mit jedem Knoten/Gebäude/Straße mit PLZ zu machen, und dann benachbarte Regionen mit der gleichen PLZ (und dem gleichen Land) zusammenzufassen. Wäre das (performancemäßig) durchführbar? Ich werds irgendwann mal probieren, ich fürchte aber, dass das schon recht aufwändig sein wird. Bei der derzeitigen, recht dünnen Datenlage, geht das vielleicht noch, aber das wird nicht einfacher, wenn es mehr Daten gibt. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lücken zwischen Kacheln in Mapsource/Q landkarte
Hi, Nach einigen Versuchen scheint das Problem zu sein, dass die img Kacheln Wege enthalten, die über die eigentliche Kachelgrenze hinausgehen. Dadurch kommt offenbar mkgmap beim Berechnen der tdb bzw übersichts img datei durcheinander und berechnet die Kachelgrenzen falsch. Die Kachelgrenzen im tdp bzw overview.img sind aber das, was bei der Auswahl von Kacheln benutzt wird. Die neuere (SVN-Version) von mkgmap können die Kacheln exact an den kachelgrenzen scheinten. Dazu muss in der OSM-source aber die boundingbox der Kachel stehen (also ein bounds XML element mit den kachelgrenzen). leider schreibt osmcut.c dieses element nicht, wenn es das planet.osm zerschneidet. Vor kurzem habe ich mal osmcut.c entsprechend angepasst und auf germany.osm losgelassen. Die resultierenden img kacheln Waren dann sauber beschnitten und beim Auswählen in MapSourse bzw QLandkarte war dann auch die Anzeige der ausgewählten Kacheln korrekt d.h. der ausgewählte Bereich war lückenlos - allerding seltsamerweise an den Rändern leicht überlappend obwohl die Kacheln selst exakt auf 'anstoss' waren. Wenn 'dein' OSMCutter Tool dieses bounds-Tag also in die OSM-Kacheln schreibt (natürlich mit den korrekten BB Werten), sollte dieses Anzeige-Problem nicht mehr auftreten. Micha H. Hallo, ich habe das Problem mit der Übersichtskarte bereits auf meiner Wiki-Seite beschrieben, dorst steht auch ein Workaround dafür. Aber gleich hier nochmal kurz: Die Kacheln sind lückenlos, das Phänomen auf der Übersichtskarte liegt an der unzureichenden Übersichtkarte. Um nun weniger Kacheln zu einem Datensatz hinzuzufügen als die komplette Karte zoomt man auf der Übersichtskarte etwas aus, und zieht den Bereich den man haben möchte großzügig auf. Die ausgewählten Kacheln erscheinen zwar so, als ob da Lücken wären, sind aber vollständig. (nur ein kleiner Bereich einer Kachel ist jeweils anklickbar bzw. erscheint ausgewählt, es ist jedoch tatsächlich die komplette Kachel ausgewählt) Eventuell kann man nun vom Rand einige Kacheln abwählen oder noch ein paar am Rand dazuklicken. Mit etwas Geschick kriegt man raus, wo sich die anklickbare Fläche befindet. Nun von anderen Karten weitere Kacheln hinzufügen, und aufs GPS übertragen. Wenn die komplette Karte (z.B. das Deutschland-File) aufs GPS soll mit weiteren Karten zusammen, dann einfach soweit auszoomen, bis der komplette Bereich derm Karte zu sehen ist, dann mit der Maus so groß aufziehen, dass alles umfasst wird und damit auch ausgewählt ist. Moritz schrieb: Morgen Holger, danke für die Antwort. Ich bin der Mapsource-Bedienung durchaus mächtig ;-) und auch über die Feinheiten weiß ich Bescheid Es ist so wie Willi sagte, da sind Lücken zwischen den Kacheln. Hier mal ein Bild davon: http://s1b.directupload.net/file/d/1609/cf4e6j8h_png.htm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren
Mario Salvini schrieb: Man muss es manuel in den Plugin-Ordner von JOSM kopiern und dann im Program aktivieren. In meinen Augen ist das Plugin ein klarer beweis dafür, das Relationsverwaltung bei Linenbündeln nicht kompliziert oder unintuitiv sein muss. Bei mir ist es ein schwarzer Kasten mit Fragezeichen (weiß auf orangenem Grund) in der Mitte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Treffen in Wien?
Andreas Labres wrote: Hallo! Vorschlag: am 5.12. abends beim Silberwirt http://www.schlossquadr.at/silberwirt_lokalinfo.html Da wäre noch frei (die Lokale sind grade ziemlich ausgebucht, Weihnachtszeit...). Und der Silberwirt in Margareten ziemlich zentral, mit der U4 (Pilgramgasse) gut zu erreichen. Falls das für Euch ok wäre, schickt mir bitte eine Email, damit ich eine Idee habe, für wieviele Leute ich reservieren soll... Servus, Andreas Klingt gut. Ich wär dabei. lg roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Landnutzung in Pinneberg
Moin ! habe gerade etwas merkwürdiges in Pinneberg gesehen (Beispiel: 27869401) - vielleicht kann das einer, mit Ortskenntnissen, bereinigen ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Treffen in Wien?
Wäre auch dabei. mfg, Florian (Kelvan) 2008/11/10 Roland Spielhofer [EMAIL PROTECTED] Andreas Labres wrote: Hallo! Vorschlag: am 5.12. abends beim Silberwirt http://www.schlossquadr.at/silberwirt_lokalinfo.html Da wäre noch frei (die Lokale sind grade ziemlich ausgebucht, Weihnachtszeit...). Und der Silberwirt in Margareten ziemlich zentral, mit der U4 (Pilgramgasse) gut zu erreichen. Falls das für Euch ok wäre, schickt mir bitte eine Email, damit ich eine Idee habe, für wieviele Leute ich reservieren soll... Servus, Andreas Klingt gut. Ich wär dabei. lg roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren
Tobias Wendorff schrieb: Mario Salvini schrieb: Man muss es manuel in den Plugin-Ordner von JOSM kopiern und dann im Program aktivieren. In meinen Augen ist das Plugin ein klarer beweis dafür, das Relationsverwaltung bei Linenbündeln nicht kompliziert oder unintuitiv sein muss. Bei mir ist es ein schwarzer Kasten mit Fragezeichen (weiß auf orangenem Grund) in der Mitte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de wenn du da mit rechter Maustaste klickst sollte ein Menü auftauchen um zu setzn, obs eine Autospur ist, oder ob links und rechts eine weitere spur angelegt werden soll... etc... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kann es sein dass xapi grad schluckauf hat?
Hi, http://xapi.openstreetmap.org/api/0.5 liefert grad nix, und http://www.informationfreeway.org/api/0.5/ gibt diesen link immer zurück. Manuelles Laden von http://osmxapi.hypercube.telascience.org/api/0.5/ funktioniert aber. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spuren
Dimitri Junker schrieb: Nachmal Überlegungen zum Thema Spuren. Ein Problem ist ja, daß man nicht vor jeder Kreuzung anfangen will den Weg aufzuschneiden um die Spurzahl um die Abbiegespuren zu erhöhen. Ein anderes sind asymetrische Spurzahlen. Um möglichst zum aktuellen Verfahren kompatibel zu bleiben schlage ich folgendes vor: lanes bleibt die gesamte Anzahl an durchgehenden Spuren Neu kann man z.B. Forward:lanes und Backward:lanes o.ä. einführen. Hat also eine Straße 2 Spuren in Vorwärtsrichtung und 3 in Rückwärtsrichtung wären folgende 3 Kombinationen gültug: 1) lanes=5 und Forward:lanes=2 2) lanes=5 und Backward:lanes=3 3) Backward:lanes=3 und Forward:lanes=2 An Kreuzungen können dann per Relation Abbiegespuren hinzugefügt werden. Dies ließe sich sicher in die Relationen für Abbiegeverbote und Vorfahrtsregeln einfügen. Hierbei könnte man als from entweder den Weg nutzen, dabei würde dann die Info über den Startpunkt der Abbiegespur fehlen, oder man setzt dort einen node und nutzt diesen als from. Was dann noch fehlt ist die Info wie man von den Hauptspuren abbiegen darf. Man könnte in die Relation statt lanes z.B. additionalLanes und onThrougLane nutzen. Statt Forward und Backward könnte man natürlich auch right und left nehmen, da muß man einfach überlegen was sinnvoller ist in Anbetracht der Tatsache, daß es Länder mit Linksverkehr gibt. Auf alle Fälle sollte es dem lanes vorangestellt werden, sa daß die Editoren einfach beim Drehen eines Weges alle Forward in Backward usw. wandeln können. Neben lanes für Autospuren könnte man in gleicherweise cycleway und footway benutzen. in Zukunft sollte man sowas über Relations lösen. siehe auch: http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Workshops/Linienb%C3%BCndel das entwickelte Plugin ist übrigens sehr simple zu bedienen und macht die Eingabe sehr einfach. -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
