Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Hallo Norbert, Die Linie repräsentiert doch die Straße, die in ihrer wirklichen Breite nicht gemappt wird. Ja. Dabei ist die Linie ein Graph, eine Kante zwischen zwei Knoten. Damit wird der Weg für das Routing abgebildet. Der Graph entspricht die *Mittellinie* der Strasse (Form und Lage). (wie du oben schreibst: die Linie repräsentiert die Strasse) Der Renderer macht aus der Linie und den tags (Breite, Spurzahl, etc) die entsprechende Darstellung (Farbe, Breite). Wenn zum Beispiel auf der einen Seite einer Straße ein Gehweg ist und anschließend direkt die Friedhofsmauer Aus dem Graphen der Strasse und dem Attribut Gehweg macht der Renderer die Strasse mit Gehweg. Wenn ich nun den Friedhof mit seiner Mauer direkt an die Straße klebe, dann entspricht dies doch der Wirklichkeit. Nein. Der Friedhof ist eine Fläche, mit genauer Flächengrenze. Die Strasse hingegen ist ein Graph, der die Mittellage der Strasse angibt. Wo würdest Du die Friedhofsmauer/-Zaun eintragen? (ich hoffe, nicht auf der Strassenmitte ;-) ) Ich bin für zeichnen was man sieht :-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
On Thu, Jul 09, 2015 at 11:57:09AM +0200, Michael Reichert wrote: - bessere GIS-Modellierung (wurde mir in einer PN geschrieben) Hast du da mehr zu als das Schlagwort? Sehe ich nicht. Ein paar User haben vorgestern Abend im IRC (#osm-de, irc.oftc.net) von zwei Accounts berichtet, die systematisch Landnutzung in Mappen (v.a. landuse=residential,commercial,industrial, Äcker/Grünland eher weniger). Da HDYC den Schluss auf kommerzielles Mapping zulies, habe ich dann bei den zwei Accounts nachgefragt und eine ausführliche Antwort erhalten. Im IRC wurde beklagt, dass die beiden Accounts Landnutzung mit Straßen verbinden. Ich habe dies in den Changeset-Kommentaren an die beiden erwähnt. Meine Meinung war bis dahin, dass das Kleben eine Minderheitenmeinung ist (mein subjektiver Eindruck aus zig Diskussionen) bzw. in den vergangenen ein bis zwei Jahren zur Minderheitenmeinung wurde. Die Antwort eines der Accounts (stellvertretend für den anderen) enthielt folgende Argumente, warum die beiden an die Straßen kleben: Am 2015-07-08 um 15:29 schrieb Marsuna: Du hattest angemerkt, dass wir Siedlungsflächen (landuse = residential) exakt auf die jeweiligen Verkehrswege erfassen, dies allerdings nicht erwünscht sei. Diese Thematik scheint unseres Wissens noch ein „Streitpunkt“ zu sein. Aus kartografischer, bzw. GIS-Sicht, ist es korrekt eine Fläche, die direkt an eine Straße grenzt, mit eben dieser Straße zu verbinden. (gerade in Bezug auf die Zoomstufen kann hiermit eine einwandfreie Visualisierung der Topologie erfolgen). Eine offizielle Guideline besteht dazu nicht, Das ist mappen für den Renderer - einwandfreie Visualisierung. Geometrisch ist das falsch. Diese Kartografische sicht bezieht sich ausschliesslich auf die Visualisierung. Der Punkt ist das aus GIS sicht Straßen eigentlich auch Flächen sind. Aber nicht bei OSM. Wir brauchen u.a. für das Routing einen Graphen, deshalb mappen wir Straßen als Linien d.h. die Mitte der Straße ohne ausdehnung. Damit ist die obige Aussage falsch weil da Äpfel mit Birnen verglichen werden. aber da du „mittlerweile unerwünscht“ schreibst, scheint es so, als würdest du diesbezüglich aktuellere Information haben. Hast du vielleicht einen entsprechenden Link, damit wir dies selber auch genau nachlesen können? Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
On Thu, Jul 09, 2015 at 02:07:37PM +0200, Peter Barth wrote: Rein anwendungsbetrachtet ist sowas für die Automoblier für ADAS interessant. Wie weit kann ich noch nach rechts ausweichen ohne mich mit meinem Auto zu überschlagen und ähnliche Fragestellungen. Ich kann mir zwar nicht vorstellen, dass OSM jemals solchen Anforderungen genügen könnte, wollte das aber dennoch mal als Anwendungsfall für Straßenflächen genannt haben ^^ Ich sehe die Renderere da in der Anwendung. Die 3D Karten brauchen mehr als nur eine Mittellinie. Wir wollen ja einen hohen Detailierungsgrad. Und was ist schlecht am Mappen für den Renderer? Wir mappen für die Datenkonsumenten. Einer davon ist mapnik, ein anderer ist OSRM ein weiterer Nominatim. Die müssen alle mit denselben Rohdaten klar kommen. Also machen wir nichts für einen Datenkonsumenten der für die anderen Murks ist. Aber wir mappen auch mal nur für den EINEN Datenkonsumenten solange es die anderen nicht stört oder defekte produziert. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-lv] jautaajums ikshkjiles/ogres iedziivotaajiem
On 08/07/15 23:57, Viesturs Zarins wrote: Var braukt visos. Regulāri tiek braukts. On 07/07/15 18:28, pec...@gmail.com mailto:pec...@gmail.com wrote: Manuprāt visos, apgriešanās vietas arī ir jūtamu gabalu abos virzienos. ok, paldies peecim viesturam - veel tik mapillary bildes tur vajag ;) -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-cz] Dvojité koleje tramvajových tratí
-- Původní zpráva -- Od: jzvc j...@tpfree.net Cus, na mapovani trati per kolej se pracuje dlouhodobe a celorepublikove. Mimochodem, co ti na tom vadi? Obecně asi nic. […ale měl jsem asi nějakou mlhavou představu o úplně jiném tagování, viz níže] V tomhle pripade tam ja osobne vidim celkem znacnej posun proti km/orthofoto (vypada to, ze pouziva nekalibrovanej bing ...). Pak se mi na tom nelibi ze jedna kolej je vedena v ose ulice po stejny linii a druha vedle. Plus v krizovatce se ty koleje krizej a neprotinaj a nejsou spravne udelany prechody. No právě. Je hezké, že existuje nějaký obecný názor nějak dělat dvoukolejné tratě, ale tohle IMHO není nic víc než jedna blbě umístěná copypaste čára v mapě navíc. 2015-07-04 3:24 GMT+02:00 Michal Pustějovský michal.pustejov...@seznam.cz: Poloha jednotlivých kolejí má být samozřejmě přesně dle ortofota *napasovaného* na *vektorový* katastr. Zakreslovat koleje u vícekolejných tratí separátně je samozřejmě žádoucí. No, budiž, řekněme. Pokud jsou koleje součástí silničního tělesa, používá se ke svázání názvosloví lanes (viz http://wiki.openstreetmap.org/wiki/Lanes). Spousta příkladů je k nalezení v Brně (viz např. http://www.openstreetmap.org/way/327285746). Ve zkratce jde o to popsat, ve kterém pruhu silnice se koleje nachází. Cestu reprezentující silnici (ulici) bývá zvykem umisťovat na místo dělicí čáry. Může být tedy uprostřed kolejí, ale samozřejmě i mimo ně. No a tomuhle tedy moc nerozumím. Pokud existuje zvyk (to snad ani není to správně slovo, vzhledem k tomu, jak „samozřejmé“ to v OpenStreetMap je) libovolněpruhové obousměrné silnice v mapě generalizovat do jedné cesty, pak se mi zakreslování _v této cestě ležících_ kolejí jako dvou cest zdá datově značně (vnitřně) nekonzistentní. Realita a topologie prostě _není_ obousměrná silnice, kterou po stranách lemují tramvajové trati (které všechny připojující se ulice kříží). Pokud odbočuji ze silnice vpravo, _nepřejíždím_ koleje. Je hezké, že nějakými komplikovanými atributy na cestě naznačím, kde asi tak leží nějaké (jaké?) tramvajové tratě v okolí, ale v datech/topologii to nemám šanci dohledat. O tom, že to tak vypadá i na vyrenderované mapě, ani nemluvě. Přinejmenším by bylo fajn poznamenat tenhle zvyk na wiki u návodu k tagování tramvají, který teď popisuje jen zcela odlišný postup. [1] No jak říkám, moc tomu nerozumím, takže pokud někdo, kdo tomu rozumí, opraví ty nesmysly včetně slepých tramvajových kolejí v Praze, budu mu povděčen. -- Petr Kadlec / Mormegil [1]: https://wiki.openstreetmap.org/wiki/Trams#Tram_tracks ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
On Thu, Jul 09, 2015 at 11:48:22AM +0200, Christoph Hormann wrote: On Thursday 09 July 2015, Butrus Damaskus wrote: Das ist ein Scheinargument. Besser sollte man die Straßen mit der richtigen Breite rendern oder sie sogar als eine Fläche taggen. Ich bin gespannt, ob es gelingt, diesen Vorschlag irgendwann mal auf das Abstellgleis der erwiesenermaßen schlechten Ideen zu verbannen. Sollte es (hoffentlich rein hypothetisch) irgendwann mal einer schaffen, in OSM dauerhaft alle Straßen als Flächen zu erfassen, müsste jeder, der eine ordentliche Karte davon zeichnen wollte, diese mit vielem Aufwand zuerst skelettieren, um sie anschließend sauber und einheitlich auf Breite darzustellen. Wenn kommen ja Flächen ZUSÄTZLICH. Aus Flächen kannst du nicht wirklich einen Graphen erzeugen. Was natürlich stimmt ist, dass es sehr erfrischend wäre, wenn irgendwann mal ein Kartenstil Straßen bei hohen Zoomstufen in ihrer tatsächlichen Breite rendern würde. Derzeit kenn ich keinen, der das tut. Was ist denn die tatsächliche Breite? Die gibt es nicht. Wenn du als highway= immer nur die Mitte angibts und dann noch weisst das es eine tertiary ist dann kann die zwischen 3 und 16m breit sein. Ich habe mal irgendwann angefangen Straßenbreiten zu erfassen und einzutragen. Wird aber nicht gerendert (nicht mal im lane view vom josm) so das das eine totgeburt ist. Schön wäre wenn wir das mal mit waterways anfangen würden. Entsprechend sind die meisten Aufrufe zu Erfassung von Straßen als Flächen auch schlicht und einfach Mapping für den Renderer - der Versuch, Arbeit bei der Kartenstil-Entwicklung durch Arbeit beim Mapping zu substituieren. Sehe ich anders. Es gibt den drang jedem Quadratmeter eine Bedeutung zuzuweisen. Und bei Straßen geht das mit dem aktuellen OSM Modell leider nicht. Also hat die Unsitte einzug gehalten den landuse oder andere Flächen wie Parkplätze, Parks, Gebäude etc einfach mit irgendwas zu verkleben was in der nähe ist damit keine Lücken entstehen. Das diese Lücken in der Realität bestehen (Fläche zwischen Straßenbegleitendem Radweg und Fahrbahn z.b.) interessiert da nicht. Wenn jemand zuätzlich die Straßen-/körper als Flächen mapped bin ich dafür - Muss halt ordentlich passieren und das Modell muss halt die Optionen von Fahrradschutzstreifen, Fußwegen etc beinhalten. Die Frage ist noch ob das kommt sondern wann. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
On Thu, Jul 09, 2015 at 03:18:48PM +0200, Christoph Hormann wrote: Bei den Flüssen geht es um die Erfassung der wasserbedeckten Flächen auf der einen Seite und die Erfassung der Fließstruktur des Wassers auf der anderen. Wenn jemand eine Straße als Fläche erfasst geht es hingegen gerade nicht um die Erfassung der asphaltierten Fläche, denn diese kann große Teile beinhalten, die gerade nicht Bestandteil der Fahrbahn sind. Auch vom Informationsgehalt ist der Unterschied gewaltig - eine zusätzliche Erfassung von Straßen als Fläche würde zwar etwa die dreifache Datenmenge bedeuten, 90% der zusätzlichen Daten wären jedoch redundant und könnten aus einer akkuraten Linienerfassung problemlos hergeleitet werden. Mach einen Validator der da Bugs setzt und es werden Mapper kommen und es reparieren. Es ist glaube ich ziemlich Konsens das ein Waterway aus der linie und optional einer Riverbank besteht. Damit wäre das fehlen des waterways ein Bug. Ich glaube aber nicht das das ein wirklich großes Problem ist. Hast du mal zahlen zu oder Beispiele? Und die Flüsse sind ja auch ein gutes Beispiel für die Nachteile einer Doppelerfassung, denn es gibt als Resultat leider jede Menge Flüsse, die nur als Fläche erfasst sind, weshalb man einen Riesenaufwand treiben muss, wenn man alle Flüsse als Linien haben möchte. So was auch bei Straßen zu haben ist nicht wirklich erstrebenswert. Das ist jetzt aber alles kein Plädoyer gegen die Erfassung von Details am Straßenrand - Parkbuchten, Verkehrsinseln etc. Es geht darum, dass das Erfassen der von Straßen ohne solche Details (was weit über 90 Prozent der gesamten Straßenlänge darstellt) als Polygon kontraproduktiv wäre. Das bestreite ich. Ich fände das spannend wenn Menschen dafür Zeit hätten das zu mappen. Ich selbe finde das gerade nicht spannend oder würde damit anfangen. Aber es würde mich nicht stören. Bei entsprechenden Regeln für mapnik wäre das optische Ergebniss um ein vielfaches besser und den Aufwand auch wert. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
sent from a phone Am 09.07.2015 um 15:41 schrieb Norbert norbert.brunkha...@online.de: Auf der anderen Seite der Straße gibt es Kleingärten, die auch direkt am Gehweg anfangen. Auch hier klebe ich das direkt an die Straße. und wenn jetzt noch eine alte Telefonzelle am Straßenrand rumsteht, wo kommt die hin? Auf die Straßenmitte oder in den Friedhof? Ich sage ja nicht, dass man es nicht begründen kann, die Flächen mit den Straßen im Graphenmodell zu verbinden, es hat nur meiner Meinung nach viel mehr Nachteile als Vorteile. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
On Thu, Jul 09, 2015 at 03:41:10PM +0200, Norbert wrote: Hallo, ich verstehe gar nicht, dass die Meisten doch gegen das Ankleben sind. Die Linie repräsentiert doch die Straße, die in ihrer wirklichen Breite nicht gemappt wird. Alles andere macht der Renderer (oder auch nicht). Wenn zum Beispiel auf der einen Seite einer Straße ein Gehweg ist und anschließend direkt die Friedhofsmauer, dann wird dies mit sidewalk an die Straße gemappt. Wenn ich nun den Friedhof mit seiner Mauer direkt an die Straße klebe, dann entspricht dies doch der Wirklichkeit. Zwischen Straße und Friedhof ist kein Niemandsland. Aber die Mauer steht nicht in der Mitte der Fahrbahn. Die Straße markiert die Mitte OHNE Ausdehnung. Die Mauer steht aber NEBEN der Straße. Auf der anderen Seite der Straße gibt es Kleingärten, die auch direkt am Gehweg anfangen. Auch hier klebe ich das direkt an die Straße. Beginnen denn die Kleingärten an der Mittellinie der Straße? Es ist die Aufgabe des Renderes dies korrekt darzustellen. Leider macht der mapnik mit den Angaben zu Gehwegen entlang der Straßen nichts. Sorry - nein - OSM hat da ein Hybrides Modell. Es gibt landuse/amenity/building etc die die wirklich ausdehnung von Objekten beschreiben. Und es gibt wege die nur die Mitte markieren (waterway, highway). Diese zu mischen ist halt Geometrischer müll. Irgendwann werden wir zusätzlich zur Mitte der Straße die wir zur erzeugung eines Graphen für das Routing brauchen auch die Fläche erfassen. An diese Fläche darf dann gerne auch der landuse geklebt werden. Es gab da schon verschiedene Modelle - am Ende ist das aber ziemlich kompliziert weil eben zum Straßenkörper mehr als die Asphaltierte fläche gehört. Bei einem Wald verlaufen die Wege auch über den landuse-Bereich. Ich mappe doch nicht jeden Acker oder jedes Waldstück separat. Ich schon. Wenn da mehr als nur ein Pfad durch den Wald geht d.h. Straßenbegleitender Radweg etc dann wird die Schneise so groß das ich das auftrenne. Beispiel: http://www.openstreetmap.org/?mlat=51.83813mlon=8.23824#map=17/51.83813/8.23824 Wenn man drumherum guckt wird man auch Lücken im Landuse erkennen. Die existieren auch so. Dadurch das zwischen Feldern ab und zu mal Flächen sind die eben nicht genutzt (werden dürfen) ergeben sich Lücken. Ob man da dann noch ein natural=scrub oder scree draus macht - Irgendwann mal. Das Argument der Bearbeitung kann ich auch nicht nachvollziehen. In JOSM ist es doch kein Problem das Richtige auszuwählen oder zu bearbeiten. Ich verweise mal auf die mittlere Maustaste. Schon klar das das TECHNISCH alles geht. Der Aufwand bzw die Geschwindigkeit eine Änderung ist aber ein vielfaches. Da wo so Zeugs großflächig verklebt ist lasse ich Änderungen entweder gleich ganz bleiben weil mir meine Zeit zu schade ist - oder ich lösche und mappe neu. Ich trenne da nicht mehr als 2-3 Nodes auf - das ist mir zu mühselig. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-lv] Rīgas adrešu punktu imports no opendata.riga.lv
On 17/06/15 12:46, Viesturs Zarins wrote: Ieliek punktu un tam pieraksta adresi. Normāla lieta. Ir valstis kas tādu praksi piekopj arī ja ēkas ir. ir arii valstis, kur adrese vienmeer ir tikai punkts - daanija, ja pareizi atceros. dziive ir vienkaarshaaka :) par pashu importu, kaa izskataas, ir veel kaadi kaveeklji ? varbuut vajag vienu .osm testam, ja nav iebildumu, import away ? :) ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Wasser
sent from a phone Am 09.07.2015 um 15:27 schrieb Markus liste12a4...@gmx.de: Hast Du aber einen flachen Sandstrand, dann hat der eine obere Begrenzung (Bewuchs, Fels, Strasse), aber nach unten ist das fliessend je nach Wasserstand, bei Tidengewässern sogar täglich mehrmals wechselnd. ist doch egal, die Grenze bleibt immer zwischen Sandstrand und Wasserrand, sie verschiebt sich eben je nach Wasserstand in ihrer Lage. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
On Thu, Jul 09, 2015 at 01:44:24PM +0200, Bernhard Kuisle wrote: Hallo, auch kurz noch meinen Senf zu diesem Thema: Bei großen Straßen, breiten Wasserverläufen ist m.E. die Sache eindeutig: nicht verkleben. Bei winzigen Pfaden im Wald, winzigen Bächen ist m.E. die Sache auch eindeutig, landuse einfach drüber laufen lassen. (oder?) Und Ich mache das nach Gefühl - Im Wald - ja - Da lasse ich den landuse tendentiell auch drüberlaufen. Entwässerungsgräben im Feld mache ich meist als separate Flächen. Liegt aber eher dran das meist ja gewisse Abstände eingehalten werden müssen so das eh streifen drumherum auch kein farmland sein KANN. dazwischen zieht jeder für sich wohl die Grenzen zwischen drüberlaufen lassen, verkleben und nicht verkleben!? Ich habe früher mehr verklebt als heute, wende aber immer noch beides an, eben von Fall zu Fall. Zu einem oben angeführten Argument möchte ich auch noch Stellung nehmen, zu der angeblich einfacheren Editiermöglichkeit wenn nicht verklebt wird: Bei verklebten Flächen brauche ich beim Verschieben eines Punktes nur diesen verschieben, bei nicht verklebten Flächen immer drei! Und das Auftrennen ist zumindest in JOSM wirklich kein Hexenwerk. Gruß Bernhard Bei landuse an landuse gebe ich dir recht. Da merge ich auch die Nodes wenn da nichts dazwischen ist wie ein Graben etc ... Bei Highways sehe ich das anders. Alle topologieänderungen - alles auftrennen - verschieben und selektiv wieder verkleben - Murks. Ich habe ja teilweise 5-7 wege parallel. Landuse, Graben, Radweg, Straße, Radweg, Graben, Landuse. Da die nodes immer in einer Linie legen kann ich alle 7 auf einmal selektieren und in der Lage korrigieren. Aber ich kann auch die Wege relativ zueinander korrigieren. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Am 09.07.2015 um 17:19 schrieb Markus: Hallo Norbert, Die Linie repräsentiert doch die Straße, die in ihrer wirklichen Breite nicht gemappt wird. Ja. Dabei ist die Linie ein Graph, eine Kante zwischen zwei Knoten. Damit wird der Weg für das Routing abgebildet. Der Graph entspricht die *Mittellinie* der Strasse (Form und Lage). (wie du oben schreibst: die Linie repräsentiert die Strasse) Der Renderer macht aus der Linie und den tags (Breite, Spurzahl, etc) die entsprechende Darstellung (Farbe, Breite). Beim mapnik kann ich das aber nicht erkennen. Wenn zum Beispiel auf der einen Seite einer Straße ein Gehweg ist und anschließend direkt die Friedhofsmauer Aus dem Graphen der Strasse und dem Attribut Gehweg macht der Renderer die Strasse mit Gehweg. Auch das macht mapnik nicht. Wenn ich nun den Friedhof mit seiner Mauer direkt an die Straße klebe, dann entspricht dies doch der Wirklichkeit. Nein. Der Friedhof ist eine Fläche, mit genauer Flächengrenze. Die Strasse hingegen ist ein Graph, der die Mittellage der Strasse angibt. Wo würdest Du die Friedhofsmauer/-Zaun eintragen? (ich hoffe, nicht auf der Strassenmitte ;-) ) Ich bin für zeichnen was man sieht :-) Du zeichnest ja keine Straße wie Du sie siehst, sondern nur eine Linie, bestenfalls in der Straßenmitte. Der Renderer mach dann daraus was er will. Wie oben schon beschrieben ignoriert mapnik die Anzahl der Spuren und Geh- oder Radwege. Wenn ein Haus zu nah an einer Straße steht, rendert mapnik ja auch die Straße einfach über das Haus, obwohl man nach bestem Luftbild das Haus richtig eingezeichnet hat. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-ja] 地理院地図と基盤地図情報のsource表記（changesetでの付与）について
いいだです。 OSM wikiを更新しました。 http://wiki.openstreetmap.org/wiki/JA:GSI_KIBAN 2015年7月6日 18:14 Satoshi IIDA nyamp...@gmail.com: いいだです。 先日メールしたこの件、source_refタグの付与について、 特にご意見ないようなので、進めたいと思っています。 基盤地図情報のトレースを行う際に、source_refタグの付与を行わない、 という方向でOSM wikiなどドキュメント整備します。 ご意見あるかたは、早めにご連絡いただけると幸いです m(_ _)m https://lists.openstreetmap.org/pipermail/talk-ja/2015-June/008946.html ``` ■基盤地図情報のsource_refタグについて いままでは、オブジェクトに対して、sourceタグとsource_refタグを付与していました。 これを、 「変更セットとオブジェクトのどちらか、あるいはその両方に対して」 「sourceタグを付与する」という形にしたいです。 つまり、source_refタグを付与することを止めたいです。 http://wiki.openstreetmap.org/wiki/JA:GSI_KIBAN ``` 2015年6月23日 23:09 Satoshi IIDA nyamp...@gmail.com: いいだです。 先日、sourceタグの運用についてというスレッドで sourceタグの付与についての観点がありましたので、 地理院地図、および基盤地図情報のトレース利用について、 sourceタグの付与方法についてWikiページを更新しました。 https://lists.openstreetmap.org/pipermail/talk-ja/2015-May/008928.html 「オブジェクトに対してsourceタグを付与する」という記載だった内容を、 「変更セットとオブジェクトのどちらか、あるいはその両方に対して」という記載に変更しています。 http://wiki.openstreetmap.org/wiki/JA:GSImaps http://wiki.openstreetmap.org/wiki/JA:GSI_KIBAN 地理院の担当者とは上記内容について連絡を行っており、了解をいただいています。 また、1つだけ、みなさんに相談してから書き換えたいと思っている部分があるので、 ご意見をいただけたらと思います。 ■基盤地図情報のsource_refタグについて いままでは、オブジェクトに対して、sourceタグとsource_refタグを付与していました。 これを、 「変更セットとオブジェクトのどちらか、あるいはその両方に対して」 「sourceタグを付与する」という形にしたいです。 つまり、source_refタグを付与することを止めたいです。 http://wiki.openstreetmap.org/wiki/JA:GSI_KIBAN sourceタグによる出典表記の方法についてはOSM側の判断に従うとのことであり、 sourceタグだけでも出典明記の条件を満たしている、という判断をいただいていますので、 source_refタグを付与しなくなることに特に問題はないと考えています。 よろしくお願いします m(_ _)m -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-cz] Seznam zastávek hromadné dopravy od dopravců nebo správců integrovaných systémů
Pokud jde o Brno, tak s novým vedením, ale mnohé asi šlo už dříve, chtějí jít cestou - co lze zveřejnit, ať je veřejné. Jen to nejde ven tak rychle, jak by sami chtěli. Pokud jde o praktické zkušenosti, tak bych doporučil Martina Čežíka. Jeho loňská přednáška https://www.openalt.cz/2014/events.html#67 na OpenAltu je poučná i zábavná. (Teda alespoň já si jí užil). Mnoho štěstí. Už se těším na mapu, kde budou vidět jednotlivá vozidla v pohybu, jako lidé na mapě Bradavic ;-) On 09/07/15 11:09, Jan Cibulka wrote: Mě dpmb dalo (před rokem a půl) akorát brno. Je to na 106tku, takže svolení k užití inho netřeba. From: Jan Breuer mailto:jan.bre...@jaybee.cz Sent: 9. 7. 2015 11:00 To: OpenStreetMap Czech Republic mailto:talk-cz@openstreetmap.org Subject: Re: [Talk-cz]Seznam zastávek hromadné dopravy od dopravců nebo správců integrovaných systémů Chtěl jsem spíš vědět, jestli někdo dostal data / dostal svolení data použít v OSM / importoval data do OSM. Tam kde se pohybuji totiž zastávky v OSM dost chybí. Brno dává data pro Brno nebo pro celý jihomoravský kraj? JB Dne 9. července 2015 10:40 Jan Cibulka ho...@datastory.cz mailto:ho...@datastory.cz napsal(a): Praha a Brno na žádost poskytujou GTFS s řádama, součást jsou i souřadnice zastávek a přiřazení do uzlů. From: Jan Breuer mailto:jan.bre...@jaybee.cz Sent: 9. 7. 2015 10:38 To: OpenStreetMap Czech Republic mailto:talk-cz@openstreetmap.org Subject: [Talk-cz] Seznam zastávek hromadné dopravy od dopravců nebo správců integrovaných systémů Ahoj, nezkoušel jste někdo kontaktovat nějaké dopravce nebo správce integrovaných systémů o použití seznamu zastávek s geografickou polohou pro OSM? Určitě taková data mají - minimálně třeba IDOL (KORID LK s.r.o.) nebo IDS-JMK (KORDIS JMK, a.s.) - pro informační tabule a hlášení v dopravním prostředku. Nechci opakovat snahu, která již v minulosti bezvýsledně proběhla, ale nenašel jsem o tom nikde zmínku. Kdysi se tu vedla debata o čerpání z jízdních řádů, ale to není ono. Děkuji, JB ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-lv] orientēšanās sporta karte
On 20/03/15 21:57, Marat wrote: FYI Kā top orientēšanās sporta karte? To raidījumā Te skaidro viens no Latvijas pazīstamākajiem kartogrāfiem Edmunds Zvaigzne: https://vimeo.com/122510781#t=1495s ar nelielu nokaveeshanos noskatiijos, bija interesanti. zheel, ka viirs osm nedarbojas :) -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
On Thursday 09 July 2015, Florian Lohoff wrote: Mach einen Validator der da Bugs setzt und es werden Mapper kommen und es reparieren. Es ist glaube ich ziemlich Konsens das ein Waterway aus der linie und optional einer Riverbank besteht. Damit wäre das fehlen des waterways ein Bug. Ich glaube aber nicht das das ein wirklich großes Problem ist. Hast du mal zahlen zu oder Beispiele? Das variiert weltweit sehr stark, in manchen Gegenden handgemappt aber 10-20 Prozent, die Seitenarme bei verzweigten Flüssen sind insgesamt sogar mehrheitlich ohne Linie, bei den meisten Importen (insbesondere Kanada) über 90 Prozent. http://www.openstreetmap.org/way/59227698 http://www.openstreetmap.org/way/24340339 http://www.openstreetmap.org/way/119037834 http://www.openstreetmap.org/relation/1451095 http://www.openstreetmap.org/way/118963916 Ich denke kaum, dass Du viele Mapper finden würdest, die motiviert sind da per Hand ohne halbwegs komfortable Editor-Unterstützung Linien reinzumalen. -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] KČT (Re: WeeklyOSM CZ 257)
Ahoj, já trochu mlčím, protože mě zaujal příspěvek Jezevce, který tu psal, že vlastně není o čem jednat a smlouvat. Odbl je jasná a na ní nic nezměníme, takže ať už organizace či fyzická osoba může něco garantovat přesně do chvíle, než pushne data na server. Může garantovat leda to, že nebude s daty zacházet v rozporu s Odbl. Ještě mě napadá celou věc otočit - t.j. nežádat o data, ale naopak *nabídnout* elektronické publikování tras KČT na veřejně přístupné a v nezanedbatelné míře používané mapě, a to *zdarma* ;-). Nabídnou naši práci, že trasy zapracujeme do OSM. Tato nabídka by mohla být učiněna prostřednictvím OSGEO. Také bychom za takovou práci mohli chtít peníze, že. -- Petr Dne Čt 9. července 2015 18:14:55, Ladislav Nesnera napsal(a): LvB https://www.lvb.cz/o-lvb léta fungovalo čistě neformálně, což byl problém při pořádání konference LinuxAlt, kde partneři, FIT VUT Brno atd. potřebovali nějakou protistranu s IČ na uzavírání smluv, fakturaci. V tomto nás kryl Liberix http://www.liberix.cz/. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
On Thursday 09 July 2015, Florian Lohoff wrote: Was ist denn die tatsächliche Breite? Die gibt es nicht. Wenn du als highway= immer nur die Mitte angibts und dann noch weisst das es eine tertiary ist dann kann die zwischen 3 und 16m breit sein. Ich habe mal irgendwann angefangen Straßenbreiten zu erfassen und einzutragen. Wird aber nicht gerendert (nicht mal im lane view vom josm) so das das eine totgeburt ist. OK - also doch mapping für den Renderer bzw. Editor. Von Wirkung sein würde das aber wie gesagt sowieso erst ab Zoomstufe 17 oder 18. Das amüsante an dem Thema ist eigentlich, dass diese Diskussion und die verbundene schmerzliche Erfahrung ungeschickter Weichenstellungen etwas ist, das im 3D-Grafik-Bereich in den letzten Jahrzehnten eigentlich vorexerziert wurde. Die Kartographie/Geodaten-Verarbeitung hinkt da etwas nach. Im 3D-Grafik-Bereich wurde in der Anfangszeit (der vor Hardware-3D-Era, etwa bis Anfang 1990er) fast ausschießlich mit parametrisch und implizit definierten Flächen gearbeitet. Explizit über einzelne Datenpunkte definierte Flächen beschränkten sich weitgehend auf einfache Polyeder. Mit dem Aufkommen von 3D-Spielen und Hardware-3D-Rendering begann man dann, alles in explizite Dreiecksmodelle zu gießen - bis die Leute irgendwann bemerkten, dass das zwar für die Darstellung (den Renderer) enorm praktisch ist, weil die 3D-Hardware sowieso nur Dreiecke zeichnen kann, für den Ersteller und Bearbeiter der Modelle (den Mapper) und seine Werkzeuge jedoch extrem unpraktisch und einschränkend, solche Modelle zu animieren war zum Beispiel sehr schwierig und sah am Ende meist recht bescheiden aus. Man ging in Folge dessen über die Jahre wieder deutlich stärker zu parametrischen oder impliziten Beschreibungsformen zurück. Den Dreiecksgittermodellen in 3D entspricht die Polygon-Geometrie in der Geodaten-Welt. Die Beschreibung einer Straße über eine Linie und eine getaggte oder über die highway-Klasse und Spurenanzahl vorgegebene Breite ist hingegen eine implizit definierte Geometrie, vergleichbar in 3D mit einer Kette von Zylindern (oder bei variabler Breite Kegeln). -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] Import studánek
On Jul 10, 2015 12:58 AM, Petr Vejsada o...@propsychology.cz wrote: Ještě to asi půjde poladit, je otázka, zda má smysl importovat zdroje na soukromém pozemku, kam se nesmí (access=no?) podle mne ano, pristup se muze zmenit, studanka zustane. Bye ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dvojité koleje tramvajových tratí
Omlouvám se, místo železniční soustavu jsem měl napsat radši kolejovou dopravu. Snahou je mapovat kolejovou dopravu, tj. železnici, tramvaje i všelijaké rychlodráhy konzistentně. Tramvaje se rozlišují v klíči. Například máme-li cestu se 4 pruhy, v každém směru dva a tramvajové koleje jsou ve vnitřních pruzích: lanes=4; lanes:forward=2; (druhý směr se automaticky dopočítá) railway:lanes:forward=tram|no; railway:lanes:backward=tram|no; Znak | zde značí oddělovač pruhů. V :lanes: se začíná se od středu, tj. dělicí čáry. V případě železničních kolejí by místo tram bylo akorát yes. Tohle názvosloví je založeno na systému (http://wiki.openstreetmap.org/wiki/Proposed_features/lanes_General_Extension) , který vznikl pro mapování odbočovacích pruhů (turn_lanes) a dělicích čar (change_lanes; plná, čárkovaná... viz obrázek zde (https://josm.openstreetmap.de/wiki/Styles/Lane_and_Road_Attributes)). Zatím neschválené rozšíření lze najít zde (http://wiki.openstreetmap.org/wiki/Proposed_features/lanes_General_Extension/ProposalPreVoting) . V případě jednosměrky samozřejmě není třeba forward/backward použít. Občas jsem ještě dle reálného stavu přidával omezení, že daný pruh je pouze pro MHD: access:lanes:forward=no|yes; bus/public_transport:lanes:forward=yes|no; Michal -- Původní zpráva -- Od: Petr Vozdecký v...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 10. 7. 2015 0:02:53 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí Ahoj, docela pěkně se to čte (vzhledem k závažnosti problematiky to není vůbec dlouhý - 80 pct lidí to bude číst jako velmi přínosný manuál), ale já jsem se v jednom místě ztratil a to v mezeře mezi 2. a 3. odstavcem... U 2. odstavce jsem nabyl přesvědční, že koleje je vhodné kreslit fyzicky zvlášť a u 3. odstavce, že je ideální je tagovat na stávající silnici... Možná, že jsi v 2. odstavci hovořil o železnici a ve 3. o tramvajích... nicméně u železnice bych si troufal tvrdit, že není sporu o tom, že je potřeba ji kreslit mimo silnice... Díky za dopřesnění VOP BTW: pro případ překladu wikihesla do češtiny jsem k dispozici pro proofreading -- Původní zpráva -- Od: Michal Pustějovský michal.pustejov...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 9. 7. 2015 22:38:47 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí S těmi tramvajovými koleji je problém čistě v tom, že pro železniční soustavu je vymyšlen jeden systém značení a pro silniční druhý, které jsou navzájem ne příliš kompatibilní. A tramvajová infrastruktura zasahuje do obou. Poměrně intenzivně se tohle řešilo zejména v mailing listu Tagging (odkaz na část v archivu https://lists.openstreetmap.org/pipermail/tagging/ 2015-February/ (https://lists.openstreetmap.org/pipermail/tagging/2015-February/)). Já jsem následoval závěry a příklady diskuze. Ve zkratce: Došlo se k tomu, že je nejlepší nechat geometrii obou systémů oddělenou, tj. mapovat koleje separátně od silnice (důvodů je spousta, ať už odlišná geometrie oblouků, absence výhybek, nutnost mít jednu cestu s desítkami tagů pro silnici a železnici zároveň a tedy šílenost úprav - snadná rozbitelnost, konflikty ve značkách maxspeed/name/voltage/ frequency... apod.). Dostaneme tedy sice více prvků, ale každý má pouze pro něj relevantní značky (tj. silnice silniční a železnice železniční). Díky tomu se poměrně snadno upravují a dokonce i nováček při úpravách vidí, co kde je. Geometrie je prostě názornější než přehršel značek. Informaci, že uvnitř silnice jsou koleje, potom pokryje railway:lanes: forward/backward, do které se přímo napíše, ve kterém pruhu se dané koleje vyskytují. Naopak informaci z druhé strany, tedy že koleje jsou uvnitř silnice, pokrývá značka embedded=*. Oba tyto tagy jsou široce používané a lanes prefixy dokonce approved. Vizualizaci přímo v editoru podporuje například styl vykreslování Lanes and road attributes pro JOSM. Ještě bych zde rád uvedl trochu mezinárodní srovnání. Nyní už snad v naprosté většině (podrobně zmapované) Evropy se koleje mapují separátně. Bohužel si většinou mapeři nelámou hlavu s párováním se silnicemi, což na jednu stranu chápu. Dost velká pracnost. Na druhou stranu ale vzniká nekonzistentnost. V ČR jsem asi také jediný, kdo si s tím dal tu práci (viz Brno). Wiki stránku zkusím ve volném čase, pokud si nějaký najdu, updatovat o tuto možnost (resp. přidat reference). Samozřejmě tenhle princip není bez chyby, ale nic lepšího se prozatím prostě nenašlo. Ideálním případem by samozřejmě bylo mapovat pro každou silnici jednotlivé pruhy separátně cestami, jenže to je v nynější situaci utopie. Hlavním problémem je zde reprezentace ulice pouze jednou cestou, což při nynějších potřebách OSM (micromapping/3D mapping) přestává stačit. Právě tohle vedlo k zavedení obludných systémů typu lanes:forward/backward nebo sidewalk=left/right/both apod. To, co je teď v Praze, vypadá na počin nějakého
Re: [Talk-cat] OSMbot per Telegram
Hola, He buscat Massamagrell (Vilaweb, pilota valenciana) i no respon. Ahir Vendrell sense problemes. OsmAnd també ho troba. Teniu aturat el bot? Sent from Yahoo Mail on Android From:Konfrare Albert lakonfrariadelav...@gmail.com Date:dj., jul. 9, 2015 at 11:15 Subject:Re: [Talk-cat] OSMbot per Telegram Ep! Només informar-vos de què hem afegit algunes novetats interessants al bot pel Telegram. Ara amb la comanda /detailsid_osm obtenim informació com adreça, telèfon, mail, lloc web, opening_hours, accés a internet o accés wheelchair. Però no cal que coneguem l'id_osm perquè en fer la cerca (/search) es genera automàticament l'enllaç. També hem aconseguit vincular emojis a tags, de manera que en fer una cerca ens sigui més fàcil identificar de què es tracta. En fi, estem bastant animats amb aquest projecte. Ens aniria molt bé rebre comentaris/crítiques/idees :P També ens ajudareu molt si voteu a l'StoreBot (i encara millor si hi deixeu algun comentari): https://telegram.me/storebot?start=osmbot Ja que això ens ajudaria a estar millor posicionats i a tenir més visibilitat. Salut! El dia 4 de juliol de 2015, 12:03, Konfrare Albert lakonfrariadelav...@gmail.com ha escrit: Hola, Uns quants d'aquesta llista els darrers dies hem estat treballant per fer un bot per Telegram que permeti fer cerques a OpenStreetMap (i per tant compartir-ne els resultats). La idea és anar-lo millorant. Trobareu el bot a (cal tenir Telegram, evidentment): https://telegram.me/osmbot També n'hem creat un copte de Twitter per informar de les novetats: https://twitter.com/osmbot_telegram Ens ha semblat que estava bé atribuir el mèrit de la creació del bot a la comunitat catalana d'OpenStreetMap, penso que està bé, i això ens dóna certa visibilitat. També ens ajudareu a donar visibilitat al projecte si des d'aquest enllaç voteu l'aplicació i hi deixeu un comentari amb les vostres impressions: https://telegram.me/storebot?start=osmbot Si algú té molt d'interès en participar en el desenvolupament / testing / idees del bot, ha de saber que tenim un grup a Telegram amb aquesta finalitat (que per cert, treu fum), una de dos: 1. Em passeu en privat el telèfon i us afegeixo 2. Em dieu el vostre usuari públic de Telegram i us afegeixo (ningú sabrà el número de mòbil). Salut i gràcies! -- KONFRARE ALBERT La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria -- KONFRARE ALBERT La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [OSM-talk-fr] Switch2OSM
Salut Christian, J'avais tenté l'install d'un serveur de tuile il y a quelques mois, mais sans succès. Est-ce qu'il serait possible d'être tenu au courant lorsque la doc de switch2osm sera mise à jour ? Merci ! Stf Le 09/07/2015 23:23, Christian Quest a écrit : Un petit bilan de la journée d'hier: http://openstreetmap.fr/premiere-switch2osm-install-party -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Railway crossing challenge for MapRoulette
I wouldn’t be surprised. It may make sense to add a ‘there is no crossing here’ button to MapRoulette for this challenge so that we can share that with the FRA and they can weed out the stale data. Martijn On Jul 8, 2015, at 11:28 PM, Natfoot natf...@gmail.com wrote: Great Topic, Interesting that I have been doing my own research into this data set. I can tell you without a doubt that some of the information is way out of date or wrong. (http://fragis.frasafety.net/GISFRASafety/) It is my understanding that railroads are supposed to report data like this to the UTC (utilities and transportation commission) and in some way make it back to the FRA. You can find the more up to date Washington UTC data set here: http://www.utc.wa.gov/regulatedIndustries/transportation/rail/Pages/CrossingInventory.aspx There is a new FRA regulation going into effect in October to place clear emergency contact information at each level_crossing or Highway crossing. Lori Halstead of the Washington UTC hopes that following that deadline that the FRA database will be updated. One example, check any railroad crossing in the city limits of Kirkland, WA; if it is active with a current listing for railroad it is out of date by 5 years as the city owns the right of way and much of it has been turned into a trail with no rail or crossing protections. Best Regards, Nathan P email: natf...@gmail.com On Mon, Jul 6, 2015 at 7:46 AM, Martijn van Exel m...@rtijn.org wrote: Hi all, I have done some work to turn the FRA crossing data into a MapRoulette challenge to fix missing railway crossings. Here is the description I have come up with for now: https://www.dropbox.com/s/4xh49ufnwyxp35r/Screenshot%202015-07-06%2008.43.21.png?dl=0 Please share your corrections / feedback so I can improve this if necessary before I push it live. (In particular I am never sure whether to use crossing or level_crossing.) Thanks, Martijn ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-it] Fwd: [HOT] OSMers in Italy in July? Would love to connect!
Magari a qualcuno puo' interessare... settimana prossima ushahidi a Milano. -- Forwarded message -- From: Angela Oduor Lungati angela.od...@gmail.com Date: Thu, Jul 9, 2015 at 9:19 AM Subject: [HOT] OSMers in Italy in July? Would love to connect! To: h...@openstreetmap.org Hey Folks, Hope you’re all well! We’re hosting an Ushahidi meetup in Milan next week, 13th July, 2015 at the Milan Polytechnic http://www.meetup.com/Ushahidi-Community/events/223356092/, and would love to connect with any OSM community members in Italy, or anyone who may be around the area for FOSS4G Europe :). Hit me up if you have any questions(angela AT ushahidi DOT com) Angela Oduor Lungati. Ushahidi Inc http://ushahidi.com/. Platforms: Ushahidi http://download.ushahidi.com/ | Crowdmap https://crowdmap.com/ | CrisisNET http://crisis.net/ | SwiftRiver https://wiki.ushahidi.com/display/WIKI/SwiftRiver Mobile: iOS http://bit.ly/ushahidi_ios_app | Android http://bit.ly/Ushahidi_android_app | SMSSync http://smssync.ushahidi.com/ Skype: ngelzy Twitter: @AngieNicoleOD https://twitter.com/AngieNicoleOD ___ HOT mailing list h...@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-at] Bauminformationssystem Linz
Ich sehe da mit den Zusätzen ND (no-derivates) und NC (non-commercial) ein Problem. Zitat von der Seite https://creativecommons.org/licenses/by-nc-nd/3.0/ *NonCommercial* — You may not use the material for commercial purposes https://creativecommons.org/licenses/by-nc-nd/3.0/#. : Die ODBL erlaubt kommerzielle Verwendung. *NoDerivatives* — If you remix, transform, or build upon https://creativecommons.org/licenses/by-nc-nd/3.0/# the material, you may not distribute the modified material. : Wäre ein Einpflegen in OSM nicht schon ein Derivat? Am 2015-07-09 um 12:09 schrieb Flaimo: Hallo, Die Stadt Linz hat ein Bauminformationssystem unter der Creative Commons Lizenz CC-by-nc-nd 3.0 AThttps://creativecommons.org/licenses/by-nc-nd/3.0/at/veröffentlicht: http://linz.at/umwelt/baumkataster-impressum.asp Dürfen diese Daten aus lizenztechnischer Sicht in OSM übernommen werden? flaimo ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Hallo Jo, Am 2015-07-09 um 12:40 schrieb Jo: Macht ihr das nur für deutschsprechende Gebiete? Meinst du die Umfrage oder das Mappen von Straßen als Flächen? Die Umfrageplattform lässt derzeit nur eine Sprache für die Frage zu. Ich möchte aber in Deutschland eine breite Bandbreite an Teilnehmern haben und daher auch eine deutschsprachige Fragestellung anbieten. Es handelt sich um ein Thema, das sehr viele Mapper betrifft und (anders als Stromleitungen, ÖPNV oder Dachformen kein Spezialistenthema ist). Daher werde ich erstmal die Frage auf Deutsch stellen. Die gleiche Frage kann man später auf Englisch stellen. Vielleicht gibt es Unterschiede zwischen der deutschsprachigen Community und dem Rest der Welt? Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Macht ihr das nur für deutschsprechende Gebiete? Jo 2015-07-09 11:58 GMT+02:00 Michael Reichert naka...@gmx.net: Hallo Christoph, Am 2015-07-09 um 11:48 schrieb Christoph Hormann: Ich bin gespannt, ob es gelingt, diesen Vorschlag irgendwann mal auf das Abstellgleis der erwiesenermaßen schlechten Ideen zu verbannen. Sollte es (hoffentlich rein hypothetisch) irgendwann mal einer schaffen, in OSM dauerhaft alle Straßen als Flächen zu erfassen, müsste jeder, der eine ordentliche Karte davon zeichnen wollte, diese mit vielem Aufwand zuerst skelettieren, um sie anschließend sauber und einheitlich auf Breite darzustellen. Was natürlich stimmt ist, dass es sehr erfrischend wäre, wenn irgendwann mal ein Kartenstil Straßen bei hohen Zoomstufen in ihrer tatsächlichen Breite rendern würde. Derzeit kenn ich keinen, der das tut. Entsprechend sind die meisten Aufrufe zu Erfassung von Straßen als Flächen auch schlicht und einfach Mapping für den Renderer - der Versuch, Arbeit bei der Kartenstil-Entwicklung durch Arbeit beim Mapping zu substituieren. Ich bin bisher davon ausgegangen, dass Straßen als Flächen mappen das Vorhalten von Linestrings der Straßenachsen einschließt. Ich habe meine Zweifel, ob eine gute (d.h. realitätsnahe) Topologie resultiert, wenn man eine große Kreuzungsfläche in einer Stadt skelettiert. :-) Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Bauminformationssystem Linz
Flaimo schrieb: Hallo, Die Stadt Linz hat ein Bauminformationssystem unter der Creative Commons Lizenz CC-by-nc-nd 3.0 AT https://creativecommons.org/licenses/by-nc-nd/3.0/at/veröffentlicht: http://linz.at/umwelt/baumkataster-impressum.asp Dürfen diese Daten aus lizenztechnischer Sicht in OSM übernommen werden? Nein. Bei CC dürfen sie niocht mehr Restriktionen als CC-BY haben (das ist auch der Hauptgrund, warum die meisten Dinge bei Open Government Data in Ö unter der CC-BY 3.0 AT stehen). KaiRo ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-GB] Ways to get a big image of the world?
Hi, On 07/06/2015 10:48 AM, Filip Chirita Rares Cristian wrote: I want to get an A0 poster of the world for my room up and OSM seems like the best choice, really. There's two large PNG download links on http://fred.dev.openstreetmap.org/lowzoom/ - probably not exactly what you want because this does not aim to be a good world map but rather a good indication of OSM data density. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[OSM-talk] Humanitarian OpenStreetMap Team seeks Executive Director
Good morning or good evening depending your timezone, HOT is seeking an Executive Director. Applications are open until July 30, 2015. Would you be able to share this posting within your networks? We've been posting to a number of free boards within the humanitarian and open source spaces. It is also on FOSSjobs. http://hotosm.org/updates/2015-07-02_be_the_executive_director_of_humanitarian_openstreetmap_team Thank you kindly, Heather Heather Leson heatherle...@gmail.com Twitter: HeatherLeson Blog: textontechs.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] Ways to get a big image of the world?
Hi again, I found 90% of what I wanted, and that's this little gem: http://print.mapwebbing.eu/printcomposer It allowed me to create an A0 world map and download it in like 30 seconds. The only things I could want more would be to have all the city names be in English and be able to change the basemap, which for some reason I can't at high zooms (or should I saw low zooms). Cheers, Rares On Mon, Jul 6, 2015 at 3:30 PM, Filip Chirita Rares Cristian chirita.ra...@gmail.com wrote: Hi, Steven, thank you for the suggestion. I'm installing QGIS now but I've never used it before. Marc, yes. I mentioned that page in my initial email. I can't seem to get Bigmap to work :( Regards, Rares On Mon, Jul 6, 2015 at 2:57 PM, Marc Gemis marc.ge...@gmail.com wrote: Did you look at http://wiki.openstreetmap.org/wiki/OSM_on_Paper ? There is also http://wiki.openstreetmap.org/wiki/Bigmap, which is also mentioned on https://help.openstreetmap.org/questions/22/how-do-i-export-map-images-of-larger-areas I hope you find a tool suitable for you. regards m On Mon, Jul 6, 2015 at 10:48 AM, Filip Chirita Rares Cristian chirita.ra...@gmail.com wrote: Hi everyone, Long time no talk. I have a question: is there any easy (does not require programming) of getting an OSM render of an area of my choice to *any* size? I want to get an A0 poster of the world for my room up and OSM seems like the best choice, really. Let me know if you know of anything, I checked this page: http://wiki.openstreetmap.org/wiki/OSM_on_Paper and the best I could find was walking papers but that's only as big as A3. Thanks, Rares ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb -- Life is not the amount of times you breathe, is the moments that take your breath away. To all things comes an end. And to all things comes a beginning. Cred in inspirat, nu in expirat. in vise, nu in somn. In trait, nu in existat. -- Life is not the amount of times you breathe, is the moments that take your breath away. To all things comes an end. And to all things comes a beginning. Cred in inspirat, nu in expirat. in vise, nu in somn. In trait, nu in existat. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[OSM-talk-be] Fwd: [OSM-talk] New road style for the Default map style - the first version
For those that do not follow the talk mailing list, nor the diaries. Some major style changes are in the works -- Forwarded message -- From: Mateusz Konieczny matkoni...@gmail.com Date: Thu, Jul 9, 2015 at 8:49 AM Subject: [OSM-talk] New road style for the Default map style - the first version To: t...@openstreetmap.org I published diary entry describing current state of a new road style for openstreetmap-carto - see http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/35351 It includes preview of style and possible variants of rendering for junction labels, oneway arrows and highway=footway/pedestrian. It also includes description why and how rendering of tram lines was changed (already present in the latest style version, not present in version used on the OSM website). Feedback is welcomed, especially for features where various rendering versions are prepared. ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-de] Talk-de Nachrichtensammlung, Band 108, Eintrag 8
Hallo, ich bin ein strenger Verfechter gegen das Verknüpfen von Straßen und Geodaten der Landnutzung. Folge dabei vor allem den unten genannten Argumenten - Argument #1: Kartographisch schöner, man lässt keine Lücke (Meine Antwort: dem Argument stimme ich zu, halte es aber für irrelevant. Außerdem rendert beispielsweise der deutsche Renderer ohnehin nicht alle Landnutzungsflächen im Agrarbereich (Wieden (Grünland)=ja, Ackerland=ein) Dort sind dann auch Lücken vorhanden - Argument #2: bessere GIS-Modellierung (wurde mir in einer PN geschrieben) (Antwort: Kenne ich mich (sogar als Diplom-Geograph) zu wenig mit aus. Welcher Bereich der Modellierung ist denn gemeint (Verkehrsplanung, Raumplanung, ...) - Argument #3: Wegen überlappender Landnutzungsflächen ist eine Flächenberechnung aus OSM-Daten (z.B. wie viel Fläche in Deutschland bewaldet ist) nicht (leicht) möglich. (Antwort: Lässt sich bei konkurrierenden Web-basierten GIS-Diensten auch nicht machen.) - Argument #4: Die Wiese geht nicht bis zur Straßenmitte. (Antwort: +1) - Argument #5: Gauckelt größere Flächen vor (Antwort: +1) - Argument #6: an Straßenmitten geklebte Flächen sind schwer zu editieren (Antwort: +1) Aus diesem Grund mappe ich meine Landnutzungen getrennt von allen als Linien erfassten Geodaten (es sind nicht nur Straßen sondern auch Wasserwege etc.). Besser wäre, Straßen ebenfalls als eigenständige Verkehrsflächen zu erfassen. Schließlich gibt es bereits Tags für Bahn-Verkehrswege und Wasserwege. Straßen sind auch nichts anderes als Flächen, die (größtenteils in öffentlichem Eigentum) als allgemeine Verkehrsfläche genutzt werden. Als Flächen erfasste Verkehrswege grenzen natürlich an andere Landnutzungsflächen und teilen sich in diesem Fall die Nodes. Beste Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-cat] restriccio d'acces condicionada
Bon dia a tothom i totdon, a la C-26 han posat un senyal de limitació d'acces a vehicles de més de 12 m de llarg en trànsit. És a dir, la senyal de prohibit més de 12 m, amb l'afegit d'una placa a sota amb la inscripció en trànsit. Tinc clar com posar la prohibició més de 12 m amb maxlength=12 Però lo de en trànsit no en tinc ni idea ni ho se veure al wiki. Algun suggeriment?? Salut Jan ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-GB] OS Street View April 2014 Release?
Hi All, I'm pleased to say I have now found a copy of the April 2014 release of the Ordnance Survey Street View OpenData. Releases I now have... 2010-04, 2010-11, 2011-05, 2011-11, 2012-05, 2012-11, 2013-05, 2013-11, 2014-04, 2014-10 2015-05 Kind regards, Grant On 8 July 2015 at 13:31, Grant Slater openstreet...@firefishy.com wrote: Hi Talk-GB, Does anyone have a copy of the April/May 2014 release of the Ordnance Survey Street View OpenData? Files names are eg: osstvw_na.zip I have a near complete collection: 2010-04, 2010-11, 2011-05, 2011-11, 2012-05, 2012-11, 2013-05, 2013-11, 2014-10 2015-05 I run the OpenStreetMap's OSSV site: http://os.openstreetmap.org/ I'm working to update the diff views on the above site. Kind regards, Grant ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[OSM-talk] New road style for the Default map style - the first version
I published diary entry describing current state of a new road style for openstreetmap-carto - see http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/35351 It includes preview of style and possible variants of rendering for junction labels, oneway arrows and highway=footway/pedestrian. It also includes description why and how rendering of tram lines was changed (already present in the latest style version, not present in version used on the OSM website). Feedback is welcomed, especially for features where various rendering versions are prepared. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
In JOSM mit Hilfe von UtilsPlugin2 kann man die ziemlich einfach losmachen vom Weg, und von einander mit Unglue Ways. Die Landuse dann wieder miteinander verknüpfen kann mit dem ContourMerge plugin. OK, es kann und wir haben Tools um es etwas einfacher zu machen, ich selber finde aber auch keinen Zeit und Lust mehr um es tatsäglich zu tun. Polyglot 2015-07-09 10:09 GMT+02:00 Florian Lohoff f...@zz.de: On Wed, Jul 08, 2015 at 06:10:08PM +0200, Michael Reichert wrote: Ich habe eine Umfrage vorbereitet, die noch im Entwurf-Stadium ist. Ich bitte um Kommentare zum Entwurf (hier, auf der OSM-Umfrageplattform oder im Forum). http://osm.haraldhartmann.de/umfrage/poll/36 Mailinglisten- und Forenposts sind das eine, mich interessiert, wie die Mapper denken, die sich nicht so sehr an diesen Diskussionen beteiligen. Kleine Liste an Argumente für das Kleben an Straßen: - kartographisch schöne, man lässt keine Lücke Aber geometrisch falsch. Mappen für den Renderere? - bessere GIS-Modellierung (wurde mir in einer PN geschrieben) Hast du da mehr zu als das Schlagwort? Sehe ich nicht. - Wegen überlappender Landnutzungsflächen ist eine Flächenberechnung aus OSM-Daten (z.B. wie viel Fläche in Deutschland bewaldet ist) nicht (leicht) möglich. Was hat überlappender Landuse mit kleben an Ways zu tun? Nix. Überlappender Landuse ist ebenso kaputt wie kleben an Straßen. Ich gehe davon aus das wir irgendwann anfangen Straßen zusätzlich als Flächen zu erheben. Spätestens dann müssen wir das alles wieder auflösen und aufräumen - Da hab ich ja mal Bock drauf. Kleine Liste an Argumenten gegen das Kleben an Straßen: - Die Wiese geht nicht bis zur Straßenmitte. Richtig - Wiese geht ja noch - Aber ich habe noch nie eine Straße gesehen wo auf der Fahrbahn (bis zur Mitte) noch Bäume stehen. - Gauckelt größere Flächen vor. - an Straßenmitten geklebte Flächen sind schwer zu editieren Das ist für mich das wichtige Argument - Wenn alles bis zur unkenntlichkeit verklebt ist - Am besten highway=residential, landuse=residential auf der einen und landuse=commercial auf der anderen und dann noch ein amenity=parking links und ein highway=pedestrian/area=yes rechts. Dann muss ich Kotzen. Sowas editiere ich nicht mehr - dafür ist mir meine Zeit zu schade. Wenn es ganz dringend ist lösche ich lieber und trage neu ein. Das auseinanderzudröseln ist dermaßen aufwendig das ich es nicht einsehe. Überlasse ich denen die mehr schmerzen gewohnt sind. Meine persönliche Meinung sagt, dass man Landnutzungsflächen nicht an Straßen kleben sollte. Dito Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBVZ4sKJDdQSDLCfIvAQq5OA//Rkw3Cd58qy95KFV3ibNUFBa/2DrAL/x8 /EpZVIunfSrOCHLldRHcYqZVVHArSRU82kTLeI+UkizZsOE1rVmGQN7BbAAz1cAk HMnHp98RZgH9AY8R6nvZdM729dfk7+Jr+9LCMKfAvBQbyO1okmfAtVycjLOUA1KZ N1TFSLRpbz2bKDP0NhP6sD8fb6eO/QhBMkzQO3Iwfpddu4Yb7CnFgQ3IouyqTyRb X1Gb2mVKhWUdV+rWaUuxNfiPuNOd1J+t/Gs61ENUZfi7mp+QKmN1zVN+qfU6Bdqv Uw/oy+DXrnzCAQoW13b0t4Mb0mAOsdp2r87gROBvc7kWrGU8my0kLFXGq4lAgnJm yFzpBxB0PLN3FROPJbr3MAsvp5MtNHyo6uYlQ2SvpBNm8eR1xDPW5ddIiMYjUJ5w lDmFAXk71XjHtjoUUbW43jqXW/mE583t9XjCHXb3d+R+tGXV3X7nSNhq8ias02TP 88OQ9eU9Wix6jmOhVOGfq4Zg0HxiCF5+dknrn7zyITu5e3b+cMdJr3q1GROy2E4x jZ0580DNiGcQH3dCHTdySJgQ4vtrs8de3JW5mCwWpYDuxZNE+TkpGjlx+FUlyGSH b//jMr8XymgnrOOSnoF5mvfWS7s0EWbB94vQrPU1Y0frS78mO4VV/ni8eTjNJZiU vZM99LCo5Ms= =6Sg9 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[talk-ph] Fwd: [OSM-talk] New road style for the Default map style - the first version
Hi all, There might be a drastic change of color scheme for the road system on the OSM main style. Instead of the rainbow UK-inspired scheme, we will get the more usual red-orange-yellow-white scheme. -- Forwarded message -- From: Mateusz Konieczny matkoni...@gmail.com Date: Thu, 9 Jul 2015 08:49:54 +0200 Subject: [OSM-talk] New road style for the Default map style - the first version To: t...@openstreetmap.org I published diary entry describing current state of a new road style for openstreetmap-carto - see http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/35351 It includes preview of style and possible variants of rendering for junction labels, oneway arrows and highway=footway/pedestrian. It also includes description why and how rendering of tram lines was changed (already present in the latest style version, not present in version used on the OSM website). Feedback is welcomed, especially for features where various rendering versions are prepared. ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [Talk-cz] Seznam zastávek hromadné dopravy od dopravců nebo správců integrovaných systémů
Chtěl jsem spíš vědět, jestli někdo dostal data / dostal svolení data použít v OSM / importoval data do OSM. Tam kde se pohybuji totiž zastávky v OSM dost chybí. Brno dává data pro Brno nebo pro celý jihomoravský kraj? JB Dne 9. července 2015 10:40 Jan Cibulka ho...@datastory.cz napsal(a): Praha a Brno na žádost poskytujou GTFS s řádama, součást jsou i souřadnice zastávek a přiřazení do uzlů. -- From: Jan Breuer jan.bre...@jaybee.cz Sent: 9. 7. 2015 10:38 To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Subject: [Talk-cz] Seznam zastávek hromadné dopravy od dopravců nebo správců integrovaných systémů Ahoj, nezkoušel jste někdo kontaktovat nějaké dopravce nebo správce integrovaných systémů o použití seznamu zastávek s geografickou polohou pro OSM? Určitě taková data mají - minimálně třeba IDOL (KORID LK s.r.o.) nebo IDS-JMK (KORDIS JMK, a.s.) - pro informační tabule a hlášení v dopravním prostředku. Nechci opakovat snahu, která již v minulosti bezvýsledně proběhla, ale nenašel jsem o tom nikde zmínku. Kdysi se tu vedla debata o čerpání z jízdních řádů, ale to není ono. Děkuji, JB ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Seznam zastávek hromadné dopravy od dopravců nebo správců integrovaných systémů
Mě dpmb dalo (před rokem a půl) akorát brno. Je to na 106tku, takže svolení k užití inho netřeba. -Original Message- From: Jan Breuer jan.bre...@jaybee.cz Sent: 9. 7. 2015 11:00 To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Subject: Re: [Talk-cz]Seznam zastávek hromadné dopravy od dopravců nebo správců integrovaných systémů Chtěl jsem spíš vědět, jestli někdo dostal data / dostal svolení data použít v OSM / importoval data do OSM. Tam kde se pohybuji totiž zastávky v OSM dost chybí. Brno dává data pro Brno nebo pro celý jihomoravský kraj? JB Dne 9. července 2015 10:40 Jan Cibulka ho...@datastory.cz napsal(a): Praha a Brno na žádost poskytujou GTFS s řádama, součást jsou i souřadnice zastávek a přiřazení do uzlů. From: Jan Breuer Sent: 9. 7. 2015 10:38 To: OpenStreetMap Czech Republic Subject: [Talk-cz] Seznam zastávek hromadné dopravy od dopravců nebo správců integrovaných systémů Ahoj, nezkoušel jste někdo kontaktovat nějaké dopravce nebo správce integrovaných systémů o použití seznamu zastávek s geografickou polohou pro OSM? Určitě taková data mají - minimálně třeba IDOL (KORID LK s.r.o.) nebo IDS-JMK (KORDIS JMK, a.s.) - pro informační tabule a hlášení v dopravním prostředku. Nechci opakovat snahu, která již v minulosti bezvýsledně proběhla, ale nenašel jsem o tom nikde zmínku. Kdysi se tu vedla debata o čerpání z jízdních řádů, ale to není ono. Děkuji, JB ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cat] OSMbot per Telegram
Ep! Només informar-vos de què hem afegit algunes novetats interessants al bot pel Telegram. Ara amb la comanda /detailsid_osm obtenim informació com adreça, telèfon, mail, lloc web, opening_hours, accés a internet o accés wheelchair. Però no cal que coneguem l'id_osm perquè en fer la cerca (/search) es genera automàticament l'enllaç. També hem aconseguit vincular emojis a tags, de manera que en fer una cerca ens sigui més fàcil identificar de què es tracta. En fi, estem bastant animats amb aquest projecte. Ens aniria molt bé rebre comentaris/crítiques/idees :P També ens ajudareu molt si voteu a l'StoreBot (i encara millor si hi deixeu algun comentari): https://telegram.me/storebot?start=osmbot Ja que això ens ajudaria a estar millor posicionats i a tenir més visibilitat. Salut! El dia 4 de juliol de 2015, 12:03, Konfrare Albert lakonfrariadelav...@gmail.com ha escrit: Hola, Uns quants d'aquesta llista els darrers dies hem estat treballant per fer un bot per Telegram que permeti fer cerques a OpenStreetMap (i per tant compartir-ne els resultats). La idea és anar-lo millorant. Trobareu el bot a (cal tenir Telegram, evidentment): https://telegram.me/osmbot També n'hem creat un copte de Twitter per informar de les novetats: https://twitter.com/osmbot_telegram Ens ha semblat que estava bé atribuir el mèrit de la creació del bot a la comunitat catalana d'OpenStreetMap, penso que està bé, i això ens dóna certa visibilitat. També ens ajudareu a donar visibilitat al projecte si des d'aquest enllaç voteu l'aplicació i hi deixeu un comentari amb les vostres impressions: https://telegram.me/storebot?start=osmbot Si algú té molt d'interès en participar en el desenvolupament / testing / idees del bot, ha de saber que tenim un grup a Telegram amb aquesta finalitat (que per cert, treu fum), una de dos: 1. Em passeu en privat el telèfon i us afegeixo 2. Em dieu el vostre usuari públic de Telegram i us afegeixo (ningú sabrà el número de mòbil). Salut i gràcies! -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
On Wed, Jul 08, 2015 at 06:10:08PM +0200, Michael Reichert wrote: Ich habe eine Umfrage vorbereitet, die noch im Entwurf-Stadium ist. Ich bitte um Kommentare zum Entwurf (hier, auf der OSM-Umfrageplattform oder im Forum). http://osm.haraldhartmann.de/umfrage/poll/36 Mailinglisten- und Forenposts sind das eine, mich interessiert, wie die Mapper denken, die sich nicht so sehr an diesen Diskussionen beteiligen. Kleine Liste an Argumente für das Kleben an Straßen: - kartographisch schöne, man lässt keine Lücke Aber geometrisch falsch. Mappen für den Renderere? - bessere GIS-Modellierung (wurde mir in einer PN geschrieben) Hast du da mehr zu als das Schlagwort? Sehe ich nicht. - Wegen überlappender Landnutzungsflächen ist eine Flächenberechnung aus OSM-Daten (z.B. wie viel Fläche in Deutschland bewaldet ist) nicht (leicht) möglich. Was hat überlappender Landuse mit kleben an Ways zu tun? Nix. Überlappender Landuse ist ebenso kaputt wie kleben an Straßen. Ich gehe davon aus das wir irgendwann anfangen Straßen zusätzlich als Flächen zu erheben. Spätestens dann müssen wir das alles wieder auflösen und aufräumen - Da hab ich ja mal Bock drauf. Kleine Liste an Argumenten gegen das Kleben an Straßen: - Die Wiese geht nicht bis zur Straßenmitte. Richtig - Wiese geht ja noch - Aber ich habe noch nie eine Straße gesehen wo auf der Fahrbahn (bis zur Mitte) noch Bäume stehen. - Gauckelt größere Flächen vor. - an Straßenmitten geklebte Flächen sind schwer zu editieren Das ist für mich das wichtige Argument - Wenn alles bis zur unkenntlichkeit verklebt ist - Am besten highway=residential, landuse=residential auf der einen und landuse=commercial auf der anderen und dann noch ein amenity=parking links und ein highway=pedestrian/area=yes rechts. Dann muss ich Kotzen. Sowas editiere ich nicht mehr - dafür ist mir meine Zeit zu schade. Wenn es ganz dringend ist lösche ich lieber und trage neu ein. Das auseinanderzudröseln ist dermaßen aufwendig das ich es nicht einsehe. Überlasse ich denen die mehr schmerzen gewohnt sind. Meine persönliche Meinung sagt, dass man Landnutzungsflächen nicht an Straßen kleben sollte. Dito Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] Seznam zastávek hromadné dopravy od dopravců nebo správců integrovaných systémů
Praha a Brno na žádost poskytujou GTFS s řádama, součást jsou i souřadnice zastávek a přiřazení do uzlů. -Original Message- From: Jan Breuer jan.bre...@jaybee.cz Sent: 9. 7. 2015 10:38 To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Subject: [Talk-cz] Seznam zastávek hromadné dopravy od dopravců nebo správců integrovaných systémů Ahoj, nezkoušel jste někdo kontaktovat nějaké dopravce nebo správce integrovaných systémů o použití seznamu zastávek s geografickou polohou pro OSM? Určitě taková data mají - minimálně třeba IDOL (KORID LK s.r.o.) nebo IDS-JMK (KORDIS JMK, a.s.) - pro informační tabule a hlášení v dopravním prostředku. Nechci opakovat snahu, která již v minulosti bezvýsledně proběhla, ale nenašel jsem o tom nikde zmínku. Kdysi se tu vedla debata o čerpání z jízdních řádů, ale to není ono. Děkuji, JB___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
sent from a phone Am 09.07.2015 um 11:33 schrieb Markus liste12a4...@gmx.de: _Wasser_ Für Wasserwege (Linie) und Wasserflächen (Fläche): Diese sollen nie mit anderen Objekten Punkte teilen. das denke ich nicht, ein Strand wird immer die Punkte teilen mit der Küstenlinie (zum Beispiel), auch ein Seeufer geht immer bis zum See, selbst wenn sich der Wasserstand ändert. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
sent from a phone Am 09.07.2015 um 11:48 schrieb Christoph Hormann chris_horm...@gmx.de: Was natürlich stimmt ist, dass es sehr erfrischend wäre, wenn irgendwann mal ein Kartenstil Straßen bei hohen Zoomstufen in ihrer tatsächlichen Breite rendern würde. das würde kaum einen Gewinn bringen im Vergleich zu dem, was wir schon haben, wenn man hohe detaillierte Zoomstufen rendern will, müssen die Details auch irgendwo herkommen, interessant sind ja gerade die Abweichungen, wo eben nicht genau die Breite eingehalten wird, sondern es Versprünge, Knicke, Ein- und Ausbuchtungen gibt, weil sowas normalerweise aus gutem Grund geschieht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Fwd: [HOT] OSMers in Italy in July? Would love to connect!
Sarebbe particolarmente interessante che partecipasse qualcuno che collabora a HOT e magari qualcuni di Wikimedia 2015-07-09 11:29 GMT+03:00 Simone Cortesi sim...@cortesi.com: Magari a qualcuno puo' interessare... settimana prossima ushahidi a Milano. -- Forwarded message -- From: Angela Oduor Lungati angela.od...@gmail.com Date: Thu, Jul 9, 2015 at 9:19 AM Subject: [HOT] OSMers in Italy in July? Would love to connect! To: h...@openstreetmap.org Hey Folks, Hope you’re all well! We’re hosting an Ushahidi meetup in Milan next week, 13th July, 2015 at the Milan Polytechnic http://www.meetup.com/Ushahidi-Community/events/223356092/, and would love to connect with any OSM community members in Italy, or anyone who may be around the area for FOSS4G Europe :). Hit me up if you have any questions(angela AT ushahidi DOT com) Angela Oduor Lungati. Ushahidi Inc http://ushahidi.com/. Platforms: Ushahidi http://download.ushahidi.com/ | Crowdmap https://crowdmap.com/ | CrisisNET http://crisis.net/ | SwiftRiver https://wiki.ushahidi.com/display/WIKI/SwiftRiver Mobile: iOS http://bit.ly/ushahidi_ios_app | Android http://bit.ly/Ushahidi_android_app | SMSSync http://smssync.ushahidi.com/ Skype: ngelzy Twitter: @AngieNicoleOD https://twitter.com/AngieNicoleOD ___ HOT mailing list h...@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Edoardo Yossef Marascalchi skype: asca_edom ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Hallo, Christoph Hormann schrieb: Sollte es (hoffentlich rein hypothetisch) irgendwann mal einer schaffen, in OSM dauerhaft alle Straßen als Flächen zu erfassen, müsste [...] warum? Das wäre doch wie heute bei Flüssen auch. Ich hab das Flächenfeature riverbank und die semantische Linie, den waterway. So war zumindest bisher meine Vorstellung davon. Derzeit kenn ich keinen, der das tut. Ich schon, bzw zumindest einen der es versucht: http://maps.osm2world.org/?zoom=18lat=48.57603lon=13.45491layers=B0TTFF ;) Entsprechend sind die meisten Aufrufe zu Erfassung von Straßen als Flächen auch schlicht und einfach Mapping für den Renderer Rein anwendungsbetrachtet ist sowas für die Automoblier für ADAS interessant. Wie weit kann ich noch nach rechts ausweichen ohne mich mit meinem Auto zu überschlagen und ähnliche Fragestellungen. Ich kann mir zwar nicht vorstellen, dass OSM jemals solchen Anforderungen genügen könnte, wollte das aber dennoch mal als Anwendungsfall für Straßenflächen genannt haben ^^ Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cat] restriccio d'acces condicionada
Gracies Jaume, força complicat però crec que la més correcta seria la segona opció que proposes maxlength=12 maxlength:conditional=none @ destination Interpreto que vol dir, longitud màxima 12 m com a norma general, però si vas a destinació la longitud màxima és cap (o sigui, no n'hi ha). La primera (access:conditional=destination @ maxlength=12) es podria interpretar malament, que només es permet l'accés al que vagin a destí amb la condició que no superin els 12 m de llarg. Salut, Jan El dia 9 de juliol de 2015, 12:39, jaume...@gmail.com ha escrit: Per ampliar i corregir el que he dit abans, i basant-me en el que he vist a [1], crec que es podria etiquetar de manera semblant a aquesta: access:conditional=destination @ maxlength=12 o bé amb aquestes dues etiquetes: maxlength=12 maxlength:conditional=none @ destination Crec que la segona és més fidel al que representa el senyal, i més segura en cas que algun programa no entengui el :conditional de l'etiqueta. Salut! [1] http://wiki.openstreetmap.org/wiki/Conditional_restrictions El dia 9 de juliol de 2015, 10:00, jaume...@gmail.com ha escrit: La opció access:elquesigui=destination i prohibir la resta. No recordo la fórmula exacta, però al wiki (en anglès) n'hi ha alguns exemples. Jaume Batlle Brugal jaume...@gmail.com El dia 09/07/2015 9:23, Jan Esquerra jan.esque...@gmail.com va escriure: Bon dia a tothom i totdon, a la C-26 han posat un senyal de limitació d'acces a vehicles de més de 12 m de llarg en trànsit. És a dir, la senyal de prohibit més de 12 m, amb l'afegit d'una placa a sota amb la inscripció en trànsit. Tinc clar com posar la prohibició més de 12 m amb maxlength=12 Però lo de en trànsit no en tinc ni idea ni ho se veure al wiki. Algun suggeriment?? Salut Jan ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat -- Jaume Batlle Brugal jaume...@gmail.com ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Hallo, auch kurz noch meinen Senf zu diesem Thema: Bei großen Straßen, breiten Wasserverläufen ist m.E. die Sache eindeutig: nicht verkleben. Bei winzigen Pfaden im Wald, winzigen Bächen ist m.E. die Sache auch eindeutig, landuse einfach drüber laufen lassen. (oder?) Und dazwischen zieht jeder für sich wohl die Grenzen zwischen drüberlaufen lassen, verkleben und nicht verkleben!? Ich habe früher mehr verklebt als heute, wende aber immer noch beides an, eben von Fall zu Fall. Zu einem oben angeführten Argument möchte ich auch noch Stellung nehmen, zu der angeblich einfacheren Editiermöglichkeit wenn nicht verklebt wird: Bei verklebten Flächen brauche ich beim Verschieben eines Punktes nur diesen verschieben, bei nicht verklebten Flächen immer drei! Und das Auftrennen ist zumindest in JOSM wirklich kein Hexenwerk. Gruß Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Hallo Michael, Sollen Landnutzungsflächen sich die Nodes mit Straßen-Ways teilen? Ich habe eine Umfrage vorbereitet Uff - warum kann man die ohne Anmeldung nicht sehen? (hätte gern geholfen, diese möglichst klar zu formulieren) _Wasser_ Für Wasserwege (Linie) und Wasserflächen (Fläche): Diese sollen nie mit anderen Objekten Punkte teilen. Grund: Die Höhe des Wasserspiegels ist immer veränderlich. Je nachdem, welchen Wasserspiegel man zum mappen verwendet, ändern sich Lage und Form der Strömungslinie und der Begrenzungslinie. Benachbarter landuse bleibt aber gleich, auch mittelfristig. Strassen und Flächen werden vielleicht überspült, aber der Bewuchs und die Widmung bleibt weitgehend bestehen. Auch Grenzen bleiben bestehen. Kleine Liste an Argumente für das Kleben an Straßen: - kartographisch schöne, man lässt keine Lücke Wir mappen nicht für den Renderer ;-) - Wegen überlappender Landnutzungsflächen ist eine Flächenberechnung nicht (leicht) möglich. Was ist damit gemeint? - gefluteter Wald im Stausee - Wiese im Parkwald - Wäldchen im Wohngebiet - Wohnen im Industriegebiet, bzw. Industrie im Wohngebiet Kleine Liste an Argumenten gegen das Kleben an Straßen: - Die Wiese geht nicht bis zur Straßenmitte. Auch bis zur Flussmitte geht keine Wiese etc. - Gauckelt größere Flächen vor. Wenn Bäume am Ufer stehen und die Baumkronen über das Wasser reichen, wird manchmal fälschlicherweise der Fluss schmaler gezeichnet. - an Straßenmitten geklebte Flächen sind schwer zu editieren Wir mappen zwar nicht für den Mapper ;-) aber ja, Aneinanderkleben macht mappen unsinnig schwer. Das verhindert damit vermutlich sehr oft Änderungen - mit dem Effekt, dass Aneinanderkleben im Datenbestand ständig zunimmt. Und wenn Aneinandergeklebtes In Lage oder Form bearbeitet wird, wird das Eine möglicherweise verbessert, das damit Verbundene aber meist gleichzeitig entsprechend verschlechtert. Ich vermute, der entscheidende Grund für Aneinanderkleben ist schön... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
On Thu, Jul 09, 2015 at 10:43:51AM +0200, Jo wrote: In JOSM mit Hilfe von UtilsPlugin2 kann man die ziemlich einfach losmachen vom Weg, und von einander mit Unglue Ways. Kenne ich alles - Wenn du aber 4 Wege übereinander hast - Dann das ungluest wird es auch nicht besser - an jeder Ecke hast du dann 4-5 Nodes die man erstmal sortieren muss - Da bin ich mit neuzeichnen schneller. Und den Parkplatz mit 6 nodes - da habe ich schneller ENTF gedrückt als jemand merkt das da noch ein Parkplatz ist ... Was halt geht ist unglue way und dann die geometrie leicht verkleinern. Dann ist es halt aber überall ab ... auch an den benachbarten landuses mit denen das ruhig verbunden sein dürfte in meinen Augen. Die Landuse dann wieder miteinander verknüpfen kann mit dem ContourMerge plugin. Meistens sind da ja auch noch mehr Fehler drin. Wenn da 40ha ein landuse sind - dann drücke ich eh ENTF und mappe das kleinteiliger neu. Ein übel sind ja auch die riesigen Flächen die dann zusammengefasst sind. Da ist dann das Dauergrünland und die Hofstelle und der Knick mit im landuse=farmland mit drin. Im Landsat 8 Bild war das alles grün Ich bin halt für das kleinteilige mappen weil es die Nachbearbeitung sehr viel vereinfacht. Wenn dann irgendwo doch was umgebrochen wird was eigentlich Dauergrünland ist, oder ein Graben entfernt wird etc dann betrifft das meist nur eine Fläche aber nicht gleich 40ha. D.h. aktuell mappe ich teilweise Feldgrenzen als landuse Grenzen. D.h. an den Vegetationsgrenzen entlang. Wenn sich dann mal was ändert dann ja meist an diesen Grenzen entlang. Dann habe ich zwar mal 3-4 Flächen landuse die aneinander angrenzen aber lieber so als dann mit einem mal aus 40ha in der mitte 2ha ausstanzen zu müssen. OK, es kann und wir haben Tools um es etwas einfacher zu machen, ich selber finde aber auch keinen Zeit und Lust mehr um es tatsäglich zu tun. Ich versuche mittlerweile möglichst früh mapper zu finden die solche Fehler machen damit das nicht mehr flächig auftritt. Den rest werden wir die nächsten 20 Jahre halt mal neu mappen ;) Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Hallo Florian, Am 2015-07-09 um 10:09 schrieb Florian Lohoff: On Wed, Jul 08, 2015 at 06:10:08PM +0200, Michael Reichert wrote: Ich habe eine Umfrage vorbereitet, die noch im Entwurf-Stadium ist. Ich bitte um Kommentare zum Entwurf (hier, auf der OSM-Umfrageplattform oder im Forum). http://osm.haraldhartmann.de/umfrage/poll/36 Mailinglisten- und Forenposts sind das eine, mich interessiert, wie die Mapper denken, die sich nicht so sehr an diesen Diskussionen beteiligen. Kleine Liste an Argumente für das Kleben an Straßen: - kartographisch schöne, man lässt keine Lücke Aber geometrisch falsch. Mappen für den Renderere? - bessere GIS-Modellierung (wurde mir in einer PN geschrieben) Hast du da mehr zu als das Schlagwort? Sehe ich nicht. Ein paar User haben vorgestern Abend im IRC (#osm-de, irc.oftc.net) von zwei Accounts berichtet, die systematisch Landnutzung in Mappen (v.a. landuse=residential,commercial,industrial, Äcker/Grünland eher weniger). Da HDYC den Schluss auf kommerzielles Mapping zulies, habe ich dann bei den zwei Accounts nachgefragt und eine ausführliche Antwort erhalten. Im IRC wurde beklagt, dass die beiden Accounts Landnutzung mit Straßen verbinden. Ich habe dies in den Changeset-Kommentaren an die beiden erwähnt. Meine Meinung war bis dahin, dass das Kleben eine Minderheitenmeinung ist (mein subjektiver Eindruck aus zig Diskussionen) bzw. in den vergangenen ein bis zwei Jahren zur Minderheitenmeinung wurde. Die Antwort eines der Accounts (stellvertretend für den anderen) enthielt folgende Argumente, warum die beiden an die Straßen kleben: Am 2015-07-08 um 15:29 schrieb Marsuna: Du hattest angemerkt, dass wir Siedlungsflächen (landuse = residential) exakt auf die jeweiligen Verkehrswege erfassen, dies allerdings nicht erwünscht sei. Diese Thematik scheint unseres Wissens noch ein „Streitpunkt“ zu sein. Aus kartografischer, bzw. GIS-Sicht, ist es korrekt eine Fläche, die direkt an eine Straße grenzt, mit eben dieser Straße zu verbinden. (gerade in Bezug auf die Zoomstufen kann hiermit eine einwandfreie Visualisierung der Topologie erfolgen). Eine offizielle Guideline besteht dazu nicht, aber da du „mittlerweile unerwünscht“ schreibst, scheint es so, als würdest du diesbezüglich aktuellere Information haben. Hast du vielleicht einen entsprechenden Link, damit wir dies selber auch genau nachlesen können? - Wegen überlappender Landnutzungsflächen ist eine Flächenberechnung aus OSM-Daten (z.B. wie viel Fläche in Deutschland bewaldet ist) nicht (leicht) möglich. Was hat überlappender Landuse mit kleben an Ways zu tun? Nix. Überlappender Landuse ist ebenso kaputt wie kleben an Straßen. Bloß gibt es noch keinen Landuse-Validator. Bloß Multipolygon-Validatoren (z.B. OSMI) gibt es. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
On Thu, Jul 09, 2015 at 11:33:00AM +0200, Markus wrote: Hallo Michael, Sollen Landnutzungsflächen sich die Nodes mit Straßen-Ways teilen? Ich habe eine Umfrage vorbereitet Uff - warum kann man die ohne Anmeldung nicht sehen? (hätte gern geholfen, diese möglichst klar zu formulieren) _Wasser_ Für Wasserwege (Linie) und Wasserflächen (Fläche): Diese sollen nie mit anderen Objekten Punkte teilen. Was ich schonmal mache ist wenn der Fluß durch den Wald geht das die riverbank mit dem landuse=forest die nodes teilt. (Definitiv nicht mit dem waterway) Das finde ich geometrisch richtig - Es sind beides Flächen und der Wald geht bis zur Wasserfläche - d.h. auch an der Böschung stehen Bäume. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
On Thursday 09 July 2015, Butrus Damaskus wrote: Das ist ein Scheinargument. Besser sollte man die Straßen mit der richtigen Breite rendern oder sie sogar als eine Fläche taggen. Ich bin gespannt, ob es gelingt, diesen Vorschlag irgendwann mal auf das Abstellgleis der erwiesenermaßen schlechten Ideen zu verbannen. Sollte es (hoffentlich rein hypothetisch) irgendwann mal einer schaffen, in OSM dauerhaft alle Straßen als Flächen zu erfassen, müsste jeder, der eine ordentliche Karte davon zeichnen wollte, diese mit vielem Aufwand zuerst skelettieren, um sie anschließend sauber und einheitlich auf Breite darzustellen. Was natürlich stimmt ist, dass es sehr erfrischend wäre, wenn irgendwann mal ein Kartenstil Straßen bei hohen Zoomstufen in ihrer tatsächlichen Breite rendern würde. Derzeit kenn ich keinen, der das tut. Entsprechend sind die meisten Aufrufe zu Erfassung von Straßen als Flächen auch schlicht und einfach Mapping für den Renderer - der Versuch, Arbeit bei der Kartenstil-Entwicklung durch Arbeit beim Mapping zu substituieren. -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Hallo Markus, Am 2015-07-09 um 11:33 schrieb Markus: Sollen Landnutzungsflächen sich die Nodes mit Straßen-Ways teilen? Ich habe eine Umfrage vorbereitet Uff - warum kann man die ohne Anmeldung nicht sehen? (hätte gern geholfen, diese möglichst klar zu formulieren) Der Login erfolgt mit deinem OSM-Account. Dadurch ist die Umfrage an OSM gebunden. Die Stimmabgabe kann optional anonym erfolgen. Die Stimmabgabe ist noch nicht freigeschaltet, da die Fragestellung noch nicht genau festgelegt ist (ist noch Gegenstand von Änderungen). Die aktuelle Fragestellung gibt es auch im Forum, da ich von dort eine Reihe konstruktiver Hinweise erhalten habe: http://forum.openstreetmap.org/viewtopic.php?pid=514777#p514777 Den Ur-Entwurf kannst du meiner ersten Mail entnehmen. _Wasser_ Für Wasserwege (Linie) und Wasserflächen (Fläche): Diese sollen nie mit anderen Objekten Punkte teilen. Grund: Die Höhe des Wasserspiegels ist immer veränderlich. Je nachdem, welchen Wasserspiegel man zum mappen verwendet, ändern sich Lage und Form der Strömungslinie und der Begrenzungslinie. Benachbarter landuse bleibt aber gleich, auch mittelfristig. Strassen und Flächen werden vielleicht überspült, aber der Bewuchs und die Widmung bleibt weitgehend bestehen. Auch Grenzen bleiben bestehen. Es geht bei der Frage um das Verbinden von Landnutzung mit Straßen. Wasserflächen-Landnutzung und Landnutzung-Landnutzung sind noch mal eigene Fragen, die ich nicht in die Fragestellung aufnehmen möchte, um die Antwortmöglichkeiten übersichtlich zu halten und um eine größere Beteiligung zu erhalten. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Hallo Christoph, Am 2015-07-09 um 11:48 schrieb Christoph Hormann: Ich bin gespannt, ob es gelingt, diesen Vorschlag irgendwann mal auf das Abstellgleis der erwiesenermaßen schlechten Ideen zu verbannen. Sollte es (hoffentlich rein hypothetisch) irgendwann mal einer schaffen, in OSM dauerhaft alle Straßen als Flächen zu erfassen, müsste jeder, der eine ordentliche Karte davon zeichnen wollte, diese mit vielem Aufwand zuerst skelettieren, um sie anschließend sauber und einheitlich auf Breite darzustellen. Was natürlich stimmt ist, dass es sehr erfrischend wäre, wenn irgendwann mal ein Kartenstil Straßen bei hohen Zoomstufen in ihrer tatsächlichen Breite rendern würde. Derzeit kenn ich keinen, der das tut. Entsprechend sind die meisten Aufrufe zu Erfassung von Straßen als Flächen auch schlicht und einfach Mapping für den Renderer - der Versuch, Arbeit bei der Kartenstil-Entwicklung durch Arbeit beim Mapping zu substituieren. Ich bin bisher davon ausgegangen, dass Straßen als Flächen mappen das Vorhalten von Linestrings der Straßenachsen einschließt. Ich habe meine Zweifel, ob eine gute (d.h. realitätsnahe) Topologie resultiert, wenn man eine große Kreuzungsfläche in einer Stadt skelettiert. :-) Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-at] Bauminformationssystem Linz
Hallo, Die Stadt Linz hat ein Bauminformationssystem unter der Creative Commons Lizenz CC-by-nc-nd 3.0 AT https://creativecommons.org/licenses/by-nc-nd/3.0/at/veröffentlicht: http://linz.at/umwelt/baumkataster-impressum.asp Dürfen diese Daten aus lizenztechnischer Sicht in OSM übernommen werden? flaimo ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk-be] How to import from cartoDB/postGIS to OSM?
Bonjour, Nous avons réalisé une site de cartographie historique sur la Campagne de Belgique 1815 http://www.junibis.be. Les données sont actuellement dans CartoDB/postGIS. Quel est le meilleur moyen d'importer tout cela automatiquement dans OSM? Mon language préféré est Ruby. Merci, André (Charlie) Heughebaert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-it] Fwd: [HOT] OSMers in Italy in July? Would love to connect!
Cavolo, parto proprio lunedì per il Messico. Altrimenti sarei andato senz'altrooo Il 09/lug/2015 14:16, Edoardo Yossef Marascalchi e.marascal...@gmail.com ha scritto: Sarebbe particolarmente interessante che partecipasse qualcuno che collabora a HOT e magari qualcuni di Wikimedia 2015-07-09 11:29 GMT+03:00 Simone Cortesi sim...@cortesi.com: Magari a qualcuno puo' interessare... settimana prossima ushahidi a Milano. -- Forwarded message -- From: Angela Oduor Lungati angela.od...@gmail.com Date: Thu, Jul 9, 2015 at 9:19 AM Subject: [HOT] OSMers in Italy in July? Would love to connect! To: h...@openstreetmap.org Hey Folks, Hope you’re all well! We’re hosting an Ushahidi meetup in Milan next week, 13th July, 2015 at the Milan Polytechnic http://www.meetup.com/Ushahidi-Community/events/223356092/, and would love to connect with any OSM community members in Italy, or anyone who may be around the area for FOSS4G Europe :). Hit me up if you have any questions(angela AT ushahidi DOT com) Angela Oduor Lungati. Ushahidi Inc http://ushahidi.com/. Platforms: Ushahidi http://download.ushahidi.com/ | Crowdmap https://crowdmap.com/ | CrisisNET http://crisis.net/ | SwiftRiver https://wiki.ushahidi.com/display/WIKI/SwiftRiver Mobile: iOS http://bit.ly/ushahidi_ios_app | Android http://bit.ly/Ushahidi_android_app | SMSSync http://smssync.ushahidi.com/ Skype: ngelzy Twitter: @AngieNicoleOD https://twitter.com/AngieNicoleOD ___ HOT mailing list h...@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Edoardo Yossef Marascalchi skype: asca_edom ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
On Thursday 09 July 2015, Peter Barth wrote: Sollte es (hoffentlich rein hypothetisch) irgendwann mal einer schaffen, in OSM dauerhaft alle Straßen als Flächen zu erfassen, müsste [...] warum? Das wäre doch wie heute bei Flüssen auch. Ich hab das Flächenfeature riverbank und die semantische Linie, den waterway. So war zumindest bisher meine Vorstellung davon. Bei den Flüssen geht es um die Erfassung der wasserbedeckten Flächen auf der einen Seite und die Erfassung der Fließstruktur des Wassers auf der anderen. Wenn jemand eine Straße als Fläche erfasst geht es hingegen gerade nicht um die Erfassung der asphaltierten Fläche, denn diese kann große Teile beinhalten, die gerade nicht Bestandteil der Fahrbahn sind. Auch vom Informationsgehalt ist der Unterschied gewaltig - eine zusätzliche Erfassung von Straßen als Fläche würde zwar etwa die dreifache Datenmenge bedeuten, 90% der zusätzlichen Daten wären jedoch redundant und könnten aus einer akkuraten Linienerfassung problemlos hergeleitet werden. Und die Flüsse sind ja auch ein gutes Beispiel für die Nachteile einer Doppelerfassung, denn es gibt als Resultat leider jede Menge Flüsse, die nur als Fläche erfasst sind, weshalb man einen Riesenaufwand treiben muss, wenn man alle Flüsse als Linien haben möchte. So was auch bei Straßen zu haben ist nicht wirklich erstrebenswert. Das ist jetzt aber alles kein Plädoyer gegen die Erfassung von Details am Straßenrand - Parkbuchten, Verkehrsinseln etc. Es geht darum, dass das Erfassen der von Straßen ohne solche Details (was weit über 90 Prozent der gesamten Straßenlänge darstellt) als Polygon kontraproduktiv wäre. Derzeit kenn ich keinen, der das tut. Ich schon, bzw zumindest einen der es versucht: http://maps.osm2world.org/?zoom=18lat=48.57603lon=13.45491layers=B 0TTFF ;) Sorry, ja - Du erlaubst hoffentlich, dass ich sage, der zählt hier nicht wirklich - zumal das Thema ja meist erst ab z=18 interessant wird, da unterhalb die Straßen meist sowieso breiter als in Wirklichkeit gezeichnet werden. -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Wasser
Hallo Flo, (habe mal den Betreff hier anders eingegrenzt) Für Wasserwege (Linie) und Wasserflächen (Fläche): Diese sollen nie mit anderen Objekten Punkte teilen. Was ich schonmal mache ist wenn der Fluß durch den Wald geht das die riverbank mit dem landuse=forest die nodes teilt. Wenn der Fluss ein Steilufer hat, dann passt das (wobei: dann liegt der Fluss unten und der Wald oben - und senkrecht dazwischen ist Fels oder so - aber das sieht man in unserer zweidimensionalen DB nicht). Hast Du aber einen flachen Sandstrand, dann hat der eine obere Begrenzung (Bewuchs, Fels, Strasse), aber nach unten ist das fliessend je nach Wasserstand, bei Tidengewässern sogar täglich mehrmals wechselnd. Die höchste untere Grenze kann man oft sehr schön sehen, da wo Holz, Algen und Plastikmüll hingespühlt wird. Siehe Bilder in: http://wiki.openstreetmap.org/wiki/DE:Tag:natural=coastline Das finde ich geometrisch richtig - Es sind beides Flächen und der Wald geht bis zur Wasserfläche - d.h. auch an der Böschung stehen Bäume. Ja - irgendwie stimmt das schon. Ich denke, der Unterschied liegt darin, dass Wald und Wasser unterschiedliche Klassen sind - mit unterschiedlichen Eigenschaften: Beim Wasser zeichnen wir die Wasserline des meist waagrechten Wasserspiegels (Wasserfälle etc. mal ausgenommen). Beim Wald haben wir hohe Bäume. Deren Stämme stehen meist an Land, die Kronen können aber weit über die Wasserlinie hinausragen. Fische haben dann eine deutlich breitere Wasserfläche zur Verfügung, als beispielsweise Wasserflugzeuge. Und auf dem Satellitenbild verschwindet der Fluss vielleicht ganz unter den Baumkronen. Einen Bach zeichne ich wie einen Waldweg einfach durch den Wald, ohne diesen aufzutrennen (und ohne ihn damit zu verknüpfen). Coastline, riverbed, water zeichne ich immer getrennt von anderem. Auch residental zeichne ich nicht bis an die Wassergrenze (ausser da wo die Häuser das /Kanal/-ufer bilden). Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Martin Koppenhoefer wrote on 09.07.2015 13:37: Am 09.07.2015 um 11:33 schrieb Markus liste12a4...@gmx.de: _Wasser_ Für Wasserwege (Linie) und Wasserflächen (Fläche): Diese sollen nie mit anderen Objekten Punkte teilen. das denke ich nicht, ein Strand wird immer die Punkte teilen mit der Küstenlinie (zum Beispiel), auch ein Seeufer geht immer bis zum See, selbst wenn sich der Wasserstand ändert. Genau das schrieb Markus ja: Küsten, Seeen, Strände sind doch alles Flächen. -- Grüße Holger ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Hallo, ich verstehe gar nicht, dass die Meisten doch gegen das Ankleben sind. Die Linie repräsentiert doch die Straße, die in ihrer wirklichen Breite nicht gemappt wird. Alles andere macht der Renderer (oder auch nicht). Wenn zum Beispiel auf der einen Seite einer Straße ein Gehweg ist und anschließend direkt die Friedhofsmauer, dann wird dies mit sidewalk an die Straße gemappt. Wenn ich nun den Friedhof mit seiner Mauer direkt an die Straße klebe, dann entspricht dies doch der Wirklichkeit. Zwischen Straße und Friedhof ist kein Niemandsland. Auf der anderen Seite der Straße gibt es Kleingärten, die auch direkt am Gehweg anfangen. Auch hier klebe ich das direkt an die Straße. Es ist die Aufgabe des Renderes dies korrekt darzustellen. Leider macht der mapnik mit den Angaben zu Gehwegen entlang der Straßen nichts. Bei einem Wald verlaufen die Wege auch über den landuse-Bereich. Ich mappe doch nicht jeden Acker oder jedes Waldstück separat. Das Argument der Bearbeitung kann ich auch nicht nachvollziehen. In JOSM ist es doch kein Problem das Richtige auszuwählen oder zu bearbeiten. Ich verweise mal auf die mittlere Maustaste. Viele Grüße Norbert Am 08.07.2015 um 18:10 schrieb Michael Reichert: Crossposting: http://forum.openstreetmap.org/viewtopic.php?pid=514639#p514639 Hallo, Sollen Landnutzungsflächen sich die Nodes mit Straßen-Ways teilen? Ob man Landnutzungsflächen an Straßen kleben soll oder nicht – wie oft wurde darüber schon gestritten, egal ob Forum oder Mailinglisten oder Stammtische. Beide Seiten haben ihre Argumente vorgebracht. Mich interessiert, wie ihr denkt. Ja. Die Straße und die angrenzende Landnutzungsfläche sollen sich die Nodes teilen. Nein. Die Landnutzungsfläche sollte dort aufhören, wo sie in der Realität aufhört und nicht in der Straßenmitte. Ich habe eine Umfrage vorbereitet, die noch im Entwurf-Stadium ist. Ich bitte um Kommentare zum Entwurf (hier, auf der OSM-Umfrageplattform oder im Forum). http://osm.haraldhartmann.de/umfrage/poll/36 Mailinglisten- und Forenposts sind das eine, mich interessiert, wie die Mapper denken, die sich nicht so sehr an diesen Diskussionen beteiligen. Kleine Liste an Argumente für das Kleben an Straßen: - kartographisch schöne, man lässt keine Lücke - bessere GIS-Modellierung (wurde mir in einer PN geschrieben) - Wegen überlappender Landnutzungsflächen ist eine Flächenberechnung aus OSM-Daten (z.B. wie viel Fläche in Deutschland bewaldet ist) nicht (leicht) möglich. Kleine Liste an Argumenten gegen das Kleben an Straßen: - Die Wiese geht nicht bis zur Straßenmitte. - Gauckelt größere Flächen vor. - an Straßenmitten geklebte Flächen sind schwer zu editieren Meine persönliche Meinung sagt, dass man Landnutzungsflächen nicht an Straßen kleben sollte. Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-ar] Juntada de maperos OSM
El sábado 18 de julio organizamos una* juntada informal de maperos OSM*, la misma va a ser en el IGN (http://osm.org/go/Mnx7EmRql--?m=) a partir de las 15 hasta las... no sabemos. La idea de la juntada es conocernos y empezar a organizarnos para eventos futuros, aunque no es lo único, también nos vamos a pasar trucos de mapeo, GIS, como se mapea esto, como se mapea lo otro, etc., algunos ya dijeron que llevaran sus portátiles, no hay tema fijo aunque ya se tiraron algunos: -métodos automáticos de numeración, -pagina web OSM-AR, -logo OSM-AR, -ruteo de transporte publico, etc. Todo el que quiera venir está mas que invitado, los que ya confirmaron que van, me gustaría que comenten a los demás sus ideas para la juntada. Saludos, y cualquier duda avisen. AgusQui -- *AGUS*! :) ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-cat] restriccio d'acces condicionada
Vaja, el validador del JOSM se m'ha queixat: Sintaxi incorrecta El dia 9 de juliol de 2015, 14:20, Jan Esquerra jan.esque...@gmail.com ha escrit: Gracies Jaume, força complicat però crec que la més correcta seria la segona opció que proposes maxlength=12 maxlength:conditional=none @ destination Interpreto que vol dir, longitud màxima 12 m com a norma general, però si vas a destinació la longitud màxima és cap (o sigui, no n'hi ha). La primera (access:conditional=destination @ maxlength=12) es podria interpretar malament, que només es permet l'accés al que vagin a destí amb la condició que no superin els 12 m de llarg. Salut, Jan El dia 9 de juliol de 2015, 12:39, jaume...@gmail.com ha escrit: Per ampliar i corregir el que he dit abans, i basant-me en el que he vist a [1], crec que es podria etiquetar de manera semblant a aquesta: access:conditional=destination @ maxlength=12 o bé amb aquestes dues etiquetes: maxlength=12 maxlength:conditional=none @ destination Crec que la segona és més fidel al que representa el senyal, i més segura en cas que algun programa no entengui el :conditional de l'etiqueta. Salut! [1] http://wiki.openstreetmap.org/wiki/Conditional_restrictions El dia 9 de juliol de 2015, 10:00, jaume...@gmail.com ha escrit: La opció access:elquesigui=destination i prohibir la resta. No recordo la fórmula exacta, però al wiki (en anglès) n'hi ha alguns exemples. Jaume Batlle Brugal jaume...@gmail.com El dia 09/07/2015 9:23, Jan Esquerra jan.esque...@gmail.com va escriure: Bon dia a tothom i totdon, a la C-26 han posat un senyal de limitació d'acces a vehicles de més de 12 m de llarg en trànsit. És a dir, la senyal de prohibit més de 12 m, amb l'afegit d'una placa a sota amb la inscripció en trànsit. Tinc clar com posar la prohibició més de 12 m amb maxlength=12 Però lo de en trànsit no en tinc ni idea ni ho se veure al wiki. Algun suggeriment?? Salut Jan ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat -- Jaume Batlle Brugal jaume...@gmail.com ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Christoph Hormann schrieb: Ich denke kaum, dass Du viele Mapper finden würdest, die motiviert sind da per Hand ohne halbwegs komfortable Editor-Unterstützung Linien reinzumalen. Zumindest einen. Sowas find ich ne tolle Feierabendentspannung :D Sollte ich vielleicht auch einen Maproulette-Task dazu schreiben. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] tag pro okres a mestskou cast
Dobrý den, hranice městských částí jsou vedeny v RÚIAN (viz ZZR §31). Viz např. http://vdp.cuzk.cz/marushka/?ThemeID=1MarQueryID=MCMarQParamCount=1MarQParam0=547387MarPanelLegend=falseInfoURL=http://vdp.cuzk.cz/vdp/ruian/prechodNaDetailInfoTarget=vdpWindow_1436475224716 http://vdp.cuzk.cz/vdp/ruian/mestskecasti/vyhledej?ob.kod=554782mp.kod=sp.kod=mc.nazev=mc.kod=mcg.sort=UZEMIsearch=Vyhledat# Petr Souček -Original Message- From: jzvc [mailto:j...@tpfree.net] Sent: Tuesday, July 07, 2015 3:35 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] tag pro okres a mestskou cast Dne 5.7.2015 v 10:39 Petr Vejsada napsal(a): Dne Ne 5. července 2015 10:07:09, Milan Sladky napsal(a): Diky. Predpokladam tedy, ze mestska cast / suburb neni mestka cast, ale katastralni uzemi / admin_level=10. jj, 10-katastralni uzemi. Mestske casti maji jen statutarni mesta` v jinych mestech mestske casti nejsou. Celkem je v CR 142 mestskych casti a jsou jen v osmi statutarnich mestech (Hlavni mesta regionu soudrznosti). Cus, pokud si pamatuju, ty mestky casti se tu pomerne dost propiraly, a nakonec to skoncilo s tim, ze defakto neexistuje zadnej adekvatni zdroj, kterej by rek kudy vedou hranice. Defakto by se do toho daly zahrnout adresy, ale jestli vede hranice v ose silnic, nebo napric parkem/polem/... nikde neni receno. BTW: Ze mestske casti nejsou jinde bych se tvrdit neodvazil. Ze se oficielne/polooficielne (ne)pouzivaji je neco jineho. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Switch2OSM
Un petit bilan de la journée d'hier: http://openstreetmap.fr/premiere-switch2osm-install-party -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-us] Join us for summer mapathon BINGO - weekend of Aug 1
Hello! We've got our next OSM US quarterly mapathon coming up the weekend of August 1st - obviously you can host a mapathon in your area any time of the year, but it's also pretty awesome to know that people are mapping across the country at the same time. :) If you want an idea for a theme, we created an OpenStreetMap mapathon BINGO card (https://c1.staticflickr.com/1/439/18875377873_968818d547_z.jpg) that includes images of (and tagging conventions for) summery things to add to OSM. Ice cream shops! BBQ pits! Car washes! Swimming pools! Let's get 'em all into OpenStreetMap. You can read more on our blog post here: http://openstreetmap.us/2015/07/summer-mapathon-bingo/ If you're organizing a mapathon, please add it to the wiki page here so that everyone knows about it: http://wiki.openstreetmap.org/wiki/Mapathon/US_Summer_Mapathon_2015 We also have a new OSM US slack channel for current future mapathon organizers to informally chat about ideas/outreach strategies/successes/etc. - send me your email (elea...@openstreetmap.us) if you would like an invite. Thanks! Eleanor ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-pt] OSM Party
Viva! Este projecto foi 'made with love' para ajudar à adopção do OSM pelos municípios Portugueses. Como é óbvio, não tive oportunidade de testar todos os 308 municípios, portanto se houver algo de errado nos ficheiros gerados, por favor informem. Doei! -- Fernando Ribeiro FYI - O update é 'mais ou menos' semanal... :) No dia 7 de julho de 2015 às 17:13, ulmi.giga ulmi.g...@gmail.com escreveu: Claro que não...até agradeço Peço só que refiras o autor da ferramenta. Cumps, Hugo Santos (Ulmi®) Q: Why is this email five sentences or less? A: http://five.sentenc.es 2015-07-07 16:10 GMT+01:00 Marcos Oliveira marcosoliveira.2...@gmail.com : Obrigado pela iniciativa Rita! Já coloquei o evento na página de projeto Wiki de Portugal http://wiki.openstreetmap.org/wiki/WikiProject_Portugal#Informa.C3.A7.C3.B5es_e_Eventos . Hugo, não te importas que coloque essa página na wiki também para futura referência como uma ferramenta? Parece ser muito interessante! No dia 7 de julho de 2015 às 15:56, Helder Brandão helder.bran...@gmail.com escreveu: Grande Fernando! Sent with MailTrack https://mailtrack.io/install?source=signaturelang=enreferral=helder.bran...@gmail.comidSignature=22 Em 7 de julho de 2015 15:39, ulmi.giga ulmi.g...@gmail.com escreveu: Com a desculpa desta party :) é como muito prazer e gosto que lançamos o primeiro projeto - primeiro de muitos - da OSGeo-PT. O projeto OSMPT-Extrator http://bit.ly/1Hatqh3, foi pensado e realizado pelo Fernando Ribeiro, com o intuito de facilitar o acesso aos dados do OSM para Portugal Continental e Ilhas, assim de uma forma simples o projeto permite realizar download da informação do OpenStreetMap por município de uma forma simples e rápida. Hugo Santos (Ulmi®) Q: Why is this email five sentences or less? A: http://five.sentenc.es 2015-07-07 15:30 GMT+01:00 Rita Melo rita.m...@cm-albergaria.pt: Boa tarde, OSM Party já no dia 11 de julho nas instalações da OERN, no porto! http://www.oern.pt/noticia.php?id=1081 Pelo que, gostaria de convidar todos os interessados a participarem em mais esta atividade. Obrigada desde já pela vossa atenção e disponibilidade. Cumprimentos, *Ana Rita Melo* *Sistemas de Informação Geográfica* *DPGURU - CM ALBERGARIA-A-VELHA* rita.m...@cm-albergaria.pt AVISO Esta mensagem e quaisquer anexos seus podem conter informação confidencial para uso exclusivo do destinatário. Cabe ao destinatário a verificação de vírus e outras medidas que assegurem que esta mensagem não afecta os seus sistemas. Se não for o destinatário, não poderá usar, distribuir ou copiar este e-mail, devendo proceder à sua eliminação e informar o emissor. É estritamente proibido o uso, a distribuição, a cópia ou qualquer forma de disseminação não autorizada deste e-mail e seus anexos. Obrigado DISCLAIMER This e-mail and its attachments may contain confidential information for exclusive use of its recipient. It is your responsability to carry out appropriate virus and other checks to ensure that this message and any attachments do not affect your systems / data. If you are not the intended recipient you must not use, distribute or reproduce this e-mail and you must notify the sender and delete the entire email. Any unauthorized use, dissemination, distribution or copying of this message and its attachments is striclty prohibited. Thank you. *P *Antes de imprimir este e-mail pense bem se é necessário fazê-lo. Before printing this e-mail think if it is necessary. ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt -- Cumprimentos, Helder Brandão ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt -- Um Abraço, Marcos Oliveira ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-cz] Dvojité koleje tramvajových tratí
S těmi tramvajovými koleji je problém čistě v tom, že pro železniční soustavu je vymyšlen jeden systém značení a pro silniční druhý, které jsou navzájem ne příliš kompatibilní. A tramvajová infrastruktura zasahuje do obou. Poměrně intenzivně se tohle řešilo zejména v mailing listu Tagging (odkaz na část v archivu https://lists.openstreetmap.org/pipermail/tagging/ 2015-February/ (https://lists.openstreetmap.org/pipermail/tagging/2015-February/)). Já jsem následoval závěry a příklady diskuze. Ve zkratce: Došlo se k tomu, že je nejlepší nechat geometrii obou systémů oddělenou, tj. mapovat koleje separátně od silnice (důvodů je spousta, ať už odlišná geometrie oblouků, absence výhybek, nutnost mít jednu cestu s desítkami tagů pro silnici a železnici zároveň a tedy šílenost úprav - snadná rozbitelnost, konflikty ve značkách maxspeed/name/voltage/ frequency... apod.). Dostaneme tedy sice více prvků, ale každý má pouze pro něj relevantní značky (tj. silnice silniční a železnice železniční). Díky tomu se poměrně snadno upravují a dokonce i nováček při úpravách vidí, co kde je. Geometrie je prostě názornější než přehršel značek. Informaci, že uvnitř silnice jsou koleje, potom pokryje railway:lanes: forward/backward, do které se přímo napíše, ve kterém pruhu se dané koleje vyskytují. Naopak informaci z druhé strany, tedy že koleje jsou uvnitř silnice, pokrývá značka embedded=*. Oba tyto tagy jsou široce používané a lanes prefixy dokonce approved. Vizualizaci přímo v editoru podporuje například styl vykreslování Lanes and road attributes pro JOSM. Ještě bych zde rád uvedl trochu mezinárodní srovnání. Nyní už snad v naprosté většině (podrobně zmapované) Evropy se koleje mapují separátně. Bohužel si většinou mapeři nelámou hlavu s párováním se silnicemi, což na jednu stranu chápu. Dost velká pracnost. Na druhou stranu ale vzniká nekonzistentnost. V ČR jsem asi také jediný, kdo si s tím dal tu práci (viz Brno). Wiki stránku zkusím ve volném čase, pokud si nějaký najdu, updatovat o tuto možnost (resp. přidat reference). Samozřejmě tenhle princip není bez chyby, ale nic lepšího se prozatím prostě nenašlo. Ideálním případem by samozřejmě bylo mapovat pro každou silnici jednotlivé pruhy separátně cestami, jenže to je v nynější situaci utopie. Hlavním problémem je zde reprezentace ulice pouze jednou cestou, což při nynějších potřebách OSM (micromapping/3D mapping) přestává stačit. Právě tohle vedlo k zavedení obludných systémů typu lanes:forward/backward nebo sidewalk=left/right/both apod. To, co je teď v Praze, vypadá na počin nějakého nadšence, který nemapoval dostatečně precizně a navíc práci nedokončil. Na druhou stranu odsuzovat ostatní, kteří tram. sítě v ostatních městech ČR velice pěkně zmapovali (až na poznámku výše), pouze kvůli jednomu špatnému případu, je trochu krátkozraké. Vzhledem k tomu, že předělat celé Brno, které má mnohem menší tramvajovou síť než Praha, trvalo pár měsíců, tak se do oprav z důvodu nedostatku času opravdu necítím. Navíc to s sebou nese předělání zastávek, občas křižovatek apod. Už tak mám v OSM dost restíků :-) Omlouvám se za rozsah, Michal -- Původní zpráva -- Od: Petr Kadlec petr.kad...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 9. 7. 2015 17:31:48 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí -- Původní zpráva -- Od: jzvc j...@tpfree.net(mailto:j...@tpfree.net) Cus, na mapovani trati per kolej se pracuje dlouhodobe a celorepublikove. Mimochodem, co ti na tom vadi? Obecně asi nic. […ale měl jsem asi nějakou mlhavou představu o úplně jiném tagování, viz níže] V tomhle pripade tam ja osobne vidim celkem znacnej posun proti km/orthofoto (vypada to, ze pouziva nekalibrovanej bing ...). Pak se mi na tom nelibi ze jedna kolej je vedena v ose ulice po stejny linii a druha vedle. Plus v krizovatce se ty koleje krizej a neprotinaj a nejsou spravne udelany prechody. No právě. Je hezké, že existuje nějaký obecný názor nějak dělat dvoukolejné tratě, ale tohle IMHO není nic víc než jedna blbě umístěná copypaste čára v mapě navíc. 2015-07-04 3:24 GMT+02:00 Michal Pustějovský michal.pustejov...@seznam.cz (mailto:michal.pustejov...@seznam.cz): Poloha jednotlivých kolejí má být samozřejmě přesně dle ortofota napasovaného na vektorový katastr. Zakreslovat koleje u vícekolejných tratí separátně je samozřejmě žádoucí. No, budiž, řekněme. Pokud jsou koleje součástí silničního tělesa, používá se ke svázání názvosloví lanes (viz http://wiki.openstreetmap.org/wiki/Lanes (http://wiki.openstreetmap.org/wiki/Lanes)). Spousta příkladů je k nalezení v Brně (viz např. http://www.openstreetmap.org/way/327285746 (http://www.openstreetmap.org/way/327285746)). Ve zkratce jde o to popsat, ve kterém pruhu silnice se koleje nachází. Cestu reprezentující silnici (ulici) bývá zvykem umisťovat na místo dělicí čáry. Může být tedy uprostřed kolejí, ale
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
Hallo, Christoph Hormann schrieb: Auch vom Informationsgehalt ist der Unterschied gewaltig vielleicht oder vermutlich richtig ... eine zusätzliche Erfassung von Straßen als Fläche würde zwar etwa die dreifache Datenmenge bedeuten, 90% der zusätzlichen Daten wären jedoch redundant und könnten aus einer akkuraten Linienerfassung problemlos hergeleitet werden. aber die Herleitbarkeit bezweifle ich im Allgemeinen. In jeder Kurve ist die Straße breiter als auf der Geraden, es gibt ein Bankett, der Mittel- streifen verläuft nicht mittig usw usf. Es kommt nur auf den Detailgrad an den ich erreichen will. Aber auch ich wollte jetzt im Gegenzug kein Plädoyer für die Erfassung von Straßenflächen, fahrbaren Bereich,.. halten sondern hauptsächlich ein Beispiel aus der Industrie nennen, wo solche Informationen theoretisch gewünscht wären. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen
On Thursday 09 July 2015, Peter Barth wrote: aber die Herleitbarkeit bezweifle ich im Allgemeinen. In jeder Kurve ist die Straße breiter als auf der Geraden, es gibt ein Bankett, der Mittel- streifen verläuft nicht mittig usw usf. Es kommt nur auf den Detailgrad an den ich erreichen will. Das ist richtig und man kann sich durchaus darüber unterhalten, ob in solchen Fällen ein Polygon grundsätzlich eine geeignete Methode wäre, das abzubilden. In den wenigen Fällen, wo eine solche Erfassung in OSM derzeit versucht wird, z.B. [1] sind wir jedoch sehr weit von diesem Genauigkeitsgrad entfernt - die Abweichung von der konstanten Breite sind dort zum größten Teil Fehler/Rauschen und nur zu sehr kleinem Teil nützliche Informationen. Praktisch scheint mir deshalb hier oft eine gehörige Portion Wunschdenken dabei, die Idee, dass sich bei der Wahl eines solchen Erfassungsansatzes die entsprechende Genauigkeit von selbst einstellt. [1] https://www.openstreetmap.org/#map=17/54.21373/-3.27204 -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] OSM-CO MapCamp! (was: Join us for summer mapathon BINGO - weekend of Aug 1)
So...MapCamp sounds *amazing* and should definitely be on the wiki and I totally encourage MapCamp copycat events as well, provided you are OK with that. :) They are only one week apart, so I think maybe we should extend our mapathon dates to include either weekend or the week in between. Or we could move the weekend back to match yours if there are a number of organizers who prefer the earlier date - I just worry if folks don't have something in the works already they might need an extra week? Eleanor___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] OSM-CO MapCamp! (was: Join us for summer mapathon BINGO - weekend of Aug 1)
Of course copycats are welcome! Provided Martijn doesn’t retaliate for me copycatting ‘mapternoons’ J I’ll defer to the community but think having the quarterly mapathons spread over a full week with two weekends might be good in future practice. =Russ From: Gmail [mailto:eleanor.t...@gmail.com] Sent: Thursday, July 09, 2015 4:43 PM To: Russell Deffner Cc: talk-us Subject: Re: OSM-CO MapCamp! (was: [Talk-us] Join us for summer mapathon BINGO - weekend of Aug 1) So...MapCamp sounds *amazing* and should definitely be on the wiki and I totally encourage MapCamp copycat events as well, provided you are OK with that. :) They are only one week apart, so I think maybe we should extend our mapathon dates to include either weekend or the week in between. Or we could move the weekend back to match yours if there are a number of organizers who prefer the earlier date - I just worry if folks don't have something in the works already they might need an extra week? Eleanor ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-cz] Import studánek
Ahoj, s potěšením oznamuje navázání skvělé spolupráce s národním registrem pramenů a studánek http://www.estudanky.eu/ . Studánky už mám v Postgre, je jich skoro 8500. Obrázek z Qgisu http://osm.poloha.net/studanky.jpg . Struktura: ID zdroje typ zdroje 1 (studanka, pramen, studna, vrt ,) typ zdroje 2 (mineralni, radioaktivni,...) jmeno GPS odkaz na foto odkaz na zaznam datum vlozeni datum aktualizace jmeno autora jmeno patrona poznamka (jen prvnich 200 znaku) druh (1-bezna, 5-v programu zachranme studanky, 6-pitelna ovsem bez rozboru jen na zaklade informaci od autoru zaznamu) Drobné statistiky: pedro= select count(*),typ1 from studanky group by typ1 order by count desc; count | typ1 ---+-- 4248 | studánka 2724 | pramen 762 | studna 350 | prameniště 262 | jiný vodní zdroj 63 | vrt 36 | vyvěračka pedro= select count(*),typ2 from studanky group by typ2 order by count desc; count | typ2 ---+-- 7763 | 329 | zdroj v ohrožení 198 | minerální 107 | občasný zdroj 36 | radioaktivní 11 | zdroj vyschl 1 | zdroj zničen pedro= select count(*),pitelnost from studanky group by pitelnost order by count desc; count | pitelnost ---+--- 7005 | běžná 1262 | pitelná 178 | v programu Zachraňme studánky Ještě to asi půjde poladit, je otázka, zda má smysl importovat zdroje na soukromém pozemku, kam se nesmí (access=no?) Vybírám z mailu: *** Dobry den, ano typ zdroje v techto datech neni, udelam zvlastni export jen pro openstreet az se dohodneme co tam vse ma byt, prpipadne lze vyuzit data na tomto odkaze ... Vsechny zdroje ktere poskytujeme exportne pro tourmapy a mapy.cz jsou verejne pristupne a funkcni (tedy aspon k datumu zadani do registru). Ostatni zdroje v registu - nepristupne, znicene, chybne ci neprirodni, nejsou soucasti exportu. *** Byrokracii bych odložil na dobu po počáteční diskusi. Moc děkuji Honzovi Kouklovi z Mladých ochránců přírody a zdravím KČT :) -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-de] Wochennotiz Nr. 259 30.6.–6.7.2015
Hallo, die Wochennotiz Nr. 259 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2015/07/wochennotiz-nr-259/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-us] OSM-CO MapCamp! (was: Join us for summer mapathon BINGO - weekend of Aug 1)
Well hello Eleanor! Dang, a bit of schedule conflict as us in the centennial state were already planning an event for the weekend before and I personally have a long-standing commitment that weekend preventing us from pushing back OSM-Colorado-MapCamp!-South Park. But I added it to the wiki anyhow, and was planning on posting something to the list this week; so if you’re in CO or want to come camping and mapping the weekend of July 24-26, head on over to our meetup page (thanks to our meetup sponsor Telenav): http://www.meetup.com/OSM-Colorado/events/223668240/ We’re still very much planning details, but I will probably need to make a rough estimate of tent and car counts to reserve campsites by early next week – will be calling/exploring/maybe reserving a few this weekend. Cheers, =Russ P.S. You can email me at either russdeff...@gmail.com or russell.deff...@hotosm.org if you have questions – or preferably, join the chat on the meetup event. From: Eleanor Tutt [mailto:eleanor.t...@gmail.com] Sent: Thursday, July 09, 2015 3:28 PM To: talk-us Subject: [Talk-us] Join us for summer mapathon BINGO - weekend of Aug 1 Hello! We've got our next OSM US quarterly mapathon coming up the weekend of August 1st - obviously you can host a mapathon in your area any time of the year, but it's also pretty awesome to know that people are mapping across the country at the same time. :) If you want an idea for a theme, we created an OpenStreetMap mapathon BINGO card (https://c1.staticflickr.com/1/439/18875377873_968818d547_z.jpg) that includes images of (and tagging conventions for) summery things to add to OSM. Ice cream shops! BBQ pits! Car washes! Swimming pools! Let's get 'em all into OpenStreetMap. You can read more on our blog post here: http://openstreetmap.us/2015/07/summer-mapathon-bingo/ If you're organizing a mapathon, please add it to the wiki page here so that everyone knows about it: http://wiki.openstreetmap.org/wiki/Mapathon/US_Summer_Mapathon_2015 We also have a new OSM US slack channel for current future mapathon organizers to informally chat about ideas/outreach strategies/successes/etc. - send me your email (elea...@openstreetmap.us) if you would like an invite. Thanks! Eleanor ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-cz] Dvojité koleje tramvajových tratí
Ahoj, docela pěkně se to čte (vzhledem k závažnosti problematiky to není vůbec dlouhý - 80 pct lidí to bude číst jako velmi přínosný manuál), ale já jsem se v jednom místě ztratil a to v mezeře mezi 2. a 3. odstavcem... U 2. odstavce jsem nabyl přesvědční, že koleje je vhodné kreslit fyzicky zvlášť a u 3. odstavce, že je ideální je tagovat na stávající silnici... Možná, že jsi v 2. odstavci hovořil o železnici a ve 3. o tramvajích... nicméně u železnice bych si troufal tvrdit, že není sporu o tom, že je potřeba ji kreslit mimo silnice... Díky za dopřesnění VOP BTW: pro případ překladu wikihesla do češtiny jsem k dispozici pro proofreading -- Původní zpráva -- Od: Michal Pustějovský michal.pustejov...@seznam.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 9. 7. 2015 22:38:47 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí S těmi tramvajovými koleji je problém čistě v tom, že pro železniční soustavu je vymyšlen jeden systém značení a pro silniční druhý, které jsou navzájem ne příliš kompatibilní. A tramvajová infrastruktura zasahuje do obou. Poměrně intenzivně se tohle řešilo zejména v mailing listu Tagging (odkaz na část v archivu https://lists.openstreetmap.org/pipermail/tagging/ 2015-February/ (https://lists.openstreetmap.org/pipermail/tagging/2015-February/)). Já jsem následoval závěry a příklady diskuze. Ve zkratce: Došlo se k tomu, že je nejlepší nechat geometrii obou systémů oddělenou, tj. mapovat koleje separátně od silnice (důvodů je spousta, ať už odlišná geometrie oblouků, absence výhybek, nutnost mít jednu cestu s desítkami tagů pro silnici a železnici zároveň a tedy šílenost úprav - snadná rozbitelnost, konflikty ve značkách maxspeed/name/voltage/ frequency... apod.). Dostaneme tedy sice více prvků, ale každý má pouze pro něj relevantní značky (tj. silnice silniční a železnice železniční). Díky tomu se poměrně snadno upravují a dokonce i nováček při úpravách vidí, co kde je. Geometrie je prostě názornější než přehršel značek. Informaci, že uvnitř silnice jsou koleje, potom pokryje railway:lanes: forward/backward, do které se přímo napíše, ve kterém pruhu se dané koleje vyskytují. Naopak informaci z druhé strany, tedy že koleje jsou uvnitř silnice, pokrývá značka embedded=*. Oba tyto tagy jsou široce používané a lanes prefixy dokonce approved. Vizualizaci přímo v editoru podporuje například styl vykreslování Lanes and road attributes pro JOSM. Ještě bych zde rád uvedl trochu mezinárodní srovnání. Nyní už snad v naprosté většině (podrobně zmapované) Evropy se koleje mapují separátně. Bohužel si většinou mapeři nelámou hlavu s párováním se silnicemi, což na jednu stranu chápu. Dost velká pracnost. Na druhou stranu ale vzniká nekonzistentnost. V ČR jsem asi také jediný, kdo si s tím dal tu práci (viz Brno). Wiki stránku zkusím ve volném čase, pokud si nějaký najdu, updatovat o tuto možnost (resp. přidat reference). Samozřejmě tenhle princip není bez chyby, ale nic lepšího se prozatím prostě nenašlo. Ideálním případem by samozřejmě bylo mapovat pro každou silnici jednotlivé pruhy separátně cestami, jenže to je v nynější situaci utopie. Hlavním problémem je zde reprezentace ulice pouze jednou cestou, což při nynějších potřebách OSM (micromapping/3D mapping) přestává stačit. Právě tohle vedlo k zavedení obludných systémů typu lanes:forward/backward nebo sidewalk=left/right/both apod. To, co je teď v Praze, vypadá na počin nějakého nadšence, který nemapoval dostatečně precizně a navíc práci nedokončil. Na druhou stranu odsuzovat ostatní, kteří tram. sítě v ostatních městech ČR velice pěkně zmapovali (až na poznámku výše), pouze kvůli jednomu špatnému případu, je trochu krátkozraké. Vzhledem k tomu, že předělat celé Brno, které má mnohem menší tramvajovou síť než Praha, trvalo pár měsíců, tak se do oprav z důvodu nedostatku času opravdu necítím. Navíc to s sebou nese předělání zastávek, občas křižovatek apod. Už tak mám v OSM dost restíků :-) Omlouvám se za rozsah, Michal -- Původní zpráva -- Od: Petr Kadlec petr.kad...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 9. 7. 2015 17:31:48 Předmět: Re: [Talk-cz] Dvojité koleje tramvajových tratí -- Původní zpráva -- Od: jzvc j...@tpfree.net(mailto:j...@tpfree.net) Cus, na mapovani trati per kolej se pracuje dlouhodobe a celorepublikove. Mimochodem, co ti na tom vadi? Obecně asi nic. […ale měl jsem asi nějakou mlhavou představu o úplně jiném tagování, viz níže] V tomhle pripade tam ja osobne vidim celkem znacnej posun proti km/orthofoto (vypada to, ze pouziva nekalibrovanej bing ...). Pak se mi na tom nelibi ze jedna kolej je vedena v ose ulice po stejny linii a druha vedle. Plus v krizovatce se ty koleje krizej a neprotinaj a nejsou spravne udelany prechody. No právě. Je hezké, že existuje nějaký obecný názor nějak dělat dvoukolejné tratě, ale tohle IMHO není
Re: [Talk-ar] Juntada de maperos OSM
Intentare estar ahi. Es en el IGN o en un lugar cercano? Saludos Hernan El jue., 9 jul. 2015 a las 10:47, Agustin Rissoli (aguztin...@gmail.com) escribió: El sábado 18 de julio organizamos una* juntada informal de maperos OSM*, la misma va a ser en el IGN (http://osm.org/go/Mnx7EmRql--?m=) a partir de las 15 hasta las... no sabemos. La idea de la juntada es conocernos y empezar a organizarnos para eventos futuros, aunque no es lo único, también nos vamos a pasar trucos de mapeo, GIS, como se mapea esto, como se mapea lo otro, etc., algunos ya dijeron que llevaran sus portátiles, no hay tema fijo aunque ya se tiraron algunos: -métodos automáticos de numeración, -pagina web OSM-AR, -logo OSM-AR, -ruteo de transporte publico, etc. Todo el que quiera venir está mas que invitado, los que ya confirmaron que van, me gustaría que comenten a los demás sus ideas para la juntada. Saludos, y cualquier duda avisen. AgusQui -- *AGUS*! :) ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
