Re: [talk-ph] Cebu tracks.
First of all, WELCOME! On Mon, 2008-12-29 at 14:54 +0800, Jim Morgan wrote: Bad form replying to my own post So, I've just processed the first track by using JOSM. I basically used the grey dots for a guide, and then clicked my way 40 km along the road with the way creation tool. Was that what I was meant to do? Seems a laborious way of doing it, but the data is in there now. In JOSM you can, right-click the gpx file in the layer window and convert to data layer. The whole gpx is now a way which you can add tags or simplify the geometry, by deleting points. You can simplify a way using the simplify plugin. I generally advise this for virgin areas as there will be no conflict with existing data. Don't do this for areas like Metro Manila. keep on mapping! Jim Morgan wrote, On Monday, December 29, 2008 02:21 PM: Hi, Just uploaded three GPX tracks to OSM and have been trying to figure out how to incorporate them into the map. I then tried to figure it out with JOSM. I can load the Cebu area, and then load the GPX track into another layer, but once again I can't edit the track -- its just a series of pinpoint grey dots. I've tried Load GPS data from OSM and also from the GPX file itself. Once again the wiki has infinite detail about how to install the thing, but nothing on how to use it. http://wiki.openstreetmap.org/wiki/JOSM -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] size of icons
hi, where can I find the specs as to the size of icons for osm? I had it somewhere, but cannot find it now. -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Northern lights
On Sun, Dec 28, 2008 at 06:48:37PM -0800, Sam Vekemans wrote: the canadian geopolitical boundries was just imported. I imagine there was a spike in the database. What exactly was the problem? And why how would it need to be removed? Im sure theres some folks who can help. (if not already doing so) -the message is on the last talk-ca digest. (just need to find the link, but using my cell for this msg) There just was a discussion on dev about a single way with 40.000 nodes. That is far too long to be able to handle it with current software and makes lots of problems. Are you maybe referring to that? Ways should not have more than 1000 nodes or so. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Your whishlist for Debian Packages?
On 28/12/08 18:26, Joerg Ostertag (OSM Tettnang/Germany) wrote: Hi, as most of you probably know I'm providing debian packages for the most common tools needed to work with OpenStreetMap. What I'd like to know is: - which additional tools from the osm-svn would you like to see added to the debian repository? - which other debian based platforms would you like to see suported? examples would be: debian-etch, Ubuntu-xx, ... If you give me a preferences list, I can start with the most wanted ones More description on the existing debian repository can be found at: http://www.gpsdrive.de/development/debian.shtml Slightly related, but the version of osm2pgsql in Ubuntu 8.04 Hardy, the last long term release of ubuntu is effectivly broken. :( https://bugs.launchpad.net/ubuntu/+source/osm2pgsql/+bug/254758 Rory signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Your whishlist for Debian Packages?
On Mon, Dec 29, 2008 at 3:30 AM, Simon Ward si...@bleah.co.uk wrote: On Mon, Dec 29, 2008 at 02:09:26AM +0100, Steven Le Roux wrote: I would like this one : http://svn.openstreetmap.org/applications/rendering/party/ But last time I tried, the python code of the video.py was obsolete regarding the sid's dependancies. Hmm… it's not obsolete with respect to any existing or former packages in Debian: It works with Python 2.5, and most of the Python dependencies are in both Lenny and Sid. The one exception is it depends on a package not yet in Debian. Pymedia has an ITP for it, but there has been no progress on it for a while. I have personally tried to create a build of Pymedia for Debian that I feel is adequate enough to package (i.e. support all of Pymedia's core functionality even if much of it is unused by party render). I have failed so far. ☹ yes the problem was around pymedia, which seemed unmaintained... great you managed using it ! could you share this build ? i didn't manage it last time I tried... +1 on wanting a package for it though ☺ Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklYNjEACgkQj6/6lS/XEIoinACfRkM/H+cqT1zV9rlqlKqiiW0y WsgAn1UYkDcjMshkyllE6t9bSv2gf66P =cbWg -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Your whishlist for Debian Packages?
On Mon, Dec 29, 2008 at 01:56:46PM +0100, Steven Le Roux wrote: yes the problem was around pymedia, which seemed unmaintained... great you managed using it ! could you share this build ? i didn't manage it last time I tried... Get the Pymedia 1.3.7.3 source, and apply the attached patch. It defines HAVE_LRINTF in the setup which stops it from redeclaring lrintf() which Debian with GCC 4 already has. Run ‘python setup.py install’. If you give me a moment I’ll have a checkinstall based .deb (the setup.py script doesn’t provide bdist_deb). Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall --- pymedia-1.3.7.3-orig/setup.py 2006-06-20 07:04:43.0 +0100 +++ pymedia-1.3.7.3/setup.py 2008-12-06 09:29:45.0 + @@ -198,7 +198,7 @@ f.write( str( int( buildNum )+ 1 ) ) f.close() -DEFINES= [( 'BUILD_NUM', buildNum ),] +DEFINES= [( 'BUILD_NUM', buildNum ), ('HAVE_LRINTF', None)] if sys.platform == 'win32': print 'Using WINDOWS configuration...\n' signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Your whishlist for Debian Packages?
On Mon, Dec 29, 2008 at 01:33:59PM +, Simon Ward wrote: Get the Pymedia 1.3.7.3 source, and apply the attached patch. It defines HAVE_LRINTF in the setup which stops it from redeclaring lrintf() which Debian with GCC 4 already has. Run ‘python setup.py install’. I forgot to mention that I just ignored the fact that MP3LAME wasn’t found (one reason for not being satisfied with the build—I’d like to get it working with toolame or twolame). If you give me a moment I’ll have a checkinstall based .deb (the setup.py script doesn’t provide bdist_deb). http://bleah.co.uk/~simon/stuff/python2.5-pymedia_1.3.7.3-1~sew1_i386.deb If anyone can help me create a proper package out of it, the help would be very welcome. Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-ca] Northern lights
On Dec 29, 2008 3:11am, Jochen Topf joc...@remote.org wrote: On Sun, Dec 28, 2008 at 06:48:37PM -0800, Sam Vekemans wrote: the canadian geopolitical boundries was just imported. I imagine there was a spike in the database. What exactly was the problem? And why how would it need to be removed? Im sure theres some folks who can help. (if not already doing so) -the message is on the last talk-ca digest. (just need to find the link, but using my cell for this msg) There just was a discussion on dev about a single way with 40.000 nodes. That is far too long to be able to handle it with current software and makes lots of problems. Are you maybe referring to that? Ways should not have more than 1000 nodes or so. Yes we are. The current ways we are talking about may have more than 40 000 nodes. I would like to delete them and replace them by chopping the ways. Do you known how I could delete the current ones at once. I thought about something like: SELECT boundary FROM ways WHERE (boundary='administrative' AND admin_level=4 AND source='geobase'). The number we should get is 503 ways. Michel Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-ca mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-ca] Northern lights
On Mon, Dec 29, 2008 at 03:08:36PM +, michc...@gmail.com wrote: There just was a discussion on dev about a single way with 40.000 nodes. That is far too long to be able to handle it with current software and makes lots of problems. Are you maybe referring to that? Ways should not have more than 1000 nodes or so. Yes we are. The current ways we are talking about may have more than 40 000 nodes. I would like to delete them and replace them by chopping the ways. Do you known how I could delete the current ones at once. I thought about something like: SELECT boundary FROM ways WHERE (boundary='administrative' AND admin_level=4 AND source='geobase'). The number we should get is 503 ways. When you uploaded those ways you should have gotten the new way_id. If you didn't record this but remember on which day you did the upload you can download the right daily or hourly diff (from http://planet.openstreetmap.org/) and find the IDs in there. (And record the IDs the next time you do a bulk upload for cases like this.) Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Malta - Road classification
Hi all, can anybody point me to information about road classification and road numbering schemes in Malta? I'm currently cycling and mapping in Gozo, one of the maltese islands, and I'd like to update the road classifications and numberings in the current OSM dataset. Thanks in advance Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] size of icons
Kenneth Gonsalves wrote: hi, where can I find the specs as to the size of icons for osm? I had it somewhere, but cannot find it now. http://wiki.openstreetmap.org/wiki/Osmarender/Symbols ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] JOSM-Latest
Das stimmt nicht, die gibt es immer unter http://josm.openstreetmap.de/download/josm-tested.jar Ah ok, gut zu wissen, danke :) Warum verlinkt ihr nicht die auf josm.openstreetmap.de? Dann waere schneller ersichtlich, dass es auch hierfuer einen statischen Namen gibt auf den man eine Downloadbafrage machen kann. Koennte sicher viele Probleme loesen. Was mir noch aufgefallen ist: Wenn die Latest-Version nur von Leuten verwendet werden soll die wissen was sie fuer Probleme damit bekommen koennen, waere es denke ich auch ganz hilfreich wenn ihr auf der HP beim Download noch eine Warnung dahinter schreibt, sonst wird das einem nicht so bewusst dass sie noch ungetestet ist (war bei mir so). Das koennte einige Missverstaendnisse verhindern. Zugegeben, tested ist vielleicht nicht so der Bringer als Name... Naja, es sagt ja alles aus. Ist ja im Grunde egal welches Wort man dahinter haengt, solange die Aussage dessen richtig ist. Danke nochmal, Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
On Mon, 29 Dec 2008, Steffen Langenbach wrote: Das stimmt nicht, die gibt es immer unter http://josm.openstreetmap.de/download/josm-tested.jar Ah ok, gut zu wissen, danke :) Warum verlinkt ihr nicht die auf josm.openstreetmap.de? Dann waere schneller ersichtlich, dass es auch hierfuer einen statischen Namen gibt auf den man eine Downloadbafrage machen kann. Koennte sicher viele Probleme loesen. Habe ich mal ergänzt. Warum nicht direkt: josm-tested.jar wird anhand des Wiki-Links generiert :-) Was mir noch aufgefallen ist: Wenn die Latest-Version nur von Leuten verwendet werden soll die wissen was sie fuer Probleme damit bekommen koennen, waere es denke ich auch ganz hilfreich wenn ihr auf der HP beim Download noch eine Warnung dahinter schreibt, sonst wird das einem nicht so bewusst dass sie noch ungetestet ist (war bei mir so). Das koennte einige Missverstaendnisse verhindern. Habe ich auch ergänzt. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einigkeit bei Linienbündeldiskussion (Re: Kreuzung Radweg)
Am Sonntag, 28. Dezember 2008 19:24 schrieb Dimitri Junker: Ich kann Deine Argumente alle verstehen. Ich hoffe du verstehst meine auch. Ich verstehe Deine Wünsche, sehe aber nicht, daß dafür ein eigener Weg nötig ist. das Ergebnis ist, das du den Main-Highway in Tausend Stücke zerteilst Wie gesagt kann man anders lösen. und ein komplexes Tagging erfinden musst Wenn das vernünftig von JOSM Co unterstützt wird ist mir das egal. Man könnte z.B. eine Tastenkombination einführen bei der aus einem Highway=residential mit 2 Fahrradwegen automatisch 3 Linien gezeichnet werden, die kann man dann einzeln anklicken und Tags setzen. Dies wird dann in die komplizierten Tags umgesetzt. Genau daran glaube ich nicht. Niemand wird sowas Programmieren, weil es schnell zu Inkonsistenzen führen wird. Auch das Datenmodell muss einfach sein. Sonst akzeptieren es die Programmierer nicht, die enstcheiden, ob sie es in den Renderer und Editor aufnehmen. Nein, aber egal wie Fahrradwege (neben einer Straße) getaggt werden sollen, sollten Bürgersteige ähnlich getaggt werden. Denn alle Argumente für abgesetzte Fahrradwege gelten genau so für diese. Das stimmt nicht. Für Blinde ist es ein Mehrwert sich das ansehen zu können wie z.B. eine Kreuzung aufgebaut ist (aha ich muss also erst an der Telefonzelle vorebei ...) Interessant, mal abgesehen von dem unpassenden ansehen frage ich mich wie der Blinde die Telefonzelle erkennt wenn nicht gerade jemand anruft. z.B. indem sie mit dem Blindenstock dagegen stoßen. Ich hab im Zivildienst mit Blinden gearbeitet. Blinde sehen anders, aber man sollte das nicht unterschätzen. Und gerade Wegpunkte auf dem Gehweg sind sehr Hilfreich für Sie: Du solltest mal hören wie ein Blinder einen anderen Blinden den Weg beschreibt. Aber das ist eigentlich egal, wir Mappen ja nicht für (nur) für Blinde ;-) Naja es gibt ja die GPS-Meßgenauigkeit und dann meine Beobachtungsgenauigkeit und die sagt mir die Telefonzelle ist rechts vom Briefkasten obwohl die beiden 2 m von einander entfernt sind. Eben und das GPS sagt Dir wenig über den Verlauf von Fahrradweg und Straße, da hilft nur die Beobachtungsgenauigkeit: Der Fahrradweg verläuft unmittelbar neben der Straße) Aber diese Info kann ich in 1 Byte speichern, da macht es keinen Sinn bei einer langen krummen Straße zig Nodes zu erfinden. In einem Byte wirst du das nicht speichern können. Ich glaube wir sollten unseren Entwurf für OSM auch nicht an Bytes und Plattenplatz orientieren sondern am Mapper und (aber erst an zweiter Stelle) am Karten-Nutzer (üblicherweise Software). Für mich ist es wesentlich übersichtlicher einen Weg auch plastisch auf dem Bildschrim zu haben als mir irgendwas vorzustellen wie okay da kommt jetzt eine Busspur und ein Grünstreifen und den Briefkasten muss ich jetzt da hin setzen... Gut wenn das Konsens ist, darfst du die hälfte der Motorways wieder löschen. Der Grünstreifen ist meist breiter als die GPS-Meßgenauigkeit. Ja, die Leitplanke zwischen zwei Autobahnspuren auch. Mit dem Argument könnten die Autofahrer dann auch sagen wenn die Fahradfahrer 2 Wege bekommen möchten wir auch 2 haben. Wir hätten dann für jede Spur einen einzelnen Weg - 2 Autospuren, 2 Fahrradspuren und 2 Fußgängerwege statt eines. Ich denke darauf wird es wahrscheinlich auch irgendwann hinaus laufen. Für gute Navi-Unterstützung braucht man sowas ja auch (bitte rechts einordnen). Sollst Du, mich stören ja nur die wo es keinen Mehrwert liefert. Und bisher funktionieren beide Methoden nicht, sei es weil laneabhängige Tags fehlen oder weil Relationen o.ä. fehlen die die Wege verbinden. Und bevor man sich da was überlegt muß man entscheiden was der Normalfall sein soll, 1 Weg für alles oder einer pro Spur. Bei OSM wird IMHO nichts Entschieden, sondern überzeugt (Es gibt keine Entscheidung statt footway jetzt path zu benutzen, statt oneway=true lieber oneway=yes zu benutzen statt amenity=supermarket shop=supermarket zu benutzen etc.). Und ich glaube es macht nicht wirklich Sinn hier einen Normalfall fest zu legen. Wenn jemand überzeugende Argumente hat, wird ein Schuh draus. Aber nur zu sagen: Paralel verlaufende Radwege sollen nicht mehr gemappt werden ist für mich keine Lösung des Problems. Status Quo ist: wir haben highway=cycleway und den darf ich benutzen. Genauso status Quo ist: cycleway=track. Der ist für höhere Zommstufen genial, für kleinere manchmal eben nicht und kennt keine Straßenseite, Breite etc. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC (bei ORS)
Hallo, sorry für die späte Reaktion (schaffe es nur unregelmäßig querzulesen). Es wurde ja nach unseren Erfahrungen mit RDS TMC gefragt: Allererste Informationen hierzu sollten hier zu finden sein: Mayer, C., Stollberg, B. and Zipf, A. (2009): Providing near Real-time Traffic Information within Spatial Data Infrastructures. http://www.geographie.uni-bonn.de/karto/publications/pdf/conference/mayer-stollberg-zipf_TrafficInformationWithinSDIs.pdf The International Conference on Advanced Geographic Information Systems Web Services (GEOWS 2009) http://www.iaria.org/conferences2009/GEOWS09.html. Cancun. Mexico. http://www.geographie.uni-bonn.de/karto/publications/pdf/conference/mayer-stollberg-zipf_TrafficInformationWithinSDIs.pdf http://www.geographie.uni-bonn.de/karto/publications/conference.html Das wird nicht die ganzen Fragen (insb. zur mobilen Nutzung) beantworten, aber wenigstens grob erläutern was wir wie warum gemacht haben. Vielleicht gibt es demnächst auch noch weitere Details und v.a. etwas mehr zu den offene Fragen bzgl. der Integration (Matching der Geometrien) mit OSM-Daten - das ist noch optimierbar. Mittlerweile haben wir auch weitere Kontakte, so dass es mittelfristig eine Deutschlandweite TMC-Lösung für OpenRouteService geben sollte. Die Nutzung der Daten in so Diensten wie ORS ist kostenfrei möglich, aber wir können leider wohl nicht ohne weiteres unsere Datenbank (bzw. den Web Feature Service) mit den TMC-Daten freischalten. Wir versuchen im Neuen Jahr diesbzgl. nochmal nachzuhaken. Einen Zeitplan für die ORS-Version mit Deutschland-weitem TMC kann ich leider auch noch nicht melden, aber wir bleiben locker dran. beste Grüße und Alles Gute für 09 a. zipf http://www.geographie.uni-bonn.de/karto/ www.openrouteservice.org http://www.openrouteservice.org ps. (Weihnachts- bzw.) NeuJahrStern by ORS: http://www.geographie.uni-bonn.de/karto/news/xmas_by_ORS.JPG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bugfix NRW-Import
Hallo, bei den Strassen-NRW-Daten war uns ein kleiner Fehler unterlaufen, der dazu fuehrte, dass der Download von OSM-Schnipseln fuer solche Strassenabschnitte, deren Nummer auf 0 endete (10, 20, ...) nicht ging bzw. in manchen Faellen der Abschnitt 10 in der Datei 1 (bzw. Abschnitt 20 in der Datei 2 usw.) lag. Haben vermutlich recht wenige gemerkt, aber jetzt ist es trotzdem repariert... Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
On Mon, 29 Dec 2008, Steffen Langenbach wrote: Und ansonsten gilt das JOSM haufenweise Arbeiten hat, die keine Programmierfähigkeiten benötigen: [...] Schreibt das doch mal direkt auf eure Seite unter josm.openstreetmap.de (dort steht nur das mit der Übersetzung), denke das vielen nicht so bewusst ist was sie alles machen können ohne Programmierkenntnisse. Je einfacher man den leuten solche Infos zugänglich macht, desto schneller finden sich auch Leute die dort mithelfen. Schwierig wirds natürlich wenn man sich erst eingehender mit JOSM beschäftigen muss um heraus zu finden was man alles ohne Programmierkenntnisse tun kann. Ein wenig muss man da schon an der Hand genommen werden. Habe ich gemacht. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Hilfe
Hallo Dirk, hallo Frederik, Erst mal: herzlichen Dank für Eure Arbeit an JOSM! Ich arbeite gern damit und komme inzwischen gut damit zurecht. - Die Online-Hilfe müsste aktualisiert werden. - Die Wiki-Seiten müssten mit der Online-Hilfe vereinigt und korrigiert werden. - Die JOSM-Online-Hilfe für Deutsch ist quasi nichtexistent. _JOSM-Hilfe_ Wenn ich das richtig sehe, gibt es ausser der ausführlichen Hilfe im Wiki http://wiki.openstreetmap.org/wiki/JosmFuerEinsteiger und deren integrierten Folgeseiten http://wiki.openstreetmap.org/wiki/de:JOSM/Editor http://wiki.openstreetmap.org/wiki/de:JOSM/Werkzeuge http://wiki.openstreetmap.org/wiki/de:JOSM/Praxis http://wiki.openstreetmap.org/wiki/de:JOSM/Plugins http://wiki.openstreetmap.org/wiki/de:JOSM/Tastenkürzel auch noch eine Online-Hilfe http://josm.openstreetmap.de/wiki/De:Help (die aber leer ist?) Ich schlage vor, die Hilfe nur einmal anzubieten. Also entweder in JOSM direkt die Wiki-Hilfe zu verlinken, oder den Inhalt der Wiki-Hilfe in die Online-Hilfe zu verschieben. Wiki-Hilfe hat den Vorteil, dass sie von allen gepflegt werden kann. Online-Hilfe wäre kontextsensitiv möglich (finde ich ideal, erfordert aber ein entsprechendes Team zur Hilfe-Programmierung). Ob Kontextsensitivität auch mit der Wiki-Hilfe geht weiss ich nicht. _Regelmässige Aktualisierung_ Notwendig ist in jedem Fall, dass die Hilfe regelmässig aktualisiert wird. Je grösser ein Projekt, je mehr Benutzer, desto wichtiger ist die Dokumentation der Änderungen und eine Umsetzung der Doku in eine allgemeinverständliche nachvollziehbare funktionale effiziente Hilfe. Bei kleineren Projekten macht das der Programmierer in Personalunion: er entwickelt Programme, erklärt wie diese funktionieren, und beantwortet jede Benutzerfrage selbst. Aber auch bei grösseren Projekten können das letztlich nur die Entwickler steuern, denn die sind die Einzigen, die die Änderungen kennen. _Kooperation__ OSM hat inzwischen eine Schwelle erreicht, die die Entwickler an ihre Grenzen bringt. Es ist für einen Einzelnen nicht mehr leistbar, alles selbst zu machen. Die Erfahrungshintergründe der Community-erprobten und erfahrenen OpenSource-Spezialisten, und diejenigen der klicki-bunti-Anwender sind derart unterschiedlich, dass gegenseitiges Verständnis eine zusätzliche Anstrengung erforderlich macht. Hier ist eine neue Kultur erforderlich. OSM benötigt funktionierende Schnittstellen zwischen den Rollen Programmierer und Anwender - und dazwischen eben die Funktionen Hilfe, Support, Tutorial, Mentoring, Kunden-wünsche, etc. Das erfordert direkte und regelmässige Kommunikation und Kooperation und ein permanentes sich gegenseitig Einfühlen in die Denk- und Arbeitsweise der jeweilig anderen. Da besteht m.E. ein projektweiter Lernbedarf. Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Your whishlist for Debian Packages?
On Sun, 28 Dec 2008 21:44 +0100, Joerg Ostertag (OSM Tettnang/Germany) openstreet...@ostertag.name wrote: Ich hoffe/denke mal, gpsbabel 1.3.6 (bzw. dann neuere Versionen) wäre da richtig aufgehoben. Bisher habe ich leider kein Debian-Paket dazu gefunden. Na ja, nicht ganz aus dem OpenStreetMap repository ;-) Vermutlich werd ich mich da nicht dranwagen Schade :( Aber und unter welcher Distribution denn? debian (lenny,sid,etch, ...?) ubuntu () ? Wenn ich die Wahl hätte: Ubuntu 8.10 :) Gruß Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] INFAS Kreisgrenzen
Hallo. Ich fand, der Import der Infas-Kreisgrenzen klang so gut durchgeplant, schon von Anfang an... :) Allerdings haben sich hier bei mir ein paar Dinge angestaut, die ich gerne anhand der Kreisgrenzen orientieren würde und die sich in der Realität so nicht brauchbar genau herausfinden ließen (z.B. Wechsel der K-Nummer einer Kreisstraße). Ich habe auch Verständnis dafür, wenn diese Daten eben nicht hopplahopp und verzwungen einfach importiert werden. Aber wäre es möglich, die Grenzverläufe vorab als OSM-Datei zur Verfügung zu stellen, so dass man die bestehende, ziemlich unscharfe und stellenweise auch falsche Grenze durch etwas ersetzen könnte was besser passt? Momentan seh ich es als verschwendete Arbeit an, Stützpunkte des Grenzverlaufs mit dem GPS-Gerät aufzusuchen, da man erstens nur ganz wenige findet, zweitens das GPS im Wald auch nicht bessere Qualität liefert als die geringfügig simplifizierten Infas-Daten im OSM-Inspector-Overlay und drittens das ja alles obolet ist sobald der Import gemacht wird. Mit dem passenden Grenzverlauf als OSM-Datei könnte man mit wenig Aufwand eine Grenze haben, die man zur Orientierung heranziehen kann und die wenigstens die schlechten bisherigen Daten ersetzen kann. Gruß, Bernd -- Autos sind und bleiben Phallus-Symbole. Kein Wunder, dass sich der Smart so schlecht verkauft. Kein Mann möchte freiwillig ein Phallus-Symbol, das auch quer in die Lücke passt! - Eckart von Hirschhausen (dt. Comedian) 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] JOSM-Hilfe
On Mon, 29 Dec 2008, Markus wrote: - Die Online-Hilfe müsste aktualisiert werden. - Die Wiki-Seiten müssten mit der Online-Hilfe vereinigt und korrigiert werden. - Die JOSM-Online-Hilfe für Deutsch ist quasi nichtexistent. _JOSM-Hilfe_ Wenn ich das richtig sehe, gibt es ausser der ausführlichen Hilfe im Wiki http://wiki.openstreetmap.org/wiki/JosmFuerEinsteiger und deren integrierten Folgeseiten http://wiki.openstreetmap.org/wiki/de:JOSM/Editor http://wiki.openstreetmap.org/wiki/de:JOSM/Werkzeuge http://wiki.openstreetmap.org/wiki/de:JOSM/Praxis http://wiki.openstreetmap.org/wiki/de:JOSM/Plugins http://wiki.openstreetmap.org/wiki/de:JOSM/Tastenkürzel auch noch eine Online-Hilfe http://josm.openstreetmap.de/wiki/De:Help (die aber leer ist?) Ich schlage vor, die Hilfe nur einmal anzubieten. Also entweder in JOSM direkt die Wiki-Hilfe zu verlinken, oder den Inhalt der Wiki-Hilfe in die Online-Hilfe zu verschieben. Letzteres. Die JOSM-Online-Hilfe ist ebenfalls ein Wiki. Sinnvoll wäre also, alles von wiki.openstreetmap.org auf entsprechende Seiten von josm.openstreetmap.de zu transferieren. Der Aufbau ist einfach. Wenn man in JOSM auf einem Menu, einem Button oder anderen Elementen F1 drückt, kommt man auf einer Wiki-Seite heraus, die man direkt ändern kann. Momentan landet man meist auf der englischen. Die übersetzte Version ist einfach. Vor dem letzten Element wird der Language-Code ergänzt. Wenn man also auf http://josm.openstreetmap.de/wiki/Help landet, dann ist die entsprechende deutsche Seite http://josm.openstreetmap.de/wiki/De:Help Das gilt für alle anderen auch: also keine deutschen URL's verwenden! (Einziges Problem sehe ich gerade, bei Menüs kommt man bei http://josm.openstreetmap.de/wiki/Help/Menu/Datei statt http://josm.openstreetmap.de/wiki/Help/Menu/De:File heraus, das werde ich korrigieren müssen). Jeder darf die Hilfe anpassen. JOSM wird im Endeffekt nur gebraucht den Seitennamen herauszufinden, aber dann kann man jeden beliebigen Editor verwenden. Die englische Hilfe gibt einen etwas veralteten Überblick über den Aufbau. Sollte man auf falschen Seiten oder der Hauptseite herauskommen, so bitte einen Bugreport eintragen. Dann fehlt im Quelltext die entsprechende Markierung. Solange sich allerdings niemand um die Hilfe kümmert, werden auch manche Links in JOSM falsch sein. _Regelmässige Aktualisierung_ Notwendig ist in jedem Fall, dass die Hilfe regelmässig aktualisiert wird. Je grösser ein Projekt, je mehr Benutzer, desto wichtiger ist die Dokumentation der Änderungen und eine Umsetzung der Doku in eine allgemeinverständliche nachvollziehbare funktionale effiziente Hilfe. Es wäre schön, wenn sich hier ein Team findet, dass sich darum kümmert. Einer davon sollte in josm-dev mitlesen. Dort werden erwähnenswerte Änderungen in der Regel angekündigt. Und auch Verständnisfragen werden wir alle gern lösen, falls es dazu führt, dass nachher die Hilfe entsprechend besser wird. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einigkeit bei Linienb?ndeldiskussion (Re:Kreuzung Radweg)
Sven S. Messenger: sven...@yahoo.de sven1971sommerk...@gizmo5.com Voip: sip: 17472402163 Am Montag, 29. Dezember 2008 13:00:01 schrieb talk-de-requ...@openstreetmap.org: Am Sonntag, 28. Dezember 2008 19:24 schrieb Dimitri Junker: Ich kann Deine Argumente alle verstehen. Ich hoffe du verstehst meine auch. Dein Argument scheint zu sein, das es grafisch einfacher zu editieren ist? Ich verstehe Deine W?nsche, sehe aber nicht, da? daf?r ein eigener Weg n?tig ist. das Ergebnis ist, das du den Main-Highway in Tausend St?cke zerteilst Ich denke, dafür gibt es Relationen? Wie gesagt kann man anders l?sen. und ein komplexes Tagging erfinden musst Wenn das vern?nftig von JOSM Co unterst?tzt wird ist mir das egal. Man k?nnte z.B. eine Tastenkombination einf?hren bei der aus einem Highway=residential mit 2 Fahrradwegen automatisch 3 Linien gezeichnet werden, die kann man dann einzeln anklicken und Tags setzen. Dies wird dann in die komplizierten Tags umgesetzt. Wäre eine gute grafische Möglichkeit Genau daran glaube ich nicht. Niemand wird sowas Programmieren, weil es schnell zu Inkonsistenzen f?hren wird. Auch das Datenmodell muss einfach sein. Sonst akzeptieren es die Programmierer nicht, die enstcheiden, ob sie es in den Renderer und Editor aufnehmen. Nein, aber egal wie Fahrradwege (neben einer Stra?e) getaggt werden sollen, sollten B?rgersteige ?hnlich getaggt werden. Denn alle Argumente f?r abgesetzte Fahrradwege gelten genau so f?r diese. Das stimmt nicht. F?r Blinde ist es ein Mehrwert sich das ansehen zu k?nnen wie z.B. eine Kreuzung aufgebaut ist (aha ich muss also erst an der Telefonzelle vorebei ...) Interessant, mal abgesehen von dem unpassenden ansehen frage ich mich wie der Blinde die Telefonzelle erkennt wenn nicht gerade jemand anruft. z.B. indem sie mit dem Blindenstock dagegen sto?en. Ich hab im Zivildienst mit Blinden gearbeitet. Blinde sehen anders, aber man sollte das nicht untersch?tzen. Und gerade Wegpunkte auf dem Gehweg sind sehr Hilfreich f?r Sie: Du solltest mal h?ren wie ein Blinder einen anderen Blinden den Weg beschreibt. Aber das ist eigentlich egal, wir Mappen ja nicht f?r (nur) f?r Blinde ;-) Wie stellt ein GPS eigentlich einem Blinden etwas dar, so das es ihm hilft? Naja es gibt ja die GPS-Me?genauigkeit und dann meine Beobachtungsgenauigkeit und die sagt mir die Telefonzelle ist rechts vom Briefkasten obwohl die beiden 2 m von einander entfernt sind. Eben und das GPS sagt Dir wenig ?ber den Verlauf von Fahrradweg und Stra?e, da hilft nur die Beobachtungsgenauigkeit: Der Fahrradweg verl?uft unmittelbar neben der Stra?e) Aber diese Info kann ich in 1 Byte speichern, da macht es keinen Sinn bei einer langen krummen Stra?e zig Nodes zu erfinden. In einem Byte wirst du das nicht speichern k?nnen. Ich glaube wir sollten unseren Entwurf f?r OSM auch nicht an Bytes und Plattenplatz orientieren sondern am Mapper und (aber erst an zweiter Stelle) am Karten-Nutzer (?blicherweise Software). Naja, es ist wohl wieder die Frage was wir mit den Daten tun wollen.. Die Meisten sehen OSM nicht als Beschäftigungstherapie an, sondern haben einen Gedanken, was man damit anfangen könnte. Sehr viele wollen die Daten für Navis und Gedruckte Karten oder dergleichen nutzen. Und dafür muß man gewisse Dinge konsistent und effizient mappen. Und vielen übrigen Anwendungen käme diese Arbeitsweise ebenso entgegen! F?r mich ist es wesentlich ?bersichtlicher einen Weg auch plastisch auf dem Bildschrim zu haben als mir irgendwas vorzustellen wie okay da kommt jetzt eine Busspur und ein Gr?nstreifen und den Briefkasten muss ich jetzt da hin setzen... Es wurde schon vorgeschlagen den Editor so zu programmieren, das er das graphisch besser darstellt. Gut wenn das Konsens ist, darfst du die h?lfte der Motorways wieder l?schen. Der Gr?nstreifen ist meist breiter als die GPS-Me?genauigkeit. Ja, die Leitplanke zwischen zwei Autobahnspuren auch. Mit dem Argument k?nnten die Autofahrer dann auch sagen wenn die Fahradfahrer 2 Wege bekommen m?chten wir auch 2 haben. Wir h?tten dann f?r jede Spur einen einzelnen Weg - 2 Autospuren, 2 Fahrradspuren und 2 Fu?g?ngerwege statt eines. Ich denke darauf wird es wahrscheinlich auch irgendwann hinaus laufen. F?r gute Navi-Unterst?tzung braucht man sowas ja auch (bitte rechts einordnen). Es gab und gibt meines Wissens ein Tagging welches festlegt wieviele Spuren ein Weg hat. Ist also auch dort nicht nötig Extrawege anzulegen. Sollst Du, mich st?ren ja nur die wo es keinen Mehrwert liefert. Und bisher funktionieren beide Methoden nicht, sei es weil laneabh?ngige Tags fehlen oder weil Relationen o.?. fehlen die die Wege verbinden. Und bevor man sich da was ?berlegt mu? man entscheiden was der Normalfall sein soll, 1 Weg f?r alles oder einer pro Spur. Bei OSM wird IMHO nichts Entschieden, sondern ?berzeugt (Es gibt keine Entscheidung statt
Re: [Talk-de] route=train oder route=rail?
Was spricht dagegen, route=train und route=rail zunächst einmal einfach gleichberechtigt zu verwenden, anstatt sich total verwirren zu lassen ;-)? Im Prinzip würde ich auch sagen es spricht nichts dagegen, allerdings werden momentan auch Kursbuchstrecken mit beiden Tags versehen. Vielleicht könnte man einen der beiden für Kursbuchstrecken nehmen und den anderen für Zuglinien... oder wir führen ein weiteres Tag ein. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Layer
Über die Weihnachtstage habe ich den Server etwas vernachlässigt... daher waren zwischenzeitlich die Zoomstufen ab 14 aufwärts verschwunden. Der momentane Datenstand ist der Planetdump vom 24.12. Gruß, Melchior ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ende eines Tracks
Holger Wemken holger.wem...@ewetel.net [Mon, Dec 29, 2008 at 12:22:02AM CET]: [...] Kennzeichnung besser, als wenn ich den Endpunkt mit noexit=yes kennzeichnen würde. Das ist eigentlich für echte Sackgassen vorbehalten. Man gibt an noexit=no, das ist ja der Witz. Man will ja andeuten, dass es keine echte Sackgasse ist (sondern der Oberpfälzer Weg in den blickdichten Wald führt oder der Wegzustand gebietet, besseres Wetter abzuwarten oder weil man den Familienspaziergang nicht vollends fraktal mit der rechten Hand an der Wand durchführen möchte). -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Hilfe
Hallo Dirk, Der Aufbau ist einfach. Wenn man in JOSM auf einem Menu, einem Button oder anderen Elementen F1 drückt, kommt man auf einer Wiki-Seite heraus, die man direkt ändern kann. Habe ich grad getestet: Da lande ich auf auf einer trac powerded Seite - die mit unserem OSM-Wiki keine Schnittstelle zu haben und keine mediawiki-konforme SW zu sein scheint? JOSM wird im Endeffekt nur gebraucht den Seitennamen herauszufinden, Dann ist es ja einfach: Vielleicht kann man in JOSM stattdessen direkte Links zum OSM-Wiki setzen? (einfach eine Tabelle, die auch Nicht-JOSM-Programmierer pflegen können) Momentan landet man meist auf der englischen. Das mache ich im OSM-Wiki konsequent so: - Ein Link in einer deutschsprachigen Seite -- führt *immer* direkt auf eine deutschsprachige Seite. - Wenn für diesen Link noch keine deutschsprachige Seite existiert, erscheint der Link rot. Dann setze ich dahinter in Klammern zusätzlich einen Link zur englischsprachigen Seite. Der deutschsprachige Link ist ein sprechender Text, der englischsprachige ist verkürzt auf (englisch). So erkennt jeder, dass der richtige Link ins Leere läuft und dass da noch Übersetzungsbedarf besteht. Im OSM-Wiki sind oft die deutschsprachigen Seiten deutlich aktueller und oft auch verständlicher, nachvollziehbarer und auch genauer, ausführlicher und besser illustriert als die englischen Texte. Das gilt zumindest für alle Benutzer-relevanten Texte. _Regelmässige Aktualisierung_ Notwendig ist in jedem Fall, dass die Hilfe regelmässig aktualisiert wird. Je grösser ein Projekt, je mehr Benutzer, desto wichtiger ist die Dokumentation der Änderungen und eine Umsetzung der Doku in eine allgemeinverständliche nachvollziehbare funktionale effiziente Hilfe. Es wäre schön, wenn sich hier ein Team findet, das sich darum kümmert. Einer davon sollte in josm-dev mitlesen. Dort werden erwähnenswerte Änderungen in der Regel angekündigt. Und auch Verständnisfragen werden wir alle gern lösen, falls es dazu führt, dass nachher die Hilfe entsprechend besser wird. Bei OSM-Wiki-spezifischen Fragen helfe ich gern. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Hilfe
On Mon, 29 Dec 2008, Markus wrote: OSM-Wiki keine Schnittstelle zu haben und keine mediawiki-konforme SW zu sein scheint? Hmm, ja ist Trac. Was genau Trac ist kann ich auch nicht sagen. Irgendwo so ein Zwischending zwischen Wiki und BugTracker. Die Basis-URL wird mit help.baseurl eingestellt (Standard ist http://josm.openstreetmap.de). Der wiki/Help...-Teil ist momentan fest kodiert. Wenn Sich jemand die Arbeit macht die Hilfe anzupassen und auch die englischen Teile auf das OSM-Wiki zu verlagern, dann passe ich den Quellcode gern an. Dann ist es ja einfach: Vielleicht kann man in JOSM stattdessen direkte Links zum OSM-Wiki setzen? (einfach eine Tabelle, die auch Nicht-JOSM-Programmierer pflegen können) Tu Dir keinen Zwang an. Du kannst es selbst ändern. Momentan landet man meist auf der englischen. Das mache ich im OSM-Wiki konsequent so: - Ein Link in einer deutschsprachigen Seite -- führt *immer* direkt auf eine deutschsprachige Seite. - Wenn für diesen Link noch keine deutschsprachige Seite existiert, erscheint der Link rot. Dann setze ich dahinter in Klammern zusätzlich einen Link zur englischsprachigen Seite. Der deutschsprachige Link ist ein sprechender Text, der englischsprachige ist verkürzt auf (englisch). So erkennt jeder, dass der richtige Link ins Leere läuft und dass da noch Übersetzungsbedarf besteht. JOSM lädt in Fall einer nicht existierenden Seite automatisch die englische Seite. Für De:Help habe ich aber auch so eine Weiterleitung auf die englische Seite angelegt. Es wäre schön, wenn sich hier ein Team findet, das sich darum kümmert. Einer davon sollte in josm-dev mitlesen. Dort werden erwähnenswerte Änderungen in der Regel angekündigt. Und auch Verständnisfragen werden wir alle gern lösen, falls es dazu führt, dass nachher die Hilfe entsprechend besser wird. Bei OSM-Wiki-spezifischen Fragen helfe ich gern. Ich meinte hinsichtlich JOSM :-). Ich habe keine Zeit für JOSM-Dokumentation und das wird sich auch in den Jahren bis zu meiner Rente nicht ändern. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einigkeit bei Linienb?ndeldiskussion (Re:Kreuzung Radweg)
Am Montag, 29. Dezember 2008 14:03 schrieb Sven Sommerkamp: Sven S. Messenger: sven...@yahoo.de sven1971sommerk...@gizmo5.com Voip: sip: 17472402163 Am Montag, 29. Dezember 2008 13:00:01 schrieb talk-de-requ...@openstreetmap.org: Am Sonntag, 28. Dezember 2008 19:24 schrieb Dimitri Junker: Ich kann Deine Argumente alle verstehen. Ich hoffe du verstehst meine auch. Dein Argument scheint zu sein, das es grafisch einfacher zu editieren ist? Eines meiner Argumente Ein anderes i(mir wichtigeres) ist das es ein bereits vorhandenes Datenmodell ist, und wir dafür eigentlich nichts neu Erfinden müssten. Ich verstehe Deine W?nsche, sehe aber nicht, da? daf?r ein eigener Weg n?tig ist. das Ergebnis ist, das du den Main-Highway in Tausend St?cke zerteilst Ich denke, dafür gibt es Relationen? Ich weiß das es Ansätze gibt, mit Relationen etwas auf Teilbereichen zu definieren. Aber diese Ansätze werden von keinem Tool unterstützt. z.B. indem sie mit dem Blindenstock dagegen sto?en. Ich hab im Zivildienst mit Blinden gearbeitet. Blinde sehen anders, aber man sollte das nicht untersch?tzen. Und gerade Wegpunkte auf dem Gehweg sind sehr Hilfreich f?r Sie: Du solltest mal h?ren wie ein Blinder einen anderen Blinden den Weg beschreibt. Aber das ist eigentlich egal, wir Mappen ja nicht f?r (nur) f?r Blinde ;-) Wie stellt ein GPS eigentlich einem Blinden etwas dar, so das es ihm hilft? Mein Zivildienst ist nun ja auch schon ein paar jährchen mehr her, aber ich bin mir sicher, das es da eine Lösung gibt. Weiß da jemand mehr? In einem Byte wirst du das nicht speichern k?nnen. Ich glaube wir sollten unseren Entwurf f?r OSM auch nicht an Bytes und Plattenplatz orientieren sondern am Mapper und (aber erst an zweiter Stelle) am Karten-Nutzer (?blicherweise Software). Naja, es ist wohl wieder die Frage was wir mit den Daten tun wollen.. Die Meisten sehen OSM nicht als Beschäftigungstherapie an, sondern haben einen Gedanken, was man damit anfangen könnte. Sehr viele wollen die Daten für Navis und Gedruckte Karten oder dergleichen nutzen. Und dafür muß man gewisse Dinge konsistent und effizient mappen. Und vielen übrigen Anwendungen käme diese Arbeitsweise ebenso entgegen! Ich weiß was jetzt wieder von dir kommt: Dein garmin läuft über, weil ich einen Radweg an der Neuwiedenthaler Straße eingetragen habe und deshalb möchtest du nicht das ich ihn als extra Weg Eintrage. Aber das ist Mumpitz. Wir können doch nicht, nur weil einer mit einer Casio-Uhr routen möchte alle Fußwege aus OSM löschen. Der Ansatz bei OSM ist ein anderer: Jede Anwendung muss selbst entscheiden, welche Daten sie braucht. In Deinem Fall ist es sogar so, daß ich gerne im Navi angezeigt bekommen würde, wo ich die Straße Queren muss. F?r mich ist es wesentlich ?bersichtlicher einen Weg auch plastisch auf dem Bildschrim zu haben als mir irgendwas vorzustellen wie okay da kommt jetzt eine Busspur und ein Gr?nstreifen und den Briefkasten muss ich jetzt da hin setzen... Es wurde schon vorgeschlagen den Editor so zu programmieren, das er das graphisch besser darstellt. Ja, aber wenn wir die Spur nicht selbst abspeichern, wird es immer Abweichungen zur wirklichkeit geben. Osmarender beschließt dann das eine Fahrspur 1,50 m breit ist und Josm sagt, sie ist 3 m breit und schwubs ist es hier anders wie da Ich denke darauf wird es wahrscheinlich auch irgendwann hinaus laufen. F?r gute Navi-Unterst?tzung braucht man sowas ja auch (bitte rechts einordnen). Es gab und gibt meines Wissens ein Tagging welches festlegt wieviele Spuren ein Weg hat. Ist also auch dort nicht nötig Extrawege anzulegen. Es ist nicht nötig. Aber es sollte nicht verboten werden. Ist das denn wirklich ein Problem? Sollst Du, mich st?ren ja nur die wo es keinen Mehrwert liefert. Und bisher funktionieren beide Methoden nicht, sei es weil laneabh?ngige Tags fehlen oder weil Relationen o.?. fehlen die die Wege verbinden. Und bevor man sich da was ?berlegt mu? man entscheiden was der Normalfall sein soll, 1 Weg f?r alles oder einer pro Spur. Bei OSM wird IMHO nichts Entschieden, sondern ?berzeugt (Es gibt keine Entscheidung statt footway jetzt path zu benutzen, statt oneway=true lieber oneway=yes zu benutzen statt amenity=supermarket shop=supermarket zu benutzen etc.). Und ich glaube es macht nicht wirklich Sinn hier einen Normalfall fest zu legen. Ich wünsche mir das erst überzeugt wird und dann eine Entscheidung daraus wird. Alles andere ist Chaos und das wollen wir wohl nicht? Schön. Das hast du ja schon mal anderes gesehen. Wenn jemand ?berzeugende Argumente hat, wird ein Schuh draus. Aber nur zu sagen: Paralel verlaufende Radwege sollen nicht mehr gemappt werden ist f?r mich keine L?sung des Problems. Es wurden schon einige Argumente geliefert, siehe die vorausgehenden Mails! Ja, es gab auch einen Workshop in Essen, in dem auch ich
Re: [Talk-de] Ende eines Tracks
Man gibt an noexit=no, das ist ja der Witz. Man will ja andeuten, dass es keine echte Sackgasse ist (sondern der Oberpfälzer Weg in den blickdichten Wald führt oder der Wegzustand gebietet, besseres Wetter abzuwarten oder weil man den Familienspaziergang nicht vollends fraktal mit der rechten Hand an der Wand durchführen möchte). Ah, danke, jetzt ist es angekommen. Gruß Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ende eines Tracks
Nop schrieb: Hallo! Karl Eichwalder schrieb: Holger Wemken holger.wem...@ewetel.net writes: Ich bin vor Weihnachten 2x mit dem Auto in irgendwelchen tracktype=3-5 steckengeblieben, weiß man ja auch nicht vorher bei dem schäbigen Wetter hier in Norddeutschland. Es ist mir etwas unbegreiflich, wie man als mensch des 21. jh. zum mappen mit dem auto rausfahren kann... Wenn man sowieso mit dem auto unterwegs ist (was schon bedenklich genug ist), dann kann man meinetwegen das GPS mitlaufen lassen. ... Benzin ist offensichtlich immer noch viel zu kostengünstig. Es ist mir unbegreiflich wie man als langjähriger Mapper jemanden sofort so an den Karren fahren muß, nur weil er etwas anders macht als man selber. Es war mir völlig neu, daß es unmoralisch ist, sein GPS bei schlechtem Wetter im Auto rumzufahren. Ich gestehe reumütig, daß ich auch schon Landstraßen vom Auto aus gemappt habe und verspreche feierlich, daß das nie wieder vorkommen wird. Hingerissen und überwältigt von soviel Toleranz Nop Danke. Ich war ein wenig sprach- und wortlos Mein Reitkamel ist momentan im Süden in die Sonne geflogen, mein Reitesel weigert sich beharrlich, weiter als 7,68 km zu marschieren. Bekenne mich schuldig, dann am Wochenende schon mal mit dem Auto unterwegs zu sein. Gruß Holger ___ 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] Ende eines Tracks - OT
Nop schrieb: Es ist mir unbegreiflich wie man als langjähriger Mapper jemanden sofort so an den Karren fahren muß, nur weil er etwas anders macht als man selber. Es war mir völlig neu, daß es unmoralisch ist, sein GPS bei schlechtem Wetter im Auto rumzufahren. Ich gestehe reumütig, daß ich auch schon Landstraßen vom Auto aus gemappt habe und verspreche feierlich, daß das nie wieder vorkommen wird. Hingerissen und überwältigt von soviel Toleranz Mach Dir nichts draus, Karl ist ein eingefleischter Autohasser--- Wie so viele übersieht er dass das Auto ein wesentlicher Wirtschaftsfaktor ist ohne den viele Umweltprojekte gar nicht finanzierbar wären. OK, viele wären ohne Auto vielleicht auch nicht nötig, aber wer will schon heute noch in Höhlen und auf Bäumen leben.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie taggt meine eine kleine Kapelle?
Hi, wie tagged man korrekt eine kleine Kapelle ? amenity place_of_warship `?? Schöne Grüße Henry E ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie taggt meine eine kleine Kapelle?
On 12/29/2008 07:07 PM, Henry Every wrote: Hi, wie tagged man korrekt eine kleine Kapelle ? amenity place_of_warship `?? Imho trifft place_of_worship auf alles vom kleinen Gedenkmarterl am Wegrand bis zur Kirche zu. Also ich würd es zumindest so taggen. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie taggt meine eine kleine Kapelle?
Hallo. Am Montag, 29. Dezember 2008 schrieb Henry Every: amenity place_of_warship Mit Krieg hat das nur indirekt was zu tun. :) Mit amenity=place_of_worship liegst du dann aber richtig. Es gibt noch ein paar Tags um die Art des Objekts etwas genauer zu spezifizieren. Mit obigem sagt man aus, dass es sich um irgend einen religiösen Ort handelt. Wenigstens die Glaubensrichtung wäre interessant zu wissen und sollte daher wenn bekannt auch angegeben werden. Das wäre dann z.B. religion=christian denomination=protestant für eine evangelische, christliche Kirche bzw. Kapelle. Letztere beiden zu unterscheiden geht betimmt auch schon mit einem Tag, das weiß ich aber nicht auswendig. Gruß, Bernd -- Ich halte es für besonders wichtig, dass sich ein junger Geist zunächst seinen Weg in der Welt der Phänomene sucht und ihm Formeln ganz und gar erspart bleiben. - Albert Einstein 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] Wie taggt meine eine kleine Kapelle?
amenity place_of_warship `?? Wenn da ein Kriegsschiff steht, ja. Ansonsten place_of_worship. Denn verehrt wird auch in einer Kapelle :) Gruß Patrick -- E-Mail: patrick.kol...@web.de Jabber: patrick.kol...@jabbermx.org GnuPG: 0xB8C38BA3 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anlieger?
Hallo, ich bin heute mit meinem Auto über eine Anlieger frei Straße gefahren. Ist man als OSM-Mapper auch Anlieger? in Wikipedia lese ich: sind Anlieger Personen ...,die mit Bewohnern oder Grundstückseigentümern in eine Beziehung treten wollen. Also, gilt die Ausrede OSM-Mapper wohl nicht, falls man von der Polzei angehalten wird? Also besser wär's dann wohl wenn man sagt, man sei auf dem Weg zu den Anliegern, um sie zu fragen ob die Straße gemappt werden darf. :-)) Ist jemand hier schonmal in diese Situation gekommen? Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger?
Am Montag, den 29.12.2008, 19:22 +0100 schrieb Chris-Hein Lunkhusen: ich bin heute mit meinem Auto über eine Anlieger frei Straße gefahren. Ist man als OSM-Mapper auch Anlieger? in Wikipedia lese ich: sind Anlieger Personen ...,die mit Bewohnern oder Grundstückseigentümern in eine Beziehung treten wollen. Hallo, in der Fahrschule habe ich vor vielen Jahren gelernt, das es ausreichen würde in der Straße ein Anliegen zu haben. Als Beispiel wurde das Aufsuchen eines Zigarettenautomaten genannt. Als Mapper hat man auch ein anliegen, nämlich das Erfassen der Straße. Von daher würde ich das einfach ignorieren. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie taggt meine eine kleine Kapelle?
Am 29. Dezember 2008 19:12 schrieb Bernd Wurst be...@bwurst.org: Mit amenity=place_of_worship liegst du dann aber richtig. Es gibt noch ein paar Tags um die Art des Objekts etwas genauer zu spezifizieren. Mit obigem sagt man aus, dass es sich um irgend einen religiösen Ort handelt. Wenigstens die Glaubensrichtung wäre interessant zu wissen und sollte daher wenn bekannt auch angegeben werden. Das wäre dann z.B. religion=christian denomination=protestant für eine evangelische, christliche Kirche bzw. Kapelle. Letztere beiden zu unterscheiden geht betimmt auch schon mit einem Tag, das weiß ich aber nicht auswendig. Die Art des Gebäudes kann man einfach über building=chapel/church/cathedral/mosque/blablubb festlegen. Damit hat man Funktion und Gebäude sauber getrennt. Schließlich gibt es sowohl nicht mehr religiös genutzte Kirchen als auch normale Gebäude, die Religiöse Funktionen erfüllen. Wo findet nochmal die Macworld bzw Steve Jobs' Keynote statt? SCNR, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger?
Detlef Reichl detlef.rei...@gmx.org [Mon, Dec 29, 2008 at 07:31:06PM CET]: Am Montag, den 29.12.2008, 19:22 +0100 schrieb Chris-Hein Lunkhusen: ich bin heute mit meinem Auto über eine Anlieger frei Straße gefahren. Ist man als OSM-Mapper auch Anlieger? in Wikipedia lese ich: sind Anlieger Personen ...,die mit Bewohnern oder Grundstückseigentümern in eine Beziehung treten wollen. Hallo, in der Fahrschule habe ich vor vielen Jahren gelernt, das es ausreichen würde in der Straße ein Anliegen zu haben. Als Beispiel wurde das Aufsuchen eines Zigarettenautomaten genannt. Google ist ein besserer Freund als Dein Fahrlehrer. Anlieger hat mit Anliegen wenig zu tun, sondern mit der Lage des Zielgrundstücks an der Straße. Bin kein Jurist, aber ich meine, Du solltest wenigstens eine Hausnummer in der Straße mit Lage notieren, um eine Beziehung wenigstens mit einem Grundstück und nicht nur mit dem Straßenverlauf einzugehen. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC (bei ORS)
On Mon, Dec 29, 2008 at 12:14:33PM +0100, Alexander Zipf wrote: Mittlerweile haben wir auch weitere Kontakte, so dass es mittelfristig eine Deutschlandweite TMC-Lösung für OpenRouteService geben sollte. Die Nutzung der Daten in so Diensten wie ORS ist kostenfrei möglich, aber wir können leider wohl nicht ohne weiteres unsere Datenbank (bzw. den Web Feature Service) mit den TMC-Daten freischalten. Wir versuchen im Neuen Jahr diesbzgl. nochmal nachzuhaken. Einen Zeitplan für die ORS-Version mit Deutschland-weitem TMC kann ich leider auch noch nicht melden, aber wir bleiben locker dran. Wo ist das Problem mit dem Deutschlandweitem TMC? Nur so aus neugier - Ich habe die Weihnachtsfeiertage damit zugebracht mal im DVB Stream von Einslive nach dem RDS zu suchen (aus dem Sat Transponder) und bin fuendig geworden. D.h. ich bekomme im moment die RDS informationen vom Satelliten. Der Naechste schritt ist die RDS daten zu dekodieren was trivial sein sollte - Format ist klar - Standard offen. Wenn das alles funktioniert fehlen vermutlich 20-30 Zeilen C um den ganzen ARD Transponder zu dekodieren - Da sind aus allen Bundeslaendern die Oeffentlich Rechtlichen drauf so das aus dem ganzen Bundesgebiet die TMC Daten vorhanden sein sollten. D.h. DVB-S Budget Karte fuer irgendwelche 50 Euro und 3% CPU auf einem Celeron 1Ghz und schon plumpsen da die TMC Daten raus ;) Beispiel output derzeit: RDS000180: fd 0e 31 31 fe 00 00 00 04 07 00 00 0a b7 a0 ff ..11 aa bb cc cc dd ee ee ff gg hh ii ii ii ii ii jj aa - RDS Sync byte - DVB/ISO/IEC Standard Ancillary Data bb - RDS Length ISO Standard Ancillary Data cc - Stuffing dd - RDS Sync (UECP Standard - Start) ee - Address ff - Sequence number - im DVB immer 0 gg - Length of RDS Message hh - RDS Message type (hier PTY) ii - Message ff - RDS Sync (UECP Standard - Stop) So long ... 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] Your whishlist for Debian Packages?
Hallo Joerg, Am Sonntag, 28. Dezember 2008 schrieb Joerg Ostertag (OSM Tettnang/Germany): Hi, as most of you probably know I'm providing debian packages for the most common tools needed to work with OpenStreetMap. What I'd like to know is: - which additional tools from the osm-svn would you like to see added to the debian repository? - which other debian based platforms would you like to see suported? examples would be: debian-etch, Ubuntu-xx, ... Lenny, aber das scheint ja schon da zu sein. Da ist ja schon einiges da, das reicht mir erstmal :-) Ich habe auf Anhieb nicht die sources.list Zeile gefunden. Ist das Absicht? Danke für das Repository und Gruß, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ende eines Tracks
Karl Eichwalder schrieb: Es ist mir etwas unbegreiflich, wie man als mensch des 21. jh. zum mappen mit dem auto rausfahren kann... Jetzt weiss ich endlich, warum im Verkehrsfunk Radfahrer auf der Autobahn gemeldet werden. Es ist der Karl beim mappen... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger?
http://www.fahrtipps.de/frage/anlieger.php Kostet je nach Laune und Örtlichkeit zwischen 15 und 40 Euro. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger?
Hallo, Johann H. Addicks wrote: http://www.fahrtipps.de/frage/anlieger.php Kostet je nach Laune und Örtlichkeit zwischen 15 und 40 Euro. ... aber sicher nicht für Fahrradfahrer, oder ;-)? 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
Re: [Talk-de] Anlieger?
Frederik Ramm schrieb: ... aber sicher nicht für Fahrradfahrer, oder ;-)? StVO zu Zeichen 250 Verbot für Fahrzeuge aller Art Es gilt nicht für Handfahrzeuge, abweichend von § 28 Abs. 2 auch nicht für Tiere. Krafträder und Fahrräder dürfen geschoben werden. Quelle: http://www.sicherestrassen.de/VKZKatalog/Kat250.htm Naja, rein*fahren* darfst du nicht :) Gruß Patrick -- E-Mail: patrick.kol...@web.de Jabber: patrick.kol...@jabbermx.org GnuPG: 0xB8C38BA3 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger?
Frederik Ramm schrieb: Kostet je nach Laune und Örtlichkeit zwischen 15 und 40 Euro. aber sicher nicht für Fahrradfahrer, oder ;-)? Zeichen 250 gilt für Fahrzeuge aller Art, also mitnichten Kraftfahrzeuge aller Art. Bei Durchfahrt verboten, Anlieger frei oder Durchfahrt verboten, Forst- und Landwirtschaft frei darfst Du mit dem Fahrrad NICHT fahren. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger?
On Mon, 29 Dec 2008, Chris-Hein Lunkhusen wrote: ich bin heute mit meinem Auto über eine Anlieger frei Straße gefahren. Ist man als OSM-Mapper auch Anlieger? Polizist: Sind Sie Anlieger? Ich: Nein, aber ich will die Frau Frankenberg besuchen, die wohnte mal hier (und tut es hoffentlich immer noch), nur leider habe ich die genaue Adresse vergessen. Jetzt soll Dir doch mal jemand beweisen, dass es nicht so ist :-) Du musst aber wenigstens einmal auf der Straße so tun, als ob Du ein bestimmtes Haus suchst. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einigkeit bei Linienbündeldiskussion (Re: Kreuzung Radweg)
Hallo, Genau daran glaube ich nicht. Niemand wird sowas Programmieren, Laß das die Programmierer entscheiden. weil es schnell zu Inkonsistenzen führen wird. Wieso? Gib mir ein Bsp wo das nicht klappen würde. Auch das Datenmodell muss einfach sein. Sonst akzeptieren es die Programmierer nicht, die enstcheiden, ob sie es in den Renderer und Editor aufnehmen. Ich programiere selber und bin der Meinung, daß es einfacher ist viele komplizierte Tags an einem Weg zu verarbeiten als wenige einfache an mehreren Wegen die dann irgendwie über Relations o.ä. wieder kombiniert werden. z.B. indem sie mit dem Blindenstock dagegen stoßen. Ich hab im Zivildienst mit Blinden gearbeitet. Blinde sehen anders, aber man sollte das nicht unterschätzen. Ich nicht, also muß Du mir da helfen. Du meinst also ein Blinder der den Zebrastreifen sucht würde über irgendein Navi erfahren, daß 10m davor eine Telefonzelle ist, diese suchen und sich dann von dort zum Zebrastreifen weitertasten? In einem Byte wirst du das nicht speichern können. Das hängt vom Datenmodell ab. Wenn man in einem Byte den Abstand zwischen Straßenkante und Fahrradweg speichert, auf 10cm genau kann dieser max 25m entfernt sein damit ein Byte reicht. Ich glaube wir sollten unseren Entwurf für OSM auch nicht an Bytes und Plattenplatz orientieren sondern am Mapper Auch für den Mapper ist es einfacher einzugeben: da ist ein Fahrradweg unmittelbar neben der Straße, also z.B. ein cycleway=track als einen 2. Weg zu zeichnen. und (aber erst an zweiter Stelle) am Karten-Nutzer An diese Prioritäten werde ich mich wohl nie gewöhnen. Für mich steht der Nutzen an 1. Stelle. Und wenn ich das Gefühl habe, daß ich da Daten erzeuge die nutzlos sind mache ich lieber was sinnvolleres. Ich denke darauf wird es wahrscheinlich auch irgendwann hinaus laufen. Für gute Navi-Unterstützung braucht man sowas ja auch (bitte rechts einordnen). AFAIK sind die Daten der NL doch von einer professionellen Firma gespendet worden die damit Navigationssysteme betreibt oder? Siehst Du da so was? Bei OSM wird IMHO nichts Entschieden, sondern überzeugt In einem demokratischen System ist das das gleiche. Man diskutiert, einige behalten ihre Meinung andere werden überzeugt und am Ende entscheidet die Mehrheit. Dann hält sich ein großer Teil dran, der Rest macht es anders. Und ich glaube es macht nicht wirklich Sinn hier einen Normalfall fest zu legen. Doch, damit man weis welche zusätzlichen Tags/Relations man noch definieren muß. Derzeit haben wir das Problem, daß wir kein funktionierendes System haben, und solange die grundlegende Frage 1 Weg oder mehrere nicht entschieden ist scheint auch keiner Lust zu haben da wirklich was zu machen. und kennt keine Straßenseite, Breite etc. Sag ich ja, beide Systeme sind noch unvollständig ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger?
Johann H. Addicks schrieb: Frederik Ramm schrieb: Kostet je nach Laune und Örtlichkeit zwischen 15 und 40 Euro. aber sicher nicht für Fahrradfahrer, oder ;-)? Zeichen 250 gilt für Fahrzeuge aller Art, also mitnichten Kraftfahrzeuge aller Art. Bei Durchfahrt verboten, Anlieger frei oder Durchfahrt verboten, Forst- und Landwirtschaft frei darfst Du mit dem Fahrrad NICHT fahren. Außer es handelt sich um Zeichen 260. Oder war das hier irgendwo ausschließlich auf Zeichen 250 bezogen? Gerade Wald- und Feldwege sind hier in der Gegend eigentlich meistens für Kraftfahrzeuge gesperrt. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einigkeit bei Linienb?ndeldiskussion (Re:Kreuzung Radweg)
Sven Anders schrieb: Dein Argument scheint zu sein, das es grafisch einfacher zu editieren ist? Eines meiner Argumente Ein anderes i(mir wichtigeres) ist das es ein bereits vorhandenes Datenmodell ist, und wir dafür eigentlich nichts neu Erfinden müssten. Tags an die Wege hängen benötigt auch kein neues Datenmodell. Ich denke, dafür gibt es Relationen? Ich weiß das es Ansätze gibt, mit Relationen etwas auf Teilbereichen zu definieren. Aber diese Ansätze werden von keinem Tool unterstützt. Muss man zum Zusammenfassen der einzelnen Wege nicht auch Relationen benutzen? Oder zeichnest du alle zehn Meter eine Verbindung ein, damit ein Router auch den Weg über die Straße findet? Oder verschweigst du einfach den direkten Weg und zwingst die Benutzer über die nächste Ampel? Es gab und gibt meines Wissens ein Tagging welches festlegt wieviele Spuren ein Weg hat. Ist also auch dort nicht nötig Extrawege anzulegen. Es ist nicht nötig. Aber es sollte nicht verboten werden. Ist das denn wirklich ein Problem? Ich glaube von verbieten redet auch keiner. Aber einzelne Wege sind nunmal in der momentanen Form auch keine Lösung und das nicht nur weil es Geschmackssache ist. Es wurden schon einige Argumente geliefert, siehe die vorausgehenden Mails! Ja, es gab auch einen Workshop in Essen, in dem auch ich gesessen habe. Das zeigt mir ist das Thema auch wichtig. Ich denke wenn wir das überhaupt lösen können braucht man ein weiteres Treffen. Vielleicht auf der Fossgis? Evtl. kann es helfen mal 2-3 reale Beispiele in verschiedenen Modellen umzusetzen, damit alle sich selbst ein Bild machen können. Ich bin nur manchmal müde immer wieder die gleiche Diskussion zu führen. Mir ist klar das ich mit meiner Position zur Zeit nicht die Masse der Mapper repräsentiere. Irgendwie dreht sich die Diskussion immer im Kreis und kommt nicht wirklich vorwärts. Keine Lösung ist perfekt. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einigkeit bei Linienbündeldiskussion (Re: Kreuzung Radweg)
Dimitri Junker schrieb: Und ich glaube es macht nicht wirklich Sinn hier einen Normalfall fest zu legen. Doch, damit man weis welche zusätzlichen Tags/Relations man noch definieren muß. Derzeit haben wir das Problem, daß wir kein funktionierendes System haben, und solange die grundlegende Frage 1 Weg oder mehrere nicht entschieden ist scheint auch keiner Lust zu haben da wirklich was zu machen. Ich arbeite schon länger an einer Lösung für einfache Fälle [1] (also keine komplizierten Kreuzungen oder sowas), mit der man schon viel mappen könnte. Leider scheinen sich dafür aber wenige zu interessieren. Leider weiß ich nicht ob einfach nur generell kein Interesse daran besteht, ob keiner antwortet weil das Proposal perfekt ist oder weil es so schlecht ist, dass keiner Lust hat zu antworten. und kennt keine Straßenseite, Breite etc. Sag ich ja, beide Systeme sind noch unvollständig Warum ist das mit der Straßenseite so schwer zu lösen? Wenn man bzgl. Richtungsabhängigkeit mal über seinen Schatten springt (zumindest stört genau das das manche bisher), ist das doch garnicht so kompliziert. Gruß [1] http://wiki.openstreetmap.org/wiki/Proposed_features/Advanced_footway_and_cycleway ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einigkeit bei Linienbündeldiskussion (Re: Kreuzung Radweg)
Dimitri Junker o...@dimitri-junker.de writes: Auch für den Mapper ist es einfacher einzugeben: da ist ein Fahrradweg unmittelbar neben der Straße, also z.B. ein cycleway=track als einen 2. Weg zu zeichnen. Sicher, nur diesen einfachen fall gibt es in der realität nur selten. Das ist aber für dich kein problem; denn du hast ja bereits verkündet, dass dich die wirkliche kreuzungssituation nicht interessiert. Doch nicht nur an kreuzungen sind bordsteinradwege bedeutend anders als die fahrbahn. bordsteinradwege haben zwischen kreuzungen gern verengungsstellen, wechseln den belag, haben verschwenkungen an bushaltestellen, haben absperrungen zwischen fahrbahn und radweg, haben abweichende oneway-regelungen, wechseln zwischen z240, z239, und Radfahrer absteigen, haben von der fahrbahn abweichende abbiegevorschriften. All das müsstst du entweder durch zusätzliche teilungen des sog. straßen-highways oder relationen abbilden. Zum teil hast du das ja auch schon erkannt, aber zugleich sagst du nun, dass relationen die dinge komplizierter machen. Doch, damit man weis welche zusätzlichen Tags/Relations man noch definieren muß. Derzeit haben wir das Problem, daß wir kein funktionierendes System haben, und solange die grundlegende Frage 1 Weg oder mehrere nicht entschieden ist scheint auch keiner Lust zu haben da wirklich was zu machen. Das ist unsinn. Die Cycle Map berücksichtigt einfach beides. Mach mal eine pause. Immer mehr zu fordern ist hier wie in der realwirtschaft einfach; lern, mit den endlichen ressourcen auszukommen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ende eines Tracks
Johann H. Addicks addi...@gmx.net writes: Karl Eichwalder schrieb: Es ist mir etwas unbegreiflich, wie man als mensch des 21. jh. zum mappen mit dem auto rausfahren kann... Jetzt weiss ich endlich, warum im Verkehrsfunk Radfahrer auf der Autobahn gemeldet werden. Es ist der Karl beim mappen... Darfst ruhig weiterlesen: Es ist mir etwas unbegreiflich, wie man als mensch des 21. jh. zum mappen mit dem auto rausfahren kann... Wenn man sowieso mit dem auto unterwegs ist (was schon bedenklich genug ist), dann kann man meinetwegen das GPS mitlaufen lassen. Davon ab, muss man hinter auto-autobahnmappern regelmäßig hinterherräumen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger?
Dirk Stöcker openstreet...@dstoecker.de writes: Polizist: Sind Sie Anlieger? Ich: Nein, aber ich will die Frau Frankenberg besuchen, die wohnte mal hier (und tut es hoffentlich immer noch), nur leider habe ich die genaue Adresse vergessen. Jetzt soll Dir doch mal jemand beweisen, dass es nicht so ist :-) Unwissenheit schützt vor strafe nicht. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einigkeit bei Linienb?ndeldiskussion (Re:Kreuzung Radweg)
Sebastian Hohmann m...@s-hohmann.de writes: Sven Anders schrieb: Dein Argument scheint zu sein, das es grafisch einfacher zu editieren ist? Eines meiner Argumente Ein anderes i(mir wichtigeres) ist das es ein bereits vorhandenes Datenmodell ist, und wir dafür eigentlich nichts neu Erfinden müssten. Tags an die Wege hängen benötigt auch kein neues Datenmodell. Das ist ein netter irrglaube. Wenn du eingeführte features jetzt mit (anderen) tags abbildest, sind die hälfte der karten kaputt und einige editoren und konverter werden keine unterstützung anbieten. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Layer
Melchior Moos wrote: Über die Weihnachtstage habe ich den Server etwas vernachlässigt... daher waren zwischenzeitlich die Zoomstufen ab 14 aufwärts verschwunden. Der momentane Datenstand ist der Planetdump vom 24.12. Das ist wohl verständlich ;-) Könntest Du evtl. das Datum des verwendeten Planetdump mit angegeben. Dann gibt es keine Fragen mehr, warum eine Änderung noch nicht enthalten ist oder so? Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] domanda 4: Venezia
--- Lun 29/12/08, vegard veg...@engen.priv.no ha scritto: Da: vegard veg...@engen.priv.no Oggetto: Re: [Talk-it] domanda 4: Venezia A: talk-it@openstreetmap.org Data: Lunedì 29 dicembre 2008, 00:35 On Sun, Dec 28, 2008 at 01:19:48PM -0800, Ezio Querini wrote: Io metto pedestrian per le strade di 2 o più metri ad uso pedonale. Per sentieri, calle, passaggi pedonali larghi meno di 2 metri metto footway. A Venezia, multo strade importante e meno di 2 metri, non? Credo que per strade di Venezia pedestrian e corretto per quasi tutti. footway per sentieri e par example per passagi a parco? Dal wiki/Map_Features: highway pedestrian: For roads used mainly/exclusively for pedestrians/shopping areas. Also for tagging squares and plazas. highway footway: For designated footpaths; i.e., mainly/exclusively for pedestrians. This includes walking tracks and gravel paths. Dal wiki/IT:Map_Features: highway pedestrian: Aree pedonali (strade o piazze in aree urbane), accessibili principalmente o esclusivamente ai pedoni. highway footway: Percorsi pedonali o sentieri, accessibili principalmente o esclusivamente ai pedoni (prevalentemente nei parchi). Non mi sembra che le calle possano essere equiparate roads o strade. Inoltre prevalentemente non significa esclusivamente quindi footway può essere usato anche fuori dai parchi. I percorsi principali usati dai turisti anche se stretti potrebbero essere marcati come pedestrian (si, lo so che non si mappa per il rendering) ma le calle (a volte larghe meno di un metro, usate prevalentemente dai residenti) secondo me vanno considerate footway. Tanto per capirci un po' come l'uso di tertiary e residential ma in ambito pedonale. bye ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] domanda 4: Venezia
Ezio Querini dixit: Dal wiki/Map_Features: highway pedestrian: For roads used mainly/exclusively for pedestrians/shopping areas. Also for tagging squares and plazas. highway footway: For designated footpaths; i.e., mainly/exclusively for pedestrians. This includes walking tracks and gravel paths. Dal wiki/IT:Map_Features: highway pedestrian: Aree pedonali (strade o piazze in aree urbane), accessibili principalmente o esclusivamente ai pedoni. highway footway: Percorsi pedonali o sentieri, accessibili principalmente o esclusivamente ai pedoni (prevalentemente nei parchi). Non mi sembra che le calle possano essere equiparate roads o strade. Inoltre prevalentemente non significa esclusivamente quindi footway può essere usato anche fuori dai parchi. I percorsi principali usati dai turisti anche se stretti potrebbero essere marcati come pedestrian (si, lo so che non si mappa per il rendering) ma le calle (a volte larghe meno di un metro, usate prevalentemente dai residenti) secondo me vanno considerate footway. Tanto per capirci un po' come l'uso di tertiary e residential ma in ambito pedonale. L'importante è definire una regola perchè attualmente le due cose sono usate in maniera assolutamente casuale. Personalmente ritengo che la definizione di pedestrian sia quella che più si avvicina alla situazione anche se ovviamente ci troviamo di fronte ad una città particolare a cui mal si adattano definizioni pensate per città dotate di strade. Stavo pensando anche che certi (pochi) percorsi particolarmente ampi potrebbero essere forse indicati più correttamente con aree piuttosto che con semplici segmenti che non riuscirebbero a descrivere correttamente la realtà. Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Etiqueta para vías pecuarias
On Sun, 2008-12-28 at 22:50 +0100, sergio sevillano wrote: Carlos Dávila escribió: Hola a todos Quería saber qué os parece proponer la creación de la etiqueta Vía pecuaria (o cattle way si tiene que ser en inglés). Creo que ninguna de las etiquetas highway existentes se ajusta a lo que es una vía pecuaria, una franja de anchura hasta 75 m destinada prioritariamente al desplazamiento del ganado. Creo que las vías pecuarias tienen suficiente entidad como para tener una etiqueta propia. Cuentan con una ley de ámbito nacional y otras autonómicas que las definen claramente y existen más de 125.000 km de vías pecuarias en España, que ocupan unas 450.000 Ha. Si hay apoyo crearé la propuesta, aunque necesitaré un poco de ayuda porque nunca lo he hecho antes. Para empezar se me plantea la duda de si debe ser un elemento lineal o superficial. Creo que lo más correcto sería proponerlo como superficie, dada la anchura que pueden tener. Además, en muchos casos sobre la vía pecuaria se asientan otras estructuras lineales como carreteras, calles, calzadas, etc., por lo que puede haber problemas de superposición de unas y otras. Espero comentarios... Carlos apoyo total a la moción, ademas lo definiría en español, a no ser que se subdivida el cattleway en tipos especiales para nuestro caso. volvemos a la discusión de poner los tags en distintos idiomas :-) Creo que quedó claro que era un error, ya que si se permite, acabaremos teniendo etiquetas hasta en swahili. En cuanto a tipos especiales ¿a qué te refieres? Por mi zona hay varias vías pecuarias, y la única diferencia que veo en los mapas de ellas es el nombre (Cañada de los roncaleses, etc). ¿Existe alguna otra diferencia? -- Rodrigo Moya rodr...@gnome-db.org ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Etiqueta para vías pecuarias
Rodrigo Moya escribió: On Sun, 2008-12-28 at 22:50 +0100, sergio sevillano wrote: Carlos Dávila escribió: Hola a todos Quería saber qué os parece proponer la creación de la etiqueta Vía pecuaria (o cattle way si tiene que ser en inglés). Creo que ninguna de las etiquetas highway existentes se ajusta a lo que es una vía pecuaria, una franja de anchura hasta 75 m destinada prioritariamente al desplazamiento del ganado. Creo que las vías pecuarias tienen suficiente entidad como para tener una etiqueta propia. Cuentan con una ley de ámbito nacional y otras autonómicas que las definen claramente y existen más de 125.000 km de vías pecuarias en España, que ocupan unas 450.000 Ha. Si hay apoyo crearé la propuesta, aunque necesitaré un poco de ayuda porque nunca lo he hecho antes. Para empezar se me plantea la duda de si debe ser un elemento lineal o superficial. Creo que lo más correcto sería proponerlo como superficie, dada la anchura que pueden tener. Además, en muchos casos sobre la vía pecuaria se asientan otras estructuras lineales como carreteras, calles, calzadas, etc., por lo que puede haber problemas de superposición de unas y otras. Espero comentarios... Carlos apoyo total a la moción, ademas lo definiría en español, a no ser que se subdivida el cattleway en tipos especiales para nuestro caso. volvemos a la discusión de poner los tags en distintos idiomas :-) Creo que quedó claro que era un error, ya que si se permite, acabaremos teniendo etiquetas hasta en swahili. En cuanto a tipos especiales ¿a qué te refieres? Por mi zona hay varias vías pecuarias, y la única diferencia que veo en los mapas de ellas es el nombre (Cañada de los roncaleses, etc). ¿Existe alguna otra diferencia? seguro que carlos dávila nos ilustra mejor , pero creo recordar que eran 4 tipos según los anchos: cañada real (75m), cordel (38m), vereda (21) y colada (menos de 21m) en cualquier caso valdría lo de las relaciones como se ve los anchos son enormes para una cattleway normal se podría poner (highway=cattleway; cattleway_type=cordel) lo que ocurre en la mayor parte de los casos también puede ser razonable pensar en definirlos con áreas ya que la cañada es el espacio que debería quedar libre para el paso de ganado pero no siempre corresponde ni mucho menos a un tipo físico concreto de camino a veces solo existe el espacio pero no hay ningún camino transitable. a veces es footpath, track... incluso carretera asfaltada y a veces el espacio legal no es el real ya que se lo han comido los propietarios de las lindes llegando a haber parques infantiles, chabolas... pisos.. un verdadero desastre. sergio ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Etiqueta para vías pecuarias
Rodrigo Moya escribió: On Sun, 2008-12-28 at 22:50 +0100, sergio sevillano wrote: Carlos Dávila escribió: Hola a todos Quería saber qué os parece proponer la creación de la etiqueta Vía pecuaria (o cattle way si tiene que ser en inglés). Creo que ninguna de las etiquetas highway existentes se ajusta a lo que es una vía pecuaria, una franja de anchura hasta 75 m destinada prioritariamente al desplazamiento del ganado. Creo que las vías pecuarias tienen suficiente entidad como para tener una etiqueta propia. Cuentan con una ley de ámbito nacional y otras autonómicas que las definen claramente y existen más de 125.000 km de vías pecuarias en España, que ocupan unas 450.000 Ha. Si hay apoyo crearé la propuesta, aunque necesitaré un poco de ayuda porque nunca lo he hecho antes. Para empezar se me plantea la duda de si debe ser un elemento lineal o superficial. Creo que lo más correcto sería proponerlo como superficie, dada la anchura que pueden tener. Además, en muchos casos sobre la vía pecuaria se asientan otras estructuras lineales como carreteras, calles, calzadas, etc., por lo que puede haber problemas de superposición de unas y otras. Espero comentarios... Carlos apoyo total a la moción, ademas lo definiría en español, a no ser que se subdivida el cattleway en tipos especiales para nuestro caso. volvemos a la discusión de poner los tags en distintos idiomas :-) Creo que quedó claro que era un error, ya que si se permite, acabaremos teniendo etiquetas hasta en swahili. En cuanto a tipos especiales ¿a qué te refieres? Por mi zona hay varias vías pecuarias, y la única diferencia que veo en los mapas de ellas es el nombre (Cañada de los roncaleses, etc). ¿Existe alguna otra diferencia? seguro que carlos dávila nos ilustra mejor , pero creo recordar que eran 4 tipos según los anchos: cañada real (75m), cordel (38m), vereda (21) y colada (menos de 21m) en cualquier caso valdría lo de las relaciones como se ve los anchos son enormes para una cattleway normal se podría poner (highway=cattleway; cattleway_type=cordel) también puede ser razonable pensar en definirlos con áreas ya que la cañada es el espacio que debería quedar libre para el paso de ganado lo que ocurre en la mayor parte de los casos es que ese ancho reservado es mayor que la way que debería ir por dentro de ese espacio y que ademas es de tipo variable la cañada no siempre corresponde ni mucho menos a un tipo físico concreto de camino a veces solo existe el espacio pero no hay ningún camino transitable. a veces es footpath, track... incluso carretera asfaltada y a veces el espacio legal no es el real ya que se lo han comido los propietarios de las lindes llegando a haber parques infantiles, chabolas... pisos.. un verdadero desastre. sergio ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Etiqueta para vías pecuarias
Rodrigo Moya escribió: On Sun, 2008-12-28 at 20:35 +0100, Carlos Dávila wrote: Hola a todos Quería saber qué os parece proponer la creación de la etiqueta Vía pecuaria (o cattle way si tiene que ser en inglés). Creo que ninguna de las etiquetas highway existentes se ajusta a lo que es una vía pecuaria, una franja de anchura hasta 75 m destinada prioritariamente al desplazamiento del ganado. Creo que las vías pecuarias tienen suficiente entidad como para tener una etiqueta propia. Cuentan con una ley de ámbito nacional y otras autonómicas que las definen claramente y existen más de 125.000 km de vías pecuarias en España, que ocupan unas 450.000 Ha. Si hay apoyo crearé la propuesta, aunque necesitaré un poco de ayuda porque nunca lo he hecho antes. Para empezar se me plantea la duda de si debe ser un elemento lineal o superficial. Creo que lo más correcto sería proponerlo como superficie, dada la anchura que pueden tener. Además, en muchos casos sobre la vía pecuaria se asientan otras estructuras lineales como carreteras, calles, calzadas, etc., por lo que puede haber problemas de superposición de unas y otras. creo que lo mejor es proponerla como relación, al igual que los gran recorrido (http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#Rutas_a_pie.2Fbicicleta ), ya que las vías pecuarias, como tú bien dices, no son más que carreteras, caminos, etc por los que el ganado tiene preferencia. Así que creo que deberían marcarse como carreteras y caminos normales, y luego definir una relación para la vía pecuaria. Creo que el caso de las vías pecuarias es más complejo que el ejemplo que pones de los GR. Como comenta Sergio, el estado de las vías pecuarias es muy variado. Lo más habitual es una franja de terreno ocupada por pasto o monte por la que discurre un camino transitable con vehículo, pero en algunos casos no hay camino, en otros hay un camino y una carretera, en otros se ha convertido en calle, viviendas o cualquier otra cosa. Se pueden encontrar delimitadas por paredes de piedra, alambradas, mojones de piedra o no tener nada en absoluto. Imaginad una cañada real (75 metros de ancho) en la que además de la vía pecuaria hay una carretera y un camino. No es como el caso que expone Rodrigo de los GR, en los que la ruta discurre por la carretera o el camino. Aquí hay una tercera entidad que habría que representar y que además contiene a las otras dos. En cuanto a las dimensiones, si no recuerdo mal, puedes especificar el ancho de los caminos y las carreteras, así que puedes hacerlo si es necesario -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx Instale OpenOffice desde http://es.openoffice.org/programa/index.html OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. OpenOffice es gratis. El uso de OpenOffice es totalmente legal. OpenOffice funciona mejor que otros paquetes de oficina. OpenOffice está en continuo desarrollo y no tendrá que pagar por las nuevas versiones. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Etiqueta para vías pecuarias
El Lunes, 29 de Diciembre de 2008, sergio sevillano escribió: creo que la única manera de incorporar esos datos a OSM sería por una cesión por parte de alguna administración ya que recopilar esos datos a mano es prácticamente imposible. El problema de base es que ni siquiera la administración sabe realmente dónde están las cañadas. Veréis, por temas de trabajo (que no vienen mucho a cuento) estoy en contacto con la consejería de medio ambiente de la comunidad de Madrid que, entre otras cosas, tiene el inventario de vías pecuarias. Este inventario no está georreferenciado, no está completo, y no coincide con la realidad. Y con respecto a los 20 metros de anchura... he visto cosas que jamás creeríais (aparte de las naves en llamas más allá de orión y los rayos-c brillando en la puerta de Taunhauser). No sé, a veces me da la impresión de que en OSM intentamos hacer las cosas *demasiado* bien a veces. No digo que sea malo, ojo. Y digo yo, ¿no podríamos hacer antes el Camino de Santiago, que está más claro por dónde pasa? Saludos, -- -- Iván Sánchez Ortega i...@sanchezortega.es I have often regretted my speech, never my silence. - Xenocrates (396-314 B.C.) [the earliest proof of the concept I know of] 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
Re: [Talk-at] koordinaten transformation
ich habe die daten von viennaGIS als hintergrund in JOSM geladen (siehe http://lists.openstreetmap.org/pipermail/talk-at/2008-December/000 206.html). Das ist zwar rechtlich nicht zulässig, technisch aber möglich ;-) Welche Daten von dort meinst Du? dazu musste ich die koordinaten des viennaGIS (ich bin davon ausgegangen, dass diese in EPSG:31256 resp. GK M34 sind) in die von JOSM (EPSG:4326 resp. WGS84) transformieren. dazu habe ich proj.4 verwendet. soweit gab es da keine probleme, allerdings ist mir aufgefallen, dass die OSM-daten (strassen, usw.) im vergleich mit den viennaGIS-daten tendenziell nach südosten verschoben sind (jeweils ca. 5m nach osten und nach süden). ist das der prinzipielle fehler durch die ungenauigkeit der umrechnung? ist dieser fehler so systematisch, dass ich das gleich korrigieren könnte indem ich für die viennaGIS-daten beim rechtswert 5m dazurechne und beim hochwert 5m abziehe? sollte soweit richtig sein; auch ich habe bei allen meinen Projektionen auf diesem Weg Abweichungen, die ich nur mehr durch leichten Versatz ausgleichen kann. Das muß durch Ungenauigkeit der Projektionen oder der Geoide gerade in Österreich ausgelöst sein. Weitergehende Erklärungen konnte ich hierfür nicht finden. lg Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] St. Pölten
Am Monday 29 December 2008 12:03:14 schrieb Andreas Labres: Hallo! Wichtig wäre erst mal, die Areas auch wirklich zu schließen! OK werde ich im Stadtbereich nachholen soferne noch nicht geschehen. Kann ich davon ausgehen, dass die Areas stimmen (abgesehen von bei Gebäuden habe ich kaum Referenzdaten). lG Erich ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] St. Pölten
Kann ich davon ausgehen, dass die Areas stimmen (abgesehen von bei Gebäuden habe ich kaum Referenzdaten). Es kann eine kleine Lageabweichung geben und es kann in der Natur Veränderungen gegeben haben, sonst sollten die passen. Wenn area = yes, sollte das auch geschlossen werden. Zum Bug siehe eigenes Mail. CU Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] St. Pölten
Deswegen ist es wichtig, daß man die Gegend ein wenig kennt bzw. zumindest die groben Yahoo-Bilder verwenden kann. Ich kann die Daten hierauf leider nicht prüfen, aber Ihr könnt ja solche Wege mal im Namespace lassen und erst übernehmen, wenn Ihr mal vorbeigekommen seid. Es wäre durchaus auch möglich daneben Google Luftbilder aufzumachen. Ihr kontrolliert ja damit nur, die Lage kommt woanders her. Vielleicht wäre das sogar die beste Lösung. lg Wolfgang Das Problem ist halt das es nur für die St.Pöltner Gegend gute Satelitenbilder gibt. siehe http://maps.live.de/LiveSearch.LocalLive (auf St.Pölten zoomen und den Birdview einschalten) Der rest ist so grobpixelig das grad mal die grösseren Gewässer sichtbar sind (Hab zumindest noch nix besseres gefunden). Für Strassen, Feldwege etc. sehe ich keinen anderen Weg als Vorort zu mappen. Die Tracks sind eh nicht genau klassifiziert. lg Benedikt ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] koordinaten transformation
hallo Andreas M. schrieb: [...] Wären ca. 2 Meter unter guten Bedingungen bei WAAS/EGNOS-Empfang mit einem Garmin (klar, auch sehr Consumer-mäßig) ein brauchbarer Kompromiss für den Anfang? Auch in Wien dürfte sich die eine oder andere Stelle finden lassen, wo das funktioniert. sicher, für mich auf jedenfall! ich wollte da auch keine grosse aktion anstossen, sondern dachte nur, dass eben vielleicht jemand zugang zu genauen GPS-geräten hat. wenn nicht, dann bin ich mit 2 metern auch zufrieden. :-) grüße hermann ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] St. Pölten
Am Monday 29 December 2008 21:13:43 schrieb Benedikt Leitner: Deswegen ist es wichtig, daß man die Gegend ein wenig kennt bzw. zumindest die groben Yahoo-Bilder verwenden kann. Ich kann die Daten hierauf leider nicht prüfen, aber Ihr könnt ja solche Wege mal im Namespace lassen und erst übernehmen, wenn Ihr mal vorbeigekommen seid. Es wäre durchaus auch möglich daneben Google Luftbilder aufzumachen. Ihr kontrolliert ja damit nur, die Lage kommt woanders her. Vielleicht wäre das sogar die beste Lösung. lg Wolfgang Das Problem ist halt das es nur für die St.Pöltner Gegend gute Satelitenbilder gibt. siehe http://maps.live.de/LiveSearch.LocalLive (auf St.Pölten zoomen und den Birdview einschalten) Der rest ist so grobpixelig das grad mal die grösseren Gewässer sichtbar sind (Hab zumindest noch nix besseres gefunden). Für Strassen, Feldwege etc. sehe ich keinen anderen Weg als Vorort zu mappen. Die Tracks sind eh nicht genau klassifiziert. ich übernehme die Daten, die (aus der Erinnerung) plausibel sind und gebe im fixme-Tag entsprechende Hinweise (Lagefehler, noch aktuell, bitte Prüfen/korrigieren). Damit hat der nächste Mapper zumindest bereits Anhaltspunkte und eine Orientierung wie die Daten verbessert werden können. (z.B. im Westbereich von St.Pölten Stadt bin ich bereits über eine Reihe solcher Fragezeichen, die insbesondere mit den ÖBB-Bauaktivitäten entstanden, gestolpert. Hier zeigte sich, dass auch die verfügbaren Satellitenbilder nicht weiterhelfen. Weiters lege ich eine Liste solcher Problemfälle im Wiki an (in Arbeit ...)). lg Benedikt ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at Ich glaube, so in Summe das effizienteste Ergebnis zu bekommen... ... warte auf bessere Argumente ... lG Erich ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] St. Pölten
(z.B. im Westbereich von St.Pölten Stadt bin ich bereits über eine Reihe solcher Fragezeichen, die insbesondere mit den ÖBB-Bauaktivitäten entstanden, gestolpert. Hier zeigte sich, dass auch die verfügbaren Satellitenbilder nicht weiterhelfen. Weiters lege ich eine Liste solcher Problemfälle im Wiki an (in Arbeit ...)). Helfen uns die Projektpläne der ehem. HLAG? Mal sehen, ob ich da was bekommen kann. lg Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] koordinaten transformation
Am Monday 29 December 2008 21:34:52 schrieb Hermann Schwärzler: hallo Andreas M. schrieb: [...] Wären ca. 2 Meter unter guten Bedingungen bei WAAS/EGNOS-Empfang mit einem Garmin (klar, auch sehr Consumer-mäßig) ein brauchbarer Kompromiss für den Anfang? Auch in Wien dürfte sich die eine oder andere Stelle finden lassen, wo das funktioniert. sicher, für mich auf jedenfall! ABSOLUT! ich wollte da auch keine grosse aktion anstossen, sondern dachte nur, dass eben vielleicht jemand zugang zu genauen GPS-geräten hat. wenn nicht, dann bin ich mit 2 metern auch zufrieden. :-) Wenn die Positionen von mehreren/vielen GPS-Daten durch Mittelung (das erste Problem !) abgeleitet werden dann ist die Genauigkeit bei weitem ausreichend. Sämtliche weiteren Verbesserungen sind für lokale Anforderungen OK, aber für eine globale Map über das Ziel geschossen. (es gibt Amtliche Vermessungspunkte die auf Bruchteile von mm genau sind. Meine Nachfrage zur Mondposition zum Messzeitpunkt löste zuerst stauen, dann eine bis heute nicht beendete Diskussion aus (ist viele Jahre her .)). Damit KEINE! Diskussion angestoßen wird nur als Schlagworte zur Messproblematik (viele pers. Meinungen, sorry): * Geoidmodell - eigentlich immer falsch * Satellitenbahn als Referenz - scheint mir am exaktesten, auch wenn die Satelliten eiern (Mondgravitation, Erdflugbahn, .) * Brechungseffekte in der Atmosphärenschichtung - Laufzeiteffekte * relativistische Effekte (JA!) * Berechnungsfehler der Algorithmen * Berechnungsfehler durch Softwarelaufzeiten ! damit ist die Technik und Physik noch nicht am Ende jetzt kommen die Formalisten: * Eichung / Kalibrierung * Eichfehlergrenzen * Messfehler wer noch nicht genug hat kann sich das/ die entsprechenden ÖFI-Seminare geben .. Das ERGEBNIS: BITTE NICHT über Genauigkeiten unter (1..2)m nachdenken ... zuerst sollten einmal die Grunddaten erfasst UND zugänglich gemacht werden. lG ErichS P.S.: Den Offset seitlich nach Süd versetzt kann ich auch auf meinem Colorado zur Garmin Topo-A beobachten (bei allen bisherigen COs). ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] St. Pölten
Das Problem ist halt das es nur für die St.Pöltner Gegend gute Satelitenbilder gibt. siehe http://maps.live.de/LiveSearch.LocalLive (auf St.Pölten zoomen und den Birdview einschalten) Bis Loosdorf sah das eigentlich ganz gut aus ;-) CU W. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] St. Pölten (war: Lienz (LZ))
Heisst das, dass von PL nichts mehr kommt? Du hast etwas von 10 linien geschrieben. würde die Sache vereinfachen da ich die doppelten Wege löschen könnte. lg Benedikt mußte nur das Problem zuerst lösen ;-) und während der aufwendigen Produktion der Nachzuschiessenden habe ich gerne ein größeres laufen lG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] [plan.at] St. Pölten
... habe versucht die fehlenden zu importieren, die Mehrheit ging, 2 wieder nicht ;-) die folgen dann übermorgen lg Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] [plan.at] Gmunden
8 kleine Linien waren letztens übrig geblieben 1 ging hinein, da warens nur noch 7 ... die kommen übermorgen wieder dran lg Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] [plan.at] Spittal an der Drau
... konnte fehlerfrei importiert werden und ist zum Editieren freigegeben :-) neben der Gegend rund um Spittal selbst existiert eine zweite Insel bei Bad Kleinkirchheim, wo viel mehr als in OSM dabei ist. lg Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Centrope Map
Unter http://map.centropemap.org/frames/index.php?PHPSESSID=lvp8mnsbcomj6u8d9rp8dtqei4gui_id=centrope_pgo_sld gibt es jede Menge WMS-Dienste für NÖ, Bgld, Wien und die angrenzenden Bereiche in H, SK, CZ (ua. Luftbilder guter Qualität ;-) (ich hoffe, man kommt auch ohne Session-Id hin) Der Button SQL verrät einem alle WMS-Urls, allerdings läuft da der Rechner eine zeitlang auf 100% ;-) Ich will das Dokument auch nicht gleich mitschicken, das ist eher riesig ;-) lG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] [plan.at] Imst
die letzte verbliebene Straße ist importiert - good luck lg Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] [plan.at] Wels
Import technisch fehlerfrei erledigt lg Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-Talk-ZA] [OSM-legal-talk] Council Permission Request Accepted - Followup Questions?
Just to let you guys know, we've got permission to use the street level data from the government for the Cape Town Metro. I will be contacting one of the guys involved on the 12th (when everyone's back from leave) to get the data (and a letter giving us permission). Do I have any volunteers to help import the data when I get it? They probably won't give us their aerial photography just yet as they fly quite often and they need to make money off it to justify further funding (recovering costs or something). Either way, not a bad situation. Let's see who else we can get on board. Here's an excerpt that I sent in response to the phone call I had this morning. Good morning Thank you for the telephone conversation we had earlier. It was very informative. I just wanted to send this email to cover the points that we talked about for reference. If I have missed any points, please feel free to correct the list below. 1. The nature of Open Street Map is that the information contributed to the project is free and open to all that would like to use it, as long as they share any derived works back with the project. 2. Under the Conditions of Promotion To Information Act (PAIA), you are willing to allow us to use the street level data for the Cape Town area. 3. We may not as of yet be able to access the Aerial photography you capture, as it is an expensive item. 4. I will be contacting when he gets back from leave to access the information and get more details on the licensing and the use of the data. 5. A cleaning exercise on your data is underway, but any contribution that your team could make will be greatly appreciated. The Open Street Map users will most likely end up cleaning the data as they put it in, or after it has been imported. With regards to street names, they focus on the street information that is available to a user on the ground (i.e. what is visible when you are driving around). Thanks again for your time and the information that you provided. We really appreciate it. Thoughts? On Thu, Dec 18, 2008 at 4:31 PM, Grant Slater openstreet...@firefishy.com wrote: Great stuff... please push, if you don't receive a response. I've tried before but never heard anything back. My wording to Durban: --- GIS Department, I'm a coordinator of the OpenStreetMap project in South Africa. We are a volunteer project to build a digital map, which is freely available. We are similar in nature to Wikipedia. We are missing many feature names (eg road / street names) within the Ethekwini Municipality, with your permission may we get the missing names off the Online City Maps? Alternatively do you have any other data sources we may freely use? May we freely use the ESRI Shapefiles on the FTP? We survey the features using consumer GPS equipment or alternatively we derive the features using aerial imagery which we have permission to use. View of our Durban work so far: http://www.openstreetmap.org/?lat=-29.8422lon=30.9316zoom=12 I'll gladly answer any questions you might have. Regards Grant Slater OpenStreetMap South Africa. --- Regards Grant brendan barrett wrote: FYI... I emailed someone from the Cape Town Council yesterday (Piet Van Zyl). He seems to be the one involved in the Cape Town GIS stuff. I'll let you know his response when I get it. On Tue, Dec 16, 2008 at 5:40 PM, Grant Slater openstreet...@firefishy.com wrote: Legal, On behalf of OpenStreetMap I asked a large city council (Durban, South Africa) for permission use their online mapping website to find the official names for roads and features we are missing. I also asked for permission (expecting to be denied) to use the shapefiles on their public FTP site. http://citymaps.durban.gov.za/ Their reply from the head of their corporate GIS department: You may use any of our data for your project. Note that the online map is very up-to-date (seldom more than 1 to 2 weeks old), whereas the FTP site is only updated infrequently. AFAIK, they own all their own GIS data, unlike councils in the UK. Advice... Should I; thank them and go ahead and plan a full import of their data? (yay) Or Should I follow-up with a few question before proceeding? Licence, attribution, do-you-really-mean-what-you-just-said... etc etc. What questions? / Grant ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-ca] Quick update
Hey Sam, Couple of quick points: The mp files for the topo dataset are *massive* (IIRC they are ~50GB for the whole dataset... even zipped that's a lot of data). Once I generate them, there is no way I can get them re-uploaded without a *huge* amount of work, heck, even burning them to DVDs would be a hell of a lot of work. The big leap forward in my processing was when I got a version of cgpsmapper I could run locally (it's the 'fully routable version' on a special license from Stan that specifies that it goes to the 'public good'). The other problem coming from mp files, is we'd loose all the NIDs, which is essential if we want to be sure that the dataset remains updatable. I really think the whole problem has been overcomplicated. The solution (in my mind) is simple. 1. Backup everything that is online now (doesn't the server keep a backup anyways?). 2. Wipe out the Canadian dataset (probably leave the POIs intact) 3. Upload the Geobase/Geogratis data, and include tags for NIDs, and all the other numerous tags that are available. This should get you about 99% of the way there. 4. Run some filters on the data you downloaded, and look for roads etc that have additional data on them (names, speed limits etc). 5. Manually merge this with the dataset you have from Geobase so that most/all of the data has an associated NID on it. 6. Updates to the dataset are then handled by making reference to data that has an NID associated with it (anything that has an NID that isn't in the new database gets deleted, any new NIDs get added). The downside, is if someone manually adds a road or two, it will temporarily be duplicated until it is manually cleaned up, the upside is, if someone cares enough to manually add this road, they'll likely notice relatively quickly when it gets added to the dataset. Step 2 is probably the most contentious, as people have put a lot of work in to the data that is there, but given that a huge percentage of this data is duplicated effort, I really think it's the most effective way to get a useful, complete map out of it. Dale -Original Message- From: samvekem...@gmail.com [mailto:samvekem...@gmail.com] On Behalf Of Sam Vekemans Sent: Monday, December 29, 2008 12:09 AM To: Talk-ca@openstreetmap.org; Dale Atkin Subject: Quick update Yuppee, lots more activity :) a tim-bit that i thought i mentioned but maybe didnt :| The idea of importing the next version of the ibycus topo. (and helping to make sure its right-but probably will be) we would just need a list of what IS'NT included. Creating a script to import each feature type (that users want/from each tile) might be actually easier, since it is (will be) the most current data. The objection i had was about license; which is understandable. I'll ask: What if we got explicit approval from both, Dale (ibycus) and Stan (cgpsmapper) (used to create ibycus img tiles)? -we did dout geobase :-) i'll go ahead and ask anyway, just to get a definate answer. Cheers, Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Quick update
Sam said: [ ... ] The idea of importing the next version of the ibycus topo. [ Why don't we import ibycus topo into OpenStreetMap? ] My understanding of Ibycus topo is limited. I apologize if I'm getting this substantially wrong. In my opinion the answer to your question is this: Ibycus and OpenStreetMap are two different projects with different goals. What's wrong with Ibycus? 0. Ibycus is restricted by the non-commercial clause of the cGPSmapper compiler. cGPSmapper is also proprietary. This limits my interest in cGPSmapper and in Ibycus. 1. Is the entire Ibycus download in Garmin format? Isn't the Garmin format a proprietary format that is (imperfectly?) reverse engineered? Reliance on a proprietary data format is a very bad idea. Why would we restrict OpenStreetMap with data in a proprietary format? 2. Ibycus is described as topo maps for Garmin GPS. Wouldn't that turn the Canadian portion of OpenStreetMap into just a topo map for a Garmin? That makes OSM Canada less useful than the rest of the World. 3. Ibycus is not the data source. Any conversion from original to Ibycus to OpenStreetMap is dependent on the Ibycus step. OpenStreetMap can go directly to the data sources without relying on Ibycus. What's good about Ibycus? Ibycus is good enough for Sam to be a fan. That suggests to me that Ibycus is good at the intended purpose, it is a good topo map for Garmins. Congratulations Dale, on creating Ibycus, and thanks for hosting the large downloads. What next? Other projects have been included in OpenStreetMap after demonstration as a separate project. For example, the cyclemap is now included as a layer on OpenStreetMap. It was a separate map, using OSM tools, plus tools modified and or created for the cyclemap. Many people enjoyed it and asked that it be included in OpenStreetMap. Not everything can be included in OpenStreetMap. For example, an added layer requires additional layer rendering. Serving additional layer tiles consumes more bandwidth. The additional resources of tile server bandwidth and rendering servers reduces the resources available for the rest of OpenStreetMap unless a sponsor can provide the resources to the new project. Conclusion The goals of Ibycus and OpenStreetMap differ in ways that make importing the Ibycus data to OpenStreetMap undesirable in my opinion. Ibycus enthusiasts can use the open and Free OpenStreetMap tools to demonstrate the utility of Ibycus to build support for including Ibycus in OpenStreetMap in future. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Quick update
-Original Message- From: rich...@weait.com [mailto:rich...@weait.com] Sam said: [ ... ] The idea of importing the next version of the ibycus topo. [ Why don't we import ibycus topo into OpenStreetMap? ] My understanding of Ibycus topo is limited. I apologize if I'm getting this substantially wrong. In my opinion the answer to your question is this: Limited might be too strong of a word. There are a few features I've elected not to include. These are mostly things which no one seems to have a use for (like wells, and pipelines which are way out of date and confuse the maps). The other thing I leave out (which is probably more to the point), are database attributes which don't fit in the Garmin format. Ibycus and OpenStreetMap are two different projects with different goals. True, although could someone clarify for me what the goal of OpenStreetMap is? Is the primary goal completeness? Or the user contributed data aspect? Or the editability? The reason I ask, is that there seems to be some contention here in the discussions we've been having. The government data sources are (essentially) complete as far as vector coverage. They are a little out of date in a few areas (notably Quebec roads are pretty old), but from what I can tell from the feedback I've been getting, they are pretty good. The OSM data seems to be (in many places) fairly patchy, which honestly makes it pretty well useless for a 'real map'. So, how 'complete' is the OSM database? How many km of roads exist in it in Canada? My impression (possibly very mistaken) is that the data is maybe 80% complete is highly populated areas, and pretty sparse in the more rural areas. Is this not correct? For completeness, we can't hope to beat the government, so why try? Why not supplement the government dataset by adding more attributes to their data and adding missing features, but use the government data as a base to build on? Yes, this means wiping out the existing road set which has been carefully gathered (or more appropriately putting it aside for the time being), but given what we have to gain, I think organizationally this is more appropriate. What's wrong with Ibycus? 0. Ibycus is restricted by the non-commercial clause of the cGPSmapper compiler. cGPSmapper is also proprietary. This limits my interest in cGPSmapper and in Ibycus. Once its compiled, this is true. Precompilation, there are no restrictions (from my point of view). *However* there is no way in heck I'm going to upload my source files, for the simple reason that its way too much work. My upload bandwidth isn't that great, and it would take *months* to get the data online. 1. Is the entire Ibycus download in Garmin format? Isn't the Garmin format a proprietary format that is (imperfectly?) reverse engineered? Reliance on a proprietary data format is a very bad idea. Why would we restrict OpenStreetMap with data in a proprietary format? 2. Ibycus is described as topo maps for Garmin GPS. Wouldn't that turn the Canadian portion of OpenStreetMap into just a topo map for a Garmin? That makes OSM Canada less useful than the rest of the World. 3. Ibycus is not the data source. Any conversion from original to Ibycus to OpenStreetMap is dependent on the Ibycus step. OpenStreetMap can go directly to the data sources without relying on Ibycus. Agreed. I'm not in favour of (although I don't mind) using my maps as a base to go off of. What would make more sense, is to go to the original datasources, and run the conversion from there. (of course we still have to figure out what to do with the data already online...) The goals of Ibycus and OpenStreetMap differ in ways that make importing the Ibycus data to OpenStreetMap undesirable in my opinion. Ibycus enthusiasts can use the open and Free OpenStreetMap tools to demonstrate the utility of Ibycus to build support for including Ibycus in OpenStreetMap in future. Personally, I'm all for going from the original datasets. You loose less that way, and continue to have the 'updatability'. I have a question to throw out there... Can someone point me to an API or tutorial or something for OSM that discusses uploading manipulating the data (in a way that could be scripted)? I've seen the web interface, but obviously that is no good for this kind of thing unless one wants to spend days in front of the computer doing this. I'm of the impression that there are: a) a set of built in 'tags' that the rendering engine uses. (is there an exhaustive list anywhere) b) that the user can extend these tags to include custom information c) that there exists an API for interacting with the database. Wouldn't the most sensible way to add information be to take the original SHPs and go from there? (including *all* of the database information). Dale ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Quick update
Thanks,looks like the messages (Dale, Richard) were less than an hour apart, Sorry i'm a little under the weather today, but will still go through each of the points with counter-discussion. I'm still working on the message to Stan, will cc it when its ready. 'public good' is a great talking point. It's great that we are all cc'ing Talk-ca so everyone is upto date. :-) so we get answers direct from the source. Cheers, Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] nouvel inscrit
beau boulot en tout cas nono a écrit : Le dimanche 28 décembre 2008 à 18:08 +0100, Charlie Echo a écrit : Ca n'est pas une critique, mais une question : Pourquoi y-a-t-il autant d'OSMeurs autour de Rennes ? Ca a été l'une des premières villes bien renseignée... J'ai l'impression (peut-être est-ce faux...) qu'il y a vraiment une forte densité là bas... L'idée est de trouver le moyen de convertir des futurs OSMeurs ailleurs... Effectivement il commence a y avoir du monde ;) Je ne sais pas quand la carto de Rennes à commencé. Ce que je peux dire c'est que je suis membre d'un LUG (gulliver.eu.org) et depuis au moins 1 an j'entends parler d'OSM par certains des membres. Du coup, le LUG a investi dans 2 GPS pour les prêter et faire découvrir puis participer les gens qui seraient intéressés pour s'investir au projet OSM. Le moins qu'on puisse dire c'est que la mayonnaise a bien pris. Après avoir emprunté un GPS pendant 3 semaines, j'ai fini par acheter le mien ;) Je ne pouvais plus m'en passer! On se fait de temps à autre des petits ateliers pour montrer l'utilisation de josm. Finalement en deux séances, je suis devenu autonome bien qu'il me reste pas mal de choses à apprendre. Pour conclure, je dirai que le fait d'être accompagné au début encourage fortement à continuer :) surtout si on aime les balades et le vélo ;))) C'est pil poil dans mes cordes ;))) a+ nono ___ 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
[OSM-talk-fr] mapserver - wms - font error
Bonsoir tout le monde, merci à thomas bonfort pour sa réponse du 08/12. mon serveur wms SRTM3 pourrait peut-être fonctionner s'il ne me retournait régulièrement des True Type Font error ... En fait, je ne sais de quelles polices je dispose sur ma mandriva pour pouvoir renseigner FONT du LABEL. ni d'ailleurs comment installer ce genre de choses dont je m'étais jusqu'alors passé. une idée facile à appliquer ? d'avance merci Cordialement Pascal -- ALICE N°1 de la RELATION CLIENT 2008* Découvrez vite l'offre exclusive ALICE BOX! En cliquant ici http://abonnement.aliceadsl.fr Offre soumise à conditions.*Source : TNS SOFRES / BEARING POINT. Secteur Fournisseur d.Accès Internet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mapserver - wms - font error
bonsoir, il te faut regarder l'objet FONTSET de mapserver: http://mapserver.osgeo.org/mapfile/map.html http://mapserver.osgeo.org/mapfile/fontset.html#fontset c'est une liste cle-valeurs, qui mappe un nom de police avec un fichier de police truetype. c'est ce nom que tu va referencer avec le mot-cle font de l'objet label. en general les polices sont dans le repertoire /usr/share/fonts/truetype, mais il vaut mieux les recopier et les integrer dans l'arborescence de ton projet (pour eviter des polices manquantes en cas de changement ou d'upgrade de systeme) a+ thomas 2008/12/29 pascal.ferr...@aliceadsl.fr pascal.ferr...@aliceadsl.fr: Bonsoir tout le monde, merci à thomas bonfort pour sa réponse du 08/12. mon serveur wms SRTM3 pourrait peut-être fonctionner s'il ne me retournait régulièrement des True Type Font error ... En fait, je ne sais de quelles polices je dispose sur ma mandriva pour pouvoir renseigner FONT du LABEL. ni d'ailleurs comment installer ce genre de choses dont je m'étais jusqu'alors passé. une idée facile à appliquer ? d'avance merci Cordialement Pascal -- ALICE N°1 de la RELATION CLIENT 2008* Découvrez vite l'offre exclusive ALICE BOX! En cliquant ici http://abonnement.aliceadsl.fr Offre soumise à conditions.*Source : TNS SOFRES / BEARING POINT. Secteur Fournisseur d.Accès Internet ___ 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
[OSM-ja] osm.jp サイト一時停止の おしらせ
三浦です。 osm.jpサイトが2日前や、本日、サービス不能攻撃に遭っているみたいで、 負荷指数が100を超えた状況で無応答になっています。 ということで、一時的に使えない状況になっていますので、 おしらせします。 sshでのログインもできないので、コンソールにアクセス できるメンバーの方に、お願いしているところです。 #休み中なので、気長にお待ちくださいませ。 2日前の復旧後、対策したのですが、対策不足だったようです。 -- HIroshi Miura NTT DATA Corp. and IPA OSS center (株)NTTデータ /(独)情報処理推進機構 三浦広志 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] 月刊「測量」 2009 年 1 月号 OSM 紹介
本日、残務整理で会社にてゴニョゴニョしていていると、棚の上に 配達されてから封を開けていない(放置。)月刊誌「測量」があったので このまま年を越すのもなんだからと開けて読み始めました。 特別企画「地理空間情報社会における測量技術者の役割」の項に 読み入り、今月も柴崎先生(CSIS)書いている・・、今井先生(CSIS)のページで見たことあるGPSロガー(PhotoTrackrとigotU)の写真が出てる・・、と 読み進み、次のページでリアルにドッキリ! でたーッ、古橋さんの顔写真とOSMの挿絵。(失礼しました。) 古橋さんが「ユーザーが作る地理空間情報社会」と題して 書かれているページに遭遇。本文中でOpenStreetMapが紹介され、 関東エリアのOSMが大きく挿絵としてレイアウトされています。 一部抜粋ですが本文中、 「2008年3月に日本でも活動がスタートしていますので、もしかしたら 10年後は、日本中の道路データは国土交通省ではなくて、 一般のユーザーが整備するという時代が来る可能性があります。」 と古橋さんは書かれています。 「測量」にOSMが載るかー、載ってしまったー。という感じで うれしいような、どこかかゆいようなそんな気持ちです。 ご紹介ありがとうございました。 - Power up the Internet with Yahoo! Toolbar. ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja