Re: [talk-ph] Node density visualization
Hi guys, Here's a mid-year follow-up to the node density visualization. Here's the density increase from the last time (June 3) to July 1: http://wiki.openstreetmap.org/w/images/5/52/Philippines_node_density_increase_from_2012-06-03_to_2012-07-01.png The new Bing imagery in June has resulted in increased data in Catanduanes, Metro Naga, Antique, Dumaguete, Butuan, and Tagbilaran. The new Orbview-3 imagery on the other hand resulted in increased data in Palawan, Romblon, and Antique. Here's the density increase from the start of the year to July 1: http://wiki.openstreetmap.org/w/images/5/56/Philippines_node_density_increase_from_2012-01-02_to_2012-07-01.png And here's the node density map itself as of July 1: http://wiki.openstreetmap.org/w/images/8/80/Philippines_node_density_2012-07-01.png Compare to the one from the start of the year: http://wiki.openstreetmap.org/w/images/8/81/Philippines_node_density_2012-01-02.png Eugene On Sun, Jun 3, 2012 at 4:43 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, I made a follow-up to the node density visualization I shared back in March. This time, the map shows the node increase compared to the data of the original map. Similar to before, brighter pixels represent areas with higher node count increases. Gray pixels show the original data as a baseline. You can view it here: http://wiki.openstreetmap.org/w/images/5/56/Philippines_node_density_increase_from_2012-01-02_to_2012-06-03.png For comparison here's the original map: http://wiki.openstreetmap.org/w/images/8/81/Philippines_node_density_2012-01-02.png Take note that this is not a map of editing activity! It only merely shows node density increases. (So if someone deleted a node in an area and another one created a node, there will be no change in the node counts.) But this visualization does somewhat indicate where new data is being added. It's nice to see that most parts of the Philippines have seen an increase in data. You can see the obvious effect of the new Bing imagery that was released back in February as bright rectangular areas. Nice work everyone! Let's keep it up! :-) Eugene On Sat, Feb 25, 2012 at 8:38 PM, Eugene Alvin Villar sea...@gmail.com wrote: Correction, that should be 0.01°, not 0.1°. :-) On 2/25/12, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, I created a visualization showing the node density of OSM data in the Philippines taken from the 2012-01-02 Geofabrik extract. Each pixel represents a 0.1°×0.1° degree square or approximately 1 square kilometer. Brighter pixels represent areas with higher node counts. View it here: http://wiki.openstreetmap.org/w/images/8/81/Philippines_node_density_2012-01-02.png The edges of available satellite imagery at that time is quite visible in some areas like Pangasinan, Cebu, Bukidnon, and Davao del Sur. As expected, brighter areas are places where there is a large amount of editing and with a large population. By the way, can you guess which place has the densest concentration of nodes (the only purely white pixel in the image)? It's in Naga City and this is due to the Naga City import. The second densest location is in Marikina, and this is thanks to maning's efforts in mapping all of the buildings in his adopted city. :-) Eugene -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Node density visualization
Oops. Fixed a link Hi guys, Here's a mid-year follow-up to the node density visualization. Here's the density increase from the last time (June 3) to July 1: http://wiki.openstreetmap.org/w/images/5/52/Philippines_node_density_increase_from_2012-06-03_to_2012-07-01.png The new Bing imagery in June has resulted in increased data in Catanduanes, Metro Naga, Antique, Dumaguete, Butuan, and Tagbilaran. The new Orbview-3 imagery on the other hand resulted in increased data in Palawan, Romblon, and Antique. Here's the density increase from the start of the year to July 1: http://wiki.openstreetmap.org/w/images/3/36/Philippines_node_density_increase_from_2012-01-02_to_2012-07-01.png And here's the node density map itself as of July 1: http://wiki.openstreetmap.org/w/images/8/80/Philippines_node_density_2012-07-01.png Compare to the one from the start of the year: http://wiki.openstreetmap.org/w/images/8/81/Philippines_node_density_2012-01-02.png Eugene On Sun, Jul 15, 2012 at 5:56 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, Here's a mid-year follow-up to the node density visualization. Here's the density increase from the last time (June 3) to July 1: http://wiki.openstreetmap.org/w/images/5/52/Philippines_node_density_increase_from_2012-06-03_to_2012-07-01.png The new Bing imagery in June has resulted in increased data in Catanduanes, Metro Naga, Antique, Dumaguete, Butuan, and Tagbilaran. The new Orbview-3 imagery on the other hand resulted in increased data in Palawan, Romblon, and Antique. Here's the density increase from the start of the year to July 1: http://wiki.openstreetmap.org/w/images/5/56/Philippines_node_density_increase_from_2012-01-02_to_2012-07-01.png And here's the node density map itself as of July 1: http://wiki.openstreetmap.org/w/images/8/80/Philippines_node_density_2012-07-01.png Compare to the one from the start of the year: http://wiki.openstreetmap.org/w/images/8/81/Philippines_node_density_2012-01-02.png Eugene On Sun, Jun 3, 2012 at 4:43 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, I made a follow-up to the node density visualization I shared back in March. This time, the map shows the node increase compared to the data of the original map. Similar to before, brighter pixels represent areas with higher node count increases. Gray pixels show the original data as a baseline. You can view it here: http://wiki.openstreetmap.org/w/images/5/56/Philippines_node_density_increase_from_2012-01-02_to_2012-06-03.png For comparison here's the original map: http://wiki.openstreetmap.org/w/images/8/81/Philippines_node_density_2012-01-02.png Take note that this is not a map of editing activity! It only merely shows node density increases. (So if someone deleted a node in an area and another one created a node, there will be no change in the node counts.) But this visualization does somewhat indicate where new data is being added. It's nice to see that most parts of the Philippines have seen an increase in data. You can see the obvious effect of the new Bing imagery that was released back in February as bright rectangular areas. Nice work everyone! Let's keep it up! :-) Eugene On Sat, Feb 25, 2012 at 8:38 PM, Eugene Alvin Villar sea...@gmail.com wrote: Correction, that should be 0.01°, not 0.1°. :-) On 2/25/12, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, I created a visualization showing the node density of OSM data in the Philippines taken from the 2012-01-02 Geofabrik extract. Each pixel represents a 0.1°×0.1° degree square or approximately 1 square kilometer. Brighter pixels represent areas with higher node counts. View it here: http://wiki.openstreetmap.org/w/images/8/81/Philippines_node_density_2012-01-02.png The edges of available satellite imagery at that time is quite visible in some areas like Pangasinan, Cebu, Bukidnon, and Davao del Sur. As expected, brighter areas are places where there is a large amount of editing and with a large population. By the way, can you guess which place has the densest concentration of nodes (the only purely white pixel in the image)? It's in Naga City and this is due to the Naga City import. The second densest location is in Marikina, and this is thanks to maning's efforts in mapping all of the buildings in his adopted city. :-) Eugene -- http://vaes9.codedgraphic.com -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] Save to POI
hi all anyone here using Java, working with save to POI, like JOSM did i want to create a apps to save to POI F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Redaction progress
[posted to talk-gb@, announce@ and talk@; please choose follow-ups carefully; please also translate and forward to your local mailing list if relevant] The redaction bot has started on the 'Western Europe' area. Because continents are annoyingly not shaped like rectangles, this inevitably includes some overlap with North Africa etc. The UK is finishing off as we speak. You can monitor its current location at a site set up by Harry: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php As you'll see, the internal checks of the bot and the API occasionally throw up errors which cause a region (1 degree square) not to be fully processed. The coders working on the bot are tracking these failures down and fixing them as we go: if you'd like to help or find out more, they're in #osm-dev on IRC (irc.oftc.net). When a failure is fixed then the bot is rerun for that area. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction progress
On Sun, 2012-07-15 at 11:46 +0100, Richard Fairhurst wrote: The redaction bot has started on the 'Western Europe' area. Because continents are annoyingly not shaped like rectangles, this is not good - I think the OSMF should do something about this. -- regards Kenneth Gonsalves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction progress
On Sun, Jul 15, 2012 at 9:16 AM, kenneth gonsalves law...@thenilgiris.com wrote: On Sun, 2012-07-15 at 11:46 +0100, Richard Fairhurst wrote: The redaction bot has started on the 'Western Europe' area. Because continents are annoyingly not shaped like rectangles, this is not good - I think the OSMF should do something about this. And now we have. Thank you for your suggestions. We've submitted a patch in which all continents are rectilinear in all projections and we have corrected the value of pi to 3.0 You should see the updates on the standard layer shortly. :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction progress
But maybe the RF was suggesting that we swap our GPS sets for shovels and all get out there to dig rectangular continents? This may sound a daunting task, but it is nothing compared to getting all OSM members to agree to a change in the DB license! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction progress
2012/7/15 Richard Weait rich...@weait.com On Sun, Jul 15, 2012 at 9:16 AM, kenneth gonsalves law...@thenilgiris.com wrote: On Sun, 2012-07-15 at 11:46 +0100, Richard Fairhurst wrote: The redaction bot has started on the 'Western Europe' area. Because continents are annoyingly not shaped like rectangles, this is not good - I think the OSMF should do something about this. And now we have. Thank you for your suggestions. We've submitted a patch in which all continents are rectilinear in all projections and we have corrected the value of pi to 3.0 You should see the updates on the standard layer shortly. :-) Yeah, it's totally not done that it's processing Northern Africa and skipping Greece! :-) Can't wait to see those updates. I think I'll be holding my breath. Polyglot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction progress
Am 15.07.2012 16:47, schrieb Malcolm Herring: But maybe the RF was suggesting that we swap our GPS sets for shovels and all get out there to dig rectangular continents? This may sound a daunting task, but it is nothing compared to getting all OSM members to agree to a change in the DB license! Great idea, and like we didn't get ALL mappers to agree with the new terms, maybe india stays a triangle afterwards - but who cares, that can be done in the next decades step by step then. By the way: As a side effect a world of rectangular continents fit's better to games like minecraft. regards Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] MapDust JOSM plugin
Is there someplace I can find the source for this plugin? I really want to enable the ability to select multiple bugs at once and tag all the bugs selected as fixed or invalid with the same comment. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] MapDust JOSM plugin
On 16/07/12 01:58, Paul Johnson wrote: Is there someplace I can find the source for this plugin? I really want to enable the ability to select multiple bugs at once and tag all the bugs selected as fixed or invalid with the same comment. What's about: http://svn.openstreetmap.org/applications/editors/josm/plugins/mapdust/ ?? cu Colliar signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] MapDust JOSM plugin
On Sun, Jul 15, 2012 at 5:43 PM, colliar colliar4e...@aol.com wrote: On 16/07/12 01:58, Paul Johnson wrote: Is there someplace I can find the source for this plugin? I really want to enable the ability to select multiple bugs at once and tag all the bugs selected as fixed or invalid with the same comment. What's about: http://svn.openstreetmap.org/applications/editors/josm/plugins/mapdust/ OK, clearly that's it. Just didn't know where to look. Now I'm just not sure how to accomplish what I'd like to with the code. Less familiar with java than I thought. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] OSM T-Shirt?
aighes schrieb: ich hatte mal über ein Rad-Trikot nachgedacht, mit dem Slogan Mapping in progress und OSM Logo etc. Lohnt sich halt aber nur, wenn da ein paar zusammen kommen. Ein einzelnes kostet ~100€... Ein Baumwoll-T-Shirt mit dem Aufdruck eines selbstgebastelten Bildes Schriftzugs kostete mich 20 EUR/Stück. Folgendes als Bild auf einem Oberbekleidungsstück gefiele mir: Stilisierter Radfahrer auf einer Fahrbahn, die ein Stück nach dem Fahrrad zu einem GPS-Log wird, ein Stück dahinterer zu einem Stück stilisierter Landkarte. Weiß nicht, ob ich das Bild irgendwo im Wiki sah oder ob es komplett meiner Phantasie entspringt. Könnte von ¹ inspiriert sein. ¹ http://wiki.openstreetmap.org/wiki/Tshirt_competition#Richard.27s_entry Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM T-Shirt?
Am 15.07.2012 13:17, schrieb malenki: aighes schrieb: ich hatte mal über ein Rad-Trikot nachgedacht, mit dem Slogan Mapping in progress und OSM Logo etc. Lohnt sich halt aber nur, wenn da ein paar zusammen kommen. Ein einzelnes kostet ~100€... Ein Baumwoll-T-Shirt mit dem Aufdruck eines selbstgebastelten Bildes Schriftzugs kostete mich 20 EUR/Stück. Folgendes als Bild auf einem Oberbekleidungsstück gefiele mir: Stilisierter Radfahrer auf einer Fahrbahn, die ein Stück nach dem Fahrrad zu einem GPS-Log wird, ein Stück dahinterer zu einem Stück stilisierter Landkarte. Weiß nicht, ob ich das Bild irgendwo im Wiki sah oder ob es komplett meiner Phantasie entspringt. Könnte von ¹ inspiriert sein. ¹ http://wiki.openstreetmap.org/wiki/Tshirt_competition#Richard.27s_entry Ja, an sowas hätte ich auch gedacht... Ich habe hier geguckt: http://www.owayo.de/radsport-radtrikots/preise/preislisten.htm Qualitativ sind die ganz gut. Baumwolle wäre natürlich auch eine alternative. Wobei ich auf die Qualität Fotodruck aufs T-Shirt eher nicht so optimal finde. Das wäscht sich recht fix raus und wird dann blass. Gibt es denn überhaupt einen Shop für OSM-Artikel? Oder wäre das etwas für den Fossgis? Das könnte man ja auch durchaus mit einer Spende/Aufwandsentschädigung verbinden, in dem man die Teile dann teurer verkauft, als sie im Einkauf und Versand sind. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM T-Shirt?
aighes schrieb: Am 15.07.2012 13:17, schrieb malenki: Ein Baumwoll-T-Shirt mit dem Aufdruck eines selbstgebastelten Bildes Schriftzugs kostete mich 20 EUR/Stück. Folgendes als Bild auf einem Oberbekleidungsstück gefiele mir: Stilisierter Radfahrer auf einer Fahrbahn, die ein Stück nach dem Fahrrad zu einem GPS-Log wird, ein Stück dahinterer zu einem Stück stilisierter Landkarte. Weiß nicht, ob ich das Bild irgendwo im Wiki sah oder ob es komplett meiner Phantasie entspringt. Könnte von ¹ inspiriert sein. ¹ http://wiki.openstreetmap.org/wiki/Tshirt_competition#Richard.27s_entry Ja, an sowas hätte ich auch gedacht... Wer malt es? ^^ Ich habe hier geguckt: http://www.owayo.de/radsport-radtrikots/preise/preislisten.htm Qualitativ sind die ganz gut. Baumwolle wäre natürlich auch eine alternative. Die bei owayo verwendete Kunstfaser taugt für sportliche Aktivitäten eher als Baumwolle, letztere wäre am OSM-Stand von Vorteil. Wobei ich auf die Qualität Fotodruck aufs T-Shirt eher nicht so optimal finde. Das wäscht sich recht fix raus und wird dann blass. Es gibt unterschiedliche Druckmöglichkeiten mit unterschiedlicher Haltbarkeit. Gibt es denn überhaupt einen Shop für OSM-Artikel? Hier gibt es eine OSM-Rubrik, teils mit einer Spende an OSM verbunden: http://shop.first-to-find.de/ Die Aufkleber sind übrigens ziemlich robust. Oder wäre das etwas für den Fossgis? Keine Ahnung. Es muss sich halt jemand finden, der die Zeit dafür hat. -- Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM T-Shirt?
On 15.07.2012 13:34, aighes wrote: [...] Gibt es denn überhaupt einen Shop für OSM-Artikel? Oder wäre das etwas für den Fossgis? Das könnte man ja auch durchaus mit einer Spende/Aufwandsentschädigung verbinden, in dem man die Teile dann teurer verkauft, als sie im Einkauf und Versand sind. Ich kenne kernelconcepts [1]. Selbst einen Shop betreiben wird der Verein wohl nicht. Es ist nicht sooo einfach wie es klingt. Das ganze Bestell- und Versandwesen und die Buchhaltung sind doch aufwendig. (Achtung Spekulation: )Außerdem ist der FOSSGIS e.V. ein gemeinnütziger Verein, könnte sein, dass es Probleme gibt wenn man einen gewinnbringenden Shop betreibt. Schreib doch einfach mal die Leute von [1] an, vielleicht kann deren OSM-Angebot noch erweitert werden. Lars [1] http://shop.kernelconcepts.de/advanced_search_result.php?keywords=osmx=0y=0 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM T-Shirt?
Am 15.07.2012 14:45, schrieb Lars Lingner: On 15.07.2012 13:34, aighes wrote: [...] Gibt es denn überhaupt einen Shop für OSM-Artikel? Oder wäre das etwas für den Fossgis? Das könnte man ja auch durchaus mit einer Spende/Aufwandsentschädigung verbinden, in dem man die Teile dann teurer verkauft, als sie im Einkauf und Versand sind. Ich kenne kernelconcepts [1]. Selbst einen Shop betreiben wird der Verein wohl nicht. Es ist nicht sooo einfach wie es klingt. Das ganze Bestell- und Versandwesen und die Buchhaltung sind doch aufwendig. (Achtung Spekulation: )Außerdem ist der FOSSGIS e.V. ein gemeinnütziger Verein, könnte sein, dass es Probleme gibt wenn man einen gewinnbringenden Shop betreibt. Das dürfte das kleinste Problem sein, solange der Gewinn nicht ausgeschüttet sondern dem gemeinnützigen Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM T-Shirt?
aighes o...@aighes.de wrote: Qualitativ sind die ganz gut. Baumwolle wäre natürlich auch eine alternative. Wobei ich auf die Qualität Fotodruck aufs T-Shirt eher nicht so optimal finde. Das wäscht sich recht fix raus und wird dann blass. Jepp und außerdem haben diese Shirts immer so einen Regenjacken-Effekt. Der Flexdruck den Spreadshirt für Vektormotive verwendet ist ganz gut! Nachteil kann je nachdem sein, dass es eine Mindestbreite für die aufgedruckten Objekte gibt. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM T-Shirt?
Am 15.07.2012 18:13, schrieb Sven Geggus: aighes o...@aighes.de wrote: Qualitativ sind die ganz gut. Baumwolle wäre natürlich auch eine alternative. Wobei ich auf die Qualität Fotodruck aufs T-Shirt eher nicht so optimal finde. Das wäscht sich recht fix raus und wird dann blass. Jepp und außerdem haben diese Shirts immer so einen Regenjacken-Effekt. Der Flexdruck den Spreadshirt für Vektormotive verwendet ist ganz gut! Nachteil kann je nachdem sein, dass es eine Mindestbreite für die aufgedruckten Objekte gibt. und man ist auf drei Farben je Motiv beschränkt. Halte ich jetzt bei der Idee mit Radler-Track-Editor-Karte für problematisch. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 104
Hallo, die Wochennotiz Nr. 104 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: https://blog.openstreetmap.de/2012/07/wochennotiz-nr-104/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit der Kuestenlinie auf Terceira
Please dont translate into RO. I have to do some edits. Yes here it is a have to. ;-) Some hints to JOSM-wiki. ## Manfred - (android) mobil - please excuse typos and brevity. Am 13.07.2012 19:36 schrieb fly lowfligh...@googlemail.com: On 13/07/12 16:14, Manfred A. Reiter wrote: Am 4. Juli 2012 20:59 schrieb fly lowfligh...@googlemail.com: On 01.07.2012 20:55, fly wrote: On 01.07.2012 10:32, Manfred A. Reiter wrote: ... War mir unsicher in wie fern englischsprachige Emails an die neuen User direkt eher abschreckend wirken und habe es erstmal bleiben gelassen. erst einmal ein Kommentar von einer Teilnehmerin ... zitat The costline looks great now, I am a little bit jelous because I wanted to do it..:)) anyway, there were problems because we stopped when we shouldn t, it was work in progress, for example the gaps were left there intentionally by me for the students Never do this ! to see better which was their working part. If knew that you would ask someone to fix the coastline in this manner I would have voluntered to do it.(not to put your friend to work). I was under the impression that were other solutions available. I am a little bit embarrassed because he had to clean up my mess.:) /zitat ... Hab mir mal die changesets angeschaut und jetzt wundert es mich nicht, dass Ihr Konflikte bekommt. Das sieht ja so aus als ob mehrere user gleichzeitig die Küstenlinien bearbeitet haben. ja das war die Idee, und da wir dabei an dei 2000 Grenze stießen, war die nächste Idee die Linie aufzutrennen und nach den Korrekturen wieder zusammenzusetzen. Das Auftrennen (- Aufteilen) war schon der richtige Ansatz (s.u.), aber wieder Zusammenführen ist (wie schon erwähnt) falsch ! Mit JOSM gibt sowas immer Konflikte (offline Editor), heisst das, dass es mit Potlach funktioniert hätte? Benutzte eigentlich nur JOSM und kenne mich mit Potlach nicht wirklich aus. Soweit ich weiß funktioniert Potlach jedoch online, sprich jede Veränderung wird sofort auf den Server geladen. es sei denn man spricht sich vorher gut ab. daher die Auftrennung :-( Jeder ein anderes Dorf oder man teilt die Küstenlinie zu erst in mehrere Wege auf und jeder bearbeitet nur einen dieser Wege. FAZIT: - Wie hätte man es besser machen können, wenn man mehrere hoch motivierte Schülergruppen da sitzen hat, die unbedingt die Küste i.O. bringen wollen? - Wie hast Du es gemacht? Willst Du das wirklich wissen ? Leider hatte ich Eure Dateien nicht. 1. Ersteinmal habe ich die Situation studiert. 2. Durch die vielen unverbunden Punkte blieb mir nichts anderes übrig als die gesamte Insel herunterzuladen. Die einfachste Lösung wäre wahrscheinlich gewesen, alles zu löschen und neu einzuzeichnen, aber ich wollte die Arbeit der Newbies nicht vernichten und hab mir die Mühe gemacht möglichst viel zu erhalten.(Ist auch Datenbank schonender). 3. Überlappende Linien finden und geschickt aufteilen, gegebenfalls existierende Punkte einfügen, so daß ich nur Linien mit id:0 löschen mußte. 4. unverbunden Punkte in die Küstenlinie einfügen und gegebenfalls aufteilen. Zum Teil habe ich auch bei doppelten Punkte durch leichtes Verschieben beide benutzt. 5. Kurze Küstenlinien zusammenfügen mit erneuter Berücksichtigung der ID, Lücken schließen, Boundary-Relation korrigieren. 6. Validator ! * letzte überlappende Linien repariert * doppelte Punkte gefixed 7. Da ich eh schon dabei war habe ich auch die Straßen mit Validator repariert (überlappende, kreuzende, unverbundene). Ich bin an der Lösung sehr interessiert, da die Schule auf den Azoren weiterarbeiten wird ... weil sie als - wie sie sich immer noch empfinden - größte Seefahrenation vergangener Zeiten - natürlich ihre Küsten in Ordnung haben wollen. Generell sind Küstenlinien bei OSM ein heikles Thema und nicht gerade der beste Einstieg, da die Küstenlinien häufig Elemente von Relationen sind und noch wichtiger, da man mit kleinen Fehlern (nicht geschlossene Küstenlinien) viel Schaden verursacht. kleine Anleitung: 1. Aufteilen der Küstenlinien in mehrer Teile. 2. Upload (damit die einzelnen Teile auch auf dem Server sind und eine ID haben) 3. Jedem einen eigene Linie zu ordnen 4. Wenn möglich nur diese Linie herunterladen. Entweder nur einen minimale BBox auswählen oder besser noch per Objekt-ID runterladen. 5. Am besten den Editier-Modus Improve Way Accuracy (leider nur im Experten-Modus sichtbar) wählen und Küstenlinie verbessern durch Verschieben der existierenden Punkte und Einfügen von zusätzlichen. 6. lokal speichern (7. Die veränderten (modified) Objekte aktualisieren, damit Konflikte rechtzeitig erkannt werden und nicht erst nachdem die neuen Punkte hochgeladen wurden (Konflikte während des Uploads.) (8. eventuell nochmal Speichern) 9. Hochladen Danke nochmals für die Beseitigung der Hinterlassungen
[Talk-de] Probleme mit Relation-Analyse
Hi ! wenn ich bei http://ra.osmsurround.org/analyzeRelation eine Nummer eingebe und analysieren will bekomme ich die Meldung: Interner Fehler Fehlermeldung: org.springframework.web.client.HttpClientErrorException: 404 Not Found Home http://ra.osmsurround.org/index Weiß einer mehr !?!?!? gruß Jan ;:-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit Relation-Analyse
moin moin, noch nicht wach? http://lmgtfy.com/?q=404 gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Probleme-mit-Relation-Analyse-tp5716746p5716747.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] Generic questions about mapping bus/train route
Hi all, I am an OSM mapper for about six months now thanks to my Android phone with GPS and a nice application called OsmAnd (available on Android app store). I wish to create relations for various city bus routes (and few train routes) based on my knowledge and publicly available data for Pune city. I have few questions regarding this. 1. On most of the routes the train/bus runs in both direction. Should there be only one relation for the route or two (with proper start and end station/stop)? 2. Most of the city bus stops have two platforms where people can wait, one each on both sides of the roads. Should be there two different POIs on the map for them. If yes how should they be named (since usually they are referred by same name). 3. For any city bus route in Pune I believe that the operator name will be PMPML. Can any experienced mappers from Pune confirm this? 4. When I create a relation for any route and associate it with different stops, do I need to document the list of relations somewhere on wiki (so that others can provide updates/fix them as necessary). Apart from these questions, is anyone interested in collaborating on this? I looked at one page on wiki [1] but it looks like it was one time activity. [1] http://wiki.openstreetmap.org/wiki/Pune/Bus_Routes Thanks, Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
Alle ore 14.13 il bot è sbarcato in Sicilia... Questo il primo gruppo di modifiche in Italia: http://www.openstreetmap.org/browse/changeset/12227600 Credo che ora sia il caso che i mappatori inizino la revisione degli oggetti toccati dal bot (es.: http://www.openstreetmap.org/browse/way/39527668) Ciao, Gianluca -- View this message in context: http://gis.19327.n5.nabble.com/Fwd-Rebuild-Map-display-of-the-redaction-bot-progress-tp5716534p5716698.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
Il giorno 15 luglio 2012 14:38, totera g...@hotmail.it ha scritto: Alle ore 14.13 il bot è sbarcato in Sicilia... Alle 13:35... Pantelleria è sempre Sicilia :-D ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Rebuild] Map display of the redaction bot progress
totera wrote: Alle ore 14.13 il bot è sbarcato in Sicilia... Questo il primo gruppo di modifiche in Italia: http://www.openstreetmap.org/browse/changeset/12227600 Credo che ora sia il caso che i mappatori inizino la revisione degli oggetti toccati dal bot (es.: http://www.openstreetmap.org/browse/way/39527668) In Sicilia, molti dei tagli riguarderanno le vie toccate da japa-fi (finlandese che mappava le foto aeree e che ha rifiutato la licenza), c'è poco da fare... Per il resto, dal controllo che ho fatto alla scadenza del periodo di accettazione, i danni dovrebbero essere molto abbastanza limitati (ok, si perde la pista dell'aeroporto di Catania, ma quella è facile :) Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Distributore acqua
Ciao a tutti. Ho taggato un punto in un paesino, dove vi è un distributore d'acqua gestito da un ente. L'ho taggato in questo modo: name: Punto xxx amenity: drinking_water Il problema che si pone è il seguente: vi è acqua refrigerata e non naturale che è gratuita (quindi drinking water) e acqua frizzante refrigerata e non che è a pagamento (5 cent al litro), per cui ci starebbe bene anche il tag amenity: vending machine. Due tag amenity non sono ammessi, cosa mi consigliate anche per altri casi futuri? Grazie. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Distributore acqua
Ti direi due nodi amenity quasi sovrapposti (magari l'acqua gratuita esce da un ugello poco piu a destra o sinistra dell'altra) Il giorno 15/lug/2012 21:13, Gianluca Boero gianlucabo...@alice.it ha scritto: Ciao a tutti. Ho taggato un punto in un paesino, dove vi è un distributore d'acqua gestito da un ente. L'ho taggato in questo modo: name: Punto xxx amenity: drinking_water Il problema che si pone è il seguente: vi è acqua refrigerata e non naturale che è gratuita (quindi drinking water) e acqua frizzante refrigerata e non che è a pagamento (5 cent al litro), per cui ci starebbe bene anche il tag amenity: vending machine. Due tag amenity non sono ammessi, cosa mi consigliate anche per altri casi futuri? Grazie. -- Gianluca Boero __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-gb-westmidlands] Redaction complete for west mids
Folks, The redaction bot finally completed its run across our patch which means that you may find some Ways without tags and the odd untagged Node here and there etc. Worth looking over the maps carefully in case there are any major issues to look at. There was a problem redacting some ways within the West Coast Main Line relation so I'd steer clear of that unless unavoidable until they work out what the issue is. Cheers Andy ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-es] Noticias OSM
2012/7/12 Iván Sánchez Ortega i...@sanchezortega.es: Y se pone en marcha el bot de edición de la ODbL: http://lists.openstreetmap.org/pipermail/imports/2012-July/001441.html Por lo visto hoy termino de procesar España continental. Con la excepción de un par de cuadriculas creo que ya no van a desaparecer datos de la bdd. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Google Maps für Radfahrer
Stefan Tauner schrieb: ja und meiner meinung nach sind sie zum teil von osm übernommen. Hmm, das wäre wahrscheinlich ein Lizenzverstoß Wäre nicht neu, dass Google so etwas passiert. Sollte man aber dann der zuständigen Working Group bei uns melden. Robert Kaiser ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Google Maps für Radfahrer
On Sun, 15 Jul 2012 15:16:09 +0200 Robert Kaiser ka...@kairo.at wrote: Stefan Tauner schrieb: ja und meiner meinung nach sind sie zum teil von osm übernommen. Hmm, das wäre wahrscheinlich ein Lizenzverstoß Wäre nicht neu, dass Google so etwas passiert. Sollte man aber dann der zuständigen Working Group bei uns melden. passiert ;) Habe es an le...@osmfoundation.org gemeldet. -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Altes AKH- Uni Campus
In folgender Ansicht wird Altes AKH - Uni-Campus mitten am Albertplatz platziert, obwohl es weiter nord-östlich bei der Spitalgasse liegen sollte. Kann jemand eruieren, woher das kommt? http://www.openstreetmap.org/?lat=48.21573lon=16.35289zoom=15layers=M Danke, Jimmy ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pt] Processo de Redaction vai começar
Olá, Noticiado aqui : http://lists.openstreetmap.org/pipermail/rebuild/2012-July/000326.html O bot acabou o Reino-Unido e está agora a tratar a parte occidental da Europa (incluindo uma pequena parte da África do norte dado que o bot trata áreas de 1 degrau quadrado). Os erros são monitorizado e o bot é re-lançado numa área com erro uma vez que o problema é corrigido. Podem seguir o trabalho do bot em : http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php O bot deve chegar em breve a Portugal, pelo visto as regiões dos Açores e da Madeira não estão incluídos, elas serão provavelmente tratadas com o resto do mundo. Francisco Francisco DOS SANTOS, 12/07/2012 - 22:57: Olà, Umas noticias do bot de mudança de licença. O bot foi lançado ontem na Irlanda e foi parado a noite depois da descoberta de um bug no código gerindo as relações. Também foi descoberto um problema na ferramenta osmosis para criar os minutes diff. A produção dos diffs teve que ser parado depois da descoberta de alguns diffs inválidos. Este problema foi corrigido esta manhã e a produção dos diffs já está a funcionar (o mapa ficou menos de um dia sem poder mostrar as alterações) : http://lists.openstreetmap.org/pipermail/talk/2012-July/063473.html Hoje o bot foi lançado no Reino-Unido. Podem ver o trabalho efetuado aqui : http://www.openstreetmap.org/user/OSMF%20Redaction% 20Account/edits?page=1 http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php Também para assinalar um problema no JOSM dado a uma mudança no API nos nodes apagados (agora o API já não mostra as coordenadas quando um ponto foi suprimido). O bug apresenta-se quando há um conflito e a outra pessoa suprimiu um node : http://josm.openstreetmap.de/ticket/7847 Fica aqui um dia bem cheio para OSM. ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-lv] Nedaudz par kapiem :)
Kad liku bugu tur vispār nebij nekā. Mana doma bij ka vajag atzīmēt kapu vietu. Nezinu kāda veida viņa tur ir, tāpēc ierakstīju cemetery. Viesturs (ala extropy) 2012/7/15 Gints Polis polis.gi...@gmail.com Runa iet par šo gabalu. http://www.openstreetmap.org/?lat=56.96073lon=24.25269zoom=17layers=M extropy iezīmējis kad šeit vajag pielikt cemetery (cik saprotu landuse=cemetry). Bet tur jau patreiz ir ammenity=grave_yard. Cik atradu precizējošu info. Graveyard ir domāti vairāk kapi apkārt baznīcai, landuse=cemetry vienkārši ierobežotai kapu vietai. Vajadzētu precizēt: * vai es aukstākminēto esmu sapratis pareizi * un tad kā galu galā vajag tagot augstākminēto. -- Gints ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] POI forma un izvietojums
1. Izvietojums: Ēkas iekšpusē - apmēram telpu centrā. Ja nu sāks zīmēt telpu plānojumus, tad lai būtu apm tur. 2. Adreses 2.1 Adresi iekļaut punkta nodē - tikai ja nav zināma ēkas kontūra. 2.2 Punkta nodē iekļaut aprakstu, adresi atstājot ēkas daudzstūrim - jap, tieši šitā. Softam vajadzētu varēt adresi noskaidrot. Tāpat kā noskaidro to kurā pilsētā kura iela atrodas. 3. Kuros gadījumos liekat interešu punkta atribūtus pašam ēkas daudzstūrim? Tad ja ēka būvēta tieši konkrētam mērķim un pa gabalu ir skaidrs kas tas tāds. Piemēram, pils, tv tornis, nacionālā bibliotēka, utt. Viesturs 2012/7/15 Jānis Ročāns janis.roc...@gmail.com 1. Ieejas negad netagoju, nezinu, bet manuprāt pārāk privāta informācija, ja tago privātīpašumus. Publiskās ēkas neesmu tagojis. 2. Īsti nesapratu, bet par adresēm: 2.1. Ja nav zināma ēkas kontūra (nav bing, un nevar citādu iezīmēt), lieku punktu, tam pievienojot visus zināmos adreses atribūtus. 2.2. Ja ir zināma kontūra, adreses tagus lieku pie way. 3. Pie līnijām tagus lieku tad, ja tagi attiecas uz visu ēku, piemēram, ALFA. Bet Alfā ir n-tie veikali, un tiem katram vajadzētu pa vienam POI vai pavisam ideālā gadījumā, katram veikalam savu way. 2012/7/15 Raitis U. rait...@gmail.com Gribējās uzzināt un statistiku savākt - kā citi zīmē interešu punktus: 1. Izvietojums: 1.1 Tur, kur fiziski ir ēkas ieeja 1.1.1 Lipinot pie ēkas līnijas 1.1.2 Nelipinot... 1.2 Ēkas iekšpusē 2. Adreses 2.1 Adresi iekļaut punkta nodē 2.2 Punkta nodē iekļaut aprakstu, adresi atstājot ēkas daudzstūrim 3. Kuros gadījumos liekat interešu punkta atribūtus pašam ēkas daudzstūrim? ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] Fwd: Re: openstreetmap ieksh android - latviski
kaadi komentaari ? kaa osmandaa ietuuciit osmu bez maksas ? :) varbuut kaads grib uzrakstiit blogpostu par osmand lietoshanu ? ;) Original Message Subject: Re: openstreetmap ieksh android - latviski Date: Sun, 15 Jul 2012 01:26:36 +0300 From: Krotow kro...@gmail.com Reply-To: tehn...@latnet.lv To: tehn...@latnet.lv On 11.07.2012 18:00, Rich wrote: reku juus te par latviskoshanu runaajaat. pats lietoju visus interfeisus angliski, bet nepiekriitu, ka latviskot nav veerts. labi latviskojumi ir vajadziigi. tieshi laikaa tad buus zinja, ka osmand (openstreetmap karshu tuulis prieksh androiidiem) tagad ir arii latviski :) http://osm.lv/blog/2012/07/osm-karte-android-iekartam-latviski It kā normāls apps, bet tālāka karšu ielāde par maksu, fuuu! -- Krotow ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] POI forma un izvietojums
+1 pie Pētera domām. Adrese ir principiāli tā ieeja ēkā, kur jums jānokļūst, nevis visa ēka. Citādi meklējot pie ēkas līnijas pieliktu adresi, ilgi maldīsies ap Rundāles pili. Diezgan skaidrs, ka ieejas tuvumā jāliek adrese. Tāpat ja viena ēkas adrese ir teiksim 15A un otra 15B (visi citi dīvainie apzīmējumi, korpusi utt), tad arī pie ieejas. uldics On Sun, 15 Jul 2012 14:33:11 +0300, pec...@gmail.com pec...@gmail.com wrote: 2012. gada 15. jūlijs 13:56 Raitis U. rait...@gmail.com rakstīja: Gribējās uzzināt un statistiku savākt - kā citi zīmē interešu punktus: 1. Izvietojums: 1.1 Tur, kur fiziski ir ēkas ieeja 1.2 Ēkas iekšpusē Vienkārši novieto POI tur kur aptuveni tam vajadzētu būt. Ja POI ir bankomāts, varam piesaistīt pie ēkas ārējās attiecīgās sienas. Citādāk nesaistu klāt, galvenais lai POI atrodas ēkas kontūras iekšpusē un ir nepārprotami saprotams, ka tas tur tieši atrodas. 2. Adreses 2.1 Adresi iekļaut punkta nodē 2.2 Punkta nodē iekļaut aprakstu, adresi atstājot ēkas daudzstūrim Agrāk esmu darījis abejādi, bet šobrīd vairāk koncentrējos uz citu POI informāciju, jo savā ziņā informācijas analizātori var normāli izķert to, ka ja POI atrodas ēkas kontūrā, tad šai adresei viņš pieder. 3. Kuros gadījumos liekat interešu punkta atribūtus pašam ēkas daudzstūrim? Tikai tad, ja ir viennozīmīgi skaidrs, ka visa ēka ir piesaistīta POI. Ja ēkā ir vairāki nesaistīti savstarpēji POI, tiek liktas nodes. Lai sokas, Pēteris. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Salu tilts
Ko tieši šo? 2012/7/15 Jānis Ročāns janis.roc...@gmail.com Varbūt vari arī šo? Neizskatār īpaši glīti.. 2012/7/5 Viesturs Zarins viest...@gmail.com Uzzīmēju salu tilta konstrukcijas ar building=bridge. Šoreiz tilts ir lielāks un nevar tā vienkārši apvilkt riņķī. Tāpēc izlēmu zīmēt tikai reālos tilta laidumus - kur dzelzbetona konstrukcijas uztupinātas uz stabiem. Tehniski sanāk baigi korekti - ir uzreiz skaidrs ko kartēt. Bet nu izskatu gribētos nedaudz labāku. Kautkādu kopējo kontūru... Viesturs ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] POI forma un izvietojums
Nepiekrītu adresei pie punkta... ja apzīmēta ieeja, tad meklētājan vajadzētu sapras, ka šajā adresē tiek caur šo point. On Jul 15, 2012 8:49 PM, uld...@gmail.com wrote: +1 pie Pētera domām. Adrese ir principiāli tā ieeja ēkā, kur jums jānokļūst, nevis visa ēka. Citādi meklējot pie ēkas līnijas pieliktu adresi, ilgi maldīsies ap Rundāles pili. Diezgan skaidrs, ka ieejas tuvumā jāliek adrese. Tāpat ja viena ēkas adrese ir teiksim 15A un otra 15B (visi citi dīvainie apzīmējumi, korpusi utt), tad arī pie ieejas. uldics On Sun, 15 Jul 2012 14:33:11 +0300, pec...@gmail.com pec...@gmail.com wrote: 2012. gada 15. jūlijs 13:56 Raitis U. rait...@gmail.com rakstīja: Gribējās uzzināt un statistiku savākt - kā citi zīmē interešu punktus: 1. Izvietojums: 1.1 Tur, kur fiziski ir ēkas ieeja 1.2 Ēkas iekšpusē Vienkārši novieto POI tur kur aptuveni tam vajadzētu būt. Ja POI ir bankomāts, varam piesaistīt pie ēkas ārējās attiecīgās sienas. Citādāk nesaistu klāt, galvenais lai POI atrodas ēkas kontūras iekšpusē un ir nepārprotami saprotams, ka tas tur tieši atrodas. 2. Adreses 2.1 Adresi iekļaut punkta nodē 2.2 Punkta nodē iekļaut aprakstu, adresi atstājot ēkas daudzstūrim Agrāk esmu darījis abejādi, bet šobrīd vairāk koncentrējos uz citu POI informāciju, jo savā ziņā informācijas analizātori var normāli izķert to, ka ja POI atrodas ēkas kontūrā, tad šai adresei viņš pieder. 3. Kuros gadījumos liekat interešu punkta atribūtus pašam ēkas daudzstūrim? Tikai tad, ja ir viennozīmīgi skaidrs, ka visa ēka ir piesaistīta POI. Ja ēkā ir vairāki nesaistīti savstarpēji POI, tiek liktas nodes. Lai sokas, Pēteris. __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Salu tilts
Tilta kontūru ielikt... On Jul 15, 2012 9:48 PM, Viesturs Zarins viest...@gmail.com wrote: Ko tieši šo? 2012/7/15 Jānis Ročāns janis.roc...@gmail.com Varbūt vari arī šo? Neizskatār īpaši glīti.. 2012/7/5 Viesturs Zarins viest...@gmail.com Uzzīmēju salu tilta konstrukcijas ar building=bridge. Šoreiz tilts ir lielāks un nevar tā vienkārši apvilkt riņķī. Tāpēc izlēmu zīmēt tikai reālos tilta laidumus - kur dzelzbetona konstrukcijas uztupinātas uz stabiem. Tehniski sanāk baigi korekti - ir uzreiz skaidrs ko kartēt. Bet nu izskatu gribētos nedaudz labāku. Kautkādu kopējo kontūru... Viesturs ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Salu tilts
Sorry, nepanīju, ka neieliku linku... biju domājis tiltu pie operas un LU Ekonomiķiem. On Jul 15, 2012 9:52 PM, Jānis Ročāns janis.roc...@gmail.com wrote: Tilta kontūru ielikt... On Jul 15, 2012 9:48 PM, Viesturs Zarins viest...@gmail.com wrote: Ko tieši šo? 2012/7/15 Jānis Ročāns janis.roc...@gmail.com Varbūt vari arī šo? Neizskatār īpaši glīti.. 2012/7/5 Viesturs Zarins viest...@gmail.com Uzzīmēju salu tilta konstrukcijas ar building=bridge. Šoreiz tilts ir lielāks un nevar tā vienkārši apvilkt riņķī. Tāpēc izlēmu zīmēt tikai reālos tilta laidumus - kur dzelzbetona konstrukcijas uztupinātas uz stabiem. Tehniski sanāk baigi korekti - ir uzreiz skaidrs ko kartēt. Bet nu izskatu gribētos nedaudz labāku. Kautkādu kopējo kontūru... Viesturs ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] POI forma un izvietojums
Un no otras puses vēl daudzzīvokļu mājas ar 2-8 kāpņu telpām vienā adresē. Viesturs 2012/7/15 Viesturs Zarins viest...@gmail.com Citiem atkal adrese ir vieta kur atrodas pastakstīte. Citiem adresei nepieciešama visa īpašuma robeža. Dažreiz īpašums ir viens, bet uz tā vairākas ēkas ar dažādām adresēm. Un tad vēl dzīvokļu adreses. Ikšķilē, piemēram, ir Daugavas prospekts 20, katram dzīvoklim savas ieejas durvis. 12 dzīvokļu taj mājā. Interesants skats, ja sanāks, rīt iepostošu bildi. Prasās pēc relācijas... Viesturs 2012/7/15 uld...@gmail.com +1 pie Pētera domām. Adrese ir principiāli tā ieeja ēkā, kur jums jānokļūst, nevis visa ēka. Citādi meklējot pie ēkas līnijas pieliktu adresi, ilgi maldīsies ap Rundāles pili. Diezgan skaidrs, ka ieejas tuvumā jāliek adrese. Tāpat ja viena ēkas adrese ir teiksim 15A un otra 15B (visi citi dīvainie apzīmējumi, korpusi utt), tad arī pie ieejas. uldics On Sun, 15 Jul 2012 14:33:11 +0300, pec...@gmail.com pec...@gmail.com wrote: 2012. gada 15. jūlijs 13:56 Raitis U. rait...@gmail.com rakstīja: Gribējās uzzināt un statistiku savākt - kā citi zīmē interešu punktus: 1. Izvietojums: 1.1 Tur, kur fiziski ir ēkas ieeja 1.2 Ēkas iekšpusē Vienkārši novieto POI tur kur aptuveni tam vajadzētu būt. Ja POI ir bankomāts, varam piesaistīt pie ēkas ārējās attiecīgās sienas. Citādāk nesaistu klāt, galvenais lai POI atrodas ēkas kontūras iekšpusē un ir nepārprotami saprotams, ka tas tur tieši atrodas. 2. Adreses 2.1 Adresi iekļaut punkta nodē 2.2 Punkta nodē iekļaut aprakstu, adresi atstājot ēkas daudzstūrim Agrāk esmu darījis abejādi, bet šobrīd vairāk koncentrējos uz citu POI informāciju, jo savā ziņā informācijas analizātori var normāli izķert to, ka ja POI atrodas ēkas kontūrā, tad šai adresei viņš pieder. 3. Kuros gadījumos liekat interešu punkta atribūtus pašam ēkas daudzstūrim? Tikai tad, ja ir viennozīmīgi skaidrs, ka visa ēka ir piesaistīta POI. Ja ēkā ir vairāki nesaistīti savstarpēji POI, tiek liktas nodes. Lai sokas, Pēteris. __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-cz] k wiki
Tak nevim, jak jsi na tohle prisel. Kdyby to bylo opravdu tak, asi bychom dnes mapu nemeli ve stavu, kdy je na renderu mapy neco videt... K Dne 12.7.2012 14:54, hanoj napsal(a): A mimochodem, mám pocit že vůbec není pravda, že matadoři mají správné odpovědi v hlavě. Spíš mi přijde, že pochopili, že v OSM správné odpovědi neexistují a že místo zdlouhavého procesu prosazení nějaké normy je prostě jednodušší začít mapovat tak jak se mu to líbí a tak jak chce on. Koneckonců to tak dělají všichni. Jestli je to dobře, nebo špatně ukáže čas. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] převod dat z rúian do postgresql
ahoj, díky za tip. vypadal slibně do té doby, než jsem zjistil, že mi postgis nefunguje jak má. instaloval jsem ho poprvé, takže chyba může být i na mé straně, ale netuším, kde jsem jakou mohl udělat. st_geomfromgml mi vrací chybu ERROR: invalid GML representation, dokonce i když použiju příklad z té referenční stránky: ruian-test=# SELECT ST_GeomFromGML(' gml:LineString srsName=EPSG:4269 gml:coordinates -71.16028,42.258729 -71.160837,42.259112 -71.161143,42.25932 /gml:coordinates /gml:LineString'); ERROR: invalid GML representation KONTEXT: SQL function st_geomfromgml statement 1 z té referenční stránky http://www.postgis.org/docs/ST_GeomFromGML.html mi funguje jen ten Examples - XLink usage, ostatní vrací tu samou chybu. ještě jsem zkoušel tenhle příklad a ten mi taky funguje: ruian-test=# SELECT ST_GeomFromGML(ST_AsGML(ST_GeomFromText('POINT EMPTY',4326))); st_geomfromgml (1 row) zkoušel jsem postgis 2.0.1 s postgresql 9.2_beta2 a postgis 2.0.0 s postgresql 9.1.4, ale nefunguje ani jedno. do databáze jsem nainstaloval vždy postgis.sql, postgis_comments.sql a spatial_ref_sys.sql. netušíte někdo, v čem by mohl být problém? ff Dne 14.7.2012 21:26, Petr Morávek [Xificurk] napsal(a): Ahoj, kód jsem nezkoumal, takže jen pár rychlých poznámek... Miroslav Šulc wrote: myslím, že by se ten prográmek mohl hodit (nejenom) k testování použitelnosti rúian dat pro aktualizace map. momentálně to importuje všechny informace ze základní datové sady. ještě to neumí importovat hranice a definiční čáry ulic. gml mi nic neříká a neměl jsem čas se do toho nějak víc ponořit Pokud máš v postgresql i postgis, tak by to mělo být velice jednoduché, viz http://www.postgis.org/docs/ST_GeomFromGML.html v souvislosti s tím jsem se chtěl zeptat, jestli se dá nějak jednoduše z těch dat vygenerovat mapová vrstva (například s adresními body, ale až to bude umět importovat i hranice a ulice, tak i s těmi), která by se dala načíst třeba do josm. myslím, že pro vizuální kontrolu rúian dat vs osm by to bylo fajn. Jednoduše je v tomto případě relativní... o hotovém skriptu nevím, ale v případě bodů by to mělo být poměrně triviální. Stačí načíst z databáze latlon souřadnice bodu a připojené atributy převést na tagy, pak už jen vypsat v osm formátu. Trochu komplikovanější by to bylo v případě exportu cest. Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] převod dat z rúian do postgresql
Miroslav Šulc wrote: ahoj, díky za tip. vypadal slibně do té doby, než jsem zjistil, že mi postgis nefunguje jak má. instaloval jsem ho poprvé, takže chyba může být i na mé straně, ale netuším, kde jsem jakou mohl udělat. st_geomfromgml mi vrací chybu ERROR: invalid GML representation, dokonce i když použiju příklad z té referenční stránky: ruian-test=# SELECT ST_GeomFromGML(' gml:LineString srsName=EPSG:4269 gml:coordinates -71.16028,42.258729 -71.160837,42.259112 -71.161143,42.25932 /gml:coordinates /gml:LineString'); ERROR: invalid GML representation KONTEXT: SQL function st_geomfromgml statement 1 Tohle bude asi chyba v dokumentaci. Testnul jsem to u sebe a přišel na to, že musíš uvést namespace, tj. osm= SELECT ST_GeomFromGML(' gml:LineString xmlns:gml=http://www.opengis.net/gml; srsName=EPSG:4269 gml:coordinates -71.16028,42.258729 -71.160837,42.259112 -71.161143,42.25932 /gml:coordinates /gml:LineString'); nebo ho poctivě odstranit na všech elementech: osm= SELECT ST_GeomFromGML(' LineString srsName=EPSG:4269 coordinates -71.16028,42.258729 -71.160837,42.259112 -71.161143,42.25932 /coordinates /LineString'); Petr Morávek aka Xificurk signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] převod dat z rúian do postgresql
tak odpověď jsem našel v logu postgresql ... problém byl v chybějící definici gml namespace ... takže ty jejich dva příklady ani fungovat nemůžou. ff Dne 15.7.2012 16:51, Miroslav Šulc napsal(a): ahoj, díky za tip. vypadal slibně do té doby, než jsem zjistil, že mi postgis nefunguje jak má. instaloval jsem ho poprvé, takže chyba může být i na mé straně, ale netuším, kde jsem jakou mohl udělat. st_geomfromgml mi vrací chybu ERROR: invalid GML representation, dokonce i když použiju příklad z té referenční stránky: ruian-test=# SELECT ST_GeomFromGML(' gml:LineString srsName=EPSG:4269 gml:coordinates -71.16028,42.258729 -71.160837,42.259112 -71.161143,42.25932 /gml:coordinates /gml:LineString'); ERROR: invalid GML representation KONTEXT: SQL function st_geomfromgml statement 1 z té referenční stránky http://www.postgis.org/docs/ST_GeomFromGML.html mi funguje jen ten Examples - XLink usage, ostatní vrací tu samou chybu. ještě jsem zkoušel tenhle příklad a ten mi taky funguje: ruian-test=# SELECT ST_GeomFromGML(ST_AsGML(ST_GeomFromText('POINT EMPTY',4326))); st_geomfromgml (1 row) zkoušel jsem postgis 2.0.1 s postgresql 9.2_beta2 a postgis 2.0.0 s postgresql 9.1.4, ale nefunguje ani jedno. do databáze jsem nainstaloval vždy postgis.sql, postgis_comments.sql a spatial_ref_sys.sql. netušíte někdo, v čem by mohl být problém? ff Dne 14.7.2012 21:26, Petr Morávek [Xificurk] napsal(a): Ahoj, kód jsem nezkoumal, takže jen pár rychlých poznámek... Miroslav Šulc wrote: myslím, že by se ten prográmek mohl hodit (nejenom) k testování použitelnosti rúian dat pro aktualizace map. momentálně to importuje všechny informace ze základní datové sady. ještě to neumí importovat hranice a definiční čáry ulic. gml mi nic neříká a neměl jsem čas se do toho nějak víc ponořit Pokud máš v postgresql i postgis, tak by to mělo být velice jednoduché, viz http://www.postgis.org/docs/ST_GeomFromGML.html v souvislosti s tím jsem se chtěl zeptat, jestli se dá nějak jednoduše z těch dat vygenerovat mapová vrstva (například s adresními body, ale až to bude umět importovat i hranice a ulice, tak i s těmi), která by se dala načíst třeba do josm. myslím, že pro vizuální kontrolu rúian dat vs osm by to bylo fajn. Jednoduše je v tomto případě relativní... o hotovém skriptu nevím, ale v případě bodů by to mělo být poměrně triviální. Stačí načíst z databáze latlon souřadnice bodu a připojené atributy převést na tagy, pak už jen vypsat v osm formátu. Trochu komplikovanější by to bylo v případě exportu cest. Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] převod dat z rúian do postgresql
takže program už importuje i hranice a cesty (do postgis datového typu geometry). diky xificurkovi za radu. ff Dne 14.7.2012 21:13, Miroslav Šulc napsal(a): ahoj, napsal jsem prográmek na převod dat z rúian do postgresql (potřeboval jsem to částečně pro jednu svojí aplikaci, ale psal jsem to i s ohledem na osm). bližší info k programu je tady: https://github.com/fordfrog/ruian2pgsql/blob/next_release/README.cs.md myslím, že by se ten prográmek mohl hodit (nejenom) k testování použitelnosti rúian dat pro aktualizace map. momentálně to importuje všechny informace ze základní datové sady. ještě to neumí importovat hranice a definiční čáry ulic. gml mi nic neříká a neměl jsem čas se do toho nějak víc ponořit, ale pokud by mě někdo chtěl stručně vysvětlit, jak ta data nejlíp převést do db, tak budu rád, ušetřilo by mi to nějaký čas. nebo to může někdo do toho prográmku dopsat, zdrojáky jsou na https://github.com/fordfrog/ruian2pgsql/tree/next_release (je to v javě). v souvislosti s tím jsem se chtěl zeptat, jestli se dá nějak jednoduše z těch dat vygenerovat mapová vrstva (například s adresními body, ale až to bude umět importovat i hranice a ulice, tak i s těmi), která by se dala načíst třeba do josm. myslím, že pro vizuální kontrolu rúian dat vs osm by to bylo fajn. fordfrog ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] převod dat z rúian do postgresql
díky za odpověď, bohužel mi zprávy z mailing listu obvykle chodí s několikahodinovým zpožděním, takže se mi občas stane, že mi přijde odpověď na něco na co jsem se ptal, ale já to mezi tím nějak vyřeším. předpokládám, že ostatním to asi chodí normálně, protože jinak by ty odpovědi neměly čas odeslání třeba hodinu a půl před mojí následnou zprávou, při které mi předchozí odpověď ještě nedorazila. pak to vypadá, že ty odpovědi vůbec nečtu :-/ ff Dne 15.7.2012 17:18, Petr Morávek [Xificurk] napsal(a): Miroslav Šulc wrote: ahoj, díky za tip. vypadal slibně do té doby, než jsem zjistil, že mi postgis nefunguje jak má. instaloval jsem ho poprvé, takže chyba může být i na mé straně, ale netuším, kde jsem jakou mohl udělat. st_geomfromgml mi vrací chybu ERROR: invalid GML representation, dokonce i když použiju příklad z té referenční stránky: ruian-test=# SELECT ST_GeomFromGML(' gml:LineString srsName=EPSG:4269 gml:coordinates -71.16028,42.258729 -71.160837,42.259112 -71.161143,42.25932 /gml:coordinates /gml:LineString'); ERROR: invalid GML representation KONTEXT: SQL function st_geomfromgml statement 1 Tohle bude asi chyba v dokumentaci. Testnul jsem to u sebe a přišel na to, že musíš uvést namespace, tj. osm= SELECT ST_GeomFromGML(' gml:LineString xmlns:gml=http://www.opengis.net/gml; srsName=EPSG:4269 gml:coordinates -71.16028,42.258729 -71.160837,42.259112 -71.161143,42.25932 /gml:coordinates /gml:LineString'); nebo ho poctivě odstranit na všech elementech: osm= SELECT ST_GeomFromGML(' LineString srsName=EPSG:4269 coordinates -71.16028,42.258729 -71.160837,42.259112 -71.161143,42.25932 /coordinates /LineString'); Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] převod dat z rúian do postgresql
tak jsem se ještě díval do logu mailserveru a vypadá to, že mi zpráva dorazila cca tři a půl hodiny potom, co jsi ji psal :-/ Jul 15 20:54:21 thia postfix/smtpd[23483]: connect from shenron.openstreetmap.org[89.16.179.150] Jul 15 20:54:22 thia postfix/smtpd[23483]: 03861F50: client=shenron.openstreetmap.org[89.16.179.150] Jul 15 20:54:22 thia postfix/cleanup[23489]: 03861F50: message-id=5002df2f.8090...@gmail.com Jul 15 20:54:22 thia postfix/qmgr[30228]: 03861F50: from=talk-cz-boun...@openstreetmap.org, size=6157, nrcpt=1 (queue active) Jul 15 20:54:22 thia postfix/virtual[23492]: 03861F50: to=fordf...@fordfrog.com, relay=virtual, delay=0.24, delays=0.13/0/0/0.11, dsn=2.0.0, status=sent (delivered to maildir) Jul 15 20:54:22 thia postfix/qmgr[30228]: 03861F50: removed ff Dne 15.7.2012 17:18, Petr Morávek [Xificurk] napsal(a): Miroslav Šulc wrote: ahoj, díky za tip. vypadal slibně do té doby, než jsem zjistil, že mi postgis nefunguje jak má. instaloval jsem ho poprvé, takže chyba může být i na mé straně, ale netuším, kde jsem jakou mohl udělat. st_geomfromgml mi vrací chybu ERROR: invalid GML representation, dokonce i když použiju příklad z té referenční stránky: ruian-test=# SELECT ST_GeomFromGML(' gml:LineString srsName=EPSG:4269 gml:coordinates -71.16028,42.258729 -71.160837,42.259112 -71.161143,42.25932 /gml:coordinates /gml:LineString'); ERROR: invalid GML representation KONTEXT: SQL function st_geomfromgml statement 1 Tohle bude asi chyba v dokumentaci. Testnul jsem to u sebe a přišel na to, že musíš uvést namespace, tj. osm= SELECT ST_GeomFromGML(' gml:LineString xmlns:gml=http://www.opengis.net/gml; srsName=EPSG:4269 gml:coordinates -71.16028,42.258729 -71.160837,42.259112 -71.161143,42.25932 /gml:coordinates /gml:LineString'); nebo ho poctivě odstranit na všech elementech: osm= SELECT ST_GeomFromGML(' LineString srsName=EPSG:4269 coordinates -71.16028,42.258729 -71.160837,42.259112 -71.161143,42.25932 /coordinates /LineString'); Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] problém s gml řetězcem
ahoj, netušíte někdo, co je za problém s tímhle gml řetězcem při převodu postgis funkcí st_geomfromgml? ruian-test=# insert into test values (st_geomfromgml('gml:Polygon xmlns:gml=http://www.opengis.net/gml/3.2; gml:id=HPA.13631950010 srsName=urn:ogc:def:crs:EPSG::2065 srsDimension=2gml:exteriorgml:Ringgml:curveMembergml:LineString gml:id=HPA.13631950010.1gml:posList481595.25 1102177.50 481594.26 1102173.81 481595.20 1102173.14 481595.73 1102172.20 481595.87 1102171.13 481599.33 1102170.22 481599.01 1102169.00 481606.76 1102166.97 481605.22 1102161.03 481600.78 1102162.15 481599.03 1102154.97 481591.89 1102156.87 481589.28 1102157.56 481590.24 1102161.70 481590.97 1102164.88 481589.46 1102165.28/gml:posList/gml:LineString/gml:curveMembergml:curveMembergml:Curve gml:id=HPA.13631950010.2.3gml:segmentsgml:ArcStringgml:posList481589.46 1102165.28 481588.41 1102165.67 481587.72 1102166.19 481587.07 1102166.85 481586.30 1102168.29 481585.96 1102169.71 481586.03 1102171.13/gml:posList/gml:ArcString/gml:segments/gml:Curve/gml:curveMembergml:curveMembergml:LineString gml:id=HPA.13631950010.3gml:posList481586.03 1102171.13 481588.39 1102179.94 481588.85 1102179.86 481590.37 1102185.72 481594.17 1102184.79 481594.52 1102186.07/gml:posList/gml:LineString/gml:curveMembergml:curveMembergml:Curve gml:id=HPA.13631950010.4.5gml:segmentsgml:ArcStringgml:posList481594.52 1102186.07 481595.95 1102185.59 481597.56 1102183.98 481598.13 1102181.79 481597.87 1102180.21/gml:posList/gml:ArcString/gml:segments/gml:Curve/gml:curveMembergml:curveMembergml:LineString gml:id=HPA.13631950010.5gml:posList481597.87 1102180.21 481596.54 1102180.56 481595.68 1102177.39 481595.25 1102177.50/gml:posList/gml:LineString/gml:curveMember/gml:Ring/gml:exterior/gml:Polygon')); ERROR: invalid GML representation KONTEXT: SQL function st_geomfromgml statement 1 ten xml string se zdá být validní. háže mi to postgresql 9.2 beta2 + postgis 2.0.1. na jiné verzi jsem to nezkoušel. v postgresql logu je to samé co mi to píše v pgsql, není tam žádné doplňující info. je to při importu souboru 20120630_OB_500291_UKSH.xml.gz. ff smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] problém s gml řetězcem
Nemuze to souviset s timto? http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998MENUID=10769AKCE=DOC:10-VDP_NOVINKY Ve výměnném formátu VFR je chybně ukládána geometrie parcel a stavebních objektů, které jsou tvořeny kružnicí (případně se kružnice vyskytuje jako jeden z vnitřních polygonů parcely). Problém se vyskytuje v souborech mmdd_OB_cc_UKSH.xml. Ve výměnném formátu VFR je chybně ukládána geometrie parcel, které obsahují vnitřní polygon, který je tvořen částí oblouku. Problém se vyskytuje v souborech mmdd_OB_cc_UKSH.xml. PS: jak resis, ze jsou souradnice kladne a maji byt zaporne? ha hanoj Dne 15. července 2012 23:18 Miroslav Šulc fordf...@fordfrog.com napsal(a): ahoj, netušíte někdo, co je za problém s tímhle gml řetězcem při převodu postgis funkcí st_geomfromgml? ruian-test=# insert into test values (st_geomfromgml('gml:Polygon xmlns:gml=http://www.opengis.net/gml/3.2; gml:id=HPA.13631950010 srsName=urn:ogc:def:crs:EPSG::2065 srsDimension=2gml:exteriorgml:Ringgml:curveMembergml:LineString gml:id=HPA.13631950010.1gml:posList481595.25 1102177.50 481594.26 1102173.81 481595.20 1102173.14 481595.73 1102172.20 481595.87 1102171.13 481599.33 1102170.22 481599.01 1102169.00 481606.76 1102166.97 481605.22 1102161.03 481600.78 1102162.15 481599.03 1102154.97 481591.89 1102156.87 481589.28 1102157.56 481590.24 1102161.70 481590.97 1102164.88 481589.46 1102165.28/gml:posList/gml:LineString/gml:curveMembergml:curveMembergml:Curve gml:id=HPA.13631950010.2.3gml:segmentsgml:ArcStringgml:posList481589.46 1102165.28 481588.41 1102165.67 481587.72 1102166.19 481587.07 1102166.85 481586.30 1102168.29 481585.96 1102169.71 481586.03 1102171.13/gml:posList/gml:ArcString/gml:segments/gml:Curve/gml:curveMembergml:curveMembergml:LineString gml:id=HPA.13631950010.3gml:posList481586.03 1102171.13 481588.39 1102179.94 481588.85 1102179.86 481590.37 1102185.72 481594.17 1102184.79 481594.52 1102186.07/gml:posList/gml:LineString/gml:curveMembergml:curveMembergml:Curve gml:id=HPA.13631950010.4.5gml:segmentsgml:ArcStringgml:posList481594.52 1102186.07 481595.95 1102185.59 481597.56 1102183.98 481598.13 1102181.79 481597.87 1102180.21/gml:posList/gml:ArcString/gml:segments/gml:Curve/gml:curveMembergml:curveMembergml:LineString gml:id=HPA.13631950010.5gml:posList481597.87 1102180.21 481596.54 1102180.56 481595.68 1102177.39 481595.25 1102177.50/gml:posList/gml:LineString/gml:curveMember/gml:Ring/gml:exterior/gml:Polygon')); ERROR: invalid GML representation KONTEXT: SQL function st_geomfromgml statement 1 ten xml string se zdá být validní. háže mi to postgresql 9.2 beta2 + postgis 2.0.1. na jiné verzi jsem to nezkoušel. v postgresql logu je to samé co mi to píše v pgsql, není tam žádné doplňující info. je to při importu souboru 20120630_OB_500291_UKSH.xml.gz. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Réf.: Re: Suivi des opérations du Redaction bot
Les premiers résultats de l'analyse Osmose sur la migration ODbL sont disponibles : http://osmose.openstreetmap.fr/map/?zoom=8lat=49.46989lon=0.68922item=7060 Frédéric. Le 15/07/2012 00:29, Christian Quest a écrit : Il y a des modifs qui font mal... par exemple des ways avec les noeuds bizarrement ordonnés: http://www.openstreetmap.org/?way=42254117 Le bot ne teste visiblement pas la validité géométrique du résultat de ses modifications :( ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Suivi des opérations du Redaction bot
Cette analyse repère quoi au juste ? Le 15 juillet 2012 09:44, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Les premiers résultats de l'analyse Osmose sur la migration ODbL sont disponibles : http://osmose.openstreetmap.fr/map/?zoom=8lat=49.46989lon=0.68922item=7060 Frédéric. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Suivi des opérations du Redaction bot
Le 15/07/2012 09:55, Christian Quest a écrit : Cette analyse repère quoi au juste ? Simplement les objets dont le dernier auteur est OSMF Redaction Account. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Suivi des opérations du Redaction bot
Ah ok, je pensais à quelque chose de plus radical... l'analyse des logs de redaction ou des changeset, car ça permet de signaler les zones où des objets ont été supprimés. Car autant c'est assez facile de trouver les objets modifiés, c'est plus difficile de voir ce qui a été supprimé, surtout dans des zones globalement denses. Un petite rue supprimée passe inaperçue. Le 15 juillet 2012 10:01, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 15/07/2012 09:55, Christian Quest a écrit : Cette analyse repère quoi au juste ? Simplement les objets dont le dernier auteur est OSMF Redaction Account. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Considérations diverses autour du ; suspect
Bonjour, Je poursuis ma petite exploration d'osm, et je m'interroge sur source=cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2009 que je vois partout sur ma carte ( http://osm.org/go/0ApJYkNR--) et que potclatch rouspète parce qu'il y aurait deux sources selon lui, et que on m'a dit que c'était simplement à cause du ; qui trompe potlatch. De fait, si je fais une requête xapi avec un wget (oui ! je deviens capable de faire une requete xapi avec wget ! ) (cependant, impossible d'en faire une avec firefox, car il me répond : OsmosisRuntimeException: No transaction is currently active si quelqu'un pouvait me sortir de cette curiosité), j'observe que certains nodes sont de la forme suivante : tag k=source v=cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2010/ il y a un . à la place du ;, mais comme je suis encore incapable de voir le résultat d'une requête xapi sur une carte avec potlacht, je ne sais pas si ça convient, et je n'ai vu nulle part si le ; était autorisé ou interdit dans les valeurs de tag. Imaginons toutefois que ce soit bon, et que je veuille corriger ça, et que je veuille partout remplacer le ; par un .. Comment faut-il faire, sachant qu'il y en a plusieurs centaines rien que dans mon quartier ? Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Considérations diverses autour du ; suspect
Le 15/07/2012 11:38, Ista Pouss a écrit : Je poursuis ma petite exploration d'osm, et je m'interroge sur source=cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; mise à jour : 2009 que je vois partout sur ma carte (http://osm.org/go/0ApJYkNR--) et que potclatch rouspète parce qu'il y aurait deux sources selon lui, et que on m'a dit que c'était simplement à cause du ; qui trompe potlatch. Les outils n'ont pas forcement raison. Un ; en principe sépare plusieurs valeurs, ce n'est pas le cas ici. De plus il n'est pas interdit de mettre plusieurs valeurs, en particulier pour le tag source dont l'objet peut être la combinaison de plusieurs sources. De fait, si je fais une requête xapi avec un wget (oui ! je deviens capable de faire une requete xapi avec wget ! ) (cependant, impossible d'en faire une avec firefox, car il me répond : OsmosisRuntimeException: No transaction is currently active si quelqu'un pouvait me sortir de cette curiosité), j'observe que certains nodes sont de la forme suivante : tag k=source v=cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2010/ il y a un . à la place du ;, mais comme je suis encore incapable de voir le résultat d'une requête xapi sur une carte avec potlacht, je ne sais pas si ça convient, et je n'ai vu nulle part si le ; était autorisé ou interdit dans les valeurs de tag. Imaginons toutefois que ce soit bon, et que je veuille corriger ça, et que je veuille partout remplacer le ; par un .. Comment faut-il faire, sachant qu'il y en a plusieurs centaines rien que dans mon quartier ? Il doit y en avoir plusieurs millions sur la France. Quasiment un pour chaque bâtiment de France, plus d'autres sur d'autres types d'objets comme les limites administratives. On pourrait déjà commencer par corriger le problème à la source et ne plus utiliser le ; dans les exports de bâtiments du cadastre et dans le plugin JOSM. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voie bus et vélo
[ je déterre le fil, parceque j'ai fait les relevés concernés hier :) ] Le Mon, May 14, 2012 at 11:20:54AM +0200, Pieren [pier...@gmail.com] a écrit: 2012/5/14 Lapinos03 lapino...@free.fr: access=destination ne me semble pas du tout approprié. Si je ne m'abuse, son équivalent français est sens interdit, sauf riverains. Ici, ce serait plutôt access=no. +1 On pourrait mettre le psv=designated et bicycle=yes mais le motorcar=no devient superflu avec access=no. Je dois avouer que je découvre assez stupéfait ce genre d'aménagement. Une voie réservée centrale au sens unique qui change à chaque intersection, bonjour les accidents. Je comprend les chauffeurs de bus qui refusent ce système. Ajoutez un tag merdier=yes sur mon compte ! Pour la voie concernée (et une autre est en travaux), à Amiens, le bazar le plus important est probablement pour les utilisateurs des bus, qui se retrouvent à devoir aller chercher l'arret au milieu de la rue. Pour les décrochages, je ne crois pas que ce soit très accidentogènes. Le décrochage vers la voie centrale se fait à chaque fois en milieu d'une voie, jusqu'à l'intersection suivante. Et les intersections concernées sont constituées de rond-points que les bus peuvent travers à plat (avec un feu rouge clignotant imposant l'arret sur toutes les voies aux autres véhicules quand le bus traverse [comme pour un passage à niveau]). Pour les curieux, quelques photos de ce à quoi ça ressemble : http://glou.fr.eu.org/~domi/bus_amiens/ Pour le représenter, je pense que je vais faire comme suggéré, 2 voies à sens unique pour les chaussées circulation générale et un way supplémentaire au milieu, avec les décrochages (et les arrets de bugs dessus) pour la voie centrale. -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Soyez donc résolus à ne plus servir et vous serez libres. -- Étienne de La Boétie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Modification limite de commune
Bonjour, En regardant les contributions de nouveaux inscrits, je suis tombé sur cette modification: http://www.openstreetmap.org/browse/way/38393948 En commentaire il est écrit: Modification cadastrale dûe à la construction de l'hopital afin que celui-ci soit sur le territoire de la ville de Saint-Dizier. Cela me semble louche... surtout avec Potlatch. Est-ce qu'un habitué des limites communales pourrait jeter un oeil et prendre contact si besoin avec le contributeur... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modification limite de commune
Bonjour, Le 15/07/2012 16:02, Romain MEHUT a écrit : En regardant les contributions de nouveaux inscrits, je suis tombé sur cette modification: http://www.openstreetmap.org/browse/way/38393948 En commentaire il est écrit: Modification cadastrale dûe à la construction de l'hopital afin que celui-ci soit sur le territoire de la ville de Saint-Dizier. Cela me semble louche... surtout avec Potlatch. Est-ce qu'un habitué des limites communales pourrait jeter un oeil et prendre contact si besoin avec le contributeur... Le nouveau tracé colle à l'allure des limites des 2 communes telles que sur le site du cadastre. Si on veut être plus précis et affiner, il faudra utiliser JOSM et afficher le(s) cadastres en fond, ou utiliser les limites exportées sur cadastre.openstreetmap.fr, mais la modif, sur le principe, est ok. Et ce, avec Potlatch :-). Nouveau contributeur peut-être, mais bien informé, on dirait. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Suivi des opérations du Redaction bot
Le bot vient d'attaquer l'Europe de l'Ouest: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Suivi des opérations du Redaction bot
Quasi terminé pour la Corse, démarré pour les Pyrénées... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Suivi des opérations du Redaction bot
De: Christian Quest cqu...@openstreetmap.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Dimanche 15 Juillet 2012 18:05:59 Objet: Re: [OSM-talk-fr] Réf.: Re: Suivi des opérations du Redaction bot Quasi terminé pour la Corse, démarré pour les Pyrénées... A noter qu'il y a 16 instances du bot qui se partage la tache, il semble qu'il y en ait 3 qui tourne actuellement sur la France. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Suivi des opérations du Redaction bot
Ca a l'air de caler sévèrement pour les grandes villes en tous cas ; Londres, Lisbonne, Madrid, Barcelone, ... toutes en FAILED. En même temps c'est logique que ça génère des situations complexes quand la densité est élevée mais 'va y'avoir de la reprise ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rétablissement de syj (Show Your Journey)
Bonjour, J'ai la joie de vous annoncer que le site syj est maintenant en marche, et a même pu récupérer des backups pas trop vieux des traces déjà en place. Il est accessible comme avant sur: http://syj.renevier.net/ -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rétablissement de syj (Show Your Journey)
Un grand merci à Jocelyn qui a fait un gros boulot pour remettre le site en route. On peut en profiter aussi pour annoncer une nouveauté du site: le calcul de dénivelés (disponibles dans la section informations sur le tracé). a+ arno Le Sunday 15 July 2012, à 20:46:18PM +0200, Jocelyn a écrit : Bonjour, J'ai la joie de vous annoncer que le site syj est maintenant en marche, et a même pu récupérer des backups pas trop vieux des traces déjà en place. Il est accessible comme avant sur: http://syj.renevier.net/ -- http://syj.renevier.net/ Show Your Journey, website to share routes ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Considérations diverses autour du ; suspect
2012/7/15 Frédéric Rodrigo fred.rodr...@gmail.com: Les outils n'ont pas forcement raison. Un ; en principe sépare plusieurs valeurs, ce n'est pas le cas ici. De plus il n'est pas interdit de mettre plusieurs valeurs, en particulier pour le tag source dont l'objet peut être la combinaison de plusieurs sources. Le ; est un séparateur mais ça ne veut pas dire qu'on l'interdit dans les textes libres comme source ou note ou description. On pourrait déjà commencer par corriger le problème à la source et ne plus utiliser le ; dans les exports de bâtiments du cadastre et dans le plugin JOSM. C'est déjà le cas pour le plugin JOSM. Evidemment, ou pourrait revenir sur les anciens imports mais ça serait un énorme boulot. Surtout, je pense qu'il faudra un jour revoir le tag source=cadastre lui-même car il prend trop de place. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] Japan tagging ページについて
東です。 7/9付けの修正を元に戻しました。 typo等を除き議論の上、修正頂けますようお願いします。 Wikiにも議論ページがあり、そちらでの議論でも良いのですが Japan taggingのページは特に重要なページであり、 過去にこのML上で多数の議論があった結果をWikiに反映していますので このページを修正する際にはこちらにも一報を入れて頂いた方が 宜しいかと思います。 2012/07/12 ribbon o...@ns.ribbon.or.jp: On Thu, Jul 12, 2012 at 10:30:42PM +0900, MORI Tomoyuki wrote: メーリングリストへの誘導案内があった方が良かったですね。 wikiに関する議論をメーリングリストで行なうべきなのでしょうか? wikiのTALK/議論を使ったほうが新たに参加した人にとって経緯がわかりやすいと思います。 議論そのものはTALK/議論を主にして、メーリングリストでは議論が行なわれていることを 案内するにとどめるほうがよいのではないでしょうか? どちらでもいいと想いますよ。 最近だと、Webに書くのに慣れている人が多いでしょうし。 昔からの人間だと、netnewsがいいと思っていますし(ちょっと古すぎ)。 ただ、Webというのは、PULL型の情報ソースなので、適宜見に行かないと 分からない、という欠点があります。その点メールはPUSH型の情報ソース なので、情報入手の手間がない、という利点があります。ただ、情報を 俯瞰したりまとめるのはWikiの方が便利ですね。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] ビルの高さの測り方(3Dマッピング用)
hayashi です。 簡単な高さの計測方法を実地で試してみた結果をまとめました。 http://www.openstreetmap.org/user/hayashi/diary/17215 計測に要した時間は4分弱です。 歩測に関してはかなり練習しましたので、誤差1%以内を達成しています。 通勤に電車を利用されている方は車両の長さを基準にして電車のホームで練習できます。 水平器の精度の問題も解決できます。 水平器を裏返して逆からも計測することで、水平器固有の歪を利用して正確に45度の位置を求めることができます。 ほぼピンポイント(10cm以内)で位置を求められます。 コンパスや分度器で角度を読み取るのは難しい反面、街の中では直角を感知するのは容易なので三平方の定理で距離を求めます。三角関数より簡単で、応用も効きますので興味のある方は試してみてください。 ikiyaさんへ、 7月22日(日)の午前からお昼頃までなら桜木町関内周辺で2、3時間程度時間ありますが ご都合宜しければ比較実測してみますか。 面白そうです、是非ご一緒させてください。 2012年7月7日 10:34 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 コメントありがとうございます。 hayashiさん 実際に街に出ると分かりますが、歩測でも建物までの距離を直接測る事ができるケースは極めて稀です。 同感です。歩測は時間もかかりますし、混雑する街中では条件が厳しい場面が多いです。 郊外ではそこそこ使えることありますが。 hayashiさんが言われる「誰でも、安価で、簡単に、実測できる方法」としては デジタルカメラを使った計測方法を推したいのですが、勉強途中で止まっています。 (プログラムとか作れない身なので) デジタルカメラのレンズ特性にもとづいてカメラのキャリブレーションをすることで 撮影画像の放射方向歪みを補正することができます。ある程度の斜め写真でもOKです。 市販 のデジタルカメラでも優れた計測器になると伝え聞いて関心を持ちました。 カメラキャリブレーションソフトと画像歪み補正ソフトの組み合わせが 将来できればいいなと思っています。 デジカメ3次元計測 http://www.newspace.biz/kadai/laboratory/digitalcamera3.pdf 高精度の計測には向きませんが デジタルカメラ写真から長さや距離をおこすのは楽しいです。 歩測も含めて、現地で距離を実測する手間は少なくしたい派です。 前述した建物を分割して測る方法もその一環です。 例えるならこの写真の黄色矢印の値を現地で抑える、測ることができると この値をもとに 写真中の建物などの長さ、距離のバランスがある程度推測できます。 同じ方向に撮影点をずらして複数枚写真を撮ればなお精度 は上がります。 https://lh3.googleusercontent.com/-IHjkDyIIuHE/T_d_ejuFr2I/DJ4/w-PMEdIOfzc/s1054/hihi12.jpg 7月22日(日)の午前からお昼頃までなら桜木町関内周辺で2、3時間程度時間ありますが ご都合宜しければ比較実測してみますか。 もともと高さや距離がわかっている構造物を測ってみるのも面白いと思います。 --- On Fri, 2012/7/6, Ryosuke Amano r-am...@dp.u-netsurf.ne.jp wrote: 初めまして、Ryo-a こと、横浜辺りを書いています天野と申します。 hayashiさん、IIDAさん、OSM横浜ではお世話になっております。m(_ _)m 建物の高さは、この間のOSM横浜の会合でも話が出ました。 公共測量に携わった事のある一人として、nynyしながら読んでおりましたが ライカのレーザー距離計!にトータルステーション(以下TSと略します)!まで出てき てしまいましたので、ちょい待ちということで。 TSは、確かに高性能なのですが、反面、高価でデリケートな機械でもあります。 工事屋さんは無頓着なのですが、測量屋さんは精度を維持するために「我が身の次に 機械を守れ!」と先輩から叩きこまれます。 (もちろん雨天時は人よりも機械が優先待避、少しの濡れや曇りも無いよう徹底的に 拭き取りますw) gExpoInfo横浜の際に、仕事半分でTSのメーカーさんに最新機種のお値段を伺い ましたが、TS(=三脚の上に据 えて覗くアレです)だけで約\百数十万、TSでの観測デー タを収集するコレクタと、計測位置に立てて、TSからの赤外線・レーザー光を反射さ せるプリズムを合わせて、しめて\三百数十万と云った所でしたw 代理店曰く、今は東北の復興需要でボロクソになったTSでも数万〜数十万はするとか。 他に、基準点や既知点に視準の合わせとして置いておく、1素子プリズムも複数必要 ですね。 メーカーページを見ると、レーザー距離計(Leica X310)は工事屋さん用ですね。 ならば最大測定可能距離80m、防水防塵構造という仕様も納得できます。 ・・・OSMではここまでは要らないのでは?・・・ 一方、hayashiさんのストロー照準器はなかなかと思いました。 惜しむらくは、器具を本来の用途に使っていない事。 水準器は本来簡易的に水平を出すモノ。間違った使い方をするとすぐ狂います。 水準器が水平を出しているか確認用に鏡をつけ、直角方向に分度器をつけてストロー を可動式にして、角度を読み取った方が汎用性は高いと思われます。 なお水準器は、本来、機具の一辺をあてて簡易に水平を出す道具なので、カネを出し てもいずれは狂います。大先輩世代の測量士さん達は「下げ振り(=たこ糸の先に赤の 円錐状の錘が ついたモノ。ただしある程度の重さは必要なのであまり小さいモノは不 可)」(ホームセンターで数百円)で垂直を出し、そこから水平を出します。これは地 球の重力に大きな狂いが生じない限り、キチンとした水平・鉛直位置が出せます。で すから水準器の代わりに下げ振りで90度を維持できるする構造とすると、簡便で狂い が少ないより確かな観測機器になります。 (大先輩世代の方はむしろ水準器を嫌います。ウチは無条件で「ざけんな。再観測! 逝って来い!」でした) 測距は、水平距離に拘るよりも、予め地上から自分の目までの高さ(t)を測った上で 、建物上部への斜距離(L)と仰角(θ)を測った方が一石二鳥です。建物高さ(T)は、 T=Lsinθ+tですぐ求まります。tは各人毎の固定値ですの で、自分の頭に入れとけば いいですし、水平距離は地形の高低や遮蔽物で求めることは、非常に困難です。また 都心部の建物など、計測する水平距離が短くなるほど、仰角の観測誤差による測定誤 差も大きくなります。仰角をTS程シビアに出せないからこそ(TSでも至近距離でプリ ズム無し&仰角大だとアテにならない値が出ます。コンベックスメジャーで測った方 が余程正確ww)、斜距離&sin関数で求めることを勧めます。 一応、現場からは外れたものの、まだ測量関連業に身を置く者からの戯言でした。 ・・現役本職で公共測量もやる測量屋さん、OSMメンバーに居ませんかね???・・ ・・体力自慢の学生さん、この夏&秋、測量屋さんで測量補助バイトすると3日で判 りますよ。安い けどどこの業者も多かれ少なかれ仕事は有ります。なにせ全国規模で 狂いましたので・・ yuu hayashi hayashi@gmail.com wrote: 皆さん。コメントありがとうございます。 ikiyaさん レーザー距離計の情報ありがとうございます。 通常の計測可能距離が40mぐらいまでだと思っていましたので、 「1階分だけ計測して階数をかける」という方法は眼からうろこのおもいです。 価格もだいぶ安くなってきたようですね。 とはいってもお遊びで測るだけの為に購入するにはチョット手が出ない(我が家の予算審査には通りそうもありません)です。 よろしければ、この方式とレーザー距離計で測定した計測値の差をだしていただけるとありがたいです。 私としては「誰でも、安価で、簡単に、実測できる方法」があれば3Dマッピングの裾野が広がるのではないかと思っています。 先週行ったこの方法の実験途中で雨がふりだしたため誤差を特定するところまではやりきれていません。 実験データが十分ではありませんが、おおまかに把握した誤差は、 45度の測定には、ストローの照準がない状態で誤差1.0%以内。 歩測による誤差が2.5%以内(個人差あり)。 でしたので、建物までの距離が直接測れれば「誤差1%以内」,ストロー照準器が効果を発揮すれば更に高精度が期待できます。 ここまでは、100円の水平器と算数の理論で測定可能です。 ただし、実際に街に出ると分かりますが、歩測でも建物までの距離を直接測る事ができるケースは極めて稀です。 多くの場合は、通りの向い側の建物を測ることになります。そのため、建物への直線距離ではなく、測定地点側の歩道上の距離を実測します。 その後、建物への線と歩道線との偏角を測って(実測距離)÷(cos角)で建物までの距離(=高さ)を求めます。 コサインの意味がわからなくとも関数電卓で計算すればいいでしょう。 問題はやはり角度ですね。 ちょっと試してみたところでは、100円ショップと分度器で測ると照準をうまく合わせることが出来ないため、誤差5度ぐらいになってしまいます。 オリエンテーリング用のコンパスを正しく操作すると1度単位で角度を読み取れました。 レンザティックコンパスは対象物に照準させた状態のまま目盛りを読み取ることができるので0.5度単位で読み取れました。 今度の休みに実験の続きをしてみます。 スマホアプリを試した方がいらしたらレポートしていただけると嬉しいです。 2012年7月6日 12:18 ikiya insidekiwi...@yahoo.co.jp: ikiyaです。 簡易のレーザー計は距離計として使っています。 水平センサーが付いているので 建物壁までの水平距離(1)は簡単に測れます。 その位置から建物最上部までの距離(2)を測ると 建物高さ(3)を自動で出してくれます。 大きな建物は最上部を測らず 建物全体を分割して計測する方法が良いと思います。 壁パネル1枚、1〜3階分の距離を測って 全体はその何倍になるかでもよいかと。 測り方にコツはありますが mm精度でX310は測定範囲80mになります。 最近出たてのX310(耐衝撃防水防塵) Leica DISTO X310 http://www.youtube.com/watch?v=C_9iELEnAfMfeature=autoplaylist=UUtMIznU1xnLHJd1il7_Z_jQplaynext=1 http://www.leica-geosystems.co.jp/jp/Leica-DISTO-X310_98484.htm DISTO D5 http://www.youtube.com/watch?v=GrnNc14Nhlc hayashiaさん ご興味ありそうだったので 先日の横浜マッピングパーティーに
[Talk-GB] Strange Routing Error
I am trying to fix a routing problem, that I found whilst investigating an error was reported in mapdust. It is a strange one and has me totally baffled, so hoping someone here can help. A simple U-Turn around a roundabout, adds a detour along Llangollen Road, to then use Tower Hill to turn around and come back to the Roundabout. Dragging the start point around the roundabout does eventually work once you have passed the first exit. http://map.project-osrm.org/Uv Using the same finish point, but moving the start to the A483 exit slip road has another strange result. There are no obvious turn restrictions, as they are all possible, with different finish points. http://map.project-osrm.org/Uz I am assuming it is more than a problem with OSRM. Otherwise I guess the only option is just to re-survey, delete and redraw the area. Thanks Phil ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Strange Routing Error
On 15 July 2012 10:46, Philip Barnes p...@trigpoint.me.uk wrote: I am trying to fix a routing problem, that I found whilst investigating an error was reported in mapdust. [...] I am assuming it is more than a problem with OSRM. Otherwise I guess the only option is just to re-survey, delete and redraw the area. If it helps, CloudMade doesn't seem to have this problem: http://maps.cloudmade.com/?lat=52.984191lng=-3.045294zoom=17directions=52.9844102955179,-3.045262098312378,52.9845653137809,-3.0453908443450928travel=carstyleId=1opened_tab=1 Nor does Mapquest: http://mapq.st/LpyFSJ Tom -- http://tom.acrewoods.net http://twitter.com/tom_chance ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Strange Routing Error
I noticed there are a number of roundabouts in the area without an explicit oneway=yes, and a couple of slip roads and part of the New High Street were also missing oneway=yes. This may be a contributing factor so I fixed what I found. Don't know how long it will take OSRM to get the updates into the routing network though. Colin On 15/07/2012 11:46, Philip Barnes wrote: I am trying to fix a routing problem, that I found whilst investigating an error was reported in mapdust. It is a strange one and has me totally baffled, so hoping someone here can help. A simple U-Turn around a roundabout, adds a detour along Llangollen Road, to then use Tower Hill to turn around and come back to the Roundabout. Dragging the start point around the roundabout does eventually work once you have passed the first exit. http://map.project-osrm.org/Uv Using the same finish point, but moving the start to the A483 exit slip road has another strange result. There are no obvious turn restrictions, as they are all possible, with different finish points. http://map.project-osrm.org/Uz I am assuming it is more than a problem with OSRM. Otherwise I guess the only option is just to re-survey, delete and redraw the area. Thanks Phil ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Strange Routing Error
On Sunday 15 July 2012, Tom Chance wrote: On 15 July 2012 10:46, Philip Barnes p...@trigpoint.me.uk wrote: I am trying to fix a routing problem, that I found whilst investigating an error was reported in mapdust. [...] I am assuming it is more than a problem with OSRM. Otherwise I guess the only option is just to re-survey, delete and redraw the area. If it helps, CloudMade doesn't seem to have this problem: http://maps.cloudmade.com/?lat=52.984191lng=-3.045294zoom=17directions=52.9844102955179,-3.045262098312378,52.9845653137809,-3.0453908443450928travel=carstyleId=1opened_tab=1 Nor does Mapquest: http://mapq.st/LpyFSJ If you suspect it may be a problem with OSRM, (and you're so inclined), it's quite simple to set up your own little OSRM instance on a small .osm extract of the area: https://github.com/DennisOSRM/Project-OSRM/wiki/Running-OSRM From where you can then start tweaking the .osm as desired until you pin down exactly what is causing this. robert. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Redaction progress
[posted to talk-gb@, announce@ and talk@; please choose follow-ups carefully; please also translate and forward to your local mailing list if relevant] The redaction bot has started on the 'Western Europe' area. Because continents are annoyingly not shaped like rectangles, this inevitably includes some overlap with North Africa etc. The UK is finishing off as we speak. You can monitor its current location at a site set up by Harry: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php As you'll see, the internal checks of the bot and the API occasionally throw up errors which cause a region (1 degree square) not to be fully processed. The coders working on the bot are tracking these failures down and fixing them as we go: if you'd like to help or find out more, they're in #osm-dev on IRC (irc.oftc.net). When a failure is fixed then the bot is rerun for that area. cheers Richard ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Redaction progress
Andrew wrote: Has redaction failed in London and Surrey? I was hoping to clean up afterwards. Failed first time round but is now being re-run. Keep an eye on Harry's site and it should let you know when things are ready. cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Redaction-progress-tp5716333p5716692.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Lambeth council opens up
Hi All, Good news on the local council front. Lambeth council is looking to open up all (excluding confidential data) the data they hold [1]. This is fantastic news and somthing other councils should try to follow. They know that this will be a big task so are looking for people to send in requests so that they can prioritise which data gets released first. As they are an Inner London council, they are not required to hold data on public rights of way. However, a quick look on their site indicates that they already have some location data available under the free Open Government Licence [2]. Looks like a mashup map has been produced [3] and blogged about [4]. As always Import into OSM should be handled with care. In this case I would expect some/much (?) of the data to already exist in OSM and therefore we could use Lambeth's data as a tool to check if we have anything missing before completing a ground survey to confirm the details. Regards, RobJN p.s. Thanks to Andrew for bringing this to my attention on his blog http://take21.org/blog/ [1] http://www.guardian.co.uk/government-computing-network/2012/jul/11/lambeth-council-open-data-pledge [2] http://www.lambeth.gov.uk/Services/CouncilDemocracy/DataProtectionFOI/OpenData.htm?sp=opendata [3] http://goodfornothing.com/gigs/lambeth/maps/ [4] http://lambethopendata.wordpress.com/open-data-discussion/ ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Strange Routing Error
On Sun, 15 Jul 2012, Tom Chance wrote: On 15 July 2012 10:46, Philip Barnes p...@trigpoint.me.uk wrote: I am trying to fix a routing problem, that I found whilst investigating an error was reported in mapdust. [...] I am assuming it is more than a problem with OSRM. Otherwise I guess the only option is just to re-survey, delete and redraw the area. If it helps, CloudMade doesn't seem to have this problem: http://maps.cloudmade.com/?lat=52.984191lng=-3.045294zoom=17directions=52.9844102955179,-3.045262098312378,52.9845 653137809,-3.0453908443450928travel=carstyleId=1opened_tab=1 Nor does Mapquest: http://mapq.st/LpyFSJ Nor CycleStreets, incidentally: http://www.cyclestreets.net/journey/2878501/ using an import dated Wed, 11 Jul 2012 15:33:15. Martin, ** CycleStreets - For Cyclists, By Cyclists Developer, CycleStreets ** http://www.cyclestreets.net/ ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Google Maps using Sustrans Cycling data
On Fri, 13 Jul 2012, ASnail Snail wrote: Where I work in Bristol, there are quite a lot of cycle lanes not referenced on the Sustrans/Google map and not in OSM. So, I added some in last night following the suggestions on the http://wiki.openstreetmap.org/wiki/Cycleway page. So far so good. What is the best way to check the changes are working correctly? Normally I just view the standard OSM map about half an hour after I upload the changes and I can see new paths or roads etc, but something as subtle as a bike lane that goes in the opposite way along an existing one way road isn't shown. Will the cycle map when it next gets updated (which I gather can be a while) show the changes? Are there other ways other than the cycle map and viewing the attributes of the road to view the changes? CycleStreets updates from OSM data every few days. The last import is dated Wed, 11 Jul 2012. (We're a little delayed at the moment due to holidays, testing some international stuff, and because of caution in relation to the redaction.) We've added quite a bit of support for more advanced routing attributes, so hopefully our engine will be a good testing-ground: http://www.cyclestreets.net/blog/2012/05/20/more-osm-tags-supported/ I'd strongly encourage you to get involved in the England Cycling Data project if you can: http://wiki.openstreetmap.org/wiki/England_Cycling_Data_project as things brings quite a bit of cycling infrastructure into OSM if people can spend a little time merging their city. Just follow this link and click on the first button to enter editing for Bristol: http://bristol.cyclestreets.net/edit/locate/ Martin, ** CycleStreets - For Cyclists, By Cyclists Developer, CycleStreets ** http://www.cyclestreets.net/ ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] OSM sighting on ferry
Whilst on the (Southampton - Isle of Wight) Red Funnel car ferry today, there was a series of slideshow pictures on a TV screen. One of them included a properly attributed OSM map! It wasn't a customised rendering - it was certainly familiar to me. I don't think it was the slippy mapnik map, but I could be wrong. Greg ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb