[talk-ph] Started editing on Palawan, could need a mentor
http://www.openstreetmap.org/user/flip666/diary/8693 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Isn't it time for a higher zoom level?
2009/11/21 John Smith deltafoxtrot...@gmail.com: 2009/11/21 Peter Childs pchi...@bcs.org: If we had an application, that could read osm and render on the fly we could have any zoom level we like, including zoom levels between zoom levels, (ie vector graphics) In theory Potlatch already does some of this, buts it written to enter data not render the map, so its not the purpose it was meant for. Such an application could do lots of extra stuff such having a plugable coordinate system, (so we can have better maps of the poles etc) Just wish I had time to do something. (Which I don't) Someone already did this using javascript... However it takes a lot of CPU to render on the fly like that... But most people have more CPU than they really know what to do with these days. Download bandwidth and remote storage is the bigger problem with the current tile method. Peter. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Isn't it time for a higher zoom level?
2009/11/21 Peter Childs pchi...@bcs.org: But most people have more CPU than they really know what to do with these days. Actually it's going the other way, mobile phones and netbooks are becoming the most common internet connected devices. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Yahoo imagery through wmsplugin not displaying in JOSM on Ubuntu Linux
John Smith wrote: 2009/11/20 Jean-Marc Liotier j...@liotier.org: The command line I am using for the plugin is 'gnome-web-photo --mode=photo --format=ppm {0} /dev/stdout | pnmcrop -white | pnmtopng' I had no luck with gnome-web-photo on ubuntu at all, just get and compile webkit-image, it's fairly trivial to do and works all the time. Indeed I followed the webkit-image qt method and presto - it works. Thanks for the tip ! Here is the method I used : apt-get install build-essential libqt4-dev libqt4-webkit pkg-config svn co http://svn.openstreetmap.org/applications/editors/josm/plugins/wmsplugin cd wmsplugin make webkit-image sudo cp webkit-image /usr/local/bin/ Then in JOSM, in Edit/Preferences select 'webkit-image {0}' as the command for the plugin. Then it works. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Isn't it time for a higher zoom level?
Richard, thanks for mentioning Kosmos :) Yes, Kosmos draws OSM data on-the-fly and it supports continuous zoom levels (I've limited it up to zoom level 18 because of some .NET drawing engine problems on higher zooms). There are two drawbacks however: it runs on Windows only and the latest released version is getting old. But I'm working (hard?) on the v3 version which I hope will be easier to use and more powerful. And if I get the time, I'll try to make it Linux (and Mac)-friendly. Igor Richard Fairhurst wrote: Peter Childs wrote: If we had an application, that could read osm and render on the fly we could have any zoom level we like, including zoom levels between zoom levels, (ie vector graphics) In theory Potlatch already does some of this, buts it written to enter data not render the map, so its not the purpose it was meant for. Potlatch 2 will have a fully-fledged rendering engine with stylesheets and everything. This bit's already written and you can try it at: http://www.geowiki.com/halcyon/ There's also a similar, JavaScript-driven rendering engine called Cartagen: http://www.cartagen.org/ And if you're on Windows, Kosmos is worth looking at. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Karlruhe Scheme addressing ways from 2009 TIGER data
Russ Nelson schrieb: Oh, look, we have 99% of all roads in the US in OSM. Can you say that about any other country besides the exceptional Germany and the (dare I say it) imported Netherlands? In German cities we have 90-100% of the roads, but it's not that good in remote rural areas. There are statistics for some areas at http://osm.gt.owl.de/Strassenliste/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] HELP: signing problem on wiki ( different user-name wiki - osm-server)
Hi Please can anyone help me. I have different user-names on osm-wiki and osm-server. (only capital as first letter and not) The link on my wiki-user-page works well. Only signing does not. It should be: [User:username|Username]]. In stead it turns out: [[User:Username|#91;#91;User:username#124;Username#93;#93;]] Thanks Colliar ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] HELP: signing problem on wiki ( different user-name wiki - osm-server)
colliar wrote: I have different user-names on osm-wiki and osm-server. (only capital as first letter and not) The link on my wiki-user-page works well. Only signing does not. It should be: [User:username|Username]]. In stead it turns out: [[User:Username|#91;#91;User:username#124;Username#93;#93;]] You probably have written [[User:username|Username]] to the Signature option field in your wiki preferences, but haven't enabled the Raw signatures check box. Without the Raw signatures option, the Signature field will only modify the visible part of your signature, that is, the part after the |. And it will convert all special characters, such as [, ] and |. By the way: The wiki doesn't distinguish between the pagenames User:username and User:Username anyway, so I don't think you even need to modify the link target. I hope this helps you solve your problem. Tobias Knerr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] onrust bij boeren door satellietfotos
Beste Talk'ers, Ter info: http://www.nu.nl/economie/2127888/onrust-bij-boeren-satellietfotos.html -- Met vriendelijke groet, Bas de Lange http://www.basdelange.com -- Best regards, Bas de Lange http://www.basdelange.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] onrust bij boeren door satellietfotos
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 bas de Lange schreef: Beste Talk'ers, Ter info: http://www.nu.nl/economie/2127888/onrust-bij-boeren-satellietfotos.html Ze gebruiken ze zelf al jaren om hun meststoffen heffingen in te voeren. Huilie-huilie dus ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAksH6LMACgkQYH1+F2Rqwn0CngCeN5vd7Kc5G1Z/Um8hFhNF8JIu tj4AniEr9FNlf3KsK9j0FDWa52nXpEA5 =fr/I -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Goede tag voor bos
On Sunday 22 November 2009, fabermich...@planet.nl wrote: Is er hier in het verleden iets over gezegd [...] http://lists.openstreetmap.org/pipermail/talk-nl/2009-February/008195.html http://lists.openstreetmap.org/pipermail/talk/2009-July/038776.html Ik geloof geen echte oplossing, ik denk ook dat niemand er echt van wakker ligt. (Ik i.i.g. niet, vind wood trouwens meer klinken als een klein bos, zoals je die veel in Nederland ziet, ik geloof dat ik dat ook wel eens een Engelsman heb zien zeggen in één van die threads, maar kan 'm zo even niet terugvinden.) -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Wie Steineladen taggen?
René Falk (li...@falconaerie.de)schrieb: Juwelier ist wohl nicht ganz passend. Warum nicht einfach shop=gemstones nehmen? Ich würde shop=minerals benutzen: http://en.wikipedia.org/wiki/Minerals Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Walking Papers Plugin kaputt?
Ulf Lamping (ulf.lamp...@googlemail.com)schrieb: André Riedel schrieb: Mit der aktuellen latest (2485) und dem walkingpapers Plugin in der Version 18597 funktioniert es. Die Josm Version 2485 ist relativ kaputt. Die Ticket-Nummern von mindestens 3990 bis 4001 betreffen diese Version. https://josm.openstreetmap.de/ticket/4001 Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Steineladen taggen?
Am Freitag 20 November 2009 19:55:41 schrieb Adiac: wie würdet Ihr ein Steineladen taggen, in dem man Deko-, Schmuck- und Edelsteine kaufen kann? Für’s Erste hab ich stoneshop genommen. In osmdoc gibt es weder das, noch jewellery [1]. Letzteres fände ich am passendsten. Die Abstufung der einzelnen Geschäfte in allen Ehren, aber ich würde stark dazu raten, ein möglichst generisches Tag zu verwenden, das den Laden grob einordnet. Also so weit, dass man nachher definitiv weiß: Ein Laden aber kein Friseur und kein Supermarkt. Da ich selbst keinen solchen Laden kenne, weiß ich nicht was das sein könnte. Irgendwie passt es schon am ehesten als Juwelier. Das wurde ja schon genannt. Ein Zusatz-Tag das das Sortiment genauer beschreibt wäre sinnvoll. Ein komplett eigenes Tag dafür IMHO nicht. Gruß, Bernd -- Es ist schwieriger eine vorgefasste Meinung zu zertrümmern, als ein Atom. - 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 Steineladen taggen?
Am 21.11.2009 um 09:56 schrieb Bernd Wurst: Am Freitag 20 November 2009 19:55:41 schrieb Adiac: wie würdet Ihr ein Steineladen taggen, in dem man Deko-, Schmuck- und Edelsteine kaufen kann? Für’s Erste hab ich stoneshop genommen. In osmdoc gibt es weder das, noch jewellery [1]. Letzteres fände ich am passendsten. Die Abstufung der einzelnen Geschäfte in allen Ehren, aber ich würde stark dazu raten, ein möglichst generisches Tag zu verwenden, das den Laden grob einordnet. Also so weit, dass man nachher definitiv weiß: Ein Laden aber kein Friseur und kein Supermarkt. Da ich selbst keinen solchen Laden kenne, weiß ich nicht was das sein könnte. Irgendwie passt es schon am ehesten als Juwelier. Das wurde ja schon genannt. Ein Zusatz-Tag das das Sortiment genauer beschreibt wäre sinnvoll. Ein komplett eigenes Tag dafür IMHO nicht. Gruß, Bernd solche Geschäfte verkaufen in der Regel Minerale (bzw oft als Mineralien) und/oder Fossilien und sonstige Gesteine. Mit einem Juwelier haben diese Geschäfte in der Regel wenig zutun. Nicht selten sind diese Geschäfte etwas esoterisch angehaucht, zumindest wenn das Angebot ganz oder teilweise aus sogenannten Heilsteinen besteht. Grüße Olaf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Steineladen taggen?
Am Samstag 21 November 2009 11:02:19 schrieb Olaf Kotzte: solche Geschäfte verkaufen in der Regel Minerale (bzw oft als Mineralien) und/oder Fossilien und sonstige Gesteine. Mit einem Juwelier haben diese Geschäfte in der Regel wenig zutun. Nicht selten sind diese Geschäfte etwas esoterisch angehaucht, zumindest wenn das Angebot ganz oder teilweise aus sogenannten Heilsteinen besteht. Okay. Wichtig wäre mir dennoch, dass bei einer Suche nach POIs die Läden mit verschiedenem Angebot von der selben Zielgruppe gefunden werden. Also verkaufen sie (hochpreisige) Geschenke, dann wäre der Juwelier weiterhin eine passende Bezeichnung. Ist es eher Ramsch und Kitsch, dann müsste man sich überlegen in welche Kategorie z.B. ein Ein-Euro-Laden gehört. Fokussieren sie sich stark auf Heilprodukte, dann wäre es vielleicht eine Apotheke (definitiv mit dispensing=no)? Gruß, Bernd -- An den Scheidewegen des Lebens stehen keine Wegweiser - Charly Chaplin (engl. Filmkomiker) 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 Steineladen taggen?
Hallo, Bernd Wurst wrote: Fokussieren sie sich stark auf Heilprodukte, dann wäre es vielleicht eine Apotheke (definitiv mit dispensing=no)? Bitte nicht, ich plaediere in diesem Fall fuer shop=snake_oil. 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] Wie Steineladen taggen?
Am Samstag 21 November 2009 11:44:06 schrieb Frederik Ramm: Bernd Wurst wrote: Fokussieren sie sich stark auf Heilprodukte, dann wäre es vielleicht eine Apotheke (definitiv mit dispensing=no)? Bitte nicht, ich plaediere in diesem Fall fuer shop=snake_oil. Ja, war auch nicht ganz ernst gemeint. dict.cc übersetzt Quacksalber mit quack oder charlatan. ;-) Gruß, Bernd -- I really hate this damned machine, I wish that they would sell it. It never does quite what I want, but only what I tell it. 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] Relationen besser als Tags?
Original-Nachricht Datum: Fri, 20 Nov 2009 21:20:52 +0100 Von: Nils Heuermann w...@oemmes.net An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Relationen besser als Tags? Hallo, thematisch sind es schon 2 verschiedene Dinge (die sich u. U. direkt ergänzen können); ich hatte meine Aussage eher aufs Prinzip mit Start-/Endnode bezogen, damit die Wege nicht zerstückelt werden. Hatte ich auch so aufgefasst. Aber wenn man sich mit dem einen Beschäftigt, stolpert man fast zwangsläufig über das andere. Was vielleicht ein wenig untergeht ist die Sache mit der Bezugslinie. Soweit ich das sehe, gehts du ja davon aus, dass die Basislinie als linke Seite der Richtungsfahrbahn angenommen wird, richtig? Damit 'waechst' die Fahrbahn mit den unterschiedlichen Spuren und Breiten in Fahrtrichtung rechts. genau. Also Vorwärts-Spuren (mit partnum +) sind in der Regel rechts, Rückwärts-Spuren (mit partnum -) links, von der Mitte (ergo dem OSM-Way) aus gesehen. Wobei hier nicht die Richtung des Ways entscheidend ist, sondern die der Relation (Start-/Endnode). Meiner Erfahrung nach ist das auch die einzige Methode, das optisch richtig hinzubekommen. Abgesehen davon, dass die Darstellung vom Plugin noch lange nicht perfekt ist, habe ich vor allem bei Einbahnstraßen überlegt: Wahrscheinlich müsste man dort die Spur (wenn es nur 1 ist) auf die Mitte zeichnen bzw. rechts/links immer gleich viele Spuren. Wird jedoch auch nicht immer passen... Ich bin das Thema mal vor ein paar Jahren angegangen: http://lists.openstreetmap.org/pipermail/talk-de/2007-July/001651.html (flickr link im Beitrag) Damals hatte ich mich dafuer entschieden, auch Einbahnstrassen mit Linksorientierung darzustellen, denn so kann man die an Kreuzungen gut erkennen. Zusaetzlich habe ich auf das Zeichnen der linken Linie verzichtet, um mehr Details erkennen zu können. Deshalb auch die etwas eigenartige Optik beim Autobahnkreuz. Mit etwas Übung sieht man aber direkt, ob die Richtungen der Einbahnverbinder stimmen. Die Visualisierung war mehr als Testsysem gedacht, denn als realistischer Renderer und verwendete die wenigen Tags die damals üblich waren. noch nicht getestet, aber im Moment wird es dort genauso aussehen wie überall ;) Bei mir hat er bei Linksverkehr die Darstellung ziemlich versaut, weil die Spuren über die Mittellinie rübergewachsen sind, deshalb der kleine Hinweis. Man hätte dafür ja 2 Möglichkeiten: 1) Zusätzlichen Tag, der Linksverkehr angibt, sodass man direkt Bescheid weiß und die Teile getauscht werden: rechts - links (nicht die Richtung) usw. Hab das damals damit hinbekommen, dass man die Werte bei Linksfahrländern negativ angibt. Länderregeln sind bei OSM so eine Sache - sie wären eigentlich für vieles die eleganteste Lösung, aber es gibt keine vernünftige Infrastruktur dafür, so entnehme ich das jedenfalls den laufenden Diskussionen. Ich bin grade wieder ein wenig am basteln und verwende ein paar Komponenten des alten Ansatzes weiter. Wenn sich dabei die Querverbindung zu deinem Ansatz nutzen lässt, umso besser :) Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wayparts - Ansatz für Fahrspure n, straßenbegleitende Wege etc.
Hallo zusammen, hatte dieses Thema zuvor im Thread Relationen besser als Tags [1] angesprochen; da es inhaltlich aber doch auf etwas anderes abzielt, jetzt als eigener Thread. Hier eine kurze Einleitung: Ziel ist die Erfassung von Fahrspuren, straßenbegleitenden Wegen (Radweg, Bürgersteig) sowie weiteren Straßenteilen wie Parkstreifen, Grünstreifen usw. Zugeordnet/angelegt werden diese als Relationen, die den Weg (oder mehrere zusammenhängende Wege) sowie jeweils einen Start- und Endnode beinhalten. Den Ansatz habe ich im Wiki erläutert, wo es auch ein (noch unfertiges) JOSM-Plugin zur Visualisierung gibt: http://wiki.openstreetmap.org/wiki/DE:User:Ömmes/Wayparts Im anderen Thread gab es schon ein paar Antworten, die von Tobias greife ich hier jetzt auf: Am Fri, 20 Nov 2009 22:51:16 +0100 hat Tobias Knerr o...@tobias-knerr.de geschrieben: Konzeptionelles: Du kombinierst hier die Angabe über Tag-Präfixe mit der über Relationen. Ein durchaus gangbares Konzept wäre ja auch die Angabe komplett über Tags, also so etwas wie right4:lane_type=footway right4:surface=cobblestone ... - also das, was du mehr oder weniger auch in der wayparts-Relation verwendest. Nur: Warum dann die mit solchen Präfixen versehenen Tags nicht direkt an den Way packen und auf eine Relation verzichten? Für die Verwendung von Relationen spricht für mich folgendes: - Die Tagliste von Ways wird nicht ellenlang - Man hat Geometrie (Way) von der näheren Beschreibung/dem Querschnitt (Relation) getrennt - Man kann mehrere Ways zusammenfassen, zum Beispiel bei Brücken oder wenn sich nur der Straßenname ändert. Die Fahrspuren führen dennoch weiter und sind zentral definiert (keine Redundanz an mehreren Ways - weniger Fehler, wenn man was am Querschnitt ändert). So könnte man evtl. auch eine abknickende Vorfahrt erfassen. - Umgekehrt kann man einen Way in mehrere Bereiche aufteilen, ohne diesen zerstückeln zu müssen, wenn eine Spur hinzukommt oder wegfällt. Falls es um die Vermeidung des Teilens von Ways geht: Wäre es dann nicht besser, eben doch zunächst einmal Tags zu nehmen und diese dann mit einer Eigenschaftsrelation - wie sie in diesem Thread vorgeschlagen wurde - an den Way zu hängen? Denn für Tags, die den ganzen Way betreffen, wäre eine solche ja ohnehin noch separat nötig. Und wenn man eine Eigenschaftsrelation für name=* anlegen kann, dann doch sicher auch für part4:type=*? Klar, das lässt sich natürlich kombinieren. Allerdings sollte man jetzt nicht erst anfangen, Tags zu verwenden und Ways zu spiltten, um diese später dann doch in Relationen auszulagern. Wenn, dann gleich als Relation (sofern sich das als funktioniernde Lösung herausstellt). Ansonsten noch: Könnte man es irgendwie schaffen, die beiden Relation-Typen zusammenzufassen? Abgesehen davon, dass wayparts, wenn ich das richtig verstehe, für den Kernbestand an Weg-Teilen gedacht sind, ist ein waypart doch mehr oder weniger nur ein wayparts mit parts=1? jein ;) Ausschlaggebend war in der Tat die Angabe der Hauptspuren (Kernbestand) im Gegensatz zu einzelnen Spuren. Die Hauptspuren (wayparts) können (derzeit) nur 1x für einen Abschnitt definiert werden und können durch weitere Spuren (waypart) ergänzt werden - das allerdings mehrfach. Vielleicht ist es auch unnötig, diese Unterscheidung anhand des Relations-Typs zu machen - man könnte auch einfach die Tags auswerten, die vorhanden sind. Dann ließe sich evtl. auch sowas machen wie: Füge 2 Abbiegespuren hinzu, wofür man im Moment 2 waypart-Relationen bräuchte. Ansonsten war es für das Schreiben des Plugins erstmal einfacher, diese Unterscheidung zu verwenden, da aus wayparts automatisch mehrere waypart-Elemente erzeugt werden, ein waypart aber direkt verwendet werden kann. Wahl der Begriffe: Subjektiv empfinde ich waypart als etwas merkwürdige Bezeichnung, bin aber kein Muttersprachler. Bin ich auch nicht, daher mag der Begriff nicht korrekt sein. Da Begriffe wie lane, die mir besser gefallen würden, als zu eng aufgefasst werden könnten, habe ich gerade keinen eindeutig besseren Vorschlag. So ging es mir auch, daher bin ich bei waypart hängengeblieben... Viele Grüße und schönes WE! Nils [1] http://lists.openstreetmap.org/pipermail/talk-de/2009-November/058720.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie kann das passieren? / How can this happen?
Dank checkround-Script von Gary68 gefunden: Thanks to checkround-script by Gary68: http://www.openstreetmap.org/browse/way/4794092 in changeset http://www.openstreetmap.org/browse/changeset/3142046 with Potlach 1.2e (Ein 100-facher Kreisverkehr mit 917 Punkten / a hundred-fold roundabout with 917 nodes) Regards, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [josm-dev] Wie kann das passieren? / How can this happen?
On Sat, Nov 21, 2009 at 8:27 PM, Thomas Ineichen osm.mailingl...@t-i.ch wrote: Dank checkround-Script von Gary68 gefunden: Thanks to checkround-script by Gary68: http://www.openstreetmap.org/browse/way/4794092 in changeset http://www.openstreetmap.org/browse/changeset/3142046 Well first of all this has nothing to do with JOSM, this happens due to a Potlatch bug. This bug has been present since Potlatch 1.1 when the tidy function was added, I pointed this out to IRC at the time, see this log excerpt: http://pastie.org/709216 I have no idea why it happens and RichardF evidently didn't have time to debug it, so it's still broken. There seem to be a bunch of issues with this code. I tried tidying a circle, saving then opening a new changeset, selecting the same circle and hammering the tidy button for a good 10 seconds. Every time you tidy a circle it moves slightly to the left on the map view. Here's me moving a circle created with Potlatch to the west using only the tidy function: http://api06.dev.openstreetmap.org/browse/changeset/1871 That being said I can't reproduce the issue I talked about in the pastie link above nor the one cited here, but I'm assuming it's the same bug. It would be useful if someone contacted user:Horgner and asked him what Flash player / on what platform he's running. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen besser als Tags?
Hallo, Am Freitag 20 November 2009 21:20:52 schrieb Nils Heuermann: auf weiteres Feedback bin ich sehr gespannt - nicht nur von dir ;-) Sieht auf den ersten Blick sehr kompliziert aus. Mir gefällt besonders der Ansatz mit Start- und Endnode. Damit ist man unabhängig, wenn jemand die Richtung des Ways umdreht. Was mir noch aufgefallen ist: ich würde dem Divider noch eine Breite geben. Bei Mittelstreifen ist das vielleicht nicht nötig, aber bei Grünstreifen zum Radweg lässt sich die Straßenbreite dann besser errechnen. Wenn der Divider sowas wie nicht überquerbar bekäme, wäre auch das Linksabbiege-Problem beim Routen auf Schnellstraßen vom Tisch. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Garry schrieb: Die Technik schafft Flughöhen im 1000m-Bereich durchaus, das Problem ist die erforderliche Genehmigung für solche Aufstiegshöhen - egal ob mit Heliumballons oder Quadrocopter. In den USA gibt es wohl keine solch strengen Luftraumregelungen. Dort gibt es einen Piloten, der mit einem 12-Copter in Höhen bis zu 2500m aufsteigt. Der hat allerdings einige recht große Akkumulatoren an Bord, um mehrere Stunden Flugzeit zu haben. Er hat damals geplant, bald eine Brennstoffzelle einzubauen, um noch länger Fliegen zu können. Das Ding hat eine Traglast von 25 Klio, wenn ich mich recht erinnere. Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
Friedhelm Schmidt schrieb: Hier ist ein Beispiel aus ca. 300 m über Grund. http://www.bilder-upload.eu/upload/kazSiR7yF1y18Gx.JPG Wie du siehst, ist da fast nichts drauf. Nett wenn man die Details der Kreuzung mappen will, aber sonst praktisch unbrauchbar. Das Bild ist doch Perfekt. Der Trick ist nun, die Kamera irgendwie mit der Steuerung zu verbinden. Dann lässt man das Gerät von einem Bodenrechner gesteuert ein bestimmtes Raster abfliegen und an den jeweiligen Stellen Luftbilder machen. Wenn man alle 50 Meter ein Bild macht, hat man hinterher ein wunderbares Panorama mit massenhaft Details. Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Norbert Wenzel schrieb: Wenn ich jetzt eine Übersicht über die Opfer der Schlachten im Zweiten Weltkrieg erstellen will, würd ich ja auch nicht, die Opferzahlen auf irgendwelche Wiesen in OSM taggen. Du solltest nicht Äpfel und Birnen in einen Sack werfen. Der Platz- oder Straßennahme ist ein geographischer Fakt, die Opferzahl jedoch ein rein Historischer. Wenn es jemals möglich sein soll, mit OSM vierdimensionale Karten zu erzeugen, benötigen wir diese Daten. Wenn ich eine Karte Kölns zu Zeiten der alten Römer erzeugen möchte, brauche ich auch Daten davon, wie es damals dort aussah. Die Karte eines Schlachtfeldes hingegen ist eine Spezialanwendung. Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder mit Quadrocopter
André Reichelt schrieb: Garry schrieb: Die Technik schafft Flughöhen im 1000m-Bereich durchaus, das Problem ist die erforderliche Genehmigung für solche Aufstiegshöhen - egal ob mit Heliumballons oder Quadrocopter. In den USA gibt es wohl keine solch strengen Luftraumregelungen. Dort gibt es einen Piloten, der mit einem 12-Copter in Höhen bis zu 2500m aufsteigt. Der hat allerdings einige recht große Akkumulatoren an Bord, um mehrere Stunden Flugzeit zu haben. Er hat damals geplant, bald eine Brennstoffzelle einzubauen, um noch länger Fliegen zu können. Das Ding hat eine Traglast von 25 Klio, wenn ich mich recht erinnere. 25 kg wie süß ;-) Früher hat man mit Drachen Menschen zu Aufklärungszwecken hochgezogen. Dazu hat man allerdings einen Verbund von 6 bis 8 Kastendrachen verwendet. http://en.wikipedia.org/wiki/File:Cody_manlifter.jpg http://en.wikipedia.org/wiki/File:Cody_manlifter02.jpg http://de.wikipedia.org/wiki/Cody_Warkite http://books.google.de/books?id=AWMUEbRCtVcCpg=PT18lpg=PT18dq=kastendrachen+luftbildsource=blots=hwE6gcz4gdsig=AIGroDpdkh5vQcyYHj7KXWm2rlAhl=deei=RNQIS-DgMNOb_AaWopXQBAsa=Xoi=book_resultct=resultresnum=2ved=0CA4Q6AEwATgU Auch heute kann man so etwas - in etwas handlicherer Größe - einsetzen um Luftbilder anzufertigen http://www.maerbinger.de/18301.html?*session*id*key*=*session*id*val* ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-co] Quien ha comprado aparatos GPS en Colombia?
Bueno he comprado en san andresito, y en uno de los 4 distribuidores oficiales de garmin en colombia llamado canaglad(obvio a un costo mayor)pero con mas garantia, solo he usado gps de mano, no de vehiculo(nuvi). referencias de menor a mayor precio etrex legend H vista hcx gpsmap 60csx y 76csx recomendaciones: que venga con todos los accesorios que dice en la caja, si es marca garmin ojala que tenga receptor de alta sensitividad(es necesario por las montañas en colombia), brujula electronica, memory stick por mas que trae proteccion, no dejarlo golpear ni mojar. hay que determinar si el gps lo quiere solo para carro moto en este caso compraria un nuvi o multiproposito preferiria uno de mano. _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] openstreetmap colombia en facebook
a quien interese existe el grupo de osm en colombia para facebook en http://www.facebook.com/group.php?gid=98009745459 ojala se unan y hagan difundir el grupo, el principal proposito es que mas gente conozca osm en Colombia, para cosas tecnicas y oficiales esta el grupo el talk-co. me gustaria tambien colocaran fotos de gps ruteables, sus lugares preferidos en el mapa de OSM de colombia. xao _ Discover the new Windows Vista http://search.msn.com/results.aspx?q=windows+vistamkt=en-USform=QBRE___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] [OpenStreetMap] Claus Hindsgaul sent you a new message
Den 20. nov. 2009 18.43 skrev Morten Bek Ditlevsen b...@termestrup.dk: - Den helt naturlige viden om at man bare kan krydse gaden i hele dennes længde. Nu bliver det kun hvor man husker at tegne 5-10 meters dedikerede cykelstier over vejen, at rutefinderen kan være med. Korrekt - men hvis det rent faktisk er tilfældet, at vejen kun kan krydses enkelte steder, ville man med den ekstra vej netop kunne udtrykke dette... :-) Hvis vejen kun kan krydses enkelte steder er det en grund til det. De fleste steder kan man krydse, men når man ikke kan, er det oftest fordi der er en midterhelle. Sådanne veje er alligevel oftest delt op i to modsatrettede ways, og så har du din adskillelse. I det tilfælde (kender ikke et eksempel), hvor krydsning ikke er mulig selvom der ikke er midterhelle, vil det for min skyld være fint (og bedst) at opdele vejen i skyggestier på netop dette sted. Generelt vil man kunne indsætte skyggestier lokalt i de sjældne tilfælde (her tænker jeg Københavnske forhold) hvor track ikke kan beskrive situationen. Også hvis du f.eks. har en asfalteret cykelsti på en grusvej o.lign. (igen har jeg ikke kendskab til eksempler) - eller større busstop-heller. Specifikt ville jeg adskille ways hvis man ikke let kan krydse mellem dem, som man kan over en kantsten eller græsstribe. -- -- Civilingeniør ph.d. Claus Hindsgaul Edvard Thomsens Vej 19, 5. th DK-2300 KBH S ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Sammendrag af Talk-dk, Vol 7, Udgave 18
Hej! Til Freek vil jeg sige! Jeg har indvilget i at anvende Amager som demoområde for mit arbejde på opfordring af de brugere der ikke er tilfreds med min aktivitet! Håber det er tilfredsstillende for dig. Jeg eer startet ved langebro og arbejder mig lidt ud på Amanger, men ikke hele Amager. Så melder jeg om een - to uger tilbage og melder demoområdet klar til vurdeing! Men jeg må lige have lidt ro til arbejdet. Hvis jeg hæver mig lidt op i fugleperspektiv så ser jeg følgende: En larmende tavshed vedrørende den principielle overvejelse: Er det legitimt for en bruger at lave highway-cycleway´s som dokumentation for seperat cykelstier! Nogle danske brugere, de aktive lige nu, mener ikke dette, men foretrækker at informationen lægges på highway-xxx. Jeg mener med støtte i aktiviteterne i andre lande som Tyskland og Holland, ikke den danske brugergruppe med rimelighed kan afvise mit arbejde med highway-cycleways! Cykelinformation på highway-xxx (landevej) kan jeg kun opfatte som information til vejen om at der ved sidan af ligger en cykelsti af en vis type! Eller at der i siden af vejen er en stribe bag hvilken der er cykler! cycleway-lane! En cykelsti er en selvstændig enhed ikke et vedhæng. En boligblok et industriområde osv. meget andet er selvstændige enheder, og det er cykelstier også! Derfor er highway-cycleway legitimt! Dette argument vil jeg bringe helt til tops, og jeg kan se af debatten ud i Europa at man har forståelse herfor. Al detailkritikken om at mit arbejde er fejlbehæftet, ikke tæt nok på vejen ikke forbundet, zig-zak, har jeg forklaret i min arbejdsmetode: Først tegner jeg stregerne, så forbinder jeg det åbenbarer, så laver jeg t-kryds, så fjerner jeg evt. fejlagtige forbindelser f.eks. til boligafgrænsninger, industriområdeer, der nogle steder ligger så tæt på vejene at de er blevet forbundne med cykelstiene, til sidst lægger jeg cykelstieerne ind mod vejene som lige ved Langebro, det er umuligt at lave t-vejsforbindelser efter dette er gjort! Jeg skal lige pege på at hvis man anvender den automatiske funktion til etablering af en paralelvej og angiver 1 meter som afstand - svardne til en typisk dansk rabat eller markedet parkeringsplads mellem cykelsti og vej, så læggeer parallelvejen sig i ganske god afstand til den oprindelige vej! Det er således ikke nødvendigvis korrekt at forsøge at komme så tæt på vejen som muligt! Men det eer Ok med mig at demostrerer evnen til at lave noget jævnt pænt! Vh. Niels Den 20. nov. 2009 18.43 skrev talk-dk-requ...@openstreetmap.org: Send Talk-dk mailing list submissions to talk-dk@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-dk or, via email, send a message with subject or body 'help' to talk-dk-requ...@openstreetmap.org You can reach the person managing the list at talk-dk-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-dk digest... Dagens emner: 1. Re: [OpenStreetMap] Claus Hindsgaul sent you a new message (Freek) 2. Re: [OpenStreetMap] Claus Hindsgaul sent you a new message (Claus Hindsgaul) 3. Re: [OpenStreetMap] Claus Hindsgaul sent you a new message (Morten Bek Ditlevsen) -- Message: 1 Date: Fri, 20 Nov 2009 13:47:52 +0100 From: Freek freek_...@vanwal.nl Subject: Re: [Talk-dk] [OpenStreetMap] Claus Hindsgaul sent you a new message To: OpenStreetMap Denmark talk-dk@openstreetmap.org Message-ID: 200911201347.52448.freek_...@vanwal.nl Content-Type: Text/Plain; charset=iso-8859-15 On Friday 20 November 2009 12:30:37 Niels Beck wrote: Jeg er som det fremgår tilhænger af highway-cycleway eller cycleway-lane som tillæg til highway-xxx for at gentage, mener jeg at nogle brugere i Danmark har en opfattelse temmelig forskellig fra Tyskland og Holland. Er det gangbart? Jeg har ikke fået en vurdering af hvorfor det der er acceptabelt i Holland og Tyskland ikke skulle være gangbart i Danmark??? Det er ikke hovedpunkten af diskussionen, som jeg ser det. Jeg er for eksempel ganske enige med dig om hvornår man skal bruge highway=cycleway, men jeg er fuldstændig uenig med din fremgangsmåde. OSM er en meget åbent projekt -- enhver kan ændre alting -- men det betyder ikke at man skal lave ændringer i denne omfang uden at tale om det med andre /først/. Det er simpelthen ikke god OSM community etik. [...] Og jeg gentager, alt hvad jeg har lavet fjerner jeg igen, hvis det bliveer konklusioene! Det er ikke nok -- du skal ikke lave så mange ændringer uden diskussion. -- Freek -- Message: 2 Date: Fri, 20 Nov 2009 14:42:50 +0100 From: Claus Hindsgaul claus.hindsg...@gmail.com Subject: Re: [Talk-dk] [OpenStreetMap] Claus Hindsgaul sent you a new message To: OpenStreetMap
Re: [Talk-dk] Cykelstier i København
Efter at have læst mig gennem alle mails i denne diskussion, mener jeg det er på tide at andre giver deres mening til kende, så her er min. Da jeg for lidt over et år siden kortlagde det første stykke cykelsti, startede jeg som Niels med at lægge den ind som en separat way, mest fordi der var ½ meters flad græskant mellem vejen og cykelstien. Efter at have set resultatet lidt an (både i JOSM og resultatet af renderen), gik det op for mig at det ikke var en god ide af flere årsager : Ved at se på kortet kan man få det indtryk at stien er en separat enhed, adskilt fra vejen, hvilke den jo ikke rigtigt er iom. at en cykellist til hver en tid kan vælge at forlade cykelstien for at komme over på den anden side, ved simpelt hen at overskride græskanten / kantstenen. Ved kryds får man indtryk af at der er et separat kryds for cykelstien på trods af at der, i de fleste tilfælde, kun er tale om en farvet bane, eller bare et par hvide streger. En af de grundlæggende regler i OSM er at man ikke må tagge af hensyn til renderen, men for at få fornuftige resultater på kortet, hvilket man som begynder kan være ret fikseret på, er det nødvendigt enten at lægge cykelstien ret langt fra vejen (op mod 20 m.) for at den kan ses som en separat sti, eller bruge layer for at lægge den oven på vejen. Begge dele er en dårlig ide, at lægge stien langt fra vejen er direkte forkert, det er ikke der stien ligger, og det styrker bare de foregående punkter, så er layer nok mere rigtig, men det kan give det indtryk at der ikke er forbindelse mellem en vej og sidevej. Det giver et stort arbejde at registrere og vedligeholde information der i store træk ar givet ud fra den registrerede information om vejen. Ud fra disse og tilsvarende overvejelser (ikke alle lige rigtige) besluttede jeg mig for at fjerne de skyggestier jeg havde lagt ind, og tagge ud fra de, på det tidspunkt alment brugte, regler : En cykelsti markeret med en stribe eller farvet bane på vejen tagges som en highway=* cycleway=lane. En cykelsti markeret ved en niveau forskel, kantsten eller græs rabat tagges som highway=* cycleway=track. En cykelsti adskilt så der ikke er direkte mulighed for at køre ud på kørebanen tagges som highway=cycleway. Som flere har kommenteret i denne diskussion, er dette ikke en perfekt løsning, da der er en del situationer som ikke bliver fyldestgørende beskrevet, men indtil der bliver enighed om andet, er denne løsning i mine øjne den bedste. Niels jeg syns det er fint at du går på med denne iver, men det er måske nok en lidt drastisk måde at starte op på, og at bruge København eller Amager som et test område er nok at overdrive en smule ! Det kan godt være at flertallet bruger skyggestier i Tyskland og Holland, men en hurtig gennemgang af data fra vilkårlige områder i begge lande viser at der (heller ikke der) er konsensus ! Jeg vil mene at det vigtigste er at vi så vidt muligt overholder de få vedtagende OSM regler for tagging, og ellers forsøger at holde en fælles stil her i landet indtil der eksisterer nogle overordnede retningslinier i OSM regi. Evt. kunne det være vi skulle overveje et system til afstemning om spørgsmål af denne type, så vi med tiden kunne få opbygget nogle retningslinier her i landet ? Kim Foder ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-at] OSM Stammtisch Innsbruck am Fr. 27. Nov. 17:00 - Bierstindl
Hallo liebe OSM'ler! Es ist wieder soweit! Am nächsten Freitag treffen wir uns wieder, eingeladen ist jeder, auch Newbies sind willkommen! Der Stammtisch (früher User-Treffen genannt) wird diesmal stattfinden im Kulturgasthof Bierstindl Innsbruck, Klostergasse 6 (gegenüber Kloster Wilten) http://openstreetmap.org/?node=313119544 Zeitpunkt: Freitag, 27.Nov. 2009 Beginn 17:00, open end Ein Tisch im Nichtraucherbereich ist schon reserviert. Tagesordnung gibt es wie üblich keine, aber ich kann mir vorstellen, das das Thema Endlich die Verwüstungen von plan.at wegräumen! jetzt in der kalten Jahreszeit Bedeutung bekommt. Nicht nur deswegen würde es mich freuen, wenn vielleicht auch Leute von außerhalb des Großraums Innsbruck teilnehmen könnten. -- Liebe Grüße, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] Help for Canvec to OSM for part of NB
Hi Frank Thanks, appreciated. However I'd like to get the software installed and configured first, so that I can go through the whole process from A to Z. Maybe the notes I make will be helpful for the wiki .. if I get to Z. John From: Frank Steggink stegg...@steggink.org To: JOHN SMART smarto...@rogers.com Cc: talk-ca@openstreetmap.org Sent: Sat, November 21, 2009 1:03:04 AM Subject: Re: [Talk-ca] Help for Canvec to OSM for part of NB Hi John, I've converted one NTS tile (021N08, Edmunston), and uploaded it here: [1] This way you can give it a try right away, in case you get stuck with the installation of the GDAL bindings. The Edmunston area corresponds with the following location in OSM: [2] . You can paste that URL directly into JOSM, in order to download data for that area. One thing what is odd is that there are really a lot of nodes in this file. I haven't seen this to this extent in the Quebec data. It would be better to clean this up somehow, but it could also be done at a later time. Because of this, and also in order to keep the work manageable, it is important to upload small chunks. (Small = about a couple of thousand of nodes.) There are already some roads in Edmunston itself, so you only had to add missing roads. When importing data, it works best to do cleanup immediately, or shortly after the import. This is connecting nodes, removing duplicate nodes, other inconsistencies, etc. It would be much more tedious if this needs to be done at a later moment. If you don't use it already, please check out the Validator plugin of JOSM, and learn how to use it. Frank [1] http://www.steggink.org/osm/Geobase_NB_021N/021n08_out.osm.zip [2] http://www.openstreetmap.org/index.html?mlat=47.375mlon=-68.25minlat=47.25minlon=-68.5maxlat=47.5maxlon=-68box=yeslayers=B000FTF Frank Steggink wrote: Hi John, It's been a while ago since I installed this. I didn't have GDAL on my machine before, so I'm using the latest version (still 1.6.2). And after the installation I didn't bother about it anymore ;) Which OS are you using? If you're using Windows, then you should be able to use the installer for the Python version you're using at the bottom of the page. Maybe you also need to install GDAL 1.6.1, if you're currently using an older version, but it might still work if you have an older version. If you're not sure what to choose, you can best try to contact Howard Butler. He is the author of these bindings, and his e-mail address is listed on the page. If this doesn't work for you, I could make a number of files available, which you can import. A while back I did that also for someone else, which worked well. By the way, I forgot to add in my first mail that when you're using the Geobase files, you'll have the same attributes which are used in most of the country. This won't be the case for Canvec. Hope this helps, Frank JOHN SMART wrote: Hi Frank Thanks for your reply. I'll use the NRN data for now then. I have grabbed the NB NRN files, no problem there. What I have done so far and where I am stuck now: -- following what's written in http://wiki.openstreetmap.org/wiki/Geobase2osm: - installed python 2.6 (I already had python 2.something as part of FWTools but python version is too early to support Shapely) - installed Shapely 1.0.14 under the Python directory tree but now I am stuck at installing OGR Python bindings osgeo.ogr Python GDAL http://pypi.python.org/pypi/GDAL/ Question: what, exactly, do I need to download and install here. Note that I already have the FWTools (http://fwtools.maptools.org) installation which includes GDAL and OGR. What more / different do I need, to satisfy this Python bindings requirement? Am I still on the right track? Thanks for any more help John *From:* Frank Steggink stegg...@steggink.org *To:* John Smart smarto...@rogers.com *Cc:* talk-ca@openstreetmap.org *Sent:* Thu, November 19, 2009 11:33:29 PM *Subject:* Re: [Talk-ca] Help for Canvec to OSM for part of NB Hi John, Thanks for looking at the scripts. Please see below. John Smart wrote: Hello I would like to take a shot at updating the OSM for some of New Brunswick, which presently does not have very much mapping compiled. The plan I think I'd like to follow is: 1. Select an NTS 1:50 000 area that has few roads and which has no OSM or minimal OSM. 2. Run script(s) to generate OSM from the Canvec data set. At this point I am only interested in roads, to prove the process for that. 3. Upload the OSM. 4. Have some people (you?) review the data, make comments. 5. Iterate the process a bit till quality good (or I give up!) 6. If I'm still here, maybe add some more. Any comments on my plan are very welcome, especially helpful tips!
Re: [Talk-ca] Help for Canvec to OSM for part of NB
Hi John, I must admit that I hardly know anything about setuptools and Python eggs. It seems that easy_install (part of setuptools) automatically downloads and installs missing dependencies. So, when you install the GDAL bindings, it should also install GDAL (of which OGR is a part) for you. Setuptools can be found here: http://pypi.python.org/pypi/setuptools Here is an introduction about Python eggs: http://mrtopf.de/blog/python_zope/a-small-introduction-to-python-eggs/ . A large part deals with creating eggs, so you can skip that. Good luck, Frank JOHN SMART wrote: Hi Frank Yes I'm on Windows. Where I am today: - installed GDAL 1.6.1 from http://pypi.python.org/packages/2.6/G/GDAL/GDAL-1.6.1.win32-py2.6.exe#md5=5e48c85a9ace1baad77dc26bb42ab4e1 this download location was referenced by http://pypi.python.org/pypi/GDAL/ In a cmd, window, I set path to include python, and try to run geobase2osm: C:\OSMset PATH=C:\OSM\Python26;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Cygwin\Bin;C:\Progr am Files\Vim\vim72;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\OpenVPN\bin C:\OSMpython Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit (Intel)] on win32 Type help, copyright, credits or license for more information. ^Z C:\OSMbin\geobase2osm.py C:\OSM\bin\geobase2osm.py:5: DeprecationWarning: the sets module is deprecated import sets Traceback (most recent call last): File C:\OSM\bin\geobase2osm.py, line 10, in module import osgeo.ogr File C:\OSM\Python26\lib\site-packages\osgeo\ogr.py, line 7, in module import _ogr ImportError: DLL load failed: The specified module could not be found. That line 7 has this: import _ogr Obviously it's trying to import something. Maybe the something is in a python egg GDAL-1.6.1-py2.6-win32.egg http://pypi.python.org/packages/2.6/G/GDAL/GDAL-1.6.1-py2.6-win32.egg#md5=0d187c3a78279a79a12085ac6ed78711 that's listed on the GDAL python package page. I have no idea what to do with a python egg but maybe it involves finding and installing setuptools or maybe easy_install John *From:* Frank Steggink stegg...@steggink.org *To:* JOHN SMART smarto...@rogers.com *Cc:* talk-ca@openstreetmap.org *Sent:* Sat, November 21, 2009 12:23:10 AM *Subject:* Re: [Talk-ca] Help for Canvec to OSM for part of NB Hi John, It's been a while ago since I installed this. I didn't have GDAL on my machine before, so I'm using the latest version (still 1.6.2). And after the installation I didn't bother about it anymore ;) Which OS are you using? If you're using Windows, then you should be able to use the installer for the Python version you're using at the bottom of the page. Maybe you also need to install GDAL 1.6.1, if you're currently using an older version, but it might still work if you have an older version. If you're not sure what to choose, you can best try to contact Howard Butler. He is the author of these bindings, and his e-mail address is listed on the page. If this doesn't work for you, I could make a number of files available, which you can import. A while back I did that also for someone else, which worked well. By the way, I forgot to add in my first mail that when you're using the Geobase files, you'll have the same attributes which are used in most of the country. This won't be the case for Canvec. Hope this helps, Frank JOHN SMART wrote: Hi Frank Thanks for your reply. I'll use the NRN data for now then. I have grabbed the NB NRN files, no problem there. What I have done so far and where I am stuck now: -- following what's written in http://wiki.openstreetmap.org/wiki/Geobase2osm: - installed python 2.6 (I already had python 2.something as part of FWTools but python version is too early to support Shapely) - installed Shapely 1.0.14 under the Python directory tree but now I am stuck at installing OGR Python bindings osgeo.ogr Python GDAL http://pypi.python.org/pypi/GDAL/ Question: what, exactly, do I need to download and install here. Note that I already have the FWTools (http://fwtools.maptools.org) installation which includes GDAL and OGR. What more / different do I need, to satisfy this Python bindings requirement? Am I still on the right track? Thanks for any more help John *From:* Frank Steggink stegg...@steggink.org mailto:stegg...@steggink.org *To:* John Smart smarto...@rogers.com mailto:smarto...@rogers.com *Cc:* talk-ca@openstreetmap.org mailto:talk-ca@openstreetmap.org *Sent:* Thu, November 19, 2009 11:33:29 PM *Subject:* Re: [Talk-ca] Help for Canvec to OSM for part of NB Hi John, Thanks for looking at the scripts. Please see below. John Smart wrote: Hello I would like to
Re: [OSM-talk-fr] Cherche beta-testeurs pour plugin cadastre-fr
Le 21 novembre 2009 01:48, Mathieu Arnold m...@mat.cc a écrit : +--On 20 novembre 2009 22:55:22 +0100 Pieren pier...@gmail.com wrote: | Bonsoir, | | Suite à des changements dans JOSM, le JOSM et le plugin cadastre-fr | ont subit quelques corrections. La principale concerne la sélection | manuelle de la zone Lambert dans le menu des preferences-projection | au lieu d'une sélection automatique (ou du menu cadastre - change | lambert zone). | Le second changement est l'introduction de la grille de translation | entre système géodésique NTF et RGF93/WGS84 qui élimine la déviation | de 0 à 5 mètres qu'il pouvait y avoir suivant les zones (la précision | est maintenant submillimétrique, ce qui autorise de nombreux | aller-retour dans les conversions sans dommages). Ceux qui ont chargé | des anciennes données fournies à partir du Lambert 4 Zones avec la | nouvelle projection Lambert CC 9 zones doivent voir de quoi je parle. | Cette grille n'est utilisée que par la projection Lambert 4 Zones | (France) donc uniquement pour les plans au format image du cadastre. | Il risque d'y avoir des problèmes de cohabitation tant que JOSM n'aura | pas adopté officiellement la grille et qu'il y aura des utilisateurs | d'anciennes versions. J'ai fait quelques tests, un plan image, qui a bénéficié du de l'ajout de la grille de translation (mes traces gps ne collaient pas aux routes du cadastre). Par contre, le Paris (enfin, le 15è au moins) est toujours en lambert 4 zones. Je n'arrive pas par contre à avoir le cadastre de Marmande (47), en CC 9 zones, josm affiche bien tout ce qu'il faut, mais le cadastre est vide (que je sois en zone 3 ou 4), et en lambert 4 zones, JOSM doit avoir un problème d'affichage parce que j'ai bien les landuse qui s'affichent mais pas les batiments, et le cadastre ne renvoie rien. -- Mathieu Arnold J'ai testé en sarthe avec la zone 7, mais le cadastre ne retourne rien, idem sur Besançon en zone 6. a+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une association pour OSM
Christian Rogel wrote: J'ai traduit les conditions pour qu'un chapitre local puisse avoir l'agrément de l'OSM Foundation. On les trouve ici : http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters Il s'agit d'un brouillon et la discussion est toujours en cours : http://lists.openstreetmap.org/listinfo/local-chapters Les chapitres locaux doivent * avoir des statuts qui décrivent leurs missions comme étant de supporter OpenStreetMap et les données géomatiques ouvertes similaires à celles de l'OSMF * être une entité légale reconnue juridiquement dans leur pays. (Sinon, il ne serait pas possible de signer un accord avec eux. Si vous n'avez pas de personnalite juridique, vous pouvez être membre d'OSM en général ou être un membre d'OSMF, mais vous ne pouvez créer un chapitre local) * être organisés démocratiquement, c'est-à-dire qu'ils doivent être des organisations avec des adhérents qui ont des droits de vote. (les modalités pour le réaliser dépendent des lois locales). * n'avoir pas de but lucratif. (Dans certains pays, c'est facile d'avoir un statut formalisé d'organisation non lucrative, dans d'autres, c'est plutôt difficile et/ou demande du temps pour l'obtenir). * Nommer un représentant qui soit le point de contact de premier niveau avec l'OSM Foundation Les chapitres locaux doivent avoir, au moins, 20 membres. (Ceci est pour assurer une certaine forme de stabilité. Certains pays ont des règles sur le nombre minimal de membres pour une organisation d'adhérents. Ce n'est pas une règle absolue qui ne souffrirait pas d'exception, le chapitre local de l'Antarctique aurait-il un membre?). Dans la même page, il est précisé que les bénéfices pour un chapitre local sont : * d'utiliser le nom et le logo d'OSM sur son site internet et dans le matériel de promotion * de recevoir des dons, des subventions ou des ressources du fait qu'ils sont affiliés à OSM Précisions : OSMF et les chapitres locaux sont des entités indépendantes. Les chapitres locaux n'ont pas d'influence sur la gestion d'OSMF, mais le bureau des directeurs d'OSMF peut créer un conseil consultatif avec les représentants des chapitres locaux. Les chapitres locaux devraient encourager leurs membres à être aussi membres d'OSM F (15 £ / an) Il n'y a actuellement qu'un local chapter, celui des USA, et qui est plus ou moins dirige par des gens associes a Cloudmade. L'association espagnol utilise le nom OpenStreetMap dans son nom sans être un local chapter (enfin plus un oubli qu'autre chose). Enfin, les local chapter étaient initialement pousses tres forts en avant mais certaines contraintes avancées comme encourager les membres a faire partir de OSMF ou la possibilité d'un transfert de fond des local chapters vers OSMF ont fait que beaucoup de ces efforts sont tombés a l'eau. Le nombre de membres a aussi beaucoup de critiques, en partie lié aux éléments précédents. Je ne suis pas très fan des contraintes qu'ils essaient d'imposer sur les local chapters qui ressemblent a mes yeux plus a une mise au pas qu'autre chose des différentes communautés. Je fais partie de la mailing list depuis le début, et il n'y a aucune discussion vraiment. C'est mort depuis longtemps. Je suis pour une association OSM mais un local chapter, personnellement je ne suis pas convaincue, surtout avec le cote horizontal qui tend a se dégager et qui est très intéressant a mes yeux. Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une association pour OSM
Justement, lzs contraintes me semblent minimales et se résument à l'utilisation du nom et du logo. L'idée d'une fédération mondiale semble en sommeil et certains membres de l'OSMF ont peur d'une concurrence des structures locales pour les adhérents et l'argent. Si être reconnu comme chapitre local se résume à une licence d'utilisation du nom et du logo et à promettre de ne pas nuire aux intérêts de la OSMF, ça neme paraît pas cher payé pour obtenir une crédibilité et une couverture médiatique. Ceci dit, la Commission européenne vient de reprocher à la France de n'autoriser les déductions fiscales que pour les associations qui ont des activités en France. Adhérer à et financer l'OSMF va peut-être coûter 40% de moins. Créer ou projeter une association OSM en France serait un argument très fort pour y tenir SOTM. Christian Emilie Laffray a écrit : Christian Rogel wrote: J'ai traduit les c Il n'y a actuellement qu'un local chapter, celui des USA, et qui est plus ou moins dirige par des gens associes a Cloudmade. L'association espagnol utilise le nom OpenStreetMap dans son nom sans être un local chapter (enfin plus un oubli qu'autre chose). Enfin, les local chapter étaient initialement pousses tres forts en avant mais certaines contraintes avancées comme encourager les membres a faire partir de OSMF ou la possibilité d'un transfert de fond des local chapters vers OSMF ont fait que beaucoup de ces efforts sont tombés a l'eau. Le ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
forum: importer la position des places PMR (handicap�)
Le message suivant : ## J\' ai importé 50 points donnant la position de [b]places de stationnement réservées aux handicapés moteurs (PMR[/b]) sur ma commune. je ne trouve pas de balise correspondant à ce type de place de stationnement. Je trouve cela surprenant dans ce type de projet ? avez vous la solution ? merci. Molenez a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=3 Une réponse sur la liste directement n'est hélas pas transmise sur le forum, ce qui n'empeche pas une concertation avant réponse sur ce fil de discussion -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche beta-testeurs pour plugin cadastre-fr
Pieren a écrit : Bonsoir, Suite à des changements dans JOSM, le JOSM et le plugin cadastre-fr ont subit quelques corrections. La principale concerne la sélection manuelle de la zone Lambert dans le menu des preferences-projection au lieu d'une sélection automatique (ou du menu cadastre - change lambert zone). C'est beaucoup plus intuitif avec la carte désormais. Cette grille n'est utilisée que par la projection Lambert 4 Zones (France) donc uniquement pour les plans au format image du cadastre. Il risque d'y avoir des problèmes de cohabitation tant que JOSM n'aura pas adopté officiellement la grille et qu'il y aura des utilisateurs d'anciennes versions. Mathieu Arnold a écrit : Je n'arrive pas par contre à avoir le cadastre de Marmande (47), en CC 9 zones, josm affiche bien tout ce qu'il faut, mais le cadastre est vide (que je sois en zone 3 ou 4), et en lambert 4 zones, JOSM doit avoir un problème d'affichage parce que j'ai bien les landuse qui s'affichent mais pas les batiments, et le cadastre ne renvoie rien. Je ne connais pas l'actualité du cadastre en ligne mais je n'ai pas l'impression qu'on puisse dire pour l'instant que cadastre vectorisé = cadastre en LCC 9 zones. Les coordonnées qu'affiche cadastre.gouv.fr pour la vue d'ensemble de Marmande (vecteur) sont en Lambert 3. Mes tests de ce soir sur plusieurs villes peuvent se résumer à : cadastre en LCC = OK dans JOSM, cadastre en Lambert NTF 4 zones = pas de calque du tout, ou calque blanc malgré un extent (dans le menu Infos) conforme à l'affichage sur le site du cadastre. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche beta-testeurs pour plugin cadastre-fr
2009/11/21 Vincent de Chateau-Thierry v...@laposte.net: Je ne connais pas l'actualité du cadastre en ligne mais je n'ai pas l'impression qu'on puisse dire pour l'instant que cadastre vectorisé = cadastre en LCC 9 zones. Les coordonnées qu'affiche cadastre.gouv.fr pour la vue d'ensemble de Marmande (vecteur) sont en Lambert 3. Mes tests de ce soir sur plusieurs villes peuvent se résumer à : cadastre en LCC = OK dans JOSM, cadastre en Lambert NTF 4 zones = pas de calque du tout, ou calque blanc malgré un extent (dans le menu Infos) conforme à l'affichage sur le site du cadastre. vincent Oui. En constatant le basculement de quelques villes vers le Lambert CC 9 zones, j'ai trop vite conclu que c'était l'ensemble des plans au format vecteur qui avait basculé mais c'est encore loin d'être le cas. Il n'y aucune logique dans le basculement. Ca n'est pas par zone Lambert (ni les anciennes, ni les nouvelles), ni par département, ni même par ville puisque Parix I est au nouveau format alors que Parix XV est dans l'ancien... mais cela avance quand même, au petit bonheur la chance. Besançon est en Lambert 4 zones, zone 2, Marmande en Lambert 4 zones, zone 3, Paris 15e en Lambert 4 zones, zone 1. Pour les communes dans l'ancienne projection, j'ai laissé un énorme bug dans mon code qui l'empêchais de fonctionner dans la plupart des zones. Désolé. Je remettrais une nouvelle version en ligne dès ce soir. Je dois encore faire d'autres changements pour complaire à l'équipe de JOSM-core. Je vous tiens au courant. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Associated Street
bonjour sur le wiki j'ai lu que pour la relation AssociatedStreet il doit y avoir un seul element portant le role street quand on coupe une rue (par exemple parce qu'elle est a cheval sur 2 feuilles des cadastre et il faut donc pouvoir mettre 2 sources differentes) comment on fait est-ce qu'on fait une relation avec 2 street contrairement a ce qui est dans le cadastre ? est-ce qu'on fait 2 relations qui ont le meme nom ? est-ce qu'on fait une relation multipolygon avec les deux bouts de rue puis une relation AssociatedStreet dans laquelle c'est le multipolygon qui a re role de street ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Associated Street
Une relation multipolygon pour deux polylignes ça semble bizarre! Perso je mets les différents ways de la même rue dans la relation associatedstreet avec le rôle street. Le osminspector de geofabrik me dit que c'est bon comme ça. Frédéric Le 22/11/09, hamsterhams...@suna.fdn.fr a écrit : bonjour sur le wiki j'ai lu que pour la relation AssociatedStreet il doit y avoir un seul element portant le role street quand on coupe une rue (par exemple parce qu'elle est a cheval sur 2 feuilles des cadastre et il faut donc pouvoir mettre 2 sources differentes) comment on fait est-ce qu'on fait une relation avec 2 street contrairement a ce qui est dans le cadastre ? est-ce qu'on fait 2 relations qui ont le meme nom ? est-ce qu'on fait une relation multipolygon avec les deux bouts de rue puis une relation AssociatedStreet dans laquelle c'est le multipolygon qui a re role de street ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé avec mon mobile ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cherche beta-testeurs pour plugin cadastre-fr
Pieren a écrit : 2009/11/21 Pieren pier...@gmail.com: Voila une nouvelle version qui, j'espère, corrige les problèmes de la projection Lambert 4 zones. J'ai aussi changé l'attribution automatique qui ne s'applique plus aux nodes sans tag. ??? ca veut dire qu'il va falloir selectionner tous les points a la main pour rajouter source parce qu'on mets les tags sur les chemins et pas sur les points individuellement ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 複数のソースから構成した エリアについて
Shun N. Watanabe さんは書きました: なんとなく最初のオルソ写真の source タグを消したいと言うのがやりたいこと なんでしょうが、無理です。 変更は派生著作物を作った扱いになるので、(それが理由で全遍歴を管理しています) 違うソースで動かしたって消すべきではありません。 その場合、新しくウェイをオルソ写真でないソースから作りなおすべきです。 また、半分だけ調査により作り、オルソ化写真で半分だけつくって、 一つのウェイを作るとそれは共同著作になるので、やっぱりソースは2つです。 いや「任意の時点のデータとソースの一対一対応を明確に記述する必要がある」と考えているだけです。 もともとsource はそのために設けられているはずです。 仮に著作権の問題だとすれば、「別々のソースから2つのwayを作ったんだけど、OSMの仕様から 1つにしなくちゃいけない。それじゃ、共同著作物になっちゃうから、明確に2者の範囲を明示して それぞれの権利を個別に保持しておきたい」ということもできるでしょう。範囲と著作者が誰にも わかるように区分して記述してあれば共同著作物にはならないはずです(そうじゃないと 雑誌やアンソロジーの類が成り立たない)。 それに単なるデータ、誰が書いても同じ表現になるもの(緯度経度とか)に対しては著作権は 付与されないですよねえ。node や way は値が正しければ、だれがどのように調べて記述しても、 同じ表現になりますから(特に緯度経度しかデータを持たないnodeならなおさら)。 ライセンスと著作権は別物ですし、ライセンス上求められているものについては、 履歴には全部残っている(つまり、一度書いてしまえばシステム上何をしようが消せず、 ライセンスで求められている記述は残存する)のだから、編集の結果以前のソースを 基にしたデータがすべて消えてしまったら、カレントのsource からはその分は削除すべき でしょう。ある時点のデータが何を基にして決められたのか曖昧にするのは害悪だと思います。 #ほんとうに著作権について記述しなければならないなら、source じゃなくて copyright タグ を設けてそちらに書くべきだよねえ。 なにかまだ見当違いなら、これ以上は問題の池を見ないと何とも言えません。 そのときは、way の ID か、座標をください。 北緯34.29度、東経134.20にある野間池です。西側を走る県道141号線の改良により、 オルソ写真が撮影された当時とは池の形が変わっています。 -- Show-ichi ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 複数のソースから構成した エリアについて
nazotoko の渡邊です。 On Saturday 21 November 2009 05:08:21 show_i...@lucky.odn.ne.jp wrote: いや「任意の時点のデータとソースの一対一対応を明確に記述する必要がある」と考えているだけです。 だから、それをやるのは source タグでなくて、histroy data です。 もともとsource はそのために設けられているはずです。 いいえ。source タグは、annotation (注意書き)類のタグで、もともと事実検証のためです。 また、GPS 以外のソースでかかれていることを明示し、 そのデータが著作権侵害していないことを示すためのものです。 すなわち、他の編集者から著作権侵害の疑惑をかけられるのを避けるための物です。 OSM は基本にGPS log を第一情報源としています。ですから、GPS をアップロードして、 地図の下に表示させていれば、すぐにGPSがソースだとわかります。 この場合、source タグは書かなくていいです。 GPS でなくとも、自分の記憶で大体の位置に描いたとかもありえます。 そういうのをsource タグなしで書くと、それには下にGPS ログがないので、 いずれ何人かからこんなメールをもらうことになります。 「著作権付きの地図をコピーしてませんか?」と だから、source=knowledge とかかいて、それを示します。 それで、著作権権利者の表示義務などないのですが、 source=landsat source=yahoo! をかいて、他の編集者に実際に表示させてみて、それが真実であると検証させるのです。 著作権権利者の表示義務があるインポートデータの類が source タグに著作権表示を使ってるのは、 単にまえからあった source タグの使い方に似ているから、新しく作るよりそれを使おうとしているだけです。 だから、 #ほんとうに著作権について記述しなければならないなら、source じゃなくて copyright タグ を設けてそちらに書くべきだよねえ。 copyright タグでも構いません。少ないけど、使われてはいます。 http://osmdoc.com/en/tag/copyright/ それに単なるデータ、誰が書いても同じ表現になるもの(緯度経度とか)に対しては著作権は 付与されないですよねえ。node や way は値が正しければ、だれがどのように調べて記述しても、 同じ表現になりますから(特に緯度経度しかデータを持たないnodeならなおさら)。 それゆえに、航空写真はなぞっても本当は写真の著作権力が及ばない「んじゃないかな」という 話は至る所にありますが、なにぶんどこの国の法律にもそんなことは明言されてないので、 だれか裁判して、判例をつくるまでは、「んじゃないかな」がつきまとう状況です。 ライセンスと著作権は別物ですし、ライセンス上求められているものについては、 履歴には全部残っている(つまり、一度書いてしまえばシステム上何をしようが消せず、 ライセンスで求められている記述は残存する)のだから、編集の結果以前のソースを 基にしたデータがすべて消えてしまったら、カレントのsource からはその分は削除すべき でしょう。 それは、国土交通省のオルソ化写真では、編集・加工・転載・引用に全て表記義務となっている ライセンス上の理由から source タグは絶対に消せません。 #第2条 利用上の注意 #(3)国土情報およびそれを利用者が編集・加工して作成した成果物を他に転載、引用等する場合は、 # 利用者は「国土数値情報(○○データ) 国土交通省」「国土画像情報(カラー空中写真) 国土交通省」 #「国土画像情報(オルソ化空中写真) 国土交通省」のように出典を明記してください。また、 # 国土数値情報の整備年、国土画像情報の撮影年・撮影場所、ファイル名、編集・加工した場合には編集・ # 加工責任者等の情報についても、できる限り併記してください。 #第3条 国土情報の利用 #(3)国土情報を利用した場合、国土交通省は、利用者が本利用約款に同意したものとみなします。 遍歴は全部データベースに残ってるのですが、planet.osm や XAPI を通した物は過去の遍歴を表示しません。 つまりタグにでも書かなければ、planet.osm や XAPIがこの規約に違反することになります。 航空写真なぞりは先の通り、著作権が及ばない可能性があるのですが、 第3条(3)のとおり、同意を求められているので、著作権と関係なく契約により表示義務が発生します。 # ikiya さん、Mapnic, osmarender のようなタイル、またはSlippy Map は表示しなくても良いとの答えだったのですか? ある時点のデータが何を基にして決められたのか曖昧にするのは害悪だと思います。 検証上に必要な情報とライセンス上の表示義務source を全部表記しておくのが、 曖昧とは思ってません。 source を全て表記して、そのソースを全部表示すると、どこの部分で何を根拠としているのかは 人間にはわかります。 それをわかろうとして、場所を聞いたのですが、 北緯34.29度、東経134.20にある野間池です。西側を走る県道141号線の改良により、 オルソ写真が撮影された当時とは池の形が変わっています。 この池の周囲にまったくGPS ログがないので、あなたがオルソ化写真以外になんのソースを 使ってるのかまったくわからないです。 source をはっきりさせるなら、まず GPS ログをアップロードしてください。 GPS ログをアップロードするのは、Potlatch の仕方ない仕様のためじゃなくて、 著作権が怪しくないことを証明するためにやってるのですから、 まずはアップロードして、ソースを示してください。 複数 source タグが曖昧かどうかを議論するのはそのあとで。 Shun N. Watanabe ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] London landuse=* request for help
Hi all, I have been working on doing a first estimate tracing of landuse in the Greater London/M25 area. I think it is good to have this admittedly imperfect starting point and it can be refined based on local knowledge or survey as we go. I have now traced more than 50% starting from Dartford, working clockwise and I am now north of Heathrow. However, the remaining tracing will take one person weeks or months. If people are willing, can people trace landuse for anywhere in the remaining London area? If we have a group doing this, we can make the map look much more consistent and, I think, more useful too. It will give us something to do if it is cold and raining this winter. I am holding fire on tracing the centre because it is very dense in features. TimSC ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] [Tagging] shared driveways
Alan Mintz alan_mintz+...@earthlink.net writes: With regard to apartment complexes, condo complexes, mobile home complexes, and gated single-family-home complexes, I usually tag: - The ways that cross the boundary line from public street into the complex are highway=service*** + service=driveway. These are also role=access in the relation. - Other roads completely internal to the complex are highway=service*** - If it is a gated community and/or there is a legal no-trespassing posting, additionally tag all roads and other features within the posted area as access=private. *** I have sometimes used highway=residential instead of highway=service when the roads are named, have actual postal addresses along them, and clearly up to public road standards (width, surface, maintenance, etc.). This would apply to some condo and most gated single-family-home complexes. I rarely draw driveways into businesses or, even more rarely, single-family home lots. If I do, they are highway=service + service=driveway, with access=private if gated or posted no-trespassing. This is an excellent description of more or less what I was trying to say (but didn't so well), and I think it would be a good addition to formal tagging guidelines. pgpApOvwsCaNQ.pgp Description: PGP signature ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] [Tagging] shared driveways
On Sat, Nov 21, 2009 at 10:01 AM, Greg Troxel g...@ir.bbn.com wrote: Alan Mintz alan_mintz+...@earthlink.net writes: With regard to apartment complexes, condo complexes, mobile home complexes, and gated single-family-home complexes, I usually tag: - The ways that cross the boundary line from public street into the complex are highway=service*** + service=driveway. These are also role=access in the relation. - Other roads completely internal to the complex are highway=service*** - If it is a gated community and/or there is a legal no-trespassing posting, additionally tag all roads and other features within the posted area as access=private. *** I have sometimes used highway=residential instead of highway=service when the roads are named, have actual postal addresses along them, and clearly up to public road standards (width, surface, maintenance, etc.). This would apply to some condo and most gated single-family-home complexes. I rarely draw driveways into businesses or, even more rarely, single-family home lots. If I do, they are highway=service + service=driveway, with access=private if gated or posted no-trespassing. This is an excellent description of more or less what I was trying to say (but didn't so well), and I think it would be a good addition to formal tagging guidelines. Yes, it effectively answers my question. For a private road I'll use highway=residential if the road is named and recognized by our county property appraiser, and I'll use highway=service otherwise. Additionally, I'll sprinkle access=private as appropriate. I don't understand what was meant by These are also role=access in the relation. What relation? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us