Re: [Talk-transit] Public transport workshop in Germany
On Fri, May 29, 2009 at 08:54:48AM +0100, Roger Slevin wrote: What has not been mentioned specifically in this thread (although I know Peter is very much aware of it) is that there is an approved European Technical Specification (Identification of Fixed Objects in Public Transport - IFOPT) that has built on the experience of NaPTAN and other related work to date, and covers the same ground. A colleague is putting together some comments on how the German work relates to IFOPT. Early indications are that the matching of fundamentals is good (as might be expected - given that NaPTAN was a key input to IFOPT) ... but I hope something on this will be posted here in the next few days. Lets not forget that this is OSM. We do things step by step here with lots of experimentation. Its more about evolving to a good model than creating some complex top-down design. The scheme under discussion is one such step. Its not as complex as IFOPT and probably can't do all that IFOPT can do, but it is reasonably similar to the current OSM model yet more clear and powerful while still beeing understandable. A complex model created by professionals for professionals is sure to fail in OSM. In the long run we can work more and more towards this complex model when the software supporthas improved and we understand better what we want and what we need. But for now we should try to cram everything in. IFOPT seems for instance to allow full recursion on many of its objects which is really hard to handle properly and has, in my opinion, currently no place in OSM. Of course where there are good ideas we should incorporate them. Especially when naming things it makes sense to follow established practices here. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Public transport workshop in Germany
Hi Jochen. Jochen Topf wrote: The weekend before last we had a workshop in Karlsruhe, Germany on the topic of public transport in OSM. The idea was to bring interested people together to improve the modelling of public transport infrastructure and networks in OSM. The results have now been documented. See http://blog.geofabrik.de/?p=23 for details. That is great. I did some work in this area by working out the unified_stoparea proposal some months ago. I am really happy there finally seems to be some progress in this area. :) Here are some notes I have after reading (the German version of) your wiki page. I'm writing this before I read responses to this thread, to not get confused. I hope this won't be obsoleted by what others wrote... - the usage tag (and similar tags) Here I would prefer to use hierarchical tagging, so instead of railway=rail; usage=branch I would rather write railway=rail:branch - ref/name tags If you intend this to be filled with information like ref=Line 10 or name=Main station - zoo I would rather see this information with the appropriate route-relations. Things like name=Ringleis which name the actual rail corpus and not the train traveling upon it, are fine with me. - Stadtschnellbahnen (German) It confuses me, that these only consist of subway and monorail. I think the term may cause some confusion. I do not think it is necessary to combine these two and form a group for them. -separate geometry with tram I disagree that this is a good idea. Most attributes belong to both (the road and the tracks within the road). Together they form one entity. Attributes that do not belong to both should use hierarchical tagging scheme, e.g.: railway=tram:disused railway:gauge=100 railway:operator=railcompany highway:operator=citymanagement -concerning the tagging of transport stops. Please have a look at my proposal regarding this: http://wiki.openstreetmap.org/wiki/Proposed_features/unified_stoparea it is very similar to what you propose and is already used by quite some mappers throughout Europe. Please try to build upon it, as you are basically defining something very similar with new tag names. I am not sure if it would be necessary or wise to have everything under the public_transport name space as you propose All in all, I am very happy with this scheme, foremost that someone cares about this. :) I am not sure if the scheme is not to complicated for the casual not-so-concerned mapper. That is why I was trying to change as little as possible with my proposal and allow a wide range of detail levels. The irony is, that I personally rather prefer a complex and complete model to the change-as-little-as-possible approach I finally proposed (I'm German after all ;-) I am eager to see, how your proposal is received by the crowd! Greetings, Gerrit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Public transport workshop in Germany
Jochen Topf wrote: On Fri, May 29, 2009 at 06:07:55AM +0100, Peter Miller wrote: Out of interest where does this leave the following two proposals? Unified StopArea http://wiki.openstreetmap.org/wiki/Proposed_features/unified_stoparea QROTI http://wiki.openstreetmap.org/wiki/QROTI Should we review these other proposals, integrate any appropriate ideas and then politely suggest that people refer to this new proposal for guidance rather than to the other two pages? Would anyone be offended by that? For the time beeing I have put links to those pages into the See also section. Maybe we should ask those people who have worked on those pages to comment. As I mentioned earlier, I am founder and main contributor to the unified_stoparea proposal. Well, I actually _do_ feel a little offended by two things. - First: I am confused at how little reference to my proposal I find in the new scheme. It's not that I am vain or anything, but you copied about anything from that proposal and just gave some items new names. I wonder if you read it and really copied most of it, in which case I would have expected some note about it, or if you came up with that on your own, but than this would show bad research (but still means we both came independently to the same solution(s)). - Second: I tried to rally for a coherent PT-tagging scheme for weeks without end in the beginning of the year (mainly the german list, but also here) with disappointingly little feedback. I wished you (Jochen and his group) would have participated in the process back then. It would have saved me a lot of work and a lot of people that started to use the unified_stoparea-proposal to eventually re-tag all of their work. That said: I really _am_ happy that there is some progress in this field. As you guys have a group (and the geofabrik) behind you, its much more likely to succeed and become wide spread. And I am very interested to have a unified tagging scheme, whatever name it bears. Gerrit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [talk-ph] [OSM-talk] SOTM Scholarship Recipients Announced
ALL, if it is not possible, here's my list: Advanced OSM Cartography Bridging the Gap: Using OSM Data with GIS Tools Making Money with OpenStreetMap Bringing OSM to schools! Application Development Using OSM and third party APIs Go Philippines! murlwe -Original Message- From: maning sambale [emmanuel.samb...@gmail.com] Sent: 5/29/2009 10:15:53 AM To: talk-ph@openstreetmap.org Subject: Re: [talk-ph] [OSM-talk] SOTM Scholarship Recipients Announced and here's the schedule: http://spreadsheets.google.com/pub?key=r4WraCgENoOek3Vs4ft0y2goutput=h tml Any particular session you want Eugene to attend so he can share it to us? Here's my list: The Big License Panel Debate Advanced OSM Cartography OSM Directions Application for Visually Impaired Bridging the Gap: Using OSM Data with GIS Tools Making Money with OpenStreetMap Bringing OSM to schools! Application Development Using OSM and third party APIs Bulk importing techniques On Fri, May 29, 2009 at 9:42 AM, maning sambale emmanuel.samb...@gmail.com wrote: Check out #8 scholar! We did nominate two people. There will always be next time. -- Forwarded message -- From: Mikel Maron mikel_ma...@yahoo.com Date: Fri, May 29, 2009 at 4:19 AM Subject: [OSM-talk] SOTM Scholarship Recipients Announced To: t...@openstreetmap.org http://www.opengeodata.org/?p=496 Congratulations to the 15 scholarship recipients. We had 35 nominations, from 19 countries, so no easy choice. Thanks to all the nominations .. we hope you can all attend as well. Will be extremely great to have all these mappers together in Amsterdam! Abdel Hassan from Cairo, Egypt Anas Maraqa from Palestinian West Bank Anatolie Golovco from Moldova Arun Ganesh from Chennai, India Asif Rasul from Punjab, Pakistan Ciprian Talaba from Romania Claudomiro Nascimento Jr from Brazil Eugene Alvin Villar from Manila, Phillippines Freddy Rivera from Colombia Giorgi Gujabidze from Tbilisi, Georgia H.S. Rai from Punjab, India Jorge Luis BATISTA Echevarría from Havana, Cuba Julio Zambelli from Vina del Mar, Chile Khanh Le Ngoc Quoc from Vietnam ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph span id=m2wTlpfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRGet the Free email that has everyone talking at a href=http://www.mail2world.com target=newhttp://www.mail2world.com/abr font color=#99Unlimited Email Storage #150; POP3 #150; Calendar #150; SMS #150; Translator #150; Much More!/font/font/span___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] welcome new osm-ph list subscribers
Hello everybody, and thanks for the welcome... For those who don't know me yet, (I guess all, except maybe Maning with who I already exchanged some mails) I'm a Dutch guy, living in Cebu city since several years now, and enjoying it much here. I recently discovered openstreetmaps, and found it worth contributing to. Next week I'll go back to Holland for my yearly holiday, so my mapping in Cebu City will pause for a while. When I'm back, I'd need some clarifications, or guidelines, on how to classify the roads here in Cebu. I have difficulties in relating the guidelines about the tags to the reality. Right now, there is primary roads, and residential roads mainly. I don't know how to improve this, since some main large roads (like A.S. Fortuna) don't even have a dividing line (this means it is 1 lane only ?) but the trafic is driving on 4 lanes (2 each side)... The Cebu North road, really gets narrow at some sections when going south, and would not be considered a main road abroad in those sections... The South (SRP) road is now mapped as a single motorway. It should be 2 one way roads... 3 lanes each if I remember well. But can it be a motorway road ? It is the closest to a motorway I ever saw here in Cebu, but I'm not sure there is a hard shoulder, there are many intersections and traffic lights, often tricycles also ride there... I guess a trunk road would be more appropriate. Any suggestions how to deal with all this ? Happy mapping! Totor --- On Thu, 5/28/09, maning sambale emmanuel.samb...@gmail.com wrote: From: maning sambale emmanuel.samb...@gmail.com Subject: [talk-ph] welcome new osm-ph list subscribers To: osm-ph talk-ph@openstreetmap.org Date: Thursday, May 28, 2009, 10:10 AM Hi new list members, Welcome! I somehow lost track of new members of this list, but I think we are getting new subscribers every week. I welcome you all to the OSM-Philippines mailinglist. [...] ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] How to tag small city alley ?
Greg Troxel wrote: I'd agree that service isn't quite right, if that's the front of the buildings. But similarly residential isn't right either (I guess we all think of that as something with pavements/sidewalks). highway=unclassified for now (and throw a fixme= tag explaining the situation on for good measure) signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Corine Land Cover becomes a potential OSM data source...
My French is no good, so I just tried to open part of discussion here also http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Corine_Land_Cover/Taggin g_scheme. Anyway, I see from French page that the simplification ideas are actually quite similar (e.g. forest is just one forest). We have 55% of land as forest in Estonia, so it is very important for us. My second major proposal would be to skip import of (most) agricultural lands. So please feel free to extend your discussions to the Talk-page I mentioned. Of course, by end of the day tagging in different countries could become slightly different, even Corine classification use itself is not fully unified as far as I know. /Jaak -Original Message- From: talk-boun...@openstreetmap.org [mailto:talk- boun...@openstreetmap.org] On Behalf Of Pieren Sent: 28. mai 2009. a. 13:48 To: talk@openstreetmap.org Subject: Re: [OSM-talk] Corine Land Cover becomes a potential OSM data source... On Thu, May 28, 2009 at 11:17 AM, Jaak Laineste (Nutiteq) j...@nutiteq.com wrote: Hello, are there separate general discussion lists or wiki regarding this Corine land data import ? We just got hands on and permissions for our local (Estonian) data, and some practical questions and ideas have arisen. Yes, we created a Wiki page which is here now: http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover We have a group discussing the tagging scheme. A first proposal is available here: http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Taggin g_scheme but we are going through the list and we already decided some changes. You can see the current progress in the french group (page is in french but tags are in english): http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover /Nomenclature The discussion is on the french mailing list but we would appreciate if the discussion is internationalized. We also have a page looking for a solution about the import and the conflict resolution with existing landuse in OSM: http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine _Data_Import Pieren ___ 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] How to tag small city alley ?
2009/5/29 Paul Johnson ba...@ursamundi.org: - Zitierten Text ausblenden - Greg Troxel wrote: I'd agree that service isn't quite right, if that's the front of the buildings. But similarly residential isn't right either (I guess we all think of that as something with pavements/sidewalks). highway=unclassified for now (and throw a fixme= tag explaining the situation on for good measure) nah, unclassified seems less correct than residential, as this IS a residential street and just the width is less than what you would expect (but this applies equally to unclassified). Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to tag small city alley ?
2009/5/29 Greg Troxel g...@ir.bbn.com: I'd agree that service isn't quite right, if that's the front of the buildings. But similarly residential isn't right either (I guess we all think of that as something with pavements/sidewalks). residential doesn't imply sidewalks in my area So is there any objection to highway=pedestrian+bicycle=yes+motorcycle=yes? I think the real issue is that these ways are what one would call public rights of way in the UK, or public ways in the US, and one can legally walk on them for no apparent reason, but they don't allow cars. Isn't that highway=pedestrian exactly? As for cars I think it might be a physical impossibility rather than permitted / not permitted. (But for routing purposes it's just the same.) Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to tag small city alley ?
Isn't that highway=pedestrian exactly? As for cars I think it might be a physical impossibility rather than permitted / not permitted. (But for routing purposes it's just the same.) I suppose it is, except that really it's highway=motorcycle. My real point was that the whole 'highway' concept has cars built into it very deeply, and this is part of the tradeoff between a CS-nerd-pleasing decomposition of the world and convenience for real humans for tagging. pgpTWRTqAXtCp.pgp Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to tag small city alley ?
2009/5/29 Greg Troxel g...@ir.bbn.com: Isn't that highway=pedestrian exactly? As for cars I think it might be a physical impossibility rather than permitted / not permitted. (But for routing purposes it's just the same.) well, IMHO it's not, as pedestrian are streets not generally allowed to cars, where here it is not a street (according to it's width) and motorcycles are allowed (unlike in pedestrian areas). For the width it is more footway than pedestrian, but IMHO functionally rather highway=residential, width=1.8 Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Planetfile with ChangeSet
i'm interested in this topic too. so i cross post this here. no answer on dev so far... gary68 On Fri, 2009-05-29 at 10:35 +0200, m2hu...@hsr.ch wrote: Hi Everyone With the danger of asking a stupid question: As I wanted to import the newest planet.osm file, I saw that there are changeSet's on top of the Planet file. I didn't find any information about that on the wiki, so i ask this here. My question is: Is that intented? And what would be the plus of adding this information to a planet file. In my understanding, the planet file doesn't need changeSet (its an inital-Import.. this should be done at once anyway) Thanks for an Answer Regards Mike ___ dev mailing list d...@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Planetfile with ChangeSet
Isn't it so that people can grep the commit comments ? I'm finding commit comments very handy : http://www.openstreetmap.org/user/Nic%20Roets/edits On Fri, May 29, 2009 at 6:27 PM, Gary68 g...@gary68.de wrote: i'm interested in this topic too. so i cross post this here. no answer on dev so far... gary68 On Fri, 2009-05-29 at 10:35 +0200, m2hu...@hsr.ch wrote: Hi Everyone With the danger of asking a stupid question: As I wanted to import the newest planet.osm file, I saw that there are changeSet's on top of the Planet file. I didn't find any information about that on the wiki, so i ask this here. My question is: Is that intented? And what would be the plus of adding this information to a planet file. In my understanding, the planet file doesn't need changeSet (its an inital-Import.. this should be done at once anyway) Thanks for an Answer Regards Mike ___ dev mailing list d...@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ 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-talk] LV region border import
Hi, I wanted to ask how I should better import city and region borders. I contacted Latvia geospatial information agency and they sent me newest data and allowed to import them into OSM. Only thing they asked for was that there is reference to them and they agreed that specially created user (http://www.openstreetmap.org/user/L%C4%A2IA) that I would do import with is fully enough. My main concern is should I import data as is or optimize this data as they are quite detailed? Also each region border is one separate polygon. Should I merge neighbour region nodes and import seperate border lines or again should I leave data as is? P.S. Who should I contact to ask to create talk-lv mailing list? P.S.S. Sorry for my engish :D -- Lafriks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to tag small city alley ?
I'd have said a pedestrian street was one which (often through conversion) is now primarily for access on foot, and pretty much unsegregated (ie no kerbs, and not much paving differentiation). Access varies (can be bicycles, motorcycles or even some cars - eg Lucca in Italy). It doesn't only apply to the ghastly shopping precincts. You could also use a Living Street, but these usually feature quite a bit of residential car parking, and are fairly open access to car traffic, albeit at walking pace. Richard On Fri, May 29, 2009 at 4:00 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2009/5/29 Greg Troxel g...@ir.bbn.com: Isn't that highway=pedestrian exactly? As for cars I think it might be a physical impossibility rather than permitted / not permitted. (But for routing purposes it's just the same.) well, IMHO it's not, as pedestrian are streets not generally allowed to cars, where here it is not a street (according to it's width) and motorcycles are allowed (unlike in pedestrian areas). For the width it is more footway than pedestrian, but IMHO functionally rather highway=residential, width=1.8 Martin ___ 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-talk] different results returned via various APIs
I know that Potlatch uses a different API than the main XML based API.. but I've noticed something really quite weird. http://www.openstreetmap.org/?lat=51.85278lon=-4.89509zoom=15layers=B000FTF If you look at the railway line heading to the southwest from Clarbeston Road, in Potlatch it's a nice curve that follows the NPE maps nicely, but in JOSM - and what gets rendered via mapnik, ti...@home and so on is containing far less nodes. The way in question is 33116814. JOSM thinks it's only 4 nodes, yet if if use the data overlay, and view the data that way, it's a good number of nodes in it. It looks like somehow most of the nodes used are in someway invalid, and only potlatch's AMF api is able to return them from the database. -- Simon Hewison ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] LV region border import
On May 29, 2009, at 3:54 PM, Lauris Bukšis-Haberkorns wrote: Should I merge neighbour region nodes and import seperate border lines or again should I leave data as is? I may be wrong, and happy to be corrected if I am, but if the nodes are the same physical points, you should only import them once, and should reuse them for different ways. P.S. Who should I contact to ask to create talk-lv mailing list? Better to talk about things here in English. We can help you and you can help us. P.S.S. Sorry for my engish :D Ha! It's better than my Lativan! -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] SOTM Scholarship Recipients Announced
Thank you very much, It's my honor to be selected, I will try my best to promote OSM in Vietnam. See you at Amsterdam, --- Khanh Le Ngoc Quoc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to tag small city alley ?
- Zitierten Text ausblenden - Greg Troxel wrote: I'd agree that service isn't quite right, if that's the front of th= e buildings. But similarly residential isn't right either (I guess we= all think of that as something with pavements/sidewalks). highway=3Dunclassified for now (and throw a fixme=3D tag explaining th= e situation on for good measure) =20 nah, unclassified seems less correct than residential, as this IS a residential street and just the width is less than what you would expect (but this applies equally to unclassified). My rationale for suggesting that being that there's clearly some confusion on what classification it should be. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] kan osm map wel cc licentie hebben?
Hi, Arnoud Engelfriet heeft een artikel op zijn website gezet over de licentie van OSM. De vraag die hij stelt is: Is er voldoende sprake van een werk met een eigen en oorsronkelijk karakter dat het stempel van de maker draagt (en, in het verlengde daarvan, is de verzameling van het getagde punten en lijnen wel auteursrechtelijk beschermd)? De posting is te vinden op: http://blog.iusmentis.com/2009/05/29/afgeleide-werken-bij-openstreetmap-2/. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] weblog nu op (we)blog.openstreetmap.nl
On Friday 29 May 2009, Stefan de Konink wrote: Om direct weer even in de 'get it done' mentaliteit te komen. http://www.openstreetmap.nl/ bevat nu het grootste gedeelte van de eerder besproken actiepunten. http://openstreetmap.nl/ een wat directere manier van linken. Gelukkig hebben we zaterdag een designer in de zaal. Ik zie dat openwandelkaart.nl ook geupdate is, mooi! Ik kijk er naar uit om die komende zomer weer verder uit te breiden :-) -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] weblog nu op (we)blog.openstreetmap.nl
ik vind de site nu al beter ;) Op 29 mei 2009 09:03 heeft Freek freek_...@vanwal.nl het volgende geschreven: On Friday 29 May 2009, Stefan de Konink wrote: Om direct weer even in de 'get it done' mentaliteit te komen. http://www.openstreetmap.nl/ bevat nu het grootste gedeelte van de eerder besproken actiepunten. http://openstreetmap.nl/ een wat directere manier van linken. Gelukkig hebben we zaterdag een designer in de zaal. Ik zie dat openwandelkaart.nl ook geupdate is, mooi! Ik kijk er naar uit om die komende zomer weer verder uit te breiden :-) -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] weblog nu op (we)blog.openstreetmap.nl
Op 29 mei 2009 om 09:20 heeft Rob interru...@gmail.com het volgende geschreven:\ ik vind de site nu al beter ;) Moet ie zeggen, anders krijgt ie z'n speeltjes niet ;) Stefan Op 29 mei 2009 09:03 heeft Freek freek_...@vanwal.nl het volgende geschreven: On Friday 29 May 2009, Stefan de Konink wrote: Om direct weer even in de 'get it done' mentaliteit te komen. http://www.openstreetmap.nl/ bevat nu het grootste gedeelte van de eerder besproken actiepunten. http://openstreetmap.nl/ een wat directere manier van linken. Gelukkig hebben we zaterdag een designer in de zaal. Ik zie dat openwandelkaart.nl ook geupdate is, mooi! Ik kijk er naar uit om die komende zomer weer verder uit te breiden :-) -- Freek ___ 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] Hallo OSM-NL community
Hoi allemaal. Ik heb mij gisteren aangemeld op deze mailing list en zal mij even voorstellen. Ik ben Robert Verspuy, 30 jaar en woon in Zeewolde. Ik heb sinds het jaar 2000 een eigen bedrijf genaamd Exa-Omicron. Samen met een collega ondernemer zijn we wat producten en diensten aan het bundelen onder de naam Solvination. Sinds een jaar ben ik bezig met het testen van een GPS tracker genaamd de picotrack. zie http://www.picotrack.nl/catalog/product/gallery/id/1/image/1/ Deze GPS tracker wordt gemaakt in duitsland en is erg klein (lucifer doosje). De GPS tracker stuurt de GPS positie via GPRS door naar een 'service centre' server. De leverancier in duitsland verwacht dat de service partner (Ik dus) deze server zelf programmeert en inricht. De server heb ik de afgelopen maanden geprogrammeerd, en draait nu in test fase met 7 picotracks. Nog niet alle functies zijn al beschikbaar op de service centre server, maar dat komt nog. 1 pictotrack heb ik als 'public' ingesteld en is te volgen via http://exarv.volg.me Ik heb al een eerste functie op de website geprogrammeerd met een GPX export van de route van 1 dag, zodat ik deze GPX export kan gebruiken om weer te uploaded bij openstreetmap en zo nog wat missende straten in Zeewolde toe te voegen. (onder andere de straat van mijn nieuwe kantoor, oplevering deze zomer op bedrijventerrein horsterparc :) Voor het tonen van de locatie en route gebruik ik openlayers met een basiskaart van een zelf ingerichte tile server met OSM data. De data van volg.me staan op een aparte layer. Deze server (tile.solvination.nl) gebruikt de Europa planet OSM, PostGIS, Mapnik en tilecache. De server zelf is niet zo snel (1 x Pentium D 3GHz, 1GByte RAM, 250 GByte HD-ruimte (raid-1)). Dus ik heb momenteel met tilecache alle onderstaande tiles pre-generated: - zoomlagen 0 t/m 8 van de hele wereld - zoomlagen 9 t/m 13 van heel europa - zoomlagen 14 t/m 18 van heel NL. Alle tiles bij elkaar kost ong. 120GByte aan ruimte. Helaas kost dit ook iets meer dan 4 dagen rekentijd (laag 0 t/m 17), laag 18 is hij nog mee bezig. Van de zomer (wanneer ons rack in het nieuwe datacentrum in zeewolde is aangesloten op 100mbit glasvezel), dan ga ik de tile server verplaatsen naar een blade op een blade server. Dan heb ik een 1 x quadcore Xeon 2GHz, 8GByte geheugen en 3TB HD ruimte (raid-0) tot mijn beschikking. (kan ik nog uitbreiden naar een 2e xeon cpu en 64GByte RAM,tevens heb ik een NAS server beschikbaar welke tot 8TB uitgebreid kan worden met 2TB disks). Deze nieuwe tile server zou eventueel als mirror kunnen werken voor de bestaande NL openstreetmap server(s). Zodat ik op die manier ook iets terug doe voor het gebruik van alle opensource projecten en OSM data. Maar dan zou het mooi zijn, als ik ook de updates per minuut instel, zodat ik altijd in pas loop met de andere mapping servers. Dus heeft iemand een link of meer info over hoe ik dat het beste kan inrichten? Grz, Robert Verspuy -- *Exa-Omicron* Patroonsweg 10 3892 DB Zeewolde Tel.: 088-OMICRON (66 427 66) http://www.exa-omicron.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] weblog nu op (we)blog.openstreetmap.nl
hehe, is het zo duidelijk ;) oke dan, waar kan ik klachten deponeren ? Op 29 mei 2009 09:25 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Op 29 mei 2009 om 09:20 heeft Rob interru...@gmail.com het volgende geschreven:\ ik vind de site nu al beter ;) Moet ie zeggen, anders krijgt ie z'n speeltjes niet ;) Stefan Op 29 mei 2009 09:03 heeft Freek freek_...@vanwal.nl het volgende geschreven: On Friday 29 May 2009, Stefan de Konink wrote: Om direct weer even in de 'get it done' mentaliteit te komen. http://www.openstreetmap.nl/ bevat nu het grootste gedeelte van de eerder besproken actiepunten. http://openstreetmap.nl/ een wat directere manier van linken. Gelukkig hebben we zaterdag een designer in de zaal. Ik zie dat openwandelkaart.nl ook geupdate is, mooi! Ik kijk er naar uit om die komende zomer weer verder uit te breiden :-) -- Freek ___ 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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Openwandelkaart.nl
Kwa kleurstelling kan er nog wat verbetert worden. Wie ziet op onderstaande link het wandelpad ??? http://openwandelkaart.nl/?zoom=16lat=51.96818lon=4.39711layers=B000FTFTTF Gert Gremmen - Openstreetmap.nl (alias: cetest) Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Freek Verzonden: Friday, May 29, 2009 9:03 AM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] weblog nu op (we)blog.openstreetmap.nl On Friday 29 May 2009, Stefan de Konink wrote: Om direct weer even in de 'get it done' mentaliteit te komen. http://www.openstreetmap.nl/ bevat nu het grootste gedeelte van de eerder besproken actiepunten. http://openstreetmap.nl/ een wat directere manier van linken. Gelukkig hebben we zaterdag een designer in de zaal. Ik zie dat openwandelkaart.nl ook geupdate is, mooi! Ik kijk er naar uit om die komende zomer weer verder uit te breiden :-) -- Freek ___ 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] Openwandelkaart.nl
De route daar mist de type=route tag, en daardoor rendert die niet. 'k heb de relatie aangepast. Ben On Friday 29 May 2009, ce-test, qualified testing bv - Gert Gremmen wrote: Kwa kleurstelling kan er nog wat verbetert worden. Wie ziet op onderstaande link het wandelpad ??? http://openwandelkaart.nl/?zoom=16lat=51.96818lon=4.39711layers=B 000FTFTTF Gert Gremmen - Openstreetmap.nl (alias: cetest) Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Freek Verzonden: Friday, May 29, 2009 9:03 AM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] weblog nu op (we)blog.openstreetmap.nl On Friday 29 May 2009, Stefan de Konink wrote: Om direct weer even in de 'get it done' mentaliteit te komen. http://www.openstreetmap.nl/ bevat nu het grootste gedeelte van de eerder besproken actiepunten. http://openstreetmap.nl/ een wat directere manier van linken. Gelukkig hebben we zaterdag een designer in de zaal. Ik zie dat openwandelkaart.nl ook geupdate is, mooi! Ik kijk er naar uit om die komende zomer weer verder uit te breiden :-) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Openwandelkaart.nl
het ging om de wandelpaden zelf, die zijn groen op groen kwestie van een donker groene casing lijkt me Op 29 mei 2009 12:25 heeft Ben Laenen benlae...@gmail.com het volgende geschreven: De route daar mist de type=route tag, en daardoor rendert die niet. 'k heb de relatie aangepast. Ben On Friday 29 May 2009, ce-test, qualified testing bv - Gert Gremmen wrote: Kwa kleurstelling kan er nog wat verbetert worden. Wie ziet op onderstaande link het wandelpad ??? http://openwandelkaart.nl/?zoom=16lat=51.96818lon=4.39711layers=B 000FTFTTF Gert Gremmen - Openstreetmap.nl (alias: cetest) �� Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Freek Verzonden: Friday, May 29, 2009 9:03 AM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] weblog nu op (we)blog.openstreetmap.nl On Friday 29 May 2009, Stefan de Konink wrote: Om direct weer even in de 'get it done' mentaliteit te komen. http://www.openstreetmap.nl/ bevat nu het grootste gedeelte van de eerder besproken actiepunten. http://openstreetmap.nl/ een wat directere manier van linken. Gelukkig hebben we zaterdag een designer in de zaal. Ik zie dat openwandelkaart.nl ook geupdate is, mooi! Ik kijk er naar uit om die komende zomer weer verder uit te breiden :-) ___ 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] Woonplaatsen taggen
Goed nieuws, van Terneuzen! Helaas kan ik de kaart op mijn (wat oudere) browser niet zien, maar ik zie het t.z.t. wel in OSM verschijnen. Hoe zit het met de buitengrenzen van de gemeente? Zijn die hetzelfde als onze huidige grenzen, of zijn ze nauwkeuriger? Er zijn trouwens een groot aantal gemeenten met maar 1 woonplaats; die hoef je in principe niet aan te schrijven. Die kan je herkennen doordat ze in hun woonplaatsbesluit maar 1 woonplaatsnaam noemen. Christiaan Welvaart schreef: On Thu, 28 May 2009, Lennard wrote: Blijft over de kwestie van tagging. Ik ben er nog steeds voor om het onder admin_level te scharen. Voor woonplaatsen zou boundary=town kunnen werken (wat moet boundary=civil voorstellen?). Boundary=town heeft als nadeel dat het verwarring oproept met place=town, wat een specifiekere betekenis heeft (een plaats met tussen 10.000 en 100.000 inwoners). admin_level=X heeft als nadeel dat dat niet zegt dat deze grenzen met adressering te maken hebben. Op een gegeven moment moeten deze grenzen gebruikt gaan worden voor iets als de internationale Namefinder service, om adressen te zoeken. Eerder kwam het voorstel langs om admin_level=10 te gebruiken; maar een woonplaats is (over het algemeen!) groter dan een deelgemeente, en moet dus een lager admin_level hebben. Overigens moeten we de waterschappen ook nog een keer kwijt zien te raken in het model. Die grenzen lopen vaak totaal niet gelijk met gemeentegrenzen. boundary=administrative, admin_level=5 Slecht idee, want sommige waterschappen bevinden zich in 2 provincies. Het admin_level-systeem is hierarchisch opgebouwd; iedere grens die getagd is op niveau 2 (Nederland) is tegelijk een 4-grens (provincie), en iedere provincie-grens is een gemeente-grens. Toepassingen die de afzonderlijke ways gebruiken raken in de war als we van dat principe afstappen. Eugene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Merkaartor vertaling voor Ubuntu gebruikers
Beste allemaal, Dankzij gezamelijke inspanning van een klein team enthousiaste OpenStreetMappers is merkaartor beschikbaar als applicatie in de Ubuntu repository. Voor de applicatie werkt het upgrade proces momenteel goed, telkens wanneer launchpad een nieuwe versie goedkeurt komt deze automatisch beschikbaar voor Ubuntu gebruikers. Er staat echter nog een ding open: De vertaling van Merkaartor naar het Nederlands! Ik ben al noest begonnen, maar kan wel wat hulp gebruiken. De vertaling bevindt zich op: https://translations.launchpad.net/merkaartor/ Mocht je interesse hebben om mee te werken aan de vertaling, meld je dan aan bij Launchpad en vervolgens bij de openstreetmap groep. Met vriendelijke groet, Milo van der Linden secretaris Stichting OpenGeo http://www.opengeo.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Openwandelkaart.nl
Op 29 mei 2009 om 11:16 heeft ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl het volgende geschreven:\ Kwa kleurstelling kan er nog wat verbetert worden. Wie ziet op onderstaande link het wandelpad ??? Meta; een vraagteken is voldoende voor de boodschap, kost me toch weer 4 bytes exta om op te slaan... Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
Eugene van der Pijll wrote: Helaas kan ik de kaart op mijn (wat oudere) browser niet zien, maar ik zie het t.z.t. wel in OSM verschijnen. Het is 'gewoon' een KML-laagje in OpenLayers. Als OL werkt voor je, dus als je de kaart ziet, zou je een KML daarop dan toch ook moeten zien? Hoe zit het met de buitengrenzen van de gemeente? Zijn die hetzelfde als onze huidige grenzen, of zijn ze nauwkeuriger? Een stuk nauwkeuriger. En dat lijkt niet alleen zo (de lijnen sluiten mooi aan op wegen en wateren), maar van wat ik hier aan lokale kennis heb, is dat ook zo. Alleen als je de KML in Google Earth laadt, dan is er toch weer een shift met de GE laag, dus dat moet je zeker niet als leidraad nemen. Op onze OSM kaart ligt de KML er echt heel strak op. Bij het importeren wil ik dus ook de al beschikbare OSM grenzen verfijnen aan deze nieuwe data. Er zijn trouwens een groot aantal gemeenten met maar 1 woonplaats; die hoef je in principe niet aan te schrijven. Die kan je herkennen doordat ze in hun woonplaatsbesluit maar 1 woonplaatsnaam noemen. Daarvoor zul je toch eerst het Woonplaatsbesluit op moeten vragen, want die zijn maar van een minderheid van de 441 gemeenten online te vinden. admin_level=X heeft als nadeel dat dat niet zegt dat deze grenzen met adressering te maken hebben. Op een gegeven moment moeten deze grenzen gebruikt gaan worden voor iets als de internationale Namefinder service, om adressen te zoeken. Ik zie geen enkel probleem, juist omdat het binnen het admin_level schema valt. Eerder kwam het voorstel langs om admin_level=10 te gebruiken; maar een woonplaats is (over het algemeen!) groter dan een deelgemeente, en moet dus een lager admin_level hebben. Moet? Dat is jouw interpretatie van admin_level blijkbaar, dat er een strakke hiërarchie aanwezig moet zijn, zodat elk lager niveau compleet binnen het opeenvolgende hogere niveau past. Dat is nergens vastgelegd, maar meer een gevolg van de opbouw van overheden in veel landen. Ik hoef alleen maar naar onze zuiderburen te kijken, om gelijk al te zien dat het niet werkt. De grenzen van gewesten, gemeenschappen en provincies (resp admin_level 4/5/6 daar) zijn niet in een hiërarchie te vatten, en lopen op plekken door elkaar heen. Overigens moeten we de waterschappen ook nog een keer kwijt zien te raken in het model. Die grenzen lopen vaak totaal niet gelijk met gemeentegrenzen. boundary=administrative, admin_level=5 Slecht idee, want sommige waterschappen bevinden zich in 2 provincies. Maar een provincie bevindt zich niet compleet binnen een Waterschap. Catch-22. Zou je de waterschappen dan op admin_level=3 zetten, dan is er ook al geen hiërarchie. In Nederland hebben we overigens ook nog de COROP-regio's (NUTS 3), die de provincies weer opdelen. Die zouden beter op admin_level=5 passen dan waterschappen. En dan kun je de Nederlandse NUTS-1 al niet eens meer kwijt, hoewel die zit ook tussen 2 en 4, qua dekking. Het admin_level-systeem is hierarchisch opgebouwd; iedere grens die Zie boven. De enige hiërarchie is slechts schone schijn. De gedachte achter admin_level was dat er enige mate van overeenkomst is tussen verschillende landen, zodat er overal wel grenzen gerenderd kunnen worden voor entiteiten van ongeveer gelijke belangrijkheid. getagd is op niveau 2 (Nederland) is tegelijk een 4-grens (provincie), en iedere provincie-grens is een gemeente-grens. We gebruiken relaties voor grenzen. Ik zie het als een non-issue. Toepassingen die de afzonderlijke ways gebruiken raken in de war als we van dat principe afstappen. Noem er eens een paar, relevante? -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
On Fri, 29 May 2009, Eugene van der Pijll wrote: Christiaan Welvaart schreef: On Thu, 28 May 2009, Lennard wrote: Blijft over de kwestie van tagging. Ik ben er nog steeds voor om het onder admin_level te scharen. Voor woonplaatsen zou boundary=town kunnen werken (wat moet boundary=civil voorstellen?). Boundary=town heeft als nadeel dat het verwarring oproept met place=town, wat een specifiekere betekenis heeft (een plaats met tussen 10.000 en 100.000 inwoners). En voor de grens van een gehucht is boundary=town raar. admin_level=X heeft als nadeel dat dat niet zegt dat deze grenzen met adressering te maken hebben. Op een gegeven moment moeten deze grenzen gebruikt gaan worden voor iets als de internationale Namefinder service, om adressen te zoeken. Standaard zal toch in alle boundary=administrative gezocht worden? Dan zouden we hoogstens waterschappen en deelgemeenten uit kunnen sluiten. Je moet toch ook op land en provincie kunnen zoeken? Er zijn verschillende woonplaatsen met dezelfde naam in Nederland, en het is gebruikelijk om dan de provincie te vermelden. Overigens moeten we de waterschappen ook nog een keer kwijt zien te raken in het model. Die grenzen lopen vaak totaal niet gelijk met gemeentegrenzen. boundary=administrative, admin_level=5 Slecht idee, want sommige waterschappen bevinden zich in 2 provincies. Het admin_level-systeem is hierarchisch opgebouwd; iedere grens die getagd is op niveau 2 (Nederland) is tegelijk een 4-grens (provincie), en iedere provincie-grens is een gemeente-grens. Toch is een waterschapsgrens een 'administrative boundary'. Moeten deze tags sowieso niet alleen op relaties komen te staan? Dan speelt dit probleem volgens mij minder of niet. Toepassingen die de afzonderlijke ways gebruiken raken in de war als we van dat principe afstappen. Dit zegt me even niets... Christiaan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
On Fri, 29 May 2009, Lennard wrote: In Nederland hebben we overigens ook nog de COROP-regio's (NUTS 3), die de provincies weer opdelen. Die zouden beter op admin_level=5 passen dan waterschappen. Dit zijn toch echt geen boundary=administrative grenzen, maar eerder boundary=statistical, nuts_level=3 . Christiaan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
Lennard schreef: Eugene van der Pijll wrote: Helaas kan ik de kaart op mijn (wat oudere) browser niet zien, maar ik zie het t.z.t. wel in OSM verschijnen. Het is 'gewoon' een KML-laagje in OpenLayers. Als OL werkt voor je, dus als je de kaart ziet, zou je een KML daarop dan toch ook moeten zien? Blijkbaar niet... In Opera 9.25 (Linux) werken sommige sites wel (informationfreeway, bijv. en yournavigation) en andere niet (tile.openstreetmap.nl). Maar daar maak ik verder niet zo'n probleem van. Hoe zit het met de buitengrenzen van de gemeente? Zijn die hetzelfde als onze huidige grenzen, of zijn ze nauwkeuriger? Een stuk nauwkeuriger. En dat lijkt niet alleen zo (de lijnen sluiten mooi aan op wegen en wateren), maar van wat ik hier aan lokale kennis heb, is dat ook zo. Dat is goed om te horen! admin_level=X heeft als nadeel dat dat niet zegt dat deze grenzen met adressering te maken hebben. Op een gegeven moment moeten deze grenzen gebruikt gaan worden voor iets als de internationale Namefinder service, om adressen te zoeken. Ik zie geen enkel probleem, juist omdat het binnen het admin_level schema valt. Het probleem is dat zo'n internationale toepassing dan moet weten dat woonplaatsen in Nederland admin_level=10 krijgen, maar dat in land Y de admin_level=8-indeling gebruikt wordt... Als in ieder land die gebieden getagt worden met boundary=addressing of wat dan ook, hoeft een applicatie maar 1 regel te weten. Eerder kwam het voorstel langs om admin_level=10 te gebruiken; maar een woonplaats is (over het algemeen!) groter dan een deelgemeente, en moet dus een lager admin_level hebben. ... Ik hoef alleen maar naar onze zuiderburen te kijken, om gelijk al te zien dat het niet werkt. De grenzen van gewesten, gemeenschappen en provincies (resp admin_level 4/5/6 daar) zijn niet in een hiërarchie te vatten, en lopen op plekken door elkaar heen. Als dat voor Belgie geen problemen veroorzaakt, dan zal het voor ons ook wel werken. Ok, ik ben niet helemaal overtuigd, maar ga je gang. Ik zal binnenkort een lijstje op de wiki zetten van gemeenten waarvan de gegevens al bekend zijn. Eugene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
Christiaan Welvaart wrote: Dit zijn toch echt geen boundary=administrative grenzen, maar eerder boundary=statistical, nuts_level=3 . Vertel dat de andere landen maar die NUTS-3 hebben gedefiniëerd binnen hun admin_level's. :-) In België zijn het de arondissementen: admin_level=7 In Duitsland de Landkreise: admin_level=6 In Zweden de Län: admin_level=4 Anyway, het COROP-verhaal... wie hier had er al eerder van gehoord? De indeling van de COROP-regio's is de bevolking vast totaal onbekend. Ze in NL onder boundary=statistical brengen, is wel een leuk idee. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
On Fri, 29 May 2009, Lennard wrote: Christiaan Welvaart wrote: Dit zijn toch echt geen boundary=administrative grenzen, maar eerder boundary=statistical, nuts_level=3 . Vertel dat de andere landen maar die NUTS-3 hebben gedefiniëerd binnen hun admin_level's. :-) In België zijn het de arondissementen: admin_level=7 In Duitsland de Landkreise: admin_level=6 In Zweden de Län: admin_level=4 Misschien zijn dat wel bestuurlijke eenheden? Het is niet raar dat NUTS indelingen daarmee samenvallen. Ook in Nederland gebeurt dat met andere niveau's. Maar een puur statistische (artificiele) indeling zoals COROP moet je niet met boundary=administrative taggen lijkt me. Anyway, het COROP-verhaal... wie hier had er al eerder van gehoord? De indeling van de COROP-regio's is de bevolking vast totaal onbekend. Nooit eerder van gehoord idd. Christiaan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
Eugene van der Pijll wrote: Blijkbaar niet... In Opera 9.25 (Linux) werken sommige sites wel (informationfreeway, bijv. en yournavigation) en andere niet (tile.openstreetmap.nl). Maar daar maak ik verder niet zo'n probleem van. http://tile.openstreetmap.nl/ werkte tot eerder deze week ook niet goed op IE7, maar daar is aan gewerkt. Wellicht dat je deze nu ook kunt zien met je Opera. Dat is goed om te horen! Leek me ook! :) Het probleem is dat zo'n internationale toepassing dan moet weten dat woonplaatsen in Nederland admin_level=10 krijgen, maar dat in land Y de admin_level=8-indeling gebruikt wordt... We kunnen ook eens kijken naar wat ze in Duitsland om hebben gegooid: 7 gemeenten zoals wij ze in NL nu in OSM hebben, dus een gebied dat kan bestaan uit meerdere steden/dorpen 8 woonplaatsen 9 stadsdelen met (gedeeltelijk) zelfbestuur 10 stadsdelen zonder zelfbestuur 11 wijken In de op dit moment standaard rendering van grenzen op niveau 2, 4, 8 komen dus de grenzen van de steden/dorpen in kaart, en niet de grens van de eigenlijke gemeente. In ons geval zouden dan de woonplaatsgrenzen te zien zijn, ipv gemeentegrenzen. Het blijft uitermate lastig om de veelheid aan administratieve systemen in de wereld in 1 tabel te vatten. :) Als in ieder land die gebieden getagt worden met boundary=addressing of wat dan ook, hoeft een applicatie maar 1 regel te weten. Dat kan ook werken door een 2e relatie te maken, met boundary=addressing en dezelfde members. Maar is een adressing-schema al ergens voorgesteld of in gebruik? Ik hoef alleen maar naar onze zuiderburen te kijken, om gelijk al te zien dat het niet werkt. De grenzen van gewesten, gemeenschappen en provincies (resp admin_level 4/5/6 daar) zijn niet in een hiërarchie te vatten, en lopen op plekken door elkaar heen. Als dat voor Belgie geen problemen veroorzaakt, dan zal het voor ons ook wel werken. Kleine nuance: de provincies vallen wel compleet binnen een bepaald gewest, dus de 4-6 hiërarchie is wel aanwezig. De gemeenschappen lopen daar op sommige plekken niet gelijk mee op. Ok, ik ben niet helemaal overtuigd, maar ga je gang. Ik zal binnenkort een lijstje op de wiki zetten van gemeenten waarvan de gegevens al bekend zijn. Mooi. We kunnen dus gaan bijhouden: - Niet verwerkt - Grenzen nagetekend van een gepubliceerd Woonplaatsbesluit - Grenzen geïmporteerd van een origineel GIS-bestand van de gemeente/VROM Ik stel voor om ook gegevens bij te houden van andere grensdetails, zodat we ook weten welke stukken lands- en provinciegrens al van een betere kwaliteit zijn dan vanuit Skywave's AND-import van vorig jaar. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
Lennard wrote: Lennard wrote: Skinkie en ik hebben vannacht gezocht naar deze documenten, en van een aantal gemeenten inderdaad ook gevonden inclusief kaart, in verschillende mate van detail. Van veel gemeenten is echter niet veel meer te vinden dan het besluit zelf, zonder de kaartbijlage. We zijn dus maar begonnen met enkele gemeenten aan te schrijven voor de originele tekeningen. De eerste heeft al een bestand aangeleverd, inclusief de woonplaatscodes. Blijft over de kwestie van tagging. Ik ben er nog steeds voor om het onder admin_level te scharen. Overigens moeten we de waterschappen ook nog een keer kwijt zien te raken in het model. Die grenzen lopen vaak totaal niet gelijk met gemeentegrenzen. He Lennard, ik heb al voor verschillende klanten gemeentekaarten nodig gehad. En kwam zo dus vaak bij het cbs (de gegeneraliseerde) gemeentegrenzen bestand uit. Het lijkt me prachtig als we de grenzen van gemeentes gewoon 'officieel' van de gemeentes ontvangen. Dan kunnen we ze namelijk ook netjes zelf bijhouden: als iemand iets weet van een herindeling of verschuiving: de gemeente weer even bellen/mailen en aanpassen. Maar ik zie dat dan als een aparte 'data-set' binnen osm. Een die dus wel gebruikt kan worden bij osm, maar ook heel duidelijk apart kan worden geexporteerd EN wordt onderhouden. Een duidelijk filter om bv gemeente, postcode (pc3, pc4, pc5, pc6), waterschappen, gemeentes, deelraden, staddelen, buurten, wijken, provincies, rijkswaterstaat districten, politie-districten enz enz uit osm trekken voor een kaartje is ideaal. M.a.w. allemaal ADMINISTRATIEVE grenzen; grenzen die NIET echt zijn ingemeten en kadastraal vastgelegd maar meer afgeleid zijn van adminsitratieve indelingen. Ik zou me dus dus niet vastleggen op 'admin-levels' (je weet toch niet heoveel je er nodig hebt), maar eerder iets doen met admin-type oid. Meestal zijn die begrenzingen namelijk losstaand (ik kan me alleen bij provinciegrenzen voorstellen dat die met gemeentegrenzen me omklappen). Voor de liefhebbers, ik heb intussen een QGIS-plugin klaar waarin je netjes (osm/ shape /ander data) een vector kaart opmaakt en die dan exporteert als svg (waarbij de kleuren en lagen dus netjes bij elkaar blijven (binnen g tags) en dus ook groepsgewijs later in inkscape kunnen worden aangepast). Iemand van wikimedia heeft me daar eens om gevraagd. Ik zal zorgen dat die eerdaags in de officiele qgis repository komt (maar mail me even op rich...@duif.net als je 'm eerder wilt hebben). Op deze manier is het voor iets als wikipedia heel eenvoudig om op basis van osm mooie en eenvoudige kaartjes te maken (en na te bewerken met inkscape). Ander voorstel: - wiki pagina met een lijst van alle gemeentes, provincies en waterschappen, en een voorbeeld brief /email. Iedereen kan dan beginnen met een paar gemeentes aan te schrijven, en elkaar op de hoogte houden ervan Bij voldoende belangstelling wil ik wel trekker worden van een sub-project 'administratieve grenzen' zoals er ook andere subprojecten zijn, zie http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands (hoe begin ik trouwens zo'n project/categorie in de wiki ?) Groet Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
Richard Duivenvoorde wrote: ik heb al voor verschillende klanten gemeentekaarten nodig gehad. En kwam zo dus vaak bij het cbs (de gegeneraliseerde) gemeentegrenzen bestand uit. Ja, en we weten wel hoe mooi die loopt. Dan zijn de grenzen die we nu hebben in OSM al beter. :-) Het lijkt me prachtig als we de grenzen van gemeentes gewoon 'officieel' van de gemeentes ontvangen. Dan kunnen we ze namelijk ook netjes zelf bijhouden: als iemand iets weet van een herindeling of verschuiving: de gemeente weer even bellen/mailen en aanpassen. Er is al iemand die vele grenscorrecties in NL bijhoudt: http://home.planet.nl/~pagklein/gemhis.html Maar ik zie dat dan als een aparte 'data-set' binnen osm. Een die dus wel gebruikt kan worden bij osm, maar ook heel duidelijk apart kan worden geexporteerd EN wordt onderhouden. Nog mooier zou het zijn als we in OSM echte lagen zouden krijgen, met eventueel ook een mate/methode van authorisatie om deze te kunnen wijzigen. Daardoor zouden we bepaalde imports een betere plek kunnen geven, en waardoor je in een editor niet zo makkelijk zo'n laag wijzigt. Je zou zo'n laag dan bv expliciet moeten ontsluiten. Maar ik vrees dat dat allemaal een discussie voor een later tijdstip is. :) osm trekken voor een kaartje is ideaal. M.a.w. allemaal ADMINISTRATIEVE grenzen; grenzen die NIET echt zijn ingemeten en kadastraal vastgelegd maar meer afgeleid zijn van adminsitratieve indelingen. Het lijkt me fantastisch om al deze indelingen in OSM een plekje te geven. Ik zou me dus dus niet vastleggen op 'admin-levels' (je weet toch niet heoveel je er nodig hebt), maar eerder iets doen met admin-type oid. Meestal zijn die begrenzingen namelijk losstaand (ik kan me alleen bij provinciegrenzen voorstellen dat die met gemeentegrenzen me omklappen). De admin_levels zijn voor het soort grenzen waar we het tot nu toe over gehad hebben, woonplaatsgrenzen, noodzakelijk, wil je deze op de geeikte kaarten zichtbaar maken. Daarbuiten kunnen we inderdaad geschiktere tagging gebruiken voor al deze andere voorbeelden, die we dan alleen op thematische kaarten zichtbaar maken. Of met een query uit OSM kunnen halen. Op deze manier is het voor iets als wikipedia heel eenvoudig om op basis van osm mooie en eenvoudige kaartjes te maken (en na te bewerken met inkscape). Excellent! (hoe begin ik trouwens zo'n project/categorie in de wiki ?) 'Gewoon' de pagina's aanmaken, en linken vanuit het hoofdproject. Daar is het een Wiki voor. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
2009/5/28 Christiaan Welvaart c...@daneel.dyndns.org boundary=civil voorstellen?). Maar boundary=administrative is misschien helemaal niet raar: deze grenzen zijn belangrijk voor dingen als postadressen en carnavalsnamen, en de bekende blauwe bebouwde-kom-borden natuurlijk. Om misverstanden te voorkomen, woonplaatsgrenzen hebben meestal niks met bebouwde-kom borden te maken. Binnen de bebouwde kom is het altijd wel duidelijk in welke plaats je bent. Woonplaatsgrenzen worden echt interessant in het buitengebied, welke wegen/adressen vallen onder welke woonplaats. Theun, ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
Bovendien, niet alle woonplaatsen op de blauwe borden zijn woonplaatsen in de zin van een woonplaatsbesluit. Er zijn veel dorpjes of gehuchten met een eigen naam op de bebouwdekomborden die in het woonplaatsbesluit geen zelfstandige woonplaats zijn. En de bebouwdekomborden zijn volgens mij eigenlijk alleen maar verkeersborden, die aangeven dat de regels van binnen de bebouwde kom gelden. Colin Theun wrote: 2009/5/28 Christiaan Welvaart c...@daneel.dyndns.org mailto:c...@daneel.dyndns.org boundary=civil voorstellen?). Maar boundary=administrative is misschien helemaal niet raar: deze grenzen zijn belangrijk voor dingen als postadressen en carnavalsnamen, en de bekende blauwe bebouwde-kom-borden natuurlijk. Om misverstanden te voorkomen, woonplaatsgrenzen hebben meestal niks met bebouwde-kom borden te maken. Binnen de bebouwde kom is het altijd wel duidelijk in welke plaats je bent. Woonplaatsgrenzen worden echt interessant in het buitengebied, welke wegen/adressen vallen onder welke woonplaats. Theun, ___ 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] OpenStreetMap Gebruikersdag 2009
Beste Talk'ers, Tot morgen bij de OpenStreetMap Gebruikers dag 2009 in Baarn. Willen jullie eventuele (OpenStreetMap)-gps'en mee nemen, zodat deze gebruikt kunnen worden om nieuwe mensen de edele kunst van het mappen te leren? http://nl.geofreedomday.org/ -- Met vriendelijke groet, Bas de Lange 06 166 26 950 Hoofdorganisator Software Freedom Day Nederland http://www.youtube.com/watch?v=y0_KiVdIOtc http://softwarefreedom.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
On Fri, 29 May 2009, Colin Smale wrote: Bovendien, niet alle woonplaatsen op de blauwe borden zijn woonplaatsen in de zin van een woonplaatsbesluit. Er zijn veel dorpjes of gehuchten met een eigen naam op de bebouwdekomborden die in het woonplaatsbesluit geen zelfstandige woonplaats zijn. Dat betekent dat aan een bebouwde kom grens ook een naam moet kunnen hangen, en zo zit het al in osm (landuse=residential, place=x) denk ik. Moeten die ook een admin_level krijgen? En moet er dan een verschil gemaakt worden tussen postadressen (BAG-alleen woonplaatsen) en route plannen, waar je neem ik aan elke bebouwde kom naam mag gebruiken, want die staat mogelijk aangeven op verkeersborden. Christiaan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Woonplaatsen taggen
Christiaan Welvaart wrote: Dat betekent dat aan een bebouwde kom grens ook een naam moet kunnen hangen, en zo zit het al in osm (landuse=residential, place=x) denk ik. Moeten die ook een admin_level krijgen? Wat we in Nederland doen is misbruik van de landuse=residential tag, en we komen er voorlopig nog mee weg ook. Wat denk je van een stad die doorsneden wordt door een rivier? Laten we de landuse=residential doorlopen onder de rivier? Wie woont er in een rivier? Wat denk je van een plaats die een woonwijk heeft die niet vastligt aan de eigen kern, maar tegen een andere plaats aan? Hoe wil je daar 1 coherente, benoemde landuse=residential van maken. Wat denk je van een stad, waar een groot winkelterrein is (landuse=retail) of een kantorenpark (landuse=commercial). Gaan we landuse op landuse stapelen? Dan zit je ook aan layer=* vast, en ben je aan het schilderen voor de renderer. En moet er dan een verschil gemaakt worden tussen postadressen (BAG-alleen woonplaatsen) en route plannen, waar je neem ik aan elke bebouwde kom naam mag gebruiken, want die staat mogelijk aangeven op verkeersborden. Waarom zou het ene het andere uitsluiten? Een namefinder service zou niet zo naïef moeten zijn dat hij bij voorbaat al matches uit gaat sluiten. Als jij van iemand een postadres weet, en je wilt daarheen routeren, terwijl dat gehucht onder een andere naam op de borden staat, dan moet dat nog steeds kunnen. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] woonplaatsgrenzen.openstreetmap.nl beschikbaar!
Lennard wrote: Stefan de Konink wrote: Uiteraard bedanken we de gemeente Terneuzen hartelijk. En dat er nog maar veel mogen volgen :) Of in een keer alle grenzen via VROM :) Uiteraard zullen deze grenzen ook nog in OSM zelf worden gezet, waarna we ze vanaf daar op de kaart kunnen gaan zetten. Wat er op dit moment op de site staat is vooral om te laten zien dat het proces werkt. http://www.metatopos.org/ heel toevallig de bovenstaande site gevonden... wellicht eens benaderen? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Hallo OSM-NL community
Hoi Robert, Robert Verspuy wrote: Samen met een collega ondernemer zijn we wat producten en diensten aan het bundelen onder de naam Solvination. Sinds een jaar ben ik bezig met het testen van een GPS tracker genaamd de picotrack. zie http://www.picotrack.nl/catalog/product/gallery/id1/image/1/ Ziet er uit als leuk speelgoed ;) Heeft Peter Repelsteeltje de Vries die ook gebruikt voor z'n motor experiment? Alle tiles bij elkaar kost ong. 120GByte aan ruimte. Helaas kost dit ook iets meer dan 4 dagen rekentijd (laag 0 t/m 17), laag 18 is hij nog mee bezig. Het prerenderen zou alleen een afweging moeten zijn bij data die vaak direct zichtbaar is. Omdat jij toch extra informatie hebt (immers je weet waar je tracks gaan lopen) zou je ook kunnen prerenderen op de stukken waar daadwerkelijk tracks door heen lopen. Deze nieuwe tile server zou eventueel als mirror kunnen werken voor de bestaande NL openstreetmap server(s). Zodat ik op die manier ook iets terug doe voor het gebruik van alle opensource projecten en OSM data. Maar dan zou het mooi zijn, als ik ook de updates per minuut instel, zodat ik altijd in pas loop met de andere mapping servers. Altijd leuk :) Dus heeft iemand een link of meer info over hoe ik dat het beste kan inrichten? Het render.py en meta tile script staat waarschijnlijk ergens op de wiki, Roeland moet je daar vast meer over kunnen vertellen. Als Cherokee promotie medewerker moet ik natuurlijk wel even kwijt dat je daar mee de snelste tileserver kunt maken ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Hallo OSM-NL community
Stefan de Konink wrote: Het render.py en meta tile script staat waarschijnlijk ergens op de wiki, Roeland moet je daar vast meer over kunnen vertellen. En stylesheets staan op git, zodat je ook qua stijl gelijk kunt blijven lopen met wat er op tile.openstreetmap.nl gebeurt. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Merkaartor vertaling voor Ubuntu gebruikers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Milo van der Linden wrote: Mocht je interesse hebben om mee te werken aan de vertaling, meld je dan aan bij Launchpad en vervolgens bij de openstreetmap groep. Translated so far: 51% Gaat goed ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkognesACgkQYH1+F2Rqwn33EwCeMXIuuxWIlH/08x1OQgeMUiYG SMUAn0BgK6G34CRGLtGGyiaOfoTqjJ67 =UB8Y -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Hallo OSM-NL community
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Lennard wrote: Stefan de Konink wrote: Het render.py en meta tile script staat waarschijnlijk ergens op de wiki, Roeland moet je daar vast meer over kunnen vertellen. En stylesheets staan op git, zodat je ook qua stijl gelijk kunt blijven lopen met wat er op tile.openstreetmap.nl gebeurt. En git is dan weer te vinden op git.openstreetmap.nl. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkognlYACgkQYH1+F2Rqwn2XfACdGp2kIX8Lfw8ioAWJfBSSvJAB OU4Anj9aX6yURyPxR0nyq7xr6clkOPi1 =tOSa -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Cheap data logger
On Fri, 2009-05-29 at 02:38 -0700, Delta Foxtrot wrote: After doing a fair bit of reading I came up with the following results: Globalsat DG-100 Chipset: SiRF StarIII cheapest found was $112 from http://www.expansys.com.au/d.aspx?i=149006 I paid a bit more: http://www.mapshop.net.au/gpslptps.htm#7 Pros * per second logging * 60,000 point memory Cons * doesn't record dulution of position * fragile housing * non-standard data access via windows only software, gpsbabel claims to be able to access it can, I do :-) http://www.gpsbabel.org/htmldoc-development/fmt_dg-100.html gpsbabel -t -i dg-100,erase -o gpx /dev/ttyUSB0 outputfile.gpx Thomas -- Trying to child-proof the world makes us neglect the more important task of world-proofing the child. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Cheap data logger
On Fri, May 29, 2009 at 8:40 PM, Thomas Sprinkmeier thomas.sprinkme...@gmail.com wrote: On Fri, 2009-05-29 at 02:38 -0700, Delta Foxtrot wrote: After doing a fair bit of reading I came up with the following results: Globalsat DG-100 Chipset: SiRF StarIII cheapest found was $112 from http://www.expansys.com.au/d.aspx?i=149006 I paid a bit more: http://www.mapshop.net.au/gpslptps.htm#7 Pros * per second logging * 60,000 point memory Cons * doesn't record dulution of position * fragile housing * non-standard data access via windows only software, gpsbabel claims to be able to access it can, I do :-) http://www.gpsbabel.org/htmldoc-development/fmt_dg-100.html gpsbabel -t -i dg-100,erase -o gpx /dev/ttyUSB0 outputfile.gpx Thomas -- Trying to child-proof the world makes us neglect the more important task of world-proofing the child. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au At those kind of prices, I'd be happy to chip in and pay for two units for a GPS data logger pool if that helps. Michael PS I'm new to mailing lists so sorry if I get something out of sync. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Cheap data logger
Hi, I have a QStarz BT-Q1000 and I just set it to log every 10m which also avoids the multiple points while you are stationary problem. It logs 100,00 points and has a battery life of 36 Hours. There is obviously a newer version (BT-Q1000X) but it seems compatible with the software I uses (bt747) which allows you to set the log every 10m option. I have used this device on Windows, Mac and Linux for grabbing the data. I don't know for sure but it seems to use the MTK chipset so I wouldn't write off any device using MTK - My device has been excellent for logging OSM data and the accuracy has been excellent. Neal On 29/05/2009, at 7:38 PM, Delta Foxtrot wrote: All MTK chipset devices seem to be unsuitable for OSM purposes due to minimum 5 second logging, at 100km/hr there will be almost 140m between points. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] Fehler in künstlicher OSM-Datei
Moin ! ich habe mir gerade ein tool gestrickt mit dem für mein Garmin eine Konvertierung durchgeführt wird und dazu eine OSM-Datei erstellt wird. Diese sieht wie folgt aus: ?xml version=1.0 encoding=UTF-8? osm version= .6 generator=TBN.PL node id=-1 action=modify visible=true lat=10.77481485 lon=53.901550267 tag k=tunnel v=name tag k=name v=Herrentunnel /node node id=-2 action=modify visible=true lat=10.7744966 lon=53.9016573142857 tag k=tunnel v=name tag k=name v=Herrentunnel /node /osm Beim Öffnen in JOSM bekomme ich die Meldung: Fehler beim Einlesen von xxx.osm: Open quote is expected for attribute {1} asssociated with the element type version. Kann mir einer sagen was falsch ist ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schema Hausnummern als Tags an Straßen
Ich seh das ganz pragmatisch. Die Formate die Garmin verwendet sind zwar kaum dokumentiert, trotzdem wissen wir schon sehr weitgehend wie sie funktionieren. Uns vollständig von deren Formaten abzukoppeln, halte ich, auch wenn sie proprietär sind für sehr dumm! Wir müssen einen Weg gehen der einerseits Möglichkeiten bietet die erzeugten Daten auf herkömmlichen Geräten vernünftig zu verwenden und andererseits im Blick haben das man vielleicht bestimmte Dinge doch besser machen kann. Gerade das Garminformat bietet ganz hervorragende Möglichkeiten Kartenlayer z.B. in einer einzigen Datei zu beinhalten es gibt zusätzliche Overlay's und POI's die man laden kann. Es gibt Geräte für jeden Einsatzzweck, was es so von keinem anderen Hersteller gibt. Wenn ich eine funktionierende Karte hab, kann ich sie in verschiedene Geräte tun. Ich bin Autofahrer, Radfahrer und Gleitschirmflieger. Und manchmal paddele ich auch! Für all diese Dinge kann ich das Garminformat und deren Geräte hervorragend benutzen. Und für alle diese Dinge kann ich ebenso hervorragend Daten erzeugen! Und tu es auch seit inzwischen geschätzt 4 Jahren. Es ist nicht in Sicht das wir das mit eigenentwickelten Geräten kurzfristig hinkriegen, also bin ich froh es zumindest solange mit Garmin oder anderen etablierten Geräten zu tun. On Thu, May 28, 2009 at 11:28:37AM +0200, Sven Sommerkamp wrote: Wie könnte man das nun an den Weg bekommen.. Wir brauchen die nicht an den Ways, wir brauchen die an der richtigen Stelle in den Datenstrukturen, die die jeweilige Software benutzt. Und wenn es Wege gibt die dorthin zu bringen bin ich wie andere auch zufrieden. Allerdings sollte auch die Eingabe der Daten vernünftig zu bewerkstelligen sein. Marcus hat geschrieben wie er es gemacht hat. Ich habs im OSMI gemacht. Auf OpenRouteService.org kannste Straße und Hausnummer eingeben und dann danach genau routen. Es geht also prima. Die Meisten werden das aber nicht mit Openroute sondern meinem Navi tun. Und das es im Prinzip funktioniert glaub ich gern. Dass die Navis nicht mit OSM-Daten tun, liegt daran, dass sie Formate verwenden, die nicht dokumentiert sind. Nicht daran, dass wir die Daten nicht haben. Ich würde sagen an beidem, zur Zeit, zumindest in vielen Bereichen. Jochen Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in künstlicher OSM-Datei
Hallo. Am Freitag 29 Mai 2009 08:10:20 schrieb Jan Tappenbeck: osm version= .6 generator=TBN.PL [...] Fehler beim Einlesen von xxx.osm: Open quote is expected for attribute {1} asssociated with the element type version. Kann mir einer sagen was falsch ist ??? Nun, ein öffnendes Anführungszeichen wurde erwartet bei dem Attribut für das Element version. Lernt man heutzutage gar kein englisch mehr? Oder geht tippen einfach schneller als denken? Gruß, Bernd -- Only one book has been printed in more copies than The Bible... ...the IKEA catalogue - Song Facts of Life by Lazyboy 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
[Talk-de] Testprogramm für OSM-Dateien
Hallo zusammen, ich habe mir ein kleines Windows-Programm geschrieben, mit dem man ganz einfach testen kann, ob eine OSM-Datei vollständig erzeugt wurde oder nicht. Mir ist es schön mehrmals so ergangen, dass Osmosis auf Grund eines Fehlers eine OSM-Datei nur teilweise erzeugt hat. Bei sehr großen Dateien tut man sich schwer, festzustellen ob die nun komplett sind, da das Laden in einen Editor schwierig ist. Daher das Miniprogramm TestOSM.exe (V0.1): - es ist für der Batch-Betrieb gedacht - es wir als Parameter einfach der OSM-Dateiname angegeben, also z:B. TestOSM.exe germany.osm - es liest die letzten 10 Zeichen der Datei ein und prüft dort das Vorhandensein von /osm - ist auch bei sehr großen Dateien schnell - liefert einen Rückgabewert (errorlevel), af den man in der BATCH-Datei reagieren kann + 0 - OSM ist ok + 1 - OSM ist nicht ok + 2 - OSM-Datei kann nicht geladen werden Hier könnt Ihr Euch das Programm herunterladen: http://wince.dentro.info/koord/osm/prog/TestOSM_V001.zip Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in künstlicher OSM-Datei
hallo jan Jan Tappenbeck wrote: [...] osm version= .6 generator=TBN.PL das sollte wohl version=0.6 heissen, also mit gleich nach dem = und 0 vor dem . [...] Fehler beim Einlesen von xxx.osm: Open quote is expected for attribute {1} asssociated with the element type version. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Testprogramm für OSM-Dateien
Moin, Stefan Dettenhofer (StefanDausR) schrieb: ich habe mir ein kleines Windows-Programm geschrieben, mit dem man ganz einfach testen kann, ob eine OSM-Datei vollständig erzeugt wurde oder nicht. Falls das jemand mit Unix oder mit Cygwin schnell haben möchte: tail -1 osm-datei |grep /osm ; echo $? Ergibt zwar nur 0, wenn es korrekt /osm in der letzten Zeile beinhaltet und 1 wenn nicht, aber immerhin. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Workshop
On Fri, May 29, 2009 at 12:17:40AM +0200, Claudius wrote: Am 28.05.2009 20:11, Jochen Topf: Hi! Vorletztes Wochenende hatten wir hier in Karlsruhe einen Workshop zur Frage wie der ÖPNV besser in OSM modelliert werden kann. Sebastian Schwarz, der derzeit bei der Geofabrik an einer Diplomarbeit zu diesem Thema arbeitet, stellte seine Ideen dazu vor und es gab eine gute Diskussion zu diversen Themen. Sebastian hat inzwischen die Ergebnisse des Workshops aufgeschrieben und den OSM Inspector um mehrere ÖPNV-Views erweitert. Mehr dazu unter http://blog.geofabrik.de/?p=23 . Danke, dass ihr und vor allem Sebastian sich an die Zusammenfassung der Ideen zum Thema gewagt haben. Zwei Kritikpunkte: 1) Im Zusammenhang mit der Erfassung der railway-Nutzung per usage vermisse ich die Zuordnung zur Eisenbahn. Was spricht gegen railway:usage? Das ist keine schlechte Idee. usage ist wirklich sehr allgemein. Gibt es schon andere Tags, die mit railway: anfangen? 2) Tramlinien auf Straßenkörpern: Ich verstehe das Argument pro Erfassung als zusätzlichen Weg mit fehlender Eindeutigkeit bei Zuordnung erweiterter Tags (Bsp. oneway). Allerdings geht so die Information verloren, dass beide Verkehrsträger sich einen Wegkörper teilen. So lässt sich beispielsweise für ein Auto-PNA keine entsprechende Warnung mehr einblenden oder eine Statistik über derartige gemeinsam genutzte Wege erheben. Wie seht ihr das? Gerade Leipzig wirkt so sehr rot: http://tools.geofabrik.de/osmi/?view=pubtrans_railwaylon=12.37543lat=51.33580zoom=12 Das kann man immernoch dadurch erreichen, dass man schaut ob auf den gleichen Nodes noch ein weiterer Way läuft. Das ist zwar umständlich, aber es ist ja auch eine relativ spezielle Anforderung, da kann man den Aufwand schon akzeptieren. Jochen -- Jochen Topf joc...@remote.org 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] ÖPNV-Workshop
On Fri, May 29, 2009 at 12:17:40AM +0200, Claudius wrote: Bei der Grafik StopAreaGroup_Map.png scheint mir der im Text erwähnte und in der Datenansicht erfasste Taxistand zu fehlen. Ist inzwischen drin. Jochen -- Jochen Topf joc...@remote.org 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] ÖPNV-Workshop
On Fri, May 29, 2009 at 06:45:15AM +0200, Jan Tappenbeck wrote: Was aber, wie bei den allgemeinen Straßen, weiterhin offen ist betrifft die Benennung von Tunnel und Brücken die eigenständige Namen tragen. Hätte man dieses in dem Zusammenhang nicht gleich für dieses Thema mit klären können / sollen ?? Nein. Es ging hier um den ÖPNV. Das ist eine ganz andere Diskussion. Die andere Sache betrifft die Kontrollmöglichkeit von Haltestelle auf Ihre Vollständigkeit. Ich habe einmal für Lübeck ein Auswertetool erstellt, was ich in absehbarer Zeit nochmal erneuern werde, um fehlende Bushaltestellen aufzudecken. Mit der vorgeschlagenen Form (die Relationen mal nicht in Betracht gezogen) kann ich nicht feststellen, ob eine Haltestelle zum Beispiel zum Stadtverkehr Lübeck gehört. Bisher haben wir das in HL so gemacht das Operator = Stadtverkehr gesetzt wurde und damit die Haltestelle zugeordnet wurde. In einem fertigen Streckennetz sicherlich eine überflüssige Attributierung - aber bis dahin! Das geht natürlich weiterhin. Problematisch ist das halt, wenn ein Haltepunkte von mehreren Verkehrsunternehmen bedient wird. Dann braucht man die Relation public_transport=network. Aber solange das nicht der Fall ist, kann man auch erstmal weitermachen wie bisher. Ich hab die Wiki-Seite entsprechend erweitert. Wenn dann das ganze Schema Zustimmung findet wäre sicherlich noch ein passender Dialog für den Aufbau von Haltestellenrelationen in JOSM (o.ä) der nächste wichtige Schritt. Die Haltestellenrelationen kann man schon sehr gut mit dem normalen Relation-Editor im JOSM anlegen. Wir haben in Karlsruhe schon einige passend getagged. Siehe z.B.: http://tools.geofabrik.de/osmi/?view=pubtrans_stopslon=8.39407lat=49.00988zoom=18 Schwieriger ist das mit den Linienrelationen, weil die so einen großen Bereich umfassen. Das ist etwas mühsam im JOSM. Frederik hat aber schon angefangen, sich dazu Gedanken zu machen. Jochen -- Jochen Topf joc...@remote.org 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] JOSM Presets
Hallo Werner, super Idee, jetzt fehlt nur noch eine kurze Erklärung, wie man das ganze nutzen kann. Siehe http://josm.openstreetmap.de/wiki/TaggingPresets (in Englisch) Hier sollte auch ein Verweis auf http://josm.openstreetmap.de/wiki/De:Presets gesetzt werden. Tschuess Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Testprogramm für OSM-Dateien
Carsten Schwede schrieb: Moin, Stefan Dettenhofer (StefanDausR) schrieb: ich habe mir ein kleines Windows-Programm geschrieben, mit dem man ganz einfach testen kann, ob eine OSM-Datei vollständig erzeugt wurde oder nicht. Falls das jemand mit Unix oder mit Cygwin schnell haben möchte: tail -1 osm-datei |grep /osm ; echo $? Ergibt zwar nur 0, wenn es korrekt /osm in der letzten Zeile beinhaltet und 1 wenn nicht, aber immerhin. #!/bin/bash if [[ -f $1 ]]; then if tail -n2 $1 | grep -q /osm; then echo valid exit 0 else echo invalid exit 1 fi else echo \$1\: file not found exit 2 fi # Testet die letzten 2 Zeilen auf /osm -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag: Sonennstudio .. oder Jan, machst du das mit Absicht ?
On Thu, 28 May 2009, Etric Celine wrote: Am Donnerstag 28 Mai 2009 18:51:24 schrieb Willi Rehfeld: http://osmxapi.hypercube.telascience.org/api/0.5/*%5Bbridge=yes%5D änder mal in dem Link die 0.5 zu einer 0.6 dann geht es wieder. Ich sollte das mal im svn ändern. (bzw wenn wer nen account hat, darf er mir gerne fix zuvorkommen) Der TagWatch-Server ist jetzt auf 0.6 umgestellt. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Testprogramm für OSM-Dateien
Carsten Schwede computerte...@gmx.de wrote: Falls das jemand mit Unix oder mit Cygwin schnell haben möchte: tail -1 osm-datei |grep /osm ; echo $? Ich würde da jetzt ja eher xmllint aus libxml2-utils empfehlen: xmllint --noout foo.osm Returnwert 0 wenn kein Fehler aufgetreten ist, 1 bei Fehler. Gruss Sven -- If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops (Tim Berners-Lee) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Workshop
On Fri, 29 May 2009, Jochen Topf wrote: Wenn dann das ganze Schema Zustimmung findet wäre sicherlich noch ein passender Dialog für den Aufbau von Haltestellenrelationen in JOSM (o.ä) der nächste wichtige Schritt. Die Haltestellenrelationen kann man schon sehr gut mit dem normalen Relation-Editor im JOSM anlegen. Wir haben in Karlsruhe schon einige passend getagged. Siehe z.B.: http://tools.geofabrik.de/osmi/?view=pubtrans_stopslon=8.39407lat=49.00988zoom=18 Schwieriger ist das mit den Linienrelationen, weil die so einen großen Bereich umfassen. Das ist etwas mühsam im JOSM. Frederik hat aber schon angefangen, sich dazu Gedanken zu machen. Wir haben in JOSM mittlerweile auch Presets für Relationen. Die XML-Daten enthalten eigentlich auch schon einen Großteil der notwendigen Informationen für die Member. Was noch fehlt ist eigentlich nur dies hier: - Ist keine Relation ausgewählt anbieten eine anzulegen mit der aktuellen Auswahl als Member - Sind nicht-Relationen ausgewählt: anbieten diese als Member in die Relation aufzunehmen. - Member im Preset-Dialog anzeigen und die Rolen auswählbar machen. - Den gleichen Dialog dann auch im Relationseditor anbieten :-) Ich hatte bis jetzt nur keinen Zeit das umzusetzen. Die Relationsdefinition in XML ist jedenfalls schon da. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg vor Renderer verstecken?
Am 28. Mai 2009 12:15 schrieb SLXViper slxvi...@gmx.net: wie ich gerade der heutigen Zeitung entnommen habe, ist ein Steg über die Rednitz hier in Nürnberg/Fürth wegen Baufälligkeit seit Montag gesperrt und die Bohlen sind entfernt. Das wird (wegen Geldmangels) auf unabsehbare Zeit so bleiben und ich möchte den Steg deshalb aus den OSM-Karten entfernen. highway=construction; access=no; note=Wegen Baufälligkeit gesperrt Sollte das Rendering nicht eindeutig genug sein, könnte man ja noch eine Regel für (access=no UND highway=construction) erstellen, die das deutlicher rendert. Ok, habe ich mal so gemacht und werde mal warten wie das aussieht. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Testprogramm für OSM-Dateien
Dirk-Lüder Kreie schrieb: Carsten Schwede schrieb: Moin, Stefan Dettenhofer (StefanDausR) schrieb: ich habe mir ein kleines Windows-Programm geschrieben, mit dem man ganz einfach testen kann, ob eine OSM-Datei vollständig erzeugt wurde oder nicht. Falls das jemand mit Unix oder mit Cygwin schnell haben möchte: tail -1 osm-datei |grep /osm ; echo $? Ergibt zwar nur 0, wenn es korrekt /osm in der letzten Zeile beinhaltet und 1 wenn nicht, aber immerhin. #!/bin/bash if [[ -f $1 ]]; then if tail -n2 $1 | grep -q /osm; then echo valid exit 0 else echo invalid exit 1 fi else echo \$1\: file not found exit 2 fi # Testet die letzten 2 Zeilen auf /osm Danke für die Hinweise! Mir ging es darum eine schnelle Lösung für Windows zu haben, ohne die ganze Datei zu durchsuchen. Ich weiß nicht, wie lange die o.g. Befehle brauchen, ich habe auch bei 80GB innerhalb einer Sekunde das Ergebnis. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schema Hausnummern als Tags an Straßen
On Fri, 29 May 2009 08:15:00 +0200, Sven Sommerkamp s_sommerk...@gmx.de wrote: Wir müssen einen Weg gehen der einerseits Möglichkeiten bietet die erzeugten Daten auf herkömmlichen Geräten vernünftig zu verwenden und andererseits im Blick haben das man vielleicht bestimmte Dinge doch besser machen kann. Wir Müssen garnichts und das aktuelle Format kann man ja auf dem was du herkömmliche Geräte nennst vernünftig verwenden. Ich denke du redest hier einfach ein Problem herbei, was so nicht existiert. Gerade das Garminformat bietet ganz hervorragende Möglichkeiten Kartenlayer z.B. in einer einzigen Datei zu beinhalten es gibt zusätzliche Overlay's und POI's die man laden kann. Das Format von Garmin kann elend viele Dinge, die wir regelmässig haben nicht abbilden. Wenn ich eine funktionierende Karte hab, kann ich sie in verschiedene Geräte tun. Ich bin Autofahrer, Radfahrer und Gleitschirmflieger. Und manchmal paddele ich auch! Für all diese Dinge kann ich das Garminformat und deren Geräte hervorragend benutzen. Und für alle diese Dinge kann ich ebenso hervorragend Daten erzeugen! Und tu es auch seit inzwischen geschätzt 4 Jahren. Es ist nicht in Sicht das wir das mit eigenentwickelten Geräten kurzfristig hinkriegen, also bin ich froh es zumindest solange mit Garmin oder anderen etablierten Geräten zu tun. Und...wo ist jetzt das Problem? Marcus On Thu, May 28, 2009 at 11:28:37AM +0200, Sven Sommerkamp wrote: Wie könnte man das nun an den Weg bekommen.. Wir brauchen die nicht an den Ways, wir brauchen die an der richtigen Stelle in den Datenstrukturen, die die jeweilige Software benutzt. Und wenn es Wege gibt die dorthin zu bringen bin ich wie andere auch zufrieden. Allerdings sollte auch die Eingabe der Daten vernünftig zu bewerkstelligen sein. Jede Menge Leute kommen gut mit der Eingabe in die diversen OSM-Editoren zurecht. Beschwerden gab es da bisher nicht und nur kleinere Verbesserungsvorschläge. Marcus hat geschrieben wie er es gemacht hat. Ich habs im OSMI gemacht. Auf OpenRouteService.org kannste Straße und Hausnummer eingeben und dann danach genau routen. Es geht also prima. Die Meisten werden das aber nicht mit Openroute sondern meinem Navi tun. Und das es im Prinzip funktioniert glaub ich gern. Wage ich zu bezweifeln. Die meisten nutzen hier ein 30eur TomTom auf ihrem Handy und sind glücklich. Wenn der Export für dein Navi nicht gut genug unterstütz wird, dann solltest du daran etwas ändern und nicht an dem akzeptierten Format in dem Daten für den Export angeliefert werden. Dass die Navis nicht mit OSM-Daten tun, liegt daran, dass sie Formate verwenden, die nicht dokumentiert sind. Nicht daran, dass wir die Daten nicht haben. Ich würde sagen an beidem, zur Zeit, zumindest in vielen Bereichen. Beispiele? Belege für diese Behauptung? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Testprogramm für OSM-Dateien
Hallo, Sven Geggus schrieb: Ich würde da jetzt ja eher xmllint aus libxml2-utils empfehlen: xmllint --noout foo.osm Returnwert 0 wenn kein Fehler aufgetreten ist, 1 bei Fehler. Das könnte bei großen Dateien deutlich lange dauern, allerdings ist es wohl auch eine echte Syntaxprüfung. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor (was: Re: Amenity Editor)
Am Fr, 29.05.2009, 03:49 schrieb Martin Koppenhoefer: wenn er die Eingaben auf Grundlage der CC-Daten macht? Das ist doch daselbe wie ein POI, den ich bei Google einzeichne und nicht importieren darf, oder? Die Karte ansich ist ja schon ein angeleitetes Werk. Verschiedene Urteile sagen aus, dass ein nicht geringer Teil einer Datenbank entnommen werden muss, damit ein Verstoß vorliegt. Da der anonyme User also bei der Koordinatenfindung eh keinen direkten Zugang zur Datenbanken (zur Findung der Position) hat, sehe ich kein Problem. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Workshop
On Fri, May 29, 2009 at 10:30:36AM +0200, Dirk Stöcker wrote: On Fri, 29 May 2009, Jochen Topf wrote: Wenn dann das ganze Schema Zustimmung findet wäre sicherlich noch ein passender Dialog für den Aufbau von Haltestellenrelationen in JOSM (o.ä) der nächste wichtige Schritt. Die Haltestellenrelationen kann man schon sehr gut mit dem normalen Relation-Editor im JOSM anlegen. Wir haben in Karlsruhe schon einige passend getagged. Siehe z.B.: http://tools.geofabrik.de/osmi/?view=pubtrans_stopslon=8.39407lat=49.00988zoom=18 Schwieriger ist das mit den Linienrelationen, weil die so einen großen Bereich umfassen. Das ist etwas mühsam im JOSM. Frederik hat aber schon angefangen, sich dazu Gedanken zu machen. Wir haben in JOSM mittlerweile auch Presets für Relationen. Die XML-Daten enthalten eigentlich auch schon einen Großteil der notwendigen Informationen für die Member. Was noch fehlt ist eigentlich nur dies hier: - Ist keine Relation ausgewählt anbieten eine anzulegen mit der aktuellen Auswahl als Member - Sind nicht-Relationen ausgewählt: anbieten diese als Member in die Relation aufzunehmen. - Member im Preset-Dialog anzeigen und die Rolen auswählbar machen. - Den gleichen Dialog dann auch im Relationseditor anbieten :-) Ich hatte bis jetzt nur keinen Zeit das umzusetzen. Die Relationsdefinition in XML ist jedenfalls schon da. Das Problem ist eher noch das Mitgliederhandling: Bei einer Linienrelation muss man die Mitglieder sortieren. Das ist bisher häufig nicht der Fall, weil das vor 0.6 ja nicht ging. Ist aber schwierig zu sehen, wenn man den Relation-Editor offen hat, wo die verschiedene Mitglieder sind. Es fehlt meines Wissens auch einfache Möglichkeiten, eine Relation zu kopieren und dann ihre Mitglieder umzudrehen. Das wäre sehr praktisch, weil in Zukunft eine Linie ja eigentlich immer aus zumindest zwei Linienvarianten besteht für die Hin- und Rückrichtung. Jochen -- Jochen Topf joc...@remote.org 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] Historische Grenzsteine
On Fri, May 29, 2009 at 06:36:30AM +0200, Jan Tappenbeck wrote: Subject: Re: [Talk-de] Historische Grenzsteine Hi ! GEILE sache !!! Soetwas hatte ich einmal mit Google-Maps angefangen - vor OSM. Jetzt ruht es wieder wegen OSM - GM-Koordinaten waren mir zu ungenau. Sehr interessiert an dem Thema auch für Lübeck - leider kann ich nichts in Richtung OSM anbieten - BITTE UNBEDINGT AUF DEM LAUFENDEN HALTEN. Meilensteine habe ich schon in HowTo gefunden. Sollten aber unbedingt eine Seite mit Tags erstellen - helfe gerne mit. Hier schon einmal einige Gedanke - verschoben - zustand - material - inschrift - symbol - geschützter Stein - zu welcher Grenze gehört der Stein (Relation) Hihi ;) Das ist glaube ich fuer den ersten Wurf schon viel zu viel ;) Okay - tagwatch hat zumindest mal 258 historic=boundary_stone was ja super passt ... Ob eine relation sinn macht weiss ich nicht aber vermutlich der pfiffigste weg - so kann man in der relation den Grenzverlauf unterschiedlicher Jahre mit der vorhandenen masse der Grenzsteine definieren ;) Grenzstein/Feldstein Steinpark Sühnekreuz Meilenstein Ortschaften Koppelstein Forststein Wegescheide Kirchspielgrenze Kreuzsteine Steinkreuz Mordstein Denkstein Bodendenkmal Wie ich verstanden habe sind die Steine der Lippisch-Preußischen Grenze eigentlich Grenzsteine aber mittlerweile zu Bodendenkmälern erklaert worden. Flo -- Florian Lohoff f...@rfc822.org +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
[Talk-de] Worldfile vom 28. Mai 2009
Hallo, die neuen Daten liegen wie immer zum Download bereit unter: http://wiki.openstreetmap.org/wiki/User:Computerteddy Es gibt ab dieser Woche vorerst keine Kacheln im osm-Format mehr, ich habe da ein kleines Platzproblem... -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Historische Grenzsteine
Moin, ich finde die Kennzeichnung mit boundary=marker marker=stone gut, denn die Dinger sind zwar gerne alt, stehen aber durchaus zumindest sehr nahe einer wirklichen Grenze. Sonst gibt es auch noch historic=boundary_stone siehe http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Kulturdenkmale das würde ich aber nur nehmen, wenn der Grenzstein _wirklich_ nicht auf der Grenze steht, die er kennzeichnen soll. Selbst wenn er auf einer Grenze der nachfolgenden politischen Einheit steht (also z. B. ist da nicht mehr die Grenze zwischen zwei alten Staaten sondern heute die Grenze zwischen zwei Bundesländern, d. h. die markierte Grenze ist ja immer noch da - nur mit anderer politischer Bedeutung). In so einem Fall würde ich den Stein zusätzlich mit der historic-Auszeichnung kennzeichnen. Und ja, wenn diese auf der Karte dargestellt würden, wäre das super :-) Gruß, Schusch On Thu, 28 May 2009, Florian Lohoff wrote: ich habe hier aus der Region (Lippe) eine Nachfrage bekommen wie man wohl Historische Grenzsteine eintraegt___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Workshop
On Fri, 29 May 2009, Jochen Topf wrote: Das Problem ist eher noch das Mitgliederhandling: Bei einer Linienrelation muss man die Mitglieder sortieren. Das ist bisher häufig nicht der Fall, weil das vor 0.6 ja nicht ging. Ist aber schwierig zu sehen, wenn man den Relation-Editor offen hat, wo die verschiedene Mitglieder sind. Es fehlt meines Wissens auch einfache Möglichkeiten, eine Relation zu kopieren und dann ihre Mitglieder umzudrehen. Das wäre sehr praktisch, weil in Zukunft eine Linie ja eigentlich immer aus zumindest zwei Linienvarianten besteht für die Hin- und Rückrichtung. Zumindest am (automatischen) Sortieren arbeitet wahrscheinlich schon jemand. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schema Hausnummern als Tags an Stra?en
Wir m?ssen einen Weg gehen der einerseits M?glichkeiten bietet die erzeugten Daten auf herk?mmlichen Ger?ten vern?nftig zu verwenden und andererseits im Blick haben das man vielleicht bestimmte Dinge doch besser machen kann. Wir M?ssen garnichts und das aktuelle Format kann man ja auf dem was du herk?mmliche Ger?te nennst vern?nftig verwenden. Naja, ich denke du verstehst schon was ich mit müssen meine.. Ich stelle au Ich denke du redest hier einfach ein Problem herbei, was so nicht existiert. Erstmal muß man sagen, das wir schon richtig viel erreicht haben! Und ich denke auch, das wir das mit der Adressuche in besagten Geräten hinbekommen werden. Mir war wichtig zu erwähnen was ich durch probieren und studieren herausgefunden habe. Und nun macht was draus! Gerade das Garminformat bietet ganz hervorragende M?glichkeiten Kartenlayer z.B. in einer einzigen Datei zu beinhalten es gibt zus?tzliche Overlay's und POI's die man laden kann. Das Format von Garmin kann elend viele Dinge, die wir regelm?ssig haben nicht abbilden. Wunderbar! Damit ist es ja hervorragend geeignet für fast alles was wir damit vorhaben! Da sollte wir uns entsprechend Gedanken machen wie wir das Potential am besten nutzen! Wenn ich eine funktionierende Karte hab, kann ich sie in verschiedene Ger?te tun. Ich bin Autofahrer, Radfahrer und Gleitschirmflieger. Und manchmal paddele ich auch! F?r all diese Dinge kann ich das Garminformat und deren Ger?te hervorragend benutzen. Und f?r alle diese Dinge kann ich ebenso hervorragend Daten erzeugen! Und tu es auch seit inzwischen gesch?tzt 4 Jahren. Es ist nicht in Sicht das wir das mit eigenentwickelten Ger?ten kurzfristig hinkriegen, also bin ich froh es zumindest solange mit Garmin oder anderen etablierten Ger?ten zu tun. Und...wo ist jetzt das Problem? Keines, wir lernen ja (z.B. warum die Geräte bei Adresssuche abstürzen usw.). Um nichts anderes geht es hier. Marcus Sven P.S.: Mehr hilfreiches hab ich jetzt auch nicht dazu zu sagen.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schema Hausnummern als Tags an Straßen
Hallo. Am Freitag 29 Mai 2009 08:15:00 schrieb Sven Sommerkamp: Ich seh das ganz pragmatisch. Deine Mail klingt nach Politiker oder Diplomat. Jedenfalls redest du dich um ein Problem herum, das ich noch nie gesehen habe. Mein Garmin kann, genauso wie das Medion von Bekannten, zu jedem Punkt der Welt navigieren ohne dass der auf einer Straße liegen muss. Es kann also so lange auf Straßen navigieren wie es Straßen gibt. so nah ran wie möglich. Ein Open-Built-In-Navi von Bekannten kann das auch und sagt dann ggf. Das Ziel befindet sich rechts und kann mit dem Fahrzeug nicht erreicht werden wenn man am Ende der Routenführung noch mehr als X Meter davon entfernt ist. Wer die Daten auf der Straße haben möchte, kann dies mit dem von Jochen gezeigten und schon implementierten Algorithmus gerne machen. Aber ich sehe niemanden, der davon einen gravierenden Vorteil hätte. Gruß, Bernd -- Ich moechte Windows kaufen. Sind Sie verrueckt? Gehoert das zu den Lizenzbedingungen? 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] ÖPNV-Workshop
Das Problem ist eher noch das Mitgliederhandling: Bei einer Linienrelation muss man die Mitglieder sortieren. Das ist bisher häufig nicht der Fall, weil das vor 0.6 ja nicht ging. Ist aber schwierig zu sehen, wenn man den Relation-Editor offen hat, wo die verschiedene Mitglieder sind. Das könnte der Editor von alleine machen. Es müsste dafür eine Liste von Relationstypen angelegt werden, mit Informationen darüber, ob automatisch sortiert werden soll, und ob Elemente doppelt vorkommen dürfen. -- Nur bis 31.05.: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor (was: Re: Amenity Editor)
Am 29. Mai 2009 03:49 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 29. Mai 2009 00:34 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Am Do, 28.05.2009, 21:33 schrieb Martin Koppenhoefer: Es tauchte halt die berechtigte Frage auf, ob aus CC-BY-SA-Daten abgeleitete Daten überhaupt PD werden können. Nodes und Tags, die noch nie in der Datenbank waren, sind ja noch nicht CC-BY-SA. Also kann der editierende User die Änderungen als PD freigeben. wenn er die Eingaben auf Grundlage der CC-Daten macht? Das ist doch daselbe wie ein POI, den ich bei Google einzeichne und nicht importieren darf, oder? Gruß Martin Voraussetzung für eine Bearbeitung (§3 UrhG) ist ja, das ein eigenständiges Werk entsteht. Wenn ein solcher Editor also die POI nicht bei OSM, sondern auf einem anderen Server speichert könnte man darüber streiten, ob es sich um ein abgeleitetes Werk handelt oder nicht. Dieser Editor speichert ja bei OSM - es liegt also kein neues Werk vor, sondern der Benutzer ist schlicht (so wie jeder andere Mapper) Miturheber. Unabhängig von Urheberrecht schützt das Datenbankrecht diese Punkte dann für OSM. Eine Abfrage alle Punkte vom AmenityEditor wäre vermutlich eine substanzieller Entnahme und damit unabhängig vom Urheberrecht dieser Punkte unzulässig. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing - Separater Radweg und andere Probleme
Johannes Huesing schrieb: Mario Salvini salv...@t-online.de [Thu, May 28, 2009 at 02:26:19AM CEST]: Gerade bei Prominenteren Straßen findet man dochmeist ausgiebig dimensioniert und aufwändig ausgebaute Radwege neben der (auto-)Fahrbahn. Wohnst Du in den Niederlanden? Ich kenne das eher so: http://www.vuz-essen.de/rip/2009/fr/s32.htm die Vermutung ist nicht ganz falsch. vom Stadtzentrum ist man in 10min in den Niederlanden ;) Außerdem haben wir hier in der Region neben der NRW-Radbeschilderung auch zusätzlich das niederländische Knotenpunktsystem. Scheinen also vielleicht wirklich noch unter einem Rad-afinen Einfluß zu stehen ;) Ich meinte übrigens sowas hier: http://www.panoramio.com/photo/7679203 Weil man fährt viel lieber eine 6-spurigen Hauptverkehrsstraße mit als ohne seperaten cycletrack lang ;-) Schließ bitte nicht von Dir auf andere. ich vermute nur, dass der Normalo-radler lieber auf einem seperatem befestigten Weg fährt als als schwächstes Glied unter vielen Kraftfahrzeugen. Aber natürlich muss da nict für alle gelten. -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway in osmarender (16-17)
Claudius claudiu...@gmx.de wrote: Hier in Leipzig gibt's noch mehr davon. Falls die Beispiele / Benchmarks fehlen: Hauptbahnhof Leipzig: Güterbahnhof Engelsdorf: Oh ja, sehr schöne Beispiele für's Optimieren der Strichstärke ;-) Leider noch mit der etwas breiteren gerendert. http://www.inormationfreeway.org/?lat=48.7985lon=9.22943zoom=17 zeigt *im* *Moment* (bis mit anderen alten/neuen Regeln frisch gerendert wird...) gut den letztnächtlichen Übergang zu schmaleren Linien, aber nur bei den Eisenbahnen, da in Stuttgart alles mit railway=rail getaggt wurde... Mal schauen, was aus Trams wurde, sobald ich eine passende Ecke sehe... railway=rail habe ich etwas dicker gemacht als alles andere. MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.büro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSMdoc / Tagwatch zeigen nicht alles an?
Hallo. Kann es sein, dass die beiden Dienste nicht alle Tag-Varianten anzeigen, oder wurden die vielleicht schon lange nicht mehr aktualisiert? Ich suche nämlich so Sachen wie trafficzone oder maxspeed=city:DE, aber keiner der beiden Dienste scheinen das zu kennen (existieren tut aber mindestens das 2.). Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway in osmarender (16-17)
Heiko Jacobs heiko.jac...@gmx.de wrote: Zwischen Köln und Leverkusen ist ein etwas schauriges Gleisfeld, da habe ich mal eben was ausprobiert. Mal schauen, was die Renderer (alle beide) draus machen... http://www.informationfreeway.org/?lat=51.013lon=6.97863zoom=17 jetzt alle Gleise insbes. rechts ab Prellbock startend (die meisten ways umgedreht), so sieht es geordneter aus als vorher. MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.büro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor
Stefan Schwan schrieb: Voraussetzung für eine Bearbeitung (§3 UrhG) ist ja, das ein eigenständiges Werk entsteht. Das gibt keinen Freibrief, Informationen irgendwo abzuziehen. Sonst könnte ja jeder ein Kartenwerk rausbringen, indem er Karten woanders abdigitalisiert und Daten rauszieht. Karten, Pläne und technische Zeichnungen sind durch das UrhG und das Datenbankrecht geschützt. Kleine Entnahmen, die unstrukturiert ablaufen (siehe unten) sind sicherlich nicht problematisch. Dieser Editor speichert ja bei OSM - es liegt also kein neues Werk vor, sondern der Benutzer ist schlicht (so wie jeder andere Mapper) Miturheber. Ich bezweifle stark, dass eine Miturheberschaft ohne Einwilligung des ursprünglichen Urhebers eingegangen werden kann. Auch musst Du erst eine Schöpfungshöhe erreichen, damit § 3 UrhG Co. erstmal greifen. Unabhängig von Urheberrecht schützt das Datenbankrecht diese Punkte dann für OSM. Eine Abfrage alle Punkte vom AmenityEditor wäre vermutlich eine substanzieller Entnahme und damit unabhängig vom Urheberrecht dieser Punkte unzulässig. Ja, vereinzelt wenige Punkte abnehmen, sein Gedächtnis durch die Luftbilder bei Google aufzufrischen etc. ist akzeptabel. Bei einzelnen Punkten sehe ich kein Problem. Wenn ich jedoch *neue* Punkte auf einer OSM-Karte erstelle, sehe ich auch nicht unbedingt die Lizenz verletzt :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Presets
Hallo Michael, Siehe http://josm.openstreetmap.de/wiki/TaggingPresets (in Englisch) Uff - haben wir jetzt /zwei/ OSM-Wikis? http://wiki.openstreetmap.org/wiki/de:Anpassen_der_Vorlagen_von_JOSM Vielleicht kannst Du die Infos von der englischen Seite hier einpflegen, damit sie auch gefunden werden? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor
Am 29. Mai 2009 13:39 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Kleine Entnahmen, die unstrukturiert ablaufen (siehe unten) sind sicherlich nicht problematisch. das kann man aber sicher nicht geltend machen, wenn man ein Tool zur systematischen Eingabe von POIs aufgrund von bereits eingegebenen CC-Daten zur Verfügung stellt. Wenn ich jedoch *neue* Punkte auf einer OSM-Karte erstelle, sehe ich auch nicht unbedingt die Lizenz verletzt :-) Wenn ich die neuen Punkte per GPS erhebe, nicht. Wenn ich sie aus den existierenden Daten ableite, dann kann ich sie m.E. nicht in einer mit diesen unkompatiblen Lizenz veröffentlichen. Nicht, dass ich falsch verstanden werde: ich finde die Idee sehr gut, einen einfachen POI-Editor anzubieten, wo jeder mal schnell eben sein Geschäft eintragen kann, die Telefonnr. aktualisieren oder die Hausnummer nachtragen. Nur wenn man dort auch Sachen ändern und löschen kann, wäre es gut, wenn eine Art von individuellem Login erforderlich wäre. Und wenn man den User dann sowieso in der History hat, ist auch keine Lizenzextrawurst mehr nötig. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMdoc / Tagwatch zeigen nicht alles an?
On Fri, 29 May 2009, Mario Salvini wrote: Kann es sein, dass die beiden Dienste nicht alle Tag-Varianten anzeigen, oder wurden die vielleicht schon lange nicht mehr aktualisiert? Tagwatch geht seit 19. April nicht mehr (Out of memory) und keiner hat es mir gesagt. Mal sehen, ob der nächste Lauf durchhält. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Presets
On Fri, 29 May 2009, Markus wrote: Siehe http://josm.openstreetmap.de/wiki/TaggingPresets (in Englisch) Uff - haben wir jetzt /zwei/ OSM-Wikis? Nein. Aber wir haben schon seit Ewigkeiten ein Wiki für JOSM, nämlich das, was auch die Online-Hilfe, die Plugin-Liste, der Bugtracker u.ä. nutzt. Warum JOSM-Beschreibungen im OSM-Wiki angelegt werden war mir schon immer unverständlich. Da haben die eigentlich nichts zu suchen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor
Martin Koppenhoefer schrieb: Am 29. Mai 2009 13:39 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Kleine Entnahmen, die unstrukturiert ablaufen (siehe unten) sind sicherlich nicht problematisch. das kann man aber sicher nicht geltend machen, wenn man ein Tool zur systematischen Eingabe von POIs aufgrund von bereits eingegebenen CC-Daten zur Verfügung stellt. Wo entnimmst Du Daten? Worauf beziehst Du Dich? Wer will etwas entnehmen? Wenn ich jedoch *neue* Punkte auf einer OSM-Karte erstelle, sehe ich auch nicht unbedingt die Lizenz verletzt :-) Wenn ich die neuen Punkte per GPS erhebe, nicht. Wenn ich sie aus den existierenden Daten ableite, dann kann ich sie m.E. nicht in einer mit diesen unkompatiblen Lizenz veröffentlichen. Einen Punkt auf eine Karte setzen ist nicht wirklich eine Ableitung. Es zeugt sogar eher von Kreativität. Das Ziel ist ja auch CC-BY-SA. Nur für die Sekunden zwischen Eingabe und Speicherung wäre es CC0. Man müsste halt vielleicht eine Zwischenlizenz erfinden, die das Problem regelt udn zu CC-BY-SA kompatibel ist. Streng genommen ist die Karte bereits ein Fork von OpenStreetMap, da Karten auch als Datenbank geschützt werden können. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMdoc / Tagwatch zeigen nicht alles an?
Dirk Stöcker schrieb: On Fri, 29 May 2009, Mario Salvini wrote: Kann es sein, dass die beiden Dienste nicht alle Tag-Varianten anzeigen, oder wurden die vielleicht schon lange nicht mehr aktualisiert? Tagwatch geht seit 19. April nicht mehr (Out of memory) und keiner hat es mir gesagt. Mal sehen, ob der nächste Lauf durchhält. Echt? Ich war gestern noch auf der Seite. MMh. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gelöschte Relation wiederherstellen
Wenn die Relation nicht gelöscht wurde, weil sie doppelt ist oder sonst irgendwie falsch, kann man das einfach machen, indem man die zugehörige xml-Datei [1] herunterläd, mit dem Texteditor passend bearbeitet und mit JOSM wieder hochläd. [1] http://www.openstreetmap.org/api/0.6/relation/62428/history Jedoch solltest du vorher mit dem Benutzer über die Gründe reden. Ciao André PS: Passend Bearbeiten heisst, dass die Tags und die Relation-Mitglieder der letzten richtigen Version in die aktuelle Version kopiert werden. Danach muss man alle vorherigen Versionen in der Datei löschen und der aktuellen Version ein action=modify hinzufügen. Abspeichern. Am 29. Mai 2009 02:00 schrieb Ulf Möller use...@ulfm.de: Ein Benutzer hat die Grenze der Stadt München versehentlich gelöscht: http://www.openstreetmap.org/browse/relation/62428/history Kann jemand die Relation wiederherstellen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing - Separater Radweg und andere Probleme
Wohnst Du in den Niederlanden? Ich kenne das eher so: http://www.vuz-essen.de/rip/2009/fr/s32.htm ich kenne leider eher so was: http://www.23hq.com/dieterdreist/photo/4311693?album_id=4237494 http://www.openstreetmap.org/?mlat=41.87107mlon=12.496947zoom=18layers=B000FTF die Gehwegschäden sind übrigens nur auf den ersten 50 m nach der Abzweigung halbwegs schlecht geflickt, ansonsten fahre ich da Schlaglochslalom ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing - Separater Radweg und andere Probleme
Am 29. Mai 2009 17:29 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Wohnst Du in den Niederlanden? Ich kenne das eher so: http://www.vuz-essen.de/rip/2009/fr/s32.htm ich kenne leider eher so was: http://www.23hq.com/dieterdreist/photo/4311693?album_id=4237494 http://www.openstreetmap.org/?mlat=41.87107mlon=12.496947zoom=18layers=B000FTF die Gehwegschäden sind übrigens nur auf den ersten 50 m nach der Abzweigung halbwegs schlecht geflickt, ansonsten fahre ich da Schlaglochslalom ;-) und entgegen dem Anschein auf dem Foto ist man da am Rand des Zentrums auf einer der wichtigsten (und einzigen) Verbindung an dieser Stelle: http://www.openstreetmap.org/?mlat=41.871mlon=12.497zoom=11layers=B000FTF Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Presets
Hallo Dirk, Warum JOSM-Beschreibungen im OSM-Wiki angelegt werden war mir schon immer unverständlich. Weil JOSM der wichtigste Editor für OSM ist. Weil der OSMer Information immer im OSM-Wiki sucht. Und weil, wenn der OSMer etwas Interessantes herausgefunden hat, er diese Information ins OSM-Wiki schreibt. Der Bugtracker ist m.E. eher etwas für Entwickler. (oder für Benutzer, die den Entwicklern etwas mitteilen möchten) Die Hilfe von JOSM sollte m.E. besser direkt ins OSM-Wiki verlinken, denn da kann die Hilfe von allen Beteiligten in einfacher Weise verbessert und erweitert werden. Auch Informationen über Plugins sollten im OSM-Wiki zu finden sein. (Suche: ) Bei den Vorlagen funktioniert die Verlinkung ins OSM-Wiki gut. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor (was: Re: Amenity Editor)
Am 29. Mai 2009 10:48 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Am Fr, 29.05.2009, 03:49 schrieb Martin Koppenhoefer: wenn er die Eingaben auf Grundlage der CC-Daten macht? Das ist doch daselbe wie ein POI, den ich bei Google einzeichne und nicht importieren darf, oder? Die Karte ansich ist ja schon ein angeleitetes Werk. dann ist sie auch CC-BY-SA und damit ändert sich nichts. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzprobleme Amenity Editor (was: Re: Amenity Editor)
Am 29. Mai 2009 12:21 schrieb Stefan Schwan stefan.sch...@googlemail.com: Voraussetzung für eine Bearbeitung (§3 UrhG) ist ja, das ein eigenständiges Werk entsteht. Wenn ein solcher Editor also die POI nicht bei OSM, sondern auf einem anderen Server speichert könnte man darüber streiten, ob es sich um ein abgeleitetes Werk handelt oder nicht. Mag sein, dass mit meiner Auslegung grundsätzlich die Freigabe als PD in Frage gestellt wird. Ich denke sowieso, dass diese sich jeweils nur auf den Edit, nicht aber auf die Daten beziehen kann, da ein Weg, der als CC-BY-SA eingegeben wurde, nicht dadurch, dass ein PD-Bearbeiter einen Node verschiebt, zum PD-Weg werden kann. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Presets
On Fri, 29 May 2009, Markus wrote: Warum JOSM-Beschreibungen im OSM-Wiki angelegt werden war mir schon immer unverständlich. Weil JOSM der wichtigste Editor für OSM ist. Weil der OSMer Information immer im OSM-Wiki sucht. Warum man JOSM-Information ins OSM statt ins JOSM-Wiki schreibt erklärt das nicht. Ich habe zwar nichts dagegen, dass Ihr das macht (warum sollte ich), aber unterstützen werde ich es nicht. Auch Informationen über Plugins sollten im OSM-Wiki zu finden sein. (Suche: ) Na dann schreib mal die Skripte welche die Versions- und Plugininformationen generieren und die Übersetzungen handhaben, ... und integriere das ins OSM-Wiki-System (vorher musst Du natürlich die OSM-Wiki-Betreiber davon überzeugen, dass das ganze im OSM-Wiki besser aufgehoben ist, als in dem speziell für JOSM gedachten). Die Seite http://josm.openstreetmap.de/ leistet eine Menge mehr als einfache Wiki-Texte anzuzeigen. Bei den Vorlagen funktioniert die Verlinkung ins OSM-Wiki gut. Weil hier ja auch auf OSM-Daten verlinkt wird. Die Presets-Beschreibung sind ja nicht JOSM-spezifisch. Genausogut kann man übrigens vom OSM-Wiki auf JOSM-Wiki verlinken. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway in osmarender (16-17)
Heiko Jacobs heiko.jac...@gmx.de wrote: Claudius claudiu...@gmx.de wrote: Hier in Leipzig gibt's noch mehr davon. Falls die Beispiele / Benchmarks fehlen: Hauptbahnhof Leipzig: Güterbahnhof Engelsdorf: Oh ja, sehr schöne Beispiele für's Optimieren der Strichstärke ;-) Leider noch mit der etwas breiteren gerendert. Mal schauen, was aus Trams wurde, sobald ich eine passende Ecke sehe... railway=rail habe ich etwas dicker gemacht als alles andere. Also ich bin nun ziemlich zufrieden, nachdem Osmarender mit den dünneren Regeln über die nach sächsischem Schema getaggten Regionen gerendert hat. Das dürften geometrisch sehr exakte Bahnanlagen sein und somit gut geeignet. Und da sind die Gleise in z17 nun auseinander und z16 noch immer nicht so weit zusammen, dass es unansehlich würde (oder gar auch in z16 noch zu trennen). Bei den Straßenbahnen, die auf der Fahrbahn ihre casings verlieren (was ich so schlecht gar nicht finde, fast könnte man sagen: gewolltes Feature ;-) ) ist m.E. in z17-z15 das Minimum an vernünftiger Breite des Symbols erreicht. Also würde ich mal sagen: gute Strichbreiten sind gefunden! Bei Gelegenheit weiter mit z14 ff MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.büro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de