[Talk-hr] Transformacija OSM podataka u HDKS
Pozdrav svima, Eto, znam da je ovo malo offtopic za OSM mailing listu, ali ima veze s OSM podacima... Dakle, koristim QGIS, nisam novi u GIS-u, niti geodeziji, dipl. inž. s10 godina radnog iskustva, etc, etc... QGIS ima zgodan plugin za skidanje OSM podataka uživo, što sam ja htio iskoristiti za preklapanje s nekim katastarskim podacima, između ostalog. U najnovijim verzijama, a upravo treba izaći 1.4.0, od moje malenkosti djelomično prevedena na hrvatski ;-)) podržava i tzv. on the fly reprojiciranje, odnosno može prikazivati u istom prostoru podatke iz različitih CRS-ova, dokle god su ti CRS-ovi ispravno definirani. Za to se naslanja na PROJ4. Usprkos svemu nisam uspio dobiti odgovarajući preklop katastra (GK projekcija,6 zona, službeni DGU parametri za županiju) i OSM podataka (WGS84). razlika je oko 120 metara prema jugu, u najboljem slučaju. Jedino što mi pada na pamet da towgs84parametriu PROJ4 stringu imaju neki drugi redoslijed od (dx, dy, dz, rx, ry, rz, s), ali nisam uspio iskopati dokumentaciju koja bi to specificirala... Radim li samo s podacima u WGS84, pa i s onima koje sam prikupio na terenu (imam GPS koji omogućava odabir kood. sustava za export) preklop odgovara, unutar točnosti navigacijskih GPS-a. Uređaj s kojim snimam također treba ručno podesiti kako bi preračunavao koordinate u lokalnu projekciju, koristim iste parametre kao i u QGIS-ui takvih sam uređaja podesio već desetke - svi snimaju bez problema... Ima li netko iskustva sa sličnim stvarima? (Pokušao sam već i s promjenom predznaka parametara :-)) --- Zoran Jankovic ZIS-Izrada softvera i savjetovanje / ZIS - Software Development and Consulting http://www.zisis.hr M: 00 385 98 682 902 T: 00 385 44 683 374 A. Senoe 4 44320 Kutina Croatia ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] Car navigation using Garmin with OSM
Hi, I have now been using OSM to navigate around Metro Manila and a trip to Mindoro and have some experience to share: On several occasions Garmin tried to guide me through on way streets going counter flow The OSM maps keeps getting better and each time I find a missing oneway info I just add it when I get home, so next time I will get the proper routing. So that should take care of that problem. Some roads are not connected as having separate ending points Guess this is due to the editors we use that doesn't warn about this. When funny routings occur I make a note and correct the issue when I get back to the computer. So time will solve this as well. Garmin routing times are overly optimistic as typical speed in Manila is 15 km/h and 20-40 km/h on SLEX Garmin often routes through narrow streets rather that using dedicated through fares The main reason Garmin is unable to provide better routing is the lack of maxspeed info for most roads. I suggest to add the maxspeed info for all roads according to the traffic code RA4136 as follows: SPEED LIMIT Passengers Cars and Motorcycle Motor trucks and buses Open country roads, with no blinds corners not closely bordered by habitations. 80 km. per hour 50 km. per hour Through streets or boulevards, clear of traffic, with no blind corners, when so designated. 40 km. per hour 30 km. per hour City and municipal streets, with light traffic, when not designated through streets. 30 km. per hour 30 km. per hour Through crowded streets, approaching intersections at blind corners, passing school zones, passing other vehicles which are stationery, or for similar dangerous circumstances. 20 km. per hour 20 km. per hour Garmin is able to use the maxspeed info to calculate the fastest route and by this automatically select roads with the higher speed limits. So I will advocate that maxspeed is added to all roads in the Philippines. Until this happens Garmin will keep preferring roads WITHOUT speed limits as is thinks they are the fastest. Happy mapping Sehested___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] OSM Non Profit Formation
A follow up, stopped following up on this after Ondoy, but to get us back on track so far only out of the 5 incorporators, 2 have not yet submitted their information so I can not even generate the docs needed for signing. Please Marloue and Ronny if you can get me your info quickly so I can generate the docs and we can get to the long part which is fulfilling the requirements :) Thanks, Andre --- Hi, Ok so we finally have all the incorporators and officers together. Eugene agreed to be President, and I will be Tres/Sec. So from everyone who agreed to be an incorporator here I need the following information to proceed with the preparation of papers: - Full Name - Address - Cedula (Community Tax Certificate, usually costs PHP5 at the Barangay, if a Corporation might cost PHP500 at mayors office) - TIN (Tax ID or Passport if Foreign or not in the country) Once I have this information we can proceed with the signing which may be complicated because of our locations but not impossible. The sooner I get this information the better :) Regards, Andre ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] mapping stepjuan's journey
The gpstogo unit run on internal batteries. My experience, it can last for more than a day of full charge. Tomas owns a solar usb charger. On Sat, Jan 9, 2010 at 3:13 PM, Rally de Leon rall...@gmail.com wrote: how many hours is the battery time of gpstogo? does he know when to check replace batteries (else lose tracklogs). on the road, what's the provision for recharging batteries (is there a support vehicle nearby? i guess not since it will be too expensive on fuel for a vehicle to follow them at such a slow-walking pace). On Sat, Jan 9, 2010 at 2:33 PM, maning sambale emmanuel.samb...@gmail.com wrote: hi, I am helping create a webmap for step juan using osm and openlayers. Step Juan is a walking expedition done by one man. The idea is to walk from Pagudpod to Sorsogon (these are our covered areas for now) without any means of vehicular assistance and to do this for several weeks, straight, stopping only for food and rest. The backbone and foundation for this idea is to raise funds for the cancer children under the Cancer Warriors Foundation If you have ideas how we can improve the map or if you know some javascript/openlayers incantation just let me know, test map is here: http://www.stepjuan.com/map_eps.html I also lent him one gpstogo unit to track the whole expedition. Traces will appear on the map in the coming days. -- 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 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] Copyright Assignment
80n schrieb: CC-BY-SA doesn't require contribution back but it does *permit* contribution back. That's an important distinction. We're currently working on the assuption that you can comply with CC-BY-SA by giving attribution to the OpenStreetMap contributors. That assumption is no longer true when importing CC-BY-SA licensed data from other sources. Then what? ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyright Assignment
On Sat, Jan 9, 2010 at 3:16 PM, Ulf Möller o...@ulfm.de wrote: 80n schrieb: CC-BY-SA doesn't require contribution back but it does *permit* contribution back. That's an important distinction. We're currently working on the assuption that you can comply with CC-BY-SA by giving attribution to the OpenStreetMap contributors. That assumption is no longer true when importing CC-BY-SA licensed data from other sources. Then what? Attribution is dealt with by entries on this page: http://wiki.openstreetmap.org/wiki/Attribution It probably ought to be linked to better, but that's the mechanism that exists at the moment. 80n ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyright Assignment
80n schrieb: Attribution is dealt with by entries on this page: http://wiki.openstreetmap.org/wiki/Attribution I suppose that's ok for OSMF itself. But if someone wants to use an OSM map in a book or a flyer, are they expected to include that wiki page? ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyright Assignment
On Sat, Jan 9, 2010 at 5:36 PM, Ulf Möller o...@ulfm.de wrote: 80n schrieb: Attribution is dealt with by entries on this page: http://wiki.openstreetmap.org/wiki/Attribution I suppose that's ok for OSMF itself. But if someone wants to use an OSM map in a book or a flyer, are they expected to include that wiki page? Users of the data can link to it, in a manner appropriate to the medium, as per the license requirements. This page was created as a result of discussion at the OSMF board meeting on 17th January 2008 about the need to provide a place for people requiring a specific form of attribution ( http://www.osmfoundation.org/images/9/99/20080117_meeting_minutes.pdf). It appears to have been confused with the list of bulk imports and someone has merged it with a page that listed bulk contributors. Oh well. 80n ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] New Highways view in OSM Inspector
Hi, John Smith wrote: You are confusing things, [...] So a straight line in the database as on the planet will still be a straight line, We were discussing what exactly a straight line was. There is no such thing as a straight line in the database, because, as you correctly state, the database only stores the end points of a line. If you draw a line from point lat=10;lon=10 to lat=30;lon=30, then it is unclear whether that line visits point lat=20;lon=20. Some might think yes, some might think no. * If you have drawn this line in an editor from a satellite imagery background and your editor displayed things in Mercator, then the line that you saw on the screen when you entered the two end points will *not* go through that point. * If your editor was using EPSG:4326 then the line you saw on the screen *will* go through that point. That is the problem we are talking about, not... if the rendering software needs more points it needs to deal with it. ... simple two-dimensional line drawing algorithms. Unless you add extra tags to the way which tell the renderer how to interpolate between the two points, there is not enough information to know. Now either we provide that information, by making a rule and hoping everyone understands and adheres to it (unlikely), or else we just try and keep our nodes close enough to each other because that will then reduce the error introduced by the ambiguity discussed above, to something that we do not have to care about. Also, just in case that has not become clear enough already, our map API call does not catch lines that intersect the bounding box without nodes in between, so any editor/renderer relying on this API call will not even get a chance to deal with it because the software won't even know that there is a line to be drawn. This is another reason why keeping your node distances in the 5km range makes a lot of sense. I hope this has made things clearer for you. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
2010/1/9 Frederik Ramm frede...@remote.org: * If your editor was using EPSG:4326 then the line you saw on the screen *will* go through that point. Most imagery, if not all, used for this purpose will be EPSG:4326, ie lat/lon, and the co-ords uploaded to OSM is lat/lon, and ways are a collection of points, they don't have their own co-ords... ... simple two-dimensional line drawing algorithms. Unless you add extra tags to the way which tell the renderer how to interpolate between the two points, there is not enough information to know. Why isn't there? mapnik etc convert from lat/lon to x/y before drawing, so they could easily add extra x/y points when the conversion process happens. Now either we provide that information, by making a rule and hoping everyone understands and adheres to it (unlikely), or else we just try and keep our nodes close enough to each other because that will then reduce the error introduced by the ambiguity discussed above, to something that we do not have to care about. Except for the fact that OSM only accepts lat/lon, the x/y happens during preprocessing before mapnik gets it, if extra points are needed the preprocessor can generate them. Also, just in case that has not become clear enough already, our map API call does not catch lines that intersect the bounding box without nodes in between, so any editor/renderer relying on this API call will not even get a chance to deal with it because the software won't even know that there is a line to be drawn. This is another reason why keeping your node distances in the 5km range makes a lot of sense. No it isn't, the preprocessing software could do that if it needs it, this isn't a reason to add extra nodes to the database. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
John, I've made an honest effort to explain. You haven't understood. Maybe we're somehow not talking the same language. Perhaps someone else has the patience to go through this with you again; I don't. You are welcome to ignore my recommendations - they are, after all, only recommendations, and I probably wouldn't follow recommendations that I don't understand either. Still it would be good if someone managed to talk some reason into you because that would make your contributions more usable for the rest of us. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
2010/1/9 Frederik Ramm frede...@remote.org: John, I've made an honest effort to explain. You haven't understood. Maybe we're And I've made a honest effort to try and explain how I disagree and why. I couldn't be bothered to reply to the rest, it's just appeals to authority and so which is pointless in a discussion, it just tries to distract from the argument at hand. You could have at least answered me this, if OSM only stores lat/lon data how can projections be an issue exactly, and in turn how is it a problem how far apart nodes are on a way? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Translation tool for map internationalization ?
Hello, I've been watching for a few months the wonderful development that has been performed for map internationalization, for example on the Wikimedia toolserver. I've been then looking for tools dedicated to this huge task: Provide localities name in specific languages, but so far I found nothing. Nominatim tool is now in operation and it provides very accurate results for placenames, especially when administrative boundaries are properly defined. I wonder if Nominatim could used as base to elaborate a tool dedicated to place names translation. This is the way I imagine it: _ User has already an OSM account and is therefore allowed to modify data in the OSM database _ User considers that he's able to translate foreign placenames in a specific language (e.g. fr for French) and selects this language in a dialog box _ User selects a place name, of a specific admin_level (e.g. Germany, which corresponds to a level 2 admin_level) _ Search tool could then return placenames with level 3 (or 4 if 3 is actually not used) admin_level, that have Germany as parent administrative area - For Germany, this should return the list of the Federal states (Länder), and as far as possible limit results to this, in order to proceed step by step (first translate country names, then states, ..., cities, streets and amenities, etc ...) _ Biggest modification, compared to Nominatim results, is that they would be provided in several columns First column returning default name, and a additional column(s), used to 1. show names already translated in the language chosen by user (see above) 2. Propose an automated translation (e.g. based on wikipedia contents), for review and correction 3. allow fill-in of the names translated by user, or allow him to confirm that translation is not required 4. upload the actual translations / modifications performed by user in a single changeset, under user I guess that this would limit the OSM-specific technical skills to a minimum. Scheme described above requires that administrative boundaries are properly set-up, in order to provide cleaner results, but this is a task that needs to be achieved anyway ! I am fairly new to OSM and have limited (if any) programming skills. Don't take it too bad that I'm only able of bringing raw ideas on the table, and not able of develop them by myself ! :-) Anyway, I'd be glad to get your opinion on such idea Cheers -- ab_fab ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
Am 09.01.2010 11:36, schrieb John Smith: You could have at least answered me this, if OSM only stores lat/lon data how can projections be an issue exactly, and in turn how is it a problem how far apart nodes are on a way? Okay, look at this image [1]. It shows the shortest line between London and Los Angeles on the earth's surface. I think this is what you would call a straight line on the earth. As you can see this is *not* a straight line on the map. Now imagine someone wanted to draw a straight line between these two points and does this in an editor using the same projection as this map does. He would create a way with one node in London and one node in Los Angeles. In the editor there is a straight line. But now, when you would draw this line on the earth's surface it will never be the straight connection between London and LA; it will be a curve somewhere south of it. Due to not being an expert I hope this is more or less correct. Greatings: Martin Siegel [1] http://www.v-flyer.com/bluemarblemap.aspx?PATH=lhr-lax ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
2010/1/9 Martin Siegel martin.sie...@sdas.de: straight line on the map. Now imagine someone wanted to draw a straight line between these two points and does this in an editor using the same Before making assumptions on the editor, what about assumptions on the data source, are we talking GPS or hi-res imagery? Neither of which use mercator projections... If we are assuming GPS, then it's irrelevent, since you are plotting from lat/lon to lat/lon, if it's hi-res imagery it would still be lat/lon... The GPS data may look bent, which may lead to people adding extra nodes unnessicarily, but this is a perception thing, not one that has more or less benefit in this. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
2010/1/9 John Smith deltafoxtrot...@gmail.com: 2010/1/9 Carsten Nielsen list_re...@toensberg.dk: John Smith skrev: If we are assuming GPS, then it's irrelevent, since you are plotting from lat/lon to lat/lon, if it's hi-res imagery it would still be lat/lon... The GPS data may look bent, which may lead to people adding extra nodes unnessicarily, but this is a perception thing, not one that has more or less benefit in this. How do you know that the way between the two points is a straight line ? Pretty sure this is a hypothetical question, because even the highway across the Nullabor is bound to be not perfectly straight, although it would be mostly straight :) This is a neat video, show's how straight the road is in condensed form, although it's hard to tell how straight since the camera seems fixed to the car and the car moves side to side a bit, which is understandable given how boring that must be to travel on. http://www.youtube.com/watch?v=cO2s73vEkIk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
2010/1/9 John Smith deltafoxtrot...@gmail.com: No it isn't, the preprocessing software could do that if it needs it, this isn't a reason to add extra nodes to the database. We are talking about the API for editors and casual use of the database. There are no pre-processors involved. Sure, rendering engines that are working with huge parts of the planet set and doing pre-processor runs can handle long lines (if they know they have to). But if you want to edit a small area in the middle, your editor won't download the huge outer areas required to find that such a line exists. This was done by design, because it makes processing an API request much easier, and cheaper on server resources. It may well be that your ideal of two points only is the best way, but unless the API is changed to work that way it is irrelevant. It doesn't work. The whole great circle issue is a red herring - it doesn't matter as long as the API doesn't change. Don't expect the API to change in a hurry. Stephen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
2010/1/9 Stephen Hope slh...@gmail.com: 2010/1/9 John Smith deltafoxtrot...@gmail.com: No it isn't, the preprocessing software could do that if it needs it, this isn't a reason to add extra nodes to the database. We are talking about the API for editors and casual use of the database. There are no pre-processors involved. Sure, rendering engines that are working with huge parts of the planet set and doing pre-processor runs can handle long lines (if they know they have to). But if you want to edit a small area in the middle, your editor won't download the huge outer areas required to find that such a line exists. Anyone looking to edit such a way will simply keep looking for a point, the Eyre highway isn't completely straight, just has long straights, but again I don't think this is a valid reason to add additional nodes. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
On Sat, Jan 9, 2010 at 4:41 AM, Frederik Ramm frede...@remote.org wrote: Now either we provide that information, by making a rule and hoping everyone understands and adheres to it (unlikely), or else we just try and keep our nodes close enough to each other because that will then reduce the error introduced by the ambiguity discussed above, to something that we do not have to care about. FWIW, I think we should do both. And, thinking about it a bit, I guess the proper rule is that (10, 10) - (30, 30) passes through (20, 20), since it's completely unrealistic to assume that the basic renderers will do otherwise. My understanding is that this is equivalent to say saying that the line is straight in the Mercator projection, as my understanding is that the Mercator projection represents each pixel as a fixed length and width in degrees. And what that also means is that a straight line on earth which is more than a certain length is not properly represented by a way with two points. --- One thing I can't quite get my mind wrapped around is whether or not a geodesic is what we'd call a straight line on the earth. If we put a few million (?) rulers end-to-end as best we could, would that form a geodesic, and if not, what would it form? I'm fairly certain it wouldn't pass (10, 10) - (30, 30) through (20, 20), since 20 degrees of longitude does not (generally) equal 20 degrees of latitude in length. But I'm not sure if it'd be a geodesic or not. I'd love for someone to answer that question and provide a link or source to back up their answer. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
On Sat, Jan 9, 2010 at 8:55 AM, Stephen Hope slh...@gmail.com wrote: But if you want to edit a small area in the middle, your editor won't download the huge outer areas required to find that such a line exists. This was done by design, because it makes processing an API request much easier, and cheaper on server resources. It makes the programming much easier, anyway. It may well be that your ideal of two points only is the best way, but unless the API is changed to work that way it is irrelevant. It doesn't work. The whole great circle issue is a red herring - it doesn't matter as long as the API doesn't change. Don't expect the API to change in a hurry. Personally, I don't, but then again, I don't really care. I'm not going to jump through hoops to facilitate lazy design. Were it not for the whole great circle issue I'd say use as few points as possible, and let the designers of the API be embarrassed every time that causes problems. But the fact of the matter is that the only lines in OSM which are going to be perfectly straight and accurate are the ones which are defined algorithmically with reference to latitudes and longitudes, not the ones that are built out of atoms. As they are defined with reference to latitudes and longitudes, I figure they are straight with reference to latitudes and longitudes as well. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
We were discussing what exactly a straight line was. There is no such thing as a straight line in the database, because, as you correctly state, the database only stores the end points of a line. If you draw a line from point lat=10;lon=10 to lat=30;lon=30, then it is unclear whether that line visits point lat=20;lon=20. Some might think yes, some might think no. I think this is exactly the key question. When there is a line segment in the database, in WGS84 lat/lon, with points (lon1,lat1) and (lon2,lat2), then we need to have a definition of what that representation means. Obvious candidates are: 1) linear in lon,lat space 2) great circle in wgs84 3) linear in google spherical mercator 4) linear in WGS84 UTM 5) linear in your own country's local grid, or US state plane coordinate system 6) we don't define it, and if any of the above are different in any discernible way, you need more points. In the 10,10 30,30 example above, we are clearly in this state. I think we are in state 6, but it would be good to have a formal definition. pgpyQmjXwGe79.pgp Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Can someone suggest a OSM/nearmap-based route-plotting tool
On Thu, January 7, 2010 22:54, Steve Bennett wrote: On Thu, Jan 7, 2010 at 8:23 PM, Andrew Errington a.erring...@lancaster.ac.uk wrote: Just done this myself, but only for a very short route. 1) Use JOSM 2) Download the map data for area of interest 3) Create a new layer 4) Draw route on new layer using downloaded layer as guide. 5) Export new layer as GPX 6) ??? 7) Profit! Ah, yes, that works. Well, you can actually skip 2, and just use the slippymap plugin with osmarender as background. Except for some reason it's excruciatingly slow on my machine. I'm launching josm with java -Xmx1000m -jar ... and windows is only reporting 235mb used by josm, with one CPU running at 100%. Not sure why it takes so much CPU to download and display a few map tiles. Now trying Craig's suggestion - seems to work very well. What's the difference between the different output formats? Ie, track vs route vs course? It's an oregon 550, so I guess courses don't work, but what's the practical difference between following a route and a track? The route sets up a load of waypoints and tries to route between them? I recall trying that once before and it only loaded the first 50 or something. Ok, fundamentally a GPX file contains three types of data: 1) Waypoints 2) Tracks 3) Routes Waypoints are single lat/lon points with a name. A track is an ordered sequence of lat/lon points. Generally this is the result of recording a trip, and each point has a timestamp. Think of this as where you've been. A route is an ordered sequence of lat/lon points. There are no timestamps. The purpose of a route is to guide you from one place to another. The GPS presents the next point on the route and tells you the distance and bearing. When you get there, the next point is presented. Think of this as where you're going. Obviously you can translate between all of these representations, but some are more useful than others. The most useful conversion would be track to route, i.e. you take a trip (recorded as a track) and convert it to a route so that someone else can follow where you went. You can make a bunch of waypoints from a route or track. You can add waypoints into a route (or make a route from a bunch of waypoints). I don't know what a course is, and I haven't looked. In summary, if you want to go somewhere with the GPS then plot the route on your map and make a GPX file containing a route. Download the route to the GPS and it should do the rest. HTH, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
Hi all, And, thinking about it a bit, I guess the proper rule is that (10, 10) - (30, 30) passes through (20, 20), since it's completely unrealistic to assume that the basic renderers will do otherwise. And this is where you are wrong. On zoomlevel 0 (one tile for the whole earth) (10,10) ends up on (135.11, 135.15) and (30,30) ends up on (149.33, 150.38). One thing that should be stand out is the fact that x!=y even for points which have lat==long. The halfway point between the two is (142.22, 142.77) while (20,20) is projected to (142.22, 142.52) or about a quarter of a pixels off. Other zoom levels or other triplets of points could expose much bigger deviations but I wanted to prove you wrong using your very own example. My understanding is that this is equivalent to say saying that the line is straight in the Mercator projection, as my understanding is that the Mercator projection represents each pixel as a fixed length and width in degrees. Nope it does not. Each pixel represents the same width in degrees, but the height in degress increases as you go away from the equator. And what that also means is that a straight line on earth which is more than a certain length is not properly represented by a way with two points. THAT depends on your definition of straight line. One thing I can't quite get my mind wrapped around is whether or not a geodesic is what we'd call a straight line on the earth. If we put a few million (?) rulers end-to-end as best we could, would that form a geodesic, and if not, what would it form? I'm fairly certain it wouldn't pass (10, 10) - (30, 30) through (20, 20), since 20 degrees of longitude does not (generally) equal 20 degrees of latitude in length. But I'm not sure if it'd be a geodesic or not. I'd love for someone to answer that question and provide a link or source to back up their answer. Well. There isn't one single definition of straight line here. We are used to the fact that straight lines are the shortest line between two points. Geodesics are the more general form of that. They connect two points in with the shortest way possible and are straight in that sense. One a flat surface geodesics are just straight lines. One a sphere the are segments of great circles. If your metric gets more complicated geodesics get more complicated too. On the other hand we are used to the fact that a straight line always intersects lines which are parallel to the y-axis at a constant angle. This is not (necessarily) true for geodesics. The compass heading along the great circle route from (10,10) to (30,30) is NOT going to be NE all the time! So in that sense geodesics are NOT straight. A line which follow a constant heading is called a loxodrome. As you can see now geodesics and loxodromes are two different lines which both might be considered straight by some definition. There are other definitions of straightness and straight lines which are defined by them. In a flat plane they all coincide, but for a sphere or our not-quite-spherical earth the don't. So don't stop assuming that is a simple topic, everybody was just a lazy bum or that you know it all (tm). HTH, Patrick Petschge Kilian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
On Sat, Jan 9, 2010 at 10:50 AM, Patrick Kilian o...@petschge.de wrote: Hi all, And, thinking about it a bit, I guess the proper rule is that (10, 10) - (30, 30) passes through (20, 20), since it's completely unrealistic to assume that the basic renderers will do otherwise. And this is where you are wrong. On zoomlevel 0 (one tile for the whole earth) (10,10) ends up on (135.11, 135.15) and (30,30) ends up on (149.33, 150.38). Thanks for this. I'll have to look into it further. And what that also means is that a straight line on earth which is more than a certain length is not properly represented by a way with two points. THAT depends on your definition of straight line. I suppose, but it'd have to be a pretty contrived definition of straight line to be equivalent to Spherical Mercator, would it not? One thing I can't quite get my mind wrapped around is whether or not a geodesic is what we'd call a straight line on the earth. If we put a few million (?) rulers end-to-end as best we could, would that form a geodesic, and if not, what would it form? I'm fairly certain it wouldn't pass (10, 10) - (30, 30) through (20, 20), since 20 degrees of longitude does not (generally) equal 20 degrees of latitude in length. But I'm not sure if it'd be a geodesic or not. I'd love for someone to answer that question and provide a link or source to back up their answer. Well. There isn't one single definition of straight line here. Right. My definition, for the purpose of the mind experiment, was the thing I'd get if I placed a bunch of rulers end to end as best as I could. The answer might be what you end up with depends on which errors you make when trying [and failing] at placing the rulers end to end. I don't know. Another mind experiment would be to question what I would get if I placed a bunch of rulers end to end and connected them with hinges so that they could bend vertically but not horizontally. I think that's what's meant by straight when we call a road straight. May or may not be equivalent to the shortest distance between two points using a path which lies on the surface of the earth. If I had to guess (and it'd be a fairly random guess relying solely on what I remember from when I held a string up to a globe), I'd say the two lines wouldn't coincide. So don't stop assuming that is a simple topic, everybody was just a lazy bum or that you know it all (tm). Never assumed any of that. Just the opposite, in fact. It's not a simple topic, and I don't know it all - that's exactly why I'm posting on this list. And not everyone is a lazy bum. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] talk Digest, Vol 65, Issue 41
I think it does not hurt to define the exact meaning of a line-segment in OSM. And I think that great circle (in wgs84) is the natural choice, in stead of defining line to be straight relative to some arbitrary projection. Since the API (for performance reasons) can not return line segments with endpoint outside the bounding box, we (at least for some time) have to live with adding redundant nodes for every x km for great-circle lines. Then I suggest that the purists may add a tag redundant=y to the redundant nodes. To Frederik's concern about mappers getting confused about what a straight line is: I guess that there is only a tiny fraction of the mappers that ever will come across very long line segments. I suppose more than half of them can do it right in the first place if it is properly described on the Wiki. (Particulary state that a line of lattitude is not a Great circle, except for equator). And the other cases can be corrected by others who understands the concept of a great circle. That is the beauty of wiki-style mapping. Best regards Egil Message: 6 Date: Sat, 09 Jan 2010 09:58:20 -0500 From: Greg Troxel g...@ir.bbn.com Subject: Re: [OSM-talk] New Highways view in OSM Inspector To: Frederik Ramm frede...@remote.org Cc: OSM Talk talk@openstreetmap.org Message-ID: rmiskafl3zn@fnord.ir.bbn.com Content-Type: text/plain; charset=us-ascii We were discussing what exactly a straight line was. There is no such thing as a straight line in the database, because, as you correctly state, the database only stores the end points of a line. If you draw a line from point lat=10;lon=10 to lat=30;lon=30, then it is unclear whether that line visits point lat=20;lon=20. Some might think yes, some might think no. I think this is exactly the key question. When there is a line segment in the database, in WGS84 lat/lon, with points (lon1,lat1) and (lon2,lat2), then we need to have a definition of what that representation means. Obvious candidates are: 1) linear in lon,lat space 2) great circle in wgs84 3) linear in google spherical mercator 4) linear in WGS84 UTM 5) linear in your own country's local grid, or US state plane coordinate system 6) we don't define it, and if any of the above are different in any discernible way, you need more points. In the 10,10 30,30 example above, we are clearly in this state. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
Egil Hjelmeland wrote: Sorry, I forgot to change the subject line. I think it does not hurt to define the exact meaning of a line-segment in OSM. And I think that great circle (in wgs84) is the natural choice, in stead of defining line to be straight relative to some arbitrary projection. Since the API (for performance reasons) can not return line segments with endpoint outside the bounding box, we (at least for some time) have to live with adding redundant nodes for every x km for great-circle lines. Then I suggest that the purists may add a tag redundant=y to the redundant nodes. To Frederik's concern about mappers getting confused about what a straight line is: I guess that there is only a tiny fraction of the mappers that ever will come across very long line segments. I suppose more than half of them can do it right in the first place if it is properly described on the Wiki. (Particulary state that a line of lattitude is not a Great circle, except for equator). And the other cases can be corrected by others who understands the concept of a great circle. That is the beauty of wiki-style mapping. Best regards Egil Message: 6 Date: Sat, 09 Jan 2010 09:58:20 -0500 From: Greg Troxel g...@ir.bbn.com Subject: Re: [OSM-talk] New Highways view in OSM Inspector To: Frederik Ramm frede...@remote.org Cc: OSM Talk talk@openstreetmap.org Message-ID: rmiskafl3zn@fnord.ir.bbn.com Content-Type: text/plain; charset=us-ascii We were discussing what exactly a straight line was. There is no such thing as a straight line in the database, because, as you correctly state, the database only stores the end points of a line. If you draw a line from point lat=10;lon=10 to lat=30;lon=30, then it is unclear whether that line visits point lat=20;lon=20. Some might think yes, some might think no. I think this is exactly the key question. When there is a line segment in the database, in WGS84 lat/lon, with points (lon1,lat1) and (lon2,lat2), then we need to have a definition of what that representation means. Obvious candidates are: 1) linear in lon,lat space 2) great circle in wgs84 3) linear in google spherical mercator 4) linear in WGS84 UTM 5) linear in your own country's local grid, or US state plane coordinate system 6) we don't define it, and if any of the above are different in any discernible way, you need more points. In the 10,10 30,30 example above, we are clearly in this state. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
An other practical alternative: Leave the exact definition of line segments undefined (as Frederik suggests). Then tag straight ways as straight=great circle or straight=lattitude or what ever. And then tag the redundant nodes as redundant=yes. Egil Egil Hjelmeland wrote: Egil Hjelmeland wrote: Sorry, I forgot to change the subject line. I think it does not hurt to define the exact meaning of a line-segment in OSM. And I think that great circle (in wgs84) is the natural choice, in stead of defining line to be straight relative to some arbitrary projection. Since the API (for performance reasons) can not return line segments with endpoint outside the bounding box, we (at least for some time) have to live with adding redundant nodes for every x km for great-circle lines. Then I suggest that the purists may add a tag redundant=y to the redundant nodes. To Frederik's concern about mappers getting confused about what a straight line is: I guess that there is only a tiny fraction of the mappers that ever will come across very long line segments. I suppose more than half of them can do it right in the first place if it is properly described on the Wiki. (Particulary state that a line of lattitude is not a Great circle, except for equator). And the other cases can be corrected by others who understands the concept of a great circle. That is the beauty of wiki-style mapping. Best regards Egil Message: 6 Date: Sat, 09 Jan 2010 09:58:20 -0500 From: Greg Troxel g...@ir.bbn.com Subject: Re: [OSM-talk] New Highways view in OSM Inspector To: Frederik Ramm frede...@remote.org Cc: OSM Talk talk@openstreetmap.org Message-ID: rmiskafl3zn@fnord.ir.bbn.com Content-Type: text/plain; charset=us-ascii We were discussing what exactly a straight line was. There is no such thing as a straight line in the database, because, as you correctly state, the database only stores the end points of a line. If you draw a line from point lat=10;lon=10 to lat=30;lon=30, then it is unclear whether that line visits point lat=20;lon=20. Some might think yes, some might think no. I think this is exactly the key question. When there is a line segment in the database, in WGS84 lat/lon, with points (lon1,lat1) and (lon2,lat2), then we need to have a definition of what that representation means. Obvious candidates are: 1) linear in lon,lat space 2) great circle in wgs84 3) linear in google spherical mercator 4) linear in WGS84 UTM 5) linear in your own country's local grid, or US state plane coordinate system 6) we don't define it, and if any of the above are different in any discernible way, you need more points. In the 10,10 30,30 example above, we are clearly in this state. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
Hi, THAT depends on your definition of straight line. I suppose, but it'd have to be a pretty contrived definition of straight line to be equivalent to Spherical Mercator, would it not? I think that line that are straight in mercator projections are loxodroms. But I'm not 100% sure about that. Patrick Petschge Kilian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Edit war on Key:religion - Pastafarians
On 06/01/10 19:40, Martin Koppenhoefer wrote: 2010/1/6 Greg Troxel g...@ir.bbn.com mailto:g...@ir.bbn.com We should remember that the purpose of maps is to represent reality to map users, not to make political points. says who? Maps have always and in all ages been means of politics... Perhaps Greg was trying to say that, in his opinion, OSM should (as far as possible) not be used to make political points. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
2010/1/10 Dont Reply dontreplytothisadr...@toensberg.dk: John Smith skrev: Pretty sure this is a hypothetical question, because even the highway across the Nullabor is bound to be not perfectly straight, although it would be mostly straight :) Well not quite hypothetical.. I am sure you will have the impression of goin on a straight way nomatter if you go on a Great Circle or on a Rhumb line between the two points. Most likely this highway is the shortest way from one point to another and then I would think it is a Great Circle straight line, but if you had taken an example of state border I would assume that it most likely would be a Rhumb line as the border was probably drawn as a straight line on a map, but then again maybe that map was not in Mercator projection and then the straight line would be something else. Actually several of the Australian borders were drawn up on paper but the physical border differs because of miscalculation when surveyed, they just found out that the angle along NT/Qld borders differs in the direction they went north, so they'll probably update the paper maps, they said they have no plans to shift it. The Vic/SA border was similar to this, they ended up redrawing the paper maps to match the incorrectly surveyed border. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
On Sat, Jan 9, 2010 at 4:44 PM, Patrick Kilian o...@petschge.de wrote: THAT depends on your definition of straight line. I suppose, but it'd have to be a pretty contrived definition of straight line to be equivalent to Spherical Mercator, would it not? I think that line that are straight in mercator projections are loxodroms. But I'm not 100% sure about that. Hmm, seems you are right about that. Very cool. On Sat, Jan 9, 2010 at 11:58 AM, Egil Hjelmeland pri...@egil-hjelmeland.nowrote: I think it does not hurt to define the exact meaning of a line-segment in OSM. And I think that great circle (in wgs84) is the natural choice, in stead of defining line to be straight relative to some arbitrary projection. I don't know. The WGS84 part is pretty arbitrary. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Highways view in OSM Inspector
2010/1/10 Anthony o...@inbox.org: I don't know. The WGS84 part is pretty arbitrary. It's what lat/lon should be uploaded to OSM so it's consistent world wide, you don't need to support all sorts of weird and wonderful local datums, even if there is drift due to continental drift etc. Australia is moving NNE about 7cm per year on average, but different parts of the country are moving at different rates. Then there was a quake in New Zealand last year and the southern part moved 30cm closer to Australia, but the northern part hardly moved. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Unions seem to be complaining about potential job losses if OS data is given away for free..
http://www.dailyecho.co.uk/news/4826436.New_threat_to_jobs_at_Southampton_s_Ordnance_Survey/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Unions seem to be complaining about potential job losses if OS data is given away for free..
Op 10-01-10 05:30, John Smith schreef: http://www.dailyecho.co.uk/news/4826436.New_threat_to_jobs_at_Southampton_s_Ordnance_Survey/ Sounds like the OS didn't have a RD department nor a business department. If your entire operation is based around we do something, you can buy it, then any competition would kill your revenue and eventually your company :) Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Unions seem to be complaining about potential job losses if OS data is given away for free..
On Sun, Jan 10, 2010 at 6:41 AM, Stefan de Konink ste...@konink.de wrote: Op 10-01-10 05:30, John Smith schreef: http://www.dailyecho.co.uk/news/4826436.New_threat_to_jobs_at_Southampton_s_Ordnance_Survey/ Sounds like the OS didn't have a RD department nor a business department. To me it sounds like the reverse: The people who come up with the different fee structures, licensing categories and enforcement thereof will be first to go. The surveyors and cartographers will still have their jobs as roads continue changing and GPS gets new applications like road pricing. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Nieuwjaarsborrel
Hoi Martijn, Ik wil graag deze zondag aanwezig zijn bij de nieuwjaarsborrel. Maar i.v.m. weersomstandigheden etc. is het voor mij wel erg onzeker op dit moment. Met vriendelijke groet, Bas de Lange -- Best regards, Bas de Lange http://www.basdelange.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwjaarsborrel
voor de mensen die wel het winterweer trotseren, vergeet de dresscode niet: http://frontpage.fok.nl/nieuws/365941/1/1/100/laat-morgen-je-broek-gerust-thuis.html hopelijk tot morgen! groet, floris Andre Engels wrote: 2010/1/9 bas de Lange b...@basdelange.com: Ik wil graag deze zondag aanwezig zijn bij de nieuwjaarsborrel. Maar i.v.m. weersomstandigheden etc. is het voor mij wel erg onzeker op dit moment. Hier hetzelfde - aanvankelijk was ik van plan te komen, maar gezien het weer weet ik nog niet of ik dat ook daadwerkelijk ga doen. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwjaarsborrel
2010/1/9 bas de Lange b...@basdelange.com: Ik wil graag deze zondag aanwezig zijn bij de nieuwjaarsborrel. Maar i.v.m. weersomstandigheden etc. is het voor mij wel erg onzeker op dit moment. Hier hetzelfde - aanvankelijk was ik van plan te komen, maar gezien het weer weet ik nog niet of ik dat ook daadwerkelijk ga doen. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwjaarsborrel
On Sat, Jan 09, 2010 at 09:35:50PM +0100, Floris Looijesteijn wrote: voor de mensen die wel het winterweer trotseren, vergeet de dresscode niet: http://frontpage.fok.nl/nieuws/365941/1/1/100/laat-morgen-je-broek-gerust-thuis.html Ik ben er morgen, vanaf A'dam Noord is het prima te doen... maar ik denk niet dat ik m'n jongeheer ga laten verschrompelen! -- Sybren Stüvel http://stuvel.eu/ http://www.flickr.com/photos/sybrenstuvel signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwjaarsborrel
2010/1/9 Floris Looijesteijn o...@floris.nu: voor de mensen die wel het winterweer trotseren, vergeet de dresscode niet: http://frontpage.fok.nl/nieuws/365941/1/1/100/laat-morgen-je-broek-gerust-thuis.html Welke heeft bedacht om dat midden in de winter te gaan doen?!? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwjaarsborrel
Op 09-01-10 23:00, Andre Engels schreef: 2010/1/9 Floris Looijesteijno...@floris.nu: voor de mensen die wel het winterweer trotseren, vergeet de dresscode niet: http://frontpage.fok.nl/nieuws/365941/1/1/100/laat-morgen-je-broek-gerust-thuis.html Welke heeft bedacht om dat midden in de winter te gaan doen?!? Niet overal is het Winter... Overigens... met het zicht op slecht weer laat ik m'n reis doel afhangen hoe het morgen is. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Download a route
Liz wrote: are intending to walk this route? I've cycled a fair proportion of its mate the Mawson and its a long way - but the Heysen is even longer I'd dearly like to (and I bought the book), but it's not practical for me to do so. I walked a lot of it that's south of the Barossa when I lived in SA back in the early 80s :) The Mawson Trail is something more achievable, and I'd like to map some of that at least. If I ever get around to it. John ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Download a route
John Smith wrote: You can simply load a small section of the route, then in JOSM right click on the route and download members and then export the layer as GPX... Thanks John - I'd missed that despite looking around in JOSM. I guess a way to allow unsophisticated users to load routes into their GPSs will sooner or later prove desirable, leading someone to host such a service. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Download a route
2010/1/9 John Henderson snow...@gmx.com: I guess a way to allow unsophisticated users to load routes into their GPSs will sooner or later prove desirable, leading someone to host such a service. I thought most GPSs that were capable of routing did their own? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Lists of available POI's
I was reading some threads on another forum, and found this link: http://www.poidb.com/default.asp It's the Australian Points of Interest Database. Has all sorts of interesting POI's, including the BP service stations, Woolworths, Aldi and lots of general interest stuff. I downloaded a list of Camping/Rest areas for NSW (546 entries). Could have got the whole of Australia, but I wanted the size to be small to start with. Several file options were available - most I had never heard of, so I selected .GPX. I have the file. Now, how do I upload this stuff into OSM? Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Lists of available POI's
2010/1/9 Richard Colless fire...@ar.com.au: I have the file. Now, how do I upload this stuff into OSM? You don't the license is incompatible with OSM... http://www.poidb.com/legal/terms-of-use.asp No commercial use of this site is permitted. You may use the site for personal, non-commercial purposes only. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Lists of available POI's
John Smith wrote: 2010/1/9 Richard Colless fire...@ar.com.au: I have the file. Now, how do I upload this stuff into OSM? You don't the license is incompatible with OSM... http://www.poidb.com/legal/terms-of-use.asp "No commercial use of this site is permitted. You may use the site for personal, non-commercial purposes only." Thanks John. Had so much trouble trying to download the list in bulk that I didn't go through the rest of the site. Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Lists of available POI's
2010/1/9 Richard Colless fire...@ar.com.au: Thanks John. Had so much trouble trying to download the list in bulk that I didn't go through the rest of the site. We have most if not all the BP locations imported the other day, most haven't been reviewed, so if you are looking for something to do :) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Lists of available POI's
John Smith wrote: 2010/1/9 Richard Colless fire...@ar.com.au: Thanks John. Had so much trouble trying to download the list in bulk that I didn't go through the rest of the site. We have most if not all the BP locations imported the other day, most haven't been reviewed, so if you are looking for something to do :) Yeah, right I drive about 1250 km a week, and when I get a chance, I waypoint the BP service stations for later checking. Found one in St Marys (Sydney suburb) that OSM had in the middle of a median strip. In a few cases, OSM has two, the new one from the download and an earlier one with limited data, but usually in the correct place. I fix them when I get time. By the way, the new ones come up on a "Fuel Services" find on the Etrex as "Bp: Bp Express Snuggleville", because the Operator is listed as "BP" and the name is "Bp Express Snuggleville", and the indexing software apparently combines the two. What's the best correction - drop the "BP" from the name? Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Lists of available POI's
2010/1/9 Richard Colless fire...@ar.com.au: By the way, the new ones come up on a Fuel Services find on the Etrex as Bp: Bp Express Snuggleville, because the Operator is listed as BP and the name is Bp Express Snuggleville, and the indexing software apparently combines the two. What's the best correction - drop the BP from the name? The best way would be to get the software to stop combining them if they are the same... The name BP has may be the official name listed for the business registrations so dropping it from the name so it displays in an app isn't the right thing to do. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Download a route
I think he's talking more about things like tourist trails, ie preset routes, and usually not the shortest way. Or bus routes, or similar things. There's a tourist route near me I keep meaning to go see if I can find the other end of, sometime. Stephen 2010/1/9 John Smith deltafoxtrot...@gmail.com: 2010/1/9 John Henderson snow...@gmx.com: I guess a way to allow unsophisticated users to load routes into their GPSs will sooner or later prove desirable, leading someone to host such a service. I thought most GPSs that were capable of routing did their own? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Download a route
On Sun, Jan 10, 2010 at 12:35 AM, Stephen Hope slh...@gmail.com wrote: I think he's talking more about things like tourist trails, ie preset routes, and usually not the shortest way. Or bus routes, or similar things. There's a tourist route near me I keep meaning to go see if I can find the other end of, sometime. Trails like the Mawson trail are for hiking, and thus include walking track, 4wd track and dirt roads. Being able to download the route in GPX form would obviously be useful. I can't see an obvious easy way to allow people to download arbitrary routes in our main interface, because there's no way to select objects. But maybe if at least we could construct URLs that lead to downloading the route, then editors like potlatch could construct those urls. It would probably also be worth documenting workarounds, of which there must be a few. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Download a route
2010/1/10 John Henderson snow...@gmx.com: The Heysen Trail is still very incomplete on OSM, but what there is of it is here: http://www.openstreetmap.org/browse/relation/124080 Do you have an example output file of what you need? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Download a route
2010/1/10 John Smith deltafoxtrot...@gmail.com: 2010/1/10 John Henderson snow...@gmx.com: The Heysen Trail is still very incomplete on OSM, but what there is of it is here: http://www.openstreetmap.org/browse/relation/124080 Do you have an example output file of what you need? The link you provided to the trail is kml, but does garmin etc read this or does it need to be GPX or ... ? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Download a route
John Smith wrote: Do you have an example output file of what you need? Apparently I was over-optimistic about using the gpx file to create a route. The Garmin MapSource program doesn't handle the Heysen Trail gpx data very well. It has the route jumping huge distances between far away nodes and back again in places. And it doesn't seem to be able to use the nodes in my OSM download of the HHWT route relation at all. I'm having similar problems with the Linux QLandkarteGT program. The odd thing to my mind is that JOSM seems to have no problem working out what the route is - from either data source. I'm out of my depth with this at the moment. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Download a route
2010/1/10 John Henderson snow...@gmx.com: I'm out of my depth with this at the moment. Do you have any files that show routes on garmin devices properly? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Download a route
John Smith wrote: Do you have any files that show routes on garmin devices properly? OK, I've created a couple of routes by manually assembling a few points using the two programs. And I see immediately that named waypoints are required. Not the trackpoints I'm more familiar with. The google download contains these waypoints, the OSM download doesn't. Hopefully I can send these small gpx attachments to the mailing list. test1.gpx was created using the Garmin MapSource program, and test2.gpx was created using QLandkarteGT. John H ?xml version=1.0 encoding=UTF-8 standalone=no ? gpx xmlns=http://www.topografix.com/GPX/1/1; creator=MapSource 6.15.7 version=1.1 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd; metadata link href=http://www.garmin.com; textGarmin International/text /link time2010-01-09T23:46:29Z/time bounds maxlat=-35.0194300 maxlon=148.4784860 minlat=-35.0289971 minlon=148.4721364/ /metadata wpt lat=-35.0194300 lon=148.4721364 time2010-01-09T23:44:07Z/time name001/name symWaypoint/sym extensions gpxx:WaypointExtension xmlns:gpxx=http://www.garmin.com/xmlschemas/GpxExtensions/v3; gpxx:DisplayModeSymbolAndName/gpxx:DisplayMode /gpxx:WaypointExtension /extensions /wpt wpt lat=-35.0212356 lon=148.4755580 time2010-01-09T23:44:09Z/time name002/name symWaypoint/sym extensions gpxx:WaypointExtension xmlns:gpxx=http://www.garmin.com/xmlschemas/GpxExtensions/v3; gpxx:DisplayModeSymbolAndName/gpxx:DisplayMode /gpxx:WaypointExtension /extensions /wpt wpt lat=-35.0243618 lon=148.4737485 time2010-01-09T23:44:12Z/time name003/name symWaypoint/sym extensions gpxx:WaypointExtension xmlns:gpxx=http://www.garmin.com/xmlschemas/GpxExtensions/v3; gpxx:DisplayModeSymbolAndName/gpxx:DisplayMode /gpxx:WaypointExtension /extensions /wpt wpt lat=-35.0249008 lon=148.4784860 time2010-01-09T23:44:15Z/time name004/name symWaypoint/sym extensions gpxx:WaypointExtension xmlns:gpxx=http://www.garmin.com/xmlschemas/GpxExtensions/v3; gpxx:DisplayModeSymbolAndName/gpxx:DisplayMode /gpxx:WaypointExtension /extensions /wpt wpt lat=-35.0289971 lon=148.4741433 time2010-01-09T23:44:20Z/time name005/name symWaypoint/sym extensions gpxx:WaypointExtension xmlns:gpxx=http://www.garmin.com/xmlschemas/GpxExtensions/v3; gpxx:DisplayModeSymbolAndName/gpxx:DisplayMode /gpxx:WaypointExtension /extensions /wpt rte name001 to 005/name extensions gpxx:RouteExtension xmlns:gpxx=http://www.garmin.com/xmlschemas/GpxExtensions/v3; gpxx:IsAutoNamedtrue/gpxx:IsAutoNamed gpxx:DisplayColorMagenta/gpxx:DisplayColor /gpxx:RouteExtension /extensions rtept lat=-35.0194300 lon=148.4721364 time2010-01-09T23:44:07Z/time name001/name symWaypoint/sym extensions gpxx:RoutePointExtension xmlns:gpxx=http://www.garmin.com/xmlschemas/GpxExtensions/v3; gpxx:Subclass/gpxx:Subclass /gpxx:RoutePointExtension /extensions /rtept rtept lat=-35.0212356 lon=148.4755580 time2010-01-09T23:44:09Z/time name002/name symWaypoint/sym extensions gpxx:RoutePointExtension xmlns:gpxx=http://www.garmin.com/xmlschemas/GpxExtensions/v3; gpxx:Subclass/gpxx:Subclass /gpxx:RoutePointExtension /extensions /rtept rtept lat=-35.0243618 lon=148.4737485 time2010-01-09T23:44:12Z/time name003/name symWaypoint/sym extensions gpxx:RoutePointExtension xmlns:gpxx=http://www.garmin.com/xmlschemas/GpxExtensions/v3; gpxx:Subclass/gpxx:Subclass /gpxx:RoutePointExtension /extensions /rtept rtept lat=-35.0249008 lon=148.4784860 time2010-01-09T23:44:15Z/time name004/name symWaypoint/sym extensions gpxx:RoutePointExtension xmlns:gpxx=http://www.garmin.com/xmlschemas/GpxExtensions/v3; gpxx:Subclass/gpxx:Subclass /gpxx:RoutePointExtension /extensions /rtept rtept lat=-35.0289971 lon=148.4741433 time2010-01-09T23:44:20Z/time name005/name symWaypoint/sym extensions gpxx:RoutePointExtension xmlns:gpxx=http://www.garmin.com/xmlschemas/GpxExtensions/v3; gpxx:Subclass/gpxx:Subclass /gpxx:RoutePointExtension /extensions /rtept /rte /gpx ?xml version=1.0 encoding=UTF-8 standalone=no ? gpx xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; version=1.1 xmlns:gpxtpx=http://www.garmin.com/xmlschemas/TrackPointExtension/v1;
Re: [talk-au] Download a route
2010/1/10 John Henderson snow...@gmx.com: test1.gpx was created using the Garmin MapSource program, and test2.gpx was created using QLandkarteGT. test1 uses route points and way points, test 2 only has way points, which I don't think is quite the same thing that you were after, though I don't have anything to test on. as for test1, I've made something similar, not sure if it will work or not. The main problem might be because most gpx files will be written from JOSM etc as track points, not route points... This link will spit out route points + some gpx lines from the first gpx file you attached. http://map-data.bigtincan.com/route2gpx/index.php?routeid=124080route=1 This will spit out track points... http://map-data.bigtincan.com/route2gpx/index.php?routeid=124080 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Download a route
This is a very quick hack, the points aren't ordered properly, so the route may work, but still be screwy... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Download a route
John Smith wrote: This is a very quick hack, the points aren't ordered properly, so the route may work, but still be screwy... Thanks for that John. I appreciate your effort. I've saved those as gpx files. I've certainly got some more research to do on how these route files work. Hopefully, this will put me on the right track. Ultimately, the aim would be to make useful routes stored in OSM as accessible to the public as the offering on the Heysen Trail site. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Download a route
2010/1/10 John Henderson snow...@gmx.com: Ultimately, the aim would be to make useful routes stored in OSM as accessible to the public as the offering on the Heysen Trail site. Well if we can sort out what the GPX file etc needs to look like we can just link to that script with the right ID number and it will spit the current track out. Also because the current track has large gaps, unless someone spends a lot of time ordering them it doesn't look like it will be easy to order the nodes at all. Things like roundabouts will probably screw things up too, although for these kinds of tracks I doubt roundabouts would exist. I can also extra useful information from nodes and have them show up as waypoints, once the basic route stuff is worked out, tags like barrier=*. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Download a route
I've been playing with sorting nodes by way, then the order they appear in the way: http://map-data.bigtincan.com/route2gpx/v2.php?routeid=124080 This gpx file can be loaded in JOSM and shows how the ordering can be screwed up and in turn screw up the routing I guess. I've manually been ording ways in the relation to try and fix it, but I might need to check if the points between the ways are closer/further to the previous way and reverse the order the nodes are spat out in that way... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Download a route
John Smith wrote: Does anyone know of a complete route that we can use for testing against? Or at least one without large gaps between member ways... The HHWT has only one gap, at Lake Burrinjuck: http://www.openstreetmap.org/browse/relation/308594 Lots of ways, including 3 roundabouts in Yass township. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Google StreetView no Brasil
Google foca em mapear cidades-sede da Copa de 2014 para o Street View [1] E eu que já estava pensando no meu próprio StreetView de Natal... E logo após um amigo meu (daqui de Natal) que trabalha na Google dizer que ia mandar um bug report pro Google Maps por causa da (incrível) baixa qualidade do mapa da nossa cidade. É, a concorrência está começando a se mover... [1] http://g1.globo.com/Noticias/Tecnologia/0,,MUL1439464-6174,00.html ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Stadtpläne mit MapOSMatic
Hallo, hat schon jemand erfolgreich einen Stadtplan mit MapOSMatic erzeugt. Ich habe auf der Startseite bei der Karte Begrenzungsrahmen angeklickt, einen Begrenzungsrahmen auf der Karte festgelegt, den 'Name des Stadtplans' eingegeben und auf den grünen Pfeil rechts neben den Rahmenkoordinaten gedrückt. Aber dann passiert weiter nichts. Was mache ich falsch? Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Probleme mit SPLITTER
Moin ! ich verschmelze immer einige Bundesländer der Geofabrik und mache mir daraus meine Garmin-Karten. Derzeit (vor wenigen Tagen funktionierte es noch !) habe ich mit SPLITTER Probleme und bekomme folgende Meldung bei dem Verschmolzenen Rheinland-Pfalz und Hessen mit folgender Meldung: key mapid/ val 63240345 key max-nodes/ val 100 Error at line 146154, col 1 Error parsing xml from file org.xml.sax.SAXParseException: XML document structur es must start and end within the same entity. Total time 0s Die Kombi Hamburg und Schleswig-Holstein funktioniert. Kann mir einer die Meldung erklären bzw. hat einer etwas vergleichbares feststellen können - Lösungansatz ? Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit SPLITTER
Hallo, Jan Tappenbeck wrote: Error at line 146154, col 1 Error parsing xml from file org.xml.sax.SAXParseException: XML document structur es must start and end within the same entity. Total time 0s Da waere es nun hilfreich zu wissen, wie das XML-Dokument um Zeile 146154 herum aussieht! Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stadtpläne mit MapOSMatic
Hallo, hat schon jemand erfolgreich einen Stadtplan mit MapOSMatic erzeugt. Ja, schon mehrfach. :-) Ich habe auf der Startseite bei der Karte Begrenzungsrahmen angeklickt, einen Begrenzungsrahmen auf der Karte festgelegt, den 'Name des Stadtplans' eingegeben und auf den grünen Pfeil rechts neben den Rahmenkoordinaten gedrückt. Aber dann passiert weiter nichts. Ich habe Deine Schritte nachvollzogen und lande dann, nach Klicken auf den grünen Pfeil, auf der Rendervorgang-Seite. Jetzt heißt es warten, bis die Karte gerendert wurde, und ab und an kann man mal auf aktualisieren klicken. Wenn der Vorgang abgeschlossen ist, kannst Du die Karte als PDF, PNG oder SVG herunterladen. Gruß, Stephan -- sb-lis...@gmx-topmail.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stadtpläne mit MapOSMatic
Hallo, am 09.01.2010 09:48 schrieb Dieter Jasper: Hallo, hat schon jemand erfolgreich einen Stadtplan mit MapOSMatic erzeugt. Ich habe auf der Startseite bei der Karte Begrenzungsrahmen angeklickt, einen Begrenzungsrahmen auf der Karte festgelegt, den 'Name des Stadtplans' eingegeben und auf den grünen Pfeil rechts neben den Rahmenkoordinaten gedrückt. Aber dann passiert weiter nichts. Ja, das habe ich auch schon mal so gesehen, als ich keinen Namen für die Karte eingegeben hatte. Was mache ich falsch? Wahrscheinlich nichts. Nach der Rückmeldung mit der Aufforderung, den Kartennamen einzugeben, war der grüne Pfeil nicht mehr aktiv. Neustart des Apps brachte das gewünschte Ergebnis. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stadtpläne mit MapOSMatic
Am 09.01.2010 10:44, schrieb SB79: Hallo, hat schon jemand erfolgreich einen Stadtplan mit MapOSMatic erzeugt. Ja, schon mehrfach. :-) Funtioniert jetzt auch bei mir. Der Fehler war wohl, dass unter dem Eingabefeld für Name des Stadtplans - obwohl hier ein Name eingegeben war - in roter Schrift etwas stand wie 'Name des Stadtplans' eingeben. Keine Ahnung, was da passiert ist. Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stadtpläne mit MapOSMatic
Dieter Jasper schrieb: Funtioniert jetzt auch bei mir. Der Fehler war wohl, dass unter dem Eingabefeld für Name des Stadtplans - obwohl hier ein Name eingegeben war - in roter Schrift etwas stand wie 'Name des Stadtplans' eingeben. Keine Ahnung, was da passiert ist. Ich konnte den Fehler eben nachvollziehen. Wenn man im Modus Begrenzungsrahmen keinen Namen für den Stadtplan angibt und dann auf den grünen Pfeil klickt, wird das Feld für Namen rot hinterlegt. Gleichzeitig wird allerdings auch der grüne Pfeil scheinbar inaktiv. Wenn man mit der Maus ein kleines Stückchen unterhalb des Pfeils herum fährt, findet man eine kleinen Rahmen den man anklicken kann (Mauszeiger verwandelt sich in die Hand). Wenn man die Fläche dann anklickt wird der Rendering-Prozess normal gestartet. Ich denke mal durch die Einblendung des roten Rahmens verschiebt sich da etwas. Konnte jetzt aber auf die Schnelle auch nichts auffälliges im Quelltext der HTML-Seite erkennen :( Grüße Max ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] postgis-ausgabe = osm
moin!!! nur eine frage ob generell eine ausgabe aus einer postgis-db im osm-format möglich ist ? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stadtpläne mit MapOSMatic
Hallo Dieter, hallo DE, Dieter Jasper schrieb: Hallo, hat schon jemand erfolgreich einen Stadtplan mit MapOSMatic erzeugt. Ich habe auf der Startseite bei der Karte Begrenzungsrahmen angeklickt, einen Begrenzungsrahmen auf der Karte festgelegt, den 'Name des Stadtplans' eingegeben und auf den grünen Pfeil rechts neben den Rahmenkoordinaten gedrückt. Aber dann passiert weiter nichts. Was mache ich falsch? Vielleicht, dass du IE6 benutzt? Mit Firefox funktioniert es. Gruß Dieter Jasper Ich habe gestern etwas dazu auf unserer lokalen Liste geschrieben: http://gt.owl.de/pipermail/osm/2010-January/001033.html -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stadtpläne mit MapOSMatic
Guten Tag Dieter Jasper, am Samstag, 9. Januar 2010 um 09:48 schrieben Sie: Ich habe auf der Startseite bei der Karte Begrenzungsrahmen angeklickt, einen Begrenzungsrahmen auf der Karte festgelegt, den 'Name des Stadtplans' eingegeben und auf den grünen Pfeil rechts neben den Rahmenkoordinaten gedrückt. Aber dann passiert weiter nichts. Hast Du es einfach mal mit Enter probiert? Klappt bei mir. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgis-ausgabe = osm
Hallo, Jan Tappenbeck wrote: nur eine frage ob generell eine ausgabe aus einer postgis-db im osm-format möglich ist ? Nein, aber Du kannst mit dem psql2shp-Utility ein Shapefile erstellen und daraus dann mit shp2osm oder polyshp2osm eine OSM-Datei machen. Bitte aber das Ergebnis nicht in OSM hochladen ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit SPLITTER
Hi ! gute Frage gewesen - Datei war da zuende !!! OSMOSIS hat abgebrochen!!! nachfolgend das Protokoll: ECHO ist ausgeschaltet (OFF). zusammenfuehren der OSM-Dateien 09.01.2010 14:52:59 org.openstreetmap.osmosis.core.Osmosis run INFO: Osmosis Version 0.32 09.01.2010 14:53:00 org.openstreetmap.osmosis.core.Osmosis run INFO: Preparing pipeline. 09.01.2010 14:53:00 org.openstreetmap.osmosis.core.Osmosis run INFO: Launching pipeline execution. 09.01.2010 14:53:00 org.openstreetmap.osmosis.core.Osmosis run INFO: Pipeline executing, waiting for completion. 09.01.2010 14:53:05 org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskMan ager waitForCompletion SCHWERWIEGEND: Thread for task 1-read-xml failed org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to read XML file rheinland-pfalz.osm.bz2. at org.openstreetmap.osmosis.core.xml.v0_6.XmlReader.run(XmlReader.java: 123) at java.lang.Thread.run(Unknown Source) Caused by: java.io.IOException: unexpected end of stream at org.apache.tools.bzip2.CBZip2InputStream.getAndMoveToFrontDecode(CBZi p2InputStream.java:721) at org.apache.tools.bzip2.CBZip2InputStream.initBlock(CBZip2InputStream. java:289) at org.apache.tools.bzip2.CBZip2InputStream.setupNoRandPartA(CBZip2Input Stream.java:846) at org.apache.tools.bzip2.CBZip2InputStream.setupNoRandPartB(CBZip2Input Stream.java:895) at org.apache.tools.bzip2.CBZip2InputStream.read0(CBZip2InputStream.java :212) at org.apache.tools.bzip2.CBZip2InputStream.read(CBZip2InputStream.java: 180) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager$RewindableIn putStream.read(Unknown Source) at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.read(Unknown So urce) at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.scanLiteral( Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLScanner.scanAttributeValue (Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp l.scanAttribute(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp l.scanStartElement(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp l$FragmentContentDriver.next(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(U nknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp l.scanDocument(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(U nknown Source) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(U nknown Source) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown So urce) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Un known Source) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.p arse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at org.openstreetmap.osmosis.core.xml.v0_6.XmlReader.run(XmlReader.java: 108) ... 1 more 09.01.2010 14:53:05 org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskMan ager waitForCompletion SCHWERWIEGEND: Thread for task 2-read-xml failed org.openstreetmap.osmosis.core.OsmosisRuntimeException: An output error has occu rred, aborting. at org.openstreetmap.osmosis.core.store.DataPostbox.checkForOutputErrors (DataPostbox.java:76) at org.openstreetmap.osmosis.core.store.DataPostbox.populateCentralQueue (DataPostbox.java:132) at org.openstreetmap.osmosis.core.store.DataPostbox.put(DataPostbox.java :182) at org.openstreetmap.osmosis.core.merge.v0_6.EntityMerger$1.process(Enti tyMerger.java:72) at org.openstreetmap.osmosis.core.merge.v0_6.impl.SortedEntityPipeValida tor.process(SortedEntityPipeValidator.java:59) at org.openstreetmap.osmosis.core.xml.v0_6.impl.NodeElementProcessor.end (NodeElementProcessor.java:117) at org.openstreetmap.osmosis.core.xml.v0_6.impl.OsmHandler.endElement(Os mHandler.java:107) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endEleme nt(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser. emptyElement(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp l.scanStartElement(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp l$FragmentContentDriver.next(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(U nknown Source) at
Re: [Talk-de] HermannOSM - Schaden angerichtet - Ich brauche Hilfe - Rat
Am 09.01.2010 16:14, schrieb Hermann Prey: Hallo Ulf Lamping Ich habe gestern (8.1.2010) als Beagra im Bereich Klinikum Nord ohne Absicht Veränderungen an der Karte vorgenommen: Verbindungsweg im KH, Rieterstrasse, und Taxistand (und ...?). Eigentlich wollte ich JOSM nur testen um für mich lokal eine Karte zu erstellen und bearbeiten. Blödsinnigerweise habe ich gespeichert und so die Karte verändert. Seitdem versuche ich, ohne noch mehr Schaden anzurichten, die Änderungen wieder rückgängig zu machen. (Hat aber offensichtlich nicht geplappt.) Könntest Du mir vielleicht helfen. Am liebsten wäre es mir, wenn einfach alles so wäre, wie vorher. An wen kann ich mich wenden? Im Forum kann ich mich nicht anmelden. Deine Mailadresse habe ich übers Wiki gefunden. Hallo! Hier hat einer in Nürnberg ein bisschen in den Daten geschossen. Undo hab ich bislang selber noch nie machen müssen, kann jemand helfen? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] postgis-ausgabe = osm
Am 09.01.2010 14:54, schrieb Frederik Ramm: Hallo, Jan Tappenbeck wrote: nur eine frage ob generell eine ausgabe aus einer postgis-db im osm-format möglich ist ? Nein, aber Du kannst mit dem psql2shp-Utility ein Shapefile erstellen und daraus dann mit shp2osm oder polyshp2osm eine OSM-Datei machen. Bitte aber das Ergebnis nicht in OSM hochladen ;-) Bye Frederik Bitte aber das Ergebnis nicht in OSM hochladen ;-) ne schon klar - war für etwas ganz anderes angedacht ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit SPLITTER
Hallo, ich verschmelze immer einige Bundesländer der Geofabrik und mache mir daraus meine Garmin-Karten. Ist es da nicht einfacher, das germany-File zu nehmen und einen rechteckigen Teil auszuschneiden? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit SPLITTER
Hallo, On Samstag, 9. Januar 2010, Jan Tappenbeck wrote: Kann mir einer die Meldung erklären bzw. hat einer etwas vergleichbares feststellen können - Lösungansatz ? Ich hab keine direkten Probleme, im Ausschnitt von Baden-Württemberg [1] sind seit heute aber ein paar Relationen mit mehreren Versionen enthalten. 17324085: relation id=4788 version=1320 timestamp=2010-01-06T22:32:19Z uid=2680 user=xylome changeset=3557968 17324086-member type=way ref=40114880 role=/ 17324087-member type=way ref=23600941 role=/ 17324088-member type=way ref=26245680 role=/ 17324089-member type=way ref=26245681 role=/ 17324090-member type=way ref=5885416 role=/ [...] 17324902: relation id=4788 version=1321 timestamp=2010-01-07T19:26:48Z uid=207148 user=RobiS changeset=3564734 17324903-member type=way ref=40114880 role=/ 17324904-member type=way ref=23600941 role=/ 17324905-member type=way ref=26245680 role=/ 17324906-member type=way ref=26245681 role=/ 17324907-member type=way ref=5885416 role=/ [...] 17325719: relation id=4788 version=1322 timestamp=2010-01-08T14:29:15Z uid=207148 user=RobiS changeset=3570560 17325720-member type=way ref=40114880 role=/ 17325721-member type=way ref=23600941 role=/ 17325722-member type=way ref=26245680 role=/ 17325723-member type=way ref=26245681 role=/ -- hier sind also 3 Versionen einer derselben Relation enthalten. Relation 61680 ist sogar in 6 Versionen in der Datei enthalten. --- 17383925: relation id=61680 version=215 timestamp=2010-01-07T16:02:33Z uid=205729 user=tokyo-no-tomo changeset=3563069 17383926-member type=way ref=33678822 role=/ 17383927-member type=way ref=7775 role=/ 17383928-member type=way ref=7773 role=/ 17383929-member type=way ref=37489237 role=/ [..] 17384010: relation id=61680 version=220 timestamp=2010-01-08T17:53:37Z uid=42429 user=FK270673 changeset=3572129 17384011-member type=way ref=33678822 role=/ 17384012-member type=way ref=7775 role=/ 17384013-member type=way ref=7773 role=/ -- [1] http://download.geofabrik.de/osm/europe/germany/baden- wuerttemberg.osm.bz2 Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF Ergebnis der Lizenzabstimmung ?
northc...@gmx.de schrieb: Seit Ende der Abstimmung zur ODBL sind 2 Wochen ins Land gegangen. Wann geht es im Open Data License/Implementation Plan weiter ? Während der Abstimmung wurden noch einige Änderungsvorschläge zur Benutzervereinbarung gemacht. Diese Punkte müssen noch geklärt (und eventuelle Änderungen wohl auch noch vom Anwalt geprüft) werden. Details wie immer unter http://www.osmfoundation.org/wiki/Working_Group_Minutes Ulf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HermannOSM - Schaden angerichtet - Ich brauche Hilfe - Rat
Hallo, Ulf Lamping wrote: Hier hat einer in Nürnberg ein bisschen in den Daten geschossen. Habs repariert. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nodes einfügen - Fehler in Potlatch?
Hallo! Ich stelle gerade fest, dass ich in Potlatch keine Punkte mehr in einen bestehenden Way (mittendrin, an einem Ende weitermachen geht) oder eine bestehende Area einfügen kann. Ist das ein allgemeines Problem mit Potlatch, oder liegt der Fehler auf meiner Seite? Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HermannOSM - Schaden angerichtet - Ich brauche Hilfe - Rat
Am 09.01.2010 19:38, schrieb Frederik Ramm: Hallo, Ulf Lamping wrote: Hier hat einer in Nürnberg ein bisschen in den Daten geschossen. Habs repariert. Danke! Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Alte Version einer Grenze wiederherstellen
Hallo, ich habe zufällig gesehen, dass in einer Kreisgrenze [way #37495476] zwischen Punkt [node #323714258] und [node #323825495] Knoten fehlen. Nach Recherche der Historie habe ich herausgefunden, dass die Knoten im Changeset [#1413338] beim beim Ändern von [way #29412285] gelöscht wurden. Jetzt würde ich gerne die fehlenden Knoten wiederherstellen. Wenn ich die ursprüngliche Version 1 der Grenze [5] mit JOSM lade, dann werden nur nd ref und keine Koordinaten der Knoten heruntergeladen. Jetzt könnte ich theoretisch einzeln die Knoten laden, aber das scheint mir zu aufwändig. Kann mir jemand einen Tipp geben, wie ich den ursprünglichen Weg mit den Koordinaten der Knoten einfach vom Server wieder bekomme, um dann die Kreisgrenze wieder herstellen zu können. Gruß Michael PS: Ich würde die Grenze gerne (als Übung) selbst reparieren und hätte gerne eine Anleitung wie es geht. PPS: Im Wiki (und mit Google) habe ich schon gesucht, aber nix gefunden. Wenn das schon irgendwo beschrieben ist, dann hätte ich gerne den Link. Ansonsten würde ich ggf. das Prozedere mal aufschreiben und ins Wiki stellen. [1] http://www.openstreetmap.org/browse/way/37495476 [2] http://www.openstreetmap.org/browse/node/323714258 [3] http://www.openstreetmap.org/browse/node/323825495 [4] http://www.openstreetmap.org/browse/changeset/1413338 [5] http://www.openstreetmap.org/api/0.6/way/29412285/1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Übersicht meiner Programme, wiki Sei ten und Reports
Hallo, habe meine wiki Seite mal etwas verschönert. Es gibt nun eine Tabelle mit meinen Programmen, Wiki-Seiten und den dazugehörigen Reports. http://wiki.openstreetmap.org/wiki/User:Gary68#My_programs Man beachte die ersten beiden Einträge. Hier gibt es alles am Stück bzw. Listen für bestimmte Gebiete. Cheers Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Danke für die Antwort. Ich glaube ich habe mein Problem nicht gut beschrieben. Das ich einen negative und einen positive taggen muss ist mir klar, aber ich weiß nicht an welchen der beiden möglichen Punkte. Z.B. wir haben diese Kreuzung: | | A---B | | 1- C---D | | 2 | v Jetzt muss für Straße 2 A oder C mit postive getaggt werden und B oder D mit negative. Gibt es eine Regel welchen ich nehmen soll? Je nachdem welchen ich nehme, blockiert eine Sperrung von vor oder nach dem Knoten das Abbiegen in eine Richtung. Wenn es eine Sperrung für Straße 2 nach dem Point gibt und der Point auf A ist, ist ein links abbiegen nicht möglich. Wenn die Sperrung vor dem Point ist und der Point auf C ist, kann man von der Straße 1 aus Gegenrichtung nicht auf die Straße 2 biegen. Gruß Stefan Am Samstag, den 09.01.2010, 05:02 +0100 schrieb Marcus Wolschon: 2010/1/8 Stefan Roggensack someone...@gmx.de: Tolle Anwendung, mich hast du für das Thema in meiner Nähe damit gewonnen. Eine Frage zum TMC Tagging ist mir gerade gekommen. Wenn man eine Kreuzung mit jeweils zwei Spuren in jeder Richtung hat, gibt es dort Regeln welche von denen die Tags bekommen sollen. Z.B. http://osm-tmc.anders-hamburg.de/point.php?lcd=46216 Ja, man muss für jede Richtung einen Punkt taggen und jeweils das tag TMC:cid_58:tabcd_1:Direction=positive bzw. TMC:cid_58:tabcd_1:Direction=negative benutzten. Ich hab das mal beispielhaft für deine Kreuzung gemacht. Im Zweifelsfall hilft es sich zu überlegen wie eine Verkehrsnachricht aussieht: In Punkt X bis zurück in Richtung positive für 3 Schritte Einseitiger Stau wegen Unfall. Und das TMC-Meldungen nicht abbiegen sondern falls der Stau/Sperrung/... abbiegt das einfach eine Nachricht für jede beteiligte Strasse ist. Marcus ___ 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] Unbeantwortete Fragen im OSM-Forum
Hallo Mailinglisten-Bewohner, im deutschsprachigen Teil des Forums gibt es immer mal wieder einzelne Probleme, die dort nicht gelöst werden können - bei denen ich aber glaube, dass manche Experten auf der ML durchaus helfen könnten. Aktuell etwa: Wackelnde Marker auf der Karte von magixAG http://forum.openstreetmap.org/viewtopic.php?id=5937 JOSM: Problem beim Upload (Login) von mapdiger http://forum.openstreetmap.org/viewtopic.php?id=5936 Und einige ältere Sachen, die man jetzt vermutlich schon lieber nicht mehr ausgraben will, in dieser Liste versammelt http://forum.openstreetmap.org/search.php?search_id=854080237 (die allerdings Posts mit erfolglosen Lösungsversuchen ignoriert) Daher also mal dieses Experiment: Statt wie üblich die Hilfesuchenden an die ML (oder die anderen Kanäle) zu verweisen, weise ich in der ML auf die offenen Fragen hin - in der Annahme, dass es ML-Nutzern leichter fällt, ein Forum zu bedienen, als umgekehrt. Gleichzeitig darf das gerne als Diskussionsanstoß dienen, wie man am besten mit unseren gespaltenen Kommunikationsmedien umgeht. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Version einer Grenze wiederherstellen
Michael Mehl wrote: Hallo, ich habe zufällig gesehen, dass in einer Kreisgrenze [way #37495476] zwischen Punkt [node #323714258] und [node #323825495] Knoten fehlen. Um es einfach zu machen: Dies ist der einzigste Grund (einen way auf eine alte Version ändern) warum ich ausnahmnesweise Potlatch benutze. Vorgehen;: Du lädst das Gebiet mit Potlatch mit der Linie und markierst die Linie, drückst h und wählst die Version aus die Du haben willst. Das ganze speichern da Du hoffentlich offline arbeitest und fertig. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit SPLITTER
Am 09.01.2010 18:31, schrieb Stefan Dettenhofer (StefanDausR): Hallo, ich verschmelze immer einige Bundesländer der Geofabrik und mache mir daraus meine Garmin-Karten. Ist es da nicht einfacher, das germany-File zu nehmen und einen rechteckigen Teil auszuschneiden? einfacher schon - aber der gesamte download schrägt mich immer ab !!! ich ziehe die daten fast täglich ! gruß jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unbeantwortete Fragen im OSM-Forum
Tobias Knerr schrieb: Gleichzeitig darf das gerne als Diskussionsanstoß dienen, wie man am besten mit unseren gespaltenen Kommunikationsmedien umgeht. Ein Interface ähnlich gmane (ML NNTP), das Inhalte zwischen Forum und ML austauscht, wäre nicht schlecht. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unbeantwortete Fragen im OSM-Forum
Gleichzeitig darf das gerne als Diskussionsanstoß dienen, wie man am besten mit unseren gespaltenen Kommunikationsmedien umgeht. Ein System was die Kommunikation ansich in einem Kanal bündelt und dennoch die bevorzugte Oberfläche bietet. Da würde z.B. so geplärre wie generell php Foren sind Doof unter den Tisch fallen. Das ist wie bei vielem wieder eine reine Sache der Vorlieben oder Religionen. Mit einer vernünftigen Forensoftware hat man sehr wohl einige Vorteile und die Übersichtlichkeit ist gewöhnungssache. Diese ist seit langem die einzige ML die ich mal wieder nutze. Funktioniert auch, bringt aber eben auch mal Nachteile wie einmal abgeschickte Fehler die man nichtmal eben editieren kann. Andere sehen es wieder andserum. Da kann man sich totreden und Recht hat am Ende sowieso keiner. Anders wirds nicht klappen weil du immer einen Teil hast der sich nur schwer oder garnicht umerziehen lassen möchte. Die alten ML Fans bekommst du nicht zum Forum und die an denen wo die ML Zeit komplett vorbei ging, tun sich so schnell keine Liste an. Gibts da nicht mitlerweile ein technische Lösung die beides verknüpfen kann? Ansonsten bliebe nur der bisherige Status Quo. Oder Plan B, ML und Forum weg und beide müssen sich zusammen an irgendeine dritte Möglichkeit gewöhnen. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unbeantwortete Fragen im OSM-Forum
Mirko Küster schrieb: Anders wirds nicht klappen weil du immer einen Teil hast der sich nur schwer oder garnicht umerziehen lassen möchte. Die alten ML Fans bekommst du nicht zum Forum Wobei man das Forum auch über den RSS-Feed beobachten kann: http://forum.openstreetmap.org/extern.php?action=feedtype=rssfid=14 Mit Thunderbird ist das dann fast wie eine Mailingliste. :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit SPLITTER
Hallo Jan, Jan Tappenbeck schrieb: Am 09.01.2010 18:31, schrieb Stefan Dettenhofer (StefanDausR): Hallo, ich verschmelze immer einige Bundesländer der Geofabrik und mache mir daraus meine Garmin-Karten. Ist es da nicht einfacher, das germany-File zu nehmen und einen rechteckigen Teil auszuschneiden? einfacher schon - aber der gesamte download schrägt mich immer ab !!! ich ziehe die daten fast täglich ! gruß jan .-) Ich bin gerade dabei, am dev-Server die NaviPOWM-Karten für germanyplus täglich erzeugen zu lassen, da fallen als Abfallprodukt auch OSM-Dateien in verschieden großen Rechtecken an. Welchen Koordinaten-Bereich brauchst du denn? Vielleicht habe ich was passendes. Ansonsten: Die OSM-Kacheln von Computerteddy ftp://ftp5.gwdg.de/pub/misc/openstreetmap/teddynetz.de/latest/osm/ kennst Du schon, oder? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unbeantwortete Fragen im OSM-Forum
Tobias Knerr o...@tobias-knerr.de wrote: Daher also mal dieses Experiment: Statt wie üblich die Hilfesuchenden an die ML (oder die anderen Kanäle) zu verweisen, weise ich in der ML auf die offenen Fragen hin - in der Annahme, dass es ML-Nutzern leichter fällt, ein Forum zu bedienen, als umgekehrt. ROTFL. Das man das in der Theorie tun kann heißt doch noch lange nicht dass man das machen möchte. Sven - oh die Signatur passt grade -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /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] Alte Version einer Grenze wiederherstellen
Am 09.01.2010 20:49, schrieb Matthias Versen: Michael Mehl wrote: ich habe zufällig gesehen, dass in einer Kreisgrenze [way #37495476] zwischen Punkt [node #323714258] und [node #323825495] Knoten fehlen. Um es einfach zu machen: Dies ist der einzigste Grund (einen way auf eine alte Version ändern) warum ich ausnahmnesweise Potlatch benutze. Vorgehen;: Du lädst das Gebiet mit Potlatch mit der Linie und markierst die Linie, drückst h und wählst die Version aus die Du haben willst. Das ganze speichern da Du hoffentlich offline arbeitest und fertig. Das ist noch nicht genau das was ich brauche: - Das vollständige Zurücksetzen auf die alte Version wäre nicht richtig, denn inzwischen sind schon ein paar sinnvolle Änderungen (insb. Zerlegungen in Teilabschnitte) passiert - Vom alten Weg bräuchte ich nur die Teilstrecke zwischen den o.g. Knoten. - Diese Teilstrecke müsste ich in die Grenze einsetzen. Hat noch jemand eine Idee? Ansonsten würde ich mir ein Programm schreiben, dass diese Aufgabe erledigt. Gruß Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit SPLITTER
Am Samstag, den 09.01.2010, 21:30 +0100 schrieb Jan Tappenbeck: Am 09.01.2010 18:31, schrieb Stefan Dettenhofer (StefanDausR): Hallo, ich verschmelze immer einige Bundesländer der Geofabrik und mache mir daraus meine Garmin-Karten. Ist es da nicht einfacher, das germany-File zu nehmen und einen rechteckigen Teil auszuschneiden? einfacher schon - aber der gesamte download schrägt mich immer ab !!! ich ziehe die daten fast täglich ! Ich habe hier ein ähnliches Problem, denn ich erzeuge mir eigene Karten für meinen Garmin für ganz Zentraleuropa. Da früher (weiss nicht, ob das Problem noch besteht) Auszüge von der Geofabrik nach dem Compilieren mit mkgmap nicht als routingfähige Karte gemergt werden konnten, habe ich mir mit osmosis einen eigenen Auszug aus dem Europa-Auszug gebaut und spiele hierauf täglich den daily-Patch von OSM ein. Das dauert auf meiner lahmen Kiste (AMD Athlon(tm) 64 X2 Dual Core Processor 6400+) ca. 20 Minuten. Das anschließende Splitten und Kompilieren dauert über 2 Stunden und wird daher nicht mehr täglich gemacht. Will damit sagen, dass das natürlich auch recht komfortabel für kleinere Gebiete funktionieren würde, die ansonsten über mehrere Auszüge gehen würden. Die daily-Patches haben meist eine Größe von 20-50 MByte und somit auch nicht größer als ein Auszug von z.B. Niedersachsen. Ich kann hier leider keine fertigen Images von Computerteddy verwenden, da ich eigene Styles für mkgmap und ein eigenes TYP-File habe. Wenn Du Interesse hast, kann ich Dir das zugehörige Script gerne zur Verfügung stellen. Müsstest Du nur an Deine Bedürfnisse (z.B. bounding box) anpassen. Gruß Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unbeantwortete Fragen im OSM-Forum
Am Sa Januar 9 2010 glaubte Tobias Knerr zu wissen: Daher also mal dieses Experiment: Statt wie üblich die Hilfesuchenden an die ML (oder die anderen Kanäle) zu verweisen, weise ich in der ML auf die offenen Fragen hin - in der Annahme, dass es ML-Nutzern leichter fällt, ein Forum zu bedienen, als umgekehrt. Ich kann ein Forum bedienen, tu mir das aber nur bei einem einzigen an (nein, nichts mit OSM). Würden da nicht die Hersteller von Spezialrädern mitschreiben, würd ich mir das wohl nicht antun. Bei Mailinglisten oder Newsgroups kann ich ein Mehrfaches an Beiträgen in der selben Zeit abarbeiten im Vergleich zu einem Forum. Bei Mail und News kann ich flexible Filter setzen, das hab ich bei keinem Forum auch nur ansatzweise gesehen. Ebenso kann ich Mails und News lesen, ohne dauernd die Maus benutzen zu müssen. Das ist ein sehr großer Zeitvorteil für mich. Nee, sorry, ich klink mich evtl. mal alle paar Monate in eine Diskussion ein, aber mehr ist nicht. flo -- Genau! Vom Lesbenacker stamm Ich nicht. Und der Planet Duisburg ist ja auch nicht gerade so klein. [WoKo in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Welcher Fehler im TMC?
Hi, kann mir jemand erklären, wo der Fehler sein soll? Wenn ich nichts übersehen habe, gibt es nur zwei Punkte (einen Positive, einen Negative), nur das Script zählt einen den beiden doppelt. http://osm-tmc.anders-hamburg.de/point.php?lcd=25289 TIA ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unbeantwortete Fragen im OSM-Forum
Da haben wir wieder die Vorlieben und Gewohnheiten... Bei Mailinglisten oder Newsgroups kann ich ein Mehrfaches an Beiträgen in der selben Zeit abarbeiten im Vergleich zu einem Forum. Reine Gewohnheitssache. Alleine in der Zeit wo so eine Mail über die Kanäle kriecht, was schonmal so 10 Minuten dauert, bin ich in einem Forum, schneller Host vorrausgesetzt, schon einige Beiträge weiter. Bei Mail und News kann ich flexible Filter setzen, das hab ich bei keinem Forum auch nur ansatzweise gesehen. Ebenso kann ich Mails und News lesen, ohne dauernd die Maus benutzen zu müssen. Das ist ein sehr großer Zeitvorteil für mich. Bei vernünftigen Foren kannst du genauso einzelne Bereiche, Threads oder gar Nutzer abonieren, anderes ignorieren. Dafür brauchst du bei den Listen wieder eine geeignete Software. Im Moment läuft Talk DE bei mir in einen Ordner. Wegen einer Liste eine extra Software lohnt sich nicht. Ja, selber Schuld und kein vernünftiger Client. Aber überall wo ich so unterwegs bin sind Listen unüblich oder garnicht erst existent. Das mag bei anderen wieder anders sein, jeder bewegt sich halt woanders. Auch einen Maus nicht Nutzer sehe ich zu ersten mal. Da ich viel in Grafik und 3D mache, habe ich so eine Kombination aus Zeichentablet mit Maus. Da gewöhnst du dich so schnell dran und wirst so fix, da wird jegliche Tastenkombi zum Zeitkiller und Fingerbrecher. Für dich wieder ein Zeitvorteil, andere machen gleich nur Konsole. Nichts desto trotz haben wir schon lange ein Problem. Zwei Fraktionen reden teilweise über das gleiche oder aneinander vorbei, weil das gleiche Anliegen über zwei verschiedene Kanäle läuft, externe mal nicht mitgezählt. Und so ist es schon oft vorgekommen das der Arsch nicht wusste was der Kopf macht. Das war schon immer suboptimal. Es kann doch nicht unmöglich sein da irgendeine Lösung zu finden die beides mal vereint. Und zwar ohne die sowieso fruchtlosen predigten zur Umerziehung. Da kann von mir aus der Sven auch 5 Tuxe auf seine Seite packen, die mir wegen Windows den Hintern zeigen. Davon laufen meine wichtigen Tools auch nicht unter Linux und ich werde es auch weiterhin nicht nutzen (können). Da hilft mir der Tux nicht, weckt eher den geh weg Gedanken. Den gelernten Web 2.0 Foriker kriegst du nicht auf die Liste, den Listennutzer nicht aufs Forum. Die Frage ist wie man beide zusammen bringt. Nicht warum der eine das andere nicht mag und umgekehrt. Da kannst du Jahre diskutieren und kommst nie auf die eine richtige Antwort. Schlussendlich brauchen sich sowieso beide. Auch viele Web 2.0er, die Daten aus den hinterletzten Winkeln heranholen. Da gibts auch heute noch Bedarf und vielleicht viele Fragen, auf die im Forum vielleicht aber keiner eine Antwort hat, hier schon, wo das aber wiederum kaum einer mitbekommt. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
