Re: [talk-ph] SOTM 2010 OSM-PH poster
an even better picture: http://www.flickr.com/photos/copetersen/4807964345/in/set-72157624410544187/ On Sat, Jul 17, 2010 at 2:44 AM, Eugene Alvin Villar sea...@gmail.com wrote: Thanks! :-) On Fri, Jul 16, 2010 at 6:51 AM, Sorbi Ildefonso sorbi.ildefo...@gmail.com wrote: The poster looks really good! Great work sir! =) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- 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
Re: [talk-ph] better ways to coordinate coastline mapping?
here's how to use the sawtooth webpage and josm http://vimeo.com/13546210 On Wed, Jul 21, 2010 at 9:48 PM, Eugene Alvin Villar sea...@gmail.com wrote: Nice! The Philippines looks a whole lot less bloody since I first put up the webmap. Good work! http://forge.codedgraphic.com/osm/sawtooth_coastlines/ On Sun, Jul 18, 2010 at 10:15 PM, maning sambale emmanuel.samb...@gmail.com wrote: FYI, since we started monitoring the sawtooths, we nuked around 25% of all jagged coasties Less a thousand sawtooth segments to go. Keep it up guys. On Sun, Jul 18, 2010 at 11:26 PM, Eugene Alvin Villar sea...@gmail.com wrote: Thanks to maning's diary entry http://www.openstreetmap.org/user/maning/diary/11240 we're making good progress on fixing those sawtooth coastlines. We are actually getting help from foreigners (many are Germans) in cleaning up our coasts. :-) On Wed, Jul 14, 2010 at 4:02 PM, maning sambale emmanuel.samb...@gmail.com wrote: The top ten islands is almost complete (not in the mandelbrotian sense). I added a new list of coastline bounty in the wiki (11-30 largest islands) http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Coastline_Corrections#Priorities Please edit the status as you start working on each island. Note that some have a 99% status already, but, it is good for other eyeballs to have a look and comment on the actual %age and status. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- http://vaes9.codedgraphic.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
Re: [OSM-talk] Announcing the Open Brewpub Map
Gustav Foseid gust...@gmail.com wrote: Nice. I just added three brewpubs. How often is the map updated? Depending on the server load it should not be lagging behind for more than 1-2 hours. It is using the hstore system from the currently german only HOIWTO: (http://wiki.openstreetmap.org/wiki/DE:HowtoMinutelyHstore) I also wrote something about the technical issues on my blog: http://blog.gegg.us/2010/07/postgis-and-hstore-for-osm-data/ Sven -- It's easier for our software to compete with Linux when there's piracy than when there's not. (Bill Gates) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Divided/Non-Divided Intersection
Hi, sorry to resurrect an old thread, but I haven't seen it answered in the end. On 11 July 2010 10:23, Maarten Deen md...@xs4all.nl wrote: John Smith wrote: On 11 July 2010 06:43, Chris Dombroski cdombroski+...@icanttype.org wrote: I ask because I think this is the cause of stupid GPS directions at times make a left, followed by a slight right Isn't that a problem with the routing software, not the data? Not IMHO. If you have a layout like this (use a fixed-width font): | | A+-+ | +B C+-+ | | And you want to go from B to A, why would routing software say go straight on and not go right, then go left? My opinion is that it is a routing software issue after all. When a road segment is just about 5m long, the software should just skip it in the driving directions and look at the angle between the A and the B roads. It can go as far as doing what Alan said, i.e. join all of the nodes in a junction (a concentration of nodes where roads meet) into a single node, possibly in the preprocessing phase. I don't agree that this should be done in OSM data, it will prevent more clever routing direction being given when more clever routing software is written (e.g. software telling your car where to stop to wait for green light, which lane to take etc). The lengths need to be chosen carefully because in e.g. pedestrian routing, 5m may be significant (say you're looking for an exit from a maze). A car can't even make turns that tight, and you're interested in the bigger picture when you reach a junction, the routing is not clever enough to get you through a junction anyway. And option is to map it like this: | | A+ | |\| | +B |/| C+ | | | Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Street guide built from OSM data, looking for feedback
Our university's bicycle club is developing a map of bikeable routes from campus into nearby areas (we are located in a very car-centric setting). It would be very useful to have something like this for each of the major streets that has bike lanes, to make it easier for people to figure out what is worth riding to and what is nearby. Maybe put a URL along each route on the paper map to link to it, and links to it from the club's online version of the map (which we will be extracting from OSM) Ed Edward L. Hillsman, Ph.D. Senior Research Associate Center for Urban Transportation Research University of South Florida 4202 Fowler Ave., CUT100 Tampa, FL 33620-5375 813-974-2977 (tel) 813-974-5168 (fax) hills...@cutr.usf.edu http://www.cutr.usf.edu On Wed, Jul 21, 2010 at 4:43 PM, Edward Betts o...@edwardbetts.com wrote: I'm interested in ideas about how to better organize the data, or for any other suggestions. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] renaming rendering layers
On Wed, Jul 21, 2010 at 2:35 PM, Ed Avis e...@waniasset.com wrote: I think the names for tile choice are fine. It's clearly impossible to give a verbal description of what each one looks like, so the only way to choose is to try them in turn. The name is arbitrary and just needs to be short and memorable; 'Mapnik' and 'Osmarender' are not bad choices. Personally I think they are terrible choices - like naming a painting E15A Camel hair just because that's the brush you used to create it. More importantly, it keeps causing confusion for the mapnik project - getting bug reports saying things like why doesn't the forest show up on z6 - when it's nothing to do with the code of the rendering library. And if we're aiming at anyone other than map-rendering-geeks, nobody really cares which library is used to render them - and both libraries are used by more maps than just the mapnik and osmarender layer on osm.org And on that point, the four maps should really be called mapnik, osmarender, mapnik, mapnik. Unfortunately naming them after the next level up in the stack isn't much more helpful: mod_tile, t...@h, some_ancient_mod_tile, something_proprietary I think they could do with better names, but especially in the case of the mapnik layer it would be great to call it something other than mapnik. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Divided/Non-Divided Intersection
On Thu, Jul 22, 2010 at 5:57 AM, andrzej zaborowski balr...@gmail.comwrote: On 11 July 2010 10:23, Maarten Deen md...@xs4all.nl wrote: If you have a layout like this (use a fixed-width font): | | A+-+ | +B C+-+ | | And you want to go from B to A, why would routing software say go straight on and not go right, then go left? My opinion is that it is a routing software issue after all. When a road segment is just about 5m long, the software should just skip it in the driving directions and look at the angle between the A and the B roads. It can go as far as doing what Alan said, i.e. join all of the nodes in a junction (a concentration of nodes where roads meet) into a single node, possibly in the preprocessing phase. I don't agree that this should be done in OSM data, it will prevent more clever routing direction being given when more clever routing software is written (e.g. software telling your car where to stop to wait for green light, which lane to take etc). The lengths need to be chosen carefully because in e.g. pedestrian routing, 5m may be significant (say you're looking for an exit from a maze). A car can't even make turns that tight, and you're interested in the bigger picture when you reach a junction, the routing is not clever enough to get you through a junction anyway. And option is to map it like this: | | A+ | |\| | +B |/| C+ | | | How about grouping all of the nodes of the intersection into a relation? Routing software can treat it as a single intersection and the map can reflect how the roads are actually laid. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] renaming rendering layers
Andy Allan gravitystorm at gmail.com writes: The name is arbitrary and just needs to be short and memorable; 'Mapnik' and 'Osmarender' are not bad choices. Personally I think they are terrible choices - like naming a painting E15A Camel hair just because that's the brush you used to create it. Maybe so - I was trying to look at it from the point of view of someone who knows nothing about technology - for them, 'Mapnik' is just a funny made-up word and not really any better or worse than any other. More importantly, it keeps causing confusion for the mapnik project - getting bug reports saying things like why doesn't the forest show up on z6 - when it's nothing to do with the code of the rendering library. Interesting you should say that - but isn't it the case that in the OSM bug-tracker, the category called 'mapnik' is not so much for bugs in that program, but for changes to the style rules. And if we're aiming at anyone other than map-rendering-geeks, nobody really cares which library is used to render them Indeed, and if they don't care, they wouldn't care either that the names somehow match with map rendering programs. Only people who know about such things see it as a problem! Don't get me wrong, I am not at all opposed to changing the name, and have no strong opinion about which to pick; but from an end-user point of view it hardly matters. They are just random words. I think they could do with better names, but especially in the case of the mapnik layer it would be great to call it something other than mapnik. I guess the 'default OSM style' needs its own catchy name. -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Divided/Non-Divided Intersection
On Thu, Jul 22, 2010 at 11:08 AM, Dylan Semler dylan.sem...@gmail.comwrote: On Thu, Jul 22, 2010 at 5:57 AM, andrzej zaborowski balr...@gmail.comwrote: On 11 July 2010 10:23, Maarten Deen md...@xs4all.nl wrote: If you have a layout like this (use a fixed-width font): | | A+-+ | +B C+-+ | | And you want to go from B to A, why would routing software say go straight on and not go right, then go left? My opinion is that it is a routing software issue after all. When a road segment is just about 5m long, the software should just skip it in the driving directions and look at the angle between the A and the B roads. It can go as far as doing what Alan said, i.e. join all of the nodes in a junction (a concentration of nodes where roads meet) into a single node, possibly in the preprocessing phase. I don't agree that this should be done in OSM data, it will prevent more clever routing direction being given when more clever routing software is written (e.g. software telling your car where to stop to wait for green light, which lane to take etc). The lengths need to be chosen carefully because in e.g. pedestrian routing, 5m may be significant (say you're looking for an exit from a maze). A car can't even make turns that tight, and you're interested in the bigger picture when you reach a junction, the routing is not clever enough to get you through a junction anyway. And option is to map it like this: | | A+ | |\| | +B |/| C+ | | | How about grouping all of the nodes of the intersection into a relation? Routing software can treat it as a single intersection and the map can reflect how the roads are actually laid. Actually, I see there already is a proposed feature to use relations to handle routing instructions for complicated turns[1] [1]http://wiki.openstreetmap.org/wiki/Relations/Proposed/Turn_hints ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Update from Kosovo and Albania
Hi, Just got back online after my trip to Kosovo and Albania. 1. we signed a letter of unterstanding with the director of public services in Prizren. http://www.facebook.com/photo.php?pid=5229105l=6779a29f22id=523456582 We have permission to use the city map data http://staging.mapwarper.net/maps/2391 and other maps. I have recieved 90mb of dxf and pdfs file to process. We have also founded flossk prizren with 10 people, I gave them 2 of the gps devices that drlizau sponsored. THanks drliz. We have still gotten no support from the gpstogo even that we have asked many times. 2. I met with the vice mayor of shkoder, he said that we are ok to use the map data with the street names and that It is public domain.# http://staging.mapwarper.net/maps/2390 . We also met with Fred Zefi who arranged the meeting. He is interested in having some of the flossk members to come to shkoder and give some OSM training to some of the computer guys from the orphanage he is running. They came for a short visit to our Kick off party in shengjin, Albania. 3. We are in discusion with UNICEF about working together on some OSM stuff. They are working on some mobile phone location tools that use GSM tower triangulation. I think it would be very interesting to start mapping the mobile phone towers at least in prishtina and the other big cities where our maps are pretty complete. 4. We have still also the DXF maps of prishtina to do, http://wiki.openstreetmap.org/wiki/Kosovo_Prishtina_Streets_Tracing 5. We have also the in your pocket maps of shkoder to process and have permission to use this data : http://www.inyourpocket.com/albania/shkodra 6. Also we have the huge amount of data from the TPGInc http://wiki.openstreetmap.org/wiki/Albania_TPGInc_Import and Agim Kompani http://wiki.openstreetmap.org/wiki/AlbanianFloodingCrisisCamp/AgimKompaniData that has full coverage of albania. So you can see that we have hundreds of hours of tracing work to do and we need your help! please join the effort! Also thanks to all the people who have been helping, you know who you are! thanks, mike -- James Michael DuPont Member of Free Libre Open Source Software Kosova and Albania flossk.org flossal.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapquest updating - sautter.com showing mapquest
Hi there, The idea for the wiki page, is to provide a start page (for OSM users), As a way to keep track of whats going on, so this is an 'unofficial version' Once information is noted on the official website, i guess there is no need to post it on the wiki page. So it's the same thing for other applications like maperaitive, where there is an external website. So the wiki page just serves as a quick reference, and users know to check the official page for the latest updates. So then extra tips tricks that users find can be added to the wiki, as the product is always under development. http://wiki.openstreetmap.org/wiki/Maperitive So yes, i did also notice that the reference was not listed correctly on the sautter.com map view. http://sautter.com/map/?zoom=14lat=48.77402lon=-123.69374layers=0BTFFFTTFF http://sautter.com It appears that yahoo imagery was done correctly, as well as the cyclemap, and NASA SRTM is also listed correctly. Im not an open layers programmer, so i have no idea how to fix it. Hopefully this can be changed, then the screen-view could also be changed to an updated version, as the one i made was showing what the website can do, and mapquest as a side-benifit. Probably a screen view of the yahoo image / mapqest hybred would be sufficient. (Or removing the image would also be fine) Cheers, Sam Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Street guide built from OSM data, looking for feedback
You can do this with the current renders, n the web page of the map click the plus sign and cycleways are an option to display, or something like Maperitive with a suitable set of rules, I have at least one that works nicely with Maperitive if the current default doesn't show it. The nice thing about Maperitive and custom rules is you decide exactly what is shown, so just put cycleways, pubs, 24 hr supermarkets and book shops in the rules and you end up with a customised student map. Cheerio John On 22 July 2010 08:42, Hillsman, Edward hills...@cutr.usf.edu wrote: Our university's bicycle club is developing a map of bikeable routes from campus into nearby areas (we are located in a very car-centric setting). It would be very useful to have something like this for each of the major streets that has bike lanes, to make it easier for people to figure out what is worth riding to and what is nearby. Maybe put a URL along each route on the paper map to link to it, and links to it from the club's online version of the map (which we will be extracting from OSM) Ed Edward L. Hillsman, Ph.D. Senior Research Associate Center for Urban Transportation Research University of South Florida 4202 Fowler Ave., CUT100 Tampa, FL 33620-5375 813-974-2977 (tel) 813-974-5168 (fax) hills...@cutr.usf.edu http://www.cutr.usf.edu On Wed, Jul 21, 2010 at 4:43 PM, Edward Betts o...@edwardbetts.com wrote: I'm interested in ideas about how to better organize the data, or for any other suggestions. ___ 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] Announcing the Open Brewpub Map
Hi, Sven Geggus wrote: This is in fact a connection of two of my hobbies (brewing and mapping) in some way :) You are German, huh? They are quite famous for both hobbies, I think :-) http://brewpubs.openstreetmap.de/ Cool! Currently the map is centered around the south western part of germany (where I live) and filled mostly with pubs where I have been myself but I hope this will change very soon now. Tagging is easy. Just add microbrewery=yes to the node or building area object of your local brewpub. Nice. Would Addis Ababa show up? http://www.openstreetmap.org/browse/node/768273512/history Alexander ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSMF election to board
Hello, where can I find the results of the OSMF election to board? It is 11 days ago but I cannot find any publication. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF election to board
Hi, the results are not yet in. where can I find the results of the OSMF election to board? It is 11 days ago but I cannot find any publication. Mike Collinson sent an update a few days ago that they still need to validate a few votes: I have now checked for valid membership and eliminate proxy votes where the member also voted in person. I may need to void a number of votes from persons who do not appear to be members or whose membership was not paid-up as of 11th July, the date of the AGM. Cheers, Lars ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest updating - sautter.com showing mapquest
Hi Sam, Sorry to say I'm not sure if you are asking me to do, or not do, something to the MapQuest page. I do really appreciate your attention to it, and the edits / additions. If we're doing something inappropriate, it is purely unintentional. Being able to edit the page and have an instantly update-able place to tell you about things like the style on github, or how to access the tiles is pure gold for me - my normal official processes can take a lot longer - even a post on the MapQuest devblog can take a couple of days to get pushed out. Ant Sent from my iPad On Jul 22, 2010, at 12:19 PM, Sam Vekemans acrosscanadatra...@gmail.com wrote: Hi there, The idea for the wiki page, is to provide a start page (for OSM users), As a way to keep track of whats going on, so this is an 'unofficial version' Once information is noted on the official website, i guess there is no need to post it on the wiki page. So it's the same thing for other applications like maperaitive, where there is an external website. So the wiki page just serves as a quick reference, and users know to check the official page for the latest updates. So then extra tips tricks that users find can be added to the wiki, as the product is always under development. http://wiki.openstreetmap.org/wiki/Maperitive So yes, i did also notice that the reference was not listed correctly on the sautter.com map view. http://sautter.com/map/?zoom=14lat=48.77402lon=-123.69374layers=0BTFFFTTFF http://sautter.com It appears that yahoo imagery was done correctly, as well as the cyclemap, and NASA SRTM is also listed correctly. Im not an open layers programmer, so i have no idea how to fix it. Hopefully this can be changed, then the screen-view could also be changed to an updated version, as the one i made was showing what the website can do, and mapquest as a side-benifit. Probably a screen view of the yahoo image / mapqest hybred would be sufficient. (Or removing the image would also be fine) Cheers, Sam Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Microbrewery
Die laatste partij zal ik eens mailen met een samenwerkingsverzoek. groet, floris Ronald wrote: Scheldebrouwerij in âs Gravenpolder zie http://www.scheldebrouwerij.nl lees ook http://www.kleinbrouwerijcollectief.nl/ vanaf augustus komt hier een lijst ronald ___ 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: [talk-au] Mapping a blank spot
On 22 July 2010 14:55, {Tim} m526244+osm...@gmail.com wrote:
I, obviously, agree. This situation (speed limits in either direction
bearing no relation to one another) is perhaps more common than you
realise. and upon further thought, apart from trivial cases why should
it not be so?
The trouble is the current API only supports tagging ways, not lanes,
and it doesn't look like this will be added any time soon, see my
other email on what you can do in the mean time about asynchronous
speed limits on ways...
On the other hand, it does draw attention to the fact that, on the
whole, speed limits are not set with any kind of logic at all.
Apart from trying to trap people into breaking the law in places to
increase revenue?
A number of roads locally have the rather refreshing notice Drive to
Road Conditions (presumably, if you are dead, then you mustn't have
been?). How in hell do you tag this? Graveyard humour aside?
For the most part maxspeed is 100, however explicitly stating that on
a sign gives people a goal to aim for, so I can only guess these signs
are an attempt to get people to slow down without setting a hard
limit...
These kinds of speed limits used to be common when cars had much less
capable engines, and in some places you still see signs with a black
circle with a diagonal black line across it,
___
Talk-au mailing list
Talk-au@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mapping a blank spot
On Thu, Jul 22, 2010 at 2:21 PM, Steve Bennett stevag...@gmail.com wrote: On Thu, Jul 22, 2010 at 12:42 PM, John Smith deltafoxtrot...@gmail.com wrote: I just want more people to contribute maxspeed information to make routing more useful, and if people see maxspeed tags everywhere I was hoping they'd either fix them if wrong, or add them to non-residential streets... Fwiw, I think it was probably a good idea to do this. Adding maxspeed information is one of the most tedious tasks possible though. Even on roads I know well I find it hard to do from memory, and frequently the two sides of the road are a bit out of sync. Btw, if anyone knows the Calder Highway, I noticed recently that outbound it's 80 kph for a very long section (to about Calder Park) while 100 kph in-bound. Very odd. Anyone know the story? It's a high accident zone because many streets from the suburb to the west let you onto the highway. So they closed a lot of the crossing points which allowed you to get on the inbound lanes coming from a side street and for outboud they slowed it down to 80. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Wineries
How do you tag a winery? I tried tourism=winery but that doesn't render. I guess shop=alcohol would render, but that's not really the correct tag. - Ben I have put them in as tourism=attraction, back in the days when i found a tag and misused it or altered it to fit reality. They are a special sort of of tourism attraction. Not all have cellar door sales, so we should sort out a better type of tagging system to cover vineyard / winery / cellar door sales / restaurant / winery tours whatever else is available at these places. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Wineries
On 22 July 2010 16:24, Simon Biber simonbi...@yahoo.com.au wrote: To indicate specifically that it is a winery, perhaps you could introduce a sub-category like shop=alcohol, alcohol=winery. Some people might think alcohol=* would be used for tagging products rather than purpose... What about tourism=attraction, attraction=winery? There is also meaderies and they serve a similar purpose, but for mead rather than wine, and usually have other honey products for sale... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Recent changes camp
Sam just sent me this link: http://en.wikiversity.org/wiki/University_of_Canberra/RCC_Canberra It's a wiki unconference: http://en.wikipedia.org/wiki/Recent_Changes_Camp ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] ODBL yet again, but from a pragmatic approach...
On 21 July 2010 05:36, John Smith deltafoxtrot...@gmail.com wrote: I'm not sure how complete it is, but there is a list of data sets and the licenses: http://wiki.openstreetmap.org/wiki/Import/Catalog If there are any known entries missing, please add them. LWG has put out a request for this earlier, but it may not have reached talk-au shores. Regards Grant ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Wineries
Hi. Yes I'm thinking that tourism=attraction is probably the most appropriate tag, in that I'm probably interested in the winery due to tourism rather than commerce. If there is also a restaurant there I'd probably tag that separately. As before, note that a vineyard is a different thing to a winery, and already has appropriate tags. Presumably the winery get their grapes from one or more vineyards, although I am no expert on the matter. :) - Ben. On 22 July 2010 17:31, John Smith deltafoxtrot...@gmail.com wrote: On 22 July 2010 16:24, Simon Biber simonbi...@yahoo.com.au wrote: To indicate specifically that it is a winery, perhaps you could introduce a sub-category like shop=alcohol, alcohol=winery. Some people might think alcohol=* would be used for tagging products rather than purpose... What about tourism=attraction, attraction=winery? There is also meaderies and they serve a similar purpose, but for mead rather than wine, and usually have other honey products for sale... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] ODBL yet again, but from a pragmatic approach...
On Thu, Jul 22, 2010 at 11:50 PM, ed...@billiau.net wrote: On 21 July 2010 05:36, John Smith deltafoxtrot...@gmail.com wrote: I'm not sure how complete it is, but there is a list of data sets and the licenses: http://wiki.openstreetmap.org/wiki/Import/Catalog If there are any known entries missing, please add them. LWG has put out a request for this earlier, but it may not have reached talk-au shores. Grant What's the lower limit for inclusion on this list? It says rather vaguely more than a few hundred nodes. 80n Regards Grant This page is more complete with regard to data sources, but doesn't list the data we got from ABS (our largest donor). http://wiki.openstreetmap.org/wiki/Australian_Data_Imports ___ 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
Re: [talk-au] ODBL yet again, but from a pragmatic approach...
On 23 July 2010 00:08, 80n 80n...@gmail.com wrote: http://wiki.openstreetmap.org/wiki/Import/Catalog *snip* Grant What's the lower limit for inclusion on this list? It says rather vaguely more than a few hundred nodes. 80n Those that imported the data, they make the decision. We have to ask everyone anyway, so it does not matter how many are on the list. / Grant ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Wineries
On 23 July 2010 06:41, Ben Kelley ben.kel...@gmail.com wrote: Yes I'm thinking that tourism=attraction is probably the most appropriate tag, in that I'm probably interested in the winery due to tourism rather than commerce. Not all places that sell wine in this fashion make their own wine, even if they do grow grapes... Does this still make them a winery? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Wagga Wagga Airport
It looks like it's half a military airfield and half a commercial airport and I've sort of split it up with a couple of relations but I'm not entirely sure what I've done accurately describes the situation. Is anyone familiar with Wagga airport able to comment further on the situation? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Wagga Wagga Airport
On Fri, Jul 23, 2010 at 1:46 PM, John Smith deltafoxtrot...@gmail.comwrote: It looks like it's half a military airfield and half a commercial airport and I've sort of split it up with a couple of relations but I'm not entirely sure what I've done accurately describes the situation. Is anyone familiar with Wagga airport able to comment further on the situation? Check out this link: http://www.airservices.gov.au/publications/current/ersa/FAC_YSWG_3-Jun-2010.pdf it may give you some more guidance. -- Babstar ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Wagga Wagga Airport
On 23 July 2010 14:39, Babstar babsta...@gmail.com wrote: Check out this link: http://www.airservices.gov.au/publications/current/ersa/FAC_YSWG_3-Jun-2010.pdf it may give you some more guidance. Thanks for that, it shows the airport split up more or less how I split the mutipolygon relations, it also highlighted an unpaved runway I failed to notice... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Wagga Wagga Airport
On Fri, 23 Jul 2010 14:39:05 +1000 Babstar babsta...@gmail.com wrote: On Fri, Jul 23, 2010 at 1:46 PM, John Smith deltafoxtrot...@gmail.comwrote: It looks like it's half a military airfield and half a commercial airport and I've sort of split it up with a couple of relations but I'm not entirely sure what I've done accurately describes the situation. Is anyone familiar with Wagga airport able to comment further on the situation? Check out this link: http://www.airservices.gov.au/publications/current/ersa/FAC_YSWG_3-Jun-2010.pdf it may give you some more guidance. -- Babstar Not really usable as they are copyright. The airport is joint RAAF civil, when I worked there in 1986 the division was the edge of the apron between the control tower building and the hangars so what you have is fairly close. Other comments on this (and it's probably more of a limitation of osm) is that not all that you have marked as taxiways are. When the lines you've marked as taxiways cross onto an apron then the taxiway ends there so at the main apron from the yellow and red line where taxi 'C' crosses that is no longer a taxiway. Likewise where it continues onto the military apron. Also the filet lines onto the runway are not taxiways there only guidance lines the taxiways there join like a t intersection with no link roads. -- Ross Scanlon i...@4x4falcon.com ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Wagga Wagga Airport
On 23 July 2010 15:13, Ross Scanlon i...@4x4falcon.com wrote: Not really usable as they are copyright. It was useful as confirmation, rather than copying... The airport is joint RAAF civil, when I worked there in 1986 the division was the edge of the apron between the control tower building and the hangars so what you have is fairly close. Other comments on this (and it's probably more of a limitation of osm) is that not all that you have marked as taxiways are. When the lines you've marked as taxiways cross onto an apron then the taxiway ends there so at the main apron from the yellow and red line where taxi 'C' crosses that is no longer a taxiway. Likewise where it continues onto the military apron. I had no idea what to tag those as, and there was nothing on map features page to describe these better, feel free to tag them as something else... Also I marked the RAAF taxiway etc as access=military although access=private might be more accurate since you can get permission to transit according the PDF... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Wagga Wagga Airport
On 23 July 2010 15:13, Ross Scanlon i...@4x4falcon.com wrote: Not really usable as they are copyright. It was useful as confirmation, rather than copying... Useful information for anyone else considering using them as well then. I had no idea what to tag those as, and there was nothing on map features page to describe these better, feel free to tag them as something else... Also I marked the RAAF taxiway etc as access=military although access=private might be more accurate since you can get permission to transit according the PDF... As I said probably a limitation of osm. access=military is good as that's the limitation rather than private. It is correct for the areas as marked. -- Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Wagga Wagga Airport
On Fri, 23 Jul 2010 15:24:53 +1000 John Smith deltafoxtrot...@gmail.com wrote: something else... Also I marked the RAAF taxiway etc as access=military although access=private might be more accurate since you can get permission to transit according the PDF... Only if your a civil aircraft on contract to the military (...all transient MIL and civil/MIL acft...), if the civil/MIL was civil then yes you could get permission. -- Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] FISL
Estou no FISL. A palestra do OSM está marcada para amanhã (23/7) às 16:00h. Espero encontrar alguém lá. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] FISL
Sorte! On Thu, Jul 22, 2010 at 2:01 PM, be...@cnpuv.embrapa.br wrote: Estou no FISL. A palestra do OSM está marcada para amanhã (23/7) às 16:00h. Espero encontrar alguém lá. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] FISL
Oi Samuel, O Arlindo chegou ontem e eu estou indo amanhã. Acho que o Samuel tambem já deve estar por aí. Podemos tentar marcar pra se encontrar na hora do almoço amanhã. On Thu, Jul 22, 2010 at 9:01 AM, be...@cnpuv.embrapa.br wrote: Estou no FISL. A palestra do OSM está marcada para amanhã (23/7) às 16:00h. Espero encontrar alguém lá. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Am Mittwoch 21 Juli 2010, 23:05:09 schrieb Christian Schmitt: Was könnte konkret passieren wenn die Quellenangabe nicht verpflichtend ist? Ich sehe es momentan nicht - bitte hilf mir auf die Sprünge. Es werden interessante Anwendungen geschaffen, kommerzielle Hersteller profitieren von ausgezeichnetem Datenmaterial und kriegen den ganzen Ruhm. Von OSm als eigentlicher Datenquelle erfaehrt niemand was. Deshalb fragen sich potentielle neue Mapper auch, wieso sie ueberhaupt bei OSM mitmachen sollten, bzw. wozu das Projekt gut sein soll - denn die kommerziellen haben doch eh alles, was man braucht... 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] Lizenzwechsel-Bauchscmerzen
Am 22.07.2010 um 08:09 schrieb Guenther Meyer: Am Mittwoch 21 Juli 2010, 23:05:09 schrieb Christian Schmitt: Was könnte konkret passieren wenn die Quellenangabe nicht verpflichtend ist? Ich sehe es momentan nicht - bitte hilf mir auf die Sprünge. Es werden interessante Anwendungen geschaffen, kommerzielle Hersteller profitieren von ausgezeichnetem Datenmaterial und kriegen den ganzen Ruhm. Von OSm als eigentlicher Datenquelle erfaehrt niemand was. Deshalb fragen sich potentielle neue Mapper auch, wieso sie ueberhaupt bei OSM mitmachen sollten, bzw. wozu das Projekt gut sein soll - denn die kommerziellen haben doch eh alles, was man braucht... Ich glaube ehr, das Hersteller in Zukunft damit werben, osm-daten zu benutzen. - osm-inside Wer es nicht macht, da kann man direkt vermuten, das er Lizenzprobleme mit dem Verschnitt von seinen und osmdaten hat. Marc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation für relationale Struktur
Hallo ... , Ist es ok, mit Relationen eine relationale DB-Struktur zu simulieren? Also Objekte zu Klassen zusammenzufassen? Also Relations sind keine Sammlungen von Daten mit den selben Eigenschaften. Dazu entgegen habe ich folgendes gefunden: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Defaults http://wiki.openstreetmap.org/wiki/DE:Relations/Relations_are_not_Categories und natürlich http://wiki.openstreetmap.org/wiki/Relationen Ich kenne beide. Aber wie sind die denn nun zu interpretieren? Ich vermute mal, gesetziche Regelungen sind Eigenschaften die nicht über Relationen an Daten geknüpft werden sollen? Also müsste solchen Relationen widersprochen werden? Tilmann hingegen vermutet, dass sowohl gesetzliche Feiertage, als auch gesetzliche Regelungen (z.B. Höchstgeschwindigkeiten) über Relationen abgebildet werden sollen. Ich möchte gern den diskriminierenden Unterschied wissen :-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Windows-Programme für OSM
Dimitri Junker wrote: Einfach ausgedrückt ich wollte das Programm für mich haben und habe Visual C++, also hab ich es damit gemacht. kann ich durchaus nachvollziehen, ging mir auch schon so. da ich aber immer schon beruflich und privat auf mehreren hochzeiten - sprich platformen - tanze, bin ich auf opensource und platformunabhängigkeit gekommen. Ich habe schon länger vor mal mit Java o.ä. anzufangen, aber jedesmal wenn ich ein Programm brauche will ich es schnell nutzen und da verschiebe ich das Einarbeiten in Java immer wieder. was mutt, das mutt ;) ich bin auch noch dran. allerdings ist java alleine noch nicht DIE lösung. es gibt hier im osm-umfeld ein wirklich klasse programm, voll java mit prima gui, das unter linux nicht laufen will, da dort MS-altlasten drin sind. wäre fast ein kompletter rewrite notwendig. schade :( gruss walter - Ich bin root, ich darf das. -- View this message in context: http://gis.638310.n2.nabble.com/neue-Windows-Programme-fur-OSM-tp5311737p5324210.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in mapgen.pl 1.05?
moin, sehr schön. habe die mapgen.pm ins svn gestellt. die simplify geschichte setze ich auf die todo liste. ciao gerhard On Wed, 2010-07-21 at 22:18 +0200, Carsten Gerlach wrote: Hallo, Am Dienstag 20 Juli 2010 schrieb Gary68: anhängend mapgen.pm 1.061. habe es mit kleineren kartenausschnitten probiert, habe jedoch keinen großen bei der hand. bitte mal mit 180 grad testen. Ja, damit klappt es, wunderbar :-) Ein weiterer Punkt ist mir aufgefallen. Bei großen Kartenausschnitten liegen die einzelnen Wegpunkte ziemlich nah bei einander. Das führt dazu, daß in der SVG-Datei viele Punkte mit denselben Koordinaten entstehen, z. B: g id=Ways polyline points=6,84 6,84 7,84 7,84 7,84 7,84 8,84 8,84 8,84 ... usw. Wen mapgen.pl hier nur jeweils einen Eintrag in die SVG macht, bleibt die deutlich kleiner und die Konvertierung in png würde auch schneller gehen. Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Hallo, Guenther Meyer wrote: Am Mittwoch 21 Juli 2010, 23:05:09 schrieb Christian Schmitt: Was könnte konkret passieren wenn die Quellenangabe nicht verpflichtend ist? Ich sehe es momentan nicht - bitte hilf mir auf die Sprünge. Es werden interessante Anwendungen geschaffen, kommerzielle Hersteller profitieren von ausgezeichnetem Datenmaterial und kriegen den ganzen Ruhm. Von OSm als eigentlicher Datenquelle erfaehrt niemand was. Ist das realistisch? Wie viele brauchbare Kartendatensaetze gibt es - Navteq, Teleatlas, OSM, und sonst? Wenn nun irgendwer mit einem tollen Produkt auf den Markt kommt, wie lang dauert es, bis ein eifriger Journalist rausgefunden hat, dass die Daten aus OSM stammen muessen und den Hersteller drauf anspricht? Wir der Hersteller dann luegen und sich vor aller Welt unglaubwuerdig machen, oder wird er die Wahrheit sagen? Und wenn letzteres, wieso sollte er es nicht gleich tun? Ich bin ausserdem auch der Ansicht, dass OSM ein Qualitaetsmerkmal werden wird und die Leute sich gern damit ruehmen werden, OSM zu verwenden. Wartet nur ab, in 1-2 Jahren muessen wir gerichtlich gegen Leute vorgehen, die behaupten, ihr Produkt basiere auf OSM, bei denen das aber gar nicht stimmt ;) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Hi Marc, osm-inside ja, das ist m.E. ein zukunftsträchtiges Ziel! /Die/ Revolution der Geodaten... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin eTrex HCx und große Speicherkar ten
Was haltet ihr davon (neben der Nachfrage beim Hersteller) das Ganze mal systematisch anzugehen. Im Wiki gibt es doch die Seite über GPS-Geräte, wieso nicht einen Unterpunkt beim Etrex erstellen über SD-Speicherkarten. Dort könnten erstmal allgemein die Speicherkarten (Hersteller, Serie, ...) hinterlegt werden auf Hinsicht zu ihrer Kompatibilität. Des weiteren wäre es dann ja auch durchaus denkbar, das meine eine Referenzkarte benennt oder hinterlegt, und jeder seine Ladezeit inklusive Firmware-Versions-Nummer einträgt. Dann käme doch vielleicht auch schon etwas Licht ins Dunkel, oder ? Am 18. Juli 2010 15:29 schrieb Walter Nordmann walter.nordm...@web.de: schon mal mit dem herstellen gesprochen? alles andere ist doch nur spekulation - auch meine obige bemerkung ;( - Ich bin root, ich darf das. -- View this message in context: http://gis.638310.n2.nabble.com/AIO-wird-nicht-mehr-aktualisiert-tp5269818p5308762.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
Hallo, Am 22.07.2010 um 08:09 schrieb Guenther Meyer: Am Mittwoch 21 Juli 2010, 23:05:09 schrieb Christian Schmitt: Was könnte konkret passieren wenn die Quellenangabe nicht verpflichtend ist? Ich sehe es momentan nicht - bitte hilf mir auf die Sprünge. Es werden interessante Anwendungen geschaffen, kommerzielle Hersteller profitieren von ausgezeichnetem Datenmaterial und kriegen den ganzen Ruhm. Von OSm als eigentlicher Datenquelle erfaehrt niemand was. Deshalb fragen sich potentielle neue Mapper auch, wieso sie ueberhaupt bei OSM mitmachen sollten, bzw. wozu das Projekt gut sein soll - denn die kommerziellen haben doch eh alles, was man braucht... Es werden interessante Anwendungen geschaffen, die intuitiv bedienbar sind. So wie es heute schon intelligente Navigationsgeräte gibt, die benutzerdefinierte Routenänderungen in eine Datenbank einfließen lassen, wird es für den Massenmarkt Geräte und Software geben, mit deren Hilfe die Anwender die OSM-Datenbank kontinuierlich ausbauen und pflegen können. Es wird kinderleicht sein, sich am OSM-Projekt zu beteiligen. Zukünftig werden praktisch alle namhaften Hersteller von Navigationsgeräten OSM als Kartengrundlage verwenden. OSM entwickelt sich zum Industriestandard im Bereich Geoinformatik. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vollkommen sinnlose, zerstörerrische Richtungsfunktion in OSM?
Moin, Tirkon schrieb: Wie gehabt: Ich habe gerade das erste Mal etwas über XML gelesen. Was jetzt kommt, ist also mit Sicherheit nicht richtig. Aber entfernt könnte das Ganze dann so aussehen: ?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='JOSM' node id='-4' visible='true' lat='-1.3351572879110518' lon='-1.466542772416855' / node id='-2' visible='true' lat='-0.022631832319151942' lon='-0.21726559591360814' / node id='-1' visible='true' lat='0.31231774745922347' lon='-0.8962205831436337' / way id='-3' action='modify' visible='true' nd ref='-1' / nd ref='-2' / nd ref='-4' / tag k='maxspeed' v='70' / nd ref='-1' / nd ref='-2' / nd ref='-4' / tag k='maxspeed' v='50' / nd ref='-4' / nd ref='-2' / nd ref='-1' / /way /osm prinzipiell machbar (mit kleinen formalen Änderungen ;-) ). Du machst allerdings nichts anderes, als den öffentlichen Textzusatz :forward in einen internen versteckten Bereich zu verschieben - da könnte man dann z.B. genauso bei einem internen versteckten forward bleiben. Denn der Editor muss bei dieser Variante jetzt eh: - Dem Nutzer bei jedem richtungsbezogenen-Tag die Richtung 'visualisieren', damit der weiß, worauf sich der Tag bezieht, z.B. durch forward/backward? ;-) - und er muss eine entsprechende Eingabemöglichkeit anbieten. Zudem müsste er aber bei Deiner Version bei jeder Weg-Änderung (entfernen, hinzufügen, teilen, verbinden)alle entsprechenden Node-Referenzen bearbeiten - da kann er auch bei jeder Richtungsänderung die internen Tags anpassen, fragt sich, was einfacher ist bzw. öfter vorkommt ... Möglicherweise lässt sich das auch soweit eindampfen, dass man nur den ersten und den letzten Node angibt. Es könnte aber Gründe geben, warum man dies beim Way nicht getan hat. Dieselben Gründe könnten auch dagegen sprechen, beim Tag ebenso zu verfahren. Ein Way führt nunmal über alle Nodes (wo z.B. ja auch andere Wege abgehen können), daher müssen ja auch alle Nodes enthalten sein. Für die Richtung würden zwar die End-Notes ausreichen, dann muss aber bei jeder Node-Änderung entsprechender Zusatz-Aufwand betrieben werden - Alternative s. o.. Fazit: Der notwendige Editor-Aufwand wird nur vom Umdrehen der Tag-Richtung zur Visualisierung und Eingabe-Möglichkeit verlagert - erforderlich ist er immer. Das Verschieben der Richtungsinformation in den 'internen' Daten-Bereich erfordert aber wegen der Tag-Konzept-Änderung zusätzlich noch eine API-Änderung. Hat man damit viel gewonnen? Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behindertenparkplatz
Am 22.07.2010 02:50, schrieb steffterra: Wenn ich eine Software zur Suche von Parkplätzen bauen müsste, dann würde ich diesen, so lange so interpretierten, Tag auch so interpretieren, wie er mal war. Das versteht sich von selbst. Wenn dann jemand einen kley dranbaut, der was anderes sagt, ist klar, dass es vorher falsch getaggt war, weil es ein Parkstand war... Wenn du diese Software bereits gebaut hättest, müsstest du sie dann natürlich umbauen, damit die Software beim Vorliegen eines solchen Zusatztags das für ihre Zwecke irrelevante Objekt auch tatsächlich ignoriert. Automatisch geht das nicht. Wir würden uns nicht streiten, wenn es nicht darum ginge einen tag zu einem Überbegriff zu machen. Wenn amenity=parking schon ein überbegriff mit keys wäre, wäre es ein Kinderspiel, einfach einen neuen key einzuführen. amenity=parking ist bereits ein Überbegriff mit einem Key parking für Unterkategorien: Da stehen dann solche Dinge wie surface, multi-storey und underground drin, also die /Bauart/ der Parkmöglichkeit. Das bitte beim Erfinden neuer Unterkategorien berücksichtigen, damit es nicht auch noch Konflikte mit der Bauartbeschreibung gibt. Angst! Arbeit! .. oder wie? Wenn man hier zusammenhalten würde und sich nicht jeder als Einzelkämpfer (der für seine Art zutaggen kämpfen würde) sondern vielmehr gemeinsamen nach _guten_ Lösungen (mit freiem Kopf!) gesucht würde, dann könnte man das auch stark gemeinsam flächendeckend umsetzen. Wenn ich deine Lösung gut und den Aufwand wert fände, würde ich sie gerne auch flächendeckend mit umsetzen. Es gibt hier aber nur endlich viel Arbeitskraft. Die kann man jetzt entweder in immer wieder neue Umbenennungen, Modifikationen und Ergänzungen existierender Tags stecken (mit fast keiner anderen Wirkung als einer subjektiv schöneren Sortierung). Oder man kümmert sich um Dinge, die bislang noch *überhaupt nicht* vernünftig eintragbar sind. Wie eben die Linienbündel, die du ja auch ansprichst. Oder verbessert die Software. Und so weiter. Ich bevorzuge Themen und Tätigkeiten der letzteren Kategorie und hätte mich hier deshalb gar nicht erst zu Wort melden sollen. Na ja, mein Fehler. Viel Spaß noch beim Diskutieren! Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Garmin-Rasterkarten?
Hallo, hat schonmal jemand OSM-Daten als *Rasterkarten* statt als Vektordaten auf ein Garmin gespielt? Geht das ueberhaupt? Was muss man dazu tun? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Die Hausbrauereikarte - Open Brewpub Map
AssetBurned openstreet...@assetburned.de wrote: hmmm also richtig cool wäre es wenn man auch direkt nen link zum wiki artikel finden könne um die tags zu erfahren die man hinterlegen muss damit eine kleinstbrauerrei mit aufgeführt werden kann. ;-) hätte da wohl zwei. http://hausbräu.openstreetmap.de/about.html beschreibt den tag, im Wiki steht auch nicht mehr drin: http://wiki.openstreetmap.org/wiki/Tag:microbrewery%3Dyes Ich frage mich ob man auch für normale Brauereien einen Tag erfinden sollte. wundert mich etwas, dass es da noch keinen gibt. Könnte man in einem anderen Layer anzeigen. Sven P.S.: Ich bin wirklich beeindruckt von meinem kleinen crowdsourcing experiment. Laut aktuellen Stand haben wir schon 122 Hausbrauereien in der datenbank. -- In my opinion MS is a lot better at making money than it is at making good operating systems (Linus Torvalds, August 1997) /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] Behindertenparkplatz
Am 21. Juli 2010 22:20 schrieb Thomas Ineichen osm.mailingl...@t-i.ch: Vielleicht, weil vorher 'intuitiv' nur grössere Parkplätze gezeichnet wurden und man das endlich im Wiki festhalten wollte? vielleicht, vielleicht auch nicht. Weil die Grösse in einer mit osm2pgsql importierten Tabelle nicht drinsteht und darum für Mapnik nicht auswertbar ist? zumindest für die Beschriftung von Flächen kann man sehr wohl nach Größe differenzieren, bist Du Dir ganz sicher mit Deiner Aussage? Zusammenfassend meine Sicht: Es ist sinnvoll, zwischen den folgenden 3 Fällen zu unterscheiden: a) 'grosse' Parkplätze/Parkhäuser b) Parkmöglichkeiten entlang von Strassen c) einzelner, isolierter Parkplatz (für 1, 2 Autos) bzw. Ausnahme- Gruppen innerhalb von grösseren Parkplätzen ja, wie gesagt, die Unterscheidung von Stellplatz und Parkplatz als Gesamtheit finde ich ja auch sinnvoll, der Rest ergibt sich dann. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgresql und/oder postgis
Walter Nordmann walter.nordm...@web.de wrote: kann doch nicht sein, dass die datenstruktur nirgens beschrieben ist. Es gibt aber nur 4 relevante Tabellen: ..point ..ways ..polygon und ..roads Deren Aufbau ist im wesentlichen durch die Styledatei vorgegeben. Die Aufgabe der roads Tabelle ist mir selber auch nicht klar obwohl ich den hstore code verbrochen habe :) Die anderen 3 dürften ja klar sein. POI, Wege und Polygone. Eine ganz simple hstore Datenbank hat dann pro Tabelle nur 3 Spalten: Die Splate osm_id ist die ID des OSM Objekts. Die Spalte way ist das Geometrieobjekt: hstore= select astext(way) from planet_point where osm_id=255472178; astext -- POINT(1252625.07483985 6382408.84058035) (1 Zeile) Die Spalte tags enthält alle tags des Objekts: hstore= select (each(tags)).key,(each(tags)).value from planet_point where osm_id=255472178; key | value --+- name | Klosterbrauerei amenity | restaurant cuisine | german microbrewery | yes (4 Zeilen) aber ich werd wohl an die developer rangehen müssen :( osm2pgsql hat AFAIK keinen Maintainer :) Sven -- It's easier for our software to compete with Linux when there's piracy than when there's not. (Bill Gates) /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] Garmin-Rasterkarten?
Am Do, 22.07.2010, 10:39 schrieb Frederik Ramm: Hallo, hat schonmal jemand OSM-Daten als *Rasterkarten* statt als Vektordaten auf ein Garmin gespielt? Geht das ueberhaupt? Was muss man dazu tun? Ich habe mal mit TTQV (Google-Earth)-JPEG-Bilder auf meinem Oregon gespielt. Sofern ich das richtig in Erinnerung habe, muss man 'nur' einen KML-Datei mit Boundary-Informationen erstellen. Im Garmin-Forum [1] findet man hierzu mehr Informationen. Aktuell scheinen die Garmin Colorado, Oregon und Dakota Rasterkarten zu unterstützen [2]. [1] https://forums.garmin.com/showthread.php?t=2646 [2] https://forums.garmin.com/showthread.php?t=3643 Bye Frederik Gruß, -- Daniel de Wildt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Rasterkarten?
Hi, Am 22.07.2010 10:39, schrieb Frederik Ramm: hat schonmal jemand OSM-Daten als *Rasterkarten* statt als Vektordaten auf ein Garmin gespielt? Geht das ueberhaupt? Was muss man dazu tun? Funktioniert. Ich habe das zwar noch nicht mit OSM-Kacheln gemacht, aber mit Google-Sat-Bildern. Um das ins GPS-Gerät zu spielen muß man das Bild was man hat mit Googleearth georeferenzieren, das Ganze als kmz- Datei abspeichern und kann diese einfah ins GPS-gerät kopieren. Das kann dann wie eine Karte aktiviert werden und ist dann automatisch zu sehen, wenn man in das entsprechende Gebiet kommt. (Stichwort Custommaps bei Garmin http://www.garminonline.de/karten/outdoor/custommaps/) Hat entscheidende Nachteile: Die Bilder dürfen nur eine bestimmte Größe haben (1024x1024?) und es können nur knapp 100 (96?) davon in die kmz- Datei. Auch bei mehreren kmz- Dateien können es nur insgesamt knapp 100 sein. Die bessere Variante wäre es das Format zu entschlüsseln, was Garmin selbst mit seinem Satellitenbilderdienst macht, da gibt es diese Einschränkung nämlich nicht. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Die Hausbrauereikarte - Open Brewpub Map
Hallo Sven, microbrewery=yes für normale Brauereien einen Tag erfinden Wie wär's mit brewery=yes und macrobrewery=yes Oder brewery=* (ss|s|m|l|xl) Gruss, Markus PS: irgendwann bräuchte man dann noch ein Unterscheidungsmerkmal ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Rasterkarten?
Am Do, 22.07.2010, 10:58 schrieb Carsten Schwede: Hi, Am 22.07.2010 10:39, schrieb Frederik Ramm: hat schonmal jemand OSM-Daten als *Rasterkarten* statt als Vektordaten auf ein Garmin gespielt? Geht das ueberhaupt? Was muss man dazu tun? Die bessere Variante wäre es das Format zu entschlüsseln, was Garmin selbst mit seinem Satellitenbilderdienst macht, da gibt es diese Einschränkung nämlich nicht. Die Garmin-Birdseye-Bilder beinhalten auch unterschiedliche Bilder für unterschiedlichen Zoomstufen, was schon interessant ist. Bei der JPG/KML-Lösung ist dies glaube ich nicht möglich. -- Daniel de Wildt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlen-Import
Hallo Bernd, OSM-Files für die einzelnen Postleitzahlengebiete erzeugen und irgendwo nen WMS-Layer einrichten. würde mich gerne hinsetzen und diese Grenzen in meiner Gegend so verschieben bis es passt. Das hatte ich auch schon mal vorgeschlagen. Zusätzlich zu den persönlichen Ortskenntnissen kennen wir ja zunehmend einzelne Adressen und könnten die Grenze daran anpassen. Zwar gibt es bei den Postleitzahlen viele En- und Exklaven und Sonderfälle, die nur schwer darstellbar sind, aber die wurden früher in der PLZ-Karte ja auch nicht angezeigt. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgresql und/oder postgis
Hallo, Sven Geggus wrote: Die Aufgabe der roads Tabelle ist mir selber auch nicht klar obwohl ich den hstore code verbrochen habe :) Die Roads-Tabelle enthaelt eine Untermenge der Daten aus der Lines-Tabelle und dient dazu, den Zugriff fuer kleine Zoomlevel zu beschleuningen. Das ist ein ziemlich haesslicher Hack. aber ich werd wohl an die developer rangehen müssen :( osm2pgsql hat AFAIK keinen Maintainer :) Jon Burgess. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behindertenparkplatz
Hallo steffterra, Mann, geht mal an die frische Luft. Ich will ja hier keinen beleidigen, aber das ist der Grund, warum sich nichts bewegt. Also kein tag - alte Interpretation key dran - Interpretation nach key Wo ist das Problem? Kann man doch auch im Wiki so festhalten. Dann weiss es jeder, dass amenity=parking ohne Zusatztag/key ein großer Parkplatz ist - ist das denn so abwägig? Das Problem ist nicht die Theorie, da bin ich sogar - oh Wunder - mit Dir einer Meinung! Das Problem ist, dass die Idee nicht rückwärts-kompatibel ist. Alle Programme, welche nur die 'grossen' Parkplätze anzeigen wollen, müssen umgeschrieben werden. Genau deshalb wird nichts in die Welt gebracht. Genau wegen solcher Argumente. Natürlich hist es einfacher, etwas schnell schlecht umzusetzen, als groß aufziehen zu müssen und dafür eine geordnete Tagging-Struktur zu bekommen. Tausende von Einzeltags sind _nicht_ besser als ein Überbegriff und darin den passenden key suchen. Letzteres ist wesentlich flexibler, aber letzeres ist besser in der Einzelkämpfer-Marnier hier durchzusetzen. So ist es eben in einer Anarchie. :- Oberstes Ziel von OSM ist es nicht, ein 'abstrakt-korrektes' bzw. 'informatik-logisch korrektes' Taging-System aufzubauen, sondern es wird auch grossen Wert auf die praktische Nutzbarkeit gelegt. Wenn sich nun ein Tag in der 'falschen' Nutzungs-Art verbreitet hat, dann kann man sich überlegen, ob man für die 'neue' Nutzung nicht ein neues Tag einführen sollte. (siehe z.B. auch die leidige Diskussion um bicycle=designated) Wir würden uns nicht streiten, wenn es nicht darum ginge einen tag zu einem Überbegriff zu machen. Wenn amenity=parking schon ein überbegriff mit keys wäre, wäre es ein Kinderspiel, einfach einen neuen key einzuführen. Aber man muss ja nicht an die Zukunft denken... Lieber immer wieder neu einen Tag durchboxen. Erstens wird hier nicht durchgeboxt, sondern mit (den immer gleichen Argeumenten :- ) diskutiert. Mit boxen bringe ich nämlich niemanden dazu, 'meinen' Tag zu benutzen. Warum man bei Tags nicht nur in die Zukunft schauen kann sondern auch zurück steht weiter oben. Eine Parkplatz/Parkstand/Stellplatz-Datenbank ist viel leichter aufzuziehen, wenn man nicht darauf achten muss, wieviele unterschiedliche Tags es fürs Parken gibt. Einfach den amenity nehmen, auslesen, welche keys dazu gemappt wurden und gut ist. Aber das wäre wohl zu fortschrittlich gedacht. Es ist einfacher, 1 bis 5 neue Tags für ähnliche Dinge einzuführen. Die Frage ist aber auch, ob man überhaupt eine gesamte Datenbank aller Parkmöglichkeiten benötigt oder ob die Nachfrage von Parkhäuser und grosse Parkplätze und einzelne Parkplätze insb. Spezial-PP nicht sowieso meistens getrennt sind. Wer bespricht diese semantische Änderung auf der englischen talk Liste (bislang habe ich dort kein Wort über diese Diskussion gesehen)? Wer bespricht diese Änderung auf allen anderssprachigen Mailinglisten? Wer kümmert sich darum, das diese Änderung im Wiki *konsistent* (über alle Sprachen) geändert wird? Wer kümmert sich darum, das alle relevanten Kartenrenderer diese Änderung mitbekommen? Wer kümmert sich darum, daß Editoren ihre Presets entsprechend anpassen? ... und ich hab mit Sicherheit noch so einiges vergessen. Angst! Arbeit! .. oder wie? Wenn man hier zusammenhalten würde und sich nicht jeder als Einzelkämpfer (der für seine Art zutaggen kämpfen würde) sondern vielmehr gemeinsamen nach _guten_ Lösungen (mit freiem Kopf!) gesucht würde, dann könnte man das auch stark gemeinsam flächendeckend umsetzen. Wir suchen ja gerade nach einer guten Lösung. Allerdings wird es nie eine Lösung geben, die *alle* als die beste emfpinden. Irgendwo muss man ja mal anfangen, sich andere Meinungen anzuhören. Nur so langsam merke auch ich, dass hier viele eben nicht an das denken, was aus osm werden könnte, sondern, wie man am besten alles in das derzeitige Schema presst. Man merkt das es bei richtungsabhängigen Sachen eigentlich immer konfuser wird, weil tagging-ketten keine bessere Lösung als Relationen sind, weil man merkt, dass Linienbündel einen haufen Arbeit bedeuten. Blos nicht über den Tellerrand hinausdenken, es könnte Arbeit machen. Es ist einfacher im aktuellen Gedankenschema zu bleiben. Was meinst Du, warum ich hier gefragt habe und nicht einfach meine Art als *die Lösung* präsentiert habe? Wie schon mehrfach erwähnt ist parking+capacity zwar logisch aus Informatiker-Sicht, aber in OSM gibt es noch viel mehr zu beachten. Nein es fängt sogar schon bei einem Einzeltag an, dass hier keiner mehr am gleichen Ziel arbeitet, nämlich OSM zu verbessern, sondern versucht sein Einzellkämpfer-Ding innerhalb bestehender Grenzen durchzusetzen. Wenn Du die Diskussion so verstehst, dann hast Du sie nicht ver- standen. Es geht hier nicht um Durchsetzung sondern um Abwägung. Sich drum zu kümmern das die Änderungen konsistent überall
Re: [Talk-de] postgresql und/oder postgis
Sven Geggus wrote: Es gibt aber nur 4 relevante Tabellen: ..point ..ways ..polygon und ..roads danke, hatte mich gestern gefragt, WELCHE der verschiedenen tabellen nur für WAS zuständig ist; ich werd die anderen einfach ignorieren. eventuell noch ...rel, da ich was mit grenzen machen möchte. geht ja alles anscheinend in richtung mapnik und rendern möchte ich (noch) nicht. aber ich werd wohl an die developer rangehen müssen :( osm2pgsql hat AFAIK keinen Maintainer :) die/den wollte ich sowieso nicht angehen. osm2psql macht die knochenarbeit des datenschaufelns - ich dachte mehr an postgis (wenn ich das überhaupt brauche, da bin ich mir noch unsicher) danke fuer die info, gestern stand ich noch am abgrund - heute bin ich einen schritt weiter ;) - Ich bin root, ich darf das. -- View this message in context: http://gis.638310.n2.nabble.com/postgresql-und-oder-postgis-tp5322689p5324701.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Windows-Programme für OSM
Hallo, kann ich durchaus nachvollziehen, ging mir auch schon so. da ich aber immer schon beruflich und privat auf mehreren hochzeiten - sprich platformen - tanze, Tue ich auch, siehe Dir den Header der Mail an, sie ist mit einem von mir weiterentwickelten Atari-Programm geschrieben, läuft auf einem Atari- Emulator unter Windows. Ich hatte mal versucht JOSM zu bearbeiten, dank unzureichender Doku habe ich es aber nicht geschafft - wieder eine Chance verpaßt. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zur OSM-Lizenzvererbung
Hallo, Ich dachte, ich haette bereits gesagt, dass die absichtliche Verschluesselung weder unter CC-BY-SA noch unter ODbL zulaessig ist. Nicht in dem Teil den ich gelesen habe, da stand nur was von Kopierschutz: vor, dass der Anbieter nicht extra elektronische Verfahren anwenden darf, um die Weitergabe der Daten zu unterlaufen Weitergeben kann man verschlüsselte Daten, nur nutzen nicht. Ok in den Zitaten liest es sich so als ob auch verschlüsseln verboten ist, aber ob das reicht? Ich würde explizit reinschreiben, daß das Datenformat veröffentlicht werden muß. Ich muß mir doch nur einen neuen Komprimierungsalgorithmus ausdenken, den Einsatz dieses Komprimierers kann ich gut begründen, OSM- Files sind zu lang und eine DVD zu klein. Ob man dagegen vor Gericht durchkäme? Also warum nicht einfach vorschreiben, daß das Format entweder veröffentlicht werden muß, oder ein Konverter frei zur Verfügung gestellt werden muß der es in ein bekanntes Format wandelt. Das wäre bei o.g. Bsp z.B. sinnvoll wenn der Kompromierer separat vermarktet werden soll. Beispiel koennte man OSM-Dateien auf 8-Zoll-Floppy-Disks verkaufen, ohne dass man jetzt dafuer verantwortlich ist, dass die Leute auch 8-Zoll- Floppy-Laufwerke haben ;) Das Bsp hinkt, hier ist zumindest bekannt wie man an die Daten kommt, und der Käufer der Disks hat mit Sicherheit einen Leser. Wenn aber niemand außer dem Anbieter auf die Daten zugreifen kann sind sie meiner Meinung nach nicht öffentlich. Der GPS-Hersteller ist meiner Ansicht nach nicht verpflichtet, eine geraeteunabhaengige Version der Daten zur Verfuegung zu stellen. Er darf aber auch nicht per DRM o.ae. dafuer sorgen, dass die Weitergabe von Kunde A zu Kunde B nicht funktioniert. Das ist doch sinnlos. Wenn er das Gerät nur mit Karten verkauft hat keiner was von der Weitergabe weil alle die das Gerät haben auch die Karten haben. Und nächstes Jahr gibt es eine neue kostenpflichtige Firmware und ein kostenloses Kartenupdate das nur mit dieser Firmware funktioniert. Nötig ist die neue Firmware angeblich weil die Daten sonst etwas zu gruß für den Datenträger sind. Ich fände es schon zumutbar einen Konverter anbieten zu müssen. Was mir an der Sache nicht paßt ist, daß ggf. der kleine Programmierer (nein nicht ich, ich programmiere nur kostenlose Software) nicht in der Lage ist aus OSM etwas zu entwickeln mit dem er Geld verdienen kann, die große Softwareschmiede mit Rechtsabteilung und der Möglichkeit mal eben ein kompliziertes Datenformat zu erstellen sehr wohl. Also gibt es meiner Meinung nach nur 2 Möglichkeiten, alle Beschränkungen weg, also PD oder wasserdichte Beschränkungen. Noch etwas wenn ich es richtig mitbekommen habe soll eine Klausel aufgenommen werden, daß sich die Lizenz ändern kann wenn 3/4 der Mapper dem zustimmen. Aus Sicht der Mapper ist das sinnvoll. Was ist aber mit besagtem Navihersteller, der viel Geld investiert hat und dann durch eine neue Lizenz nicht mehr an die Daten darf? Als Lösung könnte ich mir eine Art Zertifizierungsstelle vorstellen. Wehr also sicher gehen will läßt sich von einer OSM-Stelle bestätigen, daß Seine Nutzung dem Sinn der Lizenz entspricht, dies würde dann z.B. für 10 Jahre gültig sein egal ob sich die Lizenz ändert oder nicht. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Die Hausbrauereikarte - Open Brewpub Map
Markus liste12a4...@gmx.de wrote: Wie wär's mit brewery=yes Garantiert nicht, denn da ist die Brauerei ja kein Anhängsel des Gasthauses mehr sondern der eigentliche Betrieb. Eher also amenity=brewery oder sowas. und macrobrewery=yes Das ist nun definitv gar kein gängiger Begriff. Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /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] postgresql und/oder postgis
Am 22.07.2010 07:07, schrieb Walter Nordmann: hi peter, danke für die späte antwort ;) Generell gibt es folgende Spalten: ... aha, einen kleinen schritt weiter; die spalten hatte ich schon aber manche sind doch sehr cryptisch. wenn ich erst an way/type geometry denke - aber das brauche ich zur zeit hoffentlich nicht. Schau mal hier für ein Beispiel bzgl. einer bbox abfrage: http://svn.toolserver.org/svnroot/mazder/startup/browser.php Um den Inhalt der way-Spalte leserlich zu machen, kannst du ST_AsText benutzen. es kann doch nicht sein, dass die datenstruktur nirgens beschrieben ist. zumindest was die verschiedenen tabellen bedeuten. Ich habe das mal versucht aufzuschreiben: http://wiki.openstreetmap.org/wiki/DE:HowtoMinutelyHstore#Tabellenstruktur Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgresql und/oder postgis
Frederik Ramm frede...@remote.org wrote: Die Roads-Tabelle enthaelt eine Untermenge der Daten aus der Lines-Tabelle und dient dazu, den Zugriff fuer kleine Zoomlevel zu beschleuningen. Das ist ein ziemlich haesslicher Hack. Das ganze Programm ist ein historisch gewachsener Verhau daher wundert mich das jetzt nicht so sehr. Sven -- Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der Demokraten (Theodor W. Adorno) /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] Postleitzahlen-Import
OSM-Files für die einzelnen Postleitzahlengebiete erzeugen die gibt es doch schon seit ca 3 monaten. ist das projekt tot oder nur geheim? walter - Ich bin root, ich darf das. -- View this message in context: http://gis.638310.n2.nabble.com/Postleitzahlen-Import-tp5308160p5324720.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Rasterkarten?
Carsten Schwede computerte...@gmx.de wrote: Die bessere Variante wäre es das Format zu entschlüsseln, was Garmin selbst mit seinem Satellitenbilderdienst macht, da gibt es diese Einschränkung nämlich nicht. Ich meine irgendwo ein Programm gesehen zu haben welches geotiff in dieses Format umrechnet. Sven -- Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open Source-Betriebssystem bedenken sollten, ist, dass Sie kein Windows-Betriebssystem erhalten. (von http://www.dell.de/ubuntu) /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] Behindertenparkplatz
Hallo Martin, Weil die Grösse in einer mit osm2pgsql importierten Tabelle nicht drinsteht und darum für Mapnik nicht auswertbar ist? zumindest für die Beschriftung von Flächen kann man sehr wohl nach Größe differenzieren, bist Du Dir ganz sicher mit Deiner Aussage? Hast Du ein Beispiel dafür? Das wär mir zumindest noch nirgends aufge- fallen. Die Geometrie eines Objekts ist zwar in der way-Zelle gespei- chert, aber Mapnik-Filter filtert nach diesem Wert. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgresql und/oder postgis
Walter Nordmann walter.nordm...@web.de wrote: danke, hatte mich gestern gefragt, WELCHE der verschiedenen tabellen nur für WAS zuständig ist; ich werd die anderen einfach ignorieren. eventuell noch ...rel, da ich was mit grenzen machen möchte. Nein die anderen Tabellen sind nicht für die Anwendung gedacht sondern nur für das inkrementelle update. Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /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] Behindertenparkplatz
Guten Tag steffterra, Ganz klares Versagen der Software in Kombination mit fehlenden keys oder eigenen Tags für unterschiedliche Parkmöglickeitsarten. Ganz klares Versagen der Entscheider dieses Tag auch für einzelne Parkplätze zu nutzen in Kombination mit fehlender Rückwärtskompatibi- lität. So oder so ähnlich könnte man das *auch* sehen.. :- Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgresql und/oder postgis
Peter Körner osm-li...@mazdermind.de wrote: Um den Inhalt der way-Spalte leserlich zu machen, kannst du ST_AsText benutzen. Siehe mein Posting. Wenn man die datenbank in Google Projektion laufen hat kann man das ganze mit ST_transform in lat/lon umrechnen. Oder man nimmt askml, der macht das imlizit: hstore= select astext(ST_transform(way,4326)) from planet_point where osm_id=255472178; astext -- POINT(11.2525225 49.6297999) (1 Zeile) hstore= select askml(way) from planet_point where osm_id=255472178; askml - Pointcoordinates11.2525225,49.6297999/coordinates/Point (1 Zeile) Gruss Sven -- Threading is a performance hack. (The Art of Unix Programming by Eric S. Raymond) /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
[Talk-de] natural=tree und village_green
Auf der deutschen Seite von natural=tree hat sich einiges getan, offenbar ohne Diskussion (oder ist das an mir vorbei gegangen). Im großen und ganzen sind das m.E. sinnvolle Ergänzungen, die bisher allerdings nur auf der deutschen Seite gemacht wurde. Ziemlich unglücklich finde ich allerdings den Versuch, das Tagging für den Renderer (village_green) jetzt auch hier für Stadtbäume einzuführen, und sozusagen so zu tun, als wäre village_green der normale Name für eine städtische Grünfläche. http://wiki.openstreetmap.org/wiki/DE:Tag:natural%3Dtree#Baumreihen Auch sonst kann man im einzelnen das ruhig mal durchleuchten. Allgemein würde ich es begrüßen, wenn solche substanziellen Änderungen von Definitionen bereits weiträumig in Benutzung befindlicher Tags vorher hier angekündigt und diskuttiert würden. So könnte man evtl. auch vermeiden, dass die deutsche Seite erheblich von der englischen abweicht. Ein ähnlicher Kandidat ist village_green auf deutsch: http://wiki.openstreetmap.org/wiki/DE:Tag:landuse%3Dvillage_green m.E. wird da ein Tag für eine andere Sache missbraucht (hier ein Spezialfall als Normalfall dargestellt), weil es gerendert wird (tagging for the renderer). Daher entspricht die deutsche Übersetzung nicht der englischen Seite und erst recht nicht der Wortbedeutung im Englischen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgresql und/oder postgis
Sven Geggus wrote: Um den Inhalt der way-Spalte leserlich zu machen, kannst du ST_AsText benutzen. Siehe mein Posting. Wenn man die datenbank in Google Projektion laufen hat kann man das ganze mit ST_transform in lat/lon umrechnen. Oder man nimmt askml, der macht das implizit danke sven, und wenn du mir jetzt noch verräts, wo ich die infos über st_transform, askml und konsorten finden kann, krall ich mir die manuals und hab was zu lesen fürs wochenende. gruss walter die ganze sache ist so komplex, da sieht man am anfang den wald vor lauter bäumen nicht ;( - Ich bin root, ich darf das. -- View this message in context: http://gis.638310.n2.nabble.com/postgresql-und-oder-postgis-tp5322689p5324807.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Die Hausbrauereikarte - Open Brewpub Map
Sven Geggus schrieb: im Wiki steht auch nicht mehr drin: http://wiki.openstreetmap.org/wiki/Tag:microbrewery%3Dyes Ich frage mich ob man auch für normale Brauereien einen Tag erfinden sollte. wundert mich etwas, dass es da noch keinen gibt. Könnte man in einem anderen Layer anzeigen. Die Abgrenzung zur normalen Brauerei ist nicht ganz einfach: Im Wiki steht z.B. dass man den Tag für Kloster verwenden kann. Wenn ich mir aber nun z.B. Kloster Andechs vorstelle, dann ist das bestimmt keine Hausbrauerei mehr. Oder was ist mit Brauereigasthöfen? Da wird teilweise das Bier auch in anderen Gaststätten oder auch in lokalen Supermärkten verkauft. Ich denke es wäre sinnvoller ein Tag für Brauerei zu haben und dann die Größe dieser (nach Ausstoß pro Jahr?) genauer zu spezialisieren. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Die Hausbrauereikarte - Open Brewpub Map
Hallo Sven, Wie wär's mit brewery=yes Garantiert nicht, denn da ist die Brauerei ja kein Anhängsel des Gasthauses mehr sondern der eigentliche Betrieb. Ach so meinst Du das... Es gibt Betriebe, die sind: - eine Brauerei - ein Gasthaus - eine Brauerei (Hauptzweck) mit Gasthaus - ein Gasthaus (Hauptzweck) mit Brauerei - eine ehemaige Brauerei, die jetzt ein Gasthaus ist - ein Gasthaus mit Brauerei, von dem nur noch die Brauerei übrig ist - eine Brauerei mit Gasthaus, von der nur noch das Gasthaus übrig ist - ein Gasthaus, in dem ein Sudkessel zur Dekoration steht - ein Gasthaus das einer Brauerei gehört (verpachtet=j/n) - ... Und dann halt eben noch die jeweiligen Grössenunterscheide. Und es soll auch noch Franchisebetriebe geben (sowohl beim Brauen, als auch beim Bewirten bzw beim Vertrieb). Und auch Qualitätsunterschiede (Bio, Instant, Rein). Sollte man m.E. alles irgendwie schlüssig abbilden können. Stichwort Weissenoher Bier... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behindertenparkplatz
Am 22. Juli 2010 11:56 schrieb Thomas Ineichen osm.mailingl...@t-i.ch: zumindest für die Beschriftung von Flächen kann man sehr wohl nach Größe differenzieren, bist Du Dir ganz sicher mit Deiner Aussage? Hast Du ein Beispiel dafür? Das wär mir zumindest noch nirgends aufge- fallen. Die Geometrie eines Objekts ist zwar in der way-Zelle gespei- chert, aber Mapnik-Filter filtert nach diesem Wert. z.B. Zeile 595, 600, ff Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] natural=tree und village_green
Am 22.07.2010 12:18, schrieb M∡rtin Koppenhoefer: Auf der deutschen Seite von natural=tree hat sich einiges getan, offenbar ohne Diskussion (oder ist das an mir vorbei gegangen). http://forum.openstreetmap.org/viewtopic.php?pid=87443#p87443 Auf die dort vorgebrachten Einwände ist leider niemand mehr wirklich eingegangen und eine internationale Diskussion ist auch nicht erfolgt. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnikstyle Germanica
Am 14. Juli 2010 17:15 schrieb Jochen Topf joc...@remote.org: Schau Dir die Doku auf www.mapnik.org an. Das hilft vielleicht weiter. Dieses Zeug in /inc ist etwas komisch zu verstehen, weil das Includen über einen allgemeinen XML-Mechanismus funktioniert. Aber wenn Du rückwärts vorgehst, dann siehste, wie es zusammenhängt. Dazu such in den Dateien nach den Dateinamen in /inc, und dann nach dem Identifier, den Du an der Stelle gefunden hast. Wenn Du einen Style von Grund auf neu aufbaust, dann solltest Du wohl auf jeden Fall Cascadenic nehmen. Der Standard-Style tut das aus historischen Gründen nicht und ist unglaublich unübersichtlich. Hallo Jochen, Hallo Sven! Habt ihr eine Ahnung, was dazu führen könnte, daß ich im Mapnik-Viewer zwar mit der mitgelieferten osm.xml eine Kartenansicht von meinem Testgebiet bekomme, jedochmit keiner anderen Definition, weder der mitgelieferten von cascadenik noch diversen anderen, von der Mapnik-styleshare-Seite herunter geladenen? Ich erhalte z.B. bei der cascadenik-Definition nur einen blauen Hintergrund, der Tab Layers ist leer und der Tab Styles enthält nur 2 blaue Line Symbolizer... Weiß jemand, was hier schief laufen könnte? Name der db, name des Benutzers und Passwort sind in der .mml eingetragen. Im Mapnik-irc fühlte sich leider niemand in der Lage, zu antworten. ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgresql und/oder postgis
Am 22.07.2010 12:28, schrieb Walter Nordmann: und wenn du mir jetzt noch verräts, wo ich die infos über st_transform, askml und konsorten finden kann, krall ich mir die manuals und hab was zu lesen fürs wochenende. in der Po0stGIS Doku die in dem neuen Abschnitt im Wiki auch verlinkt ist. http://postgis.refractions.net/documentation/manual-1.5/reference.html Lg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Bauchscmerzen
On Thu, Jul 22, 2010 at 09:05:20AM +0200, Frederik Ramm wrote: Hallo, Guenther Meyer wrote: Am Mittwoch 21 Juli 2010, 23:05:09 schrieb Christian Schmitt: Was könnte konkret passieren wenn die Quellenangabe nicht verpflichtend ist? Ich sehe es momentan nicht - bitte hilf mir auf die Sprünge. Es werden interessante Anwendungen geschaffen, kommerzielle Hersteller profitieren von ausgezeichnetem Datenmaterial und kriegen den ganzen Ruhm. Von OSm als eigentlicher Datenquelle erfaehrt niemand was. Ist das realistisch? Wie viele brauchbare Kartendatensaetze gibt es - Navteq, Teleatlas, OSM, und sonst? Wenn nun irgendwer mit einem tollen Produkt auf den Markt kommt, wie lang dauert es, bis ein eifriger Journalist rausgefunden hat, dass die Daten aus OSM stammen muessen und den Hersteller drauf anspricht? Klar, wenn's rauskommt... Ich hab halt da immer die gaengige Praxis diverser Firmen im Hinterkopf, die freie Software in ihren Produkten einsetzen, aber das offiziell abstreiten; grad wenn sie auf Lizenzverletzungen hingewiesen werden... naja, mal abwarten... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behindertenparkplatz
On Thu, Jul 22, 2010 at 12:02:27PM +0200, Thomas Ineichen wrote: Guten Tag steffterra, Ganz klares Versagen der Software in Kombination mit fehlenden keys oder eigenen Tags für unterschiedliche Parkmöglickeitsarten. Ganz klares Versagen der Entscheider dieses Tag auch für einzelne Parkplätze zu nutzen in Kombination mit fehlender Rückwärtskompatibi- lität. So oder so ähnlich könnte man das *auch* sehen.. :- ERST braucht man ein sauberes, definiertes Datenmodell, DANN eine Anwendung die die Spezifikation entsprechend nutzt. Bei OSM hat man in den meisten Bereichen weder das eine noch das andere. Aber da es trotzdem irgendwie funktioniert, kann man ja so weiterwurschteln wie bisher... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behindertenparkplatz
Hallo Martin, Am 22. Juli 2010 11:56 schrieb Thomas Ineichen osm.mailingl...@t-i.ch: zumindest für die Beschriftung von Flächen kann man sehr wohl nach Größe differenzieren, bist Du Dir ganz sicher mit Deiner Aussage? Hast Du ein Beispiel dafür? Das wär mir zumindest noch nirgends aufge- fallen. Die Geometrie eines Objekts ist zwar in der way-Zelle gespei- chert, aber Mapnik-Filter filtert nach diesem Wert. z.B. Zeile 595, 600, ff In meiner osm.xml steht da 595: Filter[tourism] = 'alpine_hut' or [amenity]='shelter'/Filter bzw. 600: Filter[amenity] = 'bank'/Filter Bei mir ist da also kein Filter über die Grösse der Fläche. Könntest Du den konkreten Code hier reinkopieren? Danke und Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] natural=tree und village_green
Tobias Knerr wrote: http://forum.openstreetmap.org/viewtopic.php?pid=87443#p87443 Auf die dort vorgebrachten Einwände ist leider niemand mehr wirklich eingegangen und eine internationale Diskussion ist auch nicht erfolgt. Letzter Post bittet um Zurücknahme aller Änderungen die zum englischen inkonsistent sind (so lese ich das). Wer meldet sich freiwillig? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behindertenparkplatz
Am 22.07.2010 um 10:36 schrieb Tobias Knerr: Am 22.07.2010 02:50, schrieb steffterra: Wenn ich eine Software zur Suche von Parkplätzen bauen müsste, dann würde ich diesen, so lange so interpretierten, Tag auch so interpretieren, wie er mal war. Das versteht sich von selbst. Wenn dann jemand einen kley dranbaut, der was anderes sagt, ist klar, dass es vorher falsch getaggt war, weil es ein Parkstand war... Wenn du diese Software bereits gebaut hättest, müsstest du sie dann natürlich umbauen, damit die Software beim Vorliegen eines solchen Zusatztags das für ihre Zwecke irrelevante Objekt auch tatsächlich ignoriert. Automatisch geht das nicht. Warum müsste ich die Software umbauen, wenn ein tag immernoch so interpretiert werden soll, wie er ist. Ich müsste lediglich eien Bedingung einfügen: wenn kein Zusatztag/Key vorhanden ist - alte Interpretation. Und wenn Key parking_area vorhadnen, gleiche interpretatioen - Parkplatz mit ways. Dass ich natürlich für die Unterstützung der keys auch deren Nichtnennung mit programmieren muss, ist klar. Das ist Teil der Erweiterung auf die keys, die sagen, um welche Parkmöglichkeit es sich handelt. Doch dass ohne key das gleiche gilt, wie mit parking_area-key ist nicht die große Kunst. Selbst wenn die keys später mal etabliert wären und jemand vergisst einen anzuhängen, ist es immerhin erst mal ein Parkplatz alter Bedeutung - sofern man dann noch die alte Interpretation nicht irgendwann mal abgeschafft hat. Wir würden uns nicht streiten, wenn es nicht darum ginge einen tag zu einem Überbegriff zu machen. Wenn amenity=parking schon ein überbegriff mit keys wäre, wäre es ein Kinderspiel, einfach einen neuen key einzuführen. amenity=parking ist bereits ein Überbegriff mit einem Key parking für Unterkategorien: Da stehen dann solche Dinge wie surface, multi-storey und underground drin, also die /Bauart/ der Parkmöglichkeit. Ja, aber diese bestehenden Unterkategorien parking:underground, parking:multi_storey, etc. fügen sich nahtlos in das system der neuen keys ein: parking:parking_area, parking:parking_space, etc.) Wo ist das Problem? Das bitte beim Erfinden neuer Unterkategorien berücksichtigen, damit es nicht auch noch Konflikte mit der Bauartbeschreibung gibt. Habe ich. s.o. ;-) Angst! Arbeit! .. oder wie? Wenn man hier zusammenhalten würde und sich nicht jeder als Einzelkämpfer (der für seine Art zutaggen kämpfen würde) sondern vielmehr gemeinsamen nach _guten_ Lösungen (mit freiem Kopf!) gesucht würde, dann könnte man das auch stark gemeinsam flächendeckend umsetzen. Wenn ich deine Lösung gut und den Aufwand wert fände, würde ich sie gerne auch flächendeckend mit umsetzen. Ich behaupte nicht das Ei des Columbus gefunden zu haben, sondern den Kopf frei zu machen, von bisherigen OSM-Beschränkungen, aus denen man nicht herauskommt, wenn man sich bei seinen Argumenten immer wieder darauf bezieht. Und letzteres nur deshalb tut, weil man weiss, selbt wenn mal jemand eine guten Vorschlag macht, hängt man eh alleine dran es umzusetzen. Es gibt hier aber nur endlich viel Arbeitskraft. Die kann man jetzt entweder in immer wieder neue Umbenennungen, Modifikationen und Ergänzungen existierender Tags stecken (mit fast keiner anderen Wirkung als einer subjektiv schöneren Sortierung). Nein, es geht nicht um schön oder hässlich, sondern um praktisch zu mappen, einfach zu verstehen, Neueinsteigereinfachheit, und letzendlich leichteres Auswerten. Leider hast Du den Absatz nicht zitiert: Eine Parkplatz/Parkstand/Stellplatz-Datenbank ist viel leichter aufzuziehen, wenn man nicht darauf achten muss, wieviele unterschiedliche Tags es fürs Parken gibt. Einfach den amenity nehmen, auslesen, welche keys dazu gemappt wurden und gut ist. Aber das wäre wohl zu fortschrittlich gedacht. Es ist einfacher, 1 bis 5 neue Tags für ähnliche Dinge einzuführen. Eben weil sich das in der Community leichter durchsetzen und umsetzen lässt, als etwas, was zwar besser wäre, aber mal richtig Arbeit verursachen würde. Oder man kümmert sich um Dinge, die bislang noch *überhaupt nicht* vernünftig eintragbar sind. Wie eben die Linienbündel, die du ja auch ansprichst. Oder verbessert die Software. Und so weiter. Linienbündel nach den Proposals fände ich gut, doch schwieriger umsetzbar als meinen Vorschlag mit der Gruppierung, da sie mit der aktuellen DB erreicht werden kann und nur um eine Datenart für die Gruppierung ergänzt werren muss. Es muss laos nichts neues erfunden werden, und man muss nicht wieder auf Relationen zurückgreifen, die wieder Einarbeitungszeit benötigen und abstrakter sind ,als das, was JOSM mit entsprechender Erweiterung dann kann. Und das wichtigste: Es wäre abwärtskompatibel. Man müsste nicht alles umtaggen, sondern _könnte_ es dort tun, wo es sinnvoll wäre. Wenn ich die Linienbündel richtig verstanden habe, treffen mehrere Punkte davon aber leider zu. Ich bevorzuge Themen und Tätigkeiten der letzteren
Re: [Talk-de] Behindertenparkplatz
Am 22.07.2010 um 12:50 schrieb Guenther Meyer: On Thu, Jul 22, 2010 at 12:02:27PM +0200, Thomas Ineichen wrote: Guten Tag steffterra, Ganz klares Versagen der Software in Kombination mit fehlenden keys oder eigenen Tags für unterschiedliche Parkmöglickeitsarten. Ganz klares Versagen der Entscheider dieses Tag auch für einzelne Parkplätze zu nutzen in Kombination mit fehlender Rückwärtskompatibi- lität. So oder so ähnlich könnte man das *auch* sehen.. :- ERST braucht man ein sauberes, definiertes Datenmodell, DANN eine Anwendung die die Spezifikation entsprechend nutzt. Bei OSM hat man in den meisten Bereichen weder das eine noch das andere. Stimmt. Und jeder Versuch daran etwas zu ändert, krankt daran, dass man lieber schnelle Ergebnisse beim Einführen neuer Tagging-Methoden hat, auch wenn diese dann eine schlechtere Umsetzung bedeuten. Aber da es trotzdem irgendwie funktioniert, kann man ja so weiterwurschteln wie bisher... +1 meine volle Zustimmung! Danke! stefferra ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zur OSM-Lizenzvererbung
Hallo, Dimitri Junker wrote: Und nächstes Jahr gibt es eine neue kostenpflichtige Firmware und ein kostenloses Kartenupdate das nur mit dieser Firmware funktioniert. Nötig ist die neue Firmware angeblich weil die Daten sonst etwas zu gruß für den Datenträger sind. Ich fände es schon zumutbar einen Konverter anbieten zu müssen. Ich denke nicht, dass eine solche Regel kommt (ein solcher Konverter wuerde ja auch das Konvertieren von nicht-OSM-Daten ermoeglichen, dazu koennen wir den Hersteller kaum zwingen). Aber man koennte ja die von mir zitierte Ausnahme fuer DRM auch auf solche Faelle ausweiten und sagen: Ok, Du kannst das machen, lieber Hersteller, aber Du musst dann eine lesbare Version der Daten irgendwo bereitstellen. Noch etwas wenn ich es richtig mitbekommen habe soll eine Klausel aufgenommen werden, daß sich die Lizenz ändern kann wenn 3/4 der Mapper dem zustimmen. 2/3, nicht 3/4. Dabei handelt es sich um die Contributor Terms, die ausserhalb der Lizenz stehen und die heute schon von jedem neuen Mapper unterschrieben werden: http://wiki.openstreetmap.org/wiki/DE:Open_Database_License/Contributor_Terms Aus Sicht der Mapper ist das sinnvoll. Was ist aber mit besagtem Navihersteller, der viel Geld investiert hat und dann durch eine neue Lizenz nicht mehr an die Daten darf? Es ist vorgeschrieben, dass jede neue Lizenz free and open sein muss, es koennten sich zwar im Randbereich Aenderungen ergeben, aber fuer die meisten Anwender eher nicht. Als Lösung könnte ich mir eine Art Zertifizierungsstelle vorstellen. Wehr also sicher gehen will läßt sich von einer OSM-Stelle bestätigen, daß Seine Nutzung dem Sinn der Lizenz entspricht, dies würde dann z.B. für 10 Jahre gültig sein egal ob sich die Lizenz ändert oder nicht. Waere denkbar, aber nicht trivial. Der Mapper muesste praktisch der OSMF explizit erlauben, solche Sondergenehmigungen auszustellen. Dazu muesste der Mapper der OSMF erst mal trauen, was viele nicht mit vollem Herzen tun - daher auch die 2/3 der aktiven Mapper muessen zustimmen-Regel in den Contributor Terms, so dass auch eine z.B. von boesen Kapitalisten unterwanderte OSMF nicht mir nichts, dir nichts die Lizenz aendern kann. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behindertenparkplatz
Hallo Guenther, ERST braucht man ein sauberes, definiertes Datenmodell, DANN eine Anwendung die die Spezifikation entsprechend nutzt. So kann man aber nur vorgehen, wenn man etwas völlig neues erfindet, z.B. das Tagging von Parkständen entlang der Strasse. Bei amenity=parking ist das Kind aber nun mal bereits in den Brunnen gefallen.. Bei OSM hat man in den meisten Bereichen weder das eine noch das andere. So ist OSM eben. Inkl. den postitiven und negativen Auswirkungen. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlen-Import
Hallo, Walter Nordmann wrote: OSM-Files für die einzelnen Postleitzahlengebiete erzeugen die gibt es doch schon seit ca 3 monaten. ist das projekt tot oder nur geheim? Das Problem mit dem PLZ-Import ist, dass es sehr viel Handarbeit ist und ich das immer noch besser vorbereiten wollte, bevor ich es auf die Massen loslasse. Ich habe eine Beschreibung hier angefangen: http://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010 Ich habe vorbereitete Datenpakete mit konvertierten PLZ-Gebieten gemacht: http://download.geofabrik.de/plz/ Diese Datenpakete enthalten auch Relationsdaten fuer alle Grenzen im jeweiligen Gebiet, aber auf einem alten Stand, die muessen aktualisiert werden, wenn man sie verwenden will. Die schwierige Aufgabe ist nun, dass man diese Gebiete von Hand im JOSM laden muss, dazu saemtliche Grenzen im jeweiligen Gebiet, mit denen die PLZ oft einhergehen, dann die PLZ-Gebiet-Polygone entsprechend auftrennen muss und stattdessen die existierenden Grenzlinien mitverwenden. Wir wollen ja nicht, dass die PLZ-Grenze so zickzack mal links und mal rechts der Gemeindegrenze verlaeuft. Das ist nur was fuer ausgefuchste Relations-Experten. Ich wollte dazu immer mal eine detaillierte Anleitung schreiben, kam aber nie dazu, daher hab ich die Sache liegen gelassen. Ich habe sogar einen WMS aufgesetzt, mit dem man die PLZ-Coverage sehen kann: http://tools.geofabrik.de/osmi/debug.html?view=plzlon=9.58951lat=49.22495zoom=9 Blau sind die bereits in OSM enthaltenen PLZ, die grauen Linien sind die Originaldaten. (Der Layer wertet allerdings auch solche Gebiete aus, bei denen einfach an eine existierende Gemeindegrenze eine PLZ drangetaggt wurde, nicht nur die expliziten PLZ-Relationen.) Theoretisch kann man diesen OSMI-Layer auch als Hintergrundbild in JOSM laden und dann die PLZen komplett von Hand machen statt sich mit den von mir automatisch gebauten Relationen zu beschaeftigen. Also, wenn jemand sich fit genug fühlt, das mal auszuprobieren, nur zu. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behindertenparkplatz
Hallo steffterra, Wenn du diese Software bereits gebaut hättest, müsstest du sie dann natürlich umbauen, damit die Software beim Vorliegen eines solchen Zusatztags das für ihre Zwecke irrelevante Objekt auch tatsächlich ignoriert. Automatisch geht das nicht. Warum müsste ich die Software umbauen, wenn ein tag immernoch so interpretiert werden soll, wie er ist. Ich müsste lediglich eien Bedingung einfügen: wenn kein Zusatztag/Key vorhanden ist - alte Interpretation. Und wenn Key parking_area vorhadnen, gleiche interpretatioen - Parkplatz mit ways. Das *IST* bereits ein Umbauen der Funktion. Das alte Programm kann mit 'Deinem' Schema nicht mehr benutzt werden, weil es den capacity-Key nicht kennt. Der Rest des Postings wurde bereits andernorts diskutiert. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behindertenparkplatz
Am 22.07.2010 um 13:23 schrieb Thomas Ineichen: Hallo Guenther, ERST braucht man ein sauberes, definiertes Datenmodell, DANN eine Anwendung die die Spezifikation entsprechend nutzt. So kann man aber nur vorgehen, wenn man etwas völlig neues erfindet, z.B. das Tagging von Parkständen entlang der Strasse. Bei amenity=parking ist das Kind aber nun mal bereits in den Brunnen gefallen.. Gar nichts ist in den Brunnen gefallen. Wenn man amenity=parking vom großen Parkplatz mit Wegen umdefiniert zu Parkmöglichkeit im allgemeinen und für den großen Parkplatz eine Key parking:parkin_area einführt, dann kann jede Software sehr einfach zur Erweiterung auf die anderen keys auch filtern: ohne key = mit key parking_area = großer Parkplatz, zumindest für eine Übergangszeit, bis der key parking_area (z.b. laut tagwatch) gut etabliert ist. Ein Jahr darf da gerne vergehen, kein Problem. Bei OSM hat man in den meisten Bereichen weder das eine noch das andere. So ist OSM eben. Inkl. den postitiven und negativen Auswirkungen. Man könnte daran etwas ändern, sogar so, dass es abwärtskompatibel ist (z.B. durch meinen Gruppierungsvorschlag für Fahrspuren-ways, aber beim Behindertenparkplatz offtopic). Aber das ist natürlich schwieriger in der Community zu bewerben als ein paar neue Tags. steffterra ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behindertenparkplatz
[Zu früh auf Absenden gedrückt] Hallo Guenther, ERST braucht man ein sauberes, definiertes Datenmodell, DANN eine Anwendung die die Spezifikation entsprechend nutzt. So kann man aber nur vorgehen, wenn man etwas völlig neues erfindet, z.B. das Tagging von Parkständen entlang der Strasse. Bei amenity=parking ist das Kind aber nun mal bereits in den Brunnen gefallen.. Wenn man nun ein in der Theorie besser funktionierendes Schema entwickelt hat und einführen möchte, dann muss man es bei *allen* bis- herigen Nutzern bekannt machen, ansonsten hast Du nachher mehr Chaos wie vorher. Bei OSM hat man in den meisten Bereichen weder das eine noch das andere. So ist OSM eben. Inkl. den postitiven und negativen Auswirkungen. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behindertenparkplatz
Am 22.07.2010 um 13:28 schrieb Thomas Ineichen: Hallo steffterra, Wenn du diese Software bereits gebaut hättest, müsstest du sie dann natürlich umbauen, damit die Software beim Vorliegen eines solchen Zusatztags das für ihre Zwecke irrelevante Objekt auch tatsächlich ignoriert. Automatisch geht das nicht. Warum müsste ich die Software umbauen, wenn ein tag immernoch so interpretiert werden soll, wie er ist. Ich müsste lediglich eien Bedingung einfügen: wenn kein Zusatztag/Key vorhanden ist - alte Interpretation. Und wenn Key parking_area vorhadnen, gleiche interpretatioen - Parkplatz mit ways. Das *IST* bereits ein Umbauen der Funktion. Das alte Programm kann mit 'Deinem' Schema nicht mehr benutzt werden, weil es den capacity-Key nicht kennt. Eine _alte_ Software würde einen neuen Key genauso interpretieren, wie wenn er nicht da wäre, weil die alte Software den key nicht kennt - sie würde ihn ignorieren. Wo ist das Problem? Ausserdem ging es um den parking:parking_area/parking:parking_space-Key ... macht aber nix, ist ja nur ein Beispiel. steffterra ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verlauf der B 311 in Ulm.
Am 20.07.2010 11:37, schrieb Rainer Kluge: Am 13.07.2010 09:32, schrieb fly: Kann jemand mal den Verlauf der B 311 in Ulm überprüfen ? Unter wikipedia steht nicht viel und die TMC-Daten gehen bis weit in die Stadt (sind leider häufig auch nicht richtig oder Musik aus der Zukunft). Was die Beschilderung anbelangt, so habe ich heute morgen mal die in OSM der B311 zugeordnete Strecke abgefahren und dort nirgends ein Schild B311 oder eine entsprechende Beschriftung auf einer Richtungstafel gefunden. Dank Dir. Gibt es da am Straßenrand kleine Schilder mit der Bezeichnung der Straße (vielleicht auf der Brücke) bzw in dem großen Kreisverkehr ? - Leider fehlen oft in den Städten bzw sind nicht einfach zu finden. Gibt es offizielle Daten (eher wohl schriftlich) welche den Verlauf von Bundesstraßen regelt? Gruß Colliar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behindertenparkplatz
Hallo steffterra, Eine _alte_ Software würde einen neuen Key genauso interpretieren, wie wenn er nicht da wäre, weil die alte Software den key nicht kennt - sie würde ihn ignorieren. Wo ist das Problem? Ausserdem ging es um den parking:parking_area/parking:parking_space-Key ... macht aber nix, ist ja nur ein Beispiel. alt: neu: grosser PP amenity=parking amenity=parking parking:parking_area=yes einzelner PPnicht eingetragenamenity=parking parking:parking_space=yes Die 'alte' Software sucht nach amenity=parking und interpretiert dies als 'grosser PP'. Problem nun erkannt? Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verlauf der B 311 in Ulm.
Am 22.07.10 13:53, schrieb fly: Gibt es offizielle Daten (eher wohl schriftlich) welche den Verlauf von Bundesstraßen regelt? Änderungen werden bei uns in NRW im Amtsblatt der jeweiligen Bezirksregierung bekannt gemacht. z.B. http://www.bezreg-muenster.nrw.de/startseite/Bekanntmachungen/Amtsblaetter/Jahr_2009/PDF_Amtsblatt_2009/Amtsblatt_Nr_50.pdf Ich weiß jetzt nicht, wer da in Ulm zuständig ist. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behindertenparkplatz
Am 22.07.2010 um 14:04 schrieb Thomas Ineichen: Die 'alte' Software sucht nach amenity=parking und interpretiert dies als 'grosser PP'. Problem nun erkannt? Die ganze Zeitz, nur die Argumente fand ich nicht ausreichend, dass man es deshalb nicht machen sollte. Das soll die alte Software doch auch es als großen PP interpretieren. Solange die keys nicht etabliert sind, ist das ja auch korrekt, weil die Millionen von amenity=parking auch große Parkplätze sind, aber eben viele kleine auch, was genauso falsch ist. Irgendwann muss man halt jede Software auch anpassen. Ich verstehe was Du meinst, sehe es aber nicht als Problem, da es dem Fortschritt dient, genauso wie neue Tags in einer alten Software nicht vorhanden sind. Gut, dann wird zumindest ein alter Tag nicht falsch interpretiert. Aber dafür wird es ja auch dokumentiert. Und wenn man seine Software für einProjekt wie OSM, das ständigem Wandel unterlegen ist, geschrieben hat, dann weiss man, dass man ab und zu mal Anpassungen vornehmen sollte. Ich wäre dann als Softwareentwickler froh, nun einfach nach den Unterkategorien sortieren zu können, anstatt mir die tags zusammensuchen zu müssen. steffterra ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche OSM-Technik-HowTos
Hallo Benjamin, Hallo, die Anleitung ist prima! Zu der Aktualisierung hätte ich noch eine Frage: Ich habe nur einen kleinen Teil (in meine Fall sachsen.osm.bz2 von der geofabrik) in die Datenbank importiert. Nun will ich auch nur diesen Teil aktualisieren. Mit den minütlichen Diffs habe ich aber in einer gewissen Zeit die ganze Welt in der Datenbank. Wie stelle ich es am Besten an, nur den Teil zu aktualisieren, der in der ursprünglich importierten Grenzen liegt? Wenn Du nicht auf minuten-genaue Aktualität angewiesen bist, dann würde ich alle X Tage das Sachsen-Image neu herunterladen und mit osm2pgsql importieren (osm2psql löscht dabei die alten Daten vor dem Import). Mit einem selbst gebastelten Script für die Schweiz (wget, osm2pgsql) kostet mich das einen Doppelklick und es dauert ca. 30 Minuten. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postleitzahlen-Import
Frederik Ramm wrote: Ich habe vorbereitete Datenpakete mit konvertierten PLZ-Gebieten gemacht: http://download.geofabrik.de/plz/ genau da hab ich sie am montag gefunden - plötzlich war der link weg und ich dachte. huh, was ist denn da los? Diese Datenpakete enthalten auch Relationsdaten fuer alle Grenzen im jeweiligen Gebiet, aber auf einem alten Stand, die muessen aktualisiert werden, wenn man sie verwenden will. ist noch nen kleiner xml-fehler drin: osm muss osm version=0.6 werden, sonst motzt josm. aber die braucht man wirklich nicht. Ich wollte dazu immer mal eine detaillierte Anleitung schreiben, kam aber nie dazu, daher hab ich die Sache liegen gelassen. daher meine nachfrage ;) in meinem gebiet sind die vorhandenen gemeindegrenzen mal wesentlich besser, mal wesentlich schlechter als die plz-daten; da muß man halt den goldenen mittelweg finden. mal sehen, was man draus machen kann. gruss walter - Ich bin root, ich darf das. -- View this message in context: http://gis.638310.n2.nabble.com/Postleitzahlen-Import-tp5308160p5325115.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Die Hausbrauereikarte - Open Brewpub Map
Markus liste12a4...@gmx.de wrote: - ein Gasthaus (Hauptzweck) mit Brauerei Die sind das Hauptanliegen meiner Karte. Sollte man m.E. alles irgendwie schlüssig abbilden können. Viel zu kompliziert. Die Gaststätte einer Großbrauerei interessiert doch nicht die Bohne. Sven -- Those who do not understand Unix are condemned to reinvent it, poorly (Henry Spencer) /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] Announce: Die Hausbrauereikarte - Open Brewpub Map
Stefan Dettenhofer (StefanDausR) o...@dentro.info wrote: Die Abgrenzung zur normalen Brauerei ist nicht ganz einfach: Im Wiki steht z.B. dass man den Tag für Kloster verwenden kann. Wenn ich mir aber nun z.B. Kloster Andechs vorstelle, dann ist das bestimmt keine Hausbrauerei mehr. Andechs ist definitv keine Hausbrauerei. Kloster Kreuzberg zum Beispiel schon das ist ja noch einfach zu unterscheiden. Oder was ist mit Brauereigasthöfen? Da wird teilweise das Bier auch in anderen Gaststätten oder auch in lokalen Supermärkten verkauft. Und? Trotzdem eine Hausbrauerei. Ich denke es wäre sinnvoller ein Tag für Brauerei zu haben und dann die Größe dieser (nach Ausstoß pro Jahr?) genauer zu spezialisieren. Das sehe ich ganz und gar nicht so! Mir geht es um Gaststätten die eine eigene Brauerei quasi als Attraktion haben und das Bier nur begrenzt außerhalb vermarkten. Normale Brauereien interessieren mich eigentlich erstamal nicht. Natürlich gibt es Grenzfälle wie zum Beispiel die Klosterbrauerei Weisenohe. Hinzu kommt, dass es hier meistens auch unfiltriertes und/oder nicht pasteurisiertes Bier mit begrenzter Haltbarkeit gibt und eben keine Industrieplörre. Das ist auch im internationalen Rahmen recht eindeutig: A brewpub is a pub or restaurant that brews beer on the premises. http://en.wikipedia.org/wiki/Brewpub#Brewpub Gruss Sven -- Software patents are the software project equivalent of land mines: Each design decision carries a risk of stepping on a patent, which can destroy your project. (Richard M. Stallman) /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
