Re: [OSM-talk-nl] rwn_ref in de database
On 31-1-2014 17:03, Rob Goethals / SNP wrote: PS. Ik vul de postgis-database mbv osm2psql en krijg dan tabellen zoals planet_osm_line, met daarin ook een kolom rwn_ref. Hierin staat het knooppunt echter niet. De knooppunten, de naam zegt het al, zitten in planet_osm_point. Je moet dan wel de default.style aanpassen, zodat osm2pgsql ze ook daadwerkelijk importeert. Nu je de kolom al ziet in je eigen db, zal je dat waarschijnlijk al gedaan hebben. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-ie] Interested in a OSM-IE Hack Day / State of the Map day?
Looks like Saturday 8th March is the best option. I've closed the poll, and will organise things with TOG. I'll be the point of contact for this (obviously), so any questions/thoughts/suggestions let me know. :) See ye all there! Rory On 22/01/14 21:14, Rory McCann wrote: Hi all, I've made a poll http://doodle.com/pfxxt5sk9mbve764 ! Please fill it in with Yes Yes (if needs be) or No for each of the dates. I excluded the next CFI day (22nd Feb). I've choosen TOG as a venue for now, but can't book it until we have a date. Should be no problem. Although I said hack day, you can come along even if you can't hack. We have plenty of townlands to map! :) Rory On 20/01/14 19:05, Richard Cantwell wrote: Good idea Rory. You can probably count me in too, although I might have to dip in and out depending on parental duties. One thing to note re: possible dates: There is a Code For Ireland (CFI) event running all day on Feb 22nd in Facebook's offices. An option might be to run an OSM Hack Day as part of the CFI event, I know the guys behind it and I'm pretty sure they'd give us some space/wifi/food/etc. Alternatively if we run our event after the 22nd I could promote it at the CFI day. Food for thought. Richard -=- Sent from my phone On 20 Jan 2014, at 18:11, Dave Corley davecor...@gmail.com wrote: Rory, Great idea, I'd be up for it too. Not sure how much hacking I could do and will have to see if I can get my hands on a laptop but count me in if its on a Sat, Feb 22nd maybe? I wouldn't be opposed to going for a few drinks afterwards if anyone else is interested Dave On Mon, Jan 20, 2014 at 1:10 PM, moltonel 3x Combo molto...@gmail.comwrote: On 20/01/2014, Rory McCann r...@technomancy.org wrote: Here's a thought. Would people be interested in an OpenStreetMap Ireland hack day / mini-state-of-the-map / barcamp day? We could meet up in Dublin on Saturday and spend the day/afternoon hacking on OSM. I'm thinking some Saturday afternoon in about a month? I'm a member of TOG, the Dublin Hackerspace, which has hosted similar events in the past. It's in the city centre and we can use it for free. TOG is having a 5 year birthday this Saturday (25th Jan) and everyone's welcome to come, if you wanna see what a hackerspace and TOG is like come along and party http://www.tog.ie/2014/01/5th-birthday-party/ So, would anyone come? Shall I get the ball rolling with TOG? I'd love that. Would give me the proper environement to finish all the half-done osm hacking that I started at various times. As always, going up to Dublin can be a bit tricky for my schedule, but if it's a saturday and known a month in advance, it would make things much easyer. Doodle the date ? ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-de] Wasserrutsche im Außenbereich
je stimmt hast Recht...hab den Unterstrich vergessen ;) (im Wiki stehts ja auch so) Um klar zu stellen, dass es im Außebreich ist, könnte man noch outdoor=yes machen. (Ich denke aber, dass das nicht notwendig ist, da kein Gebäude ringds herum ist. MfG Am 1. Februar 2014 20:17 schrieb jotpe jotpe@gmail.com: ah ja taginfo sage attraction water_slide (ca 500) zu attraction waterslide (ca 6) Am 1. Februar 2014 20:00 schrieb christian.pietz...@googlemail.com christian.pietz...@gmail.com: Auf jeden Fall erst einmal attraction=waterslide. https://wiki.openstreetmap.org/wiki/Proposed_features/Key:attraction Ansonsten gibt es noch ein Proposal für mehr Details. https://wiki.openstreetmap.org/wiki/Proposed_features/Extend_water_slides Ich hoffe das hilft erst einmal weiter. MfG Christian Am 1. Februar 2014 19:34 schrieb jotpe jotpe@gmail.com: Hallo, tagt man Wasserrutschen im Außenbereich und wenn ja, wie? Gruß Johannes ___ 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-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-de] Stolperstein-Relationen entsorgen?
--- Original Nachricht --- Absender: Peter Wendorff Datum: 31.01.2014 09:14 Wenn Sammelrelationen nicht gewünscht sind, dann sollte es technisch verhindert werden solche anzulegen. Da bin ich aber auf einen Lösungsansatz gespannt. Beispiel Buslinien: - keine Sammelrelation, weil die Reihenfolge der Objekte relevant ist - kein Objekt in der Relation braucht eine spezielle Rolle. Ein Lösungsansatz wäre es doch schon die Mitglieder einer Relation in Abhängigkeit des Typs zu beschränken. Und warum sollte nicht auch eine Rolle obligatorisch sein. Wenn man dies im JOSM schon hinterlegt, wäre dies doch mal ein Anfang. Ich bin kein Datenbankprogrammierer, aber es gibt bestimmt andere die da noch andere Lösungen haben. Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist Openstreetmap wert?
Hola, On Sat, Feb 01, 2014 at 04:45:23PM +0100, Tobias Knerr wrote: Am 01.02.2014 14:57, schrieb Florian Lohoff: Ich halte Share-Alike bei Kartendaten immer noch genauso aussichtslos. Ich weiss nicht was wir zu beschützen haben. Den Lizenzwechsel zu ODbL halte ich nach wie für für falsch. Das wird uns alle noch in den hintern beissen. Ich denke PD wäre langfristig das beste gewesen. +1 Ich verstehe noch den Wunsch nach Namensnennung, aber die Pflicht zur Veröffentlichung abgeleiteter Datenbanken hat uns bisher unter dem Strich überhaupt nichts gebracht - außer dass kaum einer mehr unsere Lizenz versteht. Und siehe auch die Diskussion um die resultate des Geokodierens von Adressen. Wenn ich einfach mal alle Adressen Deutschlands geokodiere unter welcher Lizenz stehen dann die Ergebnisse? ODbL ? Ich glaube das die ODbL mehr unsicherheit bringt als sie löst. Dieser Art von Lizenzproblemen werden wir in Zukunft immer wieder bekommen. Ich denke je mehr die Nutzer der Daten über die Rechtlichen implikationen überhaupt nachdenken müssen desto schwieriger wird dessen verbreitung. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolperstein-Relationen entsorgen?
Am 02.02.2014 09:25, schrieb Steffen: --- Original Nachricht --- Absender: Peter Wendorff Datum: 31.01.2014 09:14 Wenn Sammelrelationen nicht gewünscht sind, dann sollte es technisch verhindert werden solche anzulegen. Da bin ich aber auf einen Lösungsansatz gespannt. Beispiel Buslinien: - keine Sammelrelation, weil die Reihenfolge der Objekte relevant ist - kein Objekt in der Relation braucht eine spezielle Rolle. Ein Lösungsansatz wäre es doch schon die Mitglieder einer Relation in Abhängigkeit des Typs zu beschränken. Und warum sollte nicht auch eine Rolle obligatorisch sein. Wenn man dies im JOSM schon hinterlegt, wäre dies doch mal ein Anfang. Also Pflicht-Rolle? Kein Problem: relation: type=menge (falls set schon explizit blockiert ist) gaaanz viele Elemente drin, und immer role=member cool - ätsch ;) abgesehen davon, dass - wie bereits beschrieben, eine Relation ohne Rollen auch durch eine Bedeutung der Reihenfolge als solche einen Mehrwert bilden kann - wie eben bei den Buslinien. Ich bin kein Datenbankprogrammierer, aber es gibt bestimmt andere die da noch andere Lösungen haben. Es geht nicht um Datenbankprogrammierung, sondern um schlichte Logik. Ein Konzept, das unsortierte Mengen verbietet, sortierte Mengen aber erlaubt, erfordert eine Möglichkeit, das voneinander zu unterscheiden. Da alle sortierten Mengen auch unsortierte Mengen sind (bzw. als solche betrachtet werden können), muss man den echten Unterschied erkennen können. Mach dir keinen Kopf drum, wie man das in der Programmierung umsetzen könnte, sondern stell dir vor, du hast keine Sprachkenntnisse, siehst also nur Tags, die für dich keine Bedeutung haben (!), und sollst entscheiden, ob es sich um eine sortierte oder unsortierte Menge handelt. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist Openstreetmap wert?
Nun ja... da die meisten von uns ja nun keine Angestellten im GIS-Bereich sind, geschweige denn eine entsprechende Ausbildung genossen haben, hinkt der Vergleich auch dann etwas - wobei sicherlich die meisten aufgrund von Erfahrung und Motivation nicht als ahnungslose Deppen in die Berechnung eingehen sollten ;) Gruß Peter Am 01.02.2014 16:09, schrieb Dirk Sohler: Roland Olbricht schrieb: OpenStreetMap ist keine handelbare Sache. Mal angenommen, es wäre eine. Gibt es eine Statistik darüber, wieviele Mannstunden bis zum aktuellen Datenbankstand für OSM aufgewendet wurden? Das müsste man nur mit den Kosten pro Stunde für einen Angestellten im GIS-Bereich verrechnen, und hätte dann zumindest – wenn auch recht grob – den reinen „Materialwert“ des Planet-Files :) Grüße, Dirk ___ 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-de] Was ist Openstreetmap wert?
Peter Wendorff schrieb: da die meisten von uns ja nun keine Angestellten im GIS-Bereich sind, geschweige denn eine entsprechende Ausbildung genossen haben, hinkt der Vergleich auch dann etwas - wobei sicherlich die meisten aufgrund von Erfahrung und Motivation nicht als ahnungslose Deppen in die Berechnung eingehen sollten ;) Jo :) Wir sind hier ja nicht alle Geoinformatiker. Der Einfachheit halber könnte man ja einen Stundenlohn von 20 Euro pro Stunde annehmen. Das hält sich sicher die Waage und wirkt ausgleichend. Irgendwo las ich von rund einer Stunde pro Changeset. Ich würde eher etwas runtergehen (so Kleinkram ist auch in 10-15 Minuten erledigt), und 40 Minuten veranschlagen. Wenn ich das richtig sehe, gibt es etwas über 20 Million Changesets, das wären 800 000 000 Minuten, oder 13 333 333 Stunden (wohlgemerkt eben auch mit Miniänderungen, aber auch mit umfassendem, auch hier wird sich das sicher irgendwie de Waage halten). 13 333 333 Stunden mal 40 Euro pro Stunde sind 533 333 320 Euro. Nach dieser doch recht groben Rechnung wäre der aktuelle Stand des Planet-Files also 533 Million Euro wert :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-02T17:28:58+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aerowest - Status?
Hallo, weiß jemand, wie der aktuelle Status bei den Aerowestbildern für OSM ist? Der OSM-Account ist immer noch zugänglich, im Wiki ist aber nach 2012 nichts mehr zum Status aktualisiert worden. Ist die Nutzungserlaubnis nun tatsächlich abgelaufen? Wer hat aktuelle Infos? Falk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist Openstreetmap wert?
Am 2. Februar 2014 17:37 schrieb Dirk Sohler s...@0x7be.de: Peter Wendorff schrieb: da die meisten von uns ja nun keine Angestellten im GIS-Bereich sind, geschweige denn eine entsprechende Ausbildung genossen haben, hinkt der Vergleich auch dann etwas - wobei sicherlich die meisten aufgrund von Erfahrung und Motivation nicht als ahnungslose Deppen in die Berechnung eingehen sollten ;) Jo :) Wir sind hier ja nicht alle Geoinformatiker. Der Einfachheit halber könnte man ja einen Stundenlohn von 20 Euro pro Stunde annehmen. Das hält sich sicher die Waage und wirkt ausgleichend. Irgendwo las ich von rund einer Stunde pro Changeset. Ich würde eher etwas runtergehen (so Kleinkram ist auch in 10-15 Minuten erledigt), und 40 Minuten veranschlagen. Wenn ich das richtig sehe, gibt es etwas über 20 Million Changesets, das wären 800 000 000 Minuten, oder 13 333 333 Stunden (wohlgemerkt eben auch mit Miniänderungen, aber auch mit umfassendem, auch hier wird sich das sicher irgendwie de Waage halten). 13 333 333 Stunden mal 40 Euro pro Stunde sind 533 333 320 Euro. Nach dieser doch recht groben Rechnung wäre der aktuelle Stand des Planet-Files also 533 Million Euro wert :) insgesamt nette Diskussion ... Wenn man so will könnte Deine Berechnung der Substanzwert sein. Was ist denn mit dem Ertragswert des Unternehmens? ;-) Letzten Endes ist der Preis eines Unternehmens immer genau das, was jemand bereit ist zu zahlen! Dort gehen dann auch andere Erwartungen mit ein. ;-) M. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Exportfunktion auf der OpenStreetMap.org Seite
Hi, auf der Seite von OpenStreetMap gibt es eine Exportfunktion mit der man den aktuellen Kartenausschnitt als Bild exportieren kann. Allerdings ist der Export im im Standard-Mapnik Design statt in dem aktuell ausgewählten – macht irgendwie nicht viel Sinn, oder? Gruß Th. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aerowest - Status?
Hallo, habe im RadioOSM http://podcast.openstreetmap.de/2014/01/11/osmde026-ueber-dorfteiche/ dazu etwas gesagt. tldr die Nutzung wird geduldet, wenn auch das Projekt ausgelaufen ist. Es soll ein weiteres Projekt geben. Mfg Marc Am 02.02.2014 um 17:44 schrieb Falk Zscheile falk.zsche...@gmail.com: Hallo, weiß jemand, wie der aktuelle Status bei den Aerowestbildern für OSM ist? Der OSM-Account ist immer noch zugänglich, im Wiki ist aber nach 2012 nichts mehr zum Status aktualisiert worden. Ist die Nutzungserlaubnis nun tatsächlich abgelaufen? Wer hat aktuelle Infos? Falk ___ 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-de] Exportfunktion auf der OpenStreetMap.org Seite
Richtig, Gruß Johannes Am 2. Februar 2014 18:31 schrieb Thorsten Alge m...@thorsten-alge.de: Hi, auf der Seite von OpenStreetMap gibt es eine Exportfunktion mit der man den aktuellen Kartenausschnitt als Bild exportieren kann. Allerdings ist der Export im im Standard-Mapnik Design statt in dem aktuell ausgewählten - macht irgendwie nicht viel Sinn, oder? Gruß Th. ___ 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-de] Exportfunktion auf der OpenStreetMap.org Seite
Hi, Sinnvoll ist das nicht, aber es hat schon einen Grund, warum das nicht geht. Dass die GUI dazu keinen Hinweis gibt und einfach immer Mapnik ausgibt, ist doof und IMHO ein Fehler, dass die anderen Karten keine Exportfunktion anbieten, ist schade, aber abgesehen davon in Ordnung. Gruß Peter Am 02.02.2014 18:31, schrieb Thorsten Alge: Hi, auf der Seite von OpenStreetMap gibt es eine Exportfunktion mit der man den aktuellen Kartenausschnitt als Bild exportieren kann. Allerdings ist der Export im im Standard-Mapnik Design statt in dem aktuell ausgewählten – macht irgendwie nicht viel Sinn, oder? Gruß Th. ___ 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-de] Exportfunktion auf der OpenStreetMap.org Seite
Hi, On 02.02.2014 18:31, Thorsten Alge wrote: auf der Seite von OpenStreetMap gibt es eine Exportfunktion mit der man den aktuellen Kartenausschnitt als Bild exportieren kann. Allerdings ist der Export im im Standard-Mapnik Design statt in dem aktuell ausgewählten – macht irgendwie nicht viel Sinn, oder? Der Grund dafür ist der: Die Export-Funktion rendert das angeforderte Bild neu, u.U. in einer höheren Auflösung, wenn Du das so anforderst (bzw. eben auch als SVG oder so). Dazu wird Direktzugriff auf den Style und die Datenbank benötigt. Dies ist nur für den von OSM selbst berechneten Standard-Stil gegeben; die anderen Stile kommen von Drittanbietern, bei denen OSM keinen Zugriff auf die Datenbank und Stildateien hat. Bei diesen Stilen könnte also maximal ein PNG aus aneinandergeklebten Kacheln angeboten werden, in genau der Auflösung wie am Schirm - früher haben wir das für den tiles@home-Stil angeboten. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] St.-ZickeZacke-Str.
Wir schreiben Str. als Straße aus. Ok, versteh ich. Und was ist mit Straßennamen, die mit St. anfangen? Gruß Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist Openstreetmap wert?
Manfred A. Reiter schrieb: Was ist denn mit dem Ertragswert des Unternehmens? ;-) Dazu müsste wohl Recherchiert werden, wie viel die Verwendungsrechte von derart detailliert aufbereiteten Geodaten so durchschnittlich Wert sind, und das mit der Anzahl derjenigen Multiplizieren, die OSM in ihren Anwendungen momentan nutzen (Lizenzgebühren). Die Webrecherche zeigt, dass GM-AS-25K-STD („Google Maps API Premier: 12 month license/support term; up to 25,000 page views“, die kleinste Google-Maps-Lizenz für kommerzielle Nutzung) jährlich 10 000 US-Dollar Retail-Preis kostet. Das größte Paket mit 1,25 Million Zugriffen schlägt mit 250 000 US-Dollar jährlich zu Buche (GM-AS-1.25M-STD). http://www.onixnet.com/txmas/GOOGLE_PRICING.htm Das Upgrade „Google Maps API Premier Upgrade: additional 1,000 page views; in excess of contracted amount“ (GM-AS-OVG1K-STD) kostet 750 US-Dollar. So richtig eine Info darüber, wie viele User täglich auf OSM zugreifen (nicht bearbeitend, rein nutzend) konnte ich leider nicht finden. Aber ein zukünftiger Eigentümer könnte die Daten unter Verschluss halten (nein, natürlich nicht, aber mal angenommen, es gebe die ODbL nicht), und nur Lizenzen für Entwickler verkaufen, und alle, die OSM momentan nutzen, nutzen dann nur noch die lizensierten Anwendungen, dann wäre der Ertragswert relativ hoch – wenn die Entwickler bereit sind, die Lizenzgebühren zu bezahlen … Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2014-02-02T19:38:58+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Hallo Johannes, häufiger Streitfall. Ich persönlich plädiere für name=Sankt-ZickeZacke-Straße und short_name=St.-ZickeZacke-Straße. Gruß Peter Am 02.02.2014 20:04, schrieb jotpe: Wir schreiben Str. als Straße aus. Ok, versteh ich. Und was ist mit Straßennamen, die mit St. anfangen? Gruß Johannes ___ 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-de] Exportfunktion auf der OpenStreetMap.org Seite
In meiner (italienischen) OSM Version steht der entsprechende Hinweis, dass nur Mapnik (= standard) ausgedruckt wird: L'immagine mostrerà il livello standard a 919 x 1034 direkt unter Massstab und Format Volker 2014-02-02 Frederik Ramm frede...@remote.org: Hi, On 02.02.2014 18:31, Thorsten Alge wrote: auf der Seite von OpenStreetMap gibt es eine Exportfunktion mit der man den aktuellen Kartenausschnitt als Bild exportieren kann. Allerdings ist der Export im im Standard-Mapnik Design statt in dem aktuell ausgewählten – macht irgendwie nicht viel Sinn, oder? Der Grund dafür ist der: Die Export-Funktion rendert das angeforderte Bild neu, u.U. in einer höheren Auflösung, wenn Du das so anforderst (bzw. eben auch als SVG oder so). Dazu wird Direktzugriff auf den Style und die Datenbank benötigt. Dies ist nur für den von OSM selbst berechneten Standard-Stil gegeben; die anderen Stile kommen von Drittanbietern, bei denen OSM keinen Zugriff auf die Datenbank und Stildateien hat. Bei diesen Stilen könnte also maximal ein PNG aus aneinandergeklebten Kacheln angeboten werden, in genau der Auflösung wie am Schirm - früher haben wir das für den tiles@home-Stil angeboten. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ 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-de] Exportfunktion auf der OpenStreetMap.org Seite
Der Grund dafür ist der: Die Export-Funktion rendert das angeforderte Bild neu, u.U. in einer höheren Auflösung, wenn Du das so anforderst (bzw. eben auch als SVG oder so). Dazu wird Direktzugriff auf den Style und die Datenbank benötigt. Dies ist nur für den von OSM selbst berechneten Standard-Stil gegeben; die anderen Stile kommen von Drittanbietern, bei denen OSM keinen Zugriff auf die Datenbank und Stildateien hat. Bei diesen Stilen könnte also maximal ein PNG aus aneinandergeklebten Kacheln angeboten werden, in genau der Auflösung wie am Schirm - früher haben wir das für den tiles@home-Stil angeboten. Das macht natürlich Sinn. Aber ein entsprechender Hinweis wäre trotzdem schön. Gruß Th. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] St.-ZickeZacke-Str.
Eingängig, danke. Am 2. Februar 2014 20:35 schrieb Peter Wendorff wendo...@uni-paderborn.de: Hallo Johannes, häufiger Streitfall. Ich persönlich plädiere für name=Sankt-ZickeZacke-Straße und short_name=St.-ZickeZacke-Straße. Gruß Peter Am 02.02.2014 20:04, schrieb jotpe: Wir schreiben Str. als Straße aus. Ok, versteh ich. Und was ist mit Straßennamen, die mit St. anfangen? Gruß Johannes ___ 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-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Exportfunktion auf der OpenStreetMap.org Seite
Am 2. Februar 2014 21:34 schrieb Thorsten Alge m...@thorsten-alge.de: Das macht natürlich Sinn. Aber ein entsprechender Hinweis wäre trotzdem schön. Im Prinzip steht das da: Bild zeigt Standardebene bei Wenn man weiss wie's gemeint ist, ist es klar, aber sonst evtl. nicht ausreichend explizit. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] jetzt fehlt nur noch ...
Das turnlanes Plugin ist sehr gut umgesetzt und bietet einen graphische Kreuzungsansicht mit Fahrspuren . Allerdings ist es nicht für das lanes:*-Konzept gedacht, sondern eben für turnlanes. Vielleicht könnte man(tm) es dennoch als Basis für ein Lane_and_Road_Attributes-kompatibles Plugin benutzten und sich zumindest den UI-Teil schon mal sparen. Hach, ich würd das gerne mal selber machen, aber für mehr als ein selbstkompiliertes JOSM hat bisher die Zeit noch nicht gereicht. Mal abgesehen davon, das mein Java doch sehr eingerostet ist. Schade. Gruss, Chaos Am 31. Januar 2014 12:00 schrieb Jan Tappenbeck o...@tappenbeck.net: Am 29.01.2014 16:53, schrieb Martin Vonwald: Hi! Nach dem größeren JOSM Update gestern habe ich heute den Stil Fahrspur- und Straßenattribute [1] aktualisiert, welcher viele Fahrspureigenschaften schon während des Editierens darstellt: * Fahrbahnmarkierung für Abbiegespuren werden nun deutlich genauer dargestellt. Dies war schon einige Zeit lang verfügbar aber aufgrund eines Speicherlecks deaktiviert, welches im letzten JOSM-Update behoben wurde (Danke!). Probiert einfach turn:lanes=slight_left;left;sharp_left|slight_right;right;sharp_right . * Die meisten Stil-Einstellungen (inklusive der Unterstützung für Linksverkehr) können nun in Bearbeiten - Einstellungen - Anzeigen-Einstellungen - Farben konfiguriert werden. Eine genaue Beschreibung findet ihr bei [1]. Viel Spaß, Martin [1] https://josm.openstreetmap.de/wiki/Styles/Lane_and_Road_Attributes ein schönes Plugin mit welchem die Spuren einfach graphisch erstellt werden können. .-) ___ 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-de] FOSSGIS Konferenz 2014 - Frühbucherrabatt noch bis 05.02.2014
Sehr geehrte FOSSGISler und FOSSGISlerinnen, wie sicherlich schon bekannt ist, findet vom 19. bis 21. März 2014 die FOSSGIS-Konferenz an der Beuth Hochschule für Technik in Berlin statt. Bis zum 05.02.2014 ist es noch möglich eine Konferenzanmeldung mit Frühbucherabatt zu bekommen. Erstmals wird noch vor der Eröffnungsveranstaltung von 9-12 Uhr ein Vortragstrack laufen, in welchem absolute beginners Input für Einsteiger bekommen. Grundlagenfragen zu Open Source und OpenStreetMap werden geklärt und bekannte Anwendungen, Bibliotheken und Tools werden vorgestellt. Im Anschluss daran ist jeder fit für den weiteren Input der Konferenz, ein Blick in das Programm [1] lohnt sich. Die Konferenzgebühr beläuft sich für die gesamten drei Konferenztage auf 140,- EUR, Frühbucher zahlen bis zum 05.02. 120,- EUR. Aktive der Community können sich selbstverständlich für den kostenfreien Eintritt entscheiden. Zudem können auch in diesem Jahr wieder zahlreiche Workshops besucht werden. Die Teilnahmegebühr für Workshops beträgt 100,- EUR (Frühbucher 90,- EUR) pro Teilnehmer und Workshop. Darüber hinaus wird es wieder eine Abendveranstaltung geben, die derzeit vom Lokal Team der Beuth-Hochschule geplant wird. Motto der Abendveranstaltung in der Beuth-Halle lautet: weniger ist mehr, denn der Preis ist wesentlich kleiner, als in den letzten Jahren. Alle Einnahmen gehen wie auch in den Jahren zuvor, vollständig in die Finanzierung der Konferenz. Weitere Informationen zum Programm und zur Anreise finden Sie auf der Konferenzhomepage [2]. Der kürzeste Weg zur Anmeldung: [3] [1] http://www.fossgis.de/konferenz/2014/programm/ [2] http://www.fossgis.de/konferenz/2014/ [3] https://www.fossgis.de/civicrm/event/info?id=4reset=1 Die FOSSGIS Konferenz 2014 wird vom gemeinnützigen Verein FOSSGIS e.V, der deutschen OpenStreetMap Community und der Open Source Geospatial Foundation (OSGeo) in Zusammenarbeit mit der Beuth Hochschule für Technik Berlin durchgeführt. Wir freuen uns auf eine interessante FOSSGIS Konferenz. Ihr FOSSGIS-Konferenz-Organisationsteam ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbild-Versatz
Meine Aussage sollte sein: Die Flugplätze bekommt man damit vielleicht sehr genau, alles andere ist zu weit weg als dass die Flugplatzkoordinaten was verbessern könnten... Irgend jemand hatte von einer Stadt doch mal die exakten Koordinaten der Gullideckel. DAS wäre eine Referenznetz, das dicht genug für eine Luftbildkorrektur wäre. Gibt's wahrscheinlich nur nicht überall. Gruss, chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] R: R: R: ruolo admin_centre assente per molte amministrazioni
La macchina OSM continua il processo inesorabilmente: Al momento mancano solo *223* comuni. Vi metto a disposizione il risultato della query [1] alla data attuale. Il file .OSM potete caricarlo direttamente su JOSM. Attenzione: sono circa *34 MB*. Solo ieri sono stati completate 430 relazione comunali. Buon mapping a tutti! *---* *FabC* [1] https://www.dropbox.com/s/frick708qkp2bye/2014-02-02%20Comuni%20senza%20admin_centre%20%28Italia%29.osm Il giorno 01 febbraio 2014 10:52, Fabrizio Carrai fabrizio.car...@gmail.com ha scritto: Al momento mancano solo 653 comuni. Vi metto a disposizione il risultato della query [1] alla data attuale. Il file .OSM potete caricarlo direttamente su JOSM. Attenzione: sono circa 70 MB. A presto *---* *FabC* [1] https://www.dropbox.com/s/nzn1zr7t0ryct4h/2014-02-01%20Comuni%20senza%20admin_centre%20%28Italia%29.osm Il giorno 31 gennaio 2014 14:31, Aury88 spacedrive...@gmail.com ha scritto: Perfetto! Grandi!!! anche in lombardia manca qualche comune... magari mi ci metto io questa sera ad aggiungere gli ultimi. ho visto che invece Sardegna e Valle d'Aosta non sono messe benissimoc'è qualcuno in quelle zone? - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/ruolo-admin-centre-assente-per-molte-amministrazioni-tp5793505p5794888.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- *Fabrizio* -- *Fabrizio* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] PCN, fuori servizio?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Risulta anche a voi difficoltosa, se non impossibile la connessione con josm al WMS del 2006? Ho appena guardato sul sito, e mi dà Errore nella connessione al catalogo dei servizi WMS. Pagina dei WMS: http://www.pcn.minambiente.it/PCNDYN/catalogowms.jsp?lan=it Presumo il problema sia legato agli allagamenti a Roma e dintorni. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlLuH+wACgkQoVS0hKoD3POEowEAllsB5nmmMyO4XDhKh30GQF80 2H6FzjhcSSPCSgefU/wA/0m2cBrQeM4OMd9rfjeWkwD5XM+CFbrc+OiFzA9VOwKv =AVsM -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] codici arpav.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Ho trovato questi tag/codici mappati sul torrente Vanoi, Valle del Vanoi, Trentino: arpav_codice_bacino=N003 arpav_codice_sottobacino=N003/04 Sono da tenere? Perchè non vorrei siano codici di qualche import effettuato nel Veneto che in qualche modo sono finiti qui. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlLuI28ACgkQoVS0hKoD3PPcQAEAm3kstCkVxHBuIomV2vm21/4k IuNxnlHKi8FVn7AopWUBAJ/4DSXvdLiNgi/62uacV0JsBH4IquMyUqel6ZoPQXOk =esqa -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] codici arpav.
Il 02/02/2014 11:52, girarsi_liste ha scritto: Ho trovato questi tag/codici mappati sul torrente Vanoi, Valle del Vanoi, Trentino: arpav_codice_bacino=N003 arpav_codice_sottobacino=N003/04 Sono da tenere? Perchè non vorrei siano codici di qualche import effettuato nel Veneto che in qualche modo sono finiti qui. Confermo: sono dei tag relativi all'import del reticolo idrografico dell'ARPA Veneto. E vanno tenuti. Son finiti lì perché è li che devono finire. Il bacino N003 è quello del Brenta-Bacchiglione, il sottobacino N003/04 è quello del Cismon che in buona parte è nel Primiero, dunque dovresti trovarne altri lì attorno con quei tag. Se non sbaglio di quel sottobacino s'è occupato Tizianos. ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] codici arpav.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 02/02/2014 12:36, Paolo Monegato ha scritto: Il 02/02/2014 11:52, girarsi_liste ha scritto: Ho trovato questi tag/codici mappati sul torrente Vanoi, Valle del Vanoi, Trentino: arpav_codice_bacino=N003 arpav_codice_sottobacino=N003/04 Sono da tenere? Perchè non vorrei siano codici di qualche import effettuato nel Veneto che in qualche modo sono finiti qui. Confermo: sono dei tag relativi all'import del reticolo idrografico dell'ARPA Veneto. E vanno tenuti. Son finiti lì perché è li che devono finire. Il bacino N003 è quello del Brenta-Bacchiglione, il sottobacino N003/04 è quello del Cismon che in buona parte è nel Primiero, dunque dovresti trovarne altri lì attorno con quei tag. Se non sbaglio di quel sottobacino s'è occupato Tizianos. Ok, a me interessava sapere se tenerli o no, perchè dovevo aggiungere un'altro tag, ma non sapevo bene come comportarmi, grazie. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlLuNRwACgkQoVS0hKoD3PNlPQEAqWWV0urbyc2SWGMdQ85eu0r1 l2hgVxyZ+Q09E3uCMVQA/36WuVP9T18pKyOw16jPM0TN+U3JyT3kfbVPyj6QoPsK =Sa6A -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN, fuori servizio?
Confermo. *--* *F.* Il giorno 02 febbraio 2014 11:37, girarsi_liste liste.gira...@gmail.comha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Risulta anche a voi difficoltosa, se non impossibile la connessione con josm al WMS del 2006? Ho appena guardato sul sito, e mi dà Errore nella connessione al catalogo dei servizi WMS. Pagina dei WMS: http://www.pcn.minambiente.it/PCNDYN/catalogowms.jsp?lan=it Presumo il problema sia legato agli allagamenti a Roma e dintorni. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1 iF4EAREIAAYFAlLuH+wACgkQoVS0hKoD3POEowEAllsB5nmmMyO4XDhKh30GQF80 2H6FzjhcSSPCSgefU/wA/0m2cBrQeM4OMd9rfjeWkwD5XM+CFbrc+OiFzA9VOwKv =AVsM -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- *Fabrizio* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PCN, fuori servizio?
...pensavo di essere l'unico ad avere problemi -- View this message in context: http://gis.19327.n5.nabble.com/PCN-fuori-servizio-tp5795003p5795014.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Cercasi Osmers sardi per dibattito all'open data day 2014 a Cagliari
Ciao a tutti, quest'anno ri-organizziamo lo'open data day a Cagliari il 22 febbraio. Alla fine dei vari talk pensavamo di avviare un dibattito su cultura sarda e mondo open. In pratica come la cultura e la lingua sarda si rapportano con le nuove tecnologie: com'è lo stato delle cose? quali ostacoli ci sono? ecc ecc. Alla luce delle discussioni avviate nelle varie liste dedicate, pensavamo di coinvolgere qualche osmer e wikipediano per dare un contributo in termini di esperienze e spunti vari. Fatevi avanti! In serata è previsto un monithon+mapping party sulla nuova pista ciclabile di su siccu. Per info contattatemi, o contattate l'associazione sardiniaopendata chiocciola gmail punto com Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Fwd: Re: [OSM-talk] Why Openstreetmap? (Slashdot and Guardian)
Pues considerando que yo también soy bastante «talibán ortográfico», en este caso puedo asegurar que fue una errata. Pido disculpas por ello ;-) Lo que me extraña es que no haberlo notado con el corrector del Firefox. En fin, cosas de las prisas. Para una vez que escribo en la lista… En cualquier caso, me alegro de que ya esté todo aclarado. Saludos. El sábado, 1 de febrero de 2014, Santiago Higuera shigu...@osgeo.org escribió: On sáb, 2014-02-01 at 01:05 +0100, Santiago Higuera wrote: On vie, 2014-01-31 at 11:23 +0100, Benjamín Valero Espinosa wrote: No pienso moderar el debate, pero tiene pinta de que ambas traducciones son libres y de autores diferentes. En todo caso, el debate sería de quién lo ha hecho primero, pero no de si alguien ha copiado a alguien. Lógicamente las traducciones se parecen una barvaridad, lo cual es totalmente comprensible. Haya paz :-D ¿Haya paz? Con el fin de calentar un poco el debate debo decir que ecribir barvaridad es una auténtica barbaridad (sin acritud, están tan cerca en el teclado la b y la v que pasan esas cosas) También es una barbaridad escribir ecribir 2014-01-31 Óscar Zorrilla Alonso oscar_zorri...@hotmail.com: ¡Leches que morro tienen algunos! No he podido evitar contestar ante mi cara de impotencia al copiar mi traducción y atribuirse mi trabajo como suyo. Podéis ver la fecha de edición arriba en la dirección web es anterior a la otra web o que en la web de Mapanica pone traducción libre de @oscarzor http://inchoatus.wordpress.com/2014/01/10/por-que-el-mundo-necesita-openstreetmap/ No quiero entrar mas en ese debate tan sólo indicar que lo traduje porque en muchos países latinos empezando por España no tanta gente como quisiera habla inglés y al traducirlo buscaba fomentar el uso de OpenStreetMap en estos países. In summary I was the real person who translated the article of Emacsen to the Spanish community. You can see the date in my blog is previous or they talk about traducción libre de @oscarzor. I will not go into that debate but only to indicate that I translated because in many Latin countries starting with Spain not many people speak English and would like to translate it sought to encourage the use of OpenStreetMap in these countries. Un saludo Óscar Zorrilla --- Mensaje Original --- Desde: alayzapp...@yahoo.es Enviado: 31 de enero de 2014 10:46 Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Asunto: Re: [Talk-es] Fwd: Re: [OSM-talk] Why Openstreetmap? (Slashdot and Guardian) Yo hice la traducción del mismo artículo aparecido en The Guardian, que he publicado en mi blog: http://wp.me/p2SMx7-9P Iván Sánchez Ortega i...@sanchezortega.es wrote: -- Mensaje reenviado -- Asunto: Re: [OSM-talk] Why Openstreetmap? (Slashdot and Guardian) Fecha: Jueves, 30 de enero de 2014, 10:44:42 De: Jaakko Helleranta.com jaa...@helleranta.com Para: Maarten Deen md...@xs4all.nl CC: Talk@OSM t...@openstreetmap.org, Felix Delattre fe...@delattre.de Someone has made a Spanish translation of this (can't ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Buscar puntos kilométricos en carreteras
Hola, alguien con mas conocimientos que yo ¿sabe si existe la forma de buscar directamente puntos kilométricos en las carreteras? Ya si pudiera ser con alguna aplicación para android.. seria genial. Entiendo que para etiquetar un punto kilométrico en una carretera la forma es marcando un nodo de la carretera como: highway=milestone ref=referencia de la carretera pk=numero del kilometro Gracias ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Buscar puntos kilométricos en carreteras
Lo único comentar que según la wiki( http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone) es mas recomendable usar distance=* que pk -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Buscar puntos kilométricos en carreteras
Lo único comentar que según la wiki( http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone) es mas recomendable usar distance=* que pk Yo entiendo que estas cosas las debería de calcular el algoritmo de enrutamiento. Lo único que se indicar en OSM es dónde está el punto kilométrico 0 (o equivalente) para que sepa en que sentido tiene que empezar a contar. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext 2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Buscar puntos kilométricos en carreteras
2014-02-02 David Lopez 1986d...@gmail.com: Hola, alguien con mas conocimientos que yo ¿sabe si existe la forma de buscar directamente puntos kilométricos en las carreteras? Ya si pudiera ser con alguna aplicación para android.. seria genial. Entiendo que para etiquetar un punto kilométrico en una carretera la forma es marcando un nodo de la carretera como: highway=milestone ref=referencia de la carretera pk=numero del kilometro No sé si hay alguna aplicación para Android. Puedes utilizar la API Overpass [1] directamente o bien aquí [2] con una consulta como la siguiente: query type=node has-kv k=highway v=milestone/ bbox-query {{bbox}}/!--this is auto-completed with the current map view coordinates.--/queryprint/ [1] http://overpass-api.de/query_form.html [2] http://overpass-turbo.eu/ -- Un saludo, Juan Luis. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Buscar puntos kilométricos en carreteras
On dom, 2014-02-02 at 13:49 +0100, Cruz Enrique Borges Hernandez wrote: Lo único comentar que según la wiki( http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone) es mas recomendable usar distance=* que pk Yo entiendo que estas cosas las debería de calcular el algoritmo de enrutamiento. Lo único que se indicar en OSM es dónde está el punto kilométrico 0 (o equivalente) para que sepa en que sentido tiene que empezar a contar. Los puntos kilométricos son hitos fijos en las carreteras. Se mantienen, incluso aunque cambien los tramos de carreteras entre medias, por ejemplo por nacer una circunvalación a una población u otros casos. Es por ello que no se deben calcular a partir de distancias medidas sobre la carretera. La distancia entre un punto kilométrico y el siguiente no tienen por qué ser 1000 metros, puede ser una cantidad mayor o menor. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Buscar puntos kilométricos en carreteras
Los puntos kilométricos son hitos fijos en las carreteras. Se mantienen, incluso aunque cambien los tramos de carreteras entre medias, por ejemplo por nacer una circunvalación a una población u otros casos. Es por ello que no se deben calcular a partir de distancias medidas sobre la carretera. La distancia entre un punto kilométrico y el siguiente no tienen por qué ser 1000 metros, puede ser una cantidad mayor o menor. No sabía yo eso. En ese caso los puntos kilométricos son un dolor de muelas para introducir en OSM -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext 2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Buscar puntos kilométricos en carreteras
On dom, 2014-02-02 at 14:30 +0100, Cruz Enrique Borges Hernandez wrote: Los puntos kilométricos son hitos fijos en las carreteras. Se mantienen, incluso aunque cambien los tramos de carreteras entre medias, por ejemplo por nacer una circunvalación a una población u otros casos. Es por ello que no se deben calcular a partir de distancias medidas sobre la carretera. La distancia entre un punto kilométrico y el siguiente no tienen por qué ser 1000 metros, puede ser una cantidad mayor o menor. No sabía yo eso. En ese caso los puntos kilométricos son un dolor de muelas para introducir en OSM La capas vectoriales del IGN incluyen una capa para los PKs de las carreteras y otra para los PKs de los ferrocarriles, aunque no están muy actualizadas. Son hitos fijos, pero de vez en cuando se actualizan. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Buscar puntos kilométricos en carreteras
La capas vectoriales del IGN incluyen una capa para los PKs de las carreteras y otra para los PKs de los ferrocarriles, aunque no están muy actualizadas. Son hitos fijos, pero de vez en cuando se actualizan. Ya, pero la licencia del IGN no permite importar nada a OSM. Ni siquiera usarla como capa base según entendí yo la licencia el otro día (cuando el tema de los códigos postales). -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext 2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Buscar puntos kilométricos en carreteras
El problema con esto es que en las carreteras españolas los pks muchas veces no avanzan con los kilómetros, teniendo en algunas carreteras una sustancia entre hitos que soporta con creces el kilómetro. El ejemplo más claro es el caso de carretera que sufre una modificación, haciendo una variante de una travesía: normalmente la variante es más larga que la propia travesía, pero no se desea cambiar la señalización de kilometraje del resto de la vía. En esos casos se mantiene el pk de inicio y fin de la variante, aunque la longitud de la misma sea sensiblemente mayor que la diferencia entre ambos pks. El 02/02/2014 13:43, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es escribió: Lo único comentar que según la wiki( http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone) es mas recomendable usar distance=* que pk Yo entiendo que estas cosas las debería de calcular el algoritmo de enrutamiento. Lo único que se indicar en OSM es dónde está el punto kilométrico 0 (o equivalente) para que sepa en que sentido tiene que empezar a contar. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext 2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] FOSSGIS-Konferenz 2014 - Frühbucherrabatt noch bis 05.02.2014
Sehr geehrte FOSSGISler und FOSSGISlerinnen, wie sicherlich schon bekannt ist, findet vom 19. bis 21. März 2014 die FOSSGIS-Konferenz an der Beuth Hochschule für Technik in Berlin statt. Bis zum 05.02.2014 ist es noch möglich eine Konferenzanmeldung mit Frühbucherabatt zu bekommen. Erstmals wird noch vor der Eröffnungsveranstaltung von 9-12 Uhr ein Vortragstrack laufen, in welchem absolute beginners Input für Einsteiger bekommen. Grundlagenfragen zu Open Source und OpenStreetMap werden geklärt und bekannte Anwendungen, Bibliotheken und Tools werden vorgestellt. Im Anschluss daran ist jeder fit für den weiteren Input der Konferenz, ein Blick in das Programm [1] lohnt sich. Die Konferenzgebühr beläuft sich für die gesamten drei Konferenztage auf 140,- EUR, Frühbucher zahlen bis zum 05.02. 120,- EUR. Aktive der Community können sich selbstverständlich für den kostenfreien Eintritt entscheiden. Zudem können auch in diesem Jahr wieder zahlreiche Workshops besucht werden. Die Teilnahmegebühr für Workshops beträgt 100,- EUR (Frühbucher 90,- EUR) pro Teilnehmer und Workshop. Darüber hinaus wird es wieder eine Abendveranstaltung geben, die derzeit vom Lokal Team der Beuth-Hochschule geplant wird. Motto der Abendveranstaltung in der Beuth-Halle lautet: weniger ist mehr, denn der Preis ist wesentlich kleiner, als in den letzten Jahren. Alle Einnahmen gehen wie auch in den Jahren zuvor, vollständig in die Finanzierung der Konferenz. Weitere Informationen zum Programm und zur Anreise finden Sie auf der Konferenzhomepage [2]. Der kürzeste Weg zur Anmeldung: [3] [1] http://www.fossgis.de/konferenz/2014/programm/ [2] http://www.fossgis.de/konferenz/2014/ [3] https://www.fossgis.de/civicrm/event/info?id=4reset=1 Die FOSSGIS Konferenz 2014 wird vom gemeinnützigen Verein FOSSGIS e.V, der deutschen OpenStreetMap Community und der Open Source Geospatial Foundation (OSGeo) in Zusammenarbeit mit der Beuth Hochschule für Technik Berlin durchgeführt. Wir freuen uns auf eine interessante FOSSGIS Konferenz. Ihr FOSSGIS-Konferenz-Organisationsteam ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] PointInfo JOSM plugin - zobrazení informací z RUIAN
Ahoj, dokončil jsem první, testovací verzi. http://www.kyralovi.cz/tmp/josm/pointinfo_beta.png Ke stažení zde: http://www.kyralovi.cz/tmp/josm/pointinfo.jar Zdrojové kódy: https://github.com/mkyral/josm-pointInfo Umí to v podstatě vše, co jsem chtěl. Zatím se mi nedaří přinutit okno Connecting server aby po skončení zmizelo. Takže pořád vespod straší. Taky jsem zatím neřešil kompletní překlad do češtiny - stejný problém jako u Tracer Pluginu. Je možné, že bude problém s čísly orientačními v případě, že jich je na jedné budově více. Prosím o otestování a nahlášení problémových míst. Ještě upozorním, že RUIAN data nejsou dostupná všude. Byl jsem nemile překvapen, když jsem zjistil, že chybí kus Ostravy. To jsem nečekal :-D Plugin by měl být lehce rozšiřitelný o další moduly. Jako vstup jsou LatLon souřadnice, jako výstup se očekává html text. Co dělá modul uvnitř, odkud stahuje a jak je zpracuje je jeho věc. Jediné co bude potřeba, je dopsat nějakou konfigurační stránku, kde si budu uživatel vybrat, o které moduly má zájem. Ještě by se mi líbila jedna věc: Pokud kliknu na plochu, kde leží nějaká komunikace, tak by se mohl zobrazit název této komunikace (pokud má - třeba ulice). Teoreticky tuším, jak by se to dalo řešit: 1) Pokud je parcela typu, který mne zajímá - silnice, ostatní komunikace... tak: 2) Najdu tečny s hranicí parcely na kterých daný bod leží. 3) Vezmu kratší tečnu a hledám ulici, která tuto tečnu protíná. 4) Pokud takováto ulice existuje, vrátím její název. Může se stát, že těch ulic bude více - křižovatky Y. Pak bych asi nevrátil nic. Omlouvám se, pokud není geometrické názvosloví správně, už je to pár let, co jsem ze školy. Snad je to pochopitelné. Bohužel vůbec netuším, jak tohle udělat s daty v RUIAN databázi. Uvítám jakýkoli tip jak na to. Díky, Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] PointInfo JOSM plugin - zobrazení informací z RUIAN
Dne 2.2.2014 17:31, Petr Vejsada napsal: Ahoj, Dne Ne 2. února 2014 14:32:19, Marián Kyral napsal(a): Ještě by se mi líbila jedna věc: Pokud kliknu na plochu, kde leží nějaká komunikace, tak by se mohl zobrazit název této komunikace (pokud má - třeba ulice). Teoreticky tuším, jak by se to dalo řešit: 1) Pokud je parcela typu, který mne zajímá - silnice, ostatní komunikace... tak: 2) Najdu tečny s hranicí parcely na kterých daný bod leží. 3) Vezmu kratší tečnu a hledám ulici, která tuto tečnu protíná. 4) Pokud takováto ulice existuje, vrátím její název. Odkud chceš brát název ulice? Z OSM nebo RUIAN? No to je jedno, není třeba dělat tečny (tečna je přímka a tedy neexistuje kratší/delší tečna). Z RUIAN. A za ty tečny se omlouvám, myslel jsem úsečky, které spojují protilehlé strany parcely a které procházejí bodem X. V podstatě by výsledkem téměř vždy měla být jen jedna ulice a to ta, která protíná úsečku nejblíže bodu X. Není problém najít nejbližší ulici (komunikaci) k bodu a třeba i takovou, která leží uvnitř plochy. Takže klik na bod, najdeme parcelu a nejbližší komunikaci, která zároveň leží (st_intersects) alespoň částí uvnitř parcely. Počet takových komunikací se bude limitně blížit jedné ;). Jestli ti jde jen o název ulice, tak stačí najít nejbližší ulici. Nejrychlejší hledání je asi select nazev from rn_ulice order by definicni_cara Tomu ještě rozumím ;-) - muj_bod_kam_jsem:kliknul typu geometry point a stejného SRID, jako má deiniční čára limit 1; Huh, cože? Může se stát, že těch ulic bude více - křižovatky Y. Pak bych asi nevrátil nic. Skoro vždy je něco nejbližší, s výjimkou, kdy je stejně daleko více než jedna ulice. Spíš nevracet nic, když to nejbližší bude třeba kilometr daleko. To by šlo. -- 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: [Talk-cz] PointInfo JOSM plugin - zobrazení informací z RUIAN
Dne Ne 2. února 2014 18:30:04, Marián Kyral napsal(a): - muj_bod_kam_jsem:kliknul typu geometry point a stejného SRID, jako má deiniční čára limit 1; Huh, cože? To je finta Postgisu. Normálně nemůže existovat index, ve kterém bys hledal podle vzdálenosti od určitého bodu či jiné geometrie, protože ten bod není v době vytváření indexu znám. Tohle to umí i tak http://boundlessgeo.com/2011/09/indexed-nearest-neighbour-search-in-postgis/ -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] PointInfo JOSM plugin - zobrazení informací z RUIAN
Dne 2.2.2014 18:45, Petr Vejsada napsal: Dne Ne 2. února 2014 18:30:04, Marián Kyral napsal(a): - muj_bod_kam_jsem:kliknul typu geometry point a stejného SRID, jako má deiniční čára limit 1; Huh, cože? To je finta Postgisu. Normálně nemůže existovat index, ve kterém bys hledal podle vzdálenosti od určitého bodu či jiné geometrie, protože ten bod není v době vytváření indexu znám. Tohle to umí i tak http://boundlessgeo.com/2011/09/indexed-nearest-neighbour-search-in-postgis/ OK. Tak to by bylo k tomu záhadnému operátoru -. A teď ještě typu geometry point a stejného SRID, jako má deiniční čára Typ geometry point je 'POINT( lon lat)' ? A jak zjistím, jaké SRID má ta čára? Koukal jsem na definici na SRID na wiki, ale moc jsem to nepobral. Ještě upozorňuji, že PostGis vůbec, ale vůbec a opravdu ani trochu neznám. Nějaký tip na jednoduchý dokument vysvětlující základy? Co jsem zatím našel moc užitečné nebylo :-( Marián -- 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: [Talk-cz] Postgis tutoriál (bylo PointInfo JOSM plugin - zobrazení informací z RUIAN)
Moc díky. Myslím, že pro začátek mi to stačí. Marián Dne 2.2.2014 20:23, Petr Vejsada napsal(a): Ahoj, Dne Ne 2. února 2014 19:28:12, Marián Kyral napsal(a): definiční čára, mně blbne na klávesnici F, fakt, nedělám si srandu... Geometry typ prostě obsahuje údaje o tvaru nějakého objektu. Zobrazení: třeba select st_astext(definicni_cara) Geometrie může být bod, čára, polygon, multipolygon, oblouky a též směs všeho uvedeného. SRID = identifikace projekce, ve kreré je geometrie vyjádřena. Používáme v OSM dvě - 900913 pro zobrazování a 4326, což jsou ty stupně, jak je známe z běžného života. RUIAN mám uložen v 900913, aby s tím Mapnik neměl tolik práce. select st_srid(definicni_cara) from ruian.rn_ulice limit 1; st_srid - 900913 (1 řádka) Když chceš najít nejbližší ulici k bodu, vyjádřenému v občanských souřadnicích, tedy 4326, je potřeba to převést do 900913, protože takto jsou uložena data (platí jen pro tu databázi, co mám na serveru; někdo jiný to mlže mít jinak). To se dělá transformací - select st_transform(geometrie_v_lidských_souřadnicích,do jakého systému) Bod jakožto data typu geometrie vytvoříš třeba funkcí st_makepoint(lon,lat). Tato funkce vrátí data typu geometry a je to point. Není však jasné, v jakém souřadnicovém systému to vlastně je. Proto použijeme st_setsrid(geometry,srid) Takže do PG zadáme bod třeba select st_setsrid(st_makepoint(14,50),4326) Lidsky čitelné totéž: select st_astext(st_setsrid(st_makepoint(14,50),4326)); st_astext -- POINT(14 50) (1 řádka) V jakém souřadnicovém systému to vlastně máme? select st_srid(st_setsrid(st_makepoint(14,50),4326)); st_srid - 4326 (1 řádka) Ten samý bod si zobrazíme v lidsky čitelné formě v souřadnicovém systému 900913: select st_astext(st_transform(st_setsrid(st_makepoint(14,50),4326),900913)); st_astext -- POINT(1558472.87110583 6446275.84101716) (1 řádka) A konečně se dostáváme k cíli: select nazev from ruian.rn_ulice order by definicni_cara - st_transform(st_setsrid(st_makepoint(14,50),4326),900913) limit 1; nazev -- Na Zámku (1 řádka) Jak je ta ulice daleko? Funkce st_distance(geometry,geometry) Ta ráda vrací vzdálenost v radiánech na zemském povrchu, osobně dávám přednost metrům ;-). V metrech nám to řekne, když geometrie budou geografie. Geography je podobný datový typ, vyjadřuje se v souřadnicovém systému 4326. Toho se docílí přetypováním na typ geography. Celý select pak vypadá: select nazev,st_distance( (st_transform(definicni_cara,4326))::geography, (st_setsrid(st_makepoint(14,50),4326))::geography ) from ruian.rn_ulice order by definicni_cara - st_transform(st_setsrid(st_makepoint(14,50),4326),900913) limit 1; nazev | st_distance --+-- Na Zámku | 26.405619556 (1 řádka) Nejbližší bod ulice Na Zámku je od nás vzdálen 26 metrů a 40 centimetrů. Cvičení: Jak si zobrazíme lidsky čitelné souřadnice adresního bodu z RUIAN? A: select st_astext(st_transform(definicni_bod,4326)) from ruian.rn_adresni_misto where kod=21411409; st_astext -- POINT(13.6752996130858 49.2886006596294) (1 řádka) Učebnice Postgisu: http://workshops.boundlessgeo.com/postgis-intro/ je IMO super, ale nedá se to za 10 minut -- 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
[Talk-cz] Dotaz k JOSM velikost pisma
Ahoj, nevite, prosim, nekdo, jak si nastavit jiny font v pomocnych oknech v JOSM - treba informace o objektu - CTRL+I? Ja ho proste neprectu a nemuzu to nikde najit. Viz prilozeny screenshot. Jsem na Windows 8.1 Dekuji, Dalibor attachment: text.png___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotaz k JOSM velikost pisma
Dne 3.2.2014 07:12, Dalibor Jelínek napsal: Ahoj, nevite, prosim, nekdo, jak si nastavit jiny font v pomocnych oknech v JOSM - treba informace o objektu - CTRL+I? Ja ho proste neprectu a nemuzu to nikde najit. Viz prilozeny screenshot. Jsem na Windows 8.1 Tak mne napadá, nepomohlo by upravit DPI? http://www.eightforums.com/tutorials/28310-dpi-scaling-size-change-displays-windows-8-1-a.html Marián Links: -- [1] https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-it-southtyrol] Report of the OpenGisData.eu meeting (next steps for the Import housenumbers in OSM)
Hi all! The meeting on Friday went very well! In the WikiPage of the import https://wiki.openstreetmap.org/w/index.php?title=AltoAdige_-_S%C3%BCdtirol/OpenGisData_HouseNumber_Import2 of the house numbers in OSM, you can find the report https://wiki.openstreetmap.org/w/index.php?title=AltoAdige_-_S%C3%BCdtirol/OpenGisData_HouseNumber_Import2#OpenGisData.eu_mappers_meeting of the meeting, the slide presentation, and the the proposal for the future Regards, Pietro ___ Talk-it-southtyrol mailing list Talk-it-southtyrol@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-southtyrol
[OSM-talk-fr] UMAP et itinéraires
Bonjour, pour ne pas polluer la discussion sur l'intégration des images dans umap, j'ouvre ce fil. En effet, images plus itinéraires permet d'imaginer plein de possibilités (chasse au trésor, circuits touristiques, ...). Par itinéraire, je pense à ceci : http://umap.openstreetmap.fr/fr/map/la-parcours-du-tueur_2808#11/48.8672/2.3631 Mais je ne comprends pas comment faire le petit menu (naviguer vers ..., zoomer, ...) ? Est ce envisageable pour un non informaticien comme moi ? Merci -- Vincent Bergeot ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] légende umap
j'ai plus de précision sur le bug... la légende affiche les bonnes couleurs quand je clique sur a propos... mais quand elle est affichée par défaut quand on charge la page les couleurs sont pas mis a jours... -- View this message in context: http://gis.19327.n5.nabble.com/legende-umap-tp5794989p5795009.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau électrique Nord-Est
400 kV 225 kV 150 kV 90 kV 63 kV ≤ 45 kV Total Longueurs de files de pylônes 1 (km) 13 439 21 695 1 193 14 320 31 356 206 82 208 au 31/12/12 Dans OSM 13110 19996 822 11939 23012 68879 au 01/02/14 Longueurs de files de pylônes trouver sur le site de RTE telecharger sur http://oapi-fr.openstreetmap.fr/oapi donc ça dépasse un peu sur les pays voisins mesurer sur JOSM avec le greffon measurement il y a quelques power=line avec dans voltage= 2 valeurs séparées par un ; qui ne sont pas pris en compte Le 30 janvier 2014 19:05, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Bonsoir, Il reste pas mal de lignes électriques sans voltage dans le Nord-Est. http://www.itoworld.com/map/4?lon=4.25113lat=48.76240zoom=8fullscreen=true Un petit coup de main pour pour mettre voltage=*, operator=RTE, rajouter des pylônes non cartographiés sur toutes les lignes dont la tension = 63 kV ne serait pas de refus. Cela permettrait d'obtenir : - Des données de qualité sur data.gouv.fr - Un rendu sur ITO clean (RTE et d'autres professionnels s'appuient dessus, on peut renforcer directement notre image). Si possible, fusionner les files de pylônes qui ont les mêmes caractéristiques (nombre de câble/tension) et au contraire couper les ways lorsqu'une intersection hors d'un poste électrique se présente. Pour les plus avertis, on peut indiquer le nombre de conducteurs avec câbles=* et circuits=cables/3 Les indications du projet ici : https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France Des cartes sont disponibles en bas de page pour être certain de la tension à appliquer (spécialement pour 90kV/63kV). Merci par avance et bonne carto. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ 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: [OSM-talk-fr] Réseau électrique Nord-Est
Merci :) On arrive donc presque à maturité sur le 400 kV et 225 kV. La plus grosse marge de progression est sur le 90/63 kV, ce qui correspond à la plus grosse part de ce qui est à corriger dans le Nord-Est. Le 90/63 kV sont maintenant massivement enfouis aux abords des villes, ils sont donc plus difficiles à cartographier mais on arrive dans certains cas. Et tout ça n'est rien face aux ~600 000 km de 20 000 V dans les campagnes (aérien/souterrain confondu). *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 2 février 2014 17:01, Jérôme Amagat jerome.ama...@gmail.com a écrit : 400 kV 225 kV 150 kV 90 kV 63 kV ≤ 45 kV Total Longueurs de files de pylônes 1 (km) 13 439 21 695 1 193 14 320 31 356 206 82 208 au 31/12/12 Dans OSM 13110 19996 822 11939 23012 68879 au 01/02/14 Longueurs de files de pylônes trouver sur le site de RTE telecharger sur http://oapi-fr.openstreetmap.fr/oapi donc ça dépasse un peu sur les pays voisins mesurer sur JOSM avec le greffon measurement il y a quelques power=line avec dans voltage= 2 valeurs séparées par un ; qui ne sont pas pris en compte Le 30 janvier 2014 19:05, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Bonsoir, Il reste pas mal de lignes électriques sans voltage dans le Nord-Est. http://www.itoworld.com/map/4?lon=4.25113lat=48.76240zoom=8fullscreen=true Un petit coup de main pour pour mettre voltage=*, operator=RTE, rajouter des pylônes non cartographiés sur toutes les lignes dont la tension = 63 kV ne serait pas de refus. Cela permettrait d'obtenir : - Des données de qualité sur data.gouv.fr - Un rendu sur ITO clean (RTE et d'autres professionnels s'appuient dessus, on peut renforcer directement notre image). Si possible, fusionner les files de pylônes qui ont les mêmes caractéristiques (nombre de câble/tension) et au contraire couper les ways lorsqu'une intersection hors d'un poste électrique se présente. Pour les plus avertis, on peut indiquer le nombre de conducteurs avec câbles=* et circuits=cables/3 Les indications du projet ici : https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France Des cartes sont disponibles en bas de page pour être certain de la tension à appliquer (spécialement pour 90kV/63kV). Merci par avance et bonne carto. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Merging a GNIS node with a TIGER way - for a town
On February 1, 2014 7:04:43 PM CST, Richard Welty rwe...@averillpark.net wrote: On 2/1/14 3:59 PM, Sebastian Arcus wrote: I have some trouble though with the notion of village in the US. Looking back to what I know about US (which could be partially wrong), I'm not sure they really have the true notion of village as per many other places in the world. In the US, it always seemed to be about isolated farms, and towns. Both from a size point of view, but most importantly from a functional point of view. In Europe and other parts of the world, the notion of village is steeped in a long history of a group of people working the land, and many times being subject to the authority of one local land owner. All of that doesn't really exist in the US, if my knowledge serves me right. Even the smallest of settlements (bigger than a farm) seemed to have started in the US around a group of facilities, such as shops, entertainment venues, trading facilities etc. - which would directly correspond functionally to a town. Village is something that will vary. in NY, a village is an incorporated governmental entity which is much smaller than a city. (all of what follows is NY specific, by the way). where as a county in NY (NYC excepted) is completely tiled by cities and towns, villages are mostly contained within towns (but some villages do cross town boundaries.) in NY, Hamlet is the term used for random place names where there isn't a corresponding governmental entity. richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us The definitions vary widely, state by state. In Virginia, a town or village may have its own local government, but is subordinate to the government of the county containing it. A city in Virginia, by contrast, has a local government on the same level as a county government, and is not considered to be part of the county even if it is completely surrounded by the county. -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness: only light can do that. Hate cannot drive out hate: only love can do that. Dr. Martin Luther King, Jr. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us