Re: [Talk-transit] New versions of NaPTAN now publicly available under free license?
The dumps that OSM has imported (and still is slowly importing, when I get around to it), were provided directly by the DfT via their NaPTAN download site, which always contains the current dataset (I believe updated at least daily). I will continue to import the dataset that is dated as 1st August 2009 22:21:35, so that we have a consistent set of data across the whole of the UK. Future update processes will be designed in such a way to replace data that has not been touched by OSM users, and flag possible conflicts between OSM and any NaPTAN changes for human review. Regards, Thomas Steven Chamberlain wrote: Hi, I've not posted on this list before, but I wanted to check people here were aware that NaPTAN is now available via data.gov.uk (I heard about this via http://twitter.com/traveline). New versions are supposed to become available quarterly. There are references to the DfT's Terms of Use, but data.gov.uk quite clearly states the license as UK Crown Copyright with data.gov.uk rights. data.gov.uk doesn't seem to give a comprehensive, legally-worded license agreement but it does include statements resembling the CC-BY license summary. Would this be an acceptable data source for future OSM import/update efforts? Is this more up-to-date than the dump provided by ITO? The root node's ModificationDateTime attribute is 2010-03-17T10:52:24 so I'd imagine so. I don't know how a regular OSM user could fulfil the attribution requirement though, so maybe any imports of this would have to be handled specially, just as they currently are. (Where is the current attribution of copyright for the dump provided by ITO, by the way?) Thanks. Regards, ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] New versions of NaPTAN now publicly available under free license?
As the person who arranged the NaPTAN data supply for OSM - which Ito then managed in a technical sense - I can confirm that it will remain possible for OSM to take occasional downloads of data for NaPTAN. Whether you want to do so through data.gov.uk where they appear to have taken a snapshot of complete national data in a single file (I was not aware of how often they proposed to update that source), or from the NaPTAN download site which is updated daily and from which local files can be obtained separately, is a matter of OSM community's choice. Both options are available. Roger -Original Message- From: talk-transit-boun...@openstreetmap.org [mailto:talk-transit-boun...@openstreetmap.org] On Behalf Of Thomas Wood Sent: 22 March 2010 12:43 PM To: Public transport/transit/shared taxi related topics Subject: Re: [Talk-transit] New versions of NaPTAN now publicly available under free license? The dumps that OSM has imported (and still is slowly importing, when I get around to it), were provided directly by the DfT via their NaPTAN download site, which always contains the current dataset (I believe updated at least daily). I will continue to import the dataset that is dated as 1st August 2009 22:21:35, so that we have a consistent set of data across the whole of the UK. Future update processes will be designed in such a way to replace data that has not been touched by OSM users, and flag possible conflicts between OSM and any NaPTAN changes for human review. Regards, Thomas Steven Chamberlain wrote: Hi, I've not posted on this list before, but I wanted to check people here were aware that NaPTAN is now available via data.gov.uk (I heard about this via http://twitter.com/traveline). New versions are supposed to become available quarterly. There are references to the DfT's Terms of Use, but data.gov.uk quite clearly states the license as UK Crown Copyright with data.gov.uk rights. data.gov.uk doesn't seem to give a comprehensive, legally-worded license agreement but it does include statements resembling the CC-BY license summary. Would this be an acceptable data source for future OSM import/update efforts? Is this more up-to-date than the dump provided by ITO? The root node's ModificationDateTime attribute is 2010-03-17T10:52:24 so I'd imagine so. I don't know how a regular OSM user could fulfil the attribution requirement though, so maybe any imports of this would have to be handled specially, just as they currently are. (Where is the current attribution of copyright for the dump provided by ITO, by the way?) Thanks. Regards, ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[talk-ph] road to asin hot springs, benguet and QC tracks
hi! i uploaded gpx of my trip to Asin hotspings, my track extended the currently mapped road going there but also didn't exactly match the map http://www.openstreetmap.org/user/backpacking%20philippines/traces/636046 Can i just convert the track to a way? all my other gpx uploaded are in QC where I noticed the missing u-turn slots on edsa (mostly between Munoz and Monumento), araneta, q avenue, mindanao, congressional and quirino highway (including the on-going road construction to NLEX) on San Francisco del Monte (Frisco), it's shown on OSM as a road with center island when it has none. It should be depicted as a two-way 4-lane street that turned to a two-lane road from Zorra street up to West Avenue (i went around the area yesterday just to see how OSM performs before going to Banawe to buy something) i still need to get used to Potlatch to add the missing u-turn slots that may be the ones affecting routing to my home -- --- I explore, therefore I blog. http://www.backpackingphilippines.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] road to asin hot springs, benguet and QC tracks
Based on your tracks, I added several u-turn slots. I didn't touch the del monte roads because this requires more time than simply removing one of the rads and lavel them as two-way. I was about to hit the upload button (in JOSM). When I discovered that, Roosevelt Avenue is not connected to EDSA! That maybe the reason why your GPS keeps giving bad routing directions. http://www.openstreetmap.org/browse/changeset/4199313 I also fixed batangas road connection to roosevelt. On Mon, Mar 22, 2010 at 2:00 PM, tutubi tut...@backpackingphilippines.com wrote: hi! i uploaded gpx of my trip to Asin hotspings, my track extended the currently mapped road going there but also didn't exactly match the map http://www.openstreetmap.org/user/backpacking%20philippines/traces/636046 Can i just convert the track to a way? all my other gpx uploaded are in QC where I noticed the missing u-turn slots on edsa (mostly between Munoz and Monumento), araneta, q avenue, mindanao, congressional and quirino highway (including the on-going road construction to NLEX) on San Francisco del Monte (Frisco), it's shown on OSM as a road with center island when it has none. It should be depicted as a two-way 4-lane street that turned to a two-lane road from Zorra street up to West Avenue (i went around the area yesterday just to see how OSM performs before going to Banawe to buy something) i still need to get used to Potlatch to add the missing u-turn slots that may be the ones affecting routing to my home -- --- I explore, therefore I blog. http://www.backpackingphilippines.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] OSM en openbaar vervoer
Beste, Ik ben al wat aan het rondkijken, voor als ik de data heb... http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Besan%C3%A7on En ook dit stuk discussie: Je sais que la question des transports en commun revient régulièrement, mais je trouve qu'il y a beaucoup de choses à éclaircir. Dans mon cas, je ne sais même pas quel schéma de mapping adopter : http://wiki.openstreetmap.org/wiki/Relation:route http://wiki.openstreetmap.org/wiki/Public_Transport http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema Eenmaal het moment daar, OF we nemen die data met toestemming, of we maken hem zelf. Marc -- What's on Shortwave guide: choose an hour, go! http://shortwave.tk 700+ Radio Stations on SW http://swstations.tk 300+ languages on SW http://radiolanguages.tk ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Mathematic genius needed
John Smith schrieb: On 22 March 2010 15:09, Bernhard zwischenbrugger b...@datenkueche.com wrote: Sorry: Southwest: 0,0 Northeast: 90,180 Are you after the middle WGS points or the middle points on a mercator grid The 2 points must be converted to mercator. In mercator the middle point is calculated. After that there must be a conversion to WGS84 again. My method call should be: map.setBounds(southwest, northeast); Think about a gpx line that should be shown on the map. The formula should deliver values for map.setCenter(center, zoom); //center is a point in WGS84. Bernhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] setting up PostGIS, importing data
Hello, i hope this is not off-topic here. I've set up a Postgis server here on my linux box using OpenSuSE 11.2 like this: Here are the commands (User tmohr): su postgres createuser -Upostgres -S -D -R tmohr createdb -Upostgres -EUTF8 gis psql -Upostgres gis gis=# GRANT ALL ON SCHEMA PUBLIC TO tmohr; GRANT Then quit, \q createlang plpgsql gis psql -d gis -f /usr/share/postgresql/contric/postgis.sql psql -d gis -f /usr/share/postgresql/contric/spatial_ref_sys.sql psql gis GRANT ALL on geometry_columns TO tmohr; GRANT ALL on spatial_ref_sys TO tmohr; GRANT ALL ON SCHEMA PUBLIC TO tmohr; osm2pgsql -s -l /local/ftp/planet-100310.osm.bz2 And this last command leads to failures: Using projection SRS 4326 (Latlong) Setting up table: planet_osm_point HINWEIS: Tabelle »planet_osm_point« existiert nicht, wird übersprungen HINWEIS: Tabelle »planet_osm_point_tmp« existiert nicht, wird übersprungen Setting up table: planet_osm_line HINWEIS: Tabelle »planet_osm_line« existiert nicht, wird übersprungen HINWEIS: Tabelle »planet_osm_line_tmp« existiert nicht, wird übersprungen Setting up table: planet_osm_polygon HINWEIS: Tabelle »planet_osm_polygon« existiert nicht, wird übersprungen HINWEIS: Tabelle »planet_osm_polygon_tmp« existiert nicht, wird übersprungen Setting up table: planet_osm_roads HINWEIS: Tabelle »planet_osm_roads« existiert nicht, wird übersprungen HINWEIS: Tabelle »planet_osm_roads_tmp« existiert nicht, wird übersprungen Mid: pgsql, scale=1000, cache=800MB, maxblocks=102401*8192 Setting up table: planet_osm_nodes *** WARNING: intarray contrib module not installed It seems that the tables planet_osm_point, planet_osm_line and so on do not exist. Did i miss a command to set up these tables? Which command should have created the tables? I thought they'd be created by executing postgis.sql ? Thanks for any hints, Torsten. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Administrative boundaries along roads
John Smith wrote: On 22 March 2010 12:24, Mike N.nice...@att.net wrote: In your point b), do you mean that if we did use boundary relations that there would not be an issue with boundaries and roads being co-mingled and mis-edited? The problem with this is when boundaries or roads move independent of each other, such as for road-realignment, the whole thing becomes a bigger mess. I have still to be convinced that trying to merge abstract data with real mapped objects is always a good idea. I take the point that 'road realignment' may require the boundary also to move, but the word is MAY and so what ever happens to the road, the location of the boundary needs to be checked separately! It is quite surprising in the UK how many roads are being moved, but that does not also move the original boundary. What should also be considered is that this does assume that the road is condensed to a single way. I'm sure many US boundaries also follow freeways, where the boundary is more likely to be the central reservation and either carriageway. So one ends up with an even bigger mess when trying to move things? As far as I am concerned, the 'MUST merge ways' camp are simply wrong, and forcing everything to be merged is a major backwards step. We NEED as a mater of urgency an agreed method of MANAGING groups of ways that at a low zoom level define a single linear object, but at higher zoom levels show that the 'boundaries', carriage ways and structure are physically distinct. When a structure like this gets moved, then all of the fine detail moves as well - but with the option to 'unsnap' a boundary or other sub element if necessary. There has to be a very good reason for REMOVING any data, and the assertion that we can in general 'remove multiple ways' is only acceptable if the project is also going to adopt the rule 'we will never map detail'? Perhaps it is time for a split in the project, and those of us who need to maintain details such as road structures and property boundaries set up our own fork with tools that allow things that the simplify everything camp don't thing we should have? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Administrative boundaries along roads
On 22 March 2010 17:32, Lester Caine les...@lsces.co.uk wrote: There has to be a very good reason for REMOVING any data, and the assertion that we can in general 'remove multiple ways' is only acceptable if the project is also going to adopt the rule 'we will never map detail'? Perhaps it is time for a split in the project, and those of us who need to maintain details such as road structures and property boundaries set up our own fork with tools that allow things that the simplify everything camp don't thing we should have? Extending existing tools is also an option, and for the most part, most people only care about real world objects, they tend to care less about abstract things like boundaries, so hiding boundaries for the most people would be a step in the right direction in my opinion... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Aerial photographs (5cm per pixel) is now available from Dortmund
On Sun, Mar 21, 2010 at 07:59:18PM +0100, osm-dortmund dortmund wrote: As of now, the high-resolution aerial photographs of the Dortmund company Aerowest http://www.aerowest.de for the area of the city of Dortmund are available. For a pilot project which has Aerowest GmbH orthophotos from the year 2009 provided with a ground resolution of 5 cm per pixel are available for unlimited use until 30.06.2010. The images from the WMS-Server are accessed via the following address: http://wms.openstreetmap.de/wms?LAYERS=Dortmund; It is also possible to use potlatch http://www.openstreetmap.org/edit?lon=7.46312lat=51.51195zoom=18tileurl=http://wms.openstreetmap.de/tms/Dortmund/!/!/!.png In the wiki we have created a project page with instructions for integrating and other information http://wiki.openstreetmap.org/wiki/Luftbilder_aus_Dortmund The aim of the project Aerowest supported Openstreetmap and promises this strategic cooperation to new insights into how free geographic information can be useful for commercial spatial data providers. In particular, hoped Aerowest a collection of house numbers are clearly better than commercial providers currently able to deliver. If successful, this pilot project is being considered by Aerowest to release aerial photographs of other towns for the OSM community. Special thanks goes to the German FOSSGIS as contractors. Just to clarify, because the word contactor is a bit unclear here: The German non-profit FOSSGIS e.V. signed the agreement with Aerowest on behalf of the OSM community, because Aerowest required some legal entity to do that. FOSSGIS also host the images on one of its servers. and now a lot of fun with the aerial photographs Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Aerial photographs (5cm per pixel) is now available from Dortmund
On 22 March 2010 17:30, Jochen Topf joc...@remote.org wrote: On Sun, Mar 21, 2010 at 07:59:18PM +0100, osm-dortmund dortmund wrote: As of now, the high-resolution aerial photographs of the Dortmund company Aerowest http://www.aerowest.de for the area of the city of Dortmund are available. For a pilot project which has Aerowest GmbH orthophotos from the year 2009 provided with a ground resolution of 5 cm per pixel are available for unlimited use until 30.06.2010. Just to clarify, because the word contactor is a bit unclear here: The German non-profit FOSSGIS e.V. signed the agreement with Aerowest on behalf of the OSM community, because Aerowest required some legal entity to do that. FOSSGIS also host the images on one of its servers. I was also curious as why it was only unlimited for 3 months, limited access after 3 months? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Aerial photographs (5cm per pixel) is now available from Dortmund
On Mon, Mar 22, 2010 at 06:30:45PM +1000, John Smith wrote: On 22 March 2010 17:30, Jochen Topf joc...@remote.org wrote: On Sun, Mar 21, 2010 at 07:59:18PM +0100, osm-dortmund dortmund wrote: As of now, the high-resolution aerial photographs of the Dortmund company Aerowest http://www.aerowest.de for the area of the city of Dortmund are available. For a pilot project which has Aerowest GmbH orthophotos from the year 2009 provided with a ground resolution of 5 cm per pixel are available for unlimited use until 30.06.2010. Just to clarify, because the word contactor is a bit unclear here: The German non-profit FOSSGIS e.V. signed the agreement with Aerowest on behalf of the OSM community, because Aerowest required some legal entity to do that. FOSSGIS also host the images on one of its servers. I was also curious as why it was only unlimited for 3 months, limited access after 3 months? No, there is no access after 3 months. For the time beeing, Aerowest only wanted a limited trial. We'll see what happens after that. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mathematic genius needed
El 22/03/2010 4:20, Bernhard zwischenbrugger escribió: Given: wgs84: minlat, minlon, maxlat, maxlon screen: width, height Needed: lat,lng, center http://trac.openlayers.org/browser/trunk/openlayers/lib/OpenLayers/Control/ZoomBox.js Cheers, -- Iván Sánchez Ortega i...@sanchezortega.es ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] setting up PostGIS, importing data
On Mon, Mar 22, 2010 at 6:58 AM, Torsten Mohr tm...@s.netic.de wrote: Hello, i hope this is not off-topic here. No, it's OK. In future it's best to use the d...@openstreetmap.org list for development topics. And this last command leads to failures: Using projection SRS 4326 (Latlong) Setting up table: planet_osm_point HINWEIS: Tabelle »planet_osm_point« existiert nicht, wird übersprungen HINWEIS: Tabelle »planet_osm_point_tmp« existiert nicht, wird übersprungen Setting up table: planet_osm_line HINWEIS: Tabelle »planet_osm_line« existiert nicht, wird übersprungen HINWEIS: Tabelle »planet_osm_line_tmp« existiert nicht, wird übersprungen Setting up table: planet_osm_polygon HINWEIS: Tabelle »planet_osm_polygon« existiert nicht, wird übersprungen HINWEIS: Tabelle »planet_osm_polygon_tmp« existiert nicht, wird übersprungen Setting up table: planet_osm_roads HINWEIS: Tabelle »planet_osm_roads« existiert nicht, wird übersprungen HINWEIS: Tabelle »planet_osm_roads_tmp« existiert nicht, wird übersprungen Mid: pgsql, scale=1000, cache=800MB, maxblocks=102401*8192 Setting up table: planet_osm_nodes *** WARNING: intarray contrib module not installed It seems that the tables planet_osm_point, planet_osm_line and so on do not exist. That's not a problem. It's trying to find them in order to drop them and recreate them, so the fact that they don't exist is irrelevant. Did i miss a command to set up these tables? Yes, the intarray contrib module needs to be installed for slim mode (the -s you used). See http://wiki.openstreetmap.org/wiki/Mapnik#osm2pgsql Which command should have created the tables? I thought they'd be created by executing postgis.sql ? No, the osm-related tables are created automatically by osm2pgsql. Don't worry about the warnings that they don't exist. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Administrative boundaries along roads
On Mon, Mar 22, 2010 at 3:32 AM, Lester Caine les...@lsces.co.uk wrote: We NEED as a mater of urgency an agreed method of MANAGING groups of ways that at a low zoom level define a single linear object, but at higher zoom levels show that the 'boundaries', carriage ways and structure are physically distinct. When a structure like this gets moved, then all of the fine detail moves as well - but with the option to 'unsnap' a boundary or other sub element if necessary. Any ideas for how this would work? There has to be a very good reason for REMOVING any data, and the assertion that we can in general 'remove multiple ways' is only acceptable if the project is also going to adopt the rule 'we will never map detail'? Perhaps it is time for a split in the project, and those of us who need to maintain details such as road structures and property boundaries set up our own fork with tools that allow things that the simplify everything camp don't thing we should have? I share your frustration but hope it doesn't come to that. What tools do you think are needed? What expertise can we tap into to produce these tools? Maybe if we get the tools finished first, we'll find there's no need to fork. What would be the best editor to learn in order to provide assistance? Or would you suggest starting on a new editor from scratch? Either way, if there's something I can help with, let me know. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] setting up PostGIS, importing data
Andy Allan gravitystorm at gmail.com writes: Did i miss a command to set up these tables? Yes, the intarray contrib module needs to be installed for slim mode (the -s you used). See http://wiki.openstreetmap.org/wiki/Mapnik#osm2pgsql Are you sure? For me the slim mode does work without intarray module, I just can't use the diff files for updating. I am using a Windows version of osm2pgsql and it is rather old, perhaps new versions need intarray always in slim mode. changed. -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] setting up PostGIS, importing data
On Mon, Mar 22, 2010 at 3:05 PM, Jukka Rahkonen jukka.rahko...@mmmtike.fi wrote: Andy Allan gravitystorm at gmail.com writes: Did i miss a command to set up these tables? Yes, the intarray contrib module needs to be installed for slim mode (the -s you used). See http://wiki.openstreetmap.org/wiki/Mapnik#osm2pgsql Are you sure? For me the slim mode does work without intarray module, I just can't use the diff files for updating. I am using a Windows version of osm2pgsql and it is rather old, perhaps new versions need intarray always in slim mode. changed. You're quite right, my mistake. Installing the intarray module has the side effect of suppressing the warnings though :-) Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mathematic genius needed
Thanks for input - it's done.
this.setBounds=function(b){
this.normalize();
//the setbounds should be a mathematical formula and not
guessing around.
//if you know this formula pease add it here.
//this.getSize();
var p1=b.getSW();
var p2=b.getNE();
var minlat=p1.getLat();
var maxlat=p2.getLat();
var minlng=p1.getLng();
var maxlng=p2.getLng();
var minlat360=lat2y(minlat);
var maxlat360=lat2y(maxlat);
var centerLng=(minlng+maxlng)/2;
var centerLat360=(minlat360 + maxlat360)/2;
var centerLat=y2lat(centerLat360);
var center=new kPoint(centerLat,centerLng);
var extendX=Math.abs(maxlat360 - minlat360);
var extendY=Math.abs(maxlng - minlng);
if(extendX / this.width extendY / this.height){
var extend=extendX;
var screensize=this.width;
}else{
var extend=extendY;
var screensize=this.height;
}
//alert(extend);
//zoomlevel 1: 512 pixel
//zoomlevel 2: 1024 pixel
//...
//extend = 360 zoomlevel 1 , at 512px screen
//extend = 360 zoomlevel 2 , at 1024px screen
//extend at zoomlevel1: extend/360 * 512px
var scalarZoom=360/extend;
var screenfaktor= 512/screensize;
var zoom=(Math.log(scalarZoom /
screenfaktor))/(Math.log(2)) ;
if(zoom 18){
zoom=18;
}
if(zoom 1){
zoom=1;
}
this.setCenter2(center,zoom);
}
Iván Sánchez Ortega schrieb:
El 22/03/2010 4:20, Bernhard zwischenbrugger escribió:
Given:
wgs84: minlat, minlon, maxlat, maxlon
screen: width, height
Needed:
lat,lng, center
http://trac.openlayers.org/browser/trunk/openlayers/lib/OpenLayers/Control/ZoomBox.js
Cheers,
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Reporting bugs (was Re: What do you wish you'd known?)
On Mon, Mar 22, 2010 at 05:11, Tirkon tirko...@yahoo.de wrote: We're a _collaborative_ project, but that only works if you collaborate! Many non native persons will be able to survive, if they have to speak english. But to describe (or read) such complicated stuff only with school-english and with nearly no experience in the dayly life is another dimension. That is where the collaboration will end for many OSM people. If you can't write English well enough to submit a bug in English just submit it in German or whatever you're comfortable with. Even if the person reading the bug can't understand it he can ask someone who can. I've noticed that we seem to have a lot of Germans working on OpenStreetMap so this shouldn't be a problem :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Reporting bugs and documentation
Tirkon wrote: Richard Fairhurst richard at systemed.net wrote: I honestly didn't know that the relation ordering issue was the case until last week when Frederik pointed it out on this list. I'm now told there'd been some prior discussion of it on talk-de but that doesn't really help a whole load. I'm very happy to fix the bug (although I don't use ordered relations myself, nor in fact did I write Potlatch's excellent relations code) but I do need to know about it first! Thank you for fixing and your detailed answer. :-) Did you fix the changing direction of a way within a route-relation described above as well? Which version do we have to await? Hang on hang on hang on. I didn't say I've fixed it yet. This week I'm on deadline with the day job and shouldn't even be taking the time to write this message. Next week, or at the end of this week, I will look. It will be _incredibly_ helpful if someone writes a trac ticket describing the issue between now and then. At present you have to use both editors. Potlatch to make the faults and JOSM to find them. But nearly nobody does this. The problem seems to be, that the more expirienced users use JOSM and the Potlatchers are rather hushed within the community. I experienced that the answers to questions concerning editing complicated objects with potlatch are not known in the community. The only answer I hear is: Use JOSM. Hang on again. Two serious over-generalisations there. First of all to say Potlatch to make the faults and JOSM to find them is way off. In my experience, more people fuck up relations with JOSM than with Potlatch. Two things seem particularly common: JOSM users merging ways (members of a relation) with other ways (not members) and not noticing - maybe JOSM's default display style doesn't visualise relations as clearly as Potlatch, I don't know - and more seriously, JOSM users wiping out entire relations due to some bizarre partly-downloaded behaviour. I'm not for a moment saying that's a universal rule. It seems to be the case in the major relation use case that I edit (UK cycle routes). Clearly it isn't the case for the sort of editing you do. But you can't simply say one makes the faults and the other repairs them. Secondly, when you say the more expirienced users use JOSM and the Potlatchers are rather hushed within the community, you're missing the word German twice in there. I'm deadly serious. That does appear to be true in Germany: it certainly isn't true in the UK where quite a few of the most experienced users are Potlatch-only, and others use both JOSM and Potlatch. I think most of the rest of what you say comes down to one simple point: The problem of damaging unwanted things without being aware, is a big one. [...] Would it be useful, to initiated a kind of collecting-basin at the wiki, where all the unawares are collected in order to be a guideline for all coders of editors? [...] By the way: The trac is not made for users without coding experience. [...] As a project we suck at documentation. Our documentation is beyond terrible. I'm amazed that anyone ever manages to get started with OSM, I really am. We have a small number of programmers who willingly suffer the slings and arrows of outrageous fortune etc. etc. to write some pretty cool stuff. By and large, in my opinion, they think deeply about design, they care about ease-of-use, they are never satisfied. They aspire to professional-quality releases. We don't always get there, and in some places we're still a long way off, but there's a really good process of ceaseless improvement. If you compare any of the OSM software with the equivalent two or three years ago, the difference is immense in every single case. Oh, how I wish I could say the same about the documentation. There's a few good individual pages but they're wildly scattered over the wiki. The wiki doesn't really work for documentation - something can start off clear and simple, then a well-meaning individual comes and adds their own hobby-horse, then someone else, and before long a simple beginners' guide has turned into a 20 screen-deep pile of cruft. (Just as most pieces of OSM software have maintainers who exercise some quality control and design guidance, the docs need that too.) Meanwhile, important stuff remains unexplained because people write about what they like, not what others need. Nothing in OSM (bar the licence finally getting sorted out :) ) would make me happier than for someone to write some really good docs. Attractive, clear, focused, liberally endowed with videos and howtos. You don't need to be a programmer - arguably it's better if you're not. And you certainly don't need to be one of our existing programmers who have got plenty to do already. Go and register openstreetmapguide.org and _make_ _something_ _cool_. cheers Richard P.S. We're a
Re: [OSM-talk] Reporting bugs and documentation
On Mon, Mar 22, 2010 at 22:23, Richard Fairhurst rich...@systemed.net wrote: members) and not noticing - maybe JOSM's default display style doesn't visualise relations as clearly as Potlatch. JOSM doesn't visualize relations at all. You need to notice that the thing you're working on is part of a relation in the attributes dialog (where the key/values are listed). It does tell you if you're doing an operation that would change a relation implicitly. Like if you're splitting a way which is in a relation. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Reporting bugs and documentation
Am 22.03.2010 23:38, schrieb Ævar Arnfjörð Bjarmason: On Mon, Mar 22, 2010 at 22:23, Richard Fairhurstrich...@systemed.net wrote: members) and not noticing - maybe JOSM's default display style doesn't visualise relations as clearly as Potlatch. JOSM doesn't visualize relations at all. You need to notice that the thing you're working on is part of a relation in the attributes dialog (where the key/values are listed). That's not 100% true. JOSM visualizes turn restrictions and multipoligon relations. No need to argue that the visualisation of relations could be improved in JOSM ... Gruß, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Reporting bugs and documentation
On 22/03/2010 22:38, Ævar Arnfjörð Bjarmason wrote: JOSM doesn't visualize relations at all. You need to notice that the thing you're working on is part of a relation in the attributes dialog (where the key/values are listed). Almost true. It does if you work in the wireframe view, where relation membership is shown by an outline on the way or node. I admit in can be difficult to see the outline on a node, though. Jonathan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Reporting bugs and documentation
Hi, Richard Fairhurst wrote: maybe JOSM's default display style doesn't visualise relations as clearly as Potlatch, I don't know May I humbly suggest that, as the lead author of one of OSM's main editors, you at least look at the competition? I mean I don't demand that you use it, or understand it - but it would be really good if any contributor to a major editor would at least have an idea of how the basic OSM elements look in the other major editors. This is not a competition where nobody is allowed to look at what the others do. If every contributor to an editor could copy what's good in the others and avoid the mistakes made by them... Of course, most of the highly complex and convoluted errors that can be achieved with JOSM are completely out of reach for users of a meagre toolset like Potlatch ;-) That being said; JOSM used to have a glow around everything that was a member of any relation but that has been removed a while ago. I don't know why, actually, it seemed like a pretty good idea. They must have copied it from somewhere. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Reporting bugs and documentation
Frederik Ramm wrote: Richard Fairhurst wrote: maybe JOSM's default display style doesn't visualise relations as clearly as Potlatch, I don't know May I humbly suggest that, as the lead author of one of OSM's main editors, you at least look at the competition? I mean I don't demand that you use it, or understand it - but it would be really good if any contributor to a major editor would at least have an idea of how the basic OSM elements look in the other major editors. I was actually dissembling slightly in an effort to be polite. I know. I could equally have written this is a clear failing in JOSM which should visualise route relations like Potlatch does. BAN JOSM!! 11!1one. But that would have been gratuitous, a little offensive and contrary to the point of a constructive e-mail. Explaining that has kind of defeated the purpose. Ah well. I do use JOSM occasionally (http://www.openstreetmap.org/browse/changeset/4160689 ) and will continue to do so, at least while it still supports my system. :) cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Going to Where 2.0 and Want to Work the Booth?
Hi Kate, Will be in the area but can't make time during the day. Any plans for evening events? Apollinaris On 19 Mar 2010, at 15:32 , Kate Chapman wrote: Hey All, Are you attending Where 2.0 and want to work the booth? I put up a wiki page for people to sign up for slots. http://wiki.openstreetmap.org/wiki/Where2.0/2010 Thanks, Kate ___ Talk-us mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] OSM Veldtocht 2010
Beste mappers, Tijdens de nieuwjaarsborrel is het idee opgeborreld om dit jaar in elke provincie van Nederland een Openstreetmap 'event' te organiseren. Een soort digitale veldtocht dus met als doel mappers in heel Nederland bij elkaar te brengen en zeker ook om nieuwe mappers aan te trekken. Dus heb je zin om iets te organiseren in je eigen provincie, vul dan je naam in op de wiki. Wat je precies wilt organiseren mag je helemaal zelf weten, van ordinaire mapping party tot Openstreetmap disco, niets is te gek. Probeer ook wat lokale initiatieven en/of pers er bij te betrekken. Hieronder meer info: http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Veldtocht_2010 Succes en groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM Veldtocht 2010
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 22-03-10 17:30, Floris Looijesteijn schreef: Een soort digitale veldtocht dus met als doel mappers in heel Nederland bij elkaar te brengen en zeker ook om nieuwe mappers aan te trekken. Misschien een raar idee, maar zou een soort van wandel/fietstocht door NL ook niet erg leuk zijn om te organiseren? Met een punten systeem om zo veel mogelijk nieuwe straten te mappen. En je punten kunnen je worden afgenomen door andere teams... gewoon een groot spel door NL :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkunnn4ACgkQYH1+F2Rqwn1L5wCcD6jZBcC2w7RyoBlX9bhd8t9b JUQAoI5wgtcPqvQcGVTRlOuJFsrMJI0x =oFys -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] The funny things bored people get up to...
http://www.openstreetmap.org/?lat=-27.44227lon=153.03687zoom=17layers=B000FTF Not sure why someone tagged all the railway lines like that... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The funny things bored people get up to...
On 22 March 2010 15:38, John Smith deltafoxtrot...@gmail.com wrote: http://www.openstreetmap.org/?lat=-27.44227lon=153.03687zoom=17layers=B000FTF Not sure why someone tagged all the railway lines like that... Like what, exactly? The tagging looks perfectly cromulent to me. James ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The funny things bored people get up to...
On 22 March 2010 18:48, James Andrewartha tr...@student.uwa.edu.au wrote: On 22 March 2010 15:38, John Smith deltafoxtrot...@gmail.com wrote: http://www.openstreetmap.org/?lat=-27.44227lon=153.03687zoom=17layers=B000FTF Not sure why someone tagged all the railway lines like that... Like what, exactly? The tagging looks perfectly cromulent to me. So it's ok to name railway lines road 1 to road 40 ? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The funny things bored people get up to...
On 22 March 2010 16:52, John Smith deltafoxtrot...@gmail.com wrote: On 22 March 2010 18:48, James Andrewartha tr...@student.uwa.edu.au wrote: On 22 March 2010 15:38, John Smith deltafoxtrot...@gmail.com wrote: http://www.openstreetmap.org/?lat=-27.44227lon=153.03687zoom=17layers=B000FTF Not sure why someone tagged all the railway lines like that... Like what, exactly? The tagging looks perfectly cromulent to me. So it's ok to name railway lines road 1 to road 40 ? That's what they're called, so yes. James ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The funny things bored people get up to...
On 22 March 2010 21:21, James Andrewartha tr...@student.uwa.edu.au wrote: That's what they're called, so yes. Called by whom? All I ever see published is things like North Shore Line etc... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The funny things bored people get up to...
On 22 March 2010 19:53, John Smith deltafoxtrot...@gmail.com wrote: On 22 March 2010 21:21, James Andrewartha tr...@student.uwa.edu.au wrote: That's what they're called, so yes. Called by whom? All I ever see published is things like North Shore Line etc... This is a railway yard, the various lines are called Road #, eg http://broadway.pennsyrr.com/Rail/Prr/Maps/Itlk/pavonia.gif James ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The funny things bored people get up to...
On Mon, Mar 22, 2010 at 10:57 PM, James Andrewartha tr...@student.uwa.edu.au wrote: On 22 March 2010 19:53, John Smith deltafoxtrot...@gmail.com wrote: On 22 March 2010 21:21, James Andrewartha tr...@student.uwa.edu.au wrote: That's what they're called, so yes. Called by whom? All I ever see published is things like North Shore Line etc... This is a railway yard, the various lines are called Road #, eg http://broadway.pennsyrr.com/Rail/Prr/Maps/Itlk/pavonia.gif We're building a piece of software for visualising trains as they traverse parts of the network. I'll keep an eye out for any tracks which are named roads. So fare they're just call 35, 36N and so on. Pete ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The funny things bored people get up to...
On 22 March 2010 19:57, James Andrewartha tr...@student.uwa.edu.au wrote: On 22 March 2010 19:53, John Smith deltafoxtrot...@gmail.com wrote: On 22 March 2010 21:21, James Andrewartha tr...@student.uwa.edu.au wrote: That's what they're called, so yes. Called by whom? All I ever see published is things like North Shore Line etc... This is a railway yard, the various lines are called Road #, eg http://broadway.pennsyrr.com/Rail/Prr/Maps/Itlk/pavonia.gif http://www.artc.com.au/library/TA46_Dry_Creek_North_Yard.pdf is an Australian example. James ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The funny things bored people get up to...
On 22 March 2010 21:57, James Andrewartha tr...@student.uwa.edu.au wrote: This is a railway yard, the various lines are called Road #, eg http://broadway.pennsyrr.com/Rail/Prr/Maps/Itlk/pavonia.gif Anything a little more specific to the yards in Brisbane? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The funny things bored people get up to...
On 22 March 2010 20:15, John Smith deltafoxtrot...@gmail.com wrote: On 22 March 2010 21:57, James Andrewartha tr...@student.uwa.edu.au wrote: This is a railway yard, the various lines are called Road #, eg http://broadway.pennsyrr.com/Rail/Prr/Maps/Itlk/pavonia.gif Anything a little more specific to the yards in Brisbane? It took a bit of searching, but here we go: http://www.qrnetwork.com.au/Libraries/Southern_Qld_system_diagrams/Mayne_Loco_Depot_Suburban_System_NAG_017-21.sflb?download=true It even has the building names, should they be added to OSM? James ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] The funny things bored people get up to...
On 22 March 2010 22:36, James Andrewartha tr...@student.uwa.edu.au wrote: http://www.qrnetwork.com.au/Libraries/Southern_Qld_system_diagrams/Mayne_Loco_Depot_Suburban_System_NAG_017-21.sflb?download=true Fair enough... It even has the building names, should they be added to OSM? As long as it's verifiable by others, just link to the documentation... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Dirranbandi imagery is now online
On Tue, 23 Mar 2010, John Smith wrote: It looks like things were a little more prepared in Dirranbandi for flooding, it doesn't look like any houses in the town were flooded. http://www.nearmap.com/?q=dirranba...@-28.584522,148.224792ll=-28.561909,1 48.187542z=13t=knmd=20100310 that quantity of water looks really impressive ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Aerowest-Luftbilder von Dortmund jetzt v erfügbar - Statistik
Hallo, gibt es eine Statistik wieviel building yes und Hausnummern Tags am ersten Wochenende im Bereich Dortmund dazu gekommen sind? Ciao Holger Gehling Marc schrieb: Ab sofort stehen die hochauflösende Luftbilder der Dortmunder Firma Aerowest http://www.aerowest.de http://www.aerowest.de für das Gebiet der Stadt Dortmund zur Verfügung. Für ein Pilotprojekt hat die Aerowest GmbH Orthofotos aus dem Jahr 2009 mit einer Bodenauflösung von 5 cm pro Pixel dem Projekt OpenStreetMap zur uneingeschränkten Nutzung bis einschliesslich 30.06.2010 zur Verfügung gestellt. Die Bilder sind für alle Mapper weltweit vom WMS Server über folgende Adresse erreichbar http://wms.openstreetmap.de/wms?LAYERS=Dortmund; http://wms.openstreetmap.de/wms?LAYERS=Dortmund; und können mit den Editoren JOSM und Merkaartor aufgerufen werden. Eine Nutzung mit Potlatch ist auch möglich http://www.openstreetmap.org/edit?lon=7.46312lat=51.51195zoom=18tileurl=http://wms.openstreetmap.de/tms/Dortmund/!/!/!.png http://www.openstreetmap.org/edit?lon=7.46312lat=51.51195zoom=18tileurl=http://wms.openstreetmap.de/tms/Dortmund/%21/%21/%21.png Im Wiki haben wir eine Projektseite mit Hinweisen zur Einbindung erstellt. http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Dortmund http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Dortmund Ziel des Projekts OSM hat Zugang zu aktuellen und hochauflösenden Luftbildern mit denen Informationen abdigitalisiert werden können auf die wir bisher keinen oder nur sehr umständlich Zugriff hatten. Aerowest unterstützt Openstreetmap und verspricht sich von dieser Kooperation neue Erkenntnisse, in wie weit freie Geodaten kommerziellen Anbietern im Bereich Geoinformation nützlich sein können. Vor allem erhofft sich Aerowest eine deutlich bessere Erfassung von Hausnummern als es kommerzielle Anbieter im Moment in der Lage sind. Bei einem Erfolg dieses Pilotprojektes ist von Aerowest angedacht, Luftbilder weiterer Städte für die OSM Community freizugeben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrschule
Am Montag 22 März 2010 04:04:27 schrieb Mirko Küster: Leute, ihr dreht euch im Kreis. ganz genau. ich habe einen konkreten tagging-vorschlag gemacht, nehmt ihn an, zerreisst ihn, aber lasst diese diskussionen, die sowieso zu keinem ende fuehren... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zahlen, Daten, Fakten
In der OSM-Presseinformation http://wiki.openstreetmap.org/wiki/DE:Presseteam/Presseinformation steht im Kapitel Zahlen, Daten, Fakten Beeindruckendes über OSM. Die Zahlen stammen aber von unterschiedlichen Zeitpunkten und sind nicht alle aktuell. Interessant wäre auch, wieviele OSMer in Deutschland angemeldet sind. Und bei der rasanten Entwicklung wären Grafiken hilfreich. Wer kann helfen? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrschule
...aber jeder darf ein privates lehrinstitut gruenden, und leute ausbilden... die diskussion koennte man endlos fuehren... oeffentlich/privat... staatlich/kommerziell... anerkannt/zertifiziert/einfach so... hier wird wieder mal, versucht, verschiedene dinge unter einen hut zu bringen; damit kann man nicht auf einen nenner kommen. warum taggt man solche attribute nicht einzeln? es gibt nunmal die verschiedensten arten von schulen und lehreinrichtungen, die grenzen sind zum teil fliessend. man kann nach den verschiedensten attributen kategorisieren, aber irgenwas wird immer rausfliegen. warum definiert man die kategorie nicht als das, was all diesen bisher genannten einrichtungen (ausser baumschule) gemeinsam ist? deshalb eben mein vorschlag: definition: einrichtungen, deren primaerer zweck die lehre ist. key: education den rest muesste man noch ausmachen. meinetwegen kann man dann durchaus education=school fuer die klassischen schulen nehmen... eine genauere klassifizierung wie art des traegers, der finanzierung, anerkennung, moegliche abschluesse, ... macht man dann durch zusatztags. +1 werde es stillschweigend mal in meiner Gegend verbreiten ;-) MfG Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrschule
Andreas Neumann schrieb: meinetwegen kann man dann durchaus education=school fuer die klassischen schulen nehmen... eine genauere klassifizierung wie art des traegers, der finanzierung, anerkennung, moegliche abschluesse, ... macht man dann durch zusatztags. +1 werde es stillschweigend mal in meiner Gegend verbreiten ;-) +1 Das klappt immer gut :-) Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zusammenfassende Seite im Wiki
Hi ! gestern hatten wir in Lübeck einen Stand auf der Messe Traumpfade 2010 und eine der wiederkehrenden Fragen WO finde ich die GARMIN-KARTEN und wie funktioniert das Ganze. Weiß einer von Euch ob es eine solche gebalte Zusammenfassung - am besten mit Bildbeispielen - irgendwo zu finden gibt. Auch mit den Links. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] polnav tracks und gpsbabel
Hallo, ich habe hier tracks vom polnav Navi. Dateiendung ist .trk und es enthält Binary-Daten. Gpsbabel sagt wenn ich TrackLogs digital mapping (.trl) auswähle gpsbabel.exe -p -w -r -t -i dmtlog -f H:\Trail\20100320-0.trl -o xcsv -F D:\20100320-0.gpx dmtlog: Unknown or unsupported file type. Hat hier jemand eine Idee? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] polnav tracks und gpsbabel
Marcus Wolschon schrieb: Hat hier jemand eine Idee? Wie (HEX-dump) sehen denn die Daten aus? Ist es evtl. SIRF-binary? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Oregon und Adress-Suche
Moin Daniela, Geht mit dem Oregon leider nicht Mit dem Nüvi 250 auch nicht. Der Witz ist, dass es da ja offenbar mit den Original-Garmin-Karten auch Probleme gibt/gab. Auch Nüvi-Besitzer klagten über diesen Bug. Ok, dann schaue ich mal ob es für den Nüvi ein Firmware Update gibt. Mit der CN Europa Karte, die vorinstalliert war, gab es jedenfalls keine Probleme. Echt schade, ansonsten funktioniert die mkgmap Karte ja schon bestens. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aerowest-Luftbilder von Dortmund jetzt v erfügbar
wir haben die Bilder von Aerowest für OSM auf einem eigenen WMS Server liegen und von dort kannst du diese aufrufen. http://wms.openstreetmap.de/wms?LAYERS=Dortmund; Die Bilder die auf dem Geodatenserver von Aerowest liegen haben mit diesem Projekt und OSM nichts zutun. Viele Grüße Olaf Am 22.03.2010 um 06:51 schrieb Tirkon: Gehling Marc m.gehl...@gmx.de wrote: Ab sofort stehen die hochauflösende Luftbilder der Dortmunder Firma Aerowest http://www.aerowest.de für das Gebiet der Stadt Dortmund zur Verfügung. Kann man eigentlich die Luftbilder aus Dortmund bei Aerowest direkt verlinken oder geht das nur über deren Menü? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aerowest-Luftbilder von Dortmund jetzt v erfügbar - Statistik
Wir werden noch Statistiken veröffentlichen. Allein ein Blick über die Karte von Dortmund zeigt das sich in den letzten 2 Tagen schon ordentlich was getan hat. Viele Grüße Olaf Am 22.03.2010 um 08:13 schrieb Holger s...@der: Hallo, gibt es eine Statistik wieviel building yes und Hausnummern Tags am ersten Wochenende im Bereich Dortmund dazu gekommen sind? Ciao Holger Gehling Marc schrieb: Ab sofort stehen die hochauflösende Luftbilder der Dortmunder Firma Aerowest http://www.aerowest.de http://www.aerowest.de für das Gebiet der Stadt Dortmund zur Verfügung. Für ein Pilotprojekt hat die Aerowest GmbH Orthofotos aus dem Jahr 2009 mit einer Bodenauflösung von 5 cm pro Pixel dem Projekt OpenStreetMap zur uneingeschränkten Nutzung bis einschliesslich 30.06.2010 zur Verfügung gestellt. Die Bilder sind für alle Mapper weltweit vom WMS Server über folgende Adresse erreichbar http://wms.openstreetmap.de/wms?LAYERS=Dortmund; http://wms.openstreetmap.de/wms?LAYERS=Dortmund; und können mit den Editoren JOSM und Merkaartor aufgerufen werden. Eine Nutzung mit Potlatch ist auch möglich http://www.openstreetmap.org/edit?lon=7.46312lat=51.51195zoom=18tileurl=http://wms.openstreetmap.de/tms/Dortmund/!/!/!.png http://www.openstreetmap.org/edit?lon=7.46312lat=51.51195zoom=18tileurl=http://wms.openstreetmap.de/tms/Dortmund/%21/%21/%21.png Im Wiki haben wir eine Projektseite mit Hinweisen zur Einbindung erstellt. http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Dortmund http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Dortmund Ziel des Projekts OSM hat Zugang zu aktuellen und hochauflösenden Luftbildern mit denen Informationen abdigitalisiert werden können auf die wir bisher keinen oder nur sehr umständlich Zugriff hatten. Aerowest unterstützt Openstreetmap und verspricht sich von dieser Kooperation neue Erkenntnisse, in wie weit freie Geodaten kommerziellen Anbietern im Bereich Geoinformation nützlich sein können. Vor allem erhofft sich Aerowest eine deutlich bessere Erfassung von Hausnummern als es kommerzielle Anbieter im Moment in der Lage sind. Bei einem Erfolg dieses Pilotprojektes ist von Aerowest angedacht, Luftbilder weiterer Städte für die OSM Community freizugeben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kartografie in Wikipedia
Liebe Kartografen, könntet Ihr in Wikipedia eine Qualitätsoffensive zum Thema Kartografie starten? Ich wollte grad nachschlagen, was man denn genau unter Topologie versteht. Aber da lese ich nur unverständliches Zeug über Knoten und Maschen, das wiederum einer Erklärung bedürfen würde, aber nirgendwo verlinkt ist. Auch Topografie oder Topologische Beziehung hilft nicht weiter. Danke, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrschule
Guenther Meyer glaubte zu wissen: die diskussion koennte man endlos fuehren... oeffentlich/privat... staatlich/kommerziell... anerkannt/zertifiziert/einfach so... ;-) [...] deshalb eben mein vorschlag: definition: einrichtungen, deren primaerer zweck die lehre ist. key: education den rest muesste man noch ausmachen. meinetwegen kann man dann durchaus education=school fuer die klassischen schulen nehmen... eine genauere klassifizierung wie art des traegers, der finanzierung, anerkennung, moegliche abschluesse, ... macht man dann durch zusatztags. +1 flo -- Die Probleme dieser Welt begannen, als der erst kam! Der erste was? M-e-n-s-c-h[in detebe] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aerowest-Luftbilder von Dortmund jetzt v erfügbar - Statistik
Hallo, am Wochenende wurde die 10% Marke gerissen, ca 5000 Buildings an zwei Tagen ( bei geschätzt 190.000 ). Also noch viele weiße Bereiche... Am 22.03.2010 um 11:04 schrieb Olaf Kotzte: Wir werden noch Statistiken veröffentlichen. Allein ein Blick über die Karte von Dortmund zeigt das sich in den letzten 2 Tagen schon ordentlich was getan hat. Viele Grüße Olaf Am 22.03.2010 um 08:13 schrieb Holger s...@der: Hallo, gibt es eine Statistik wieviel building yes und Hausnummern Tags am ersten Wochenende im Bereich Dortmund dazu gekommen sind? Ciao Holger Gehling Marc schrieb: Ab sofort stehen die hochauflösende Luftbilder der Dortmunder Firma Aerowest http://www.aerowest.de http://www.aerowest.de für das Gebiet der Stadt Dortmund zur Verfügung. Für ein Pilotprojekt hat die Aerowest GmbH Orthofotos aus dem Jahr 2009 mit einer Bodenauflösung von 5 cm pro Pixel dem Projekt OpenStreetMap zur uneingeschränkten Nutzung bis einschliesslich 30.06.2010 zur Verfügung gestellt. Die Bilder sind für alle Mapper weltweit vom WMS Server über folgende Adresse erreichbar http://wms.openstreetmap.de/wms?LAYERS=Dortmund; http://wms.openstreetmap.de/wms?LAYERS=Dortmund; und können mit den Editoren JOSM und Merkaartor aufgerufen werden. Eine Nutzung mit Potlatch ist auch möglich http://www.openstreetmap.org/edit?lon=7.46312lat=51.51195zoom=18tileurl=http://wms.openstreetmap.de/tms/Dortmund/!/!/!.png http://www.openstreetmap.org/edit?lon=7.46312lat=51.51195zoom=18tileurl=http://wms.openstreetmap.de/tms/Dortmund/%21/%21/%21.png Im Wiki haben wir eine Projektseite mit Hinweisen zur Einbindung erstellt. http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Dortmund http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Dortmund Ziel des Projekts OSM hat Zugang zu aktuellen und hochauflösenden Luftbildern mit denen Informationen abdigitalisiert werden können auf die wir bisher keinen oder nur sehr umständlich Zugriff hatten. Aerowest unterstützt Openstreetmap und verspricht sich von dieser Kooperation neue Erkenntnisse, in wie weit freie Geodaten kommerziellen Anbietern im Bereich Geoinformation nützlich sein können. Vor allem erhofft sich Aerowest eine deutlich bessere Erfassung von Hausnummern als es kommerzielle Anbieter im Moment in der Lage sind. Bei einem Erfolg dieses Pilotprojektes ist von Aerowest angedacht, Luftbilder weiterer Städte für die OSM Community freizugeben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusammenfassende Seite im Wiki
Hallo, Am Montag 22 März 2010 10:32:13 schrieb Jan Tappenbeck: Hi ! gestern hatten wir in Lübeck einen Stand auf der Messe Traumpfade 2010 und eine der wiederkehrenden Fragen WO finde ich die GARMIN-KARTEN und wie funktioniert das Ganze. Weiß einer von Euch ob es eine solche gebalte Zusammenfassung - am besten mit Bildbeispielen - irgendwo zu finden gibt. Auch mit den Links. www.google.de Suchbegriffe: openstreetmap, garmin, karte oder einfacher: http://wiki.openstreetmap.org/wiki/DE:Anwender Wer das nicht nicht hinbekommt, kann ja zum nächstgelegenen OSM-Treffpunkt kommen. Da kann man das in Ruhe erklären (und ggf. auch testen). Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusammenfassende Seite im Wiki
Jan Tappenbeck o...@tappenbeck.net wrote: gestern hatten wir in Lübeck einen Stand auf der Messe Traumpfade 2010 und eine der wiederkehrenden Fragen WO finde ich die GARMIN-KARTEN und wie funktioniert das Ganze. So ging es uns auch auf der Horizont Outdoor aber das war vorher schon absehbar. Wir hatten deshalb Zettel[1] verteilt mit den wichtigsten URLs drauf und hatten auch direkt SD-Karten zum Selbstkostenpreis im Angebot. Weiß einer von Euch ob es eine solche gebalte Zusammenfassung - am besten mit Bildbeispielen - irgendwo zu finden gibt. Auch mit den Links. Die OSM Map On Garmin Wikiseite ist doch eigentlich ganz gut: http://wiki.openstreetmap.org/wiki/DE:OSM_Map_On_Garmin bzw. http://wiki.openstreetmap.org/wiki/DE:OSM_Map_On_Garmin/Download Hinzu gab es von uns dann noch die subjektive Empfehlung welche der vorberechneten Karten die beste für welchen ZWeck ist. Gruss Sven [1] http://geggus.net/osm/Garmin_kostenlos.pdf -- linux is evolution, not intelligent design (Linus Torvalds) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusammenfassende Seite im Wiki
Am 22.03.2010 14:51, schrieb Sven Geggus: Jan Tappenbecko...@tappenbeck.net wrote: gestern hatten wir in Lübeck einen Stand auf der Messe Traumpfade 2010 und eine der wiederkehrenden Fragen WO finde ich die GARMIN-KARTEN und wie funktioniert das Ganze. So ging es uns auch auf der Horizont Outdoor aber das war vorher schon absehbar. Wir hatten deshalb Zettel[1] verteilt mit den wichtigsten URLs drauf und hatten auch direkt SD-Karten zum Selbstkostenpreis im Angebot. Weiß einer von Euch ob es eine solche gebalte Zusammenfassung - am besten mit Bildbeispielen - irgendwo zu finden gibt. Auch mit den Links. Die OSM Map On Garmin Wikiseite ist doch eigentlich ganz gut: http://wiki.openstreetmap.org/wiki/DE:OSM_Map_On_Garmin bzw. http://wiki.openstreetmap.org/wiki/DE:OSM_Map_On_Garmin/Download Hinzu gab es von uns dann noch die subjektive Empfehlung welche der vorberechneten Karten die beste für welchen ZWeck ist. Gruss Sven [1] http://geggus.net/osm/Garmin_kostenlos.pdf Hallo Sven, freies Dokument das man sicherlich erweitern darf - trift schon fast den Nagel auf den Kopf! Das hätte ich gestern gut gebrauchen können ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] XAPI komprimiert
Hallo! Hin und wieder brauche ich mal Kartenausschnitte, die so nicht von den bekannten Extrakten erfaßt sind. Dann lade ich mal größere Bereiche per XAPI runter. Da kommen ja schnell große Datenmenge zusammen. Meine DSL-Verbindung ist leider nicht sonderlich schnell. Könnte man nicht Daten auf XAPI-Abfragen auf Wunsch auch komprimiert runterladen? Die OSM-Daten bekommt man doch leicht auf 1/10 komprimiert. Oder würde die Komprimierung zu viel Serverlast erzeugen? Wie sieht das eigentlich aus, wenn ich eine Abfrage starte und der Download braucht ein paar Stunden. Sind die Daten dann alle auf dem Stand zur Abfragezeit oder fließen währenddessen hochgeladene Änderungen mit ein? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Featurewunsch: GPX-Overlay
Hallo! Ich war auch auf der von Jan beschriebenen Messe. Ein häufig genannter Wunsch war, daß man GPX-Tracks als OSM-Overlay darstellen kann. Viele wollten z.B. ihre Radtouren auf ihrer Homepage veröffentlichen. Bei den meisten Leuten kann man nicht davon ausgehen, daß Sie sich großartig mit Openlayers auseinandersetzen wollen/können. Daher bin ich der Meinung, daß wir ein SEHR einfaches Tool schaffen sollten, bei dem man z.B. die GPX-Datei einlädt, den dazugehörigen Ausschnitt und die Kartengröße festlegt und dann z.B. fertigen HTML-Code und evtl. zusätzlich notwendige Dateien als Paket bekommt, den man dann in seine Seite einbauen kann. Das Ganze sollte möglichst einfach gestaltet sein, um ein großes Publikum anzusprechen. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Featurewunsch: GPX-Overlay
Christian H. Bruhn schrieb: Ein häufig genannter Wunsch war, daß man GPX-Tracks als OSM-Overlay darstellen kann. meinst Du die Darstellung so ähnlich wie hier? http://www.gpswandern.de/gpxviewer/gpxviewer.shtml Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusammenfassende Seite im Wiki
Jan Tappenbeck o...@tappenbeck.net wrote: freies Dokument das man sicherlich erweitern darf - trift schon fast den Nagel auf den Kopf! Joachim Kast, der unseren Stand[1] organisiert hat das geschrieben ich gehe davon aus dass man das verwursten darf. Was mir gut gefällt ist dass die Erwartung durch die einleitenden Sätze erst mal gedämpft wird. Das hätte ich gestern gut gebrauchen können ! Wie gesagt uns war im Vorfeld klar, dass Garminkarten auf einer solchen Messe das Hauptthema werden dürften. Gruss Sven [1] http://wiki.openstreetmap.org/wiki/Karlsruhe/Horizont_OUTDOOR_2010 -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Featurewunsch: GPX-Overlay
Christian H. Bruhn br...@arcor.de wrote: Das Ganze sollte möglichst einfach gestaltet sein, um ein großes Publikum anzusprechen. Ich wollte sowas schon mal bauen bin aber daran gescheitert, dass ich damit ja quasi einen offenen Proxy für die Welt bauen muss denn die GPX-Datei wird per Ajax request in die Openlayers-Karte reingeladen. Unabhängig davon. Es ist sehr einfach GPX in Openlayers einzubinden. Gruss Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Featurewunsch: GPX-Overlay
Am 22.03.2010 15:38, schrieb Stefan Dettenhofer (StefanDausR): Christian H. Bruhn schrieb: Ein häufig genannter Wunsch war, daß man GPX-Tracks als OSM-Overlay darstellen kann. meinst Du die Darstellung so ähnlich wie hier? http://www.gpswandern.de/gpxviewer/gpxviewer.shtml Gruß, Stefan joh !!! genau soetwas könnten die sich vorstellen. wenn man das ganze jetzt ohne die zwingende werbung hätte und in seine seite einfach einbauen könnte. gm per default muss ja auch gar nicht sein. es gibt zwar die möglichkeit von osmtools.de noch in diese richtig - aber das erfordert wieder mehr html gebastel. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Featurewunsch: GPX-Overlay
Am 22.03.2010 16:01, schrieb Sven Geggus: Christian H. Bruhnbr...@arcor.de wrote: Das Ganze sollte möglichst einfach gestaltet sein, um ein großes Publikum anzusprechen. Ich wollte sowas schon mal bauen bin aber daran gescheitert, dass ich damit ja quasi einen offenen Proxy für die Welt bauen muss denn die GPX-Datei wird per Ajax request in die Openlayers-Karte reingeladen. Unabhängig davon. Es ist sehr einfach GPX in Openlayers einzubinden. ... für einen technisch visierten wie wir ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Featurewunsch: GPX-Overlay
Am 22.03.2010 15:38, schrieb Stefan Dettenhofer (StefanDausR): Christian H. Bruhn schrieb: Ein häufig genannter Wunsch war, daß man GPX-Tracks als OSM-Overlay darstellen kann. meinst Du die Darstellung so ähnlich wie hier? http://www.gpswandern.de/gpxviewer/gpxviewer.shtml Gruß, Stefan abgesehen davon - wo landen die Daten und tritt man damit vielleicht die rechte an Dritte ab (Stichwort: weitere Verwendung für OSM).. Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Featurewunsch: GPX-Overlay
Jan Tappenbeck schrieb im pluralis majestatis: Am 22.03.2010 16:01, schrieb Sven Geggus: Unabhängig davon. Es ist sehr einfach GPX in Openlayers einzubinden. ... für einen technisch visierten wie wir ! Dem kann ich zustimmen. Meine Overlays konnte ich einbinden, nachdem ich die Grundlage im Wiki fand und Codeschnipsel von verschiedenen OSM-Seiten zusammengeklaubt hatte. Vielleicht kann man das Einbinden von GPX- (und anderen unterstützten Dateien) hier hinzufügen: http://osmtools.de/easymap/index.php?lang=depage=editor Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Featurewunsch: GPX-Overlay
malenki schrieb: Jan Tappenbeck schrieb im pluralis majestatis: Am 22.03.2010 16:01, schrieb Sven Geggus: Unabhängig davon. Es ist sehr einfach GPX in Openlayers einzubinden. ... für einen technisch visierten wie wir ! Dem kann ich zustimmen. Meine Overlays konnte ich einbinden, nachdem ich die Grundlage im Wiki fand und Codeschnipsel von verschiedenen OSM-Seiten zusammengeklaubt hatte. Vielleicht kann man das Einbinden von GPX- (und anderen unterstützten Dateien) hier hinzufügen: http://osmtools.de/easymap/index.php?lang=depage=editor hier ist es schon eingebaut: http://ojw.dev.openstreetmap.org/StaticMap/ Der Track muss allerdings zu OSM hochgeladen werden und wird übre eine ID referenziert. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Details mappen in Dortmund
Hallo, nachdem jetzt die Aerowestbilder zur Verfügung stehen, habe ich angefangen, Straßen etc. flächig zu mappen [1]. Mein Vorbild ist Roßleben. Bevor ich da jetzt Arbeit reinstecke, die evtl. in die falsche Richtung geht, wollte ich mal nach eurer Meinung fragen. Was haltet ihr davon? Gibt es irgendwelche Probleme, die mir gerade nicht bewußt sind? Gruß, olvagor [1] http://www.openstreetmap.org/?lat=51.470918lon=7.523716zoom=18layers=B000FTF ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am Montag 22 März 2010 17:09:06 schrieb olvagor: Bevor ich da jetzt Arbeit reinstecke, die evtl. in die falsche Richtung geht, wollte ich mal nach eurer Meinung fragen. Was haltet ihr davon? Gibt es irgendwelche Probleme, die mir gerade nicht bewußt sind? Ich würde sehr darum bitten, für Flächen und Graphen *unterschiedliche* Tags zu benutzen. Momentan kann ein Router diese Flächen nicht unterscheiden von einem Platz oder z.B. einer ausschließlich flächig gemappten Fußgängerzone. Ich geh doch recht in der Annahme, dass sich hier alle darüber einig sind, dass wir immer zusätzlich die Mittellinie der Straße als Vektor erfassen, damit Routing effizienter geschehen kann? Ich behaupte nicht, dass das grundsätzlich Probleme macht, wenn da zusätzliche Flächen vorhanden sind. Aber da man die Daten im Preprocessing so nicht einfach rauswerfen kann, vergrößert sich der Datenbestand ins gigantische und Routing wird wesentlich ineffizienter. Bei Flüssen machen wir das doch auch so, dass wir waterway=river und waterway=riverbank haben. Das kann man schön unterschieden und wer routen will, dem kann riverbank egal sein. Etwas ähnliches sollte hier gefunden werden. Gruß, Bernd -- If a man steals your wife, there's no better revenge than to let him keep her signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Featurewunsch: GPX-Overlay
Hallo Stefan, GPX-Tracks als OSM-Overlay http://www.gpswandern.de/gpxviewer/gpxviewer.shtml Super! wie geht das? (und natürlich ausschliesslich mit OSM) Kannst Du das im Wiki in deutscher Sprache beschreiben? http://wiki.openstreetmap.org/wiki/de:OSM_in_Website_für_Gemeinde Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
olvagor schrieb: nachdem jetzt die Aerowestbilder zur Verfügung stehen, habe ich angefangen, Straßen etc. flächig zu mappen [1]. Mein Vorbild ist Roßleben. Bevor ich da jetzt Arbeit reinstecke, die evtl. in die falsche Richtung geht, wollte ich mal nach eurer Meinung fragen. Was haltet ihr davon? Gibt es irgendwelche Probleme, die mir gerade nicht bewußt sind? [1] http://www.openstreetmap.org/?lat=51.470918lon=7.523716zoom=18layers=B000FTF Hübsch, aber die mkgmap Karten werden damit eventuell so ihre Probleme haben. Ignoriert man alle Flächen (area=yes), so kann man sich nicht sicher sein, ob die Straße *zusätzlich* (ohne area) auch gemappt ist (so wie in Deinem Beispiel). Bei Fussgängerzonen ist das ja eher unüblich. Mir persönlich wäre es lieber wenn man Flächen- und Vektorinformation datentechnisch besser trennen würde (mit eigenen Tag), so wie man es bei Flüssen/Kanälen (riverbank) schon macht. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
nachdem jetzt die Aerowestbilder zur Verfügung stehen, habe ich angefangen, Straßen etc. flächig zu mappen [1]. Mein Vorbild ist Roßleben. Das hatte ich nur mal testweise so umgesetzt und funktioniert so in OSM noch nicht. Das kann man mal in einem kleinen abgelegenem Wohngebiet vor der eigenen Haustür testen. Ich rate jetzt aber davon ab, gleich wichtige Straßen mit solchen absolut nicht OSM konformen Testgeschichten umzusetzen. Das haut dir derzeit jeder Router um die Ohren. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Bernd Wurst schrieb: Ich würde sehr darum bitten, für Flächen und Graphen *unterschiedliche* Tags zu benutzen. Darum frag ich :-) Ich geh doch recht in der Annahme, dass sich hier alle darüber einig sind, dass wir immer zusätzlich die Mittellinie der Straße als Vektor erfassen, damit Routing effizienter geschehen kann? Momentan schon. Aber meiner Meinung nach ist das Fernziel in OSM, dass highway=residential ne Fläche ist und Vektoren nur noch die Fahrspuren darstellen. Mir ist klar, dass wir da noch weit von weg sind und will das jetzt auch nicht auf Biegen und Brechen einführen. Grundsätzlich gilt aber (für mich): wir mappen nicht für Renderer/Router... Bei Flüssen machen wir das doch auch so, dass wir waterway=river und waterway=riverbank haben. Das kann man schön unterschieden und wer routen will, dem kann riverbank egal sein. Etwas ähnliches sollte hier gefunden werden. Ich denke, ich werde das über nen eigenen Namespace lösen. Vielleicht einfach area:highway=residential area:highway=footway Stört erstmal niemanden, kann aber später[TM] mal ausgewertet werden. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktuelle Anleitung zur Installation/Einrichtung von Mapnik und mod_tile unter Debian/Ubuntu
Niemand der das schonmal gemacht hat? Gibt es vielleicht eine bessere Adresse für solche Fragen? Georg Kaspar schrieb: Hallo Liste, ich suche jetzt schon seit längerer Zeit, finde aber keine aktuelle Anleitung um mod_tile mit Mapnik unter Ubuntu zum laufen zu bekommen. Die Anweisungen in der readme.txt sind leider nicht besonders ausführlich... Bitte entschuldigt diese Anfrage, falls es das Problem schon häufiger gab - ich habe nichts entsprechendes finden können... Sinn der ganzen Sache ist die evtl. Einrichtung eines OSM-Servers an der Uni-Münster. Danke schonmal Gruß, Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
olvagor schrieb: Ich denke, ich werde das über nen eigenen Namespace lösen. +1 Vielleicht einfach area:highway=residential area:highway=footway Stört erstmal niemanden, kann aber später[TM] mal ausgewertet werden. ich fände highway_area=residential schöner, aber egal, ist ja syntaktisch äquivalent. ;-) Und dann wäre zu hoffen, dass die Renderer das bald unterstützen, damit die area=yes Seuche nicht noch weiter um sich greift. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am Montag 22 März 2010 17:40:30 schrieb olvagor: Ich geh doch recht in der Annahme, dass sich hier alle darüber einig sind, dass wir immer zusätzlich die Mittellinie der Straße als Vektor erfassen, damit Routing effizienter geschehen kann? Momentan schon. Aber meiner Meinung nach ist das Fernziel in OSM, dass highway=residential ne Fläche ist und Vektoren nur noch die Fahrspuren darstellen. Mir ist klar, dass wir da noch weit von weg sind und will das jetzt auch nicht auf Biegen und Brechen einführen. Nein, das halte ich für Unsinnig. Grundsätzlich gilt aber (für mich): wir mappen nicht für Renderer/Router... Naja, doch. Wir sollten schon so mappen, dass es algorithmich (mit vertretbarem Aufwand) möglich ist, auf den Daten zu routen und mit den Daten was zu rendern. Wir mappen nicht für *einzelne* Renderer/Router, aber wenn wir den Graphen- Baum so derartig (unnötig) aufblasen, dass keinerlei embedded-Gerät mit den Daten in absehbarer Zeit fertig werden kann, dann ist was falsch. Von daher sollten wir immer die naheliegendste und einfachste Berechnungsgrundlage, nämlich die Straße als einfache Linie beibehalten. Ich denke, ich werde das über nen eigenen Namespace lösen. Vielleicht einfach area:highway=residential area:highway=footway Stört erstmal niemanden, kann aber später[TM] mal ausgewertet werden. Genau sowas. Das stört niemanden. Gruß, Bernd -- 1 + 1 = 1.999 (c) 1995 by Intel Corporation signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ein Golfplatz
Nicht in Dortmund, aber trotzdem detailiert: http://www.openstreetmap.de/karte.html?zoom=16lat=51.25612lon=7.596 Vielleicht was für die best-of-osm Seite ? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Bernd Wurst schrieb: Momentan schon. Aber meiner Meinung nach ist das Fernziel in OSM, dass highway=residential ne Fläche ist und Vektoren nur noch die Fahrspuren darstellen. Mir ist klar, dass wir da noch weit von weg sind und will das jetzt auch nicht auf Biegen und Brechen einführen. Nein, das halte ich für Unsinnig. Das ist doch kein Widerspruch. Ist nur eine Frage der Benennung. Naja, doch. Wir sollten schon so mappen, dass es algorithmich (mit vertretbarem Aufwand) möglich ist, auf den Daten zu routen und mit den Daten was zu rendern. Das kann ich nur bestätigen. Für den Router sollten die 1D-Wege getrennt abfragbar sein von den 2D-Flächen, sonst schießen wir uns ins eigene Bein. Wir sollten uns im Zuge dieser Diskussion mal Gedanken machen was wir mit highway eigentlich mappen. Einen Straßenkörper oder eine Route. Bisher wurde dies immer ein wenig unter den Tisch geschoben, mit der Begründung man könne eh nicht so genau messen und es Diese Uneindeutigkeit macht aber schon seit längerem Probleme beim Erfassen von angrenzenden Flächen (Straße grenzt an Wald, Wohngebiete, etc.). Wie auch schon einige Vorredner, denke ich es ist sinnvoll sich auf einen neuen Tag für die Straßenflächen zu einigen, und die bisherigen highway-Wege als Routen zu sehen. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Featurewunsch: GPX-Overlay
Hallo,
malenki schrieb:
Jan Tappenbeck schrieb im pluralis majestatis:
:-D
Am 22.03.2010 16:01, schrieb Sven Geggus:
Unabhängig davon. Es ist sehr einfach GPX in Openlayers einzubinden.
... für einen technisch visierten wie wir !
Dem kann ich zustimmen. Meine Overlays konnte ich einbinden, nachdem
ich die Grundlage im Wiki fand und Codeschnipsel von verschiedenen
OSM-Seiten zusammengeklaubt hatte.
ACK. Wenn man mit OpenLayers noch etwas zu tun hatte, ist es schon eine
ganz schöne Sucherei. Dabei helfen die Beispiele im OSM-Wiki wirklich sehr .
Ich habe schon überlegt, ein kleines Paket aus PHP- und Javascript,
zusammen mit Openlayers zu schnüren, welches eine Slippymap inkl.
verschiedenen Overlays (fast) ohne Programmieraufwand in eine Webseite
zaubert. Das einzige was der Nutzer machen muss, sind etwa 5 Zeilen
PHP-Code in seine Seite einfügen und bei Bedarf einige Parameter anpassen.
In etwa so:
include(./libraries/map.classes.php);
$map = new SlippyMap();
$map-setMapSize(800, 500);
$map-setMapCenter(50.7, 11.3, 16); // lat, lon, zoom
$map-enableFeatures(array('gpx'='path/my.gpx'));
$map-embed();
Was haltet ihr davon, könnte das nützlich sein, oder geht das an der
Zielgruppe vorbei? Anregungen willkommen!
Die PHP-Slippymap-Class ist bei mir quasi als Abfallprodukt eines
anderen Projektes mit entstanden, aber es gibt noch keine einzige Zeile
Doku dazu - deshalb meine Frage...
Vielleicht kann man das Einbinden von GPX- (und anderen
unterstützten Dateien) hier hinzufügen:
http://osmtools.de/easymap/index.php?lang=depage=editor
Wenn ich das richtig sehe, gibt es das dort schon: Unter Tracks auf
anzeigen klicken und GPX-Datei angeben...
Viele Grüße,
Sebastian
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am 22. März 2010 17:53 schrieb Chris-Hein Lunkhusen chris66...@gmx.de: olvagor schrieb: Ich denke, ich werde das über nen eigenen Namespace lösen. +1 Vielleicht einfach area:highway=residential area:highway=footway ich fände highway_area=residential schöner, aber egal, ist ja syntaktisch äquivalent. ;-) wie wärs mit landuse=highway ? Ist kürzer und entspricht z.B. landuse=railway. Wozu man da zwischen residential, unclassified etc. unterscheiden sollte, ist mir allerdings unklar, m.E. reicht ein landuse=highway für alle Straßen. Alternativ könnte man anstatt (oder zusätzlich zu) der Flächen z.B. auch die Bordsteine mappen. (als barrier=kerb), einschl. der Bordstein-absenkungen (die man dann auch schön für detailliertes Fußǵänger/Kinderwagen-etc-Routing verwenden könnte, s. area-relation). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Häuser richtig mappen
Hallo, bitte achtet darauf beim exakten mappen der Häuser diese anhand der Grundfläche auszurichten. Die Luftbilder sind nicht immer senkrecht von oben fotografiert, sondern meist ein wenig schräg von der Seite. Also nicht einfach nur Das Dach abzeichnen, da sonst ein Versatz entsteht. Ich mache es meistens so, dass ich nur die Form des Daches nehme, und diese dann verschiebe, bis eine sichtbare Ecke des Hauses deckungsgleich mit dem entsprechenden Knoten ist. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Featurewunsch: GPX-Overlay
Sebastian Klemm schrieb: Wenn ich das richtig sehe, gibt es das dort schon: Unter Tracks auf anzeigen klicken und GPX-Datei angeben... Ja. *grmpf* Ich sollte die Brille öfter mal aufsetzen... Also könnte man das Subject mit einem [gelöst] verzieren. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Chris-Hein Lunkhusen schrieb: ich fände highway_area=residential schöner, aber egal, ist ja syntaktisch äquivalent. ;-) Der Vorteil von area=BLUBB wäre, dass ein Editor/Renderer sieht, dass das eine Fläche ist, auch ohne die genaue Bedeutung zu kennen. Die kann er dann mit einem Standardskin einzeichnen/anzeigen. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Chris-Hein Lunkhusen schrieb: Hübsch, aber die mkgmap Karten werden damit eventuell so ihre Probleme haben. Ignoriert man alle Flächen (area=yes), so kann man sich nicht sicher sein, ob die Straße *zusätzlich* (ohne area) auch gemappt ist (so wie in Deinem Beispiel). Bei Fussgängerzonen ist das ja eher unüblich. Das stimmt. Aber das muss ja nicht so bleiben. Was ich da gezeichnet habe, stellt so ungefähr das da, wo ich mir OSM zukünftig vorstelle. Mir persönlich wäre es lieber wenn man Flächen- und Vektorinformation datentechnisch besser trennen würde (mit eigenen Tag), so wie man es bei Flüssen/Kanälen (riverbank) schon macht. Japp, gerne. Ich habe jetzt mal alle Flächen mit area:highway=residential getaggt. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Ehrlich gesagt ist mir persönlich ein width=x viel lieber (und auch z.B. aus den Luftbildern einfach aus zu messen). Einen Renderer dazu zu bringen, das aus zu werten und die Straße genau so breit zu zeichnen sollte ein Kinderspiel sein. Und für die 0,1 % der Strecken, wo die Straße nicht symmetrisch/dreieckig/was weiss ich ist, dan kann man dann vielleicht eine zusätzliche Fläche einzeichnen. Grüße Stephan Am Montag, den 22.03.2010, 17:09 +0100 schrieb olvagor: Hallo, nachdem jetzt die Aerowestbilder zur Verfügung stehen, habe ich angefangen, Straßen etc. flächig zu mappen [1]. Mein Vorbild ist Roßleben. Bevor ich da jetzt Arbeit reinstecke, die evtl. in die falsche Richtung geht, wollte ich mal nach eurer Meinung fragen. Was haltet ihr davon? Gibt es irgendwelche Probleme, die mir gerade nicht bewußt sind? Gruß, olvagor [1] http://www.openstreetmap.org/?lat=51.470918lon=7.523716zoom=18layers=B000FTF ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
und wie waers mit der einfachen abstraktion, strassen als linie zu mappen, und die breite als attribut anzugeben? dann braucht man keine flaechen malen, blaest den datenbestand nicht unnoetig auf, und sowohl renderer als auch router koennen sich trotzdem das rausziehen, was sie benoetigen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig mappen
Simon Kokolakis schrieb: Hallo, bitte achtet darauf beim exakten mappen der Häuser diese anhand der Grundfläche auszurichten. Die Luftbilder sind nicht immer senkrecht von es wärer ja schon viel gewonnen wenn die meisten User die JOSM-Funktion Form rechtwinklig machen kennen würden. Komplizierte Formen kann man als Rechteck-Gebilde erzeugen und über überlappende Flächen verbinden verschmelzen. oben fotografiert, sondern meist ein wenig schräg von der Seite. Also nicht einfach nur Das Dach abzeichnen, da sonst ein Versatz entsteht. Zudem muß man häufig aufpassen das Schatten ein Gebäude nicht deutlich größer erscheinen lassen als es in Wirklichkeit ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrschule
Am Sun, 21 Mar 2010 20:48:11 +0100 hat Guenther Meyer d@sordidmusic.com geschrieben: Am Sonntag 21 März 2010 17:35:03 schrieb Helder Aguiar: definition: einrichtungen, deren primaerer zweck die lehre ist. key: education +1 den rest muesste man noch ausmachen. meinetwegen kann man dann durchaus education=school fuer die klassischen schulen nehmen... eine genauere klassifizierung wie art des traegers, der finanzierung, anerkennung, moegliche abschluesse, ... macht man dann durch zusatztags. ebenfalls +1 Was aus amenity=school wird, wird wohl die Praxis zeigen. Beziehungsweise, wenn sich education=* durchgesetzen sollte, könnte man es umändern oder auch jetzt schon ergänzen. Jedenfalls geht das alte Tag durch das neue so nicht kaputt. Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig mappen
Ach ja, und damit auch gar nichts schief geht: - Einstellungen - Karten-Einstellung - Projektionsmethode: Merkator und nicht anderes, so hab ich das jetzt gelernt ;-) UMAX974 Am 22.03.2010 um 20:18 schrieb Thomas Reincke: Simon Kokolakis schrieb: Hallo, bitte achtet darauf beim exakten mappen der Häuser diese anhand der Grundfläche auszurichten. Die Luftbilder sind nicht immer senkrecht von es wärer ja schon viel gewonnen wenn die meisten User die JOSM-Funktion Form rechtwinklig machen kennen würden. Komplizierte Formen kann man als Rechteck-Gebilde erzeugen und über überlappende Flächen verbinden verschmelzen. oben fotografiert, sondern meist ein wenig schräg von der Seite. Also nicht einfach nur Das Dach abzeichnen, da sonst ein Versatz entsteht. Zudem muß man häufig aufpassen das Schatten ein Gebäude nicht deutlich größer erscheinen lassen als es in Wirklichkeit ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Guenther Meyer schrieb: und wie waers mit der einfachen abstraktion, strassen als linie zu mappen, und die breite als attribut anzugeben? dann braucht man keine flaechen malen, blaest den datenbestand nicht unnoetig auf, und sowohl renderer als auch router koennen sich trotzdem das rausziehen, was sie benoetigen... Weil OSM entgegen seines Namens meiner Meinung nach als Weltkarte/Geodatenbank antritt, nicht als reine Datenbasis für Router/Renderer. Außerdem lassen sich bestimmte Abzweigungen, nah aneinandernliegende Wege etc. mit Vektoren nur sehr schlecht abbilden. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig mappen
Am 22. März 2010 19:38 schrieb Simon Kokolakis simon.kokola...@gmx.de: bitte achtet darauf beim exakten mappen der Häuser diese anhand der Grundfläche auszurichten. Die Luftbilder sind nicht immer senkrecht von oben fotografiert, sondern meist ein wenig schräg von der Seite. Also nicht einfach nur Das Dach abzeichnen, da sonst ein Versatz entsteht. Ich mache es meistens so, dass ich nur die Form des Daches nehme, und diese dann verschiebe, bis eine sichtbare Ecke des Hauses deckungsgleich mit dem entsprechenden Knoten ist. das kann ich gern unterschreiben und auch noch um ein paar Punkte ergänzen: bitte achtet auch auf solche Dinge wie offene und geschlossene Bauweise. Wenn zwei Häuser direkt aneinandergebaut sind, sollten sie auch in OSM zwei gemeinsame Nodes besitzen und nicht wie häufig beobachtet dicht dran aber getrennt. Auch Parallelitäten (z.B. Vorderfront parallel zur Straße falls zutreffend) sowie Achsbezüge und Symmetrien machen die Qualität der Karte aus (sowohl auf das Einzelobjekt bezogen als auch auf die städtebauliche Struktur). Z.B. weisen besondere Bauten, insb. historische, oft innerhalb der Stadt Bezüge zueinander sowie zum Straßennetz auf, ist z.B. ein Schloss immer _genau_ in der Mitte der darauf hinführenden Straßen-Achse, ... An Kreuzungen sollte man darauf achten, ob die Straßenachsen sich alle in einem Punkt schneiden, oder ob es ggf. einen Versatz gibt (sich also z.B. mündende Straßen nicht genau treffen, sondern vielmehr zwei verschiedene Einmündungen sind, die sich nur in der Nähe befinden). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Featurewunsch: GPX-Overlay
Markus schrieb: Hallo Stefan, GPX-Tracks als OSM-Overlay http://www.gpswandern.de/gpxviewer/gpxviewer.shtml Super! wie geht das? http://www.gpswandern.de/gpxviewer/gpxshow.shtml?url=http://edgemaster.dev.openstreetmap.org/OpenLayersExamples/Track/mb_bruderholz.GPX (und natürlich ausschliesslich mit OSM) Das wüßte ich auch gerne. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
olvagor schrieb: Grundsätzlich gilt aber (für mich): wir mappen nicht für Renderer/Router... sondern? für Datengräber?!? Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Gerd Steinburger schrieb: olvagor schrieb: Grundsätzlich gilt aber (für mich): wir mappen nicht für Renderer/Router... sondern? für Datengräber?!? Nein. Aber es kann nicht unser Ziel sein, dass wir die Daten künstlich ungenau/schlecht halten, weil die aktuellen Anwender (=Renderer/Router) mit den korrekten Daten noch nichts anfangen können. Natürlich können wir nicht von Anfang an perfekt mappen, d.h. es wird immer ein Prozess sein. Aber unser Ziel sollte größtmögliche Präzision sein. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Am Montag 22 März 2010 20:25:33 schrieb olvagor: Guenther Meyer schrieb: und wie waers mit der einfachen abstraktion, strassen als linie zu mappen, und die breite als attribut anzugeben? dann braucht man keine flaechen malen, blaest den datenbestand nicht unnoetig auf, und sowohl renderer als auch router koennen sich trotzdem das rausziehen, was sie benoetigen... Weil OSM entgegen seines Namens meiner Meinung nach als Weltkarte/Geodatenbank antritt, nicht als reine Datenbasis für Router/Renderer. router/renderer sind ja auch nur beispiele moeglicher anwendungen... Außerdem lassen sich bestimmte Abzweigungen, nah aneinandernliegende Wege etc. mit Vektoren nur sehr schlecht abbilden. ich wuerde behaupten, dass sich der groesste teil durch so ein modell mehr als ausreichend abbilden laesst. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Martin Koppenhoefer wrote: wie wärs mit landuse=highway ? Ist kürzer und entspricht z.B. landuse=railway. Wozu man da zwischen residential, unclassified etc. unterscheiden sollte, ist mir allerdings unklar, m.E. reicht ein landuse=highway für alle Straßen. -1 aus zwei Gründen: Zum ersten ist der Straßentyp schon wichtig, damit z.B. Mapnik die Fläche einer Spielstraße mit einem dunkleren Grau ausmalen kann. Eine automatische heuristische Auswertung scheint mir zu aufwändig und fehleranfällig. Des weiteren hat man zwar amenity=parking auf landuse=residential (und darauf noch mal building=yes), aber landuse=* Bereiche an sich sind zur Zeit noch recht überlappungsfrei. (Entweder bin ich im Wald oder im Industriegebiet, beides geht nicht.) Diese Eigenschaft wäre somit aufgeweicht. Vielleicht einfach area:highway=residential area:highway=footway ich fände highway_area=residential schöner, aber egal, ist ja syntaktisch äquivalent. ;-) Persönlich könnte ich mich mit area:highway=residential area:highway=platform gut anfreunden, da es ein generelles Schema werden könnte. Beispielsweise ist für Deiche zur Zeit ausschließlich die Deichkrone als Linie gemappt. Allerdings möchte man wahrscheinlich auch mal den Deich in seiner gesamten Breite als Fläche *zusätzlich* erfassen. Das area=yes Tag ist hier nicht so hilfreich, da es im Zweifelsfall wohl von den Renderern ignoriert wird und man dann doch einen Ring-förmigen Deich auf der Karte erhält. Da wäre dann area:man_made=dyke recht passend. __ Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
olvagor schrieb am 22.03.2010 20:35: Natürlich können wir nicht von Anfang an perfekt mappen, d.h. es wird immer ein Prozess sein. Aber unser Ziel sollte größtmögliche Präzision sein. Was genau ist mappen? Einfach nur ein moeglichst detailliertes Abmalen aus der Vogelperspektive? Oder geht es nicht viel mehr darum, dass man die Wirklichkeit abstrahiert und einzelne Objekte entsprechend ihrer Funktion beschreibt. Dabei geht es dann nicht darum, moeglichst doll ins Detail zu gehen, sondern eine moeglichst brauchbare (fuer welche Anwendung auch immer) Beschreibung zu finden. Die Kunst das mappens ist also nicht, moeglichst viele Details zu erfassen, sondern die Details moeglichst gut zusammen zu fassen oder auch moeglichst gezielt Details wegzulassen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Torsten Leistikow schrieb: Was genau ist mappen? Einfach nur ein moeglichst detailliertes Abmalen aus der Vogelperspektive? Oder geht es nicht viel mehr darum, dass man die Wirklichkeit abstrahiert und einzelne Objekte entsprechend ihrer Funktion beschreibt. Dabei geht es dann nicht darum, moeglichst doll ins Detail zu gehen, sondern eine moeglichst brauchbare (fuer welche Anwendung auch immer) Beschreibung zu finden. Die Kunst das mappens ist also nicht, moeglichst viele Details zu erfassen, sondern die Details moeglichst gut zusammen zu fassen oder auch moeglichst gezielt Details wegzulassen. Ich glaube, da haben wir einfach unterschiedliche Auffassungen. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Golfplatz
Am 22.03.2010 18:19, schrieb Chris-Hein Lunkhusen: Vielleicht was für die best-of-osm Seite ? Und an Fairway 12 bekommt man gleich das Mapnik-Problem vorgeführt, dass Areas im Flächeschwerpunkt beschriftet werden, selbst wenn dieser Punkt außerhalb der Fläche liegt. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig mappen
Hallo Liste, sehr empfehlen kann ich auch das JOSM Plugin buildings_tools. Allein durch drei Mausklicks bekommt man ein akkurates Rechteck und der building Tag wir gleich automatisch eingetragen. Ciao Holger Simon Kokolakis schrieb: Hallo, bitte achtet darauf beim exakten mappen der Häuser diese anhand der Grundfläche auszurichten. Die Luftbilder sind nicht immer senkrecht von oben fotografiert, sondern meist ein wenig schräg von der Seite. Also nicht einfach nur Das Dach abzeichnen, da sonst ein Versatz entsteht. Ich mache es meistens so, dass ich nur die Form des Daches nehme, und diese dann verschiebe, bis eine sichtbare Ecke des Hauses deckungsgleich mit dem entsprechenden Knoten ist. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
