Re: [talk-ph] OSM Vacation Offer
Let the bids begin ... On Thu, Feb 19, 2009 at 4:14 PM, Andre Marcelo-Tanner an...@enthropia.com wrote: Hi, Got an offer here I think would be hard to resist, summer is coming and Boracay is a hot spot, we own Boracay.com.ph and have decided to develop it to its full potential, essentially we would like Boracay mapped. It's a great cross over for both commercial and open source purposes. So, we are looking to pay 25,000 pesos for someone to go and map and index all of Boracay, the entire island. By index we mean gather information on every single point of interest (beaches, restaurants, hotels etc), get that location's GPS coords, picture with a Digicam and map the place out in OSM. So who's up for a vacation? E-mail me at an...@enthropia.com if you want to discuss further. Regards, Andre Marcelo-Tanner ___ 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] OSM Vacation Offer
I ran this idea among some of my non-OSM friends and acquaintances and they seem interested (tempting is the word). A travel-photoblogger expressed a concern that P25K might not be enough if you really wanted to create a Boracay directory (complete with pictures, contact info, coordinates, etc. of each and every resort, restaurant, and hotel). Also someone asked, who will shoulder the travel-related expenses? I'll do some research to get a rough estimate on how long it will likely take to map the whole of Boracay so we'll know what travel package to get (3D 2N? or 4D 3N?). I remember it taking me about an hour to walk the whole stretch of White Beach so it will probably take a whole day just to map out the White Beach properties. On Thu, Feb 19, 2009 at 4:18 PM, maning sambale emmanuel.samb...@gmail.comwrote: Let the bids begin ... On Thu, Feb 19, 2009 at 4:14 PM, Andre Marcelo-Tanner an...@enthropia.com wrote: Hi, Got an offer here I think would be hard to resist, summer is coming and Boracay is a hot spot, we own Boracay.com.ph and have decided to develop it to its full potential, essentially we would like Boracay mapped. It's a great cross over for both commercial and open source purposes. So, we are looking to pay 25,000 pesos for someone to go and map and index all of Boracay, the entire island. By index we mean gather information on every single point of interest (beaches, restaurants, hotels etc), get that location's GPS coords, picture with a Digicam and map the place out in OSM. So who's up for a vacation? E-mail me at an...@enthropia.com if you want to discuss further. Regards, Andre Marcelo-Tanner ___ 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 -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] OSM wiki local copy
Igor Shubovych wrote: Sent: 17 February 2009 6:49 PM To: talk@openstreetmap.org Subject: [OSM-talk] OSM wiki local copy Hello all, My friend asked me this question: Does anybody know how to download the local copy of OSM wiki? For instance, Wikipedia guys do provide DB dumps (http://en.wikipedia.org/wiki/Wikipedia_database) but i've found no such thing on wiki.openstreetmap.org . I've failed with Wget - robots.txt says wget is a frequent problem so disallowed. Are there ways to have my very own copy of OSM wiki? Currently there is not a database dump of the wiki content. As I recall, trawling the whole of the wiki with Wget just overloads the server causing problems for normal users and hence why it is disallowed. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] near longitude 180
Hello, there's some strange coastline data near longitude 180. See eg http://openstreetmap.org/browse/way/24020654 I thought I'd ask before trying to fix this, in case I'd flood the world otherwise. I haven't found an editor that works well in this area -- they all seem to think the world ends at ±180 degrees. Here's a challenge: Which editor will be first to support seamless editing all around the world? (Let's leave the poles out for now.) For testing, I traced a small lake crossing the line as a single closed way with natural=water: http://openstreetmap.org/browse/way/31254026 . That's good data as far as I understand the data model. It'd be nice to have a reasonably well-mapped area across this meridian as a testing ground for tools. Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [Announcement] talk-lb Lebanon
There is now a talk-lb Lebanon-specific topics and discussion mailing list available in Arabic, English and French. Thank you to Michel for initiating and hosting this forum. For details on how to subscribe to this and other country, language, and topic-specific OSM mailing lists, see http://wiki.openstreetmap.org/index.php/Mailing_lists For details about OSM activity in Lebanon: http://wiki.openstreetmap.org/wiki/WikiProject_Lebanon Curious about The Lebanon? : http://en.wikipedia.org/wiki/Lebanon Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM wiki local copy
There is special page to request export of data as XML dump http://wiki.openstreetmap.org/wiki/Special:Export And a list of all pages: http://wiki.openstreetmap.org/wiki/Special:AllPages I have tool that makes complete XML dump using these two pages quite effectively (tested on wikipedia). It need about one request per 1000 or so pages plus the server merely loads text from DB and sends it to user, not needing to parse it or whatever, so I think it won't cause heavy loads, unless used en-masse. Still, best would be if whoever maintains the wiki would put up the XML dump by themselves - If they won't, maybe I can either make the dump and put it somewhere and/or publish the tool to make it. Martin Currently there is not a database dump of the wiki content. As I recall, trawling the whole of the wiki with Wget just overloads the server causing problems for normal users and hence why it is disallowed. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [Announcement] talk-my Malaysia
There is now a talk-my Malaysia-specific topics and discussion mailing list available.. Thank you to contributor Nyem for initiating and hosting this forum. For details on how to subscribe to this and other country, language, and topic-specific OSM mailing lists, see http://wiki.openstreetmap.org/index.php/Mailing_lists For details about OSM activity in Malaysia: http://wiki.openstreetmap.org/wiki/WikiProject_Malaysia Curious about Malaysia? : http://en.wikipedia.org/wiki/Malaysia Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding architect names to buildings
Elena of Valhalla elena.valha...@gmail.com writes: On Wed, Feb 18, 2009 at 8:48 PM, Matthias Julius li...@julius-net.net wrote: You could create an architect relation and have the buildings be members of that. that looks like a category, not a relation: I was under the impression that this use of relations was discouraged. What is the definition of a category here? I would call a category something like buildings that are 29 strories tall. An architect I would call an (abstract) object that can have other attributes as well like a birthdate, an email address and so on. (Whether all this belongs into OSM is another debate). Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] near longitude 180
2009/2/19 Robert (Jamie) Munro rjmu...@arjam.net: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robert Vollmert wrote: Hello, there's some strange coastline data near longitude 180. See eg http://openstreetmap.org/browse/way/24020654 I thought I'd ask before trying to fix this, in case I'd flood the world otherwise. I haven't found an editor that works well in this area -- they all seem to think the world ends at ±180 degrees. Here's a challenge: Which editor will be first to support seamless editing all around the world? (Let's leave the poles out for now.) The right solution here is to map 0-360 degrees to the unsigned integers 0-2^32. When you get an overflow, the right thing happens. It also makes the most efficient use of the resolution available. It doesn't really solve the main problem which is likely that a way segment connecting two nodes on the opposite sides of 180 deg can be interpreted as either crossing the meridian 180 or not. And there doesn't seem to be a solution to that, other than duplicating part of surface, i.e. allowing nodes so be stored as having longitude of 181 deg or -179 deg. So the duplicated part should be as narrow as possible, i.e. should have 0 width, meaning that -180.0 deg would be an allowed longitude as well as 180.0 deg but not anything -180 or 180. And the editor should allow easily dragging a node to the 180.0 meridian, instead of popping up a dialog just before you reach it, like JOSM does. The erroneous rendering you can see now is because the nodes are places slightly left and right of the meridian instead of on it. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] near longitude 180
On Feb 19, 2009, at 15:38, andrzej zaborowski wrote: 2009/2/19 Robert (Jamie) Munro rjmu...@arjam.net: The right solution here is to map 0-360 degrees to the unsigned integers 0-2^32. When you get an overflow, the right thing happens. It also makes the most efficient use of the resolution available. Yes, that sounds good. It doesn't really solve the main problem which is likely that a way segment connecting two nodes on the opposite sides of 180 deg can be interpreted as either crossing the meridian 180 or not. And there doesn't seem to be a solution to that, other than duplicating part of surface, i.e. allowing nodes so be stored as having longitude of 181 deg or -179 deg. No, the interpretation of that segment not crossing the meridian is wrong. Viewing the earth as a sphere, the segment from node 1 to node 2 is the shorter part of the great circle going through node 1 and node 2. Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding architect names to buildings
Matthias Julius wrote: What is the definition of a category here? I would call a category something like buildings that are 29 strories tall. An architect I would call an (abstract) object that can have other attributes as well like a birthdate, an email address and so on. (Whether all this belongs into OSM is another debate). It may well be an abstract object, but it's not a geographical one so it doesn't belong in OSM. Relations are a way of linking one geographical feature to another for some geographical reason -- part of the same long-distance route, or opposite banks of a waterway for example. In this case there's no geographical link between two buildings from the same architect -- you could just as easily say that all buildings belonging to one company should be part of a relation, but that too would essentially be categorisation. Jono. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding architect names to buildings
On Wed, Feb 18, 2009 at 8:48 PM, Matthias Julius li...@julius-net.netwrote: Is the architect an attribute of the building or is the building an attribute of the architect? From a mapping perspective, I would say that the architect clearly is an attribute of the building. From an art history perspective, I would say that the building is an attribute to the architect. - Gustav ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding architect names to buildings
Jonathan Bennett openstreet...@jonno.cix.co.uk writes: Matthias Julius wrote: What is the definition of a category here? I would call a category something like buildings that are 29 strories tall. An architect I would call an (abstract) object that can have other attributes as well like a birthdate, an email address and so on. (Whether all this belongs into OSM is another debate). It may well be an abstract object, but it's not a geographical one so it doesn't belong in OSM. Relations are a way of linking one geographical feature to another for some geographical reason -- part of the same long-distance route, or opposite banks of a waterway for example. In this case there's no geographical link between two buildings from the same architect -- you could just as easily say that all buildings belonging to one company should be part of a relation, but that too would essentially be categorisation. This is all true and after rereading http://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories I agree that the architect issue is a category in that definition. I just prefer to explicitly link objects together over duplication of data. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetbugs source code
On Wed, 18 Feb 2009, Matthias Julius wrote: Yes it's useful, but I don't see how this addresses the problems of OSB being closed. Is this not a third party implementation of the OSB JS interface which is not running on the main OSB site, and is the OSB bug DB not still closed with no dumps available? But now, since the code is available, someone could set it up as bugs.openstreetmap.org or so and integrate it with the OSM main site. I find OSB very useful (especially with the JOSM plugin), but I'd be really interested to know what the rationale is behind having a separate database rather than storing the bugs as nodes in OSM itself? - Steve xmpp:st...@nexusuk.org sip:st...@nexusuk.org http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetbugs source code
Steve Hill wrote: I find OSB very useful (especially with the JOSM plugin), but I'd be really interested to know what the rationale is behind having a separate database rather than storing the bugs as nodes in OSM itself? Haven't we discussed that about a hundred times before... The simple answer is that it's a bad plan - bugs are not map data. I'm all for having the geo-bugs in the main database, in fact I would much prefer that, but they should be in a separate table. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding architect names to buildings
Matthias Julius wrote: I just prefer to explicitly link objects together over duplication of data. As long as the buildings are tagged consistently, having the tag is probably enough -- you can then use XAPI to query the DB for all buildings by a particular architect. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetbugs source code
Tom Hughes wrote: Sent: 19 February 2009 8:53 PM To: Steve Hill Cc: talk@openstreetmap.org; Matthias Julius Subject: Re: [OSM-talk] Openstreetbugs source code Steve Hill wrote: I find OSB very useful (especially with the JOSM plugin), but I'd be really interested to know what the rationale is behind having a separate database rather than storing the bugs as nodes in OSM itself? Haven't we discussed that about a hundred times before... The simple answer is that it's a bad plan - bugs are not map data. I'm all for having the geo-bugs in the main database, in fact I would much prefer that, but they should be in a separate table. +1 Cheers Andy Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.237 / Virus Database: 270.11.0/1959 - Release Date: 02/18/09 20:55:00 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] NGA Country Files Converter into OSM format
Hi all, I recently discovered the site available by the US Army with millions of world geonames (towns, etc) here [1] http://earth-info.nga.mil/gns/html/namefiles.htm The OSM wiki says that there is no legal problem using it, altought we should put the source tag [2] http://wiki.openstreetmap.org/wiki/SWDB#GEOnet_Names_Server Here is the XML explanations of the CVS that you can download from the link [1], [3] http://meta.wikimedia.org/wiki/Mass_content_adding/Geographic_data/Using_NGA_data/Localization/Description_of_Names_Files_for_Countries_and_Territories_Format/English The question is ? Anybody has developed a script to convert this CVS into a KML or OSM file containing all the towns of a country? This can be very useful for countries in developing countries almost empty. Best Regards. Ivan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding architect names to buildings
Jonathan Bennett openstreet...@jonno.cix.co.uk writes: Matthias Julius wrote: I just prefer to explicitly link objects together over duplication of data. As long as the buildings are tagged consistently, having the tag is probably enough -- you can then use XAPI to query the DB for all buildings by a particular architect. IF they are tagged consistently. This is exactly the point. Especially with names of persons there might be several different ways to spell them which all might be correct, for example: Hundertwasser Friedensreich Hundertwasser Hundertwasser, Friedensreich F. Hundertwasser Hundertwasser, F. There are more variations possible when there are middle names involved. Additionally there are any number of mis-spellings possible. With names from foreign languages this is not even that impossible. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NGA Country Files Converter into OSM format
Hi, There's a csv2osm script (in svn I think) which will handle the conversion and upload, but you'll want to stop it from uploading automatically to check first. The only place I have looked at using this data source is for Turkey, and it didn't seem too accurate - many places were quite some distance away from where they should be, there were villages I didn't recognise, and there were villages with incorrect names. Try a small-scale import for your part of the world using csv2osm (it copes well with existing data) to see how accurate you find it, but don't be too hopeful. nb.I may be incorrectly remembering the name of this script, and it needed a little modifying to be compatable with api 0.5, but it worked fine for the oil wells I imported recently. -- Alice ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding architect names to buildings
On 19 Feb 2009, at 22:16, Matthias Julius wrote: Jonathan Bennett openstreet...@jonno.cix.co.uk writes: Matthias Julius wrote: I just prefer to explicitly link objects together over duplication of data. As long as the buildings are tagged consistently, having the tag is probably enough -- you can then use XAPI to query the DB for all buildings by a particular architect. IF they are tagged consistently. This is exactly the point. Especially with names of persons there might be several different ways to spell them which all might be correct, for example: Hundertwasser Friedensreich Hundertwasser Hundertwasser, Friedensreich F. Hundertwasser Hundertwasser, F. There are more variations possible when there are middle names involved. Additionally there are any number of mis-spellings possible. With names from foreign languages this is not even that impossible. And if you use a relation, people won't bother searching for the relation. This kind of information should be an attribute of the building. Shaun ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NGA Country Files Converter into OSM format
On Thu, Feb 19, 2009 at 10:13 PM, Ivan Garcia capisc...@gmail.com wrote: Hi all, I recently discovered the site available by the US Army with millions of world geonames (towns, etc) here [1] http://earth-info.nga.mil/gns/html/namefiles.htm The OSM wiki says that there is no legal problem using it, altought we should put the source tag [2] http://wiki.openstreetmap.org/wiki/SWDB#GEOnet_Names_Server Here is the XML explanations of the CVS that you can download from the link [1], [3] http://meta.wikimedia.org/wiki/Mass_content_adding/Geographic_data/Using_NGA_data/Localization/Description_of_Names_Files_for_Countries_and_Territories_Format/English The question is ? Anybody has developed a script to convert this CVS into a KML or OSM file containing all the towns of a country? This can be very useful for countries in developing countries almost empty. They're called GNS files, if you search around the mailing lists you'll find some information about them, there's also a sparse page on the wiki: http://wiki.openstreetmap.org/wiki/GNS Here's a program to convert them (somewhat) which I modified from another program I found on the wiki: http://git.nix.is/?p=avar/gns-to-osm;a=tree;h=master;hb=master git://git.nix.is/avar/gns-to-osm Here's an example of GNS (in)accuracy (originally from http://lists.openstreetmap.org/pipermail/talk-is/2008-December/53.html): OSM data now: http://flickr.com/photos/avarab/3133771125/sizes/o/ GNS data: http://flickr.com/photos/avarab/3133777841/sizes/o/ OSM and GNS data side by side: http://flickr.com/photos/avarab/3133764871/sizes/o/ As you can see the GNS data is prone to miss mountain peaks by a few kilometers, place farms in the middle of lakes and other this was made by throwing darts at a globe stuff like that. Things are generally pretty topographically correct, and can be useful in cases where you can move the nodes according to landsat data, local knowledge or other stuff like that. On my ever-expanding TODO list where nothing gets done I have a write a viable user-powered GNS importer for OSM item, basically: * Go through the entire GNS dataset and split it up by country/type of feature (e.g. one .osm file for peak, one for farms, one for glaciers etc.) * Present a web interface where users can download e.g. peaks in Zimbabwe that haven't been uploaded * The user will then open the .osm file in his editor, move nodes around according to local knowledge/landsat and upload them * The uploaded node will have a gns:UFI (unique feature ID) key and won't appear in the next extract of peaks in Zimbabwe that haven't been uploaded This (or something like it) is IMO the only non-sucky way to import GNS data, it has been imported as-is in some places like the Faroe Islands (which has no active mappers), but I wouldn't like a mass import of raw GNS data in any are which I edit, having a bunch of nodes which are off by few dozen meters to a few kilometers isn't acceptable quality for OSM. Especially for datasets such as these which you can merge with the OSM data on your own if you really want to use them. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NGA Country Files Converter into OSM format
Check out Mike Collinson's script http://wiki.openstreetmap.org/wiki/User:Ewmjc#Miscellaneous_Offerings In the Philippines, we are doing incremental import (first town names, then islands, then mountain peaks, etc). This way, we can edit the data in manageable chunks. There are a lot of errors in location and names, so be careful in importing everything. You will get a lot of data, but a whole lot maybe garbage depending on the area. Still a very useful resource for developing countries. On Fri, Feb 20, 2009 at 8:34 AM, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Thu, Feb 19, 2009 at 10:13 PM, Ivan Garcia capisc...@gmail.com wrote: Hi all, I recently discovered the site available by the US Army with millions of world geonames (towns, etc) here [1] http://earth-info.nga.mil/gns/html/namefiles.htm The OSM wiki says that there is no legal problem using it, altought we should put the source tag [2] http://wiki.openstreetmap.org/wiki/SWDB#GEOnet_Names_Server Here is the XML explanations of the CVS that you can download from the link [1], [3] http://meta.wikimedia.org/wiki/Mass_content_adding/Geographic_data/Using_NGA_data/Localization/Description_of_Names_Files_for_Countries_and_Territories_Format/English The question is ? Anybody has developed a script to convert this CVS into a KML or OSM file containing all the towns of a country? This can be very useful for countries in developing countries almost empty. They're called GNS files, if you search around the mailing lists you'll find some information about them, there's also a sparse page on the wiki: http://wiki.openstreetmap.org/wiki/GNS Here's a program to convert them (somewhat) which I modified from another program I found on the wiki: http://git.nix.is/?p=avar/gns-to-osm;a=tree;h=master;hb=master git://git.nix.is/avar/gns-to-osm Here's an example of GNS (in)accuracy (originally from http://lists.openstreetmap.org/pipermail/talk-is/2008-December/53.html): OSM data now: http://flickr.com/photos/avarab/3133771125/sizes/o/ GNS data: http://flickr.com/photos/avarab/3133777841/sizes/o/ OSM and GNS data side by side: http://flickr.com/photos/avarab/3133764871/sizes/o/ As you can see the GNS data is prone to miss mountain peaks by a few kilometers, place farms in the middle of lakes and other this was made by throwing darts at a globe stuff like that. Things are generally pretty topographically correct, and can be useful in cases where you can move the nodes according to landsat data, local knowledge or other stuff like that. On my ever-expanding TODO list where nothing gets done I have a write a viable user-powered GNS importer for OSM item, basically: * Go through the entire GNS dataset and split it up by country/type of feature (e.g. one .osm file for peak, one for farms, one for glaciers etc.) * Present a web interface where users can download e.g. peaks in Zimbabwe that haven't been uploaded * The user will then open the .osm file in his editor, move nodes around according to local knowledge/landsat and upload them * The uploaded node will have a gns:UFI (unique feature ID) key and won't appear in the next extract of peaks in Zimbabwe that haven't been uploaded This (or something like it) is IMO the only non-sucky way to import GNS data, it has been imported as-is in some places like the Faroe Islands (which has no active mappers), but I wouldn't like a mass import of raw GNS data in any are which I edit, having a bunch of nodes which are off by few dozen meters to a few kilometers isn't acceptable quality for OSM. Especially for datasets such as these which you can merge with the OSM data on your own if you really want to use them. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding architect names to buildings
Hi, Shaun McDonald wrote: And if you use a relation, people won't bother searching for the relation. Agreed. Anything that logically is an attribute should also be modelled as a tag not a relation. Otherwise the next thing is that people say I don't want to tag highway=residential because there are so many typos, let me rather create a relation that contains all residential highways, that will rule out any problems and make the structure clearer ;-) Relations should come into play when things can belong to more than one group of the same kind; the architect designs building role is not usually one of them, unless you're trying to model collaborations... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] suspected copyrighted material in OSM
Hi, We are seeing suspected copyrighted data added in the Philippines. In OSM: http://www.openstreetmap.org/?lat=15.35855lon=120.53538zoom=16layers=B000FTF See the discussion here: http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.ph/469 We have sent a message to the mapper but got no reply so far. The usual approach we do is talk to the respective mapper and request to remove any contributions that maybe copyrighted (unless there is explict permission from the copyright holder). We are not entirely sure whether it came from Google map/earth or what since there isn't any GPS trace to verify. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] unable to find webkit-image.h in compiling webkit
hi, was trying to get WMS plugin to work in JOSM and compile webkit-image.cpp. I am getting this error: [r...@xlquest gpa]# g++ -I /usr/local/Trolltech/Qt-4.4.3/include/Qt webkit- image.cpp -o webkit-image -lQtCore -lQtWebKit -lQtGui -s -O2 webkit-image.cpp:62:142: error: webkit-image.h: No such file or directory where do I find webkit-image.h? -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] unable to find webkit-image.h in compiling webkit
On Friday 20 February 2009 02:31:52 Kenneth Gonsalves wrote: hi, was trying to get WMS plugin to work in JOSM and compile webkit-image.cpp. I am getting this error: [r...@xlquest gpa]# g++ -I /usr/local/Trolltech/Qt-4.4.3/include/Qt webkit- image.cpp -o webkit-image -lQtCore -lQtWebKit -lQtGui -s -O2 webkit-image.cpp:62:142: error: webkit-image.h: No such file or directory where do I find webkit-image.h? You can make one yourself by executing: moc webkit-image.cpp webkit-image.h -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] unable to find webkit-image.h in compiling webkit
On Friday 20 February 2009 07:01:52 Kenneth Gonsalves wrote: was trying to get WMS plugin to work in JOSM and compile webkit-image.cpp. I am getting this error: [r...@xlquest gpa]# g++ -I /usr/local/Trolltech/Qt-4.4.3/include/Qt webkit- image.cpp -o webkit-image -lQtCore -lQtWebKit -lQtGui -s -O2 webkit-image.cpp:62:142: error: webkit-image.h: No such file or directory where do I find webkit-image.h? ok - I see I have to make it with moc -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] unable to find webkit-image.h in compiling webkit
On Friday 20 February 2009 09:39:03 Cartinus wrote: [r...@xlquest gpa]# g++ -I /usr/local/Trolltech/Qt-4.4.3/include/Qt webkit- image.cpp -o webkit-image -lQtCore -lQtWebKit -lQtGui -s -O2 webkit-image.cpp:62:142: error: webkit-image.h: No such file or directory where do I find webkit-image.h? You can make one yourself by executing: moc webkit-image.cpp webkit-image.h yes thanks, just found out what moc is and where it is -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding architect names to buildings
On Thu, Feb 19, 2009 at 9:21 PM, Matthias Julius li...@julius-net.net wrote: Matthias Julius wrote: What is the definition of a category here? This is all true and after rereading http://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories I agree that the architect issue is a category in that definition. exactly that definition, a wikipedia category -- Elena of Valhalla homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] Idee: Fahranweisungen auf ORS in vers. deutschen Dialekten?
Hi, ich weiß das die Fahranweisungen auf ORS noch etwas Arbeit erhalten müssen. Trotzdem denke ich wäre es insgesamt eine Lustige Sache wenn man auf ORS.org die Fahranweisungen in verschiedenen deutschen Dialekten anbieten könnte, oder? Ich hab dafür mal eine Wiki Seite angelegt, die die derzeit verwendeten Teile der deutschen Fahranweisungen enthält. http://wiki.openstreetmap.org/wiki/ORS_DE_Instructions Wer von Euch Lust und Laune hat kann dies als Template für weitere deutsche Dialekte verwenden. Ich denke es wäre ne sehr nette Sache wenn man zb. eine bayrische oder hessische Fahranweisunge hätte ... :) grüße pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Blumenbeete im öffentlichen Gebiet
Am Donnerstag 19 Februar 2009 schrieb René Falk: Am Mittwoch, 18. Februar 2009DE 22:32:01DE schrieb Guenther Meyer: und wenn man das einfach als gruenflaeche (village_green) als grobeinordnung taggt, und ein zusatzattribut fuer die jeweilige bepflanzung hinzufuegt, wie z.B. planting=flowers, oder so? Ich vermute mal, das dies manchem zu grob ist. Wie schon erwähnt, ein Blumenbeet ist nicht gleich ein Blumenbeet. Wäre interessant mal einen botanischen Garten im Detail zu sehen. Hat das etwa noch niemand gemacht? war ja auch nur ein beispiel! ich denke halt, es ist besser, ein generelles tag fuer das ganze gepflegte gruenzeug zu benutzen, und den inhalt mit einem weiteren attribut genauer zu spezifizieren, anstatt - ueberspitzt gesagt - fuer jede pflanzungsart ein neues tag zu erfinden. manchmal ist eine kategorisierte betrachtung doch sinnvoll. 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] Routendarstellung in Openrouteservice (Anliegerstrassen)
Bei http://yournavigation.org/ klappt alles übrigens ohne Probleme. Was mir weniger gefällt: selbst Fussgänger und Radler routet er nicht durch Anliegerstrassen(access=destination). Auch wenn das per Verkehrsregeln korrekt ist. ;-) So, ich ziehe meine Kritik zurück, ich habe falsch getaggt. access=destination wäre korrekt bei Rotem Kringel mit Anlieger frei Schild. Hier sind aber noch Auto- und Motorrad-Icon in dem roten Kringel. Von daher ist motorcar=destination + motorcycle=destination korrekt. Und ich muss überhaupt kein schlechtes Gewissen haben, wenn ich da her radele. ;-) Grüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee: Fahranweisungen auf ORS in vers. de utschen Dialekten?
Hallo Pascal, existiert eine Dokumentation der Format-Strings wie diese Fahranweisungen zusammengesetzt werden? Ich würde gerne Übersetzungen in die Sprach-Spezifischen Textblöcke des Default-Fahranweisungs-Plugins in Traveling Salesman gleich übernehmen können. ...wenn wir sie schonmal zusammentragen. Marcus On Thu, 19 Feb 2009 09:46:18 +0100, Pascal Neis n...@geoinform.fh-mainz.de wrote: Hi, ich weiß das die Fahranweisungen auf ORS noch etwas Arbeit erhalten müssen. Trotzdem denke ich wäre es insgesamt eine Lustige Sache wenn man auf ORS.org die Fahranweisungen in verschiedenen deutschen Dialekten anbieten könnte, oder? Ich hab dafür mal eine Wiki Seite angelegt, die die derzeit verwendeten Teile der deutschen Fahranweisungen enthält. http://wiki.openstreetmap.org/wiki/ORS_DE_Instructions Wer von Euch Lust und Laune hat kann dies als Template für weitere deutsche Dialekte verwenden. Ich denke es wäre ne sehr nette Sache wenn man zb. eine bayrische oder hessische Fahranweisunge hätte ... :) grüße pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee: Fahranweisungen auf ORS in vers. deutschen Dialekten?
Hi, existiert eine Dokumentation der Format-Strings wie diese Fahranweisungen zusammengesetzt werden? Ich würde gerne Übersetzungen in die Sprach-Spezifischen Textblöcke des Default-Fahranweisungs-Plugins in Traveling Salesman gleich übernehmen können. ...wenn wir sie schonmal zusammentragen. sorry, eine Doku hab ich nicht dafür wie sie zusammengebaut werden müssen. Aber wirklich schwierig ist es doch auch nicht, oder? Durch die verschiedenen XML-Elemente ist das ganze doch etwas selbsterklärend und wirklich viele Elemente sind es auch nicht ... Weiterhin könnte man sich aber gemeinsam Gedanken machen, welche Elemente noch für eine Fahranweisung wichtig wären und könnte diese noch aufnehmen, oder gibt's sowas schon im Wiki irgendwo? btw: vielen Dank für den ersten Dialekt: Rheinischer Regiolekt von CygnusOlor ich glaub das wird ne gute Sache! :) grüße pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Blumenbeete im öffentlichen Gebiet
Am Donnerstag, 19. Februar 2009DE 09:52:41DE schrieb Guenther Meyer: ich denke halt, es ist besser, ein generelles tag fuer das ganze gepflegte gruenzeug zu benutzen, und den inhalt mit einem weiteren attribut genauer zu spezifizieren, anstatt - ueberspitzt gesagt - fuer jede pflanzungsart ein neues tag zu erfinden. Stimmt schon, nur braucht es hier mehrere zusätzliche Attribute, die zum Teil auch gleichzeitig zu gebrauchen sind. Dazu kommt das es auch Schnittmengen mit bereits vorhandenen Tags geben wird. -- Mit freundlichen Grüßen René Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Update Webseite Hö henprofil
Dann sollte man aber an den Algorithmen arbeiten. Eine Kreuzung sollte sich doch einfach daran erkennen lassen, ob man 2x ca. 90° abbiegen kann oder dazu noch geradeaus oder ähnliches. Daraus könnte man ableiten, dass die Strecke mit dem größeren Winkel einfach teurer ist. Du hast das Problem nicht verstanden. Für viele Routing-Alorithmen wie z.B. den Standard Dijkstra gibt es kein Abbiegen von - auf sondern nur Weg von A nach B mit Kosten x und Weg von B nach D mit Kosten y. Deswegen hat er ja auch geschrieben, man sollte an den Algorithmen arbeiten = die Algorithmen ändern. Ich glaub aber, es geht auch ohne: Man könnte alle relevanten Knoten (z.B. barrier, Kreuzungen/Abzweigungen) als Wegstücke abbilden. Ich bin mir nur nicht ganz sicher, wie man am besten an Knoten mit mehreren angrenzenden Wegen verfährt. Wahrscheinlich reicht es, dort einen Kreisverkehr einzufügen. Auf diesen Graphen kann man dann die Standard-Algorithmen fast unverändert anwenden. Grüße, Marc -- Jetzt 1 Monat kostenlos! GMX FreeDSL - Telefonanschluss + DSL für nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Update Webseite H öhenprofil
On Thu, 19 Feb 2009, marcus.wolsc...@googlemail.com wrote: Für viele Routing-Alorithmen wie z.B. den Standard Dijkstra gibt es kein Abbiegen von - auf sondern nur Weg von A nach B mit Kosten x und Weg von B nach D mit Kosten y. Das hat mit Winkeln oder der Erkennung was eine Kreuzung ist garnichts zu tun. Kann man nicht einfach eine Kostenfunktion definieren, die sehr kurze Abschnitte bestraft? Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee: Fahranweisungen auf ORS in vers. deutschen Dialekten?
Am 19. Februar 2009 09:46 schrieb Pascal Neis n...@geoinform.fh-mainz.de: ich weiß das die Fahranweisungen auf ORS noch etwas Arbeit erhalten müssen. Trotzdem denke ich wäre es insgesamt eine Lustige Sache wenn man auf ORS.org die Fahranweisungen in verschiedenen deutschen Dialekten anbieten könnte, oder? Ich habe mich ja jetzt seit meinem ersten Report bezüglich der Fahranweisungen zurückgehalten und ihr sollt ja bei der Entwicklung auch etwas Spaß haben. Aber sich auf solche Spielereien zu stürzen wenn die Fahranweisungen wirklich jenseits von Gut und Böse sind halte ich wirklich für falsch. Trotz größerer Versionssprünge seit Anfang des Jahres hat sich bei den Anweisungen anscheinend nichts getan obwohl ich mir durchaus vorstellen kann das darauf nicht wenige potenzielle Nutzer schauen. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee: Fahranweisungen auf ORS in vers. de utschen Dialekten?
On Thu, 19 Feb 2009 11:05:34 +0100, Pascal Neis n...@geoinform.fh-mainz.de wrote: sorry, eine Doku hab ich nicht dafür wie sie zusammengebaut werden müssen. Aber wirklich schwierig ist es doch auch nicht, oder? Durch die verschiedenen XML-Elemente ist das ganze doch etwas selbsterklärend und wirklich viele Elemente sind es auch nicht ... Weiterhin könnte man sich aber gemeinsam Gedanken machen, welche Elemente noch für eine Fahranweisung wichtig wären und könnte diese noch aufnehmen, oder gibt's sowas schon im Wiki irgendwo? Das Problem sind nicht die Elemente sondern dass andere Sprachen einen ganz anderen Satzbau haben und man eben nicht nur übersetzte Elemente immer gleich zusammensetzen kann (l10n) sondern einen Satz sprach-spezifisch zusammenbaut (i18n). Dafür setzt man üblicherweise format-strings ein. d.h. englisch: Please turn (direction) on the next exit into (street-name) deutsch: An der nächsten Kreuzung (direction) in die (street-name) abbiegen. Das ist natürlich für deutsche Dialekte weniger relevant aber ich nehme an dieses XML-Format wird für alle Sprachen bei euch verwendet? Welche Übersetzungen habt ihr bisher? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routendarstellung in Openrouteservice (Anliegerstrassen)
Chris-Hein Lunkhusen schrieb: access=destination wäre korrekt bei Rotem Kringel mit Anlieger frei Schild. Hier sind aber noch Auto- und Motorrad-Icon in dem roten Kringel. Von daher ist motorcar=destination + motorcycle=destination korrekt. Mit den neuen access tags, siehe http://wiki.openstreetmap.org/wiki/Proposed_features/More_access_keys_and_values kann man auch für ersteres vehicle=destination und für zweiteres motor_vehicle=destination verwenden. Denn bei beschriebener Schilderkombination sind z.B. auch Laster und Mofa fahrer gemeint. Die alte Art zu taggen ist jedoch auch ganz gut. Gruß, Markus signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Flaechennutzungsplan - Gemeinfrei?
Hi, ich habe entdeckt das meine Nachbargemeinde im Netz einen Flaechennutzungsplan als PDF hat (Vektordaten) in dem alles drin ist - also bis hin zu Gebaeude-outlines und sogar Hausnummern (Leider Text als Vektor und stark verreinfacht so das es unbrauch ist). Ich weiss das dieserlei dinge hier schon oefter mal thema waren - In wie weit ist ein Flächennutzungsplan als Gemeinfrei zu erachten? Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 18.02.09
On Thu, Feb 19, 2009 at 08:26:02AM +0100, Carsten Schwede wrote: Subject: [Talk-de] Worldfile vom 18.02.09 Hallo, die neuen Daten liegen wie immer unter http://wiki.openstreetmap.org/wiki/User:Computerteddy zum Download bereit. Jetzt wieder ohne die Kleinbuchstaben, und damit werden die Beschriftungen wieder komplett dargestellt und nicht mehr als A.. B. Wie kommt das eigentlich das das bei Amenitys in den operator und name tags mit kleinbuchstaben klappt - aber in den Straßennamen nicht? Ich habe einen Minipreis als Minipreis und eine Hauptstraße als H.. ?!? Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Update Webseite Höhe nprofil
On Thu, 19 Feb 2009 11:17:41 +0100, Marc Schütz schue...@gmx.net wrote: Deswegen hat er ja auch geschrieben, man sollte an den Algorithmen arbeiten = die Algorithmen ändern. Ich glaub aber, es geht auch ohne: Man könnte alle relevanten Knoten (z.B. barrier, Kreuzungen/Abzweigungen) als Wegstücke abbilden. Ich bin mir nur nicht ganz sicher, wie man am besten an Knoten mit mehreren angrenzenden Wegen verfährt. Wahrscheinlich reicht es, dort einen Kreisverkehr einzufügen. Auf diesen Graphen kann man dann die Standard-Algorithmen fast unverändert anwenden. Das ist genau das, was ich seid Mittwoch programiere. Ein Kreisverkehr reicht nicht, da er equivalent zu einem Punkt ist aber viel komplizierter ist der allgemeine Fall auch nicht. (Egal wie viele Wege sich treffen.) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] News auf ORS - Update Webseite Höhe nprofil
On Thu, 19 Feb 2009 11:19:12 +0100 (CET), Dirk Stöcker openstreet...@dstoecker.de wrote: On Thu, 19 Feb 2009, marcus.wolsc...@googlemail.com wrote: Für viele Routing-Alorithmen wie z.B. den Standard Dijkstra gibt es kein Abbiegen von - auf sondern nur Weg von A nach B mit Kosten x und Weg von B nach D mit Kosten y. Das hat mit Winkeln oder der Erkennung was eine Kreuzung ist garnichts zu tun. Kann man nicht einfach eine Kostenfunktion definieren, die sehr kurze Abschnitte bestraft? Wenn deine Metrik ist kürzeste Strecke definitiv nicht, denn sie ist kurz und damit gut. Wenn deine Metrik ist schnellster Weg dann auch nicht, denn die Metrik weist ja schon die korrekte, angenommene Fahrtzeit für diesen kurzen Abschnitt aus. Du kannst lediglich versuchen dein Modell der zu erwartenden Fahrtzeit immer näher an eine Grundlage von real gemessenen Fahrtzeiten anzugleichen indem du anfängst den realen Einfluss von Abbiegen, Ampeln oder Strassen- Breite auf die Durchschnittliche Fahrtzeit zu Untersuchen. Dass sich dabei aber herausstellt, dass kurze Wege eine längere Fahrtzeit bedeuten als längere Wege darf bezweifelt werden. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Hallo! 2009/2/19 Florian Lohoff f...@rfc822.org: Ich weiss das dieserlei dinge hier schon oefter mal thema waren - In wie weit ist ein Flächennutzungsplan als Gemeinfrei zu erachten? Ich habe deswegen bei ein paar Bauämtern angefragt, allerdings niemals eine Antwort erhalten. Für mich als Laien spricht der Wortlaut allerdings für sich: §6 Abs. 5, II BauGB: Mit der Bekanntmachung wird der Flächennutzungsplan wirksam §5 Abs. 1 UrhG: (1) Gesetze, Verordnungen, amtliche Erlasse und _Bekanntmachungen _sowie Entscheidungen und amtlich verfaßte Leitsätze zu Entscheidungen genießen keinen urheberrechtlichen Schutz. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Hallo Florian, Florian Lohoff schrieb: Ich weiss das dieserlei dinge hier schon oefter mal thema waren - In wie weit ist ein Flächennutzungsplan als Gemeinfrei zu erachten? die Geschichte hat zwei Seiten. Im deutschen Recht sind amtliche Werke vom Urheberrechtsschutz ausgenommen (§ 5 UrhG). Amtliche Werke sind nach § 5 Abs. 1 UrhG Gesetze, Verordnungen, amtliche Erlasse und Bekanntmachungen sowie Entscheidungen und amtlich verfasste Leitsätze sowie nach § 5 Abs. 2 UrhG andere amtliche Werke, die im amtlichen Interesse zur allgemeinen Kenntnisnahme veröffentlicht worden sind. § 5 Abs. 1 UrhG erlaubt somit eine uneingeschränkte Nutzung. § 5 Abs. 2 UrhG verlangt eine Quellnennung und ggf. Änderungsverbot Ein Flächennutzungsplan ist keine rechtliche Basis direkt für den Bürger, sondern dienst in erster Linie für Entscheidungen der Behörde. Der F-Plan ist jedoch informell für den Bürger bestimmt. Ich habe bislang noch keinen F-Plan als Amtliche Bekanntmachung gesehen, sondern wird lediglich immer die Öffentliche Auslegung amtlich bekanntgemacht. Demnach bin ich der Meinung, dass § 5 Abs. 2 UrhG hier greift. cc-by-sa ist IMHO nicht kompatibel mit diesem Absatz. Das andere Problem ist § 87 ff. UrhG: Bei einer Karte kann es sich um eine analoge Datenbank handeln, die einen Schutz nach § 87b UrhG genießt. Das Gesetz ist ziemlich neu und hat damals bei der RVR-Geschichte noch keine Verwendung gefunden, jedoch bei der Stadtplandienst-Geschichte. Leider wurde bei der Umsetzung der EU-Richtlinie für Datenbankwerke schlichtweg vergessen, wie amtliche Datenbankwerke zu behandeln sind. Der Bundesgerichtshof wartet daher auf ein Urteil vom Europäischen Gerichtshof. Daher _meine_ Meinung: nicht für OSM verwendbar. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routendarstellung in Openrouteservice (Anliegerstrassen)
Markus Stürmer (uboot) schrieb: access=destination wäre korrekt bei Rotem Kringel mit Anlieger frei Schild. Hier sind aber noch Auto- und Motorrad-Icon in dem roten Kringel. Von daher ist motorcar=destination + motorcycle=destination korrekt. Mit den neuen access tags, siehe http://wiki.openstreetmap.org/wiki/Proposed_features/More_access_keys_and_values kann man auch für ersteres vehicle=destination und für zweiteres motor_vehicle=destination verwenden. Denn bei beschriebener Schilderkombination sind z.B. auch Laster und Mofa fahrer gemeint. da es noch nicht abgesegnet ist nehme ich erstmal die alte Art. ;-) By The Way: Die Zugangsbeschränkungen sollen bekanntlich auf Ways und nicht auf Knoten erfolgen, unter anderem weil Router in der Regel nur Kanten- und keine Knoteninfos auswerten. In JOSM erfolgt aber überhaupt keine Warnung, wenn man einen Node mit Zugangsbeschränkungen versieht, im Gegenteil, es wird dann sogar ein Schild-Icon gemalt. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 18.02.09
On Thu, Feb 19, 2009 at 08:26:02AM +0100, Carsten Schwede wrote: Subject: [Talk-de] Worldfile vom 18.02.09 Hallo, die neuen Daten liegen wie immer unter http://wiki.openstreetmap.org/wiki/User:Computerteddy zum Download bereit. Jetzt wieder ohne die Kleinbuchstaben, und damit werden die Beschriftungen wieder komplett dargestellt und nicht mehr als A.. B. Hab noch einen - Habe die routable map mal ausprobiert ... Interessanterweise sehe ich da bei meinem GPSMap 60Csx im Find menu kein Address punkt d.h. nach Adresse suchen ist gerade nicht - Citys zu finden ist aber moeglich wobei der Punkt zu dem navigiert wird teilweise schon seltsam ist ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Martin Koppenhoefer schrieb: Daher mein Standpunkt: Externe Höhendatenbank ja, da relativ einfach zu handhaben. Integrierte OSM-Höhendatenbank (abgesehnen von einzelnen POI-Höhen) nein da mit zu viel Pflegeaufwand verbunden. ja, das kann man mittlerweile wohl als Konsens festhalten. Ich denke eher, dass wir den Punkt auf die Liste ueberschrieben mit keinen Konsens setzen koennen. Ob man es gut findet oder nicht, solange nicht jemand eine entsprechende Erweiterung fuer die OSM-Datenbank baut, wird es so bleiben, dass die OSM-Datenbank im Prinzip zweidimensional ist. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Martin Koppenhoefer schrieb: nicht zu vergessen die Radfahrer (nicht als Sport sondern zur Fortbewegung), die mit den SRTM-Daten wenn es nicht gerade Hochgebirge ist, nicht sehr viel anfangen können. Gerade im Gebirge sind die SRTM-Daten (und alle anderen, nicht strassenbezogenen Hoehendaten) ungenuegend, weil sich aus einem minimalen Positionsfehler ein erheblicher Hoehenfehler ergibt. Im Flachland haben die SRTM-Daten einen Fehler von etwa 10m, wenn man im Wald ist. Das ist sogar sehr robust gegen Positionsfehler und in meinen Augen schon fast vernachlaesigbar. (Hochhausschluchten zum Vergleich fehlen mir hier.) Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
Frederik Ramm schrieb: Nein, ein kleines bayrisches Dorf leistet noch Widerstand ;-) Auch leute von der Kueste, die im Urlaub gerne mal mit dem Rad in den Bergen unterwegs sind, widersprechen noch hartnaeckig. Bei den staendigen Diskussionen mit den Layer-Tags wird auch immer angebracht, dass das kein Ersatz fuer Hoeheninformationen sei. Wenn man die Hoehendaten von den OSM-Daten getrennt sammeln wuerde, dann wuerde man an der Ecke auch nichts gewinnen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
orsten Leistikow schrieb: Martin Koppenhoefer schrieb: nicht zu vergessen die Radfahrer (nicht als Sport sondern zur Fortbewegung), die mit den SRTM-Daten wenn es nicht gerade Hochgebirge ist, nicht sehr viel anfangen können. Gerade im Gebirge sind die SRTM-Daten (und alle anderen, nicht strassenbezogenen Hoehendaten) ungenuegend, weil sich aus einem minimalen Positionsfehler ein erheblicher Hoehenfehler ergibt. Nicht vergessen, dass Schnee Co. die Radarsignale beeinflussen. Im Flachland haben die SRTM-Daten einen Fehler von etwa 10m, wenn man im Wald ist. Das ist sogar sehr robust gegen Positionsfehler und in meinen Augen schon fast vernachlaesigbar. (Hochhausschluchten zum Vergleich fehlen mir hier.) Was ist Flachland für dich? 10 m Positionierungsfehler? Für eine korrigierte SRTM-3, genau. Allerdings wird dann der ganze Wald einen Fehler 10 m haben und als großer Klotz dastehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
Hallo Torsten, Frederik Ramm schrieb: Nein, ein kleines bayrisches Dorf leistet noch Widerstand ;-) Auch leute von der Kueste, die im Urlaub gerne mal mit dem Rad in den Bergen unterwegs sind, widersprechen noch hartnaeckig. Auch der Kapitän der Fähre möchte gern wissen, wie gefährlich die Untiefe ist (ohne in einen anderen DB nachscheuen zu müssen). Und mir als Freizeitsegler geht das genauso. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 18.02.09
Moin, Florian Lohoff schrieb: Wie kommt das eigentlich das das bei Amenitys in den operator und name tags mit kleinbuchstaben klappt - aber in den Straßennamen nicht? Ich habe einen Minipreis als Minipreis und eine Hauptstraße als H.. ?!? Bitte die neue Version verwenden, da ist der Straßenname wieder in Großbuchstaben. Die Variante H.. wäre die mit den korrekten Kleinbuchstaben, die aber auch vielen GPS-Geräten nicht korrekt dargestellt werden kann (eben mit den Punkten), daher gibt es die Möglichkeit beim Erzeugen der Karte bei Straßen eine Umwandlung in Großbuchstaben zu machen. Diese nutze ich wieder, damit es ordentlich funktioniert. Andere POI werden ganz normal mit Kleinbuchstaben erzeugt und werden auch von den GPS-Geräten richtig dargestellt. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 18.02.09
Hi, Florian Lohoff schrieb: Hab noch einen - Habe die routable map mal ausprobiert ... Interessanterweise sehe ich da bei meinem GPSMap 60Csx im Find menu kein Address punkt d.h. nach Adresse suchen ist gerade nicht - Citys zu finden ist aber moeglich wobei der Punkt zu dem navigiert wird teilweise schon seltsam ist ... Das mkgmap mit dem dise Karte erzeugt wird ist schon recht alt, und kann nicht alles, was die aktuelle normale mkgmap-Version kann. Daher gibt es z.B. keine Adresseinträge. Die Punkte, die bei den Städten angeboten werden zum Finden stammen aus der in den Geräten eingebauten Städtedatenbank und nicht aus der Karte. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Import Schutzgebietsgrenzen Lübeck
Hi. Ich habe für Lübeck vom Umweltamt eine shape-Datei mit den Grenzen sämtlicher Schutzgebiete bekommen. Fühlt sich hier jemand befähigt, daraus etwas zu machen? Hier der Text der Verantwortlichen beim Amt: Ich habe Ihnen mal die Shape-Datei der Schutzgebiete gezipt und füge Sie dieser Mail bei. Die Geometrien wurden von uns anhand der Schutzgebietsverordnungskarten digitalisiert und können daher weitergegeben werden. Sie wurden auf der Deutschen Grundkarte (Gauß Krüger 4. Streifen - GK4) im Maßstab 1:5000 digitalisiert. Ich hoffe, die Daten könne son verwendet werden. 1. Ich habe auf den Charakter von OSM (jeder darf mit den Daten alles machen) bei der Anfrage hingewiesen. Gibt es dennoch rechtliche bedenken? 2. Wer kann/möchte das importieren? Ich fühle mich dazu nicht ohne Zeitaufwand (die ich aktuell nicht habe) in der Lage. Ich hab noch nicht genauer reingeguckt, aber es findet sich .shx;.dbf;.sbn;.sbx und .shp. Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 18.02.09
On Thu, Feb 19, 2009 at 03:02:37PM +0100, Carsten Schwede wrote: Subject: Re: [Talk-de] Worldfile vom 18.02.09 Moin, Florian Lohoff schrieb: Wie kommt das eigentlich das das bei Amenitys in den operator und name tags mit kleinbuchstaben klappt - aber in den Straßennamen nicht? Ich habe einen Minipreis als Minipreis und eine Hauptstraße als H.. ?!? Bitte die neue Version verwenden, da ist der Straßenname wieder in Das ist schon klar - habe ich ja drauf ... Großbuchstaben. Die Variante H.. wäre die mit den korrekten Kleinbuchstaben, die aber auch vielen GPS-Geräten nicht korrekt dargestellt werden kann (eben mit den Punkten), daher gibt es die Möglichkeit beim Erzeugen der Karte bei Straßen eine Umwandlung in Großbuchstaben zu machen. Diese nutze ich wieder, damit es ordentlich funktioniert. Andere POI werden ganz normal mit Kleinbuchstaben erzeugt und werden auch von den GPS-Geräten richtig dargestellt. Wunderte mich nur weil im Zeichensatz auf dem GPSMap 60 muessen die kleinbuchstaben drin sein - sie werden an anderen stellen gezeigt ... Deshalb finde ich es obskur das die bei Straßennamen nicht gezeigt werden. Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import Schutzgebietsgrenzen Lübeck
Hallo Gerrit, Gerrit Lammert schrieb: 1. Ich habe auf den Charakter von OSM (jeder darf mit den Daten alles machen) bei der Anfrage hingewiesen. Gibt es dennoch rechtliche bedenken? 2. Wer kann/möchte das importieren? Ich fühle mich dazu nicht ohne Zeitaufwand (die ich aktuell nicht habe) in der Lage. Ich hab noch nicht genauer reingeguckt, aber es findet sich .shx;.dbf;.sbn;.sbx und .shp. Du kannst es mir ja mal schicken, dann kann ich es für OSM umwandeln. Jan ist ja Lübeck-Fan, der kann es dann bearbeiten und hochalden. Viele Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import Schutzgebietsgrenzen Lübeck
Lübeck-Fan ... ich wohne da ! gruß Jan :-) Tobias Wendorff schrieb: Hallo Gerrit, Gerrit Lammert schrieb: 1. Ich habe auf den Charakter von OSM (jeder darf mit den Daten alles machen) bei der Anfrage hingewiesen. Gibt es dennoch rechtliche bedenken? 2. Wer kann/möchte das importieren? Ich fühle mich dazu nicht ohne Zeitaufwand (die ich aktuell nicht habe) in der Lage. Ich hab noch nicht genauer reingeguckt, aber es findet sich .shx;.dbf;.sbn;.sbx und .shp. Du kannst es mir ja mal schicken, dann kann ich es für OSM umwandeln. Jan ist ja Lübeck-Fan, der kann es dann bearbeiten und hochalden. Viele Grüße Tobias ___ 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] Worldfile vom 18.02.09
Hi, Florian Lohoff schrieb: Wunderte mich nur weil im Zeichensatz auf dem GPSMap 60 muessen die kleinbuchstaben drin sein - sie werden an anderen stellen gezeigt ... Deshalb finde ich es obskur das die bei Straßennamen nicht gezeigt werden. Es ist noch viel verrückter: auf der Karte wo die Straßennamen so automatisch gezeichnet werden, (wenn es eingeschaltet ist) kommen die Straßennamen bei codierten Kleinbuchstaben wie in Deinem Beispiel mit H, wenn man diese Straßen mit dem Mauszeiger anfährt dann wird die Straße in dem aufpoppenden weißen Feld korrekt angezeigt also: Hauptstraße mit den kleinbuchstaben und ß und so. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import Schutzgebietsgrenzen Lübeck
gibt es eigentlich schon festgelegte tags dafür ??? gruß Jan :-) Tobias Wendorff schrieb: Hallo Gerrit, Gerrit Lammert schrieb: 1. Ich habe auf den Charakter von OSM (jeder darf mit den Daten alles machen) bei der Anfrage hingewiesen. Gibt es dennoch rechtliche bedenken? 2. Wer kann/möchte das importieren? Ich fühle mich dazu nicht ohne Zeitaufwand (die ich aktuell nicht habe) in der Lage. Ich hab noch nicht genauer reingeguckt, aber es findet sich .shx;.dbf;.sbn;.sbx und .shp. Du kannst es mir ja mal schicken, dann kann ich es für OSM umwandeln. Jan ist ja Lübeck-Fan, der kann es dann bearbeiten und hochalden. Viele Grüße Tobias ___ 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] Import Schutzgebietsgrenzen Lübeck
Jan Tappenbeck schrieb: Lübeck-Fan ... ich wohne da ! Schick mal ein Paket Marzipan rüber. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Hallo, Ich weiss das dieserlei dinge hier schon oefter mal thema waren - In wie weit ist ein Flächennutzungsplan als Gemeinfrei zu erachten? der Flächennutzungsplan ist als Teil der Bauleitplanung eine öffentliche Angelegenheit. Zwar im Rang einer Verwaltungsvorschrift, aber nicht nur öffentlich ausgelegt (vor Beschluss) sondern auch im zuständigen Amtsblatt amtlich bekannt gemacht (nach Beschluss). Meistens passt die Plandarstellung nicht ins Amtsblatt, so dass auf eine Stelle verwiesen wird, wo Einsicht genommen werden kann. Im Zuge des Informationsfreiheitsgeseztes erfolgt nun die Veröffentlichung der Planzeichnung auch im Internet. Der Flächennutzungsplan als solcher wäre daher für OSM nutzbar, aber: Was ist der Flächennutzungsplan - die gesamte Zeichnung einschließlich Kartengrundlage? Nein! Es sind nur die Flächengrenzen mit ihren Nutzungsarten (Schule, Fläche unter der der Bergbau umgeht ...). Genau darauf beschränkt sich die Nutzbarkeit für OSM. Die Kartengrundlage dient nur der räumlichen Zuordnung. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import Schutzgebietsgrenzen Lübeck
Jan Tappenbeck schrieb: gibt es eigentlich schon festgelegte tags dafür ??? gruß Jan :-) Moin, falls Schutzgebiet = NSG -was ich vermute- dann schau mal in den entsprechenden Thread. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Norbert Kück schrieb: Ich weiss das dieserlei dinge hier schon oefter mal thema waren - In wie weit ist ein Flächennutzungsplan als Gemeinfrei zu erachten? der Flächennutzungsplan ist als Teil der Bauleitplanung eine öffentliche Angelegenheit. Zwar im Rang einer Verwaltungsvorschrift, aber nicht nur öffentlich ausgelegt (vor Beschluss) sondern auch im zuständigen Amtsblatt amtlich bekannt gemacht (nach Beschluss). Meistens passt die Plandarstellung nicht ins Amtsblatt, so dass auf eine Stelle verwiesen wird, wo Einsicht genommen werden kann. Im Zuge des Informationsfreiheitsgeseztes erfolgt nun die Veröffentlichung der Planzeichnung auch im Internet. Aber genau darum, weil er nur ein Teil der Bauleitplanung ist und den Bürger nur indirekt betrifft (Huch, auf einmal ist meine Apfelwiese ja was wert), ist es für mich § 5 Abs. 2 UrhG. amtlichen Interesse zur allgemeinen Kenntnisnahme Der Flächennutzungsplan als solcher wäre daher für OSM nutzbar, aber: Was ist der Flächennutzungsplan - die gesamte Zeichnung einschließlich Kartengrundlage? Nein! Es sind nur die Flächengrenzen mit ihren Nutzungsarten (Schule, Fläche unter der der Bergbau umgeht ...). Genau darauf beschränkt sich die Nutzbarkeit für OSM. Die Kartengrundlage dient nur der räumlichen Zuordnung. Nehmen wir mal an, es wäre nach Abs. 1, dann würde der Hintergrund der Karte (vermutlich eine TK oder ein Stadtplan) ebenfalls unter Gemeinfreiheit fallen. Ich denke, das wäre für uns / ihn interessant. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import Schutzgebietsgrenzen Lübeck
Hi. Die Dateien sind an Jan und Tobias gegangen. Ich komme auch aus Lübeck und habe da noch Kontakte. Wenn das mit den Grenzen schön klappt, können wir da vielleicht noch mehr machen. Das Umweltamt hat (oder macht gerade) so ein Bürgerportal, wo jeder Nutzer ohne viel Aufwand bestimmte Dinge eintragen kann, wie wilde Müllkippen, aber auch schöne Wanderwege etc. Also so eine Art Verwaltungs-Crowdsourcing. ;-) Vielleicht können wir da dann auch ab und zu interessante Daten raussaugen... Gerrit On Thu, 19 Feb 2009 15:14:00 +0100, Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Hallo Gerrit, Gerrit Lammert schrieb: 1. Ich habe auf den Charakter von OSM (jeder darf mit den Daten alles machen) bei der Anfrage hingewiesen. Gibt es dennoch rechtliche bedenken? 2. Wer kann/möchte das importieren? Ich fühle mich dazu nicht ohne Zeitaufwand (die ich aktuell nicht habe) in der Lage. Ich hab noch nicht genauer reingeguckt, aber es findet sich .shx;.dbf;.sbn;.sbx und .shp. Du kannst es mir ja mal schicken, dann kann ich es für OSM umwandeln. Jan ist ja Lübeck-Fan, der kann es dann bearbeiten und hochalden. Viele Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 18.02.09
Carsten Schwede schrieb: Es ist noch viel verrückter: auf der Karte wo die Straßennamen so automatisch gezeichnet werden, (wenn es eingeschaltet ist) kommen die Straßennamen bei codierten Kleinbuchstaben wie in Deinem Beispiel mit H, wenn man diese Straßen mit dem Mauszeiger anfährt dann wird die Straße in dem aufpoppenden weißen Feld korrekt angezeigt also: Hauptstraße mit den kleinbuchstaben und ß und so. Das klingt so, als ob der Unterschied darin liegt, ob der Text nur horizontal angezeigt wird, oder aber frei ausgerichtet. Anscheinend wird im zweiten Fall ein anderer/reduzierter Zeichensatz verwendet. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Hallo, Tobias Wendorff schrieb: Nehmen wir mal an, es wäre nach Abs. 1, dann würde der Hintergrund der Karte (vermutlich eine TK oder ein Stadtplan) ebenfalls unter Gemeinfreiheit fallen. Ich denke, das wäre für uns / ihn interessant. Länder und Bund haben die Geodateninfrastruktur samt dem juristischen Unterbau so gestrickt, dass der Betrieb der Geodatendienste von öffentlichen Zuschüssen möglichst unabhängig wird. Man muss also möglichst viele Geodaten möglichst teuer verkaufen. Wenn die Kartengrundlagen für öffentliche Bekanntmachungen frei wären, würde man sie extrem abmagern, weil man sich sonst beide Arme abgehackt hätte. Gemeinfreie Karten kann jeder digitalisieren und billig weiterverkaufen. Nein, das wird natürlich verhindert. Ich habe bei F- und B-Plänen, Schutzgebietsverordnungen etc. bisher zwei Modelle gesehen: 1. Es wird der Herausgeber der Kartengrundlage (mit oder ohne ausdrücklicher Copyrightangabe) neben der erlassenden Behörde genannt. Das bedeutet Trennung der beiden Datenarten. 2. Es wird auf den gesetzlichen Schutz der Karte (Katastergesetz) hingewiesen. Also: Gegenstände der amtlichen Entscheidung (Grenzen der ausgewiesenen Flächen nebst Eigenschaften) abmalen, Straßen, Gebäude etc. jedoch nicht. Der Bürger kann erkennen, dass seine Apfelwiese (schönes Beispiel) betroffen ist. Das gibt ihm aber nicht das Recht, den Anfahrtweg zu seiner Apfelwiese abzupausen und ins Internet zu stellen. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gebäude: Rechteck oder Node statt R ealform?
Hallo Community, ich habe nicht die Realform aller Häuser, die ich erhoben habe. Ist es okay, ein Rechteck dort hinzusetzen und ein FIXME dranzuschreiben oder soll ich nur einen Node dransetzen? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Blumenbeete im öffentlichen Gebiet
Hallo, Danke für die rege Diskussion: Hintergrund ist nur, dass das Grünflächenamt von unserem Verein (der die Blumen setzte) einen Plan haben will, wo die stehen, damit das bei der Pflege berücksichtigt werden kann. Ich kann mir also einen Plan ausdrucken und alles einzeichnen oder ich tagge das gleich so, dass in OSM zu sehen ist. Grüße, Arne+++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import Schutzgebietsgrenzen Lübeck
Zitat Gerrit Lammert: [Luebeck] Das Umweltamt hat (oder machtgerade) so ein Bürgerportal, wo jeder Nutzer ohne viel Aufwand bestimmte Dinge eintragen kann, wie wilde Müllkippen, aber auch schöne Wanderwege etc. Also so eine Art Verwaltungs-Crowdsourcing. ;-) Vielleicht können wir da dann auch ab und zu interessante Daten raussaugen... Was spricht dagegen, wenn die Leute es gleich bei OSM reintun? Oder auch nur erst mal drueber legen? Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Hinweis: Ich bin kein Anwalt und meine Aussagen sind nur eine Meinung, ich übernehme dafür keiner Garantien. Am Donnerstag, 19. Februar 2009 16:41 schrieb Norbert Kück: Länder und Bund haben die Geodateninfrastruktur samt dem juristischen Unterbau so gestrickt, dass der Betrieb der Geodatendienste von öffentlichen Zuschüssen möglichst unabhängig wird. Man muss also möglichst viele Geodaten möglichst teuer verkaufen. Wenn die Kartengrundlagen für öffentliche Bekanntmachungen frei wären, würde man sie extrem abmagern, weil man sich sonst beide Arme abgehackt hätte. Gemeinfreie Karten kann jeder digitalisieren und billig weiterverkaufen. Nein, das wird natürlich verhindert. Ich habe bei F- und B-Plänen, Schutzgebietsverordnungen etc. bisher zwei Modelle gesehen: 1. Es wird der Herausgeber der Kartengrundlage (mit oder ohne ausdrücklicher Copyrightangabe) neben der erlassenden Behörde genannt. Das bedeutet Trennung der beiden Datenarten. 2. Es wird auf den gesetzlichen Schutz der Karte (Katastergesetz) hingewiesen. Also: Gegenstände der amtlichen Entscheidung (Grenzen der ausgewiesenen Flächen nebst Eigenschaften) abmalen, Straßen, Gebäude etc. jedoch nicht. Der Bürger kann erkennen, dass seine Apfelwiese (schönes Beispiel) betroffen ist. Das gibt ihm aber nicht das Recht, den Anfahrtweg zu seiner Apfelwiese abzupausen und ins Internet zu stellen. Ich möchte jetzt niemanden zu Urheberrechts vergehen ermuntern, aber ich finde es sehr wahrscheinlich, das die Bebauspläne (samt Untergrund) gemeinfrei sein müssen, obwohl die Komunen gerne verdienen wollen. Dann würde ich als Kommune natürlich solche Hinweise anbringen, gemäß dem Motto: Soll doch erstmal jemand dagegen Klagen... (Nach der gleiche Methode funktionieren viele Klauseln insbesondere bei AGBs von eher unseriösen Mobilfunk- / Klingelton- /Internet- Unternehmen) Hintergrund der gemeinfreiheit von Gesetzen und Verordnungen ist ja gerade das alle Bürger Zugang zu Gesetzen bekommen sollen (und nicht nur die die es bezahlen können). BTW: Ich würde ja gerne mal meine Grundsteuer nicht bezahlen mit der Begründung das das Grundstück nicht in Hamburg ist. Das sollen sie mir erstmal beweisen (ich habe bislang zwei Jahre erfloglos nach einer Grenzbeschreibung für Hamburg gesucht) [Wenn es hier einen Anwalt gibt, der da gute Chancen sieht und mich vertreten möchte, bitte melden] Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import Schutzgebietsgrenzen Lübeck
On Thu, 19 Feb 2009 15:58:38 + (UTC), Michael Buege mich...@buegehome.de wrote: Zitat Gerrit Lammert: [Luebeck] Das Umweltamt hat (oder machtgerade) so ein Bürgerportal, wo jeder Nutzer ohne viel Aufwand bestimmte Dinge eintragen kann, wie wilde Müllkippen, aber auch schöne Wanderwege etc. Also so eine Art Verwaltungs-Crowdsourcing. ;-) Vielleicht können wir da dann auch ab und zu interessante Daten raussaugen... Was spricht dagegen, wenn die Leute es gleich bei OSM reintun? Oder auch nur erst mal drueber legen? Hatte ich damals versucht. Die 2 Seiten Geschreibsel müssen wohl bei denen versackt sein... Solange aber nichtmal alle Ortsteile eingezeichnet sind, wäre das vielleicht auch etwas viel verlangt. Vielleicht entwickelt sich ja jetzt eine engere Zusammenarbeit. Da ich aber schon länger nicht mehr in Lübeck wohne, braucht es da wohl lokale Aktivisten. Wenn Interesse besteht, kann ich gerne den Kontakt herstellen... Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Sven Anders schrieb: Ich möchte jetzt niemanden zu Urheberrechts vergehen ermuntern, aber ich finde es sehr wahrscheinlich, das die Bebauspläne (samt Untergrund) gemeinfrei sein müssen, obwohl die Komunen gerne verdienen wollen. B-Pläne könnten eher gemeinfrei sein als F-Pläne, da B-Pläne in Amtlichen Bekanntmachungen veröffentlicht werden. Von F-Plänen kenne ich das, wie gesagt, nicht. Dann würde ich als Kommune natürlich solche Hinweise anbringen, gemäß dem Motto: Soll doch erstmal jemand dagegen Klagen... Und dann? Wer zahlt den Vergleich? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Hallo Norbert, Norbert Kück schrieb: 1. Es wird der Herausgeber der Kartengrundlage (mit oder ohne ausdrücklicher Copyrightangabe) neben der erlassenden Behörde genannt. Das bedeutet Trennung der beiden Datenarten. 2. Es wird auf den gesetzlichen Schutz der Karte (Katastergesetz) hingewiesen. Bedenke, dass solche Texte aber nicht unbedingt mit der realen Schöpfungshöhe und Schutzfähigkeit übereinstimmen müssen. Also: Gegenstände der amtlichen Entscheidung (Grenzen der ausgewiesenen Flächen nebst Eigenschaften) abmalen, Straßen, Gebäude etc. jedoch nicht. Das sehe ich bei B-Plänen nicht gegeben. Bei rechtsverbindlichen Plänen liegt ja gerade die Anordnung von Flächen, Häusern und Straßen im allgemeinen und amtlichen Interesse. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Sven Anders schrieb: Hintergrund der gemeinfreiheit von Gesetzen und Verordnungen ist ja gerade das alle Bürger Zugang zu Gesetzen bekommen sollen (und nicht nur die die es bezahlen können). Und was sagt das jetzt sagen? Die Inhalte der Gesetze, Verordnungen und sogar Verwaltungsvorschriften SIND zugänglich - für jedermann und kostenfrei. Damit ist der Zweck erfüllt - die beliebige Weiternutzung von Bestandteilen, die nicht einmal Gegenstand der Vorschriften sind, ist nicht Gegenstand dieses Informationsbedarfs. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Norbert Kück schrieb: Sven Anders schrieb: Hintergrund der gemeinfreiheit von Gesetzen und Verordnungen ist ja gerade das alle Bürger Zugang zu Gesetzen bekommen sollen (und nicht nur die die es bezahlen können). Und was sagt das jetzt sagen? Die Inhalte der Gesetze, Verordnungen und sogar Verwaltungsvorschriften SIND zugänglich - für jedermann und kostenfrei. Damit ist der Zweck erfüllt - die beliebige Weiternutzung von Bestandteilen, die nicht einmal Gegenstand der Vorschriften sind, ist nicht Gegenstand dieses Informationsbedarfs. Das ist nicht das, was § 5 Abs. 1 UrhG aussagt. Dieser Paragraph sagt: Gesetze (...) haben keinerlei Urheberrecht und man darf damit machen, was man will. Aber eine mögliche Ausnahme: Am Beispiel einer Karte als direkte, primäre Amtliche Bekanntmachung, könnte zusätzlich der Schutz als analoge Datenbank stehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rad09 in Fürth bei Nürnberg - Helfe r für OSM-Stand gesucht
Hallo, ich wollte hier nochmals einen offiziellen Aufruf starten. _Am_28.02._und_01.03._ findet _in_Fürth_ bei Nürnberg die Fahrradmesse rad09 statt. OSM wurde eingeladen, dort einen Messestand zu über das Wochenende zu betreiben. Wir, ein Team von aktuell drei Mann, _suchen_nun_dringend_noch_Helfer_. Geplant ist, eine Informationsinsel aufzubauen. Geplant sind folgende Hauptaktivitäten: * Halbstündliche oder stündliche Kurzpräsentationen zu Schwerpunktthemen, die OSM betreffen. * Den Profis über die Schulter schauen: Erfahrene Mapper zeigen am Projekt Oberpfalz, wie JOSM und Co. funktionieren und wie man richtig mappt. * Spielen mit OSM: Die User können unter Anleitung selbst Daten in ihrem Heimatort eintragen, vor allem POIs. Außerdem können sie die Karte erkunden. * OSM-Präsentation: Auf einem Bildschirm läuft eine selbstlaufende Präsentation, die OSM vorstellt (Leider gibt es keine Podiumsplätze mehr). Was wir nun vor allen Dingen noch brauchen sind: * Helfer: Wir sind aktuell nur zu dritt * Laptops: Wir haben bisher nur einen * Große Bildschirme oder Flat-TVs Wir wären sehr dankbar, wenn sich noch Leute melden würden. Wer also Zeit und Lust hat, ist herzlich eingeladen. Bitte meldet euch möglichst bald, damit wir euch einplanen können. Es ist auch möglich, dass ihr nur an einem Tag kommt. Weitere Infos findet ihr in der Wiki. Ihr könnt auch gerne mich oder Markus kontaktieren. http://wiki.openstreetmap.org/wiki/NFE-Treffen#Rad-09:_28.02..2F01.03.2C_in_F.C3.BCrth Schonmal danke und schönen Abend, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Tobias Wendorff schrieb: Bedenke, dass solche Texte aber nicht unbedingt mit der realen Schöpfungshöhe und Schutzfähigkeit übereinstimmen müssen. Komisches Argument. Es geht hier um Kartengrundlagen, die weitaus detailreicher sind, als so manches Geschmiere, für dessen Verwendung im Internet zahlen mussten - rechtskräftig verurteilt. Also: Gegenstände der amtlichen Entscheidung (Grenzen der ausgewiesenen Flächen nebst Eigenschaften) abmalen, Straßen, Gebäude etc. jedoch nicht. Das sehe ich bei B-Plänen nicht gegeben. Bei rechtsverbindlichen Plänen liegt ja gerade die Anordnung von Flächen, Häusern und Straßen im allgemeinen und amtlichen Interesse. Ich teile diese Ansicht weiterhin nicht. Die Lage und Form der Häuser z.B. ist regelmäßig NICHT Gegenstand des B-Plans - wohl Baugrenzen. Weiterhin: Alles was durch den B-Plan geregelt ist kann weiter genutzt werden, was nur Kartengrundlage zur Orientierung ist jedoch nicht. Wir werden da wohl unterschiedlicher Meinung bleiben, auch wenn das jetzt noch x-mal hin und her geht. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routendarstellung in Openrouteservice (Anliegerstrassen)
Chris-Hein Lunkhusen schrieb: By The Way: Die Zugangsbeschränkungen sollen bekanntlich auf Ways und nicht auf Knoten erfolgen, unter anderem weil Router in der Regel nur Kanten- und keine Knoteninfos auswerten. In JOSM erfolgt aber überhaupt keine Warnung, wenn man einen Node mit Zugangsbeschränkungen versieht, im Gegenteil, es wird dann sogar ein Schild-Icon gemalt. Wertet der Router die Barrieren aus? Viele Straßen in Wohngebieten sind nachträglich mit einem Poller oder einer Schranke gesperrt, aber in beiden Teilen befahrbar. So stehen sie dann auch in der Datenbank. Meist sind es gerade die Straßen, die eine Abkürzung darstellen. Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routendarstellung in Openrouteservice (Anliegerstrassen)
Stephan Wolff schrieb: Wertet der Router die Barrieren aus? Viele Straßen in Wohngebieten sind nachträglich mit einem Poller oder einer Schranke gesperrt, aber in beiden Teilen befahrbar. So stehen sie dann auch in der Datenbank. Meist sind es gerade die Straßen, die eine Abkürzung darstellen. Nein, bei mir gedenfalls wird barrier=bollard nicht ausgewertet. André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] NSG - NP - NLP
Martin Koppenhoefer wrote: ja, als Ausgangspunkt für eine deutsche Wikiseite und entsprechende Abstufungen / Klassen ja, für das Tagging würde ich hingegen versuchen, entweder beschreibende tags auf Englisch oder Numerische Stufen ähnlich den Tracktypes zu verwenden. Diese kann man dann in den Mapfeatures:De auch konkret zuweisen (bzw. mit einer Tabelle für alle Länder im Englischen Teil wie z.B. bei den Boundaries, dort ist der tag ja auch nicht Verwaltungsstufe=Landkreis). In beiden Fällen: Warum eigentlich? Beides sind Fälle, in denen Gebiete nach landesspezifischen rechtlichen Kriterien abgegrenzt werden. Meiner Meinung nach spricht da nichts dagegen, auch mit Begriffen der jeweiligen Landessprache (amtliche Bezeichnung oder Abkürzung) auszuzeichnen. Gruß, Mark -- Wolle man die vom Kläger für angemessen erachteten Sicherheits- maßstäbe anlegen, könne der Reiseveranstalter seiner Verkehrs- sicherungspflicht nur genügen, wenn er seine Gäste in Gummizellen unterbrächte (...) (AG München, Pressemitteilung) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Norbert Kück schrieb: Tobias Wendorff schrieb: Bedenke, dass solche Texte aber nicht unbedingt mit der realen Schöpfungshöhe und Schutzfähigkeit übereinstimmen müssen. Komisches Argument. Es geht hier um Kartengrundlagen, die weitaus detailreicher sind, als so manches Geschmiere, für dessen Verwendung im Internet zahlen mussten - rechtskräftig verurteilt. Das Argument ist: Nur, weil da steht, dass es urheberrechtlich geschützt ist, muss es das lange noch nicht sein. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Tobias Wendorff wrote: Im deutschen Recht sind amtliche Werke vom Urheberrechtsschutz ausgenommen (§ 5 UrhG). Amtliche Werke sind nach § 5 Abs. 1 UrhG Gesetze, Verordnungen, amtliche Erlasse und Bekanntmachungen sowie Entscheidungen und amtlich verfasste Leitsätze sowie nach § 5 Abs. 2 UrhG andere amtliche Werke, die im amtlichen Interesse zur allgemeinen Kenntnisnahme veröffentlicht worden sind. § 5 Abs. 1 UrhG erlaubt somit eine uneingeschränkte Nutzung. § 5 Abs. 2 UrhG verlangt eine Quellnennung und ggf. Änderungsverbot Ein Flächennutzungsplan ist keine rechtliche Basis direkt für den Bürger, sondern dienst in erster Linie für Entscheidungen der Behörde. Der F-Plan ist jedoch informell für den Bürger bestimmt. Da er aber für Behörden verbindliche Vorgaben enthält, ist der FNP mindestens eine Verwaltungsvorschrift und damit ein amtlicher Erlass i.S.v. § 5 I UrhG. Ich habe bislang noch keinen F-Plan als Amtliche Bekanntmachung gesehen, sondern wird lediglich immer die Öffentliche Auslegung amtlich bekanntgemacht. § 5 I UrhG unterscheidet nicht nach der Art der Veröffentlichung. Leider wurde bei der Umsetzung der EU-Richtlinie für Datenbankwerke schlichtweg vergessen, wie amtliche Datenbankwerke zu behandeln sind. Der Bundesgerichtshof wartet daher auf ein Urteil vom Europäischen Gerichtshof. Er wartet nicht mehr. Leider nicht deshalb, weil der EuGH entschieden hätte, sondern weil sich die Parteien nach dem Vorlagebeschluss verglichen haben. Gruß, Mark -- Wolle man die vom Kläger für angemessen erachteten Sicherheits- maßstäbe anlegen, könne der Reiseveranstalter seiner Verkehrs- sicherungspflicht nur genügen, wenn er seine Gäste in Gummizellen unterbrächte (...) (AG München, Pressemitteilung) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routendarstellung in Openrouteservice (Anliegerstrassen)
André Reichelt schrieb: Stephan Wolff schrieb: Wertet der Router die Barrieren aus? Viele Straßen in Wohngebieten sind nachträglich mit einem Poller oder einer Schranke gesperrt, aber in beiden Teilen befahrbar. So stehen sie dann auch in der Datenbank. Meist sind es gerade die Straßen, die eine Abkürzung darstellen. Nein, bei mir gedenfalls wird barrier=bollard nicht ausgewertet. Wie gesagt, zur Zeit wertet ORS keine Knoteninfos aus. (Pascal correct me if i'm wrong). Während es bei Pollern etc. aber laut Wiki-MapFeatures vorgesehen ist, den Node zu taggen, ist es bei Zugangsbeschränkungen (zB motorway=destination, access=private etc.) vorgesehen den Way zu taggen. Deshalb verstehe ich nicht wieso JOSM dieses wiki-unkonforme Taggen des Nodes unterstützt. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Norbert Kück wrote: Die Lage und Form der Häuser z.B. ist regelmäßig NICHT Gegenstand des B-Plans - wohl Baugrenzen. Weiterhin: Alles was durch den B-Plan geregelt ist kann weiter genutzt werden, was nur Kartengrundlage zur Orientierung ist jedoch nicht. Eine solche Aufteilung halte ich für unzulässig. Zum Bebauungsplan gehört alles, was Bestandteil des beschlossenen und verkündeten Dokuments ist. Teile davon als nicht wirklich zum Plan gehörig anzusehen, widerspricht dem erklärten Willen des Satzungsgebers - der hätte ja auch einen Plan ohne Kartengrundlage beschließen können. Unter Umständen sorgt ja auch gerade erst die enthaltene Kartengrundlage dafür, dass sich dem Plan überhaupt mit hinreichender Sicherheit entnehmen lässt, was er vorschreibt. Gruß, Mark -- Wolle man die vom Kläger für angemessen erachteten Sicherheits- maßstäbe anlegen, könne der Reiseveranstalter seiner Verkehrs- sicherungspflicht nur genügen, wenn er seine Gäste in Gummizellen unterbrächte (...) (AG München, Pressemitteilung) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import Schutzgebietsgrenzen Lübeck
Hier noch ein Link aus der Lübeck-Wiki-Seite http://www.luebeck.de/bewohner/umwelt_gesundheit/naturschutz/schutzgebiete/schutzgebiete.html Da gibt es auch noch Detailübersichten. Habe die Daten von Tobias zwischenzeitlich erhalten und werde die Gebiete nacheinander übernehmen. Sollte denn leisure=nature_reserve ausreichen oder würdet Ihr noch weitere Tags außer NAME, SOURCE erfassen. In den Daten sind noch Flächen, Verwaltungsangaben etc. zu finden. Gruß Jan :-) Gerrit Lammert schrieb: Hi. Ich habe für Lübeck vom Umweltamt eine shape-Datei mit den Grenzen sämtlicher Schutzgebiete bekommen. Fühlt sich hier jemand befähigt, daraus etwas zu machen? Hier der Text der Verantwortlichen beim Amt: Ich habe Ihnen mal die Shape-Datei der Schutzgebiete gezipt und füge Sie dieser Mail bei. Die Geometrien wurden von uns anhand der Schutzgebietsverordnungskarten digitalisiert und können daher weitergegeben werden. Sie wurden auf der Deutschen Grundkarte (Gauß Krüger 4. Streifen - GK4) im Maßstab 1:5000 digitalisiert. Ich hoffe, die Daten könne son verwendet werden. 1. Ich habe auf den Charakter von OSM (jeder darf mit den Daten alles machen) bei der Anfrage hingewiesen. Gibt es dennoch rechtliche bedenken? 2. Wer kann/möchte das importieren? Ich fühle mich dazu nicht ohne Zeitaufwand (die ich aktuell nicht habe) in der Lage. Ich hab noch nicht genauer reingeguckt, aber es findet sich .shx;.dbf;.sbn;.sbx und .shp. Gerrit ___ 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] Flaechennutzungsplan - Gemeinfrei?
Mark Obrembalski schrieb: Er wartet nicht mehr. Leider nicht deshalb, weil der EuGH entschieden hätte, sondern weil sich die Parteien nach dem Vorlagebeschluss verglichen haben. Stimmt, habe ich leider auch gerade gesehen. Aber ist damit BGH, Beschluss vom 28.09.2006 - I ZR 261/03; GRUR 2007, 500; [...] komplett hinfällig? Die Entscheidung sagt eindeutig aus, dass § 5 Abs. 2 UrhG nicht nur bei Datenbankwerken nach § 4 Abs. 2 Satz 1 UrhG, sondern erst recht bei Datenbanken nach § 87a Abs. 1 Satz 1 UrhG Anwendung findet. Im Streitfall ging es ja um ein Ausschreibungsblatt, welches eindeutig unter § 5 Abs. 2 UrhG fällt. Wäre es analog dann nicht so, dass § 5 Abs. 1 UrhG ebenfalls nicht unter § 87 ff. UrhG fällt? Ich verfolge diese Sache schon seit einiger Zeit, denn dann hätte wir einen Freifahrtsschein: Zur Kommunalwahlen müssen die Gemeinden Wahlbezirke aufstellen und zur kommenden Bundestagswahl stellen sie kleine Stimmbezirke auf. Beide Arten von Bezirken werden als Amtliche Bekanntmachung, eindeutig nach § 5 Abs. 1 UrhG, veröffentlicht. Und jetzt das Geniale: Diese Bezirke beinhalten alle Straßen! Das Blöde ist, dass diese eigentlich auch unter § 87 ff. UrhG fallen könnten, da sie ja eindeutig Datenbankstruktur haben. Wenn man den Entscheid aber analog betrachtet, dürften dies eben nicht zutreffen. Was meinst Du? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] surface=ground
Was soll eigentlich dieses surface=ground bedeuten? Wird das im englischen sprachraum auch verwendet? -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import Schutzgebietsgrenzen Lübeck
naja, wir hatten ja gerad schon mal nen thread zu diesem Thema und festgestellt, dass auf diesem Gebiet eigentlich noch Handlungsbedarf besteht. Jan Tappenbeck schrieb: Hier noch ein Link aus der Lübeck-Wiki-Seite http://www.luebeck.de/bewohner/umwelt_gesundheit/naturschutz/schutzgebiete/schutzgebiete.html Da gibt es auch noch Detailübersichten. Habe die Daten von Tobias zwischenzeitlich erhalten und werde die Gebiete nacheinander übernehmen. Sollte denn leisure=nature_reserve ausreichen oder würdet Ihr noch weitere Tags außer NAME, SOURCE erfassen. für NSG würde das schon passen, aber nicht für die LSG. Genauso könntest du aber auch bundary=national_park nehmen (lt. Map Features). Bis das mal richtig geklärt wird, hab ich jetzt teilweise zu leisure=nature_reserve noch layer=-1 gesetzt. Nicht sehr toll, aber so wird wenigstens nicht alles andere überlagert. schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenverzeichnis Rheinland-Pfalz
Hallo Sven, Bei den Orten bei denen ich kein Polygon gefunden hatte, hab ich jetzt ein Rechteck um den Ort herum mit 0.06 Grad Kanenlänge angenommen. http://svenanders.openstreetmap.de/SV-stat/Rheinland-Pfalz/ Die Relation muss einen Key: de:amtlicher_gemeindeschluessel und als Value den Gemeindeschlüssel aus dem Strassenverzeichniss haben. Könnest Du mir das mit der Relation noch mal bitte etwas genauer erklären ? Ich arbeite u.a. in Nierstein http://svenanders.openstreetmap.de/SV-stat/Rheinland-Pfalz/Nierstein/ Hierfür gibt es auch einen way (landuse = residential) der alle Straßen umfasst http://www.openstreetmap.org/browse/way/8031225/history Wie muss jetzt die Relation genau aussehen und wer/was muss Mitglied dieser Relation sein ? Gruss TimG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] surface=ground
Karl Eichwalder wrote: Was soll eigentlich dieses surface=ground bedeuten? Auf http://wiki.openstreetmap.org/wiki/Key:surface bzw. http://wiki.openstreetmap.org/wiki/DE:Key:surface stehen dieser und weitere Werte. Wird das im englischen sprachraum auch verwendet? Immerhin beispielsweise 99x in Großbritannien: http://tagwatch.stoecker.eu/Great_britain/En/tagstats_surface_ground.html Zum Vergleich alle Werte: http://tagwatch.stoecker.eu/Great_britain/En/keystats_surface.html Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Inseln
Hi! Wie werden eigentlich Inseln gemeinhin dargestellt? Ich hätte naiverweise erwartet, daß eine Insel in einem See genauso behandelt wird wie eine Lichtung in einem Wald, sprich mit einem Multipolygon. Jetzt bin ich über das Tag natural=land gestolpert, das erschreckend oft vorkommt. Ist das sinnvoll? Üblich? Veraltet? tara Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] openstreemap.de steht jetzt zum Verkauf! :o
Moin moin http://www.openstreemap.de/ Bringt eine Seite mit Kaufangebot fuer die Domain! :o ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreemap.de steht jetzt zum Verkauf! :o
Peter Herison schrieb: Moin moin http://www.openstreemap.de/ Bringt eine Seite mit Kaufangebot fuer die Domain! :o Und, wo ist das Problem? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreemap.de steht jetzt zum Verkauf! :o
Andreas Pothe schrieb: Peter Herison schrieb: http://www.openstreemap.de/ Bringt eine Seite mit Kaufangebot fuer die Domain! :o Und, wo ist das Problem? Bin ich doch voll auf den Typo in der Bugtrackermail von JOSM reingefallen... Schulligung... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] surface=ground
Hatto von Hatzfeld schrieb: Auf [..] stehen dieser und weitere Werte. Wäre schön, wenn die mal in die Stylefiles von josm eingepflegt werden würden :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreemap.de steht jetzt zum Verkauf! :o
Peter Herison schrieb: http://www.openstreemap.de/ Bringt eine Seite mit Kaufangebot fuer die Domain! :o Ja. Auf wiipedia.org (nicht anklicken, wie Werbung aussieht, wisst ihr) und ähnlichen Seiten hocken auch Typosquatter rum. Zeigt, dass wir zumindest in diesen Kreisen jetzt als bekannt (und tippfehleranfällig) genug angesehen werden. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Blumenbeete im öffentlichen Gebiet
Am 19.02.2009 um 16:50 schrieb Arne Bischoff: Hallo, Danke für die rege Diskussion: Hintergrund ist nur, dass das Grünflächenamt von unserem Verein (der die Blumen setzte) einen Plan haben will, wo die stehen, damit das bei der Pflege berücksichtigt werden kann. Ich kann mir also einen Plan ausdrucken und alles einzeichnen oder ich tagge das gleich so, dass in OSM zu sehen ist. Meine Mutter ist im Verein der Staudenfreunde, der eine Patenschaft für ein Beet im Stadtpark übernommen hat. Um hier die Planungen abzustimmen, hat der lokale Vorsitzende vorgeschlagen, dass sich alle inkscape auf den Rechner ziehen. Da dachte ich unwillkürlich, dass die mit JOSM vielleicht sogar besser bedient wären. Dessen Oberfläche wird ja viel gescholten, aber ich finde sie ziemlich gut und intuitiver als inkscape. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de