[talk-ph] Luzon Coastline
I've been trying to figure out the Luzon coastline around Zambales, as its driving me nuts. Personally I think it looks terribly offputting to see such a glaring error, especially as we're seeing some new members recently. So I looked at the coastline checker here, http://tile.openstreetmap.nl/coastlines.html?zoom=9lat=15.1027lon=120.35419layers=B00T and, using the notes here http://wiki.openstreetmap.org/index.php/Coastline_error_checker investigated a few of the Big Red Dots. From looking at them in JOSM, the Big Red Dots seem to be at areas where the coastline is split into different sections. The sections have the same tags i.e. layer=-1 name=Luzon natural=coastline and the direction is correct -- wet on the right. But they have different description and Notes fields. Is this the problem then? That the notes fields are different and that this has somehow made the renderer unable to recognise that they are the same coastline? I can't imagine that it is ... Or do the coastline segments need to be joined together? I understand that the islands outlined in red are only being flagged as wrong because they are currently on land so those will disappear when we get the coast corrected. Possibly related to this, I noticed that a section of the coastline had gone AWOL around Subic airport, and actually cut across the runway, so I put in a temporary section of coastline so that the coast goes outside the airport. Its very approximate at the moment, but at least it is topologically sound. Maybe I'll wait and see if this glitch was causing all the problems. I'm crossing my fingers that I haven't made things worse, but I thought I'd mention what I've been doing here, so that if the sea suddenly drains away from the entire Asian subcontinent, you'll know where to point the fingers of blame (and where to go to start fixing things ... .). If anyone else has any bright ideas on how to fix this coastline, please help me out here. I'm a little out of my depth (no pun intended), but its been broken for several weeks. Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 920 912 5830 Hong Kong: +852 9100 7586 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Luzon Coastline
Just had a look at the area and coastlines seems sane. AFAIK, coastline are not rendered regularly. Rendering of coastlines comes from shapefiles based on OSM and not directly from the OSM dbase. On another note, I browsed around the general area Subic, Castillejos, San Narciso, San Felipe, Olongapo. It seems a lot of data are added the past weeks. Along with a whole lot of errors: unclosed areas overlapping highways unconnected and duplicate nodes missing nodes on intersections (Didn't touch anything today, though) I'm curious (and suspicious) about the data source. I see no yahoo imagery, not even a public GPX trace. This issue has been discussed before: http://lists.openstreetmap.org/pipermail/talk-ph/2009-January/000312.html And I did flagged the attention of one mapper. As I see no proof of authenticity I am again questioning these edits. I know it's a wiki. May I ask other members of the group to contact the respective mappers? I am not discounting the fact that local knowledge maybe the source (ianlopez did great in San Pablo only with landsat and local knowledge), but can we discuss this first with the mappers? And hopefully avoid edit war. On Fri, Feb 20, 2009 at 4:40 PM, Ed Garcia eppgar...@gmail.com wrote: I also tried to trace that coastline section too a few days ago via JOSM and was looking for possibility of unmerged coastline nodes somewhere. Found none. That section that went AWOL could be it. Can't wait for Wednesday. Thanks Jim! :) On Fri, Feb 20, 2009 at 4:20 PM, Jim Morgan j...@datalude.com wrote: I've been trying to figure out the Luzon coastline around Zambales, as its driving me nuts. Personally I think it looks terribly offputting to see such a glaring error, especially as we're seeing some new members recently. So I looked at the coastline checker here, http://tile.openstreetmap.nl/coastlines.html?zoom=9lat=15.1027lon=120.35419layers=B00T and, using the notes here http://wiki.openstreetmap.org/index.php/Coastline_error_checker investigated a few of the Big Red Dots. From looking at them in JOSM, the Big Red Dots seem to be at areas where the coastline is split into different sections. The sections have the same tags i.e. layer=-1 name=Luzon natural=coastline and the direction is correct -- wet on the right. But they have different description and Notes fields. Is this the problem then? That the notes fields are different and that this has somehow made the renderer unable to recognise that they are the same coastline? I can't imagine that it is ... Or do the coastline segments need to be joined together? I understand that the islands outlined in red are only being flagged as wrong because they are currently on land so those will disappear when we get the coast corrected. Possibly related to this, I noticed that a section of the coastline had gone AWOL around Subic airport, and actually cut across the runway, so I put in a temporary section of coastline so that the coast goes outside the airport. Its very approximate at the moment, but at least it is topologically sound. Maybe I'll wait and see if this glitch was causing all the problems. I'm crossing my fingers that I haven't made things worse, but I thought I'd mention what I've been doing here, so that if the sea suddenly drains away from the entire Asian subcontinent, you'll know where to point the fingers of blame (and where to go to start fixing things ... .). If anyone else has any bright ideas on how to fix this coastline, please help me out here. I'm a little out of my depth (no pun intended), but its been broken for several weeks. Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 920 912 5830 Hong Kong: +852 9100 7586 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- website administrator: - www.waypoints.ph - reeflife.eppgarcia.com PADI Divemaster #491048 ___ 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] Luzon Coastline
FYI, I will be contacting all mappers around the area following the advice here: http://wiki.openstreetmap.org/index.php/FAQ#I_think_someone.27s_been_entering_copyrighted_data_-_how_do_we_deal_with_that.3F On Fri, Feb 20, 2009 at 5:10 PM, maning sambale emmanuel.samb...@gmail.com wrote: Just had a look at the area and coastlines seems sane. AFAIK, coastline are not rendered regularly. Rendering of coastlines comes from shapefiles based on OSM and not directly from the OSM dbase. On another note, I browsed around the general area Subic, Castillejos, San Narciso, San Felipe, Olongapo. It seems a lot of data are added the past weeks. Along with a whole lot of errors: unclosed areas overlapping highways unconnected and duplicate nodes missing nodes on intersections (Didn't touch anything today, though) I'm curious (and suspicious) about the data source. I see no yahoo imagery, not even a public GPX trace. This issue has been discussed before: http://lists.openstreetmap.org/pipermail/talk-ph/2009-January/000312.html And I did flagged the attention of one mapper. As I see no proof of authenticity I am again questioning these edits. I know it's a wiki. May I ask other members of the group to contact the respective mappers? I am not discounting the fact that local knowledge maybe the source (ianlopez did great in San Pablo only with landsat and local knowledge), but can we discuss this first with the mappers? And hopefully avoid edit war. On Fri, Feb 20, 2009 at 4:40 PM, Ed Garcia eppgar...@gmail.com wrote: I also tried to trace that coastline section too a few days ago via JOSM and was looking for possibility of unmerged coastline nodes somewhere. Found none. That section that went AWOL could be it. Can't wait for Wednesday. Thanks Jim! :) On Fri, Feb 20, 2009 at 4:20 PM, Jim Morgan j...@datalude.com wrote: I've been trying to figure out the Luzon coastline around Zambales, as its driving me nuts. Personally I think it looks terribly offputting to see such a glaring error, especially as we're seeing some new members recently. So I looked at the coastline checker here, http://tile.openstreetmap.nl/coastlines.html?zoom=9lat=15.1027lon=120.35419layers=B00T and, using the notes here http://wiki.openstreetmap.org/index.php/Coastline_error_checker investigated a few of the Big Red Dots. From looking at them in JOSM, the Big Red Dots seem to be at areas where the coastline is split into different sections. The sections have the same tags i.e. layer=-1 name=Luzon natural=coastline and the direction is correct -- wet on the right. But they have different description and Notes fields. Is this the problem then? That the notes fields are different and that this has somehow made the renderer unable to recognise that they are the same coastline? I can't imagine that it is ... Or do the coastline segments need to be joined together? I understand that the islands outlined in red are only being flagged as wrong because they are currently on land so those will disappear when we get the coast corrected. Possibly related to this, I noticed that a section of the coastline had gone AWOL around Subic airport, and actually cut across the runway, so I put in a temporary section of coastline so that the coast goes outside the airport. Its very approximate at the moment, but at least it is topologically sound. Maybe I'll wait and see if this glitch was causing all the problems. I'm crossing my fingers that I haven't made things worse, but I thought I'd mention what I've been doing here, so that if the sea suddenly drains away from the entire Asian subcontinent, you'll know where to point the fingers of blame (and where to go to start fixing things ... .). If anyone else has any bright ideas on how to fix this coastline, please help me out here. I'm a little out of my depth (no pun intended), but its been broken for several weeks. Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 920 912 5830 Hong Kong: +852 9100 7586 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- website administrator: - www.waypoints.ph - reeflife.eppgarcia.com PADI Divemaster #491048 ___ 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/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki:
Re: [talk-ph] Capas, Tarlac Coverage
Google Map Maker users couldn't use GPX traces or any other kind of data format including KML. They only rely on the satellite/aerial imagery provided by Google. So they can only copy data by sight from OSM. On Fri, Feb 20, 2009 at 3:57 PM, Ed Garcia eppgar...@gmail.com wrote: Just curious about this guys ... Technically, one can also get certain details from OSM and add it to Google Map Makers, right? ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] MapMaker for Developers
Ahh bugger - and yet they only announced it yesterday. Nice catch J From: Eugene Alvin Villar [mailto:sea...@gmail.com] Sent: Friday, February 20, 2009 6:48 AM To: Ahmed Farooq Cc: talk-ph@openstreetmap.org Subject: Re: [talk-ph] MapMaker for Developers Hi Ahmed, I think maning already mentioned about this Google Map Maker Maps API last week: http://lists.openstreetmap.org/pipermail/talk-ph/2009-February/000463.html :-) Regards, Eugene On Fri, Feb 20, 2009 at 2:50 PM, Ahmed Farooq ah...@enthropia.com wrote: Just realized that in the bottom right the explicitly note the contributors - has anyone thought about contacting them about OSM? -A -Original Message- From: talk-ph-boun...@openstreetmap.org [mailto:talk-ph-boun...@openstreetmap.org] On Behalf Of Ahmed Farooq Sent: Friday, February 20, 2009 1:49 AM To: talk-ph@openstreetmap.org Subject: [talk-ph] MapMaker for Developers Don't know if you guys saw this, but Google has opened up mapmaker data into the API - http://feeds.feedburner.com/~r/GoogleGeoDevelopersBlog/~3/543711763/map-make http://feeds.feedburner.com/%7Er/GoogleGeoDevelopersBlog/%7E3/543711763/map -make%0Ar-for-developers.html r-for-developers.html -A ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ 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] Openstreetbugs source code
Tom Hughes wrote: I'm all for having the geo-bugs in the main database, in fact I would much prefer that Yep, me too, as I'd like to add support in Potlatch. cheers Richard -- View this message in context: http://www.nabble.com/Openstreetbugs-source-code-tp22090086p22117319.html Sent from the OpenStreetMap - General mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding architect names to buildings
On Fri, Feb 20, 2009 at 1:54 AM, Frederik Ramm frede...@remote.org wrote: 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 ;-) Cool. As there seems to be a consensus on this now, I've summarised the discussion at http://wiki.openstreetmap.org/wiki/Talk:Key:architect and moved the page to 'Proposed'/RFC status (and added it to http://wiki.openstreetmap.org/wiki/Proposed_features). If anyone can think of any other comments / objections, add them here or to the page. Otherwise, I'll move it to a vote sometime next week. Cheers, Frankie -- Frankie Roberto Experience Designer, Rattle 0114 2706977 http://www.rattlecentral.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NGA Country Files Converter into OSM format
We did a GNS import of place names in Ireland at at time when very few place names were already mapped and the map was full of emptiness. It worked well for us, since the de-duplication task wasn't that bad and it created reference points for future mapping. It is certainly true that accuracy is poor - off by 2km in many cases. But in a from-scratch mapping effort it's easier to re-spot these than it is to create brand new nodes, and even the baseline is better than nothing. I'd be a little more wary of importing such data into a well-mapped area. Dermot -- -- Iren sind menschlich ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] amenity=doctor or amenity=doctors ? [tagging]
amenity=doctors was proposed, but died due to lack of love. Nevertheless, JOSM has chosen to implement it, as has t...@h (I think). * http://wiki.openstreetmap.org/wiki/Proposed_features/GP_Surgery * amenity=doctors * tag usage: 1528 nodes or ways as of 2009-02-20 amenity=doctor has since been proposed, and is dying due to lack of love. It was apparently RFCed on 2008-09-06, but I haven't been able to find any evidence in the archives. * http://wiki.openstreetmap.org/wiki/Proposed_features/Doctor * amenity=doctor * tag usage: 265 nodes or ways as of 2009-02-20 I think this is a notable, relevant, and verifiable thing to have on Tag_features. Shall I merge the two, spit out a proper proposal and description and get it all voted on properly, or just get on with it and add it and update the osmdb accordingly with a bot? -- Andrew Chadwick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Walking Routes - wiki needs some work?
I suspect 2009 will see the emergence of proper OSM walking/hiking maps so its time we got our act together. Please pull the page apart and add new stuff. Ideally try to keep content and ideas in the same sort of format as the Cycle Route ones so that we have some synergy and we don't have to reinvent the wheel yet again A bit of a late reply. In the wiki, Relation:route[1] suggests network of uk_ldp for the UK long distance path network, but Walking_Routes[2] suggests iwn/nwn/rwn/lwn for network types. It looks like the uk_ldp goes back over a year to October 2007, so there are probably a number of these already in existence. The contradiction between the two pages has also led to a relation I created based on the Walking_Routes page being amended to that on the Relation:Route one (which is understandable if people are already used to the Relation:Route definitions). I don’t know how to find out how many relations already exist tagged with network=uk_ldp - perhaps someone could find out? And perhaps someone could decide what to do about the wiki contradictions. Also on the Relation:route page the Cambridge citibus network is still mentioned in the network description, but the value in the network column has been removed (browsing the page history). Ed [1] http://wiki.openstreetmap.org/wiki/Relation:route [2] http://wiki.openstreetmap.org/wiki/Walking_Routes ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=doctor or amenity=doctors ? [tagging]
I think: - Document it in the singular form (the other amenities are singular (except toilets, where there are facilities per gender), so it matches reality). - Send another mail to the list to give notice that you intend to update amenity=doctors to amenity=doctor via a bot in say a fortnight's time. That gives people time to update rendering rules to match the new tag if they're using it on some private map. - Open for voting if you like, but with over 1700 uses in the two forms combined I think it's safe to say that it's considered a useful tag already. Gregory -Original Message- From: talk-boun...@openstreetmap.org [mailto:talk- boun...@openstreetmap.org] On Behalf Of Andrew Chadwick (email lists) Sent: 20 February 2009 10:04 To: osm Talk Subject: [OSM-talk] amenity=doctor or amenity=doctors ? [tagging] amenity=doctors was proposed, but died due to lack of love. Nevertheless, JOSM has chosen to implement it, as has t...@h (I think). * http://wiki.openstreetmap.org/wiki/Proposed_features/GP_Surgery * amenity=doctors * tag usage: 1528 nodes or ways as of 2009-02-20 amenity=doctor has since been proposed, and is dying due to lack of love. It was apparently RFCed on 2008-09-06, but I haven't been able to find any evidence in the archives. * http://wiki.openstreetmap.org/wiki/Proposed_features/Doctor * amenity=doctor * tag usage: 265 nodes or ways as of 2009-02-20 I think this is a notable, relevant, and verifiable thing to have on Tag_features. Shall I merge the two, spit out a proper proposal and description and get it all voted on properly, or just get on with it and add it and update the osmdb accordingly with a bot? -- Andrew Chadwick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] suspected copyrighted material in OSM
This case is now being investigated. http://wiki.openstreetmap.org/index.php/FAQ#I_think_someone.27s_been_entering_copyrighted_data_-_how_do_we_deal_with_that.3F Regards Grant maning sambale wrote: 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. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=doctor or amenity=doctors ? [tagging]
If you're going to change it, JOSM should really be updated at the same time, otherwise the tag will reappear. But updating JOSM isn't enough because peoople don't necessarily update it regularly. However, JOSM can display message of the day, so you could let people know. It would also discourage the old tag coming back if tai...@home were changed at the same time. What's the incentive not to use tone when if you use the other you get to see results? David On 20/02/2009 10:27, Gregory Williams wrote: I think: - Document it in the singular form (the other amenities are singular (except toilets, where there are facilities per gender), so it matches reality). - Send another mail to the list to give notice that you intend to update amenity=doctors to amenity=doctor via a bot in say a fortnight's time. That gives people time to update rendering rules to match the new tag if they're using it on some private map. - Open for voting if you like, but with over 1700 uses in the two forms combined I think it's safe to say that it's considered a useful tag already. Gregory -Original Message- From: talk-boun...@openstreetmap.org [mailto:talk- boun...@openstreetmap.org] On Behalf Of Andrew Chadwick (email lists) Sent: 20 February 2009 10:04 To: osm Talk Subject: [OSM-talk] amenity=doctor or amenity=doctors ? [tagging] amenity=doctors was proposed, but died due to lack of love. Nevertheless, JOSM has chosen to implement it, as has t...@h (I think). * http://wiki.openstreetmap.org/wiki/Proposed_features/GP_Surgery * amenity=doctors * tag usage: 1528 nodes or ways as of 2009-02-20 amenity=doctor has since been proposed, and is dying due to lack of love. It was apparently RFCed on 2008-09-06, but I haven't been able to find any evidence in the archives. * http://wiki.openstreetmap.org/wiki/Proposed_features/Doctor * amenity=doctor * tag usage: 265 nodes or ways as of 2009-02-20 I think this is a notable, relevant, and verifiable thing to have on Tag_features. Shall I merge the two, spit out a proper proposal and description and get it all voted on properly, or just get on with it and add it and update the osmdb accordingly with a bot? -- Andrew Chadwick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=doctor or amenity=doctors ? [tagging]
David wrote: It would also discourage the old tag coming back if ti...@home were changed at the same time. What's the incentive not to use tone when if you use the other you get to see results? I just had a quick look at the z17 stylesheet. That seems to use amenity=doctors throughout *except* for the rendering of house numbers when it uses amenity=doctor. If I were amending the stylesheet I'd just be tempted to add support for either, so if you want to enforce one tag over the other I'm probably not the best one to ask to make the changes g. (As an example, from when checking whether to use a landuse caption - only if no other caption exists for an area: rule e=way k=amenity|shop|tourism v=pub|cafe|cinema|theatre|school|college|university|restaurant|shel ter|supermarket|library|fire_station|doctors|pharmacy|place_of_worsh ip|parking|post_office|hospital|hotel|hostel|camp_site|bank|atm|bus_ station|supermarket|organic|hotel|hostel|camp_site|information / It would be so easy just to add |doctor in the list next to |doctors You could argue deleting the s would be easier still...) Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Walking Routes - wiki needs some work?
On Feb 20, 2009, at 11:14, Ed Loach wrote: In the wiki, Relation:route[1] suggests network of uk_ldp for the UK long distance path network, but Walking_Routes[2] suggests iwn/nwn/rwn/lwn for network types. It looks like the uk_ldp goes back over a year to October 2007, so there are probably a number of these already in existence. The contradiction between the two pages has also led to a relation I created based on the Walking_Routes page being amended to that on the Relation:Route one (which is understandable if people are already used to the Relation:Route definitions). I don’t know how to find out how many relations already exist tagged with network=uk_ldp - perhaps someone could find out? And perhaps someone could decide what to do about the wiki contradictions. Also on the Relation:route page the Cambridge citibus network is still mentioned in the network description, but the value in the network column has been removed (browsing the page history). If you follow the tagwatch links from Relation:route, you can get at the numbers. network GB Europe uk_ldp 21 21 lwn 1 191 rwn 4 354 nwn 0 22 iwn 0 0 Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] whereami not working on nokia 5800 express music
Hi! I installed S60V3 unsigned version in nokika 5800 express music. When I launch the application, it shows a page and then crashes without any error message. The normal gps of nokia is working fine. regards Vivek -- The hidden harmony is better than the obvious!! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] whereami not working on nokia 5800 express music
On Friday 20 February 2009 17:21:59 Vivek Khurana wrote: I installed S60V3 unsigned version in nokika 5800 express music. When I launch the application, it shows a page and then crashes without any error message. I am no expert, but unsigned did not work for me on E 71 - signed worked out of the box -- 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] amenity=doctor or amenity=doctors ? [tagging]
On Fri, 20 Feb 2009 10:51:21 +, David Earl da...@frankieandshadow.com wrote: If you're going to change it, JOSM should really be updated at the same time, otherwise the tag will reappear. But updating JOSM isn't enough because peoople don't necessarily update it regularly. However, JOSM can display message of the day, so you could let people know. On that basis alone I'd go with the convention that JOSM uses, otherwise the wrong tag will keep reappearing. So then update the db and stylesheets and wiki accordingly and send a notice to the list. Also try to get this into Potlatch and the Mapnik stylesheet (I see no reason why they can't come up at the most detailed zoom level). Regards, Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=doctor or amenity=doctors ? [tagging]
Gregory Williams wrote: I think: - Document it in the singular form (the other amenities are singular (except toilets, where there are facilities per gender), so it matches reality). As I see it, amenity=toilets are plural because there are typically multiple stalls or urinals: quite often the gents can be in a completely separate location to the ladies, even if both have the same name. Also true of doctors' offices quite a lot of the time, where you'll have more than one GP, each with his/her own nameplate and consulting room, and a shared waiting / reception area. That's the pattern for many city GP practices in .uk anyway. Could also be laziness in use of language: albeit a sort of laziness that's common to both tags. And being a lazy developer, I'll probably go with established JOSM / t...@h practice: plural. - Send another mail to the list to give notice that you intend to update amenity=doctors to amenity=doctor via a bot in say a fortnight's time. That gives people time to update rendering rules to match the new tag if they're using it on some private map. Good plan, should we go that route. I'll try to be a little careful with this too, given that a similar 'bot seems to have mangled amenity=clinic to amenity=hospital recently. Seems to have arisen purely due to the similarity of the English word clinic to the German word klinik :( - Open for voting if you like, but with over 1700 uses in the two forms combined I think it's safe to say that it's considered a useful tag already. Probably. Certainly that should count towards it. -- Andrew Chadwick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik boundaries
Since no-one seems to bother, it's likely these lines in osm2pgsql that
are causing a problem here:
else if( strcmp( type, boundary ) == 0 )
{
make_polygon = 1;
}
(in
http://svn.openstreetmap.org/applications/utils/export/osm2pgsql/output-pgsql.c)
Obviously the completely wrong way of handling this, as it completely
disregards the fact that this will overlay the same border with
multiple boundary ways.
It also has the side-effect that it renders the name of the boundary
relation as if it were a polygon. That may be something nice to have in
the end, but it currently clashes with the place node which has to be
solved first, and it needs some better font style as well. E.g. here
http://www.openstreetmap.org/?lat=51.07966lon=4.39979zoom=16layers=B000FTF
where you can see Terhagen twice: the place node below, the boundary
relation polygon name above.
Ben
On Wednesday 18 February 2009, Ben Laenen wrote:
Did someone break the boundary rendering on the Mapnik layers?
It looks like all boundary relations on a given way are now
rendering, and that means that if two or more relations for different
admin_levels are on one way, different kinds of borders are rendered
on top of each other.
I guess this may have to do with someone thinking a relation with
type=boundary should be treated the same as type=multipolygon
(there's a proposal for that hanging around somewhere to tag
boundaries with multipolygon relations, not a good idea IMHO, just
because of this bad kind of rendering), but that's only guessing
since I didn't look at the code, I just see the same wrong kind of
rendering happening now to boundaries tagged with a boundary relation
as those tagged with a boundary multipolygon relation.
So, please fix this as current boundaries look pretty bad now. Given
the current maritime boundaries getting voted on it's a good time to
make a *proper* handler for boundary relations.
Greetings
Ben
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik boundaries
On Friday 20 February 2009 14:09, Ben Laenen wrote:
Since no-one seems to bother, it's likely these lines in osm2pgsql that
are causing a problem here:
else if( strcmp( type, boundary ) == 0 )
{
make_polygon = 1;
}
(in
http://svn.openstreetmap.org/applications/utils/export/osm2pgsql/output-pgsql.c)
I remember being at the begging of this, I needed it for boundary conversion
to polygon, but just wanted a quick hack to do it. Don't really remember why,
but someone pushed it to the svn :
http://lists.openstreetmap.org/pipermail/dev/2009-February/013971.html
dev might well be a better place to discuss this, that code could be removed
if I'm the only one to use it (or pushed into a style's switch)
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] whereami not working on nokia 5800 express music
On Fri, Feb 20, 2009 at 5:28 PM, Kenneth Gonsalves law...@au-kbc.org wrote: I am no expert, but unsigned did not work for me on E 71 - signed worked out of the box When I tried to install signable build - It throws an error Certificate error please contact application provider. When I install the other SV3 build, it crashes after launch. 5800 uses symbian S60 fifth edition instead of third, can that be a problem ? regards Vivek -- The hidden harmony is better than the obvious!! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] whereami not working on nokia 5800 express music
Hey Vivek, Before you install the signable build, you need to manually sign it on https://www.symbiansigned.com/app/page. I think I've tried that approach but it didn't work for me. I suggest you try the signed version instead. I am currently using the following version on an N95, and it's working well: http://www.symbianos.org/files/sis/whereami_0.13_s60_v3.sis Cheers Michel On Fri, Feb 20, 2009 at 3:23 PM, Vivek Khurana hiddenharm...@gmail.com wrote: On Fri, Feb 20, 2009 at 5:28 PM, Kenneth Gonsalves law...@au-kbc.org wrote: I am no expert, but unsigned did not work for me on E 71 - signed worked out of the box When I tried to install signable build - It throws an error Certificate error please contact application provider. When I install the other SV3 build, it crashes after launch. 5800 uses symbian S60 fifth edition instead of third, can that be a problem ? regards Vivek -- The hidden harmony is better than the obvious!! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] whereami not working on nokia 5800 express music
Hey Michel, On Fri, Feb 20, 2009 at 8:54 PM, Michel Barakat bmic...@gmail.com wrote: I suggest you try the signed version instead. I am currently using the following version on an N95, and it's working well: http://www.symbianos.org/files/sis/whereami_0.13_s60_v3.sis This build is the one which crashes on launch :( regards Vivek -- The hidden harmony is better than the obvious!! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Openstreetbugs source code
Tom Hughes wrote: 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 Now that sounds like a fabulous idea :-) Kyle -- Kyle Gordon - 2M1DIQ Web: http://lodge.glasgownet.com Jabber/Email/SIP: k...@lodge.glasgownet.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapping Party in Denver!
Howdy y'all! Wanted to invite you and your best mapping buddies to a Mapping Party in Denver, CO: Wynkoop Brewery 17th and Wynkoop Downtown www.wynkoop.com Mapping parties are events where anyone can come and participate in the OpenStreetMap project. OpenStretMap is a free, open source map that can be contributed, edited and used by anyone anywhere!! Improve the hiking trails, locate the bike paths or create the best Coffee Shop or Pub crawl map ever!! Mapping parties are social events where experienced and new mappers can meet to share and learn more about the project. The events are generally held in a public place, and allow time for discussion, mapping and editing. The event is open to all. They are relaxed events and you're supposed to have fun. Often we grab a beer or a glass of wine after the event, and this is no exception! The general run of the day looks like this: 12pm Introduction to mapping and send experienced mappers out on their way! 12:30 loan out GPS and a short intro on how to use them 12-4 map map map ;) 4 Meet back up and upload data 4ish and on-- brew time?? you can RSVP and check out more info at: Saturday: http://upcoming.yahoo.com/event/1797724/ Sunday: http://upcoming.yahoo.com/event/1797728/ Hurricane McEwen Central Mountain Community Ambassador hurric...@cloudmade.com skype: hurricanecloudmade twitter: hurricanemcewen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Walking Routes - wiki needs some work?
Hi The whole question of relation:type=route is a bit confused both in the wiki and in practice - with the inevitable result that I am probably not the only one who has adopted my own compromise conventions! For me, the most important thing is that we extend, so far as is reasonably possible, the concept of using a relation for a route! This gets around the multiple problems associated with a walker tagging a way as a footway and a cyclist tagging the same way as a cycleway and a rider tagging it as a bridleway! Let's at least agree to use relations for routes and keep the use of tags as a means of describing which means of transport are either physically capable of using, or legally allowed to use, a particular way. No information is lost by adopting this principle - and it allows much more description of a way so that it can be rendered either on the general map or on specialist maps for walkers, cyclists, etc. The question of route network type is indeed just as confused, as Robert points out. Personally, I would deprecate uk_ldp (what's so special about the UK??) and stick to the internationalised convention of iwn/nwn/rwn/lwn. Using both systems is doubly confusing, as it is all too easy to think that the 'L' ins uk_ldp means 'local' (i.e. not long distance!) or the 'l' in lwn means 'long distance'! I would prefer to avoid, where possible, ending up with a tagging convention that was peculiar to the UK - although the nature of English public rights of way law - being internationally unique - does suggest the need for some specialised tagging. We already have the problem that the wiki http://wiki.openstreetmap.org/index.php/UK_public_rights_of_way suggests, for example, foot=yes for a 'UK' (should really be England and Wales) public footpath - and I have followed this - but shouldn't it really be foot=designated? With foot=yes left to describe what 'can' be done rather than what 'may' (legally) be done? The next issue is how to define iwn/nwn/rwn/lwn - although I suspect that a fairly pragmatic approach will emerge. A related issue is whether and when to add these routes to the listings on the dedicated wiki pages e.g. for UK walking and cycling routes. I am adding walking routes to http://wiki.openstreetmap.org/wiki/WikiProject_United_Kingdom_Long_Distance_ Paths but there is an obvious issue as to what to include - I am tending to exclude 'lwn' and add the rest until someone shouts at me. So far as cycling routes are concerned on http://wiki.openstreetmap.org/wiki/WikiProject_United_Kingdom_National_Cycle _Network, I have desisted from adding routes since having my wrist slapped for adding a cycling route that was not part of the national cycle network (which is a fair enough comment, given the name of the page even though it includes rcn's as well as ncn's). I can see the line has to be drawn somewhere! But is there / should there be a listing of other cycle routes somewhere? This is all a bit specialised - but it does become of increasing importance as mappers in well-mapped areas begin to move from mapping roads to mapping off-road ways. How do those of you more experienced than I think it best to carry this discussion forward? Mike Harris -Original Message- From: Robert Vollmert [mailto:rvollmert-li...@gmx.net] Sent: 20 February 2009 11:25 To: Ed Loach Cc: osm Openstreetmap Subject: Re: [OSM-talk] Walking Routes - wiki needs some work? On Feb 20, 2009, at 11:14, Ed Loach wrote: In the wiki, Relation:route[1] suggests network of uk_ldp for the UK long distance path network, but Walking_Routes[2] suggests iwn/nwn/rwn/lwn for network types. It looks like the uk_ldp goes back over a year to October 2007, so there are probably a number of these already in existence. The contradiction between the two pages has also led to a relation I created based on the Walking_Routes page being amended to that on the Relation:Route one (which is understandable if people are already used to the Relation:Route definitions). I don’t know how to find out how many relations already exist tagged with network=uk_ldp - perhaps someone could find out? And perhaps someone could decide what to do about the wiki contradictions. Also on the Relation:route page the Cambridge citibus network is still mentioned in the network description, but the value in the network column has been removed (browsing the page history). If you follow the tagwatch links from Relation:route, you can get at the numbers. network GB Europe uk_ldp 21 21 lwn 1 191 rwn 4 354 nwn 0 22 iwn 0 0 Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Kosmos 2.4
Hello everybody, A new version of Kosmos is out. It's just a bugfix release, the new features will be available in the proper version 2.5 which will be available soon: http://igorbrejc.net/openstreetmap/kosmos-24-bugfix-release Bye, Igor -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Computing the 12-mile line
For those of you who have been adding the 12-mile territorial waters line: did you calculate that data by offsetting the coastline/baseline? And if so, how did you do it? I mean: what software did you use, and how? Thanks, Adrian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] permission to derive from Romanian streetview-alike?
looks interesting: http://wiki.openstreetmap.org/wiki/Featured_image_proposals#StreetView_from_norc_with_OpenStreetMap ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] permission to derive from Romanian streetview-alike?
Yes, we have permission to derive data from these images. Here is the email I got from norc: Dear Ciprian, Of course you could freely use our data for all countries we have data. We have more than the panorama gps tracks we have continuos gps data collection between all pano points. The logs are collected at 5Hz using U-blox 4t and 5t in UBX raw mode. We are using high end antennas. 70% of our Romanian data is tracked using DGPS corrections with our base in Bucharest (ashtech zx12) (we do not have logs from this base). Also we are interested to use your data for our project, and in few days we will release a version with your data. Here maybe we need some guidance of how to handle your copyright. We also have access to the logs, and I just started to convert them to GPX. The logs will then be uploaded to OSM tagged with the corresponding city name. The account will be announced here. --Ciprian On Sat, Feb 21, 2009 at 12:26 AM, OJ W ojwli...@googlemail.com wrote: looks interesting: http://wiki.openstreetmap.org/wiki/Featured_image_proposals#StreetView_from_norc_with_OpenStreetMap ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Computing the 12-mile line
I just tagged up the one I found in the database, I attempted to use GIS software to create a section where it misses a scottish island, but failed after 2-3 days of playing, I can't recall who put the data in originally. I'd be interested in seeing any code put into svn for others to use. On 20/02/2009, Adrian Frith adr...@frith.co.za wrote: For those of you who have been adding the 12-mile territorial waters line: did you calculate that data by offsetting the coastline/baseline? And if so, how did you do it? I mean: what software did you use, and how? Thanks, Adrian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Render strangeness
On Saturday 21 February 2009 12:14:04 Matt White wrote: http://www.openstreetmap.org/?lat=-37.5138lon=144.4427zoom=14layers=B000 FTF The road in question is Blue Gum Track, and it is definitely not straight as per the map. All the renders are showing it as a straight line, yet I recall it being particuarly windy (and I just about broke my neck when I hit a washout on it at 40km/h). The straight bit is a separate way (there's a fair few nodes on these windy roads, so I tend to chop them into a couple of pieces) to the rest of the Blue Gum track way to the south. Potlatch is showing the way is it should be. it is nice and curvy in the edit mode - maybe the tile needs to be re rendered -- 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] Render strangeness
On Feb 21, 2009, at 07:44, Matt White wrote: I was just pottering around checking some of the mapping I had done, and noticed some strangeness in the rendering of a road I mapped about two months ago: http://www.openstreetmap.org/?lat=-37.5138lon=144.4427zoom=14layers=B000FTF The road in question is Blue Gum Track, and it is definitely not straight as per the map. All the renders are showing it as a straight line, yet I recall it being particuarly windy (and I just about broke my neck when I hit a washout on it at 40km/h). The straight bit is a separate way (there's a fair few nodes on these windy roads, so I tend to chop them into a couple of pieces) to the rest of the Blue Gum track way to the south. Potlatch is showing the way is it should be. Anyway, can someone with more smarts than me have a look at it and see if there is anything obviously wrong here. http://www.openstreetmap.org/browse/way/29308957 It's got lots of nodes, but shows as a straight line since the intermediate nodes have been deleted (follow some of the node links). Probably, a minor edit in Potlatch (say changing a tag) will restore it. Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Funding request
Graag jullie mening over onderstaand funding request voor iets van de resterende 15K. In dat geval kunnen we 8-16 uur betaalbaar stellen. Ervan uitgaande dat buitenlandse bijdragen geen probleem vormen. Let wel, het gaat om de uitbreiding in de 2e lijst met aandachtspunten. I've been following the proposal for funding OSM software development during the last months. As I understand from the last news [1] the project is now open for funding small projects which provide other functionalities than the ones that were considered as most important (mobile editor, compatibility with GEO protocols, etc.). Our proposal is for a new routing plugin for JOSM (there was an older one which is no longer functional). We've almost finished a first version of this plugin with the following basic funcionality: * Create and remove routing layers. Each routing layer is associated with a data layer. * Add, remove and move routing nodes to a routing layer. When more than 2 nodes are added, a route is computed and displayed. Adding, removing and moving route nodes triggers route calculation again, and refreshes the routing layer. * Compute reverse route. This plugin will be soon published. We think it provides some benefits to the OSM community, like enabling the testing of connectivity between 2 given nodes, to make sure a certain area is suitable for routing for other applications, and fixing connectivity problems, since detected errors can be directly fixed by means of JOSM editing capabilities. We have ideas to add further functionalities in newer versions, but this is an spare-time project for us, and our resources are limited. These functionalities would include: * Create and remove connectivity layers. This kind of layer would show a shortest path tree on a given area, given an origin point (and optionally a search radius), so you can actually see the full connectivity from an origin node in an area, and detect separate areas (like footpaths in parks not being connected with streets). * Considering speed limits and turn restrictions in routing. * Define different routing profiles. User defined routing profiles would allow to define a bicycle profile, car profile, foot profile, disabled profile, and so on, with different use of oneway tags, turn restrictions, speed limits and different speed for each highway type, for each kind of user. * Create and remove traveling salesman layers. This kind of layer may be useful for mapping parties. A shortest path traversing all desired nodes would be computed. For areas without any osm data, you would sketch the streets with and WMS overlay and select nodes to be traversed in the most efficient way. We still haven't made provisions about which computation requirements and limitations would present this functionality. To sum up, we are thinking in both final user functionalities and mapping user functionalities. I was wondering if the funding project would be interested in such an application. Also, if you are interested in testing the first version when it's finally released, just keep in touch. Gert Gremmen - Openstreetmap.nl (alias: cetest) P Before printing, think about the environment. image001.gif___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Funding request
Gert Gremmen wrote: Graag jullie mening over onderstaand funding request voor iets van de resterende 15K. In dat geval kunnen we 8-16 uur betaalbaar stellen. Ervan uitgaande dat buitenlandse bijdragen geen probleem vormen. Heeft de gemiddelde gebruiker wat aan een iets wat 'vage' routing laag? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Inseln
Hi! Bernd Wurst schrieb: Bedenke aber: Mapnik arbeitet nicht auf OSM-Daten sondern auf konvertierten Daten aus einer PostGIS-Datenbank. Neulich wurde mal hier diskutiert, dass das Konvertierungsprogramm osm2pgsql bisher gar keine Unterstützung für Relationen hat. Jeder Wunsch, etwas mit Relationen in der Karte zu sehen führt also dazu dass es viel Arbeit ist und daher eher nicht so schnell umgesetzt werden kann. Das ist so nicht ganz richtig. osm2pgsql hat mindestens Unterstützung für multipolygon-Relationen - und für Wälder mit Lichtungen funktioniert das auch. Ich glaub ich such mir jetzt mal eine Insel und experimentiere gezielt damit rum. Wenn Wald geht, sollte Wasser eigentlich auch funktionieren. tara Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inseln
Hallo. Am Freitag, 20. Februar 2009 schrieb Nop: Das ist so nicht ganz richtig. osm2pgsql hat mindestens Unterstützung für multipolygon-Relationen - und für Wälder mit Lichtungen funktioniert das auch. Sicher? Dann wäre die Anmerkung im Wiki (siehe letztes Posting) falsch und meine Experimente von vor 2 Wochen wären auch falsch. Meine Lichtungen werden nur gerendert wenn sie die richtige Laufrichtung haben. Richtig ist, dass die Multipolygon-Member einander irgendwie zugeordnet werden. Aber die Rollenverteilungen kommen ganz offensichtlich nicht in der PostGIS an. Ich glaub ich such mir jetzt mal eine Insel und experimentiere gezielt damit rum. Wenn Wald geht, sollte Wasser eigentlich auch funktionieren. Wald geht auch nur wenn die Richtungen passen. Gruß, Bernd -- Die Bedeutung der Shifttaste erkennt man, wenn man einmal den armen vögeln geholfen hat. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] CSV2OSM - Daten importieren mit Perl-Skript
Hi ! nachdem es vor einigen Tagen eine Diskussion über den Import von Koordinaten mit Attributen im CSV-Format gab habe ich ein kleines Tool hierzu verfaßt und alles weitere unter http://wiki.openstreetmap.org/wiki/User:L%C3%BCbeck/csv2osm_local niedergeschrieben. Vielleicht hat einer von Euch Lust es einmal zu testen. Im Gegensatz zu http://wiki.openstreetmap.org/wiki/Perl_Scripts#.2Fcsv2osm werden die Daten nicht direkt hochgeladen und ich habe den Eindruck, dass die Konfiguration einfacher ist. PERL-Spezies können ruhig meckern - ist mein Erstlingswerk! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Tobias Wendorff wrote: 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? Das natürlich nicht, immerhin schließt sich damit der BGH den (meiner Wahrnehmung nach auch sonst eher überwiegenden) Stimmen an, die § 5 UrhG auch auf Datenbanken anwenden wollen. 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? Natürlich. 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! Ist das überall so? Zumindest kleinere Dörfer können als Ganzes einen Wahlbezirk bilden. Mancherorts gibt es auch Straßen, in denen niemand wohnt, die also auch nicht unbedingt in einem solchen Verzeichnis erscheinen müssen. Das Blöde ist, dass diese eigentlich auch unter § 87 ff. UrhG fallen könnten, da sie ja eindeutig Datenbankstruktur haben. Angesichts anderer Entscheidungen zum Datenbankrecht ist jedenfalls anzunehmen, dass das nicht wenige Gerichte so sehen. Ich hätte allerdings Zweifel am Kriterium der wesentlichen Investition - die Gemeinden benennen die Straßen selbst und müssen daher nichts mehr in die Beschaffung und Überprüfung der Straßennamen investieren. Und die Darstellung als einfache Liste erfordert auch keinen erheblichen Zeit- oder Geldeinsatz. 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
[Talk-de] SVG in PDF oder EPS wandeln
Wer kann eine Datei für einen Grossformatdruck transformieren? ich habe: PNG (SVG, TIFF) brauche: PDF oder EPS, Schriften als Pfade Detlef hat einen Entwurf für ein OSM-Banner gemacht: http://wiki.openstreetmap.org/wiki/Image:OSM-Banner.png Frederik arbeitet auch an einem Entwurf, ein Drucker druckt es für uns auf eine Plane... Verbesserungsideen sind willkommen! Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CSV2OSM - Daten importieren mit Perl-Skript
Am 20.02.2009, 11:34 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: Hi ! nachdem es vor einigen Tagen eine Diskussion über den Import von Koordinaten mit Attributen im CSV-Format gab habe ich ein kleines Tool hierzu verfaßt und alles weitere unter http://wiki.openstreetmap.org/wiki/User:L%C3%BCbeck/csv2osm_local niedergeschrieben. Vielleicht hat einer von Euch Lust es einmal zu testen. Im Gegensatz zu http://wiki.openstreetmap.org/wiki/Perl_Scripts#.2Fcsv2osm werden die Daten nicht direkt hochgeladen und ich habe den Eindruck, dass die Konfiguration einfacher ist. PERL-Spezies können ruhig meckern - ist mein Erstlingswerk! Gratuliere, perl ist nicht sehr Einsteigerfreudig. Ich würde mir das Script gerne anschauen, aber der Link ist tot :-( Gruß Jan :-) Schöne Grüße Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] surface=ground
Hallo Johannes, Sand, in den man leicht einsinkt. Wege sind *nur* bei feuchtem Wetter mit dem Rad befahrbar. Gibt es auch in Franken (Bayern): habe beim Vollmondmarathon meinen Bruder mit dem Rad begleitet, aber mein Kalorienverbrauch auf den Sandwegen war höher als seiner... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CSV2OSM - Daten importieren mit Perl-Skript
Hallo Jacques, ich habe das nochmal kontrolliert und mit http://wiki.openstreetmap.org/wiki/User:L%C3%BCbeck/csv2osm_local sollte es funktionieren ! Gruß Jan :-) Jacques Nietsch schrieb: Am 20.02.2009, 11:34 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: Hi ! nachdem es vor einigen Tagen eine Diskussion über den Import von Koordinaten mit Attributen im CSV-Format gab habe ich ein kleines Tool hierzu verfaßt und alles weitere unter http://wiki.openstreetmap.org/wiki/User:L%C3%BCbeck/csv2osm_local niedergeschrieben. Vielleicht hat einer von Euch Lust es einmal zu testen. Im Gegensatz zu http://wiki.openstreetmap.org/wiki/Perl_Scripts#.2Fcsv2osm werden die Daten nicht direkt hochgeladen und ich habe den Eindruck, dass die Konfiguration einfacher ist. PERL-Spezies können ruhig meckern - ist mein Erstlingswerk! Gratuliere, perl ist nicht sehr Einsteigerfreudig. Ich würde mir das Script gerne anschauen, aber der Link ist tot :-( Gruß Jan :-) Schöne Grüße Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CSV2OSM - Daten importieren mit Perl-Skript
Jan Tappenbeck schrieb: ich habe das nochmal kontrolliert und mit http://wiki.openstreetmap.org/wiki/User:L%C3%BCbeck/csv2osm_local sollte es funktionieren ! Er meint wohl den unten stehenden Link zum Skript, der geht nicht. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CSV2OSM - Daten importieren mit Perl-Skript
aber jetzt !!! - gepackt als rar ! gruß Jan :-) Chris-Hein Lunkhusen schrieb: Jan Tappenbeck schrieb: ich habe das nochmal kontrolliert und mit http://wiki.openstreetmap.org/wiki/User:L%C3%BCbeck/csv2osm_local sollte es funktionieren ! Er meint wohl den unten stehenden Link zum Skript, der geht nicht. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG in PDF oder EPS wandeln
Markus schrieb: Detlef hat einen Entwurf für ein OSM-Banner gemacht: http://wiki.openstreetmap.org/wiki/Image:OSM-Banner.png Frederik arbeitet auch an einem Entwurf, ein Drucker druckt es für uns auf eine Plane... Sieht ganz interessant aus. Ich finde den Hintergund aber etwas verpixelt. Habt ihr die Export-Funktion genutzt? Mal sehen, was die Anderen so zaubern ;). 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] CSV2OSM - Daten importieren mit Perl-Skript
Hallo, warum ausgerechnet rar? On Fri, 20 Feb 2009 13:00 +0100, Jan Tappenbeck o...@tappenbeck.net wrote: - gepackt als rar ! $ unrar-free csv2osm_local.rar unrar 0.0.1 Copyright (C) 2004 Ben Asselstine, Jeroen Dekkers Extracting from /home/lutz/download/csv2osm_local.rar Extracting csv2osm_local.pl Failed 1 Failed -- email: lutz.h...@fastmail.fm Jabber: sttmj...@jabber.ccc.de web:http://www.dev-random.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Mark Obrembalski schrieb: Das natürlich nicht, immerhin schließt sich damit der BGH den (meiner Wahrnehmung nach auch sonst eher überwiegenden) Stimmen an, die § 5 UrhG auch auf Datenbanken anwenden wollen. Für die Quellisten: auch IBR 2007 stimmt zu. Und jetzt das Geniale: Diese Bezirke beinhalten alle Straßen! Ist das überall so? Zumindest kleinere Dörfer können als Ganzes einen Wahlbezirk bilden. Mancherorts gibt es auch Straßen, in denen niemand wohnt, die also auch nicht unbedingt in einem solchen Verzeichnis erscheinen müssen. Es mag natürlich Ausnahmen geben, aber für uns wäre es scho nmal eine sehr gute Bais. Außerdem gelten die Stimm- und Wahlbezirke in vielen statistischen Dokumenten als Grundlage einer Ortseinteilung und wären somit auch als Relation interessant? Das Blöde ist, dass diese eigentlich auch unter § 87 ff. UrhG fallen könnten, da sie ja eindeutig Datenbankstruktur haben. Angesichts anderer Entscheidungen zum Datenbankrecht ist jedenfalls anzunehmen, dass das nicht wenige Gerichte so sehen. Ich hätte allerdings Zweifel am Kriterium der wesentlichen Investition - die Gemeinden benennen die Straßen selbst und müssen daher nichts mehr in die Beschaffung und Überprüfung der Straßennamen investieren. Und die Darstellung als einfache Liste erfordert auch keinen erheblichen Zeit- oder Geldeinsatz. Meinst Du, ich soll die Sache mal von einem Rechtsanwalt prüfen lassen? Ich denke, für 30-40 EUR wird er eine Bewertung schreiben. Gerade jetzt für den Kommunalwahlen in NRW und den Bundestagswahlen in Deutschland wäre es vielleicht sinnvoll :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG in PDF oder EPS wandeln
Markus schrieb: Wer kann eine Datei für einen Grossformatdruck transformieren? ich habe: PNG (SVG, TIFF) brauche: PDF oder EPS, Schriften als Pfade Detlef hat einen Entwurf für ein OSM-Banner gemacht: http://wiki.openstreetmap.org/wiki/Image:OSM-Banner.png Frederik arbeitet auch an einem Entwurf, ein Drucker druckt es für uns auf eine Plane... Verbesserungsideen sind willkommen! Das kann ich Dir recht schnell nachbauen, wenn auch hintern andere Karten sein dürfen :-(( Schicke dir eine PM. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
Dimitri Junker schrieb: Aber was ich definitiv nie sehen will ist eine Punktewolke in OSM wo etwa jeden m eine Node ist der nur Höheninfos enthält. Darum wollte ich auch eine zweite Datenbank schaffen, in der genau diese Punktwolke (XYZ) gespeichert wird. Daraus kann man dann die TINs generieren und als DEM speichern, mit OSM-Daten mischen etc. etc. Irgendwann wird es sicherlich eine Möglichkeit geben, die OSM-Kacheln einfach aus die TINs zu projezieren, wie es auf den Top50-CDs und Google Earth möglich ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CSV2OSM - Daten importieren mit Perl-Skript
Lutz Horn schrieb: warum ausgerechnet rar? http://depot.tu-dortmund.de/get/arlxwr ZIP-Datei ... gilt für 7 Tage ab jetzt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CSV2OSM - Daten importieren mit Perl-Skript
Ich habe es einfach mal als Plaintext reingehauen ... Wenn Du's so nicht willst, dann kannst Du es wieder ändern. Soll ich die Datei in den/das/die SVN legen? Jan Tappenbeck schrieb: aber jetzt !!! - gepackt als rar ! gruß Jan :-) Chris-Hein Lunkhusen schrieb: Jan Tappenbeck schrieb: ich habe das nochmal kontrolliert und mit http://wiki.openstreetmap.org/wiki/User:L%C3%BCbeck/csv2osm_local sollte es funktionieren ! Er meint wohl den unten stehenden Link zum Skript, der geht nicht. Chris ___ 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: Da gibt es auch noch Detailübersichten. Dazu haben wir aber keine Freigabe. Habe die Daten von Tobias zwischenzeitlich erhalten und werde die Gebiete nacheinander übernehmen. Kannst Du damit arbeiten? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] neuer NAVTEQ Map24 Web-Auftritt 2009er Daten // Review
Hallo Community, Map24 hat jetzt eine neue Kartenansicht. Das Kartenmaterial wurde anscheinend auch erneuert, es handelt sich um die 2009er Daten mit Echtzeit Stauansicht (hat NAVTEQ ja kürzlich aufgekauft). Die Hausnummern-Daten scheinen allerdings deutlich schlechter geworden zu sein auch werden POIs wohl jetzt über die Adresse und nicht mehr über Koordinaten eingetragen. Bezogen auf meinen Ort Werl: Autohäuser, Schulen, McDonald's sind zwar auf der richtigen Straße, aber an komplett falschen Positionen. Klar: Der Hausnummernverlauf wird falsch eingezeichnet worden sein. Was mich aber sehr ärgert: viele Einbahnstraßen fehlen schlichtweg! Ich hoffe, dass die Daten nicht auch in die Navis gelangen :-( Mal einen Blick in die OSM-Daten: huch, alles korrekt! Mal gucken, wie es in Dortmund aussieht: Ja, die Straßendaten wurden eindeutig endlich aktualisiert. Die Straße vor meiner alten Wohnung war 3 Jahre lang falsch eingetragen. Der Nordmarkt ist neuerdings westlich und liegt auf einer Straße. Es handelt sich dabei um eine Art Park in der Stadt Der McDonald's im Hauptbahnhof liegt auch an der falschen Position: auf der komplett falschen Straßenseite und dann auch noch auf einer Nebenstraße?!?!?! Auch ist die H-Bahn nicht eingezeichnet und sämtliche Fußwege an und um die Universität fehlen. LooL ... neuerdings kann man mit der U-Bahn zur Uni fahren. Eigentlich ist da nur ein S-Bahn Anschluss. Ein Blick in OSM: Huch, alles korrekt :-) Fazit: Das Straßenmaterial ist aktualisiert, aber die POIs haben sich stark verschlechtert! OSM RULES. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CSV2OSM - Daten importieren mit Perl-Skript
meinetwegen - wollte ich auch erst machen. es wird doch vermutlich lieber eine datei gezogen als ein text abkopiert. gruß Jan :-) tobias Wendorff schrieb: Ich habe es einfach mal als Plaintext reingehauen ... Wenn Du's so nicht willst, dann kannst Du es wieder ändern. Soll ich die Datei in den/das/die SVN legen? Jan Tappenbeck schrieb: aber jetzt !!! - gepackt als rar ! gruß Jan :-) Chris-Hein Lunkhusen schrieb: Jan Tappenbeck schrieb: ich habe das nochmal kontrolliert und mit http://wiki.openstreetmap.org/wiki/User:L%C3%BCbeck/csv2osm_local sollte es funktionieren ! Er meint wohl den unten stehenden Link zum Skript, der geht nicht. Chris ___ 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] neuer NAVTEQ Map24 Web-Auftritt 2009er Daten // Review
Tobias Wendorff schrieb: Hallo Community, Map24 hat jetzt eine neue Kartenansicht. [...] OSM RULES. Stimme ich voll mit dir überein. Zum Thema passend würde ich dieses Video von SOTM08 empfehlen, ich fand es ganz interessant: OpenStreetMap Vs The World (Dair Grant) http://blog.signal2noise.ie/~eason/sotm08/ Slides: http://www.slideshare.net/dair/openstreetmap-vs-the-world Viel Spaß beim Anschaun! Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
Hi! Nachdem wir nun von Microsoft die notwendige Lizenz erworben haben, konnten wir vorgestern http://www.flosm.de wieder aktivieren. Diese Lizenz erlaubt uns die Überlagerung von geografischen Daten verschiedener Server am Client, ein Verfahren, auf das Microsoft ein Patent hält. Wen es interessiert, der findet hier weitere Infos: http://news.softpedia.com/news/Map-Comparison-Service-Built-with-Microsoft-Licensed-Technology-104937.shtml http://www.betanews.com/article/Microsoft_in_pact_with_semiopen_source_map_maker/1235075771 Gruß, Detlev___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
Hallo, On Fri, 20 Feb 2009 14:25 +0100, Det Reiners d...@123map.de wrote: Diese Lizenz erlaubt uns die Überlagerung von geografischen Daten verschiedener Server am Client, ein Verfahren, auf das Microsoft ein Patent hält. Ist das ein Patent auf eine konkrete Implementierung oder lediglich auf die Idee der Überlagerung? Lutz -- email: lutz.h...@fastmail.fm Jabber: sttmj...@jabber.ccc.de web:http://www.dev-random.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografischen Informationen/flosm.de wieder Online
Hallo. Am Freitag, 20. Februar 2009 schrieb Det Reiners: Nachdem wir nun von Microsoft die notwendige Lizenz erworben haben, konnten wir vorgestern http://www.flosm.de wieder aktivieren. Diese Lizenz erlaubt uns die Überlagerung von geografischen Daten verschiedener Server am Client, ein Verfahren, auf das Microsoft ein Patent hält. Das klingt so derartig bescheuert, das kann eigentlich nur ein (hierzulande im Zweifel nicht haltbares) Softwarepatent sein. D.h. OpenRouteService (legt eine Route über die Tiles), Google Maps (legt eine Route über die Tiles), der Objekt-Browser auf openstreetmap.org (zeichnet ein Objekt auf den Tiles nach) und diverse andere Tools sollen hier angeblich ein Patent von Microsoft verletzen? Gruß, Bernd -- Press ESC to detonate or any other key to explode 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] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
Det Reiners schrieb: Nachdem wir nun von Microsoft die notwendige Lizenz erworben haben, konnten wir vorgestern http://www.flosm.de wieder aktivieren. Diese Lizenz erlaubt uns die Überlagerung von geografischen Daten verschiedener Server am Client, ein Verfahren, auf das Microsoft ein Patent hält. Ein allgemeines Patent auf Overlays, die erst beim Client generiert werden? Demnach dürfte niemand einen Overlay in OpenLayers laden?! Oder bezieht sich das nur auf MSN-Maps (etc.) Daten? Wen es interessiert, der findet hier weitere Infos: Okay, erst lesen, dann fragen. Aber: Netter Service ... man sieht deutliche Abweichungen zwischen den OSM-Daten und den Microsoft-Daten. Unsere sind natürlich besser. Ehrlich ... Wege, Plätze etc. etc. Ich vermute übrigens, dass die Stadtfläche generiert wurde, indem ein Puffer von einigen Metern um die Straßen gelegt wurden. Das finde ich für ziemlich sinnvoll! Danke für die Idee :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inseln
Franz Eugen Hagenow schrieb: Du meinst die Sache mit im Uhrzeigersinn - gegen Uhrzeigersinn? Doch, habe ich beachtet. Mit Wald und Lichtungen hatte ich in dieser Hinsicht keine Probleme. Mit Wasser und Inseln mache ich es noch immer so, dass JOSM zufrieden ist, auch wenn die Richtung mittlerweile irrelevant ist. Ich hatte eher den Eindruck, dass z.B. ein See im Park verschwunden ist, wenn ich der Multipolygon-Relation einen Namen gegeben habe! Genau hab ichs noch nicht rausgefunden. Wenn ich einer Multipolygon-Relation einen Namen gebe, rendert Mapnik diesen, mehr konnte ich nicht beobachten: http://www.openstreetmap.org/?lat=53.6828lon=21.3881zoom=14layers=B000FTF Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografisch en Informationen/flosm.de wieder Online
Bernd Wurst schrieb: Press ESC to detonate or any other key to explode Wo ist der andere any key auf der deutschen Tastatur? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inseln
Hallo, Ich hatte eher den Eindruck, dass z.B. ein See im Park verschwunden ist, wenn ich der Multipolygon-Relation einen Namen gegeben habe! Genau hab ichs noch nicht rausgefunden. Der Park hat nicht zufälligerweise einen level kleiner als der des Sees oder? Das ist die häufigste Ursache warum was verschwindet. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neuer NAVTEQ Map24 Web-Auftritt 2009er Daten // Review
Hi, On Fri, 20 Feb 2009 14:12:00 +0100, Tobias Wendorff wrote: Map24 hat jetzt eine neue Kartenansicht. und dankt Dir sicher für die Werbung. Die Seite ist gut gemacht, Respekt! Das Kartenmaterial wurde anscheinend auch erneuert, es handelt sich um die 2009er Daten mit Echtzeit Stauansicht (hat NAVTEQ ja kürzlich aufgekauft). Aber warum geht die dort errechnete Route mitten durch den gezeigten Stau?! Fazit: Das Straßenmaterial ist aktualisiert, aber die POIs haben sich stark verschlechtert! Nicht überall. In meinem Dunstkreis (südüstlich von Böblingen) siehts gut aus. Sowohl Straßen als auch POI. Allerdings existiert die Straße zu meinem Ski-Hotel (Österreich, ladis, Straße: Obladis; das ist ein Waldweg westlich und oberhalb von Ladis zu einem Bauernhof nahe der Sauerbrunn-Quelle) immer noch nicht bei Navteq. OSM auch noch ;-) nicht. Nur Google Earth kennt die - woher haben die ihre Daten? -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
Hallo Lutz, Ist das ein Patent auf eine konkrete Implementierung oder lediglich auf die Idee der Überlagerung? Das Patent beschreibt die Überlagerung geografischer Daten, die von verschiedene Servern, auf denen die Daten liegen, zum Client geliefert werden. Dort werden sie dann auf Grund ihrer enthaltenen geografischen Koordinaten überlagert. Erfinder ist Sean Phelan. Gruß, Detlev ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neuer NAVTEQ Map24 Web-Auftritt 2009er Daten // Review
Holger Issle schrieb: Fazit: Das Straßenmaterial ist aktualisiert, aber die POIs haben sich stark verschlechtert! Nicht überall. In meinem Dunstkreis (südüstlich von Böblingen) siehts gut aus. Sowohl Straßen als auch POI. Probier' mal die hausnummerngenaue Suche aus. Allerdings existiert die Straße zu meinem Ski-Hotel (Österreich, ladis, Straße: Obladis; das ist ein Waldweg westlich und oberhalb von Ladis zu einem Bauernhof nahe der Sauerbrunn-Quelle) immer noch nicht bei Navteq. OSM auch noch ;-) nicht. Nur Google Earth kennt die - woher haben die ihre Daten? TomTom / TeleAtlas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
Det Reiners schrieb: Das Patent beschreibt die Überlagerung geografischer Daten, die von verschiedene Servern, auf denen die Daten liegen, zum Client geliefert werden. Dort werden sie dann auf Grund ihrer enthaltenen geografischen Koordinaten überlagert. Erfinder ist Sean Phelan. Oha, damit dürften wohl so einige Anbieter und Privatleute bald zahlen müssen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
Hallo, On Fri, 20 Feb 2009 14:51 +0100, Det Reiners d...@123map.de wrote: Das Patent beschreibt die Überlagerung geografischer Daten, die von verschiedene Servern, auf denen die Daten liegen, zum Client geliefert werden. Dort werden sie dann auf Grund ihrer enthaltenen geografischen Koordinaten überlagert. Erfinder ist Sean Phelan. Was man alles patentieren kann :/ Lutz -- email: lutz.h...@fastmail.fm Jabber: sttmj...@jabber.ccc.de web:http://www.dev-random.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
Das klingt so derartig bescheuert, das kann eigentlich nur ein (hierzulande im Zweifel nicht haltbares) Softwarepatent sein.:) So lange ein Patent hierzulande eingetragen ist, gilt es. Ob es nicht haltbar ist, kann man in der Regel nur über Einreichung eine Nichtigkeitsklage feststellen lassen - sagen unsere Anwälte. D.h. OpenRouteService (legt eine Route über die Tiles), Google Maps (legt eine Route über die Tiles), der Objekt-Browser auf openstreetmap.org (zeichnet ein Objekt auf den Tiles nach) und diverse andere Tools sollen hier angeblich ein Patent von Microsoft verletzen? Lies Dir die Patentansprüche durch. Wir haben das jedenfalls getan und uns danach um eine Lizenz bemüht. Habe grad gepostet wo man Patent einsehen kann. Gruß, Detlev ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] rubiTrack 1.4 unterstützt OpenStreet Map
http://www.macgadget.de/News/2009/02/19/rubiTrack-14-unterst%C3%BCtzt-OpenStreetMap rubiTrack 1.4 unterstützt OpenStreetMap 19. Feb 2009 14:00 Uhr - sw rubiTrack ist ein Programm zur Darstellung, Analyse und Organisation von Outdoor-Aktivitäten wie Jogging, Radtouren, Wanderungen oder Skitouren. Nach Angaben des Herstellers toolsfactory liest rubiTrack Strecken und weitere relevante Daten von GPS-Geräten wie dem Garmin Forerunner, Garmin Edge, Nike+iPod und kompatiblen Geräten direkt ein. Auch das iPhone wird - dank einer iPhone-Version von rubiTrack - unterstützt. Eine manuelle Eingabe der Daten, zum Beispiel Datum, Dauer, Distanz, Geschwindigkeit oder Anstieg, ist ebenfalls möglich. rubiTrack speichert alle Aktivitäten, zeigt sie auf einer Karte an und hilft, Details zu analysieren und zu vergleichen. Dazu stehen neben einer Karte auch Diagramme und ein Kalender zur Verfügung. Die neue Version 1.4 (4,5 MB, mehrsprachig, Universal Binary) baut die Unterstützung für Garmin-Geräte aus, bindet nun auch Kartenmaterial von OpenStreetMap ein und ergänzt Export von Daten im TCX- und CSV-Format. Darüber hinaus wurden Verbesserungen in puncto Benutzeroberfläche sowie Datenberechnung vorgenommen und einige Fehler korrigiert. Die Software kostet 29 Euro zuzüglich Mehrwertsteuer (Update von Version 1.x: kostenfrei) und läuft unter Mac OS X 10.5.x. -- http://www.rubitrack.com/ -- 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] neuer NAVTEQ Map24 Web-Auftritt 2009er Daten // Review
Tobias Wendorff schrieb: TomTom / TeleAtlas Yepp. TeleAtlas hat ja zumindest hierzulande im Vergleich zu NAVTEC die besseren Daten, sagt man. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neuer NAVTEQ Map24 Web-Auftritt 2009er Daten // Review
Chris-Hein Lunkhusen schrieb: Yepp. TeleAtlas hat ja zumindest hierzulande im Vergleich zu NAVTEC die besseren Daten, sagt man. ;-) Falls Du Deutschland meinst: Im Ruhrgebiet habe ich immer NAVTEQ als besser erachtet :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografischen Informationen/flosm.de wieder Online
Hallo. Am Freitag, 20. Februar 2009 schrieb Det Reiners: Das klingt so derartig bescheuert, das kann eigentlich nur ein (hierzulande im Zweifel nicht haltbares) Softwarepatent sein.:) So lange ein Patent hierzulande eingetragen ist, gilt es. Ob es nicht haltbar ist, kann man in der Regel nur über Einreichung eine Nichtigkeitsklage feststellen lassen - sagen unsere Anwälte. D.h. OpenRouteService (legt eine Route über die Tiles), Google Maps (legt eine Route über die Tiles), der Objekt-Browser auf openstreetmap.org (zeichnet ein Objekt auf den Tiles nach) und diverse andere Tools sollen hier angeblich ein Patent von Microsoft verletzen? Lies Dir die Patentansprüche durch. Wir haben das jedenfalls getan und uns danach um eine Lizenz bemüht. Habe grad gepostet wo man Patent einsehen kann. Mal ne ernst gemeinte Frage: Findest du deine Mails eigentlich übersichtlich? Kannst du erkennen, wer was geschrieben hat und auf was du da eigentlich geantwortet hast? Ich will mir das nicht mehr antun und werde diese Mails Marke Textwüste ignorieren. Gruß, Bernd -- Ein Kompromiß ist nur dann gerecht, brauchbar und dauerhaft, wenn alle Partner damit gleich unzufrieden sind. 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] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
wir vorgestern http://www.flosm.de wieder aktivieren. Diese Lizenz erlaubt uns die Überlagerung von geografischen Daten verschiedener Server am Client, ein Verfahren, auf das Microsoft ein Patent hält. Trivialpatent... Softwarepatente in Europa? Ach ja, bald ist wieder CeBIT, da wird dann die MP3-Rechterverwaltertruppe wieder ihren großen Auftritt haben. Zu Euren Overlays: wo kommen die Straßendaten her? http://www.flosm.de/content/ index.html?startx=6.831774592619starty=51.231508396939startr=240.0 -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
Johann H. Addicks schrieb: Zu Euren Overlays: wo kommen die Straßendaten her? http://www.flosm.de/content/ index.html?startx=6.831774592619starty=51.231508396939startr=240.0 TomTom / TeleAtlas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
Zu Euren Overlays: wo kommen die Straßendaten her? Die sind von Tele Atlas. Gruß, Detlev ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
Mal ne ernst gemeinte Frage: Findest du deine Mails eigentlich übersichtlich? Danke für den Hinweis, hatte meinen Mailclient versehentlich auf HTML Formatierung stehen... Gruß Detlev ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OffTopic: Alice-Kündigung ... Anruf gerade
Hallo Community, tut mir leid, das hier ist zwar OffTopic, aber ich bin aus Zeitgründen derzeit in keinem anderen Forum aktiv ... vielleicht interessiert es ja den ein oder anderen. Ich bin im Dezember 2007 umgezogen und wollte in meiner neuen Wohnung Alice-DSL haben. Vorher war ich bei 11, alles optimal gekündigt - die Rufnummer wollte ich mitnehmen. Okay, nach 4 Monaten Wartezeit (mitten in Dortmund) hatte ich dann auch endlich einen Alice-Anschluss :-)) Da ich aber momentan kaum Zuhause bin, habe ich vorgestern meine Rufnummer zu Sipgate portiert. Die Rufnummernportierung ist dort bis Juli 2009 kostenfrei und ich bin weiterhin erreichbar. Es kostet dort _keine_ Grundgebühr. Super. Eben habe ich einen ziemlich unfreundlichen Anruf der Alice-Hotline bekommen, wieso ich denn kündigen will. Der Typ war echt *total* widerlich und hat mich bedrängt, doch einfach einen Alice-Basisanschluss zu nehmen. Bis ich ihm erklärt habe, dass ich nicht interessiert war, wurde ich fast noch beschimpft ... ach was für ein Spaß. Viele Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Tobias Wendorff wrote: Mark Obrembalski schrieb: Das natürlich nicht, immerhin schließt sich damit der BGH den (meiner Wahrnehmung nach auch sonst eher überwiegenden) Stimmen an, die § 5 UrhG auch auf Datenbanken anwenden wollen. Für die Quellisten: auch IBR 2007 stimmt zu. Siehe auch http://www.delegibus.de/2007,3.pdf Meinst Du, ich soll die Sache mal von einem Rechtsanwalt prüfen lassen? Ich denke, für 30-40 EUR wird er eine Bewertung schreiben. Das hilft zwar, sich im (m.E. extrem unwahrscheinlichen) Falle einer strafrechtlichen Verfolgung auf unvermeidbaren Verbotsirrtum zu berufen, klärt aber die Fragen auch nicht verbindlich. Andererseits sind 40 Euro natürlich nicht viel Geld für eine Rechtsberatung (und auch nicht viel im Vergleich zu dem, was man beim Mappen sonst so ausgeben kann). 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] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
Hallo. Am Freitag, 20. Februar 2009 schrieb Det Reiners: Mal ne ernst gemeinte Frage: Findest du deine Mails eigentlich übersichtlich? Danke für den Hinweis, hatte meinen Mailclient versehentlich auf HTML Formatierung stehen... Ah, okay. Ist Thunderbird mittlerweile so schlecht dass er dann im Text-Part gar keine Quote-zeichen und Zeilenumbrüche mehr einbaut? Wobei: Eigentlich macht doch Thunderbird gar keine Text-alternative mehr... Oh Mann, die Welt ist schlecht. :( Kannst du es irgendwie hinbekommen, dass zudem noch die References korerkt beibehalten bzw. gesetzt werden? Du beginnst mit jedem Posting einen neuen Thread. Gruß, Bernd -- Spontaneität muß wohlüberlegt sein. 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] Lizenz zum Überlagern von geografisc hen Informationen/flosm.de wieder Online
Am Freitag, den 20.02.2009, 14:25 +0100 schrieb Det Reiners: Hi! Nachdem wir nun von Microsoft die notwendige Lizenz erworben haben, konnten wir vorgestern http://www.flosm.de wieder aktivieren. Diese Lizenz erlaubt uns die Überlagerung von geografischen Daten verschiedener Server am Client, ein Verfahren, auf das Microsoft ein Patent hält. Unter welchen Nummern sind diese Patente denn wo registriert? Vermutlich geht es lediglich um EP0845124B, das sogenannte Multimap Patent? Mir scheint es sich hierbei eher um eine Microsoft - 123Map GmbH Werbung/Pressemeldung zu handeln, wofür meiner Meinung nach auch die Art der Berichterstattung spricht. Microsoft hat sicherlich ein Interesse daran, am wachsenden Markt mit Online-Geo-Services mitzuverdienen, am einfachsten über Lizenzen für Patente. Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografisch en Informationen/flosm.de wieder Online
Bernd Wurst schrieb: Ah, okay. Ist Thunderbird mittlerweile so schlecht dass er dann im Text-Part gar keine Quote-zeichen und Zeilenumbrüche mehr einbaut? Wobei: Eigentlich macht doch Thunderbird gar keine Text-alternative mehr... Oh Mann, die Welt ist schlecht. :( Ich weiss ja nicht, was für Probleme ihr habt, aber mein Thunderbird macht alles korrekt! 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] Lizenz zum Überlagern von geografisch en Informationen/flosm.de wieder Online
Bernd Wurst schrieb: Kannst du es irgendwie hinbekommen, dass zudem noch die References korerkt beibehalten bzw. gesetzt werden? Du beginnst mit jedem Posting einen neuen Thread. Nein, nicht immer ... diese ganze Diskussion verläuft schon in einem! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inseln
Hallo, Ich hatte eher den Eindruck, dass z.B. ein See im Park verschwunden ist, wenn ich der Multipolygon-Relation einen Namen gegeben habe! Genau hab ichs noch nicht rausgefunden. Der Park hat nicht zufälligerweise einen level kleiner als der des Sees oder? Das ist die häufigste Ursache warum was verschwindet. Dimitri Nein, beides ohne Level-Angabe. Es wurde auch wochenlang richtig gerendert (mit Inseln), plötzlich verschwand der ganze See. Imho hatte ich nur der Multipolygon-Relation einen Namen gegeben (um sie schneller zu erkennen), sonst keine Änderungen. Ich probiere gerade aus, ob das wirklich der Grund war. Gruß, Franz E. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografischen Informationen/flosm.de wieder Online
Roland Ramthun schrieb: Unter welchen Nummern sind diese Patente denn wo registriert? Vermutlich geht es lediglich um EP0845124B, das sogenannte Multimap Patent? Det Reiners schrieb: Das Patent kann man mit einer Recherche nach Sean Phelan einfach beim deutschen Patent- und Markenamt einsehen - auch in Deutsch. Die Patentnummer ist für Deutschland: DE69608453T2, der Link zum DPMA: http://depatisnet.dpma.de Dort oben Links auf Recherche klicken Mir scheint es sich hierbei eher um eine Microsoft - 123Map GmbH Werbung/Pressemeldung zu handeln, wofür meiner Meinung nach auch die Art der Berichterstattung spricht. Microsoft hat sicherlich ein Interesse daran, am wachsenden Markt mit Online-Geo-Services mitzuverdienen, am einfachsten über Lizenzen für Patente. Durch ein Metting habe ich vor einem knappen Jahr einen Mitarbeiter von Microsoft geben, der mir wiederum eine Rufnummer eines Visual Earth Mitarbeiter in England gegeben hat, der sehr an OSM interessiert war. Ich habe damals hier im Talk gefragt, ob jemand dort anrufen möchte. Eine Person hat sich gemeldet ... seitdem keine Rückantwort mehr von ihm. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG in PDF oder EPS wandeln
Am Freitag, den 20.02.2009, 13:07 +0100 schrieb André Reichelt: Sieht ganz interessant aus. Ich finde den Hintergund aber etwas verpixelt. Habt ihr die Export-Funktion genutzt? Hallo, für den Entwurf habe ich einfach ein paar PNG-Tiles zusammen geklebt. Für die Endgültige Fassung habe ich mir den Hintergrund schon als SVG rendern lassen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Mark Obrembalski schrieb: Siehe auch http://www.delegibus.de/2007,3.pdf Ah vielen Dank. Das mit den Metadaten kann ich übrigens nur bestätigen. Da ist Kreativität häufig der einzige Ausweg :-) Meinst Du, ich soll die Sache mal von einem Rechtsanwalt prüfen lassen? Ich denke, für 30-40 EUR wird er eine Bewertung schreiben. Das hilft zwar, sich im (m.E. extrem unwahrscheinlichen) Falle einer strafrechtlichen Verfolgung auf unvermeidbaren Verbotsirrtum zu berufen, klärt aber die Fragen auch nicht verbindlich. Andererseits sind 40 Euro natürlich nicht viel Geld für eine Rechtsberatung (und auch nicht viel im Vergleich zu dem, was man beim Mappen sonst so ausgeben kann). Erstmal muss ich mein Höhenprojekt fertig bekommen, dann kommt auch noch der Hotelaufenthalt für die FOSGISS :-) Hattest Du eigentlich Gelegenheit, den Thread mit der Gemeinfreiheit von Bebauungs- und Flächennutzungsplänen mitzuverfolgen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG in PDF oder EPS wandeln
Detlef Reichl schrieb: für den Entwurf habe ich einfach ein paar PNG-Tiles zusammen geklebt. Für die Endgültige Fassung habe ich mir den Hintergrund schon als SVG rendern lassen. Euch ist der Export-Tab über der Karte bekannt? 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] Lizenz zum Überlagern von geografisch en Informationen/flosm.de wieder Online
Bernd Wurst schrieb: Kannst du es irgendwie hinbekommen, dass zudem noch die References korerkt beibehalten bzw. gesetzt werden? Du beginnst mit jedem Posting einen neuen Thread. Ich benutze einen HTML-Client der offensichtlich die References nicht mitschickt. Probiere es jetzt mit Thunderbird und hoffe alles klappt. Danke für die Tipps. Gruß, Detlev ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG in PDF oder EPS wandeln
Hallo Tobias, die Druckerei will: - PDF oder EPS - Schriften in Pfade umgewandelt - 96 dpi (bei Format 1:1, 260x60) http://wiki.openstreetmap.org/wiki/Image:OSM-Banner.png Das kann ich Dir recht schnell nachbauen Kannst Du das mit Detlef besprechen? Er schreibt: PDF-Generierung mit inkscape scheitert am OSM Logo und an den Schatten Die Daten kannst Du von ihm bekommen. Er kann: PNF, SVG, TIFF, JPG wenn auch hinten andere Karten sein dürfen :-(( Solange nicht Goo*le draufkommt... ;) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografischen Informationen/flosm.de wieder Online
Roland Ramthun schrieb: Unter welchen Nummern sind diese Patente denn wo registriert? Vermutlich geht es lediglich um EP0845124B, das sogenannte Multimap Patent? Genau um das Patent gehts. Ich würde gerne von Dir wissen, was Du mit lediglich ausdrücken möchtest. Gruß, Detlev ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografischen Informationen/flosm.de wieder Online
Bernd Wurst be...@bwurst.org writes: Am Freitag, 20. Februar 2009 schrieb Det Reiners: Mal ne ernst gemeinte Frage: Findest du deine Mails eigentlich übersichtlich? Danke für den Hinweis, hatte meinen Mailclient versehentlich auf HTML Formatierung stehen... Ah, okay. Ist Thunderbird mittlerweile so schlecht dass er dann im Text-Part gar keine Quote-zeichen und Zeilenumbrüche mehr einbaut? Wobei: Eigentlich macht doch Thunderbird gar keine Text-alternative mehr... Oh Mann, die Welt ist schlecht. :( Kannst du es irgendwie hinbekommen, dass zudem noch die References korerkt beibehalten bzw. gesetzt werden? Du beginnst mit jedem Posting einen neuen Thread. Wenn dir das wichtig ist, schreib den sünder bitte direkt an und verschon die liste. Es war übrigens eine multipart-message und die formatierung des text-teils war ok. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kommerzkram auf einer OSM-Präsentation ?
Hallo Welt, ich bekam als Einer der beiden Ansprechpartner zum Chemnitzer Linuxtag eine Mail der Firma Round Solutions GmbH Co KG mit der Anfrage / Bitte, ob die auf unserem Stand ihre Hard- und Software präsentieren dürfen. Wie gehen wir bzw. wie gingen Andere in der Vergangenheit mit so etwas um? Anbei Ausschnitte der Mail die ich bekam, die Veröffentlichung auf der OSM-Mailingliste ist mit dem Autor der Mail abgesprochen. Tschaui, Jörg -- schnipp --- Guten Morgen Herr Fischer, Ich habe gesehen, dass Sie einen Stand auf Chemnitzer Linux Tagen haben. Unser Bezug zu OpenstreetMap und Linux: 1. Freies Testportal www.track4less.com Es basiert auf Openstreetmaps und Openlayers. Es ist noch nicht veröffentlicht. Demo account User: x Password: x Urspung ist www.track4free.com aud Basis Google Maps. Beide Portale nutzen die gleiche Datenbank, das gleiche Protokol und gleiche zugangsdaten 2. Linux-PC mit GPS und GPRS im Hosentaschenformat http://www.roundsolutions.com/news/embedded-linux-pc-gprs.htm [...] Wie wäre es mit unserem Board? Mit freundlichen Grüßen Harald Naumann Technical Director Round Solutions GmbH Co KG Hans-Böckler-Straße 16 * 63263 Neu-Isenburg * Germany Tel: +49 x-0 Fax: +49 x-xxx Email: xx....@roundsolutions.com Homepage: www.roundsolutions.com 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] SVG in PDF oder EPS wandeln
Markus schrieb: http://wiki.openstreetmap.org/wiki/Image:OSM-Banner.png Das kann ich Dir recht schnell nachbauen Kannst Du das mit Detlef besprechen? Er schreibt: PDF-Generierung mit inkscape scheitert am OSM Logo und an den Schatten Die Daten kannst Du von ihm bekommen. Er kann: PNF, SVG, TIFF, JPG Sie wollen ja 96 dpi haben, also akzeptieren sie auch Bitmaps. Die bösen Bereiche das Logos könnte man als Bitmap schreiben, die guten Bereiche als Vektor. Ich denke aber nicht, dass bei denen bei 96 dpi Schluss ist. Viele geben nur die Mindestanforderungen an (96 dpi ist ziemlich wenig). Ich würde denen 300, 150 und 96 dpi liefern - dann können sie gucken, welches ihnen am besten gefällt. Ihr könnt mir ja die Dateien mal mailen ... mein Postfach ist groß genug. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kommerzkram auf einer OSM-Präsentation ?
Joerg Fischer schrieb: ich bekam als Einer der beiden Ansprechpartner zum Chemnitzer Linuxtag eine Mail der Firma Round Solutions GmbH Co KG mit der Anfrage / Bitte, ob die auf unserem Stand ihre Hard- und Software präsentieren dürfen. Wie gehen wir bzw. wie gingen Andere in der Vergangenheit mit so Hi, wenn's im Rahmen bleibt, wieso nicht auch kommerzielle OSM Anwendungen zeigen? Damit demonstriert man doch, dass OSM mittlerweile ernsthaft nutzbar ist. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kommerzkram auf einer OSM-Präsentation ?
On Fri, Feb 20, 2009 at 05:48:16PM +0100, Joerg Fischer wrote: ich bekam als Einer der beiden Ansprechpartner zum Chemnitzer Linuxtag eine Mail der Firma Round Solutions GmbH Co KG mit der Anfrage / Bitte, ob die auf unserem Stand ihre Hard- und Software präsentieren dürfen. Wie gehen wir bzw. wie gingen Andere in der Vergangenheit mit so etwas um? Anbei Ausschnitte der Mail die ich bekam, die Veröffentlichung auf der OSM-Mailingliste ist mit dem Autor der Mail abgesprochen. Ich glaube solche Anfragen gab es bisher nicht, weil es halt auch noch nicht so viele Nutzer von OSM gibt. Wird sicher in Zukunft zunehmen. Man wird sicher im Einzelfall entscheiden müssen, wie man genau vorgeht. Und ich würde sagen, es ist die Entscheidung der jeweiligen Macher eines Standes, was sie wie machen wollen. Eine gewisse Beteiligung der gewerblichen Seite ist immer mit dabei. Auf OSM-Ständen gibt es z.B. meist Garmin-Geräte zu sehen. Aber das sind halt welche, die die Mapper mitbringen und auch aus eigener Erfahrung empfehlen. Das ist was andres, als wenn jemand das nur aus Werbung dazu bringt, der sonst nichts mit dem Projekt zu tun hat. Wenn ich in diesem Fall auf die Webseite gehe(www.track4less.com), dann begrüßt mich nur ein Login-Feld und keinerlei Infos zu OSM. Das passt nicht gerade so gut zu OSM. :-) Solche Dinge sind im Zweifel auch mit dem Veranstalter (hier den Leuten vom Chemnitzer LinuxTag) abzusprechen. Die geben OSM ja einen kostenlosen Stand und haben sicher Regelungen, wie gewerbliche Beteiligungen zu handhaben sind. Ein gewerblicher Stand kostet halt üblicherweise Geld. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografisc hen Informationen/flosm.de wieder Online
Am Freitag, den 20.02.2009, 17:39 +0100 schrieb Detlev Reiners: Roland Ramthun schrieb: Unter welchen Nummern sind diese Patente denn wo registriert? Vermutlich geht es lediglich um EP0845124B, das sogenannte Multimap Patent? Genau um das Patent gehts. Ich würde gerne von Dir wissen, was Du mit lediglich ausdrücken möchtest. Zunächst einmal, dass es sich vermutlich um lediglich ein Patent handelt und nicht um zwei oder drei. Eine genaue Bewertung des Patents kann und möchte ich selber nicht vornehmen. Allerdings ist es vielleicht interessant zu wissen, dass dieses Patent vor einigen Jahren für große Unruhe in der Geoszene gesorgt hat und des öfteren, auch von Juristen, angezweifelt worden ist, dass der Anspruch durchsetzbar ist bzw. zu Recht erteilt wurde, denn offenbar gilt hier Prior Art. Siehe z.B. http://portal.opengeospatial.org/files/?artifact_id=28360 sowie http://www.cambridgeconference.com/previous_conferences/2003/camconf/papers/4D-2B.pdf Trotzdem: Das Patent ist erteilt und solange sich niemand findet, der es anfechtet, gilt es erst einmal. Insofern ist zu überlegen, ob man als Firma dann lieber zahlt oder das Patent doch endlich angreift (kosten wird beides, bei Variante zwei könnte man sich ggf. zusammenschließen). Die 123Map GmbH hat sich entschieden zu bezahlen, was halt einer der beiden Wege ist (vom Dritten, das Patent zu ignorieren, sehe ich mal, für kommerzielle Anwender, ab). Im Zweifelsfall muss man da sicher, am Besten unter Verweis auf die existierende Literatur, den Juristen seines Vertrauens nach dem optimalen Weg befragen, denn das Obige ist nur meine Laienmeinung. Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kommerzkram auf einer OSM-Präsentation ?
Hallo, On Fri, 20 Feb 2009 17:48 +0100, Joerg Fischer osm2...@jfis.de wrote: 1. Freies Testportal www.track4less.com Es basiert auf Openstreetmaps und Openlayers. Es ist noch nicht veröffentlicht. Das klingt nach der üblichen Verwirrung rund um den Begriff der Freiheit. Der Code, der hinter dieser URL läuft ist ja vermutlich nicht Freie Software. Sonst hätte Dein Kontakt ja sicher auch Open Source geschrieben :) Unerwähnt bleibt auch, wie das beworbene Portal mit den Bedingungen der CC-Lizenz umgeht. Meine Vermutung ist deswegen: hier wird frei im Sinne von kostenlos verwendet. So etwas hat auf einem Community-Stand nichts verloren. Lutz -- email: lutz.h...@fastmail.fm Jabber: sttmj...@jabber.ccc.de web:http://www.dev-random.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kommerzkram auf einer OSM-Präsentatio n?
Hallo Joerg, Wie gehen wir mit so etwas um? Beispiel: Druckerei druckt gratis ein OSM-Banner. Natürlich darf sie die Firmenanschrift drauf machen. Saturn sponsert grosse Flachbildschirme. Dafür dürfen sie ein Plakat aufhängen: wir hassen teuer das tun wir ja auch... ADFC macht einen Stand über Rad-Reisen. Die GPS-Info machen wir gemeinsam. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
