Re: [talk-ph] Reviving plan(s) for Tagaytay Mapping party
Maning, Collecting waypoints in tagaytay was how me and my wife spent our anniversary :-) after staying overnight at the Moon Garden Cafe bedbreakfast. Sinusulit yung cost of fuel and lodging, so might as well take waypoints for pasalubong before going back to manila, hehe. Well, my wife enjoyed the activity; but don't worry, i'm not taking her to the mapping party, as we need room for equipments in the car :-D i still have to figure out how to rig a 12v regulator for my netbook, unless someone can bring a DC-to-AC inverter. My china 12v 3A lighter plug adaptor is no longer working. BTW, i used Nroute on a netbook with sirf usb ext antenna (good low EPE at that time); i did the driving and my wife did the typing. It's all hands free mapping. All I have to say to her was Ctrl-W (to mark the waypoints) and indicate if it's a Left or Right side waypoint (L or R). Very efficient, even if it's a stop and go driving. But you will have to decide if you will be collecting waypoints or tracks. Because for tracklogs, you always need to drive at the center of the road; for waypoints you need to drive by the road side so as not to block the traffic when you stop for a good 2-3-sec and get quality coordinates (coz some gps receivers calculate coordinates every 1-second, some every 5-seconds only - especially the bluetooth antennas) - and we need to consider this. Although time is also a factor, because of limited mapping hours. I discovered that even with a city like Tagaytay, if you ask the residents their street name, they answer back with the name of their sitio or purok; then they will ask you if you are lost or something. I always have a ready answer for that. :-) They don't know their street names or probably no official street names at all. rally On Sun, Apr 26, 2009 at 10:25 AM, Maning Sambale emmanuel.samb...@gmail.com wrote: Hi, Rally just uploaded numerous POIs around Tagaytay for use to verify during the mapping party. http://www.openstreetmap.org/browse/changeset/95 Nice one rally! I can only say, if it came from Rally, it's good data! On Fri, 2009-04-24 at 17:07 +0800, maning sambale wrote: On Wed, Apr 22, 2009 at 7:47 PM, Eugene Alvin Villar sea...@gmail.com wrote: Maybe it should be May 16 or 17? Sorry, I stand corrected so it's May 16 in Tagaytay maning eugene rally andre ianlopez (85%) murlwe (will try) neil Anymore? Rally proposes to carpool to share fuel costs. -- 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 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] Substantial meaning
I've tried to capture all the comments made with some strawman wording below. Please feel free to cast arrows at it. I've also copied it to http://wiki.openstreetmap.org/wiki/Open_Data_Licence/Use_Cases#What_constitutes_a_Substantial_extract I am not happy that I have captured 2 properly. I am trying to build on Russ' comments and build a case that a systematic extraction of a single criteria is Substantial in a qualitative sense (even if a minute quantity of the entire database). The overall rationale for the wording is a) it is safer to define non-Substantial than Substantial; b) to encourage as much as possible the worry-free use of our data for personal projects, local community and local educational projects, for commercial projects where our data is either a very small adjunct to the main thrust of the product/service or where the commerciality is clearly cottage-industry, for example village map OK, town map not OK; c) build a case for the qualitative interpretation of Substantial (http://edina.ac.uk/projects/grade/gradeDigitalRightsIssues.pdf, p28) Mike We regard the following as being not Substantial within the meaning of our license provided that the extraction is one-off and not repeated over time for the same or a similar project: 1. 100 features. In OpenStreetMap parlance, a feature can be a way, such as part a road with the same characteristics, or an independent node, (Point Of Interest), such as an eating place. 2. You can go over the 100 feature limit, provided that the extraction is non-systematic and clearly based on your own qualitative criteria. For example, we would regard the extraction and use of all eating places or all castles in an area as Substantial. But if you extract the locations of restaurants you have visited for a personal map to share with friends or use the locations of historic buildings as an adjunct in a book you are writing, we would regard that as non Substantial. 3. A single systematic extraction and re-use of an entire area of up to 1,000 inhabitants . The area can be a small densely populated area,(for example, a European village but not a town), or a large sparsely-populated area, (for example, Australian bush). If your extraction of data does not fall within the above guidelines, then we would expect it to be Substantial and therefore you should comply with the provisions of our license. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Substantial meaning
On Fri, 24 Apr 2009, SteveC wrote: Has there been any discussion on what people here feel 'substantial' means in the context of the definitions of the ODbL? I've banged around the wiki looking but might might have missed it. Here's the first important bit relevant to this in the ODbL: Extraction – Means the permanent or temporary transfer of all or a Substantial part of the Data to another medium by any means or in any form. Which I believe follows the language of the EU database directive. Basically, what do we feel substantial means when someone takes some part of the data? How much is 'substantial'? I won't frame the question further as I can see a number of ways and we, the license working group, would like to get a feel for the communities views. We're not looking for a legal opinion on that here, clearly case law one day has to play a role. Rather, what do we think it means? Best Steve I'd like to draw your attention to the recently published judgement from the High Court of Australia, in a case which most certainly involved how much copying is substantial. Many of the cases referenced are from the UK. http://www.austlii.edu.au/au/cases/cth/high_ct/2009/14.html Substantial part So as to indicate that the time and title information alleged to have been reproduced did not form a large part of a Weekly Schedule, the primary judge referred to the copying of slivers of information[29]. However, in order to assess whether material copied is a substantial part of an original literary work, it is necessary to consider not only the extent of what is copied: the quality of what is copied is critical[30]. This principle has a long provenance[31] and it is particularly apposite when considering a compilation. Some compilations are no more than a selection or arrangement of facts or information already in the public domain. When the particular form of expression contains facts and information, it is not helpful to refer to the rough practical test that what is worth copying is prima facie worth protecting[32]. To take an example, facts are obviously worth copying for purposes such as a narrative work of history which depends on secondary sources[33]. It is equally unhelpful to refer to the commercial value of the information, because that directs attention to the information itself rather than to the particular form of expression. It is often said that questions of whether a substantial part has been copied are questions of fact and degree[34]. However, a factor critical to the assessment of the quality of what is copied is the originality of the part which is copied[35]. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Mapping party in Bergen, Norway 2-3 may
We'll be hosting a mapping party in Bergen (http://openstreetmap.org/?lat=60.39lon=5.32zoom=7) next weekend (may 2nd and 3rd). There is some information on the wiki: http://wiki.openstreetmap.org/wiki/Bergen_(Norway)/Mapping_Party_May2009 And some more in norwegian: http://wiki.openstreetmap.org/wiki/Bergen_(Norway)/Mapping_Party_May2009_info If you want more information I'll be happy to help. And the thursday night talk will be given by me, if anybody there doesn't understand norwegian I can hold it in english. -- Knut Arne Bjørndal aka Bob Kåre bob+...@cakebox.net bobk...@irc smime.p7s Description: S/MIME cryptographic signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] newbies Digest, Vol 26, Issue 15 - can't upload
I have raised a ticket for this but would appreciate any help so that I can make some progress ... I tackled API6 with JOSM for the first time today. My first attempt - a small edit - worked like a dream and the update appeared OK on the next download from OSM. My next attempt was a much bigger set of edits - this repeatedly fails to upload. The error message has to be read in sections as it is too long for the dialogue box but after several failed uploads I can see I am getting a java error java.io.IOException and an OSM server error code 409. I have been industriously filling in the new comment box! I have tried downloading immediately before uploading. This always gives the same single conflict (ID 28422846) a short way that was duplicated and I edited out the duplication. Attempting to resolve the conflict gives me the obvious two choices - deleted=true ('mine') or deleted=false ('theirs'). After resolving the conflict the upload still fails with a 409 error. It doesn't matter which option I choose. I have even chosen 'false', re-deleted the duplicate and then tried again. Seems to be a bug somewhere in API6 - so no more mapping until I can get an answer that allows me to upload. Particularly annoying as I had to recreate the OSM as I was half way through the job before the API change and didn't want to mess about with the half-finished work in api 5 osm format. I am using josm v 1555 (but have also tried v1529 - the most recent 'stable' version - which still gives 409 errors). I am using java v1.6.0_13. HELP! Mike -Original Message- From: newbies-boun...@openstreetmap.org [mailto:newbies-boun...@openstreetmap.org] On Behalf Of newbies-requ...@openstreetmap.org Sent: 25 April 2009 12:00 To: newb...@openstreetmap.org Subject: newbies Digest, Vol 26, Issue 15 Send newbies mailing list submissions to newb...@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/newbies or, via email, send a message with subject or body 'help' to newbies-requ...@openstreetmap.org You can reach the person managing the list at newbies-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of newbies digest... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Relation 15020
I've emailed RichardF already as Potlatch suggested I do so, but JOSM won't help me either. I've added three ways to the EV12 relation, but can't add them to the NCN51 relation (15020) in either Potlatch or JOSM. So I suspect there is something weird about relation 15020 but can't see anything in particular. It currently has 595 members and I want to increase that to 598. The three ways are obvious in Potlatch: http://www.openstreetmap.org/edit?lat=51.85575lon=0.957zoom=17 as they've been highlighted by me adding them to EV12 relation, but in a different colour from the other highlighted ways that are already in both relations. The relation I've not been able to add the ways to is: http://www.openstreetmap.org/browse/relation/15020 Will the presence of a node in the route relation as well as all the ways cause any problem? I can't imagine why it is there, but nor can I see that it should cause a problem. I've tried to view the history of the above relation but it seems to be on revision 410 and I have to go out - page is still loading, or trying to. Suggestions welcome. Thanks Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Big changeset upload and '500 Internal Server Error'
Hello, I am just doing big meta-data import for Polish cities. I have split the changes in 16 files, one for each voivodeship (province). Most of these changesets were uploaded without a problem, but a few failed with '500 Internal Server Error'. Those were the biggest files, over 1MB (other have few hundred kilobytes). It seems I have reached some limit. Is it documented? Is it that the 'waynodes maximum=2000/' limit (those big files exceed both 1MB size and 2000 changed nodes)? And shouldn't the error code be different, like '413 Request Entity Too Large' (in case request body size limit) or '401 Bad request' (in case of API limit)? Or, is it just some bug or misconfiguration? Greets, Jacek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Big changeset upload and '500 Internal Server Error'
Jacek Konieczny wrote: Hello, I am just doing big meta-data import for Polish cities. I have split the changes in 16 files, one for each voivodeship (province). Most of these changesets were uploaded without a problem, but a few failed with '500 Internal Server Error'. Those were the biggest files, over 1MB (other have few hundred kilobytes). It seems I have reached some limit. Is it documented? Is it that the 'waynodes maximum=2000/' limit (those big files exceed both 1MB size and 2000 changed nodes)? And shouldn't the error code be different, like '413 Request Entity Too Large' (in case request body size limit) or '401 Bad request' (in case of API limit)? Or, is it just some bug or misconfiguration? Server process likely overruns the designed memory bounds causing the 500 error. waynodes is nodes within a way. Do you have any ways made up of over 2000 nodes? changesets maximum_elements is 5, but this may be adjusted in future. Likely best to split the larger uploads. Regards Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Big changeset upload and '500 Internal Server Error'
On Sat, Apr 25, 2009 at 03:40:40PM +0100, Grant Slater wrote: Server process likely overruns the designed memory bounds causing the 500 error. That is what I thought too. waynodes is nodes within a way. Do you have any ways made up of over 2000 nodes? No. No ways, just places. And it fails for files with less than 2000 nodes too. The limit is a bit below 2000 nodes and 1MB. Likely best to split the larger uploads. That is probably what I will do. Greets, Jacek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] 500 error on main site
The 500 - Internal Server Error is spreading. Now the main site has succumbed. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] newbies Digest, Vol 26, Issue 15 - can't upload
On Sat, Apr 25, 2009 at 6:49 AM, Mike Harris mik...@googlemail.com wrote: I have raised a ticket for this but would appreciate any help so that I can make some progress ... I tackled API6 with JOSM for the first time today. My first attempt - a small edit - worked like a dream and the update appeared OK on the next download from OSM. My next attempt was a much bigger set of edits - this repeatedly fails to upload. The error message has to be read in sections as it is too long for the dialogue box but after several failed uploads I can see I am getting a java error java.io.IOException and an OSM server error code 409. I have been industriously filling in the new comment box! I have tried downloading immediately before uploading. This always gives the same single conflict (ID 28422846) a short way that was duplicated and I edited out the duplication. Attempting to resolve the conflict gives me the obvious two choices - deleted=true ('mine') or deleted=false ('theirs'). After resolving the conflict the upload still fails with a 409 error. It doesn't matter which option I choose. I have even chosen 'false', re-deleted the duplicate and then tried again. Seems to be a bug somewhere in API6 - so no more mapping until I can get an answer that allows me to upload. Particularly annoying as I had to recreate the OSM as I was half way through the job before the API change and didn't want to mess about with the half-finished work in api 5 osm format. I am using josm v 1555 (but have also tried v1529 - the most recent 'stable' version - which still gives 409 errors). I am using java v1.6.0_13. HELP! Mike Cross-posting to JOSM-dev. I haven't looked at the code, but it makes me wonder if the conflict resolution is not taking the version number from the downloaded (conflicting) entity, which would make the version number mismatch and give you a 409 (conflict) error and thus prevent you from uploading. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Manipulating ABS suburb data, and related data..
On Fri, 17 Apr 2009, Liz wrote: On Fri, 17 Apr 2009, Franc Carter wrote: I'm currently wrestling with trying to get a handle on how we can tell whether the ABS data is more geographically accurate than yahoo or other data (not necessairly whether it is an accuate reflection of the boundaries) So, yes - thoughts please ABS is more accurate is more accurate than my river tracing. I don't foresee me taking to canoeing down the rivers for a really accurate trace either. I'm hoping that some of the Lachlan has been used for ABS boundaries to replace some of my extremely rough and ready tracing there. Struck a problem, in that new API chokes on trying to split some of these ways. I've logged the problem in trac, but still disappointed as very few of my river edits have been successful in upload. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Manipulating ABS suburb data, and related data..
On Sat, 25 Apr 2009, Franc Carter wrote: Hmm, one thing that I forgot to check is the number of nodes in the ways - I seem to remember that 0.6 was going to introduce a limit on this . . . . cheers The limit is 2000, and the involved way 1,400 or so, but it might be a clue; if i break the really big ones in the middle they might save -- Accidents cause History. If Sigismund Unbuckle had taken a walk in 1426 and met Wat Tyler, the Peasant's Revolt would never have happened and the motor car would not have been invented until 2026, which would have meant that all the oil could have been used for lamps, thus saving the electric light bulb and the whale, and nobody would have caught Moby Dick or Billy Budd. -- Mike Harding, The Armchair Anarchist's Almanac ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Garminkarte für ganz Deutschland
Hi! Sven Geggus schrieb: Johann H. Addicks addi...@gmx.net wrote: Vielleicht lässt sich die gelegentliche Briefkastensuche verschmerzen gegenüber eines grundsätzlich gestörten Weit-Routings. Ehrlich gesagt möchte ich beim mappen keine Karte auf dem Garmin haben, beid er der Briefkasten auf der falschen seite ist, denn dann muss ich mir einen vermeintlichen Fehler aufschreiben, den es dann beim nacharbeiten am heimischen Rechner gar nicht gibt. Ich habe jedenfalls wenig Lust beim mappen eine andere Karte in den Garmin zu spielen als für die Navigation. Und was möchtest Du uns jetzt sagen? Du möchtest nicht, dass die Wege vereinfacht werden, Du möchtest aber auch, dass das Routing einwandfrei funktioniert. Du möchtest also CPU und RAM von Deinem Garmin upgraden, richtig? -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garminkarte f?r ganz Deutschland
Hi! Holger Blum schrieb: Wie stelle ich sicher, dass mir die Basemap nicht mehr dazwischen funkt, oder kann das auch andere Ursachen haben? Mit Christophs Karte passiert das gleiche, die routet mich sogar mit dem Auto erst einmal über 20 Stufen runter auf die Sulzbacher Straße... Wie hier schon mehrfach festgestellt, hat Christophs Karte beim Auto-Routing Probleme, die Standard-mkgmap-Karten nicht haben. Wenn es Dir also um Bugfixing beim Routing geht, dann solltest Du besser eine andere Karte als Referenz verwenden... -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Deutschland update
Hi! Carsten Schwede schrieb: Martin Koppenhoefer schrieb: das sollte heissen: schreibt ihm, falls Ihr noch andere oft genutzte Features kennt, die fehlen ;-) Ich nehme übrigens auch immer gern Vorschläge entgegen. Schreib mal dazu, welche mkgmap-Parameter Du wo genau benutzt - und vielleicht packst Du auch das Style-File dazu. Dann lassen sich Vorschläge leichter platzieren. :-) Außerdem ist nach meiner bescheidenen Meinung die Erzeugung nicht routingfähiger Karten nicht mehr sehr hilfreich. Ich fände es toll, wenn es wieder eine zuverlässige Quelle für wöchentliche Updates routingfähiger Karten gibt - wenn auch am Anfang gern ein paar Features der alten Karten fehlen... -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FreieTonne - Wir wollen unsere Seezeichen nach OSM exportieren und nichts falsch machen :-)
Hallo Stephan, Die Grenze des Fahrwassers sollte doch immer ein geschlossener Polygonzug sein, auch ohne dass die Tonnen paarig liegen. Ich hatte den Vergleich aber bewusst etwas provokativ formuliert. Das verstehe ich jetzt nicht. Warum? Ich bin auch des öfteren mit dem Kanu unterwegs, klar ist dann das Etrex mit meinen Tönnchen dabei. Zumindest im Binnenbereich finde ich das handhabbar, und gerade mit dem Kanu interessiert mich der Verlauf des Fahrwassers ehrlich gesagt gar nicht. Bei größeren Entfernungen bastel ich vorher eine Route und nutze die verzeichneten Tonnen (bei mir als *.gpi Overlay übers Menü wählbar) als Wegpunkt. Damit ist die Orientierung glasklar :-) Die althergebrachte Seekarte finde ich eher unpraktisch. Sie ist bis zu DIN A0 groß und zeigt nur die für die Yacht- bis Großschifffahrt relevante Information. Die Linie zwischen zwei Tonnen lässt sich aber leicht als Bleistiftlinie nachtragen. Die Anzeige meines Garmin etrex hat nur etwa DIN A9 (ein 64-zigstel der Fläche einer DIN A1 Papierkarte), zeigt viele interessante Details und stellt meine Position dar, aber kann unterwegs nicht so einfach ergänzt werden. Oft liegt die nächste Tonne nicht mehr im dargestellten Bereich. Da wäre eine eingezeichnete Fahrwassergrenze sehr nützlich. Was meinst Du mit ergänzt werden? Ich habe Icons für die Seezeichen in mein Garmin geladen, die benutze ich direkt zur Erfassung der Positionen, sie werden sofort und direkt auf dem Garmin sichtbar und können später als GPX-Datei direkt in unsere FreieTonne (bald gleichzeitig in die OSM Datenbank) geladen werden. Praktisch ohne händische Konvertierung. Die FreieTonne stellt nach hochladen sofort entsprechende *.gpi Dateien bereit, die Lade ich aufs Garmin und hab meine PO'S als Grundlage für die Route ... Von unterschiedlichen Farbgebungen darf man auf dem Garmin erst träumen, wenn es gelingt, den Bereich außerhalb der Coastline überhaupt blau zu malen. Das ist ein echtes Problem. Selbst an einem hochauflösenden PC-Monitor müssten die Referenznummern aller Seezeichen lesbar sein, wenn man auf die Verbindungslinien verzichten will. Diesen Zusammenhang zwischen Referenznummern und Verbindungslinien habe ich nicht ganz verstanden. Was ist gemeint? Beste grüße aus Berlin JJ www.freietonne.de - Wir wollen schon auch eine Seekarte, die den Traditionen folgt ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Punkt+Area für POIs (war: Re: Garm in Deutschland update)
Hi! Martin Koppenhoefer schrieb: Am 22. April 2009 22:04 schrieb Christoph Wagner freemaps@googlemail.com: Eine weitere Frage an alle ist, ob ich Flächenfeatures in POIs konvertieren soll, damit sie im Findmenü gefunden werden können. Besonders im Auge hab ich da Tags, die an Gebäude rangehaun werden, wie z.B. restaurant etc. ja, fände ich gut. Damit würde sicherlich auch die leidige Praxis aufhören, zusätzliche POIs zu setzen für die Navigatoren. Ich finde das keine leidige Praxis, sondern absolut sinnvoll. Wenn Du einen größeren Komplex als Area eingezeichnet hast, wohin soll Dich dann das Routing bitte führen? Zum geometrischen Mittelpunkt? Der zustätzliche Node ist für mich das Routing-Ziel, also sprich: Eingang/Einfahrt etc. Manche meinen auch, dass sie nicht immer gern zu Polygonmitte geroutet werden möchten und dann lieber auf so einen berechneten Punkt ganz verzichten. Meinungen? Vorschläge? bei großen areas ist das sicher ein Problem. Wenn man da abfragen könnte, ob es nodes gibt, die als Eingänge getaggt sind, dann wäre es am besten, dorthin zu routen. Ob das schon geht mit mkgmap weiss ich allerdings nicht. Jetzt verwirrst Du mich. Hast Du nicht soeben argumentiert, dass diese Praxis Unsinn ist? Zum Thema Routing habe ich das so verstanden, dass Garmin-Geräte nur punktförmige POIs überhaupt als Routingziel akzeptieren. Und wenn Du --add-pois-to-areas setzt, dann hast Du genau das, was Du willst. Wenn es schon einen Punkt in der Area gibt, dann wird der hergenommen, wenn nicht, wird einer erzeugt. Ohne den Parameter werden flächenförmige POIs - glaube ich - gar nicht gefunden. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Achtung: Garminkarte Trackaufzeichnungen?im?Routingmodus!
Hi! Sven Geggus schrieb: Carsten Schwede computerte...@gmx.de wrote: Das wird sich nicht ändern lassen, ansonsten finde ich Navigation im Sinne der Autonavigation auf dem Rad eh nicht sehr Zielführend. Oh doch! Wenn man unterwegs ist und von einem Regenguß überrascht wird kann es sehr hilfreich sein wenn die OSM Karte den schnellsten Weg nach Hause oder zum nächsten amenity=shelter zeigt. Auch ich plane längere Routen offline, aber grade für das kürzere Zeug finde ich eine Routingfähige Karte praktisch. +1 Seit es routingfähige Karten von OSM gibt, benutze ich die auf dem Fahrrad durchaus regelmäßig - bei meinem schlechten Orientierungssinn macht das bei Wegen quer durch die Stadt durchaus Sinn! -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überprüfung der Frida-Daten in Ön abrück
dieter jasper schrieb: Hallo, zumindest teilweise in den Außenbezirken von Osnabrück sind m. E. noch Wege falsch getaggt. z. B. residental, die eher Zuwege oder Fußwege, usw. sind Wie soll korrigiertes gekennzeichnet werden?. Hast du was bestimmtes im Kopf? Ansonsten doch einfach die Daten ändern und gut. Es ist aus meiner Sicht recht unwahrscheinlich, daß es da eine zweite Version von geben wird, und selbst wenn muß man sich halt die Unterschiede zum ersten Import anschauen. Ich selber hab schon ein paar Kleinigkeiten ergänzt / korrigiert, hab da aber auch nix speziell gekennzeichnet. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapping nicht nachvollziehbar
Hallo, Martin Koppenhoefer wrote: Am 24. April 2009 23:04 schrieb Frederik Ramm frede...@remote.org: Die IP-Nummer und Mailadresse, die beim Anmelden benutzt wurden, erfaehrt niemand. wie sicher ist das? Sicher genug gegen den veraergerten deutschen Landbesitzer ;-) D.h. zum einen, würde sich die OSMF weigern, Strafverfolgungsbehörden logs zur Verfügung zu stellen, Ich denke, die OSMF wird sich an die britischen Gesetze halten. und sind die Server sicher im Falle von Beschlagnahme? Sind die logs krytografisch gesichert? Ziemlich sicher nicht. Wer hat Zugang darauf? Alle Admins und alle erfolgreichen Hacker. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Manual zu Garmin eTrack H
Hi ! um jemanden Hilfestellung zu geben wollte ich mir das Handbuch herunterladen. Es geht um einen Garmin eTrex H, bei Globetrotter unter der Artikel-Nr. gm -06-062 geführt [1]. Garmin bietet auf seinen Seiten aber nur den eTrex Vista H an - ist das derselbe Typ ? Gruß Jan :-) [1] http://www.globetrotter.de/de/shop/detail.php?mod_nr=gm_06062GTID=b656ba3784874b4ea54f95b3b0d195d6a38 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik - Update
Hi ! ich habe in der Woche die Friedhöfe aufgemessen und festgestellt, dass bei Mapnik diese nur in den ersten Stufen bereits angezeigt werden. Ich dachte immer das dieses Update kurzfristig für alle Zoomstufen durchgeführt wird. Die letzten 3 Stufen zeigen noch nichts an - kann mir einer weiterhelfen ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags Rund um Tiere
Hi ! nachdem ich meine Vorschläge kundgetan habe gab es einige Beiträge dazu - aber so richtig habe ich kein Ergebnis finden können. Nun habe ich die Deutschlanddaten einmal analysiert und festgestellt das die meisten Tierheime, wenn überhaupt attributiert als amenity=animal_shelter definiert sind. Es gibt sogar welche die tourism=attraction sind !!! Wer auf die Idee bloß gekommen ist !! Ich würde diese nacheinander einmal vereinheitlichen. Es stellt sich nur die Frage, ob weiter als amenity=animal_shelter oder eine neue Klasse animal einführen, wie von mir vorgeschlagen. Was sagt Ihr dazu ?? Gruß Jan :-) Jan Tappenbeck schrieb: Moin ! vor einigen Wochen hatte ich mein Vorhaben schon einmal angekündigt. Hier die ersten Gedanken - Bilder folgen noch. http://wiki.openstreetmap.org/wiki/DE:Animal Bitte (ernsthaft) diskutieren ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway pedestrian
Am 24.04.2009, 21:35 Uhr, schrieb Willi Rehfeld telegram...@gmx.de: Hallo, nutze JOSM Vers. 1546. Probleme mit highway=pedestrian. JOSM meldet Fehler: flächenförmiger Weg ist nicht geschlossen. Ist nicht als Platz getagged (area=yes). Sind einfach nur Straßen in denen keine Autos fahren dürfen. Also Fußgängerzonen. http://www.openstreetmap.org/?lat=51.47387lon=6.951zoom=17layers=0B00FTF Grüsse Willi Das gleiche gilt für man_made=pier. Hoffendlich wird das bald gefixed. Grüsse Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesucht: Tag für Nennleistung von G eneratoren
Am Samstag 25 April 2009 schrieb Schorschi: Moin, wir brauchen noch eine Kennzeichnung für die Nennleistung von Kraftwerken, Windkraftanlagen, Photovoltaikanlagen und ähnlichem; wie wäre es mit power_nominal=... wie waers mit generator:power_rating=... ? signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Deutschland update
Hi Gernot, Gernot Hillier schrieb: Schreib mal dazu, welche mkgmap-Parameter Du wo genau benutzt - und vielleicht packst Du auch das Style-File dazu. Dann lassen sich Vorschläge leichter platzieren. :-) Die mkgmap-Optionen stehen zwar noch nirgendswo auf meiner Wiki-Seite, dagegen die Style- Dateien schon immer und jede Woche aktuell. Außerdem ist nach meiner bescheidenen Meinung die Erzeugung nicht routingfähiger Karten nicht mehr sehr hilfreich. Ich fände es toll, wenn Na von mir aus, auch wenn ich diese Routingfähigkeit im Moment eher noch als nettes Gimmick betrachte. Da ist halt noch viel zu tun. es wieder eine zuverlässige Quelle für wöchentliche Updates routingfähiger Karten gibt - wenn auch am Anfang gern ein paar Features der alten Karten fehlen... Ich bin gerade dabei eine entsprechende Karte mit meinen kompletten Features zu erstellen, und da natürlich dann die ganze Welt. Das Problem wäre nur, in der Standardkarte möchte ich eigentlich keine Punkte für die Straßensuche haben, das irritiert doch ungeheuer. Na vielleicht routet es auch ohne diese Punkte. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] gesucht: Tag f?r Nennleistung von Generatoren
Am Samstag, 25. April 2009 08:50:05 schrieb talk-de-requ...@openstreetmap.org: Moin, wir brauchen noch eine Kennzeichnung f?r die Nennleistung von Kraftwerken, Erstmal brauchen wir? Wofür? Welcher Nutzen ist damit verbunden, das so genau zu wissen? Und woher soll diese Information dann kommen? Windkraftanlagen, Photovoltaikanlagen und ?hnlichem; wie w?re es mit power_nominal=... bessere Vorschl?ge? Gru?, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] out of copyright im Wiki
Frederik Ramm schrieb: Wenn der Kartograph natuerlich anfaengt, Personen einzuzeichnen, die Rueckschluesse auf Tobias zulassen und dann Aerger mit Deinem Anwalt kriegt, ist er selber schuld ;-) Passanten können nicht Teil der Panoramafreiheit sein, es kommt auf das Wort bleibend an. (Das Recht am Bild einer Person spiel natürlich auch eine Rolle...;-) ) Die Reichstagsverhüllung z.B. fiel auch nicht unter die Panoramafreiheit. Desweiteren darfst du auch keine Hilfsmittel benutzen (eine Leiter z.B. ist verboten) und musst dich auf der öffentlichen Straße befinden. Da gab es mal einen Fall, in dem ein Hundertwasserhaus von einem Haus auf der anderen Straßenseite fotografiert wurde - das war auch nicht von der Panoramafreiheit abgedeckt, sagt das Gericht. Ein Luftbild ist z.B. auch nicht von der Panoramafreiheit abgedeckt, dort ist aber auch das Hundertwasserhaus nicht bedeutender Teil des Bildes. Aber wurde das echt noch nie geklärt, ob die eine spezielle Straßenstruktur nicht unter das Urheberrecht fallen könnte? Ich meine, es gibt Standardstraßen, die haben keine Schlpfungshöhe. Aber es gibt ja auf der anderen Seite auch Wohngebiete, in denen sich Herscharen an Architekten austoben durften... Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Manual zu Garmin eTrack H
Jan Tappenbeck schrieb: um jemanden Hilfestellung zu geben wollte ich mir das Handbuch herunterladen. Es geht um einen Garmin eTrex H, bei Globetrotter unter der Artikel-Nr. gm -06-062 geführt [1]. Garmin bietet auf seinen Seiten aber nur den eTrex Vista H an - ist das derselbe Typ ? Etrex H ist ohne Kartendarstellung, das H steht für den hochempfindlichen Empfänger. Vista H kenne ich nicht, nur Vista-C, Vista-Cx und Vista HCX, die haben aber alle Kartendarstellung. https://buy.garmin.com/shop/shop.do?cID=167 Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garminkarte für ganz Deutschland
Gernot Hillier ger...@hillier.de wrote: Und was möchtest Du uns jetzt sagen? Du möchtest nicht, dass die Wege vereinfacht werden, Du möchtest aber auch, dass das Routing einwandfrei funktioniert. Jo, für den normalen Aktionsradius, den man mit dem Fahrrad normalerweise hat istd as bereits der Fall. Ich hatte bereits vorgeschlagen spezielle Autokarten ohne Feld-, Fuß- und Radwege zu bauen. Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /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] Manual zu Garmin eTrack H
Hallo. Am Samstag 25 April 2009 10:29:59 schrieb Jan Tappenbeck: Es geht um einen Garmin eTrex H, bei Globetrotter unter der Artikel-Nr. gm -06-062 geführt [1]. Garmin bietet auf seinen Seiten aber nur den eTrex Vista H an - ist das derselbe Typ ? eTrex ist eine Geräte-Familie. Es gibt ihn als eTrex Legend H/HCx oder Vista H/HCx. Der Vista hat zusätzlich einen barometrischen Höhenmesser und einen elektronischen Kompass, diese beiden Features hat der Legend nicht. Die HCx-Versionen haben zudem ein Farbdisplay (C) und eine Micro-SD-Karte (x). Gruß, Bernd -- Schau' mir in die Header, Kleines... - Martin Schmitz signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überprüfung der Frida-Daten in Ön abrück
dieter jasper schrieb: Hallo, zumindest teilweise in den Außenbezirken von Osnabrück sind m. E. noch Wege falsch getaggt. z. B. residental, die eher Zuwege oder Fußwege, usw. sind Wie soll korrigiertes gekennzeichnet werden?. Ich glaube, dass Osnabrück durch eine Kartenspende reingekommen ist, da gab es schon sehr früh ein sehr detaillierte Karte von... Nur so als Hint. Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] out of copyright im Wiki
Am Sa, 25.04.2009, 11:08 schrieb Philipp: Aber wurde das echt noch nie geklärt, ob die eine spezielle Straßenstruktur nicht unter das Urheberrecht fallen könnte? Ich meine, es gibt Standardstraßen, die haben keine Schlpfungshöhe. Aber es gibt ja auf der anderen Seite auch Wohngebiete, in denen sich Herscharen an Architekten austoben durften... Architekten lauten sich zwar oft auch Stadtplaner, aber bauen sie doch häufiger Häuser. Andersrum gehört zum Stadtplanungsstudium auch Architektur. Demgegenüber lernen Raumplaner auch Stadtplanung, aber keine Architektur. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik - Update
Am 25. April 2009 10:33 schrieb Jan Tappenbeck o...@tappenbeck.net: Hi ! ich habe in der Woche die Friedhöfe aufgemessen und festgestellt, dass bei Mapnik diese nur in den ersten Stufen bereits angezeigt werden. Ich dachte immer das dieses Update kurzfristig für alle Zoomstufen durchgeführt wird. Die letzten 3 Stufen zeigen noch nichts an - kann mir einer weiterhelfen ?? Gruß Jan :-) abwarten? Wenigstens zeigt mapnik die Friedhöfe bis in Z.11 an, in t...@h ist leider bei Z13 Schluss, so dass in 12 in manchen Gegenden eine größere Lücke klafft: http://tools.geofabrik.de/map/?type=ti...@homelon=12.52572lat=41.90230zoom=13 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] out of copyright im Wiki
Am 25. April 2009 12:02 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Am Sa, 25.04.2009, 11:08 schrieb Philipp: Aber wurde das echt noch nie geklärt, ob die eine spezielle Straßenstruktur nicht unter das Urheberrecht fallen könnte? Aber es gibt ja auf der anderen Seite auch Wohngebiete, in denen sich Herscharen an Architekten austoben durften... Architekten lauten sich zwar oft auch Stadtplaner, aber bauen sie doch häufiger Häuser. Andersrum gehört zum Stadtplanungsstudium auch Architektur. zum Architekturstudium gehört auch Städtebau, aber abgesehen von solchen Perlen wie Celebration sind Städte im echten Leben ja selten Produkt eines Schöpfers, sondern zeichnen sich gerade dadurch aus, dass sie in verschiedenen Epochen geplant und gebaut wurden, Brüche haben, weil sie nie zu Ende gebaut wurden, bzw. die Planunungen permanent angepasst werden. Auch ändern sich die politischen Verhältnisse (und damit das Leitbild) oft schneller als die Planungen durchgeführt werden, etc. Die Gründe sind äußerst vielschichtig und es beschäftigt sich eine ganze Disziplin mit diesem Phänomen, daher hier nur kurz angerissen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapping nicht nachvollziehbar
Am 25. April 2009 09:59 schrieb Frederik Ramm frede...@remote.org: Wer hat Zugang darauf? Alle Admins und alle erfolgreichen Hacker. wenn man bedenkt, dass unsere Passwörter ungesichert über den Äther rauschen, wird es mit der restlichen Sicherheit auch nicht allzuweit her sein (unser Fokus liegt ja auch klar woanders), allerdings sollte man dann Deinen Satz doch eher einschränken: die IP-Adresse wird geloggt aber nicht jeder kann sie auf Anhieb einsehen ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Punkt+Area für POIs (war: Re: Garm in Deutschland update)
Am 25. April 2009 09:06 schrieb Gernot Hillier ger...@hillier.de: Hi! Martin Koppenhoefer schrieb: Am 22. April 2009 22:04 schrieb Christoph Wagner freemaps@googlemail.com: Eine weitere Frage an alle ist, ob ich Flächenfeatures in POIs konvertieren soll, damit sie im Findmenü gefunden werden können. Besonders im Auge hab ich da Tags, die an Gebäude rangehaun werden, wie z.B. restaurant etc. ja, fände ich gut. Damit würde sicherlich auch die leidige Praxis aufhören, zusätzliche POIs zu setzen für die Navigatoren. Ich finde das keine leidige Praxis, sondern absolut sinnvoll. Wenn Du einen größeren Komplex als Area eingezeichnet hast, wohin soll Dich dann das Routing bitte führen? Zum geometrischen Mittelpunkt? nee, zum Eingang, der sollte aber als Eingang gemappt werden (am besten als Node auf der Umgrenzung), und nicht als POI mit den gleichen Daten wie die Fläche. Früher habe ich es auch so gemacht wie Du, aber mittlerweile bin ich davon abgekommen, weil es in meinen Augen falsch ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesucht: Tag f?r Nennleistung von Generatoren
Am 25. April 2009 11:07 schrieb Sven Sommerkamp s_sommerk...@gmx.de: Am Samstag, 25. April 2009 08:50:05 schrieb talk-de-requ...@openstreetmap.org: Moin, wir brauchen noch eine Kennzeichnung f?r die Nennleistung von Kraftwerken, Erstmal brauchen wir? Wofür? Welcher Nutzen ist damit verbunden, das so genau zu wissen? Und woher soll diese Information dann kommen? Offensichtlich hat er diese Informationen und will sie gerne eintragen. Wenn Du weder die Informationen hast, noch Dich dafür interessierst, wieso schreibst Du dann was dazu? Es ist sicher für eine Reihe von Anwendungen durchaus sinnvoll, große und kleine Anlagen unterscheiden zu können, vergleichbar etwa der Einwohnerzahl von Städten. Datenbanktechnisch sollte es kein Problem sein, diese Angaben einzutragen (ist ein Wert), und im Hinblick auf das Feature Kraftwerk ist dieser Wert sicherlich einer der wichtigsten. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT (was: out of copyright im Wiki)
Am Sa, 25.04.2009, 12:26 schrieb Martin Koppenhoefer: zum Architekturstudium gehört auch Städtebau [...] Macht ihr denn auch die komplette Gebietsplanung inkl. Verkehrsinfrastruktur? Ich dachte immer, ihr macht eher Dinge wie Stadtumbau und -sanierung? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] gesucht: Tag f?r Nennleistung von Generatoren
Es wird gerne Gesagt OSM ist zu unübersichtlich und kompliziert geworden. Das kommt auch dadurch das wir alles mögliche unterbringen wollen. Wenn also etwas nicht wirklich gebraucht wird, macht es Sinn unter anderem im Sinne von schlanken kosisten Daten und Regeln es wegzulassen. Ich denke, bevor ich etwas einbaue, frag ich mal nach braucht ihr den Standpunkt meines Goldfischglases in der Datenbank? Wen ja werde ich Tags erfinden um ihn dort für immer einzutragen?! Moin, wir brauchen noch eine Kennzeichnung f?r die Nennleistung von Kraftwerken, Erstmal brauchen wir? Wof?r? Welcher Nutzen ist damit verbunden, das so genau zu wissen? Und woher soll diese Information dann kommen? Offensichtlich hat er diese Informationen und will sie gerne eintragen. Wenn Du weder die Informationen hast, noch Dich daf?r interessierst, wieso schreibst Du dann was dazu? Es ist ja auch immer die Frage in wie weit man Daten auch pflegen kann. Mag sein ich weiß die Leistung eines Kraftwerkes um die Ecke (Kohlekraftwerk Moorburg..,) Aber für wie viele Anlagen bekomme ich das heraus, wer will die Energie entwickeln sich um so etwas zu kümmern? Wenns's keiner tut dann bringen wenige einzelne Kraftwerke gar nichts, da kann man noch nicht einmal eine Statistik von erstellen. Vielleicht bist du ja bei einem EVU? Es ist sicher f?r eine Reihe von Anwendungen durchaus sinnvoll, Für welche? gro?e und kleine Anlagen unterscheiden zu k?nnen, vergleichbar etwa der Einwohnerzahl von St?dten. Datenbanktechnisch sollte es kein Problem sein, diese Angaben einzutragen (ist ein Wert), und im Hinblick auf das Feature Kraftwerk ist dieser Wert sicherlich einer der wichtigsten. Gru? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesucht: Tag f?r Nennleistung von Generatoren
Sven Sommerkamp schrieb: Am Samstag, 25. April 2009 08:50:05 schrieb talk-de-requ...@openstreetmap.org: Moin, wir brauchen noch eine Kennzeichnung f?r die Nennleistung von Kraftwerken, Erstmal brauchen wir? Wofür? Welcher Nutzen ist damit verbunden, das so genau zu wissen Da kann es viele Gründe geben, angefangen bei der Verbesserung der Allgemeinbildung (wieviel Solarfläche muss ich auf mein Dach installieren damit es die Leistung bringt wie das Kraftwerk an dem ich gerade vorbei fahre...)... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesucht: Tag f?r Nennleistung von Generatoren
On Sat, Apr 25, 2009 at 01:54:24PM +0200, Sven Sommerkamp wrote: Subject: [Talk-de] gesucht: Tag f?r Nennleistung von Generatoren Es wird gerne Gesagt OSM ist zu unübersichtlich und kompliziert geworden. Das kommt auch dadurch das wir alles mögliche unterbringen wollen. Wenn also etwas nicht wirklich gebraucht wird, macht es Sinn unter anderem im Sinne von schlanken kosisten Daten und Regeln es wegzulassen. Also gerade die Generatorleistung ist hier ein schlechtes Beispiel. So etwas wie turn restrictions oder die tracktypes die wirklich jeder braucht aber wenige komplett verstanden haben machen das thema komplex und schwierig. Irgendwelche tags die der otto-normal-osm-mapper nicht verstehen muss weil sie ihn nicht interessieren sind doch okay - soll doch jeder in irgendwelche note und sonstwas tags zusatzinformationen packen. Ich laesse sie halt weg. Fertig. Ich denke, bevor ich etwas einbaue, frag ich mal nach braucht ihr den Standpunkt meines Goldfischglases in der Datenbank? Wen ja werde ich Tags erfinden um ihn dort für immer einzutragen?! Und das hast du einen wichtigen punkt fuer immer - Das ist natuerlich quatsch wenn du jede Woche dein Goldfischglas rumschiebst. Das selbe finde ich ist der fall wenn es mal eine woche eine Straßensperrung gibt und die leute dann sofort das in OSM eintragen. Wenn man an releasezyklen wie bei kommerziellen Karten denkt dann wird diese Straße bei Mercedes fuer die naechsten 3 Jahre gesperrt sein weil eben die daten nicht haeufiger aktualisiert werden. Deshalb bin ich dagegen kurz und mittelfristige dinge dort einzutragen - d.h. temporaere Straßensperrungen oder wie schon diskutiert wurde Nutzpflanzen auf Aeckern im Aussenbereich. Alles was absehbar 12 Monate existiert sollte nur dann eingetragen werden wenn es ZUSAETZLICH ist - d.h. es kann gerne jemand den Burning man mappen - das tut keinem weh - Aber sperrungen oder Belagsaenderungen oder Umleitungen im innerstaedtischen Bereich die uebermorgen wieder weg sind sehe ich als quatsch an. Das ist alles nur noise in der Datenbank das keinem was bringt. Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesucht: Tag f?r Nennleistung von Generatoren
Ich denke, es ist nicht die Aufgabe einer Datenbank übersichtlich zu sein unkompliziert auch nur in dem Sinne, das die etablierten, gebräuchlichen Tags einer Logik und Struktur folgen Die Übersichtlichkeit zu schaffen ist eine Aufgabe des Renderers oder allgemein desjenigen, der die Daten verwertet. Und wenn es eine Anwendung/Karte gibt, für die solche Nennwerte von Nutzen sind, sollten diese durchaus getagged werden, dazu benötigt man dann eine zu den bisherigen tags passende Auszeichnung. Der vergleich zum Goldfisch hakt daran, dass dieser nun wirklich höchstens für den verein deutscher Goldfisch-Freunde von Interesse sein könnte, und ich somit die Relevanz für zu gering einschätze. Außerdem ist ein Goldfischglas zu mobil für OSM gruß Ronny Am 25.04.2009 um 13:54 schrieb Sven Sommerkamp: Es wird gerne Gesagt OSM ist zu unübersichtlich und kompliziert geworden. Das kommt auch dadurch das wir alles mögliche unterbringen wollen. Wenn also etwas nicht wirklich gebraucht wird, macht es Sinn unter anderem im Sinne von schlanken kosisten Daten und Regeln es wegzulassen. Ich denke, bevor ich etwas einbaue, frag ich mal nach braucht ihr den Standpunkt meines Goldfischglases in der Datenbank? Wen ja werde ich Tags erfinden um ihn dort für immer einzutragen?! Moin, wir brauchen noch eine Kennzeichnung f?r die Nennleistung von Kraftwerken, Erstmal brauchen wir? Wof?r? Welcher Nutzen ist damit verbunden, das so genau zu wissen? Und woher soll diese Information dann kommen? Offensichtlich hat er diese Informationen und will sie gerne eintragen. Wenn Du weder die Informationen hast, noch Dich daf?r interessierst, wieso schreibst Du dann was dazu? Es ist ja auch immer die Frage in wie weit man Daten auch pflegen kann. Mag sein ich weiß die Leistung eines Kraftwerkes um die Ecke (Kohlekraftwerk Moorburg..,) Aber für wie viele Anlagen bekomme ich das heraus, wer will die Energie entwickeln sich um so etwas zu kümmern? Wenns's keiner tut dann bringen wenige einzelne Kraftwerke gar nichts, da kann man noch nicht einmal eine Statistik von erstellen. Vielleicht bist du ja bei einem EVU? Es ist sicher f?r eine Reihe von Anwendungen durchaus sinnvoll, Für welche? gro?e und kleine Anlagen unterscheiden zu k?nnen, vergleichbar etwa der Einwohnerzahl von St?dten. Datenbanktechnisch sollte es kein Problem sein, diese Angaben einzutragen (ist ein Wert), und im Hinblick auf das Feature Kraftwerk ist dieser Wert sicherlich einer der wichtigsten. Gru? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Manual zu Garmin eTrack H
Jan Tappenbeck wrote: Hi ! um jemanden Hilfestellung zu geben wollte ich mir das Handbuch herunterladen. Es geht um einen Garmin eTrex H, bei Globetrotter unter der Artikel-Nr. gm -06-062 geführt [1]. [1] http://www.globetrotter.de/de/shop/detail.php?mod_nr=gm_06062GTID=b656ba3784874b4ea54f95b3b0d195d6a38 Auf der Globetrotter-Seite gibts auch das Handbuch. Hersteller-Info (PDF) http://www.globetrotter.de/pdf_prod/gm_06062.pdf Frank ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Manual zu Garmin eTrack H
Jan Tappenbeck schrieb: um jemanden Hilfestellung zu geben wollte ich mir das Handbuch herunterladen. http://www8.garmin.com/support/userManual.jsp?market=3subcategory=37product=010-00631-00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesucht: Tag f?r Nennleistung von Generatoren
Florian Lohoff schrieb: Und das hast du einen wichtigen punkt fuer immer - Das ist natuerlich quatsch wenn du jede Woche dein Goldfischglas rumschiebst. Das selbe finde ich ist der fall wenn es mal eine woche eine Straßensperrung gibt und die leute dann sofort das in OSM eintragen. Wenn man an releasezyklen wie bei kommerziellen Karten denkt dann wird diese Straße bei Mercedes fuer die naechsten 3 Jahre gesperrt sein weil eben die daten nicht haeufiger aktualisiert werden. Siehe TomTom: Die sind so weit, dass solche Informationen kurzfristig per GSM/UMTS geupdated werden... Aber gabs nichts auch Möglichkeiten, Baustellen und Sperren mit einer Gültigkeit einzutragen? Grüße Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesucht: Tag f?r Nennleistung von Generatoren
Ich denke, es ist nicht die Aufgabe einer Datenbank ?bersichtlich zu sein unkompliziert auch nur in dem Sinne, das die etablierten, gebr?uchlichen Tags einer Logik und Struktur folgen Die ?bersichtlichkeit zu schaffen ist eine Aufgabe des Renderers oder allgemein desjenigen, der die Daten verwertet. Und wenn es eine Anwendung/Karte gibt, f?r die solche Nennwerte von Nutzen sind, sollten diese durchaus getagged werden, dazu ben?tigt man dann eine zu den bisherigen tags passende Auszeichnung. Der vergleich zum Goldfisch hakt daran, dass dieser nun wirklich h?chstens f?r den verein deutscher Goldfisch-Freunde von Interesse sein k?nnte, und ich somit die Relevanz f?r zu gering einsch?tze. Au?erdem ist ein Goldfischglas zu mobil f?r OSM Dies wäre bei Kraftwerken ähnlich. Die mögliche Leistung ist Variabel, eine Turbine mehr und WKW bringt eine höhere Leistung. Solche Daten sind schwer zu verfolgen, für uns. gru? Ronny Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fehler beim übetragen der Dateien zum Server
Hallo, am letzten Wochenende konnte man ja auf den OSM Server nichts hochladen, wg. Wartung. Ich hab da in 2 Gebieten ziemlich viele Sachen neu erstellt und das dann mit JOSM als OSM Datei gespeichert und wollte später hochladen. Hochladen geht ja wieder aber wenn ich meine grossen gespeicherten Änderungen hochladen will bekomme ich eine Fehlermeldung: Übertragung wg. eines Fehlers abgebrochen, Wiederholung in 5 sek. Ich hab vorher neu donwgeloadet und hab auch alle Konflikte aufgelöst. Hat jemand einen Tipp ausser alles nochmal machen? MfG Matthias __ GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lifecycle (was: gesucht: Tag f?r Nennleistung von Generatoren)
Philipp schrieb: Aber gabs nichts auch Möglichkeiten, Baustellen und Sperren mit einer Gültigkeit einzutragen? Im Freitext einer Note vielleicht. Ansonsten ist das Lifecycle-Proposal abgelehnt worden. Ärgere ich mich fast jeden Tag drüber. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] öffentlich nutzbare Betriebswege ausweis en?
Hallo, momentan sind die Fahrradwege am Main-Donau-Kanal/Europakanal nur als highway=path,bicycle=yes,foot=yes getaggt. Das sind ja nun keine öffentlichen Wege, sondern Betriebswege des Kanalbetreibers der Fußgängern und Radfahrern die Benutzung auf eigene Gefahr erlaubt hat. Sollte sich dies in den tags wiederfinden? Mindestens wäre das bicycle=permissive,foot=permissive, ja? Noch mehr? Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Deutschland update
Tag! Carsten Schwede schrieb: Gernot Hillier schrieb: Schreib mal dazu, welche mkgmap-Parameter Du wo genau benutzt - und vielleicht packst Du auch das Style-File dazu. Dann lassen sich Vorschläge leichter platzieren. :-) Die mkgmap-Optionen stehen zwar noch nirgendswo auf meiner Wiki-Seite, dagegen die Style- Dateien schon immer und jede Woche aktuell. Ah, entschuldige. Ich diskutiere z.Zt. mit mehreren Leuten, ob sie nicht die genauen Erstellungsparameter mit dazupacken, da hatte ich wohl verwechselt, wer was weglässt... Da momentan alles ziemlich im Fluss ist und es sehr viele Möglichkeiten gibt, Garmin-Karten zu erzeugen, halt ich es es für wichtig, dass immer die folgenden Punkte mit angegeben werden: - SVN-Release von mkgmap - verwendete Styles - ggf. verwendete TYP-Files - verwendete mkgmap-Parameter Ich persönlich hätte z.B. am liebsten Karten mit --net --route --latin1 --road-name-pois --location-autofill=2 --name-tag-list=name:de,int_name,name --add-pois-to-areas und einem Style-File, das Hausnummern sichtbar macht, z.B. mit addr:housenumber=* { name '${name} (HN: ${addr:housenumber})' | '${addr:street} ${addr:housenumber}' } [0x6100 resolution 21] Außerdem ist nach meiner bescheidenen Meinung die Erzeugung nicht routingfähiger Karten nicht mehr sehr hilfreich. Ich fände es toll, wenn Na von mir aus, auch wenn ich diese Routingfähigkeit im Moment eher noch als nettes Gimmick betrachte. Da ist halt noch viel zu tun. Naja, das Suchen nach den Zielkoordinaten ist noch sehr mühsam. Wenn man die aber hat, finde ich das Routing durchaus schon sehr brauchbar - deutlich besser als erwartet. Ich benutze regelmäßig Fußgänger- und Radfahrer-Routing und habe auch schon einige Strecken mit dem Auto mit dem Nüvi 760 und einer aktuellen mkgmap-Karte erfolgreich hinter mich gebracht (z.B. Landshut-Regensburg Parkhaus über die B299 und A93). Ok, ich gebe es zu - wenn ich es eilig habe, klebe ich noch ein zusätzliches Navi mit kommerzieller Karte daneben - aber so uneinig sind sich die beiden meistens nicht! Ich bin gerade dabei eine entsprechende Karte mit meinen kompletten Features zu erstellen, und da natürlich dann die ganze Welt. Das Problem wäre nur, in der Standardkarte möchte ich eigentlich keine Punkte für die Straßensuche haben, das irritiert doch ungeheuer. Na vielleicht routet es auch ohne diese Punkte. Hmmm, vielleicht kann ja jemand einen besseren Garmin-Code dafür vorschlagen, der auch ohne TYP-File nicht oder kaum sichtbar eingezeichnet wird, aber nach dem gesucht werden kann? Die 0x640a ist schon recht aufdringlich, da gebe ich Dir recht. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] öffentlich nutzbare Betriebswege auswe isen?
Rolf Bode-Meyer wrote: Hallo, momentan sind die Fahrradwege am Main-Donau-Kanal/Europakanal nur als highway=path,bicycle=yes,foot=yes getaggt. Das sind ja nun keine öffentlichen Wege, sondern Betriebswege des Kanalbetreibers der Fußgängern und Radfahrern die Benutzung auf eigene Gefahr erlaubt hat. Sollte sich dies in den tags wiederfinden? Mindestens wäre das bicycle=permissive,foot=permissive, ja? Noch mehr? Das ist m.E. der klassische Anwendungsfall für permissive. Statt highway=path sollte man aber highway=service, access=private taggen. Der Betreiber und seine Lieferanten, Auftragnehmer etc. kann und soll die Wege ja durchaus auch mit Kraftfahrzeugen befahren. Gruß, Mark -- Wolle man die vom Kläger für angemessen erachteten Sicherheits- maßstäbe anlegen, könne der Reiseveranstalter seiner Verkehrs- sicherungspflicht nur genügen, wenn er seine Gäste in Gummizellen unterbrächte (...) (AG München, Pressemitteilung) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Darstellung in JOSM merkwürdig
Hi ! kann mir einer sagen was mir in der Breiten Straße (http://www.openstreetmap.org/browse/way/4113332/history) passiert ist, dass diese in JOSM als Fläche dargestellt wird - area ist nicht gesetzt ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] noexit nur für motorvehicles?
Hallo, beim Aufarbeiten meiner heutigen Aufzeichung bin ich jetzt doch ins Schwimmen gekommen. Erstmal zum Betreff. Eine Straße verliert an einer Stelle ihre Gehwege, geht aber ansonsten normal weiter (d.h. hat ein Straßenschild und es liegen zwei Anwesen daran). Am Übergang steht ein Zeichen 357 mit auf den roten Querbalken (noch im Schild) aufgesetztem Zeichen 240. Am Ende der Straße befindet sich ein Boller auf dessen Höhe von der anderen Seite kommend das Zeichen 260 zu sehen ist. Allgemein: gilt noexit=yes sowieso nur in Richtung des Ways? Speziell hier: Laut [[DE:Key:access]] gilt es auf jeden Fall sowieso nur für Fahrzeuge, in diesem Fall aber ja nicht für Fahrräder. Also vielleicht noexit=motor_vehicle? Und wie soll ich dann das Zeichen 260 umsetzen das ja anscheinend nur für die Einfahrt aus einer Richtung gilt? motor_vehicle=no auf einen Node? Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] öffentlich nutzbare Betriebswege auswe isen?
Mark Obrembalski schrieb: Sollte sich dies in den tags wiederfinden? Mindestens wäre das bicycle=permissive,foot=permissive, ja? Noch mehr? Das ist m.E. der klassische Anwendungsfall für permissive. Statt highway=path sollte man aber highway=service, access=private taggen. Der Betreiber und seine Lieferanten, Auftragnehmer etc. kann und soll die Wege ja durchaus auch mit Kraftfahrzeugen befahren. Wenn diese Wege a) in der Breite nur für ein KFZ ausreichen b) dort in der Regel (geschützt) weniger als 10 Kraftfahrzeuge pro Tag fahren, eben weil am Ende keine Firma/Wohnhaus/Dienststelle ist, sondern einfach nur irgendwelche Infrastruktur (Trafostaton, Pumpstation, Schilderbrücke), die ab und an repariert werden muss Dann setze ich kein highway=service, sondern hightway=track tracktype=grade1 -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] noexit nur für motorvehicles?
Rolf Bode-Meyer schrieb: Erstmal zum Betreff. Eine Straße verliert an einer Stelle ihre Gehwege, geht aber ansonsten normal weiter (d.h. hat ein Straßenschild und es liegen zwei Anwesen daran). Am Übergang steht ein Zeichen 357 mit auf den roten Querbalken (noch im Schild) aufgesetztem Zeichen 240. Am Ende der Straße befindet sich ein Boller auf dessen Höhe von der anderen Seite kommend das Zeichen 260 zu sehen ist. Wenn ich das richtig verstanden habe, würde ich das so eintragen (entsprechende Wegrichtung vorausgesetzt): bicycle:forward=official [1] foot:forward=official motor_vehicle:backward=no Ist halt die Frage ob das von irgendeinem Programm ausgewertet wird. Alternativ ginge natürlich auch ohne Beachtung der unterschiedlichen Beschilderung (also ohne Beachtung der Richtung): bicycle=official foot=official motor_vehicle=no Wenn man zusätzlich trotzdem noch eintragen will, welche Schilder tatsächlich in welcher Richtung auf dem Weg gelten (wieder entsprechende Wegrichtung vorausgesetzt): traffic_sign:forward=DE:240 [2] traffic_sign:backward=DE:260 Zusätzlich noch barrier=bollard auf einen Node an die Stelle mit dem Poller. Das noexit=* ergibt sich dann automatisch, das ist ja sowieso nur ein Hinweis an die Autofahrer und keine Zugangsbeschränkung. Gruß 1: Oder alternativ 'designated', je nachdem was man von diesem Proposal hält: http://wiki.openstreetmap.org/wiki/Proposed_features/Officially_dedicated_usage 2: http://wiki.openstreetmap.org/wiki/DE:Proposed_features/Traffic_sign ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Digitale Touri-Info
Hi ! in Ludwigsburg stehen in der Stadt Säulen als Touri-Info mit als Elektronischer Auskunftsplatz an vielen Ecken. Wie würdet Ihr diese Taggen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung in JOSM merkwürdig
Hallo Jan, am 25.04.2009 19:21 schrieb Jan Tappenbeck: kann mir einer sagen was mir in der Breiten Straße (http://www.openstreetmap.org/browse/way/4113332/history) passiert ist, dass diese in JOSM als Fläche dargestellt wird - area ist nicht gesetzt ! Dir ist gar nichts passiert. JOSM versucht, highway=pedestrian IMMER als Fläche darzustellen, obwohl laut Wiki Fläche UND Linie zulässig sind. Wurde hier schon diskutiert und es gibt ein Ticket. http://josm.openstreetmap.de/ticket/2433 Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] noexit nur für motorvehicles?
Am 25. April 2009 19:56 schrieb Sebastian Hohmann m...@s-hohmann.de: Wenn ich das richtig verstanden habe, würde ich das so eintragen (entsprechende Wegrichtung vorausgesetzt): bicycle:forward=official [1] foot:forward=official motor_vehicle:backward=no Ist halt die Frage ob das von irgendeinem Programm ausgewertet wird. Alternativ ginge natürlich auch ohne Beachtung der unterschiedlichen Beschilderung (also ohne Beachtung der Richtung): bicycle=official foot=official motor_vehicle=no Die Frage ist auch, was ist mit der Beschilderung überhaupt gemeint? Da auf der offenen Seite ohne Poller Autos und Motorräder die Einfahrt nicht verboten sind und diese ja auch wieder raus können müssen, ist doch die Straße selbst nicht dafür verboten. So dürfte nur das Passieren des Pollerst mit Auto (was ja gar nicht geht) und Motorrad (was technisch ginge) gemeint sein. Zusätzlich noch barrier=bollard auf einen Node an die Stelle mit dem Poller. Das noexit=* ergibt sich dann automatisch, das ist ja sowieso nur ein Hinweis an die Autofahrer und keine Zugangsbeschränkung. Gerade gelesen: Auf [[Tag:barrier%3Dbollard]] steht By default access=no foot=yes is implied. So tag who can pass the node. Also hier noch bicycle=yes auf den bollard? Wenn der bollard sowieso access=no impliziert und sowas auch tatsächlich ausgewertet wird, wäre das die Lösung auch für Zeichen 260. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitale Touri-Info
Jan Tappenbeck schrieb: in Ludwigsburg stehen in der Stadt Säulen als Touri-Info mit als Elektronischer Auskunftsplatz an vielen Ecken. Wie würdet Ihr diese Taggen ? http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dinformation ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitale Touri-Info
Peter Herison schrieb: in Ludwigsburg stehen in der Stadt Säulen als Touri-Info mit als Elektronischer Auskunftsplatz an vielen Ecken. Wie würdet Ihr diese Taggen ? http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dinformation Interessanter wäre eher das Sub-Tag, da gibts nämlich noch nichts für diese Geräte: http://wiki.openstreetmap.org/index.php/Proposed_features/information Wenn jemand einen geeigneten englischen Begriff dafür kennt, dann tourism=information + information=der_begriff. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] noexit nur für motorvehicles?
Rolf Bode-Meyer schrieb: Am 25. April 2009 19:56 schrieb Sebastian Hohmann m...@s-hohmann.de: Wenn ich das richtig verstanden habe, würde ich das so eintragen (entsprechende Wegrichtung vorausgesetzt): bicycle:forward=official [1] foot:forward=official motor_vehicle:backward=no Ist halt die Frage ob das von irgendeinem Programm ausgewertet wird. Alternativ ginge natürlich auch ohne Beachtung der unterschiedlichen Beschilderung (also ohne Beachtung der Richtung): bicycle=official foot=official motor_vehicle=no Die Frage ist auch, was ist mit der Beschilderung überhaupt gemeint? Da auf der offenen Seite ohne Poller Autos und Motorräder die Einfahrt nicht verboten sind und diese ja auch wieder raus können müssen, ist doch die Straße selbst nicht dafür verboten. So dürfte nur das Passieren des Pollerst mit Auto (was ja gar nicht geht) und Motorrad (was technisch ginge) gemeint sein. Wieso? Auf den Radweg dürfen Motorfahrzeuge doch auch nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler beim übetragen der Dateien zum Se rver
Hallo! Am 25. April 2009 16:28 schrieb Matthias Frank ciba-fr...@web.de: Übertragung wg. eines Fehlers abgebrochen, Wiederholung in 5 sek. Ich hab vorher neu donwgeloadet und hab auch alle Konflikte aufgelöst. Hat jemand einen Tipp ausser alles nochmal machen? Es gibt ein Python Skript, das Dateien von API 0.5 nach 0.6 umwandelt. http://lists.openstreetmap.org/pipermail/talk/2009-April/036116.html Viel Erfolg, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lifecycle (was: gesucht: Tag f?r Nennleistung von Generatoren)
Am Samstag 25 April 2009 schrieb Johann H. Addicks: Philipp schrieb: Aber gabs nichts auch Möglichkeiten, Baustellen und Sperren mit einer Gültigkeit einzutragen? Im Freitext einer Note vielleicht. Ansonsten ist das Lifecycle-Proposal abgelehnt worden. und? wenn's den zweck erfuellt und keine bessere meoglichkeit vorhanden ist, kannst du's ja trotzdem benutzen... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesucht: Tag f?r Nennleistung von Generatoren
Am Samstag 25 April 2009 schrieb Sven Sommerkamp: Der vergleich zum Goldfisch hakt daran, dass dieser nun wirklich h?chstens f?r den verein deutscher Goldfisch-Freunde von Interesse sein k?nnte, und ich somit die Relevanz f?r zu gering einsch?tze. Au?erdem ist ein Goldfischglas zu mobil f?r OSM Dies wäre bei Kraftwerken ähnlich. Die mögliche Leistung ist Variabel, eine Turbine mehr und WKW bringt eine höhere Leistung. Solche Daten sind schwer zu verfolgen, für uns. ich denke, goldfischglaeser werden oefter bewegt, als neue turbinen eingebaut werden... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler beim übetragen der Dateien zum Se rver
Hallo, Stefan Schwan wrote: Es gibt ein Python Skript, das Dateien von API 0.5 nach 0.6 umwandelt. http://lists.openstreetmap.org/pipermail/talk/2009-April/036116.html Dieses primitive Skript funktioniert ausschliesslich fuer neu angelegte Objekte. Jede Aenderung an einem bestehenden Objekt, oder Loeschung eines bestehenden Objekts, die im 0.5-File enthalten ist, wird beim konvertierten 0.6-File zum Abbruch des Uploads fuehren. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] öffentlich nutzbare Betriebswege ausweis en?
Chris-Hein Lunkhusen schrieb: Puh, bei Kanalseitenwegen bin ich mir auch unschlüssig. Geht man nach der Bestimmung des Weges wäre das besagte highway=service, foot/bicycle=permissive wohl richtig. Wenn am Ende keine reguläre Anschrift (eines Hauses, Firma etc) ist, dann würde ich service verneinen. durchgehen lassen. Und von der Oberflächenbeschaffenheit würde auch ein track grade2 passen. Und bei Bauform eines grade2-Tracks, dann ist das -zumindest in unseren Breiten- kein Service. Oder ander formuliert: Wenn die Begründung der Weg wird von Dienstfahrzeugen zur Wartung des Kanals genutzt für service sorgt, müsste man analog in jedem Wald, der Trinkwassereinzugsgebiet ist, die geschotterten Fortstautobahnen ebenfalls zu Service umdeklarieren, weil alle Nase lang ein kleiner umzäunter Bereich mit einem Häuschens eines Tiefbrunnens steht. Gleiches dann bei Gasdruck-Regelstationen (diese luftigen Ferngas-Installationen in Tennisplatz-Format) -jha- -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?ffentlich nutzbare Betriebswege ausweisen?
Rolf Bode-Meyer rob...@gmail.com wrote: momentan sind die Fahrradwege am Main-Donau-Kanal/Europakanal nur als highway=path,bicycle=yes,foot=yes getaggt. Das sind ja nun keine ?ffentlichen Wege, sondern Betriebswege des Kanalbetreibers der Fu?g?ngern und Radfahrern die Benutzung auf eigene Gefahr erlaubt hat. http://de.wikipedia.org/wiki/Wirtschaftsweg zaehlt neben der Land- und Forstwirtschaft auch die Wasserwirtschaft zu den Betreibern von Wirtschaftswegen. Wird gerne vergessen... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FreieTonne - Wir wollen unsere Seezeichen nach OSM exportieren und nichts falsch machen :-)
Moin, moin! Hallo Stephan, Die Grenze des Fahrwassers sollte doch immer ein geschlossener Polygonzug sein, auch ohne dass die Tonnen paarig liegen. Das verstehe ich jetzt nicht. Warum? Ich bin auch des öfteren mit dem Kanu unterwegs, klar ist dann das Etrex mit meinen Tönnchen dabei. Zumindest im Binnenbereich finde ich das handhabbar, und gerade mit dem Kanu interessiert mich der Verlauf des Fahrwassers ehrlich gesagt gar nicht. Bei größeren Entfernungen bastel ich vorher eine Route und nutze die verzeichneten Tonnen (bei mir als *.gpi Overlay übers Menü wählbar) als Wegpunkt. Damit ist die Orientierung glasklar :-) Möglicherweise sprechen wir von verschiedenen Dingen. Ich meine das Fahrwasser im Sinne der Seeschifffahrtsstraßenordnung. Dort gelten andere Verkehrsregeln als außerhalb. Es ist dort auch für einen Kajakfahrer wichtig zu wissen, ob er sich schon/noch im Fahrwasser befindet. Bei Abständen der Tonnen von über einem Kilometer ist es aus der niedrigen Perspektive teilweise schwer zu erkennen. Vor unserem Bootshaus fahren täglich Fähren der 200m-Klasse vorbei, die einem unaufmerksamen Kajakfahrer nicht so einfach ausweichen können :-) Selbst an einem hochauflösenden PC-Monitor müssten die Referenznummern aller Seezeichen lesbar sein, wenn man auf die Verbindungslinien verzichten will. Diesen Zusammenhang zwischen Referenznummern und Verbindungslinien habe ich nicht ganz verstanden. Was ist gemeint? Wenn ich am Bildschirm zwei rote Tonnen sehe, kann ich noch nicht sicher sein, ob dazwischen nicht noch eine Tonne fehlt, die noch nicht in OSeaM eingetragen ist oder die außerhalb meines Bildschirmausschnitts liegt. Dazu muss ich die Nummern der Tonnen ablesen. Zwischen Tonne 6 und 8 ist die Verbindungslinie die Fahrwassergrenze, zwischen 8 und 12 fehlt noch ein Eckpunkt. Dazu müssen die Namen der Tonnen am Bildschirm lesbar sein. Eine Linie zwischen den Tonnen macht die Beziehung sofort sichtbar. Ich gebe zu, dass die Tonnen mehr sind als Eckpunkte des Polygons der entsprechenden Wasserfläche, aber ich finde, dass diese Fläche als Objekt in die Datenbank gehört. Was spricht denn dagegen? Viele Grüße aus Kiel Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gesucht: Tag f?r Nennleistung von Generatoren
Am 25. April 2009 16:17 schrieb Sven Sommerkamp s_sommerk...@gmx.de: Dies wäre bei Kraftwerken ähnlich. Die mögliche Leistung ist Variabel, eine Turbine mehr und WKW bringt eine höhere Leistung. Solche Daten sind schwer zu verfolgen, für uns. was meinst Du mit WKW? Wasserkraftwerk? Oder meintest Du KWK? Dann wäre es ein ziemlich großer Umbau, der nicht mal so jede Woche gemacht wird. So was steht dann auch in den Medien. Auch mal eben so eine Turbine mehr einzubauen wird nicht funktionieren, man müsste dann auch ne weitere Brennkammer, ... Aber im Prinzip gebe ich Dir dahingehend Recht, dass diese Daten, auch wenn sie zunächst statisch scheinen, sich durchaus auch mal ändern können (Umbau/Modernisierung/Erweiterung). Aber das wird nicht soo oft passieren. Die jetzt neu errichteten Windkraftanlagen z.B. müssen sich erst mal amortisieren, da wird man ohne Not nicht in 6 Wochen nen Umbau machen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT (was: out of copyright im Wiki)
Am 25. April 2009 13:48 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Am Sa, 25.04.2009, 12:26 schrieb Martin Koppenhoefer: zum Architekturstudium gehört auch Städtebau [...] Macht ihr denn auch die komplette Gebietsplanung inkl. Verkehrsinfrastruktur? Ich dachte immer, ihr macht eher Dinge wie Stadtumbau und -sanierung? OT: Stadtumbau ist m.E. ein Modewort (Euphemismus) für den (Teil-)Abbruch schrumpfender Städte ;-), Stadtsanierung erinnert auch eher an ein Problem denn an eine lebenswerte Umwelt, aber im Ernst: wir entwerfen und die genaue Infrastruktur kommt dann vom Techniker (Verkehrsplaner) bzw. anderen Spezialisten, die aber oft (meist?) als Subplaner des Architekten von diesem gesteuert und koordiniert werden (dies ist eine besondere Leistung nach HOAI). Im Endeffekt ist das aber eine Frage der Spezialisierung, d.h. nicht jeder Architekt wird Dir eine Stadt planen, obwohl er es im Prinzip dürfte. Du wirst Dich an ein Stadtplanungsbüro wenden, dort werden in der Regel dann Architekten (und andere Disziplinen) arbeiten. Gruß Martin PS: Das ist hier alles recht allgemein geblieben, Infos in Wikipedia ohne Ende: http://de.wikipedia.org/wiki/Architekt Stadtplanung, Städtebau, etc. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung in JOSM merkwürdig
Norbert Kück schrieb: Hallo Jan, am 25.04.2009 19:21 schrieb Jan Tappenbeck: kann mir einer sagen was mir in der Breiten Straße (http://www.openstreetmap.org/browse/way/4113332/history) passiert ist, dass diese in JOSM als Fläche dargestellt wird - area ist nicht gesetzt ! Dir ist gar nichts passiert. JOSM versucht, highway=pedestrian IMMER als Fläche darzustellen, obwohl laut Wiki Fläche UND Linie zulässig sind. Wurde hier schon diskutiert und es gibt ein Ticket. http://josm.openstreetmap.de/ticket/2433 Ääääh, wie soll man bitte bei dem Ticket Text drauf kommen, daß die *Darstellung* nicht stimmt?!? Wird mit keinem Wort erwähnt, da ist nur vom Validator die Rede (und ist auch an diese Komponente zugewiesen)! Mir war das Problem zwar bekannt, aber wenn die Mappaint Darstellung mit diesem Ticket gemeint war, ging da beim Ticket schreiben auch was schief ;-) Da ich gerade überhaupt keine Zeit habe was wirklich zu verbessern (ist ein grundlegenderes Problem beim Mappaint), hab ich die beiden Area Regeln (pedestrian, pier) wieder rausgenommen. Damit sollte das vorherige Verhalten erstmal wieder so sein wie vorher. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Hosur Mapping Party on 26th April 2009
good intitiative pradeep, this is the first mapping party in india? please document the experience so that it provides a good starting point for future such events. wish i was in bangalore for the weekend. -arun On Thu, Apr 23, 2009 at 7:10 PM, Pradeep B V pradee...@gmail.com wrote: Hi, Its time for a mapping party. Some of us here at Bangalore have planned for a Mapping Party this weekend (sunday 26th April). http://wiki.openstreetmap.org/wiki/Hosur_Mapping_Party_April_2009 The plan is to start from Bangalore at 7am and go to Hosur (which is about 50kms south of Bangalore), map Hosur and be back in Bangalore on the same day. There will also be a talk on 'OSM for beginners' at Mapunity ( www.mapunity.in). This talk will set the tone for the mapping party the following day. RSVP: 9449823772. (http://wiki.openstreetmap.org/wiki/User:Pradeepbv) Pradeep B V -- Mapunity Social technology at work www.mapunity.in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- http://www.tinyurl.com/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Names of cities in some local language
yup a local mapserver is really needed, especially to render india specific poi's. not sure if kenneth is still actively working on his server at http://www.greenchilly.in/ On Sat, Apr 25, 2009 at 2:35 AM, Mikel Maron mikel_ma...@yahoo.com wrote: Tanveer, Can you give an example place where you see this behavior? I suspect that two different objects are being rendered. Mapnik currently renders whatever is in the default name tag, rather than name:en or name:hi. Ideally, the labels would be localised per user. Requires a good deal of work .. a nice meaty project! I can sketch out some of the ideas around this if anyone is interested. I know there's been discussion and some action around a local OSM India server. This would give full control, and it could be possible to render an English only tile set, a Hindu only tile set, etc. -Mikel -- *From:* Tanveer Singh tanveer1...@gmail.com *To:* talk-in@openstreetmap.org *Sent:* Friday, April 24, 2009 12:35:21 PM *Subject:* [Talk-in] Names of cities in some local language Hi, I saw that in OSM the names of cities at lower zoom levels appear in some local language(I think its hindi). Only on zooming in english name is visible. Is there a way to turn of this stuff and see only English names. Infact non hindi areas also show up in hindi. Some language nazi at work here? Tanveer ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- http://www.tinyurl.com/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Names of cities in some local language
On Sat, Apr 25, 2009 at 2:45 PM, PlaneMad theplane...@gmail.com wrote: yup a local mapserver is really needed, especially to render india specific poi's. not sure if kenneth is still actively working on his server at http://www.greenchilly.in/ Not sure If local map server is needed right now or not, But the Internationalization setup for OSM web pages and map tiles on which Arindam was working since previous GSoC is really needed now. -- Regards Subhodip Biswas GPG key : FAEA34AB Server : pgp.mit.edu http://subhodipbiswas.wordpress.com http:/www.fedoraproject.org/wiki/SubhodipBiswas ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Names of cities in some local language
Hi On Sat, Apr 25, 2009 at 9:27 PM, Subhodip Biswas subhodipbis...@gmail.com wrote: On Sat, Apr 25, 2009 at 2:45 PM, PlaneMad theplane...@gmail.com wrote: yup a local mapserver is really needed, especially to render india specific poi's. not sure if kenneth is still actively working on his server at http://www.greenchilly.in/ Not sure If local map server is needed right now or not, yeah, having local map server is always good. the freemap.in server is on the process of hardware upgrade. otherwise most of the rails server setup were done back then. we will be able to do that again soon after freemap comes online. Internationalization setup for OSM web pages and map tiles on which Arindam was working since previous GSoC is really needed now. actually its' very much needed. need to update things against current api06 branch (on rails-2.1.2). But the rails-i18n api (from rails-2.2) and globalize2 have come up greatly. And well, tiles part is a biggie in itself. I got lil'bit busy last couple of weeks with final semester exams (upto 30th april). After that, i can devote max time in osm :) --cheers Arindam -- GPG Key: 0EE58920 Key Server: http://pgp.mit.edu ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Edicole (kiosk)
Carlo Stemberger ha scritto: Il 25/04/2009 01:23, Luigi Toscano ha scritto: Giovanni Fasano wrote: Che facciamo ? Lo riproponiamo? O per il momento ci limitiamo ad usarlo ? :-) Entrambe, direi. Avevo chiesto qualche tempo fa, anche per il discorso dei chioschi, ma senza molto successo. Scrivete, scrivete: mettete mano al wiki, avete tutto il mio appoggio. Notte Carlo Ho fatto la richiesta e aggiornato la pagina [1] della wiki [1] - http://wiki.openstreetmap.org/wiki/Proposed_features/Newsagent ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Classification of important bypass roads
Ciao lista! I'm writing to you in English because my Italian is - let's say - a bit rusty. But feel free to answer in Italian: I'll understand it. Now on topic: In the city where I live (Bolzano/Bozen in Alto Adige/Südtirol) there is a bypass road (circonvallazione) wich is a little bit tricky to classify. Me and another mapper were very uncertain how to classify this street. I'll try explain you why: This is the area where the road is located: http://www.openstreetmap.org/?lat=46.47727lon=11.32995zoom=15layers=B000FTF The bypass is constructed a little bit complicatedly and is more a complex of different streets: It beginns right after the motorway exit Bolzano Sud and immediately splits up into two oneway tracks which take different routes through the industrial zone of Bolzano. The trackes have two or three lanes per direction. Just before the Virgl Tunnel the two tracks re-unite and continue as the Stadale dell'Abetone e del Brennero SS12 to the north. The street-complex is used by people for several things: Its main purpose is to bypass the city when someone comes from South (on the A22 or SS12) or West (on the trunk road MeBo) and you have to reach the region in the north of Bolzano or vice versa. It is also a part (or connecting piece) of the SS12 (although it is officially a communal road - I think). But the bypass is also used to reach the industrial zone and the center of Bolzano when comming from every direction. The following classifications are possible: 1) Construction-wise the street should be considered to be a trunk-road (as it has exits and driveways, no at-grade intersections with other roads, etc.). IMHO primary seems to be ok, too. 2) Importance level: The road has - of course - local importance (classification: tertiary). The regional importance is also huge (classification: secondary). But the bypass is also connecting the SS12 which ends in the southern part of the city and re-beginns in the north (classification: primary). 3) The rule on the Italian version of the Map Features in the OSM-wiki would classify a strada a scorrimento veloce as tertiary. (That rule is in my opinion rubbish, but I don't want to start a discussion on this - for now) I found some more or less similar situations in the map. (Its difficult to find very good examples because the rest of the world does the classification quite differently than we do and larger cities tend to have only motorways as real bypasses). *) Verona in general, for example the Viale delle Nazioni from Verona Sud ( http://www.openstreetmap.org/?lat=45.40053lon=10.97451zoom=15layers=B000FTF ) *) The Südring of Klagenfurt ( http://www.openstreetmap.org/?lat=46.6358lon=14.309zoom=13layers=B000FTF ) *) Rimini ( http://www.openstreetmap.org/?lat=44.0521lon=12.574zoom=13layers=B000FTF ) I would classify the whole complex of streets as primary. So everyone can see the importance of that bypass on the map, and routing programms are able to prefer that route, etc. What do you say to this situation? And more importantly: How should similar bypass roads be classified in general? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classification of important bypass roads
1) Construction-wise the street should be considered to be a trunk-road (as it has exits and driveways, no at-grade intersections with other roads, etc.). IMHO primary seems to be ok, too. 2) Importance level: The road has - of course - local importance (classification: tertiary). The regional importance is also huge (classification: secondary). But the bypass is also connecting the SS12 which ends in the southern part of the city and re-beginns in the north (classification: primary). I would classify the whole complex of streets as primary. So everyone can see the importance of that bypass on the map, and routing programms are able to prefer that route, etc. I would classify it as primary, too. In Viareggio [1], where I live, there is a similar road, that is Variante Aurelia. It bypasses the centre and connects SS1 Aurelia from South to North, even if in Viareggio we have a Via Aurelia that cuts in the middle of the city. Variante Aurelia has no at-grade intersections, two lanes per direction and separate tracks, as in your case. It would be preferrable for routing programs as well. The only difference, I think, is that in your case it is a comunal road, wheras in my case the signs on the Variante are SS1 on blue background, and these signs also indicate kilometers from Rome, just if it was the SS1 Aurelia indeed. Be sure to see how the signs are placed along that road, but by the way, even if they don't indicate explicitly SS12 (and road signs have a white - comunal - background), I would map the road as primary, given its importance and physical characteristics. Ciao Ste [1] - http://www.openstreetmap.org/?lat=43.87241lon=10.27059zoom=16layers=B000FTF// ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-es] Crear CD/DVD de mapas de OSM
Ayer un amigo me pregunto a ver si le podia dar unos mapas de una zona y pense a ver si era posible grabarlos en un cd o dvd para evitar que los tubiera que imprimir i que los pudiera ver directamente en el ordenador.Existe alguna aplicaion que los genere de una zona concreta? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Crear CD/DVD de mapas de OSM
El Sábado, 25 de Abril de 2009, Xavier Barnada escribió: Ayer un amigo me pregunto a ver si le podia dar unos mapas de una zona y pense a ver si era posible grabarlos en un cd o dvd para evitar que los tubiera que imprimir i que los pudiera ver directamente en el ordenador.Existe alguna aplicaion que los genere de una zona concreta? Puedes bajarte un país de download.cloudmade.com en distintos formatos... o bien puedes bajarte todo el planet y recortar un polígono con osmosis (que está en el SVN). De cualquier manera, todo va a depender de la manera en la que quieras ver los mapas - si a golpe de JOSM, o con un software de cálculo de rutas, o si lo vas a meter en un postgis para verlo con mapnik... ¿puedes dar más detalles? Un saludo, -- -- Iván Sánchez Ortega i...@sanchezortega.es Comentar el código es como limpiar el cuarto de baño; nadie quiere hacerlo, pero el resultado es siempre una experiencia más agradable para uno mismo y sus invitados -- Ryan Campbell signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[OSM-Talk-ZA] Using Openstreetmaps on a website.
Hi, I'm interested in getting a functioning representation of the South African Openstreetmaps on my web page. Is there somewhere I can get guidelines on how to do this? I am thinking in terms of using perl scripts to pick up the content (in either vector or as bitmap) and displaying it on my site. Or would a better way be to mirror the database onto my site and use that? Are there tools for doing this? Is anyone currently doing this? Regards, Dave Coventry ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [OSM-Talk-ZA] Using Openstreetmaps on a website.
Sorry, as you were. Found this on the wiki: http://wiki.openstreetmap.org/wiki/Export 2009/4/25 Dave Coventry dgcoven...@gmail.com: Hi, I'm interested in getting a functioning representation of the South African Openstreetmaps on my web page. Is there somewhere I can get guidelines on how to do this? I am thinking in terms of using perl scripts to pick up the content (in either vector or as bitmap) and displaying it on my site. Or would a better way be to mirror the database onto my site and use that? Are there tools for doing this? Is anyone currently doing this? Regards, Dave Coventry ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [OSM-Talk-ZA] Using Openstreetmaps on a website.
Dave Coventry wrote: Hi, I'm interested in getting a functioning representation of the South African Openstreetmaps on my web page. Brilliant! Yes there are a number of ways of doing it... in increasing complexity Option 1) www.openstreetmap.org, zoom to correct area, click export tab, choose Embeddable HTML from Format to Export and add Output html to your site. Option 2) Setup openlayers slippymap on your site using the openstreetmap.org default mapnik tiles. Guides: here http://wiki.openstreetmap.org/wiki/OpenLayers Option 3) Setup your own custom rendering tiles using Mapnik. (using postgresql postgis db) Guide: http://wiki.openstreetmap.org/wiki/Mapnik Likely loads of others... Note on 1: Commercial OSM guys exist like www.cloudmade.com which offer other more advanced HTML embedding options. Note on 2: Openlayers is very powerful, even supports vector layers, tiles could be proxy cached (squid) in SA. Bulk downloading of tiles not recommended. Note on 3: osm2pgsql, on demand tile rendering can be done with apache mod_tile. Weekly extracts of the OSM planet export are available here: http://download.cloudmade.com/africa/south_africa Is there somewhere I can get guidelines on how to do this? I am thinking in terms of using perl scripts to pick up the content (in either vector or as bitmap) and displaying it on my site. Stitching tiles is an option else the image export function on www.openstreetmap.org code might be a good starting point: http://svn.openstreetmap.org/sites/tile.openstreetmap.org/cgi-bin/export Or would a better way be to mirror the database onto my site and use that? Are there tools for doing this? Is anyone currently doing this? See above, it really comes down to what you want to implement. See http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services for inspiration, some have code. Regards, Grant ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
[OSM-talk-fr] Changeset : commentaire
Bonjour, Il semble que JOSM ne supporte pas les commentaires courts de changeset : +n ne passe pas. Je ne sais pas encore le nombre minimum de caractères que supporte son mauvais caractère.. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commune en plusieurs morceaux
2009/4/25 Mathieu Arnold m...@mat.cc: Je me demandais si c'était la bonne marche à suivre -- Mathieu Arnold C'est tout bon. Tiens, à propos de communes aux formes bizarres, on pourrait lancer une liste quelque part sur les formes les plus exotiques ou bizarres. Comme celle-ci : Les Rouges-Eaux http://www.openstreetmap.org/browse/relation/117747 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Commune en plusieurs morceaux
Pieren a écrit : 2009/4/25 Mathieu Arnold m...@mat.cc: Je me demandais si c'était la bonne marche à suivre -- Mathieu Arnold C'est tout bon. Tiens, à propos de communes aux formes bizarres, on pourrait lancer une liste quelque part sur les formes les plus exotiques ou bizarres. Comme celle-ci : Les Rouges-Eaux http://www.openstreetmap.org/browse/relation/117747 Pieren C'est là : http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/exemples L'auteur pourra ajouter un petit commentaire ;-) (tuto et exotique) Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] forum: import de limites de communes
Le message suivant : ## Bonjour a tous Ma premiere question concerne les scripts d'import automatique des limites administratives. Etant sous opensuse, j'ai installe les scripts et dependances indiquees, mais autotrace n'a pas l'air tres heureux, au moment d'exporter au format gnuplot. La premiere fois c'etait probablement normal, gnuplot n'etait pas installe. Je desinstalle autotrace, installe gnuplot, reinstalle autotrace, et toujours rien. [code:t9zij9ix]fatal#58; Output format gnuplot not supported[/code:t9zij9ix] autotrace -list-output-format me donne: [code:t9zij9ix]Supported output formats#58; eps Encapsulated PostScript ai Adobe Illustrator p2e pstoedit frontend format sk Sketch svg Scalable Vector Graphics fig XFIG 3#46;2 emf Enhanced Metafile format mif FrameMaker MIF format er Elastic Reality Shape file dxf DXF format (without splines) epd EPD format pdf PDF format cgm Computer Graphics Metafile dr2d IFF DR2D format[/code:t9zij9ix] si quelqu'un sait ce qu'il me manque... a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=3 -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] communes gpx regroupés - la liste s'allonge toujours - 29
Yo, Je ne sais plus qui me l'avait demandé mais dans ma liste j'ai maintenant les communes en gpx du finistère (29). ( Cumulé avec plusieurs autres encore, j'atteins 31 départements ) -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petition contre les fermeture de services
Le jeudi 23 avril 2009 22:12, Yann Coupin a écrit : Ah c'est bien que quelqu'un s'insurge à juste titre contre ce laxisme dont ont fait preuve tous ces admins pendant ce week-end. Déjà qu'il aura fallu attendre jusqu'à lundi pour que l'API soit de nouveau opérationelle, mais cette décision de couper gros beta pour 24 longue heure est vraiment intolérable. Sylvain, vraiment c'est scandaleux, j'espère que tu sera châtié pour ce manque de compréhension envers notre addiction ! La décision a été extrêmement difficile à prendre, mais la sortie par frédéric ramm (geofabrik) d'extraits de l'europe (corrigés, car des incompatibilités dans osmosis (comme le disait pieren) ont rendu les extraits précédents foireux. ) m'ont convaincu de faire une ré-importation complète de la base de gros beta Une galère à jongler avec plusieurs bases aurait pu être mise en place afin d'éviter cette coupure mais j'ai pris la lourde décision de ne pas trop me prendre la tête. Conscient de cet inacceptable entrave à l'addiction de certains, je comparaîtrais devant le tribunal OSMien pour : - sadisme cartographique - atteinte à la liberté d'apprécier les couleurs rouge et jaune de la dernière saisie de certaines communes - D'avoir contraint par la force du rendu d'honnêtes OSMeurs à sortir durant le week end pour aller relever des traces GPX (ou simplement profiter du soleil) Et enfin, pour actes de torture et de cruauté envers de pauvres disques durs qui vont s'activer pendant de nombreuse heures -- sly ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] communes gpx regroupés - la liste s'allonge toujours - 29
sylvain letuffe a écrit : Yo, Je ne sais plus qui me l'avait demandé mais dans ma liste j'ai maintenant les communes en gpx du finistère (29). ( Cumulé avec plusieurs autres encore, j'atteins 31 départements ) Sans vouloir imposer une quelconque direction, il me semble que l'Aube (10) et la Haute-Saône (70) méritent un coup de projecteur tant la zone est vide (ceux ne sont pas les seules, certes). Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petition contre les fermeture de services
sylvain letuffe a écrit : Le jeudi 23 avril 2009 22:12, Yann Coupin a écrit : Ah c'est bien que quelqu'un s'insurge à juste titre contre ce laxisme dont ont fait preuve tous ces admins pendant ce week-end. Déjà qu'il aura fallu attendre jusqu'à lundi pour que l'API soit de nouveau opérationelle, mais cette décision de couper gros beta pour 24 longue heure est vraiment intolérable. Sylvain, vraiment c'est scandaleux, j'espère que tu sera châtié pour ce manque de compréhension envers notre addiction ! La décision a été extrêmement difficile à prendre, mais la sortie par frédéric ramm (geofabrik) d'extraits de l'europe (corrigés, car des incompatibilités dans osmosis (comme le disait pieren) ont rendu les extraits précédents foireux. ) m'ont convaincu de faire une ré-importation complète de la base de gros beta Une galère à jongler avec plusieurs bases aurait pu être mise en place afin d'éviter cette coupure mais j'ai pris la lourde décision de ne pas trop me prendre la tête. Conscient de cet inacceptable entrave à l'addiction de certains, je comparaîtrais devant le tribunal OSMien pour : - sadisme cartographique - atteinte à la liberté d'apprécier les couleurs rouge et jaune de la dernière saisie de certaines communes - D'avoir contraint par la force du rendu d'honnêtes OSMeurs à sortir durant le week end pour aller relever des traces GPX (ou simplement profiter du soleil) Et enfin, pour actes de torture et de cruauté envers de pauvres disques durs qui vont s'activer pendant de nombreuse heures En tous cas, bravo et merci pour tout le travail déjà réalisé. Je crois que Montesquieu disait en son temps quelque chose d'avoisinant : Les hommes ont tort de juger d'une chose dont ils ne connaissent qu'une partie. C'est des souvenirs d'école (et donc lointains ;-) Denis Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changeset : commentaire
Vincent Pottier a écrit : Bonjour, Il semble que JOSM ne supporte pas les commentaires courts de changeset : +n ne passe pas. Je ne sais pas encore le nombre minimum de caractères que supporte son mauvais caractère.. Pourquoi voudrions-nous commenter nos créations (et autres rééditions) avec un minimum de signes ? Est-ce si difficile de commenter ses interventions sur OSM ? C'est une question ! pas une critique (ni un troll, ni une polémique ;-) Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changeset : commentaire
Denis a écrit : Vincent Pottier a écrit : Bonjour, Il semble que JOSM ne supporte pas les commentaires courts de changeset : +n ne passe pas. Je ne sais pas encore le nombre minimum de caractères que supporte son mauvais caractère.. Pourquoi voudrions-nous commenter nos créations (et autres rééditions) avec un minimum de signes ? Est-ce si difficile de commenter ses interventions sur OSM ? C'est une question ! pas une critique (ni un troll, ni une polémique ;-) Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr parce que je vais pas faire un dissertation quand j'ai juste corrigé le sens de rotation d'un rond-point : =w ajouté 2-3 nœuds à une voie : +2n corrigé quelques points sur une voie : ~w nommé une route : +t:name Quand j'ajoute des voies, des points en quantité... je suis plus prolixe 'ajouts Besançon' Je crois que c'est pour les suppressions (de voies notamment) qu'un commentaire permet à l'auteur de ladite voie d'être moins frustrée.. Pieren avait suggéré une liste de ces trucs. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] communes gpx regroupés - la liste s'allonge toujours - 29
Si cela tente quelqu'un, le Calvados (14) avait 706 communes vectorisées à importer dans OSM la semaine dernière... toujours sans vouloir imposer quoi que ce soit. Antoine Denis a écrit : sylvain letuffe a écrit : Yo, Je ne sais plus qui me l'avait demandé mais dans ma liste j'ai maintenant les communes en gpx du finistère (29). ( Cumulé avec plusieurs autres encore, j'atteins 31 départements ) Sans vouloir imposer une quelconque direction, il me semble que l'Aube (10) et la Haute-Saône (70) méritent un coup de projecteur tant la zone est vide (ceux ne sont pas les seules, certes). Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 配線図 ( 八つ山橋 、八つ山アンダーパス、八つ山トンネル
SHIBATA Akira さんは書きました: 「配線図」なるものがあるのですね。 http://shop.kodansha.jp/bc2_bc/search_view.jsp?b=2700123 チートするにはこういうのを参考にするのがいいかも (^^; はい、実は私はそれ持っていないのですが、知ってはいて 気にしてはいました。 あと、もうひとつ、「日本鉄道旅行地図帳」というムック本も 毎年のように刊行されているようですが、これも気になっています。 地下鉄の深度や正確なルートが載っているということで・・・ ただですね、わたしの自宅近くの内房線で工事があって、 鉄道の位置と配線が少し変化したんですが、ダイヤは まったく影響受けないし、実用上まったく関係なくて、 そういうところって、こだわる必要あるんだろうか、、、 と。 国土地理院発行の地図では、鉄道の記号は 本当の鉄路の位置ではなくて、鉄道用地の中心に沿って 引いているというのも本で読んで(しまった、出典の 文献名を控えておくの忘れていた・・・かなり古い本を 書庫で発掘したんですが)、そりゃそれで十分な 精度だよな、と、思ったところ。 我々は、鉄道用地 の境界がどこからどこまでか知るのは容易ではない (土地の登記簿のブルーマップを見れば分かりますけど、 登記簿の閲覧は無料じゃありませんし、技術的にも いろいろ難しくて…)ので、この辺は手抜きするしか ありませんな。 それでも別に実用上なんの弊害もないように 思います。 ちなみに、仕事で京浜急行線で何往復か品川・羽田間を 往復する必要があって、そのときに京浜急行線の車内から 問題の八つ山橋周辺を観察しているうちに、交差のなぞは 解きました。 トンネルに気を取られて気付きにくい ですが、横須賀線のトンネルでは鉄路の高さが違うので 上空からだと見えないところで交差しています。 つまり、3Dで考えないと分からない。 BR Taro Kawahara ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-us] Blame me for JOSM yellowness
Does anybody object to this? If not, I'll look at inserting special case code which removes tiger:reviewed when the way or any node it solely includes is edited in any way. I'm also not in favor of automatic tag removing, for the same reason - any change does not imply adequately fixed. pgpos2eVYLpYd.pgp Description: PGP signature ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Blame me for JOSM yellowness
On Apr 24, 2009, at 10:31 PM, Apollinaris Schoell wrote: have already done my customize version and removed it from the style file Then what problem are you trying to solve with this discussion? You seem to be the only person with negative feelings about this change. I think that unless there's a groundswell of opinion against it, I'm not going to worry. Because, I mean, there *is* another solution to the problem of unreviewed tiger data: Review it! -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Blame me for JOSM yellowness
On Sat, Apr 25, 2009 at 9:53 AM, Russ Nelson r...@cloudmade.com wrote: Okay, it's pretty clear that most people don't want this change implemented. but it's still the right thing to do. -- Bill n1...@arrl.net bill.n1...@gmail.com ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us