[OSM-legal-talk] Temporary upload of sat images for evaluation (WMS)
Hi, we are in informal discussion with a commercial partner who thinks about making use of OSM according to the OSM philosophy. On the other hand they would like to support OSM if possible. In order to judge one imaginable option we would like to do the following: • To select a mid size city and a rural area in Germany which are not covered by high resolution by Yahoo Aerial data as probands. • To provide satellite images of those areas via WMS (done by the commercial partner on the basis of an ArcGIS Server). • To map everything in both areas as accurate as possible. • To remove the satellite images, thus the WMS service. • To review and evaluate the results. QUESTION: The commercial partner has all copyrights and permissions for the provided data but cannot make it public domain resp. put it under the OSM license at this stage. So the rights on this data must not change through the above mentioned activity. Is that possible? Or is there a rule or regulation which puts all uploaded data under the OSM license automatically? If so, we could not go this way via WMS. Then the second question would be if there are technical solutions available to use such data kind of lokally (by importing it as background image in JOSM or something) on the user level. Thanks in advance for according notes and advices and best regards from Cologne, Kristian ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] Temporary upload of sat images for evaluation (WMS)
Let's just distinguish between the types of data : 1. The commercial partner can keep ownership of the original raster data (photos). 2. Derived vector data that is uploaded to the OSM servers will be placed under the OSM license. So there are many options A. He sets up his own server and continues to own the vector data. Don't expect help from the community. B. He sets up a WMS with specific rules as to what vector data we may derive from it. For example only roads, but no POIs. This will work quite well, because JOSM supports may WMS sources and he can choose which members of the community he wants to allow. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
Re: [OSM-legal-talk] Temporary upload of sat images for evaluation (WMS)
Hi Nic, scenario (1) resp. (B) would probably perfectly fit our intention because we do not speak about vector but bitmap data (photos) which shall be provided. So I have learnt now that there is no risk of loosing any rights when providing bitmap data in order to let us draw our ways etc. on it. Second message out of your replies: It´s possible to incorporate the data either into JOSM or/and into Potlatch. This would require some questions in one of the other forums or mailing lists regarding the specific how to. If that is right we can proceed and focus on the technical side of the activity now. Thanks so far for your input, and in case there are additional aspects which have not yet been covered - I will keep an eye on this thread of course. Best regards, Kristian Original-Nachricht Betreff: Re:[OSM-legal-talk] Temporary upload of sat images for evaluation (WMS) Von: Nic Roets [EMAIL PROTECTED] An: [EMAIL PROTECTED], Licensing and other legal discussions. legal-talk@openstreetmap.org Datum: Mittwoch, 23. Juli 2008 21:19:10 Let's just distinguish between the types of data : 1. The commercial partner can keep ownership of the original raster data (photos). 2. Derived vector data that is uploaded to the OSM servers will be placed under the OSM license. So there are many options A. He sets up his own server and continues to own the vector data. Don't expect help from the community. B. He sets up a WMS with specific rules as to what vector data we may derive from it. For example only roads, but no POIs. This will work quite well, because JOSM supports may WMS sources and he can choose which members of the community he wants to allow. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/legal-talk
[OSM-talk] NPE waterways
I noticed that a lot of waterways have recently been added with source=NPE. Were these traced, or was this an automated import? It seems that some of the existing (surveyed) work has been either ignored or broken in the process. i.e.: An existing section of stream with a bridge over it has been ignored rather than the newly added waterway being connected to it: http://www.openstreetmap.org/?lat=51.685369lon=-3.9486zoom=18layers=B00FTF And a stream has been moved so it is nolonger under the associated bridge: http://www.openstreetmap.org/?lat=51.4982lon=-3.52711zoom=16layers=0B0FTF Also, a number of streams are now marked which have been culverted since the NPE maps were produced. Maybe these should be tagged as needing a review? - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] NPE waterways
Steve, Steve Chilton has been adding all those welsh streams, pretty sure all of it traced in using potlatch from the NPE. When editing at zoom 14 with potlatch its not always easy to see small sections of existing data, which is probably what's happened here. Cheers Andy -Original Message- From: [EMAIL PROTECTED] [mailto:talk- [EMAIL PROTECTED] On Behalf Of Steve Hill Sent: 23 July 2008 11:40 AM To: talk@openstreetmap.org Subject: [OSM-talk] NPE waterways I noticed that a lot of waterways have recently been added with source=NPE. Were these traced, or was this an automated import? It seems that some of the existing (surveyed) work has been either ignored or broken in the process. i.e.: An existing section of stream with a bridge over it has been ignored rather than the newly added waterway being connected to it: http://www.openstreetmap.org/?lat=51.685369lon=- 3.9486zoom=18layers=B00FTF And a stream has been moved so it is nolonger under the associated bridge: http://www.openstreetmap.org/?lat=51.4982lon=- 3.52711zoom=16layers=0B0FTF Also, a number of streams are now marked which have been culverted since the NPE maps were produced. Maybe these should be tagged as needing a review? - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.138 / Virus Database: 270.5.5/1568 - Release Date: 23/07/2008 6:55 AM ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] NPE waterways
Steve, Yep, it was me - in both cases, as you could see from the history popup. As Andy notes it is not always easy to see small sections of data at z14 in Potlatch (which you have to use for NPE work). The little existing piece is only just visible at z16 even and is obviously clear at your example of z18. So, apologies for missing it - I will go and rectify it this evening. As to the second example I am sorry for the result produced. Again I would note that when in Potlatch there is actually no notification of the existence of any bridge tagging (maybe I'll lodge a Potlatch trac request). That unclassified road just appears as a cased white line. In many instances streams just aren't given bridges (even where known). Could you please use your local knowledge to rectify that particular error/alignment? Because of the problem noted above I actually skipped the main urban area of Swansea - as the NPE was too difficult to interpret and the OSM data so thick on the ground to make it difficult to work there. I shall probably do so for Cardiff too. Incidentally they are the only two significantly densely urban mapping encountered on a virtual trip round the whole coastline of Wales so far. Finally, it is my view that source=NPE is implicitly tagging for review. It is now possible to use the OSMmapper tool from ITOworld to check where the tag has been used in your area and consider reviewing data there. For this reason I have rarely added any river/stream names from NPE because of: difficulty of knowing when named sectors start/finish, problems of dual language in Wales, and difficulty of sometimes reading the small text names on NPE. Cheers STEVE Steve Chilton, Learning Support Fellow Manager of e-Learning Academic Development Centre for Learning and Quality Enhancement Middlesex University phone/fax: 020 8411 5355 email: [EMAIL PROTECTED] http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp Chair of the Society of Cartographers: http://www.soc.org.uk/ SoC conference 2008: http://www.abdn.ac.uk/cartographers08/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andy Robinson (blackadder-lists) Sent: 23 July 2008 11:50 To: 'Steve Hill'; talk@openstreetmap.org Subject: Re: [OSM-talk] NPE waterways Steve, Steve Chilton has been adding all those welsh streams, pretty sure all of it traced in using potlatch from the NPE. When editing at zoom 14 with potlatch its not always easy to see small sections of existing data, which is probably what's happened here. Cheers Andy -Original Message- From: [EMAIL PROTECTED] [mailto:talk- [EMAIL PROTECTED] On Behalf Of Steve Hill Sent: 23 July 2008 11:40 AM To: talk@openstreetmap.org Subject: [OSM-talk] NPE waterways I noticed that a lot of waterways have recently been added with source=NPE. Were these traced, or was this an automated import? It seems that some of the existing (surveyed) work has been either ignored or broken in the process. i.e.: An existing section of stream with a bridge over it has been ignored rather than the newly added waterway being connected to it: http://www.openstreetmap.org/?lat=51.685369lon=- 3.9486zoom=18layers=B00FTF And a stream has been moved so it is nolonger under the associated bridge: http://www.openstreetmap.org/?lat=51.4982lon=- 3.52711zoom=16layers=0B0FTF Also, a number of streams are now marked which have been culverted since the NPE maps were produced. Maybe these should be tagged as needing a review? - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.138 / Virus Database: 270.5.5/1568 - Release Date: 23/07/2008 6:55 AM ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] NPE waterways
[snip] On a slight etiquettey note I'd suggest that using the messaging system, rather than public lists, is a really great way to get in contact with people about their mapping work. Steve Chilton wrote: Finally, it is my view that source=NPE is implicitly tagging for review. +1 cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Slippy map not working in Firefox
Someone has emailed me to say that the slippy map at www.openstreetmap.orgdoes not work in Opera nor Firefox/Iceweasel on their Linux box. They say that openstreetbugs.appspot.com does not work either. However informationfreeway does. InformationFreeway uses an older version of OpenLayers so I'm wondering if there's something in a newer version of OpenLayers that is the cause of this. Below is some info from them about their environment and the symptoms they see. Does anyone have any ideas or suggestions about what could be wrong? Thanks. 80n Java javascript ENabled in Opera and Iceweasel(FireFox). Java path correct and double-checked for Opera as: /usr/lib/jvm/java-6-sun/jre/lib/i386 [EMAIL PROTECTED]:~ # uname -a Linux xxx 2.6.26 #1 PREEMPT Mon Jul 21 09:11:54 AST 2008 i686 GNU/Linux Openstreetbugs.appspot.com = NOT working in either browser. www.openstreetmap.org = NOT working in either browser. I get all the framework and decoration, but just a white oblong where the map should appear. Hence, no navigations work either. No javascript console errors. www.informationfreeway.org = YES! Working fine in both browsers! Is that strange? :-/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] NPE waterways
Hi, On a slight etiquettey note I'd suggest that using the messaging system, rather than public lists, is a really great way to get in contact with people about their mapping work. Unless of course * you suspect that the criticism you have is not shared by everyone so you want to give them a chance to voice their opinion; * you think that whatever you're unhappy with is not only done by one mapper, but general practice (or might become general practice) * you're not comfortable enough with history access to find out exactly who did the bit you're unhappy with (and who perhaps only changed something else later) ... Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] NPE waterways
From my local knowledge of some parts of Wales, I'd agree strongly that NPE names are _frequently_ incorrect compared with modern labelling of towns/villages and other features, and are hence Not To Be Trusted Eg The mid-Wales town called Dolgelley from NPE and Dolgellau in Real Life I'm not sure what caused this disconnect from reality - I suspect some Anglo-centricity in the mid-century Ordnance Survey... PHILLIP BARNETT SERVER MANAGER 200 GRAY'S INN ROAD LONDON WC1X 8XZ UNITED KINGDOM T +44 (0)20 7430 4474 F E [EMAIL PROTECTED] http://WWW.ITN.CO.UK P Please consider the environment. Do you really need to print this email? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Chilton Sent: 23 July 2008 12:34 For this reason I have rarely added any river/stream names from NPE because of: difficulty of knowing when named sectors start/finish, problems of dual language in Wales, and difficulty of sometimes reading the small text names on NPE. Please Note: Any views or opinions are solely those of the author and do not necessarily represent those of Independent Television News Limited unless specifically stated. This email and any files attached are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify [EMAIL PROTECTED] Please note that to ensure regulatory compliance and for the protection of our clients and business, we may monitor and read messages sent to and from our systems. Thank You. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] NPE waterways
On Wed, 23 Jul 2008, Steve Chilton wrote: As Andy notes it is not always easy to see small sections of data at z14 in Potlatch (which you have to use for NPE work). No problem - I just thought I'd mention that some on-the-ground review is needed for these waterways at some point (although it is better to have something there rather than nothing - many of the streams would be very difficult to survey unless someone feels like wading the length of them :). Something that would be very useful in Potlatch would be the ability to have the background zoom beyond it's highest resolution and just get interpolated to fit - the yahoo images are virtually unusable in Wales and over-zooming them might make them a bit more useful. Could you please use your local knowledge to rectify that particular error/alignment? I'll prod Steve Hosgood (who's sitting opposite me at the moment) since he surveyed the area originally. :) Unfortunately I'm not especially familiar with that area (although if necessary I can make a diversion that way one evening on my way home from work). Because of the problem noted above I actually skipped the main urban area of Swansea - as the NPE was too difficult to interpret and the OSM data so thick on the ground to make it difficult to work there. I can imagine. Also, in city centres, the NPE data is more likley to be out of date and doing on-the-ground surveying will be easier so it probably isn't as worthwhile anyway. Incidentally they are the only two significantly densely urban mapping encountered on a virtual trip round the whole coastline of Wales so far. I believe Cardiff has some reasonable Yahoo photos and people have been tracing them, so most of the roads are mapped, but I'm not sure how good the detail is. There are a couple of people working the Bridgend/Pencoed area (one of whome works as a courier I think, so is doing a lot of on-the-job surveying) and they seem to be doing a pretty good job. It's good to see 9 people in Swansea within a 12Km range of me now - when I started mapping I think there were about 3. Chris Jones (rollercow) can be blamed for many of them I think - he's been doing a good job of introducing members of the uni's computer society into the mapping effort. :) Finally, it is my view that source=NPE is implicitly tagging for review. It is now possible to use the OSMmapper tool from ITOworld to check where the tag has been used in your area and consider reviewing data there. Ok, fair enough. Is the expectation that the source=NPE tag will be removed after someone has reviewed the way, even if they didn't need to alter it? - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippy map not working in Firefox
2008/7/23 Etienne [EMAIL PROTECTED]: Someone has emailed me to say that the slippy map at www.openstreetmap.orgdoes not work in Opera nor Firefox/Iceweasel on their Linux box. They say that openstreetbugs.appspot.com does not work either. However informationfreeway does. InformationFreeway uses an older version of OpenLayers so I'm wondering if there's something in a newer version of OpenLayers that is the cause of this. Below is some info from them about their environment and the symptoms they see. Does anyone have any ideas or suggestions about what could be wrong? Thanks. 80n Java javascript ENabled in Opera and Iceweasel(FireFox). Java path correct and double-checked for Opera as: /usr/lib/jvm/java-6-sun/jre/lib/i386 [EMAIL PROTECTED]:~ # uname -a Linux xxx 2.6.26 #1 PREEMPT Mon Jul 21 09:11:54 AST 2008 i686 GNU/Linux Openstreetbugs.appspot.com = NOT working in either browser. www.openstreetmap.org = NOT working in either browser. I get all the framework and decoration, but just a white oblong where the map should appear. Hence, no navigations work either. No javascript console errors. www.informationfreeway.org = YES! Working fine in both browsers! Is that strange? :-/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk No pb here with iceweasel in this version : enezeussa:~# dpkg -l | grep iceweasel ii iceweasel3.0~rc1-1 lightweight web browser based on Mozilla It works just fine with your both websites... Do they have ii sun-java6-plugin 6-07-3 The Java(TM) Plug-in, Java SE 6 installed ? -- Steven Le Roux Jabber-ID : [EMAIL PROTECTED] 0x39494CCB [EMAIL PROTECTED] 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippy map not working in Firefox
Hi, Someone has emailed me to say that the slippy map at www.openstreetmap.org does not work in Opera nor Firefox/Iceweasel on their Linux box. No problems with firefox 1.04 under Debian ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] NPE waterways
On Wed, 23 Jul 2008, Frederik Ramm wrote: * you suspect that the criticism you have is not shared by everyone so you want to give them a chance to voice their opinion; * you think that whatever you're unhappy with is not only done by one mapper, but general practice (or might become general practice) * you're not comfortable enough with history access to find out exactly who did the bit you're unhappy with (and who perhaps only changed something else later) * the changes cover a reasonably large area and thus a large number of editors are affected and may wish to contribute to the discussion. - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] NPE waterways
Steve Hill wrote: Something that would be very useful in Potlatch would be the ability to have the background zoom beyond it's highest resolution and just get interpolated to fit - the yahoo images are virtually unusable in Wales and over-zooming them might make them a bit more useful. This is pretty much a FAQ, but Potlatch just provides what's offered by Yahoo by their API, nothing more, nothing less. The ability to stretch Landsat on the fly was for a while available through OpenAerialMap but I was asked to remove that for copyright concerns. NPE is a little different because I (not Yahoo) control the source! As it stands zoom 14 is pretty much the original resolution of the scans. It might be nice to offer them at z15 for ease of editing - it's not a priority for me, but patches are of course welcome. :) (Ideally to the source, not to Potlatch - I don't think it's the client's role to monkey with the imagery; that should be offered by the tile server.) Ok, fair enough. Is the expectation that the source=NPE tag will be removed after someone has reviewed the way, even if they didn't need to alter it? Certainly I've done that in the past if I've cycled/driven down a road previously sourced from NPE alone. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] NPE waterways
Barnett, Phillip wrote: From my local knowledge of some parts of Wales, I'd agree strongly that NPE names are _frequently_ incorrect compared with modern labelling of towns/villages and other features, and are hence Not To Be Trusted Though if you understand something about Welsh orthography and pronunciation it's often pretty easy to reverse engineer the proper name from NPE. Follow-ups to talk-gb, I think. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] NPE waterways
Steve Hill wrote: * the changes cover a reasonably large area and thus a large number of editors are affected and may wish to contribute to the discussion. * though with NPE the reasonably large area is pretty clearly going to be talk-gb, not talk :p Seriously, it wasn't solely directed at this discussion - the more people are reminded of our clever messaging system, the better - but IMO (and only that) it's still good practice to contact first, then post later if you feel it's needed. If nothing else, people tend to react better to personal contact than to third-person discussion on a busy mailing list. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] NPE waterways
On Wed, 23 Jul 2008, Richard Fairhurst wrote: * though with NPE the reasonably large area is pretty clearly going to be talk-gb, not talk :p Ok, good point :) - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippy map not working in Firefox
Both sites is perfectly functional on Ubuntu, Firefox 3.0, at least to me. On Wed, Jul 23, 2008 at 9:49 PM, Etienne [EMAIL PROTECTED] wrote: Someone has emailed me to say that the slippy map at www.openstreetmap.orgdoes not work in Opera nor Firefox/Iceweasel on their Linux box. They say that openstreetbugs.appspot.com does not work either. However informationfreeway does. InformationFreeway uses an older version of OpenLayers so I'm wondering if there's something in a newer version of OpenLayers that is the cause of this. Below is some info from them about their environment and the symptoms they see. Does anyone have any ideas or suggestions about what could be wrong? Thanks. 80n Java javascript ENabled in Opera and Iceweasel(FireFox). Java path correct and double-checked for Opera as: /usr/lib/jvm/java-6-sun/jre/lib/i386 [EMAIL PROTECTED]:~ # uname -a Linux xxx 2.6.26 #1 PREEMPT Mon Jul 21 09:11:54 AST 2008 i686 GNU/Linux Openstreetbugs.appspot.com = NOT working in either browser. www.openstreetmap.org = NOT working in either browser. I get all the framework and decoration, but just a white oblong where the map should appear. Hence, no navigations work either. No javascript console errors. www.informationfreeway.org = YES! Working fine in both browsers! Is that strange? :-/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] poster things
Me too... On Fri, Jul 18, 2008 at 9:10 PM, mariner [EMAIL PROTECTED] wrote: Would it be possible to get this designs? I'd like to do something for the Swiss group and don't want to start everything from scratch. Martijn van Exel wrote: Henk Hoff had them made, there's two more being made still, with a different design. Op 17 jul 2008, om 07:20 heeft Nick Black het volgende geschreven: http://www.flickr.com/photos/copetersen/2661105419/ http://www.flickr.com/photos/routebuddy/2671110136/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippy map not working in Firefox
2008/7/23 Etienne [EMAIL PROTECTED]: Someone has emailed me to say that the slippy map at www.openstreetmap.orgdoes not work in Opera nor Firefox/Iceweasel on their Linux box. They say that openstreetbugs.appspot.com does not work either. However informationfreeway does. InformationFreeway uses an older version of OpenLayers so I'm wondering if there's something in a newer version of OpenLayers that is the cause of this. Below is some info from them about their environment and the symptoms they see. Does anyone have any ideas or suggestions about what could be wrong? I've seen failure to load before, on InformationFreeway too... but in each case it's been due to failing to download the large openlayers javascript file due to poor connectivity (large packet loss) a few refreshes can help get it to eventually download then it seem to stay cached and works for a while... I'd guess that the person reporting this has some sort of connectivity issue or something else blocking the javascript such as a filtering proxy or worse as far as having a chance of fixing it, an ISP caching a broken copy of the openlayers javascript... I have noticed issues with Firefox 3 on Windows and the slippy maps though... they load fine but dragging the map occaisionally takes the map decorations with it... found it's seems slightly more reproducable if the find bar is open at the bottom of the screen and you are panning north (dragging mouse from top to bottom) and the mouse goes into the find bar while the button is still down, but then, it's still so variable happening maybe once in 20+ full screen drags... when it happens the decorations move about a tile's width in whichever direction you are moving the map... d ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OSMXAPI
I've just implemented a change to OSMXAPI which will filter out and reject silly requests (like highway=*). The filter uses a combination of bbox size and count of matching elements to determine whether or not to process the request. At this stage it is a bit experimental and there is scope for fine tuning what it accepts and rejects. If you find that it is rejecting a request that you think is reasonable then please let me know. I want to find the point where all reasonable requests are still accepted but silly or badly formed ones are rejected. This should make a big difference to the throughput as previously osmxapi would easily get bogged down by someone requesting the whole planet and then retrying two or three times when they don't get a response within 10 seconds. 80n ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSMXAPI
OK I tried it with Kosmos, looks like you set the maximum size limit on downloadable areas (or is it just the max. count of elements)? This is my request URL (roughly the area around Bodensee): http://osmxapi.hypercube.telascience.org/api/0.5/*%5bbbox=8.57056470092773,47.3201045967113,10.3134986679315,47.8968827018757 Response: ?xml version='1.0' standalone='no'?\nerror\nBETA: we are testing a request validation mechanism to filter out silly requests. If you have made\n a sensible request that is being rejected please let me know ([EMAIL PROTECTED]). \n\nYour request (*/*/*) is too large. Please check your request. \nIf you really do need this data then it may be better to get it directly from a planet file.\nLog ID=475746 \n/error\n I think it is good that you've set some sort of filtering of requests. It would however be nice to know what kind of criteria you set for rejecting requests, so that OSMXAPI clients could implements similar logic even before sending requests. An idea to consider: why not allow some sort of capabilities query which would return current values of these criteria? Regards, Igor 80n wrote: I've just implemented a change to OSMXAPI which will filter out and reject silly requests (like highway=*). The filter uses a combination of bbox size and count of matching elements to determine whether or not to process the request. At this stage it is a bit experimental and there is scope for fine tuning what it accepts and rejects. If you find that it is rejecting a request that you think is reasonable then please let me know. I want to find the point where all reasonable requests are still accepted but silly or badly formed ones are rejected. This should make a big difference to the throughput as previously osmxapi would easily get bogged down by someone requesting the whole planet and then retrying two or three times when they don't get a response within 10 seconds. 80n ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippy map not working in Firefox
Hi, I happen to experience problems with openstreetmap.org and Firefox (3) on Linux, too. I’m not sure whether it is related, but the symptoms sound similar. No clue what’s causing it. Behavior: When opening openstreetmap.org, the general page displays properly, including zoom display, ruler, permalink and layer selector. The map, however, remains plain white. No errors in javascript console, cursor indicates loading activity, but there is no visible result for minutes. Status bar announces data transfer from www.paypal.com, apparently that “Make A Donation”-button was the last thing it received. When I use the layer selector to switch to Osmarender, I get a visible map almost instantly. Strangely, switching back to Mapnik after a while can cause the Mapnik layer to work (but not always). Once it has started working, it zooms and scrolls flawlessly. I can reproduce this behavior even with a fresh Firefox config without extensions (new user on local computer), informationfreeway.org does not cause this problem. It behaves like the Osmarender layer on openstreetmap.org. System and browser info: Ubuntu 8.04 Linux xxx 2.6.24-19-generic #1 SMP Fri Jul 11 21:01:46 UTC 2008 x86_64 GNU/Linux Firefox 3 (version as displayed by Synaptic: 3.0+nobinonly-0ubuntu0.8.04.1) Tests with other software: Firefox 3.0.1 on Windows XP _works_ Firefox 2 on Ubuntu does _not_ work Konqueror 3.5.9 on Ubuntu _works_ Tordanik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippy map not working in Firefox
for what it's worth, some others and I on Virgin Media were having quite a bit of trouble accessing openlayers.org for most of yesterday. Perhaps they could try a tracepath ? tim ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippy map not working in Firefox
Tordanik wrote: When opening openstreetmap.org, the general page displays properly, including zoom display, ruler, permalink and layer selector. The map, however, remains plain white. No errors in javascript console, cursor indicates loading activity, but there is no visible result for minutes. Status bar announces data transfer from www.paypal.com, apparently that “Make A Donation”-button was the last thing it received. That sounds like it just PayPal being slow - the map object is only created once the page has finished loading so if PayPal is slow serving the donate button then it delays the creation of the map. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippy map not working in Firefox
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom Hughes wrote: Tordanik wrote: When opening openstreetmap.org, the general page displays properly, including zoom display, ruler, permalink and layer selector. The map, however, remains plain white. No errors in javascript console, cursor indicates loading activity, but there is no visible result for minutes. Status bar announces data transfer from www.paypal.com, apparently that “Make A Donation”-button was the last thing it received. That sounds like it just PayPal being slow - the map object is only created once the page has finished loading so if PayPal is slow serving the donate button then it delays the creation of the map. Tom Certainly seems slow here - I get a similar white screen, in FF 3.0.1, but for [EMAIL PROTECTED] not Mapnik. It does eventually fill in. This is via Virgin Media. Traceroute goes 22 hops but all seem OK for speed. Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIh5plJfMmcSPNh94RAu6bAKCNKUnh/YTdYRtRqyhfAwt8D4EmEQCfbI4y kB1dMDI7a26XoupHdLOXb2g= =IwTK -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] OSM Mapper: handige tool
Ik heb me ook net ingeschreven. Wat een super tool zeg - Original Message From: OpenStreetMap NL discussion list talk-nl@openstreetmap.org To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] OSM Mapper: handige tool Date: 23/07/08 02:15 Martijn van Exel wrote: gt; Zeker even proberen! Het geeft inspiratie en inzicht. gt; Lees meer: http://itoworld.blogspot.com/2008/07/new-osm-mapper-for-openstreetmap.html gt; (met link naar registratie). Absoluut een handige (en snelle!) tool! Ook handig voor het vinden van straten zonder naam, van een bepaald type, met of juist zonder maxspeed, etc. Voor de geïnteresseerden: Je kunt dus op sessions (wanneer zijn er wijzigingen geweest en door wie), op tags (selecteer tags die je wilt zien, of juist het tegenovergestelde) en op users (wat heeft welke user allemaal gedaan) zoeken. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl Message sent using UebiMiau 2.7.10 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Meeting: Maandagavond 4 Augustus
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Henk, Als jij het net zo lekker vind als ik, dan wil ik mijn coktailjurkje en pumps maat 45 wel aan doen? Is er toch een soort dame bij! Henk Hoff wrote: Heren (volgens mij zijn er nog weinig dames), Ik zal er proberen te zijn. Met betrekking tot vulling van de avond. Wanneer ik de zaken bekijken die er nu langs gaan, lijkt me de avond niet lang genoeg. Laten we maar even bekijken hoe ver we komen. Mogelijk goed om vooraf al even na te denken hoe je OSM over een jaar ziet een over bv 3 jaar. En ook wat je zelf in die tijd daaraan zult hebben bijgedragen. Dit kan de discussie mogelijk wat helpen. Ik zal de meeting wel even op de agenda van de wiki zetten. (ik ben net als Martijn ook geen frequent bezoeker (dat mag je als understatement zien) van het forum) Gr, Henk Hoff Martijn van Exel schreef: Mijn idee is om op de meeting van 4 aug. Duidelijk de Nederlandse kaders van OpenStreetMap te bespreken; wat is de rol van NL in het grotere geheel en hoe kunnen we bepaalde dingen stroomlijnen. Goed idee, maar dan moeten we daarnaast niet ook nog allerlei inhoudelijke topics op de agenda zetten. Het zijn maar 2 uurtjes. Laten we het dan voornamelijk over (let op, vieze woorden) taken en verantwoordelijkheden hebben. Kunnen we logische eenheden smeden die zich bezighouden met financiën, promotie (praatjes, mapping parties, wiki, website..), techniek (server, aandeel in int. ontwikkelingen), data (acquisitie, conventies), en vul maar aan. Daarom lijkt het me geen overbodige meeting, integendeel. De zaken die we gaan bespreken hebben hopelijk op termijn effect op de manier waarop we in Nederland georganiseerd zijn. Eens. Veel agenda punten hebben ook helemaal niet van doen op de centrale OSM organisatie, sterker, het lijkt me goed om ons te concentreren op het bespreken van zaken die in het NL chapter spelen. Juist! We verdienen meer betere organisatie. Als je kijkt naar de organisatiegraad en de activiteit van onze oosterburen - daar ben ik wel een beetje jaloers op. Het praatje van Jochen Topf over de stand van zaken in Duitsland leverde behoorlijk wat oeh-s en aah-s op. Regionale clusters met maandelijkse bijeenkomsten, mooie stands op beurzen, een OSM-boek, een kaart zo gedetailleerd dat zelfs de individuele dierverblijven van de Berlijnse zoo zichtbaar zijn... Nou ja, je kunt overdrijven, maar het kan in NL ook nog wel een beetje beter. Een prima thema voor een meeting - als er daarna ook mensen zijn die de verantwoordelijkheid gaan nemen. Helaas worden de reizen naar Londen nog niet gesponsord. Zoals velen kan ik het me gewoonweg niet veroorloven een ticket voor een event in Engeland te kopen. !? Iedereen die denkt een zinnige bijdrage te kunnen leveren kan bij ondergetekende vergoeding aanvragen voor reis en verblijf. Hoe hard moet ik dat eigenlijk roepen? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIhu1l2oMdf0ahv2kRAkf3AJ9hiGwbRQs3/VJvOkElZ0ZUsyLdQQCeMxUt 3Jw8SiNE7Pi729poDZqrnas= =okkP -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Meeting: Maandagavond 4 Augustus
Met betrekking tot vulling van de avond. Wanneer ik de zaken bekijken die er nu langs gaan, lijkt me de avond niet lang genoeg. Laten we maar even bekijken hoe ver we komen. Mogelijk goed om vooraf al even na te denken hoe je OSM over een jaar ziet een over bv 3 jaar. En ook wat je zelf in die tijd daaraan zult hebben bijgedragen. Dit kan de discussie mogelijk wat helpen. Laten we de discussie over de agenda op het forum voeren, is wat overzichtelijker. Verder heb ik de start-post ge-update met nieuwe deelnemers en mogelijke agenda onderwerpen, en een permalinkje toegevoegd naar de locatie. We kunnen dan bij aanvang van de meeting stemmen met welke onderwerpen we beginnen zodat we daar in ieder geval tijd voor hebben. Na 21:00 kunnen we eventueel bij mij thuis nog na/verder praten. Ik zal de meeting wel even op de agenda van de wiki zetten. (ik ben net als Martijn ook geen frequent bezoeker (dat mag je als understatement zien) van het forum) Ik zoek me altijd een aap op die verdraaide wiki... waar staat de meeting op de wiki vermeld? Geert. Message sent using UebiMiau 2.7.10 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [Talk-de] Photomapping mit .bmp
nie probiert, aber touch -r könnte das machen was Du brauchst. Ne, leider nicht. Ich habe ein Bild mit convert umgewandelt, und mit diesem Befehl kann ich dann das ursprüngliche Erstellungsdatum übertragen, leider scheint JOSM dieses nicht zu akzeptieren. Ich brauche das Datum wohl als Exif Daten im Bild. Danke signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Photomapping mit .bmp
Das Standardwerkzeug für solche Aufgaben ist doch convert aus Imagemagick. Leider brauche ich für JOSM EXIF Daten, die hatte ich auf diesem Weg nicht ins Bild bekommen. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Qualitäts-Check von Navteq und TeleAt las
On Wed, 23 Jul 2008, Frederik Ramm wrote: Grundsaetzlich darf jeder ueberall editieren. Aber das, was ich von hier aus fuer irgendein mir fremdes Gebiet tun kann, ist in aller Regel sehr beschraenkt; ich kann nicht erkennen, ob eine Strasse fehlt, ich kann, selbst wenn ich eine Strasse aus einem Luftbild abmale, ihren Namen nicht eintragen; ich kann keine Kreuzung genau untersuchen und so weiter. Es braucht also in jedem Fall die Leute vor Ort, die da Hand anlegen. Dann sollen die sich doch auch gleich darum kuemmern, dass die Betofenstrasse mal anhand des Strassenschilds geprueft wird. Maximal wuerde ich da einen Openstreetbug-Marker hinsetzen, auf die Gefahr hin, die Leute zu veraergern, weil es der 328. solche Marker ist und die Strasse wirklich so heisst. (Als Mapper vor Ort waere ich dann geneigt, die Strasse in Betofenstrasse (sic!) umzubenennen.) note=Straßenname wirklich korrekt ist meine Lösung für dämliche Namen :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Photomapping mit .bmp
Sven Geggus wrote: Das Standardwerkzeug für solche Aufgaben ist doch convert aus Imagemagick. Vermutlich muß aber exiftool auch installiert sein, oder? Das scheine ich nicht installiert zu haben. Über meine Paketverwaltung (Ubuntu) wird es mir leider auch nicht zu Installation angeboten. Ich hab jetzt mal alles installiert, was sich nach exif angehört hatte. Im Terminal bekomme ich seitdem folgende Programme angeboten: exif exifcomexifgrep exifprobe exiftags exiftime exiftran Scheint aber keines davon die gesuchte Funktionalität bereitzustellen (EXIF Daten aus den Dateieigenschaften [einer anderen Datei] erstellen) Danke signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Amtl. Bebauungspl?ne (PDF) in josm laden?
On Wed, 23 Jul 2008, Heiko Jacobs wrote: ... oder alte badische Soldner... Wie modern sind die denn in Weingarten? :-) Noch auf dem 2002er amtl. Karlsruher Stadtplan war das Suchraster das Koordinatennetz des alten Soldner-Koordinatensystems... GKK und ?' waren aber auch schon drauf :-) 2004 nur noch GKK *schnueff* Ein Verfall historisch wertvoller Traditionen! :-) Ich bin dafür Inselkarten[1] wieder einzuführen. Das waren noch Zeiten. [1] Für die Nichtgeodäten. Früher gab es noch keine Welt, sondern nur die lokale Ortschaft. Demzufolge hat man für jeden Ort eigene Karten fürs Kataster gezeichnet. Irgendwann kamen dann die überortlichen Kataster dazu, aber die Ortschaften wurden weiterhin auf der Inselkarte[2] gepflegt. [4] Der schöne Effekt einer Inselkarte ist, dass sie mindestens zwei Maßstäbe hat. Einen in Laufrichtung des Papiers und einen senkrecht dazu. Und natürlich als Einheit hier in der Gegend eine von vielen verschiedenen Ellen[3]. Und einige Karten, welche sich unsymmetrisch verzogen hatten, hatten dann noch verschiedene Maßstäbe ich verschiedenen Papierbereichen. Erst wenn man die alten Zustände kennt, kann man eigentlich das direkte Messen in einem weltweit einheitlichen Koordinatensystem wie GPS richtig schätzen. [2] Kataster wurde bis vor nicht allzulanger Zeit graphisch gepflegt. Auf die Idee die Daten aufzuheben ist man erst später gekommen. [3] Es hatte halt jeder Ort eine andere Armlänge - meist die vom aktuellen Herzog/Bischof/... Und damit auch zeitlich variabel, weil der Nachfolger natürlich manchmal nicht die Elle vom Vorgänger haben wollte. [4] Nicht dass Ihr denkt das ist Jahrhunderte her. Mindestens Mitte der 90er waren Inselkarten noch amtliche Karten. Ich hoffe mittlerweile sind diese alle digitalisiert und homogenisiert. :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Photomapping mit .bmp
Hab da mangels Bedarf noch nie nachgeschaut; die exif-tags gehen doch mit convert oder mogrify zumindest teilweise verloren, oder nicht? Sind leider nichtmal vorhanden. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Photomapping mit .bmp
Hallo. Am Dienstag, 22. Juli 2008 schrieb Tobias Hägele: gibt es eine Möglichkeit beim Photomapping .bmp Dateien zu verwenden? Nicht direkt, weil .bmp keinen EXIF-Tag haben. Der Erstellzeitpunkt wird mir im PC noch korrekt angezeigt, leider habe ich kein tool gefunden, welches mir schnell .bmp in .jpg umwandelt und dabei die Zeit korrekt in die .JPG Datei einfügt. Die Konversion in JPG unter erhalt des Datei-Zeitstempels hast du ja offenbar hinbekommen. Ich war grade auch etwas verwirrt, dass es kein Tool geben soll, das das Dateidatum in den EXIF-Tag schreibt. Aber wie das immer so ist, kann man das auch improvisieren. Bstimmt kommt jetzt gleich jemand mit nem Tool um die Ecke, das das direkt kann. :) Ich hab dir mal ne Kommandozeile gebastelt, die eine Liste von Befehlen ausgibt, um den EXIF-Tag aller *.jpg-Dateien im aktuellen Verzeichnis auf ihr Dateidatum zu setzen. Benötigt wird dazu das Programm exiv2. Lässt sich aber vermutlich einfach umschreiben auf jedes andere Kommandozeilen-EXIF-Programm. ls --full-time *.jpg |cut -d ' ' -f 6,7,9| sed -e 's/\([0-9]\{4\}\)-\([0-9]\{2\}\)-\([0-9]\{2\}\) \([0-9]\{2\}: [0-9]\{2\}:[0-9]\{2\}\).0* \(.*\)$/exiv2 -M set Exif.Photo.DateTimeOriginal ascii \1:\2:\3 \4 \5/' Es wird nichts geändert sondern nur eine Liste mit Kommandozeilen ausgegeben, die du am Stück kopieren und ausführen kannst. Alternativ natürlich umleiten in ein Script und das starten. hth, Bernd -- Ich entscheide, wen ich lese, und Du entscheidest, was wichtiger ist: Von möglichst vielen gelesen zu werden oder ein Pseudonym zu benutzen und auf einige Leser zu verzichten. - C.Treffler in de.soc.netzkultur signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Photomapping mit .bmp
Tobias Hägele schrieb: gibt es eine Möglichkeit beim Photomapping .bmp Dateien zu verwenden? Ich war jetzt mal wieder eine längere Strecke mit dem Auto unterwegs und habe etliche screenshots mit Kartenfehlern von meinem Navi gespeichert und würde mir die jetzt gerne im Track anzeigen lassen und korigieren.verwenden? Leider speicert mein Navi die Bilder als .bmp und damit kommen beide Varianten in JOSM nicht zurecht. Der Erstellzeitpunkt wird mir im PC noch korrekt angezeigt, leider habe ich kein tool gefunden, welches mir schnell .bmp in .jpg umwandelt und dabei die Zeit korrekt in die .JPG Datei einfügt. wenn du die bmp datei in eine jpeg gewandelt hast (auswahl dürfte riesig sein), macht jhead -mkexif genau das, was du willst (linux und windows binaries erhältlich) http://www.sentex.net/~mwandel/jhead/ frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Photomapping mit .bmp
Frank Sautter schrieb: wenn du die bmp datei in eine jpeg gewandelt hast (auswahl dürfte riesig sein), macht jhead -mkexif genau das, was du willst (linux und windows binaries erhältlich) http://www.sentex.net/~mwandel/jhead/ das hier ist übrigens der erste schritt, den bilder bei mir über sich ergehen lassen müssen, wenn sie von der camera auf meinen rechner gelangt sind. jhead.exe -nf%%Y-%%m-%%d.%%H%%M%%S -ft -autorot -rgt D:\Bilder\import\*.jpg der dateiname wird von nummer irgendwas zum aufnamedatum im iso format angepasst, das bild lossless gedreht (so wie es aufgenommen wurde) und das thumbnail wird neu erzeugt. für vergurkte rotation flags und sommerzeitumstellvergesser taugt das programm auch hervorragend ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ?Amtl. Bebauungspläne (PDF) i n josm laden?
Martin Koppenhoefer [EMAIL PROTECTED] wrote: Bebauungspläne und Flächennutzungspläne hingegen werden veröffentlicht und treten dann (nach entsprechenden Einspruchsfristen und weiterem Prozedere das mit der Veröffentlichung (im Amtsblatt) endet) in Kraft. Meiner Ansicht nach können diese dadurch als Quelle genutzt werden. Habe ich auch schon ein paarmal drauf hingewiesen. So sehe ich das auch. Jetzt ist aber halt die Frage wie ich aus solchen Karten ein georeferenziertes Bild machen kann. Zunächst müsste ich aus dem PDF das Bild extrahieren und dann dieses Bild georeferenzieren. Was nimmt man denn da um ein integriertes Rasterbild in korrekter Auflösung aus einem PDF zu extrahieren? Gehe ich richtig in der Annahme, dass solche Pläne in der Regel keinen Bezugspunkt mit brauchbaren Geokoordinaten haben? Vielleicht kann einer von euch, der sich mit sowas besser auskennt als ich mal draufschaun: http://www.weingarten-baden.de/downloads/bebauungsplaene/lohmuehlwiesen/Lohmuehlwiesen.pdf Gruss Sven -- If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops (Tim Berners-Lee) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Photomapping mit .bmp
Ich hab dir mal ne Kommandozeile gebastelt, die eine Liste von Befehlen ausgibt, um den EXIF-Tag aller *.jpg-Dateien im aktuellen Verzeichnis auf ihr Dateidatum zu setzen. Benötigt wird dazu das Programm exiv2. Lässt sich aber vermutlich einfach umschreiben auf jedes andere Kommandozeilen-EXIF-Programm. ls --full-time *.jpg |cut -d ' ' -f 6,7,9| sed -e 's/\([0-9]\{4\}\)-\([0-9]\{2\}\)-\([0-9]\{2\}\) \([0-9]\{2\}: [0-9]\{2\}:[0-9]\{2\}\).0* \(.*\)$/exiv2 -M set Exif.Photo.DateTimeOriginal ascii \1:\2:\3 \4 \5/' Es wird nichts geändert sondern nur eine Liste mit Kommandozeilen ausgegeben, die du am Stück kopieren und ausführen kannst. Alternativ natürlich umleiten in ein Script und das starten. Naja, der Weg scheint zu stimmen... Ich hab mich erstmal zu Tode gesucht, warum nichts passiert, bis ich es dann gelesen habe: Es wird nichts geändert sondern... ausführen. Aber selbst wenn ich es ausführe habe ich mit deiner Methode keinen Erfolg. Ich hab schon set Exif.Photo.DateTimeDigitized und das weglassen von ascii versucht, kein Erfolg, JOSM erkennt die Tags nicht. Sie scheinen aber irgendwie zu existieren: ### $exiftool -a -u -g1 597.jpg ExifTool ExifTool Version Number : 7.37 File File Name : 597.jpg Directory : . File Size : 65 kB File Modification Date/Time : 2008:07:23 10:13:57 File Type : JPEG MIME Type : image/jpeg Exif Byte Order : Little-endian (Intel, II) Image Width : 480 Image Height: 272 Encoding Process: Baseline DCT, Huffman coding Bits Per Sample : 8 Color Components: 3 Y Cb Cr Sub Sampling: YCbCr4:2:0 (2 2) JFIF JFIF Version: 1.01 Resolution Unit : inches X Resolution: 1 Y Resolution: 1 ExifIFD Date/Time Original : 2008:07:21 16:48:32 Create Date : 2008:07:21 16:48:32 Composite Image Size : 480x272 Schade signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ?Amtl. Bebauungspläne (PDF) i n josm laden?
Sven Geggus schrieb: Zunächst müsste ich aus dem PDF das Bild extrahieren und dann dieses Bild georeferenzieren. Was nimmt man denn da um ein integriertes Rasterbild in korrekter Auflösung aus einem PDF zu extrahieren? Ich verwende dafür immer pdfimages aus dem xpdf-paket: http://linuxcommand.org/man_pages/pdfimages1.html Das soll ja von toppler oder so abgelöst worden sein, habe es aber noch nicht probiert. Gimp hat ebenfalls einen brauchbaren pdf-Import, da muss man aber selber entscheiden welche Auflösung das hätte, während obiges Prog das automatisch macht. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ?Amtl. Bebauungspläne (PDF) in josm laden?
Hi, Zunächst müsste ich aus dem PDF das Bild extrahieren und dann dieses Bild georeferenzieren. Was nimmt man denn da um ein integriertes Rasterbild in korrekter Auflösung aus einem PDF zu extrahieren? Ich verwende dafür immer pdfimages aus dem xpdf-paket: http://linuxcommand.org/man_pages/pdfimages1.html Das soll ja von toppler oder so abgelöst worden sein, habe es aber noch nicht probiert. Gimp hat ebenfalls einen brauchbaren pdf-Import, da muss man aber selber entscheiden welche Auflösung das hätte, während obiges Prog das automatisch macht. Ich mach immer hardcore gs -sDEVICE=png16m -sOutputFile=bla.png - DNOPAUSE -DBATCH -r300 bla.pdf, aber da muss ich oft auch an der Aufloesung herumfuzzeln, bis es passt. Bei mehrseitigen PDFs kann man glaub ich einfach ein %n in den Output-Filenamen tun. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Fahrradrouten: Neue Rubrik im WikiProject Germany
Sven Grüner schrieb: Mario Salvini schrieb: http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Fahrradrouten Darf ich mal ketzerisch fragen, in welchen Verhältnis diese Seite zu den bestehenden steht? http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Radfernwege http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Liste_aller_Relationen_mit_%22route%3Dbicycle%22 http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Themenrouten_und_beschilderte_Radrouten auf der WikiProject Seite waren diese Seiten nicht vermerkt. wußte also nicht, dass es sie gibt. Aber schön zu sehen, dass es schon Anlaufstellen gibt. :) Ich würde dennoch vorschlagen zu versuchen diese Daten zentral zu Sammeln. So dezentrale Informationhortung is selten dauerhaft effizient. -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wanderwege-Netz: Neue Rubrik im WikiProject Germany
Sven Geggus schrieb: Mario Salvini [EMAIL PROTECTED] wrote: Damit wir eine zentrale Stelle für offizielle Wanderrouten haben. Eine internationale Anlaufstelle wäre im Endeffekt besser, aber so können wir erstmal einen Anfang machen. http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Wanderwege-Netz Ich nehme an, Dir ist bekannt, dass ich die sac_scale Wanderwegekathegorien in osmarender eingebaut habe, oder? ich erinnere mich, dass du eingepflegt hast. steht das im Widerspruch zu der Wiki-Seite? Von mir aus machen wir noch eine sac_scale-Spalte :) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Photomapping mit .bmp
Tobias Hägele [EMAIL PROTECTED] wrote: Ich brauche das Datum wohl als Exif Daten im Bild. Um sowas zu editieren verwende ich normalerweise das Kommandozeilentool jhead. Gruss Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ?Amtl. Bebauungspläne (PDF) i n josm laden?
Sven Grüner [EMAIL PROTECTED] wrote: Ich verwende dafür immer pdfimages aus dem xpdf-paket: http://linuxcommand.org/man_pages/pdfimages1.html Cool, das ist hier sogar installiert :) Sven -- and on the third day he rebooted into Linux-1.3.84 (Linus Torvalds, Easter Kernel Release 1996) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wanderwege-Netz: Neue Rubrik im WikiProject Germany
Mario Salvini [EMAIL PROTECTED] wrote: ich erinnere mich, dass du eingepflegt hast. steht das im Widerspruch zu der Wiki-Seite? Natürlich nicht! Gibts eigentlich für Wanderwege ein Pendant zu den Radfernwegen? Gruss Sven -- TCP/IP: telecommunication protocol for imbibing pilsners (Man-page uubp(1C) on Debian/GNU Linux) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wanderwege-Netz: Neue Rubrik im WikiProject Germany
2008/7/23 Sven Geggus [EMAIL PROTECTED]: Mario Salvini [EMAIL PROTECTED] wrote: ich erinnere mich, dass du eingepflegt hast. steht das im Widerspruch zu der Wiki-Seite? Natürlich nicht! Gibts eigentlich für Wanderwege ein Pendant zu den Radfernwegen? Aber natuerlich: Europawanderwege: http://de.wikipedia.org/wiki/Liste_der_europ%C3%A4ischen_Fernwanderwege Deutsche Wanderwege: http://de.wikipedia.org/wiki/Liste_der_Wanderwege_in_Deutschland Gruesse, jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Landesstraßen und Kreisstraßen in Re lation
Dir ist schon bewusst wie viele Kreisstraßen es in Deutschland gibt, oder? 313 Landkreise, jeder davon (ich geh mal von meinem aus) ca. 50 Kreisstraßen. Macht nach Adam Riese 16.000 Einträge, viel zu viel für eine Wikiseite. Da brauchen wir eine Lösung.. Bei den Staatsstraßen stimme ich überein, habe die aus meinem Landkreis auch schon übertragen! Gruß, Dominik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wanderwege-Netz: Neue Rubrik im WikiProject Germany
Jens Frank [EMAIL PROTECTED] wrote: Natürlich nicht! Gibts eigentlich für Wanderwege ein Pendant zu den Radfernwegen? Aber natuerlich Du hast mich falsch verstanden! Das es sowas wie den Westweg gibt ist mir klar, ich wollte wissen ob es sowas bei OSM schon gibt. Ich kenne die cyclemap, eine hikingmap hab ich noch nicht gesehen. Sven -- How to prevent Java from forking? Use a spoon. (Found on http://slashdot.org) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Amtl. Bebauungspl?ne (PDF) in josm laden?
Original-Nachricht Datum: Wed, 23 Jul 2008 08:31:28 +0200 (CEST) Von: Dirk Stöcker [EMAIL PROTECTED] An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Amtl. Bebauungspl?ne (PDF) in josm laden? Ich bin dafür Inselkarten[1] wieder einzuführen. Das waren noch Zeiten. Oder die Version für den modernen Rechnernutzer: Die Inselkarte, die sich dynamisch anpasst. Ich verwende normalerweise keine klassische Projektion, sondern ich rechne für Entfernungen und Winkel direkt auf der Kugel und für die Darstellung mit einer 'Inselprojektion' die anhand des Verhältnisses in der Bildmitte eine lokale Abbildung rechnet. Weil ich danach auf Meter normiere (ich will Straßen angenähert in der realen Breite darstellen), ist da eine Vorgabe mit Metern eigentlich ganz gut abzubilden. Bei diesen Kartenauflösungen ist der Fehler sowieso vernachlässigbar. Eignet sich ganz gut für dynamische Abbildungen mit Vektordarstellung, aber man könnte es auch fürs Kacheln anwenden. Dabei ist dann eben jede Kachel eine Insel ;) -- GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Landesstraßen und Kreisstraßen in Re lation
Dominik Spies schrieb: Dir ist schon bewusst wie viele Kreisstraßen es in Deutschland gibt, oder? 313 Landkreise, jeder davon (ich geh mal von meinem aus) ca. 50 Kreisstraßen. Macht nach Adam Riese 16.000 Einträge, viel zu viel für eine Wikiseite. Da brauchen wir eine Lösung.. Bei den Staatsstraßen stimme ich überein, habe die aus meinem Landkreis auch schon übertragen! Der Landkreis Aachen hat z.B. nur 33 Kreisstraßen. diie kreisfreie Stadt Aachen sogar nur 11. Ganz soviele sinds also doch nciht ;) Mann könnte ab einer gewissen Datenmenge die Inhalte in Unterseiten verschieben (z.B. nach Bundesland oder Regierungsbezirk). Dennoch hätten wir eine zentrale Anlaufstelle. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wanderwege-Netz: Neue Rubrik im WikiProject Germany
Hallo, was mich noch mehr interessieren würde als die Routen wäre die genaue Beschreibung der Wege ansich. Speziell in den Bergen will man oft genau wissen, ob das jetzt ein Trampelpfad oder eine breite (langweilige) Piste ist. Ich finde es eben spannender, mir meine Routen selber zusammenzustellen und würde dazu gerne den Routensucher einsetzen um ihn mit Wegeinfo oder auch dem Geländemodell zu füttern (z.B. um die Höhenmeter abzuschätzen). Schön wäre es, wenn man unterscheiden könnte: Klettersteig Inoffizieller aber begehbarer Trampelpfad Schmaler offizieller Wanderweg Breiter gekiester Wanderweg (kein track) Breiter geteerter Wanderweg (keine Straße) Ich weiss, dass das schon öfter diskutiert wurde, aber ich kann zum Thema nach wie vor nichts konkretes finden. Wenn ich was übersehen habe, sorry für diese Wiederholung. Grüße Hubert Original-Nachricht Datum: Tue, 22 Jul 2008 22:52:36 +0200 Von: Mario Salvini [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: [Talk-de] Wanderwege-Netz: Neue Rubrik im WikiProject Germany Damit wir eine zentrale Stelle für offizielle Wanderrouten haben. Eine internationale Anlaufstelle wäre im Endeffekt besser, aber so können wir erstmal einen Anfang machen. http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Wanderwege-Netz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Photomapping mit .bmp
wenn du die bmp datei in eine jpeg gewandelt hast (auswahl dürfte riesig sein), macht jhead -mkexif genau das, was du willst (linux und windows binaries erhältlich) http://www.sentex.net/~mwandel/jhead/ Sehr schön. Zusammen mit den Zeilen von B.Wurst habe ich jetzt folgendes daraus gemacht: $ ls --full-time *.jpg |cut -d ' ' -f 6,7,9| sed -e 's/\([0-9]\{4 \}\)-\([0-9]\{2\}\)-\([0-9]\{2\}\) \([0-9]\{2\}:[0-9]\{2\}:[0-9]\{2 \}\).0* \(.*\)$/jhead -mkexif -ts\1:\2:\3-\4 \5/' das funktioniert soweit auch, nur habe ich jetzt einen Schritt davor ein anderes Problem: wie kann ich mit convert die Dateien unter Beibehaltung des Dateinamens in jpg umwandeln. Bsp: Ordner X, darin Ordmer bmp und Ordner JPG wenn ich nun ~/X/jpg$convert ../bmp/*bmp *.jpg ausführe erhalte ich im Ordner jpg die entsprechenden Dateien, allerdings mit einer aufsteigenden Nummerierung, dadurch kann ich auch nicht das Erstellungsdatum mit touch -r ../bmp/*bmp *jpg auf die entsprechenden Dateien übertragen (Sofern das mit dem Befehl überhaupt geht). Bis dahin Danke erstmal, ich hoffe noch auf einen Geistesblitz Tobias signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Photomapping mit .bmp
Hallo. Am Mittwoch, 23. Juli 2008 schrieb Tobias Hägele: wie kann ich mit convert die Dateien unter Beibehaltung des Dateinamens in jpg umwandeln. for i in *.bmp ; do convert $i ${i/bmp/jpg} ; done Gruß, Bernd -- Sollten die Lautsprecher Ihrer Stereoanlage sehr dumpf klingen, dann prüfen sie bitte zunächst, ob dieselben noch verpackt sind. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Photomapping mit .bmp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tobias Hägele wrote, on 23.07.2008 11:49: | wie kann ich mit convert die Dateien unter Beibehaltung des Dateinamens | in jpg umwandeln. | Hallo Tobias, mit einzelnen convert-Aufrufen für jede Datei müßte es gehen: ~/X/jpg$ for i in `cd ../bmp; ls *.bmp` ; do convert ../bmp/$i `basename $i .bmp`.jpg ; done (nicht getestet) Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiHBZcACgkQnMz9fgzDSqfnwwCfVl9xAgRoQhRmcaejikR615EC grQAmwUg+ZG7HRjYyLknfmyef1vyDgjv =0J2a -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wanderwege-Netz: Neue Rubrik im WikiProject Germany
Ich weiss, dass das schon öfter diskutiert wurde, aber ich kann zum Thema nach wie vor nichts konkretes finden. Wenn ich was übersehen habe, sorry für diese Wiederholung. key:sac_scale Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Photomapping mit .bmp
Zitat Tobias Hägele: Sven Geggus wrote: Das Standardwerkzeug für solche Aufgaben ist doch convert aus Imagemagick. Vermutlich muß aber exiftool auch installiert sein, oder? Das scheine ich nicht installiert zu haben. Über meine Paketverwaltung (Ubuntu) wird es mir leider auch nicht zu Installation angeboten. Ich hab jetzt mal alles installiert, was sich nach exif angehört hatte. Im Terminal bekomme ich seitdem folgende Programme angeboten: exif exifcomexifgrep exifprobe exiftags exiftime exiftran Scheint aber keines davon die gesuchte Funktionalität bereitzustellen (EXIF Daten aus den Dateieigenschaften [einer anderen Datei] erstellen) Wenn Du die Bilder so konvertiert bekommst, dass das Erstellungsdatum erhalten bleibt, kannst Du sie eventuell geotaggen. Dazu benutze ich Exiftool in Verbindung mit Prune. Exiftool kannst du hier runterladen: http://www.sno.phy.queensu.ca/~phil/exiftool/ Man kann es auch ohne Installation benutzen, fuer die Verwendung von Prune ist es aber imho besser, es via make zu installieren. Wie das geht, steht auch im README unter Installation. Sollte unter Ubuntu tun, gerade eben hat es auf einer ziemlich jungfraeulichen Installation out of the box hingehauen. Prune http://activityworkshop.net/software/prune/download.html braucht nicht installiert zu werden. Es benutzt exiftool, um die Position des Aufnahmeorts in die Exifdaten zu schreiben. Einfach aufrufen, Datei (Track) laden, Fotos dazuladen, Fotos korrelieren, speichern, feddich. Du brauchst sie dann nicht ueber das AgPifoJ-Plugin in Josm zu laden, sondern nimmst das Geotagged-Plugin. Wenn alles schief geht, schmeiss die Sandbox an und mach es mit IrfanView unter Windows. hth -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Photomapping mit .bmp
Zitat Tobias Hägele: [...] wie kann ich mit convert die Dateien unter Beibehaltung des Dateinamens in jpg umwandeln. mogrify -format jpg *.bmp Achtung, mogrify wandelt die Dateien um, es werden keine neuen Dateien erzeugt! Mit Kopien arbeiten. http://www.imagemagick.org/www/mogrify.html -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Amtl. Bebauungspläne (PDF) in josm laden?
Martin Koppenhoefer schrieb: die ALKs sind ziemlich sicher nicht gemeinfrei. Die werden ja auch nicht als Gesetz oder Erlass bzw. Ähnliches veröffentlicht. Bebauungspläne und Flächennutzungspläne hingegen werden veröffentlicht und treten dann (nach entsprechenden Einspruchsfristen und weiterem Prozedere das mit der Veröffentlichung (im Amtsblatt) endet) in Kraft. Meiner Ansicht nach können diese dadurch als Quelle genutzt werden. Mein Problem sind nicht die Zeichnungen der B- und F-Pläne, sondern die Basis auf denen diese entworfen sind. Wenn die farbigen Linien der Pläne nachgezeichnet werden, ist das vielleicht okay, aber nicht die graue ALK oder eine Grundkarte. Noch ein Problem ist die Weiterverwendung. Dürfen diese auch im Ausland für kommerzielle Zwecke weiterverwendet werden? Eventuell ist die Freigabe von F- und B-Plänen nur für das deutsche Hoheitsgebiet bedacht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Amtl. Bebauungspl?ne (PDF) in josm laden?
Heiko Jacobs schrieb: Rechenflaeche fuer lokale Aufgaben ist in der Tat die Ebene. Warum sollen wir uns ueberfluessigerweise mit 'ner Kugel, 'nem Rotationsellipsoid oder Geoid rumschlagen, solange man den Unterschied eh nicht merkt? So genau nehmen wir das ja leider in OSM nicht. Eigentlich müsste man bei Routenberechnungen ja auch die Topographie berücksichtigen und kann nicht einfach vom WGS-84 Geoid ausgehen, wie es viele tun. Gau?-Kr?ger oder das ETRS oder wie das jetzt hei?t. ... oder alte badische Soldner... Wie modern sind die denn in Weingarten? :-) Nunja, 1991 wurde ETRS89 eingeführt und es ist jetzt amtlich für ganz Deutschland gültig. Spätestens ab 2009 mit Einführung von ALKIS werden sie ihre Daten umwandeln müssen. Noch auf dem 2002er amtl. Karlsruher Stadtplan war das Suchraster das Koordinatennetz des alten Soldner-Koordinatensystems... GKK und ?' waren aber auch schon drauf :-) 2004 nur noch GKK *schnueff* Ein Verfall historisch wertvoller Traditionen! Ach ... in heutiger Zeit macht man zwei Klicks und hat die alten Systeme wieder da. Zwar nicht 100%ig korrekt, aber immer noch genauer, als Papier-Änderungen :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ?Amtl. Bebauungspläne (PDF) i n josm laden?
Sven Geggus schrieb: Vielleicht kann einer von euch, der sich mit sowas besser auskennt als ich mal draufschaun: http://www.weingarten-baden.de/downloads/bebauungsplaene/lohmuehlwiesen/Lohmuehlwiesen.pdf Ich kümmere mich drum. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] infas GEOdaten - der Typ ist echt!
Hallo Leute, ich nehme meine Kritik zurück - heute habe ich die Bestätigung bekommen, dass der Vertreter der infas GEOdaten GmbH im Forum echt ist. Ich bin wirklich begeistert! Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Grenze zwischen Heidelberg und Karlsruhe
Hi, ich hab grad durch die [EMAIL PROTECTED] Karte bei mir in der Gegend geschaut und endecke da eine rote Linie die gestern noch nicht da war. Ansich nicht weiter schlimm, das soll die Grenze zwischen Kreis Heidelberg und Kreis Karlsruhe sein - dennoch bin ich mir nicht sicher ob die so richtig ist (warum läuft die z.B. direkt durch Rettigheim?). Außerdem wurde die wohl automatisch erzeugt, da bin ich eh etwas skeptisch :) Könnte jemand der sich mit Grenzen in OSM auskennt mal drüberschauen ob das alles stimmt? Außerdem wüsste ich jetzt nicht wo ich die entsprechenden Daten zu Verifizierung herbekomme... http://www.informationfreeway.org/?lat=49.243460563267746lon=8.656926110474663zoom=14layers=B000F000F Gruß Daniel -- web: http://www.cytrinox.net irc: cytrinox @ (freenode|ircnet|quakenet) geo: http://geo.vogelbacher.name N49°24.68' E8°54.03' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mappingwochenende in Donauwörth
Andreas Hubel schrieb: hätte jemand von euch Lust irgendwann diesen Sommer an einem Mappingwochenende in Donauwörth teil zu nehmen? Es gäbe dort noch einiges zu tun. Ich war dieses Wochenende erst in Hessental unterwegs. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wanderwege-Netz: Neue Rubrik im WikiProject Germany
qbert biker [EMAIL PROTECTED] wrote: Schön wäre es, wenn man unterscheiden könnte: Klettersteig Inoffizieller aber begehbarer Trampelpfad Schmaler offizieller Wanderweg Breiter gekiester Wanderweg (kein track) Breiter geteerter Wanderweg (keine Straße) Ich weiss, dass das schon öfter diskutiert wurde, aber ich kann zum Thema nach wie vor nichts konkretes finden. Wenn ich was übersehen habe, sorry für diese Wiederholung. Ähm hallo? Ich hab sac_scale sogar schon in Osmarender eingebaut: http://wiki.openstreetmap.org/index.php/Key:trail_visibility http://wiki.openstreetmap.org/index.php/Key:sac_scale Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] HOWTO: Straßenvollständigkeit per Postgis prüfen
Hi, Sven Geggus schrieb: [HowTo] Danke dafür! Ich hatte den Vorteil, dass mein Postleitzahlenbereich mit der Fläche des Landuse übereinstimmt, sodass ich die Straßen-/PLZ-daten von der Telefonbuch-CD zum Vergleich verwenden und dadurch die unterscheide sogar mit diff erzeugen konnte. Wie hast Du die Daten denn von welcher Telefonbuch-CD runterbekommen? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Grenze zwischen Heidelberg und Karlsruhe
Hallo. Am Mittwoch, 23. Juli 2008 schrieb Daniel Vogelbacher: ich hab grad durch die [EMAIL PROTECTED] Karte bei mir in der Gegend geschaut und endecke da eine rote Linie die gestern noch nicht da war. /me too Laut JOSM wurde das vom user mikes importiert und mit created_by=boundary.pl source=GADM versehen. Ich tippe bei GADM mal auf http://biogeo.berkeley.edu/gadm/ und bin doch sehr verwirrt. Dort gibt es die Daten unter CC-by-nc-sa und das verträgt sich doch gar nicht mit CC-by-sa. Weiß jemand was dazu? Die Grenzen scheinen bei mir hier zwar nicht wirklich falsch zu sein aber schon sehr arg grob... Gruß, Bernd -- Das Leben ist wie eine Toilettenbrille: Man macht viel durch, aber auch so manches geht daneben. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Amtl. Bebauungspläne (PDF) in jo sm laden?
Hallo, Mein Problem sind nicht die Zeichnungen der B- und F-Pläne, sondern die Basis auf denen diese entworfen sind. Wenn die farbigen Linien der Pläne nachgezeichnet werden, ist das vielleicht okay, aber nicht die graue ALK oder eine Grundkarte. Wenn diese Grundkarte Teil der amtlichen Bekanntmachung ist, dann ist sie auch vom UrhG ausgenommen. §5 Abs 1 UrhG: Gesetze, Verordnungen, amtliche Erlasse und Bekanntmachungen sowie Entscheidungen und amtlich verfaßte Leitsätze zu Entscheidungen genießen keinen urheberrechtlichen Schutz. Der Knackpunkt ist, und das hatten wir hier schonmal, dass wohl unterschieden wird zwischen Karten, die im amtlichen Interesse veroeffentlicht werden (z.B. um zu sagen: Hier und da darf man nicht schwimmen) und Karten, die eher so irgendwie nebenher mitveroeffentlicht werden, ohne dass direkt ein amtliches Interesse bestuende. Erstere sind nicht geschuetzt, letztere sind es. Vgl. http://www.schmunzelkunst.de/saq2.htm. Noch ein Problem ist die Weiterverwendung. Dürfen diese auch im Ausland für kommerzielle Zwecke weiterverwendet werden? Eventuell ist die Freigabe von F- und B-Plänen nur für das deutsche Hoheitsgebiet bedacht. Das kann nicht sein, denn diese Freigabe funktioniert ja ueber eine Ausnahme vom UrhG, d.h. die *Publikation* ist vom Schutz ausgenommen (und nicht die *Nutzung* der Publikation durch X, Y, Z gestattet). Wenn aber eine Publikation keinen Schutz hat, dann hat sie den fuer niemanden, egal ob In- oder Ausland. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] GADM (was: Grenze zwischen Heidelberg und Karlsruhe)
Daniel Vogelbacher [EMAIL PROTECTED] wrote: ich hab grad durch die [EMAIL PROTECTED] Karte bei mir in der Gegend geschaut und endecke da eine rote Linie die gestern noch nicht da war. AOL! Ansich nicht weiter schlimm, das soll die Grenze zwischen Kreis Heidelberg und Kreis Karlsruhe sein - dennoch bin ich mir nicht sicher ob die so richtig ist (warum läuft die z.B. direkt durch Rettigheim?). Außerdem wurde die wohl automatisch erzeugt, da bin ich eh etwas skeptisch :) Zwischen Karlsruhe und Weingarten ist der Verlauf bestenfalls _sehr_ ungenau schlechtestenfalls schlichtweg verkehrt. Das Ganze hat eine Ungenauigkeit von mindestens 1000m! Ich denke bevor wir soetwas kaputtes in die Karte tun sollten wir lieber gar keine Grenzen einzeichnen. Zumal gerade Gemarkungsgrenzen sowas von unwichtig sind. creatd-by boundary.pl, source GADM Gruss Sven -- Osama bin Laden might wish to destroy America, but America is too big for him; he cannot do it. Bush may really do it. (Richard M. Stallman) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Feedback: Deutsche Post AG - Briefkasten
Hallo Leute, habe Rückantwort der Deutschen Post AG bekommen und gleich mal einen Artikel raus gemacht: http://wiki.openstreetmap.org/index.php/Briefkarten Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Feedback: Deutsche Post AG - Briefkasten
Tobias Wendorff schrieb: Hallo Leute, habe Rückantwort der Deutschen Post AG bekommen und gleich mal einen Artikel raus gemacht: http://wiki.openstreetmap.org/index.php/Briefkarten Am besten gleich verschieben ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wanderwege-Netz: Neue Rubrik im WikiProject Germany
Original-Nachricht Datum: Wed, 23 Jul 2008 12:26:42 +0200 Von: Raphael Studer [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Wanderwege-Netz: Neue Rubrik im WikiProject Germany Ich weiss, dass das schon öfter diskutiert wurde, aber ich kann zum Thema nach wie vor nichts konkretes finden. Wenn ich was übersehen habe, sorry für diese Wiederholung. key:sac_scale Grüsse Raphael Vielen Dank, gibts da einen Trick, wie man sowas findet oder muss man dazu die 1000 Mails pro Monat durchforsten? Was sich hinter sac_scale verbirgt, da wär ich jetzt so schnell nicht drauf gekommen :) Die breiten Wege versuche ich dann eben mit den vorhandenen Attributen, also 'width' und 'surface' zu highway=footway, ausser jemand hat auch dafür einen besseren Vorschlag. Grüße Hubert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] HOWTO: Straßenvollständigkeit per Postgis prüfen
Tobias Wendorff [EMAIL PROTECTED] wrote: Ich hatte den Vorteil, dass mein Postleitzahlenbereich mit der Fläche des Landuse übereinstimmt, sodass ich die Straßen-/PLZ-daten von der Telefonbuch-CD zum Vergleich verwenden und dadurch die unterscheide sogar mit diff erzeugen konnte. Wie hast Du die Daten denn von welcher Telefonbuch-CD runterbekommen? Das wird jetzt aber Off-Topic :) Das Telefonbuch MapRoute http://chaosradio.ccc.de/media/ds/ds086.pdf Seite 63 Gruss Sven -- Software patents are the software project equivalent of land mines: Each design decision carries a risk of stepping on a patent, which can destroy your project. (Richard M. Stallman) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Amtl. Bebauungspläne (PDF) in jo sm laden?
Hallo, Frederik Ramm schrieb: Wenn diese Grundkarte Teil der amtlichen Bekanntmachung ist, dann ist sie auch vom UrhG ausgenommen. §5 Abs 1 UrhG: Gesetze, Verordnungen, amtliche Erlasse und Bekanntmachungen sowie Entscheidungen und amtlich verfaßte Leitsätze zu Entscheidungen genießen keinen urheberrechtlichen Schutz. ACK. Der Knackpunkt ist, und das hatten wir hier schonmal, dass wohl unterschieden wird zwischen Karten, die im amtlichen Interesse veroeffentlicht werden (z.B. um zu sagen: Hier und da darf man nicht schwimmen) und Karten, die eher so irgendwie nebenher mitveroeffentlicht werden, ohne dass direkt ein amtliches Interesse bestuende. Erstere sind nicht geschuetzt, letztere sind es. Vgl. http://www.schmunzelkunst.de/saq2.htm. ACK². Noch ein Problem ist die Weiterverwendung. Dürfen diese auch im Ausland für kommerzielle Zwecke weiterverwendet werden? Eventuell ist die Freigabe von F- und B-Plänen nur für das deutsche Hoheitsgebiet bedacht. Das kann nicht sein, denn diese Freigabe funktioniert ja ueber eine Ausnahme vom UrhG, d.h. die *Publikation* ist vom Schutz ausgenommen (und nicht die *Nutzung* der Publikation durch X, Y, Z gestattet). Wenn aber eine Publikation keinen Schutz hat, dann hat sie den fuer niemanden, egal ob In- oder Ausland. Wenn man das jetzt auf die Diskussion mit den Orthophotos überträgt, bei denen das Georefenzieren eine kreative Leistung zur Erlangung des Urheberrechtschutzes darstellt, hätte ich nach der Referenzierung ein Recht an dem Werk? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Feedback: Deutsche Post AG - Briefkasten
Jens Müller schrieb: http://wiki.openstreetmap.org/index.php/Briefkarten Am besten gleich verschieben ;-) Wieso, wohin? Packstation ist auch direkt hinter dem Index. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Feedback: Deutsche Post AG - Briefkasten
Tobias Wendorff schrieb: habe Rückantwort der Deutschen Post AG bekommen und gleich mal einen Artikel raus gemacht: http://wiki.openstreetmap.org/index.php/Briefkarten Die Kundenbetreuung stellt Lageinformationen für Briefkästen kostenfrei als Word-Dokument auf Anfrage kostenlos zur Verfügung. Aha! Soll ich mich da einfach per email melden? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ?Amtl. Bebauungspläne (PDF) i n josm laden?
Sven Geggus wrote: Zunächst müsste ich aus dem PDF das Bild extrahieren und dann dieses Bild georeferenzieren. Was nimmt man denn da um ein integriertes Rasterbild in korrekter Auflösung aus einem PDF zu extrahieren? Unter OSX einfach Preview, das kann alles mögliche als alles mögliche speichern. Um eine ausreichend hohe Auflösung hinzubekommen (d.h. man kann leider die dpi für den Export nicht angeben), vorher einmal als PDF in A0 drucken und das dann als JPG speichern. Unter Windows kann z.B. das Screenshotprogramm SnagIt (Shareware/Demoware) sich als Drucker präsentieren. Wer einen hochauflösenden Monitor hat, kann aber auch einfach einen normalen Screenshot machen, bei 1980x1200 sollte das eigentlich reichen... g cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Amtl. Bebauungspläne (PDF) in j osm laden?
Frederik Ramm [EMAIL PROTECTED] wrote: Der Knackpunkt ist, und das hatten wir hier schonmal, dass wohl unterschieden wird zwischen Karten, die im amtlichen Interesse veroeffentlicht werden (z.B. um zu sagen: Hier und da darf man nicht schwimmen) und Karten, die eher so irgendwie nebenher mitveroeffentlicht werden, ohne dass direkt ein amtliches Interesse bestuende. Bei Rechtsverbindlichen Bebauungspläne ist ja wohl ersteres der Fall. Schließlich liegt da das amtliche Interesse gerade in der geometrischen Anordnung von Häusern, Straßen usw. Gruss Sven -- If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops (Tim Berners-Lee) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mapping von Flugrouten sinnvoll?
Am Dienstag, 22. Juli 2008 19:30:10 schrieb [EMAIL PROTECTED]: Was f?r die Leute in der Luft recht ist, wird dann f?r die Leute unter der Erde billig sein. Mit welchen Tags werden unterirdische Stollen in aufgegebenen Bergwerken versehen? Und mit welchen die kilometerlangen unterirdischen Anlagen aus beiden Weltkriegen? Wird schwer mit GPS zu erfassen sein :-) Ich schlage layer=-100 oder weniger vor. Ciao Und dann wäre da noch das Goldfischglas in meinem Keller was anständig gemappt werden soll.. ;-) Nicht alles was sinnvoll wäre ist möglich. Und nicht alles was möglich ist, ist auch sinnvoll. Wie schon bereits gesagt wurde, der praktische Nutzen geht gen Null. Der Aufwand, abgesehen von den Kosten geht ins Unermessliche. Flugrouten sind nicht immer gleich, sondern abhängig von vielen Faktoren und Überlegungen. Darstellungsprobleme gibts auch, also spricht für mich alles dagegen sowas zu machen. Dagegen ist sicher hifreich Flugplätze einzutragen! Z.B. für mich als Gleitschirmflieger! ;-) Als Flieger der in der Luftfahrt arbeitet würde ich auch sagen, das bringt nichts! Und was nichts bringt, lohnt die Zeit, das Geld und die Arbeit nicht. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Grenze zwischen Heidelberg und Karlsruhe
Hi, 2008/7/23 Bernd Wurst [EMAIL PROTECTED]: Am Mittwoch, 23. Juli 2008 schrieb Daniel Vogelbacher: ich hab grad durch die [EMAIL PROTECTED] Karte bei mir in der Gegend geschaut und endecke da eine rote Linie die gestern noch nicht da war. /me too Laut JOSM wurde das vom user mikes importiert und mit created_by=boundary.pl source=GADM versehen. Ich tippe bei GADM mal auf http://biogeo.berkeley.edu/gadm/ und bin doch sehr verwirrt. Dort gibt es die Daten unter CC-by-nc-sa und das verträgt sich doch gar nicht mit CC-by-sa. Weiß jemand was dazu? Die Grenzen scheinen bei mir hier zwar nicht wirklich falsch zu sein aber schon sehr arg grob... Siehe passend dazu auch: 08:19 http://openstreetmap.org/?lat=49.16983lon=8.38354zoom=13layers=0B0FTF 08:19 was ist die rote linie im rhein? 08:20 also die grenze bw/pfalz verläuft sicher nicht so schief 08:20 und sonst wüsste ich nix, was man da evtl reininterpretieren könnte [...] 08:25 also die linie läuft durch seen, ald und rhein... mittendruch 08:25 gibt für mich keinen sinn [...] 08:26 avatar ist die grenze. kreiert von boundary.pl 08:27 oO 08:27 die verläuft iirc genau in der mitte vom rhein 08:27 also irgendwas stimmt da dann nicht 08:28 irgendwo im norden von dem gebiet geht sie dann nach osten rüber... müsste ich aber nachsehen 08:28 avatar da passieren eh ganz seltsame sachen mit, wenn man mal was nach sueden scrollt 08:38 also das was dieses boundary.pl da erzeugt hat ist zimlich komisch. die zacken und sprünge die das teil m,ach sind in der realität so mit sicherheit nicht Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Talk-de Digest, Vol 24, Issue 207
Am Dienstag, 22. Juli 2008 19:30:10 schrieb [EMAIL PROTECTED]: Subject: Re: [Talk-de] OpenStreetMap freundliche Berufe :) To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Gibts es hier Leute, die Berufe aus?ben, bei denen sie ganz l?ssig ihr GPS Ger?t mitlaufen lassen k?nnen, da sie st?ndig rum kommen? (bzw. durch Stra?en fahren?) Ich halte so etwas wenig praktikabel, da es allein nicht ausreicht mitzuloggen. J?rgen Sofern man denn alle relevanten Informationen zu den Tracks hat, könnte sie schon helfen. Aber wenn ich mir z.B. in JOSM die Tracks für einen bestimmten Bereich vom Server lade, fehlen eigentlich alle Informationen von Wichtigkeit. Z.B. könnten an einem Track ja noch Dinge dranstehen, die demjenigen nützlich sein können, der sie bearbeitet. Wenn mehere Leute beispielsweise einen Track mit dem Namen: name= Auguststraße;highway=residential;maxspeed=30 hochgeladen haben, dann kann ich davon ausgehen das das so ist. Oder, wenn ich bespielsweise wüßte, das es sich um Straßen handelt die mit KFZ befahrbar sind, dann ist das auch schon hilfreich. Aber solange ich nur grobe Spuren sehe, helfen mir meine unvollständigen Tracks mehr als diejenigen, die ich vom Server ziehen kann.. Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wanderwege-Netz: Neue Rubrik im WikiProject Germany
qbert biker [EMAIL PROTECTED] wrote: Die breiten Wege versuche ich dann eben mit den vorhandenen Attributen, also 'width' und 'surface' zu highway=footway, ausser jemand hat auch dafür einen besseren Vorschlag. Breite Wege sind keine Pfade (path) sodern eben Fel-d und Waldwege (track). Gruss Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Feedback: Deutsche Post AG - Briefkasten
Stefan Leiner schrieb: Naja, Ich für meinen Teil hätte es auch eher unter Briefka_S_ten vermutet ... hä dä dä :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Feedback: Deutsche Post AG - Briefkasten
Hallo, Sven Grüner schrieb: Aha! Soll ich mich da einfach per email melden? That's how I did it. Die haben mir eine Word-Datei mit netten Lagebeschreibungen geschickt (Links neben dem Aldi) - teilweise mit Fragezeichen dahinter :-) Vermutlich die gleichen Informationen, die auch an der Hotline gegeben werden. Ich weiß allerdings nicht, inwieweit die das manuell machen. Es kann also sein, dass sie irgendwann keine Lust mehr haben. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ?Amtl. Bebauungspläne (PDF) in josm laden?
Hallo, Am 23. Juli 2008 10:18 schrieb Sven Geggus [EMAIL PROTECTED]: Martin Koppenhoefer [EMAIL PROTECTED] wrote: . Zunächst müsste ich aus dem PDF das Bild extrahieren und dann dieses Bild georeferenzieren. Was nimmt man denn da um ein integriertes Rasterbild in korrekter Auflösung aus einem PDF zu extrahieren? .. Gruss Sven Mit Adobe Acrobat Professional kannst Du das Original JPEG-Bild, mit dem das PDF erzeugt wurde, wiederherstellen: Auf den Reiter Erweitert klicken, dann auf Alle Bilder exportieren. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OpenGeoDB-Import
Hallo, wie ist eigentlich der Stand in Sachen OpenGeoDB-Import? Fertig? Abgebrochen? Laeuft noch? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ?Amtl. Bebauungspläne (PDF) in josm laden?
Hallo, Thomas Clormann schrieb: Mit Adobe Acrobat Professional kannst Du das Original JPEG-Bild, mit dem das PDF erzeugt wurde, wiederherstellen: Auf den Reiter Erweitert klicken, dann auf Alle Bilder exportieren. Oder mit Illustrator, Indesign, Photoshop etc. Auch Ghostview geht (kostenlos). Da gibt es hunderte Möglichkeiten :-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Grenze zwischen Heidelberg und Karlsruhe
Hallo. Am Mittwoch, 23. Juli 2008 schrieb Frederik Ramm: Die Quellangabe sollte eventuell zu UNEP/GRID geaendert werden. Das wär ne Lösung. Was die Ungenauigkeit der Daten betrifft: Es ist das genaueste, was wir zur Verfuegung haben. Das finde ich nen katastrophalen Zustand. Also ja, für die meisten Drittanwendungen werden solchen Grenzen drastisch simplifiziert. Aber wenn die simplifizierten Daten Ihres amtlichen Charakters wegen public-domain sind, dann müssten das die genauen Daten doch erst Recht sein! Ich kenn mich selbst nicht mit den Lizenzen und Quellen solcher Daten aus, aber ich weiß dass es definitiv irgendwo Karten gibt, die eben auf der Position der Grenzsteine beruhen. Und die sollten doch sogar noch amtlicher sein als diese wirren, simplifizierten Daten. Aber ja, nicht die Schuld von OSM und vermutlich nicht in unserem Kompetenzbereich, das zu beheben... Selbst wenn so eine Landkreisgrenze 1000m daneben liegt, so ist das Gesamtbild - wo liegt der Landkreis, wie gross ist er - sicherlich einigermassen korrekt, und diese Info ist durchaus was wert, finde ich. Lasst uns die Daten importieren und dann sehen, dass wir sie berichtigen - oder, wo sie nachweislich komplett falsch sind (immerhin sind das die Daten, von denen die EU denkt, dass sie richtig waeren!), loeschen. Die Vermessungsämter sagen auch immer, dass die Daten die sie rausgeben mehr oder weniger simplifiziert sind. Aber vermutlich wäre es ne endlose Schlammschlacht, diese Daten unsimplifiziert zu beschaffen. Der User mikes hatte gesagt, er wollte den Import nicht weiter machen, weil sich viele Leute ueber die Genauigkeit beklagt hatten, und er wollte lieber erst selber versuchen, die Daten zu reparieren. Hat er gesagt, wie er das machen will? Also ich denke er hatte nicht vor, die Grenzen abzumarschieren. Hat er da ne Idee gehabt? Aber das ist doch Quatsch, das kriegt ein einzelner doch niemals hin - da muessen wir uns alle zusammen drum kuemmern. Da Grenzen bis auf einige Ausnahmen in der Natur nicht-gegenständlich sind, ist das Problem die Beschaffung korrekter Daten von zuverlässiger Quelle. Ob das einer oder alle machen, tut da wenig zur Sache. Gruß, Bernd -- Dem Alltagsstreß kann man entgehen, vermeidet man es, aufzustehen. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenGeoDB-Import
Hallo, Frederik Ramm schrieb: wie ist eigentlich der Stand in Sachen OpenGeoDB-Import? Fertig? Abgebrochen? Laeuft noch? Soweit ich weiß, gab es doch Lizenzkonflikte? Darf die Datenbank doch importiert werden? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] HOWTO: Straßenvollständigkeit per Postgis prüfen
Sven Geggus schrieb: Das wird jetzt aber Off-Topic :) Das Telefonbuch MapRoute http://chaosradio.ccc.de/media/ds/ds086.pdf Seite 63 Auch wenn es Off-Topic ist, finde ich das Vorgehen nicht okay. Schließlich nutzt man eine nicht autorisierte Quelle, um die Daten von OSM zu korrigieren. Das ist wie mit Brechstangen nachts seine Wertsachen aus dem Tresor der Bank zu holen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Grenze zwischen Heidelberg und Karlsruhe
On [Wed, 23.07.2008 15:03], Frederik Ramm wrote: Was die Ungenauigkeit der Daten betrifft: Es ist das genaueste, was wir zur Verfuegung haben. Selbst wenn so eine Landkreisgrenze 1000m daneben liegt, so ist das Gesamtbild - wo liegt der Landkreis, wie gross ist er - sicherlich einigermassen korrekt, und diese Info ist durchaus was wert, finde ich. Lasst uns die Daten importieren und dann sehen, dass wir sie berichtigen - oder, wo sie nachweislich komplett falsch sind (immerhin sind das die Daten, von denen die EU denkt, dass sie richtig waeren!), loeschen. Bin ich nur dann dafür wenn in den [EMAIL PROTECTED] Karten die Linien nicht so mega-wichtig-fett-knallrot gerendert werden. Falsche Daten die so stark hervorgehoben werden zerstören das gesamte Bild. Gruß Daniel -- web: http://www.cytrinox.net irc: cytrinox @ (freenode|ircnet|quakenet) geo: http://geo.vogelbacher.name N49°24.68' E8°54.03' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Grenze zwischen Heidelberg und Karlsruhe
Hallo, Daniel Vogelbacher wrote: Bin ich nur dann dafür wenn in den [EMAIL PROTECTED] Karten die Linien nicht so mega-wichtig-fett-knallrot gerendert werden. Falsche Daten die so stark hervorgehoben werden zerstören das gesamte Bild. Das koennen wir uns ja mal ueberlegen, wie wird das haben wollen. Ab welcher Zoomstufe sind den Bundesland-, ab welcher Stufe Kreis-, aber welcher Stufe Gemeindegrenzen sinnvoll? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mappingwochenende in Donauwörth
André Reichelt schrieb: Ich war dieses Wochenende erst in Hessental unterwegs. Wo liegt den das Hessental? Donauwörth liegt ja im Donau-Ries Kreis, der in Schwaben, das in Bayern liegt. MfG Andreas Hubel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Feedback: Deutsche Post AG - Briefkasten
Tobias Wendorff wrote: Hallo, Sven Grüner schrieb: Aha! Soll ich mich da einfach per email melden? That's how I did it. Die haben mir eine Word-Datei mit netten Lagebeschreibungen geschickt (Links neben dem Aldi) - teilweise mit Fragezeichen dahinter :-) Vermutlich die gleichen Informationen, die auch an der Hotline gegeben werden. Ich weiß allerdings nicht, inwieweit die das manuell machen. Es kann also sein, dass sie irgendwann keine Lust mehr haben. Darf denn zumindest jenes File veröffentlicht (weitergegeben) werden? Dann könnte man es ja, je nach Umfang, auf Wikiseiten packen und jeder schaut das er in seiner näheren Umgebung (nach PLZ?) alle bereits vorhandenen Briefkästen aus der Liste entfernt. Dann sehen wir in welchen Gebieten noch was übrig bleibt. (Meine aktuelle Schätzung ist, daß die Verteilung von Briefkästen in der Fläche noch halbwegs überschaubar ist pro Stadt.) Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Feedback: Deutsche Post AG - Briefkasten
On Wed, Jul 23, 2008 at 03:57:11PM +0200, Stefan Neufeind wrote: Darf denn zumindest jenes File veröffentlicht (weitergegeben) werden? Dann könnte man es ja, je nach Umfang, auf Wikiseiten packen und jeder schaut das er in seiner näheren Umgebung (nach PLZ?) alle bereits vorhandenen Briefkästen aus der Liste entfernt. Dann sehen wir in welchen Gebieten noch was übrig bleibt. (Meine aktuelle Schätzung ist, daß die Verteilung von Briefkästen in der Fläche noch halbwegs überschaubar ist pro Stadt.) Vielleicht sollte man der Post ein Angebot machen osm bekommt die Beschreibungen und die Post die GPS-Positionen ihrer Briefkästen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GADM (was: Grenze zwischen Heidelberg und Karlsruhe)
Am Mittwoch, 23. Juli 2008 14:31:28 schrieb Sven Geggus: Das Ganze hat eine Ungenauigkeit von mindestens 1000m! Ich denke bevor wir soetwas kaputtes in die Karte tun sollten wir lieber gar keine Grenzen einzeichnen. Zumal gerade Gemarkungsgrenzen sowas von unwichtig sind. Na mal sehen, ob das mit infas GEOdaten etwas wird. Nach den Aussagen des Firmenvertreters im Forum besitzen sie wohl auch Grenzdatensätze, welche weit weniger generalisiert sind, als die Vermessungsämter so öffentlich zur Verfügung stellen. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Grenze zwischen Heidelberg und Karlsruhe
Daniel Vogelbacher wrote: Bin ich nur dann dafür wenn in den [EMAIL PROTECTED] Karten die Linien nicht so mega-wichtig-fett-knallrot gerendert werden. Falsche Daten die so stark hervorgehoben werden zerstören das gesamte Bild. Das koennen wir uns ja mal ueberlegen, wie wird das haben wollen. Ab welcher Zoomstufe sind den Bundesland-, ab welcher Stufe Kreis-, aber welcher Stufe Gemeindegrenzen sinnvoll? Die neuen roten habe mich heute auch etwas verwirrt, zumal sie um Mannheim doppelt sind wobei eine Linie ziemlicher Käse ist. - Gemeindegrenzen sind maximal kleiner 12 nötig, Kreisgrenzen kleiner 11 und die Ländergrenzen kleiner 10. Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Feedback: Deutsche Post AG - Briefkasten
Stefan Neufeind schrieb: Darf denn zumindest jenes File veröffentlicht (weitergegeben) werden? Dann könnte man es ja, je nach Umfang, auf Wikiseiten packen und jeder schaut das er in seiner näheren Umgebung (nach PLZ?) alle bereits vorhandenen Briefkästen aus der Liste entfernt. Dann sehen wir in welchen Gebieten noch was übrig bleibt. Ich würde das File nicht veröffentlichen, denn es wurde (jedenfalls mir) nur für die Erhebung für OSM überlassen. Im Endeffekt sind wir ja dafür verantwortlich, jetzt die Geodaten für uns zu ermitteln und diese mit eigenen bzw. besseren Informationen zu vervollständigen. Die Post hat eindeutig signalisiert, dass sie bald etwas Eigenes machen will. Daher glaube ich nicht, dass sie hunderte Dokumente bereitstellen werden. Daher auch der Kommentar von mir. (Meine aktuelle Schätzung ist, daß die Verteilung von Briefkästen in der Fläche noch halbwegs überschaubar ist pro Stadt.) Für Deine Stadt kannst Du sicherlich einmal anfragen, aber wenn Du jetzt für deinen Landkreis anfragst, kommt sicher die gleiche Rückantwort, wie bei mir. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de