[OSM-talk-be] Fietsknooppuntennetwerken/Cycle node networks in Belgium
Hi, As you probably already know I've been working very intensively on the rcn routes for the past month. I brought together the routes into networks and created a collection relation to refer to the network relations. http://www.openstreetmap.org/browse/relation/1726882 I've been working on a Python script which runs inside JOSM to help me with the chore of checking each and every node/knooppunt and the route relations connecting them. The more important function of this script is to regularly do quality control on the whole bunch of relations and nodes top down and from the bottom up. I also created a wiki page: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Cycle_Routes/Node_Network This page summarizes the remaining obvious problems with the nodes and the routes. It's easy to see where there are less than 3 rcn routes connecting to a node, how many roads start from/end at/pass through a node and links are provided to jump directly to the node on the map. In the tables on the right side of the page the routes which still have problems are shown. I check whether they are continuous in forward and backward direction (I've been sorting all their members) and I've been adding forward and backward roles on the members that needed them. I realise now that I didn't do it as described here though: http://wiki.openstreetmap.org/wiki/User:Ldp#.28C.29_Network_tagging Instead I did it this way: http://wiki.openstreetmap.org/wiki/User_talk:Ldp So this might be(come) a problem. I'm still trying to come up with a way to check forward/backward continuity of the route relations with the 'conventional' way of tagging roles. Ldp also suggested splitting up the network relation for Limburg which contains more than 800 members. Which brings me to my next point. When I started this tour of Flanders, I was convinced I was going to discover some sort of logic with regards to the numbering of the nodes. There seem to be nodes which actually do belong together in a network, but there also many for which it is hard to tell to which network they actually belong. I've been trying to create networks where each node number appeared only once, but I failed in the attempt. So at some point I created imaginary networks in despair with ridiculous names like Dijlelandse Kouters. At other points I simply added two nodes with the same number to the same network. There are also nodes for which it is hard to pinpoint one OSM node, across canals on roundabouts. These already share the same node number and I'd like to have a way to distinguish them from the other nodes which happen to have the same number Anyway, do we throw all of them into bigger relations? We could also work multilayered. Now there is this: collection relation (Belgium) network relations (39-40 of them) route relations and nodes Which could become: collection (Belgium) collection (Provinces W-Vl, O-Vl, Antw, Vl-Br, Limb., Liège) (In the other French speaking provinces there are no node networks (yet)) collection (Kust, Westhoek, Brugse Ommeland, Meetjesland, Leiestreek (W.Vl O.Vl) Vlaamse Ardennen, Scheldeland (Antw en O.Vl), Kempen (Antw. en Limb.), Hageland, Pajottenland, Maasstreek, Midden-Limburg, Haspengouw (Vl.Br en Limb.), Voerstreek, Höhes Venn) network (39-40 of them) route The advantage would be that it would be easier to manage. When somebody needs a GPX containing all the routes and nodes for only Hageland or just one part of Kempen or all networks of the province of Antwerp. Another issue is whether to include the nodes in the route relations, or not. I took them all out except for the route relations in Limburg, as in the rest of the country that seemed to be the convention. There is no real need to include them, since they are already included through the ways and now they are also members of the network relations. And the last issue is, when one node is represented by several OSM nodes. I created an extra relation to connect them (note=52-52) and the ways that are members of this relation are not members of the route relations that start/end at these nodes anymore. This simplifies matters a lot. So the route relations start/end at the nodes and don't interconnect those OSM nodes anymore. Anyway, let me know what needs to be done differently and I'll try to comply. It would, of course, also be nice if we could find ways to add the nodes that are still missing and to fix the problems reported on the wiki page I created. (But those are the harder problems, which need extra surveying, the easy ones have already been dealt with by me, myself and I) Kind regards, Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] International Boundaries from Department of State
Hi The US Department of State has recently provided us with their most recent international boundaries data sets. This includes a more accurate South Sudan boundary, which could be used to update the OSM boundary (which has a slight error in the West). The data is all public domain. More details, and download links, are on the wiki. http://wiki.openstreetmap.org/wiki/Potential_Datasources#US_Dept._of_State.2C_International_Boundaries -Mikel == Mikel Maron == +14152835207 @mikel s:mikelmaron___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Using photographed evacuation plans for indoor modeling?
Hello everyone, part of my PhD is to automatically model indoor environments from photographed evacuation plans. While there is still some way to go until this will be possible, I thought about suggesting this method to the OSM community as a fast and easy way of collecting data about indoors. The idea is: 1) the user takes an image of an evacuation plan like they can be found in all public buildings, 2) warps this image using the building ground plan already available in OSM (using e.g. warper.geothings.net) 3) draws the indoor routes using JOSM and the warped image as a layer like Bing or Yahoo aerial images using the tags suggested at http://wiki.openstreetmap.org/wiki/Indoor However, http://wiki.openstreetmap.org/wiki/Beginners_Guide_1.1 states, that As a rule of thumb, use no external resources except those available in the editors, so this is why I am writing.. What do you think of this data source? Is it usable? Is it only usable, when there is no copyright sign written on the plan? Looking forward to your thoughts about that! Michael PS: If anyone is interested in my work on this topic or wants to read the long explanation for the idea, here you are: http://www.ifp.uni-stuttgart.de/publications/2011/20110530_Paper_IPIN_CamReady.pdf ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using photographed evacuation plans for indoor modeling?
On 9/28/2011 10:56 AM, Michael Peter wrote: Is it only usable, when there is no copyright sign written on the plan? Almost everything is copyrighted by default. So the question is whether the information contained within can still be used (as with a road sign or the sign on the front of a building). Unfortunately I can't answer this. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using photographed evacuation plans for indoor modeling?
2011/9/28 Nathan Edgars II nerou...@gmail.com: On 9/28/2011 10:56 AM, Michael Peter wrote: Is it only usable, when there is no copyright sign written on the plan? Almost everything is copyrighted by default. So the question is whether the information contained within can still be used (as with a road sign or the sign on the front of a building). Unfortunately I can't answer this. I'd also take for granted that these plans are copyrighted. The one I made myself I had to write a copyright note on them, but even if there is none present the plan might still very probably be copyrighted. Also: if you'd ask the architect he might give you a vector version, which is generally better then a vectorized photo. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using photographed evacuation plans for indoor modeling?
On 28 September 2011 19:06, Martin Koppenhoefer dieterdre...@gmail.comwrote: 2011/9/28 Nathan Edgars II nerou...@gmail.com: On 9/28/2011 10:56 AM, Michael Peter wrote: Is it only usable, when there is no copyright sign written on the plan? Almost everything is copyrighted by default. So the question is whether the information contained within can still be used (as with a road sign or the sign on the front of a building). Unfortunately I can't answer this. As people have said, in most countries almost everything is copyrighted without needing a copyright note. The copyright note jut makes it easier to know on who's time the plan was made (a surveying/graphics/safety/architect company is likely to be the copyright owner not the employee who drew it on company time or the building managment that bought the physical print out), and thus who to ask for permission to use it(or derive data from it) in OpenStreetMap. Your project sounds interesting though. I wonder if it fits into the scope and ability of OpenStreetMap. I consider paths through buildings only suitable to add to the degree of showing how you roughly how entrances connect (e.g. walking through a shopping mall could be a shortcut, but some entrances may have steps inside). And OpenStreetMap isn't good(yet) for multiple layers/stories of buildings. When you've got some way into your PhD, it might be nice if you were to submit a paper to the State of the Map(SotM) conference. This year SotM-Europe was very academia focused, and I'd like there to be a prominent academia track at the main SotM next year. I think calls for papers open some time between March-May. http://wiki.openstreetmap.org/wiki/Sotm In the mean time, we have a wiki page for academic research. http://wiki.openstreetmap.org/wiki/Research Please be welcome to edit that page without asking, to add you project details. I even added my project with the title (in progress) so people could read the description and know some work was being done on the subject. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using photographed evacuation plans for indoor modeling?
Richard Weait writes: Copyright is earned in a work regardless of the existence of a copyright symbol on the work. http://en.wikipedia.org/wiki/Copyright That's the Berne Convention at work. Not every country has signed it. And at least in the U.S., you cannot copyright a fact of the world. The shape of a building and the walls inside it are not copyrightable. An image which depicts them might be, if it contains creative elements, but if you use the facts that it depicts, and do not redistribute the image itself, you are not infringing the work. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-is] Hjólavefsjáin
Sæl Nú er lén hjólavefssjár (http://www.hjolavefsja.is/) óvirkt. Ætlaði Reykjavíkurborg ekki að borga fyrir lénið og halda því úti? Hvernig var samkomulagið? Við hjá LHM komum ekki að þessu en það er bagalegt ef lénsnafnið liggur niðri því það er vísað á það. Sjálf vefsjáin virkar að mörgu leyti vel en hún er á léninu: http://is.ridethecity.com/iceland. Það er helst öruggari leið sem finnir soldið skrítnar leiðir. öruggari leið: http://is.ridethecity.com/iceland#1606113 örugg leið: http://is.ridethecity.com/iceland#1606114 bein leið: http://is.ridethecity.com/iceland#1606115 Vonandi leysið þið þetta með lénið sem fyrst. kveðja -- Árni Davíðsson formaður Landssamtök hjólreiðamanna www.LHM.is l...@lhm.is arni...@gmail.com gsm. 862 9247 ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Hjólavefsjáin
Sæll Árni, Nú er lén hjólavefssjár (http://www.hjolavefsja.is/) óvirkt. Ætlaði Reykjavíkurborg ekki að borga fyrir lénið og halda því úti? Hvernig var samkomulagið? Við hjá LHM komum ekki að þessu en það er bagalegt ef lénsnafnið liggur niðri því það er vísað á það. Ég gaf Reykjavíkurborg lénið fyrir ári síðan og greiddi fyrsta árgjaldið. Ég hefði mátt vera skýrari á því við Pálma að borgin þarf að endurnýja lénið árlega ef hún vil nota það fyrir hjólavefsjár-verkefnið sitt. Það var því ekkert samkomulag annað en að borgin útvegaði gögn og gaf leyfi fyrir að þau yrðu notuð í OpenStreetMap kortagrunninum. Þó fengust ekki hæðarlínur sem hljóta að teljast mikilvægar upplýsingar fyrir hjólreiðafólk í Reykjavík. Sjálf vefsjáin virkar að mörgu leyti vel en hún er á léninu: http://is.ridethecity.com/iceland. Það er helst öruggari leið sem finnir soldið skrítnar leiðir. öruggari leið: http://is.ridethecity.com/iceland#1606113 örugg leið: http://is.ridethecity.com/iceland#1606114 bein leið: http://is.ridethecity.com/iceland#1606115 Á síðunni er tekið við athugasemdum um leiðir undir valmöguleikanum aðgerðir fyrir leið. Ég kann ekki frekari skýringar á hvernig leiðir eru valdar, best er að hafa samband beint á info hjá ridethecity.com. Ath. að RideTheCity er ekki eina hjólavefsjáin sem byggir á OpenStreetMap gögnum, t.d. er önnur hér http://mapq.st/nwJs6W og ítarlegri listi yfir vefsjár hér: http://wiki.openstreetmap.org/wiki/Routing/online_routers. kv. Björgvin Ragnarsson ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
[Talk-de] AIO-Karten (Re: Verweise auf dev.openstreetmap.de kaputt)
fla...@googlemail.com fla...@googlemail.com writes: Hinweisen möchte ich drauf das es dann auch imer frische Logfile mit vielen Fehlern gibt ... http://dev.openstreetmap.de/aio/mkgmap-errors/ Das ist aber zZ nicht userfreundlich aufgebaut. Ich werde mal einen Blick reinwerfen; mal schauen, ob ich etwas verstehe... Hilfe / Vorschläge per Mail gerne an mich. ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/germany/aio-germany.7z scheint momentan nicht neu gepackt zu werden. Die zugehörige gmapsupp.img ist wohl ok. -- Karl EICHWALDER ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mehrere Bibliotheken (ISIL) in einem Raum
Hallo, Bibliotheken haben ja normalerweise ein Bibliothekssigel (ISIL). Hat jemand eine Idee, wie man am besten zwei Bibliotheken kartiert, die sich am gleichen Ort (Node) befinden? Verwendet man zweimal den Key ref:isil oder bekommt er beide ISIL als Werte und wie wuerde man die dann trennen? Danke und Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Bibliotheken (ISIL) in einem Raum
Moin, Michael Neumann schrieb: Hat jemand eine Idee, wie man am besten zwei Bibliotheken kartiert, die sich am gleichen Ort (Node) befinden? ganz pragmatisch würde ich erst mal sagen, dass das gar nicht sein kann. ;-) Von daher wäre es sinnvoll, hier konkretere Angaben (Permalink, Ortsangabe, Bibliotheksangabe) zu machen, damit man sich davon selbst ein Urteil bilden kann. Verwendet man zweimal den Key ref:isil oder bekommt er beide ISIL als Werte und wie wuerde man die dann trennen? unterscheiden sich die Bibliotheken denn tatsächlich nur im ISIL, nicht auch im Namen, Betreiber und/oder sonstigen Eigenschaften? Jedenfalls würde ich da ggf. eher zwei nodes draus machen - aber das hängt ggf. eben von den näheren Umständen ab - siehe oben. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Osm-Kartenlink mit Marker
Hi ! gibt es eigentlich eine Möglichkeit (außerhalb von esytools) eine OSM-Karte auf openstreetmap.org mit Marker zu erzeugen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Bibliotheken (ISIL) in einem Raum
Am 28.09.2011 09:17, schrieb Georg Feddern: ganz pragmatisch würde ich erst mal sagen, dass das gar nicht sein kann. ;-) Von daher wäre es sinnvoll, hier konkretere Angaben (Permalink, Ortsangabe, Bibliotheksangabe) zu machen, damit man sich davon selbst ein Urteil bilden kann. An der TU Dortmund befinden sich z.B. die Bereichsbibliothek Bio- und Chemieingenieurwesen (BCT) und die Bereichsbibliothek Elektrotechnik und Informationstechnik (BE) in den gleichen Raeumlichkeiten. Ein weiteres Beispiel sind die Bereichsbibliothek Informatik (BI) und die Bereichsbibliothek Physik (BP), die sich in den gleichen Raeumlichkeiten befinden. unterscheiden sich die Bibliotheken denn tatsächlich nur im ISIL, nicht auch im Namen, Betreiber und/oder sonstigen Eigenschaften? Jedenfalls würde ich da ggf. eher zwei nodes draus machen - aber das hängt ggf. eben von den näheren Umständen ab - siehe oben. Ausser im Namen und in der ISIL gibt es keine Unterschiede. Man koennte eventuell auch der Meinung sein, Bereichsbibliotheken gar nicht zu mappen, eine eigene ISIL haben sie aber jedenfalls. http://www.ub.tu-dortmund.de/Orgaplan/bereich.htm Gruss Michael -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osm-Kartenlink mit Marker
http://m.osmtools.de/ Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwischenstand Aerowest-Aktion
Am 27.09.2011 22:57, schrieb Christian H. Bruhn: Hallo! Irgendwie habe ich das Gefühl, daß die Aktion mit den Aerowest-Bildern im Sande verlaufen ist. Die Bilder sind nur sehr eingeschränkt nutzbar. Man muß einzelne Ausschnitte runterladen und diese in JOSM öffnen. Einige Wenige betreiben wohl den technische und zeitlichen Aufwand die Bilder zu laden. Aber die große Masse bleibt außen vor. Viele wissen wahrscheinlich gar nichts von den qualitativ sehr guten Bildern. Die technische Umsetzung ist allerdings mangelhaft. Es wurde doch immer von Dortmund als Beispiel erzählt. Dort hatte man aber einen WMS-Server, also nicht vergleichbar. Ich fühle mich über den Umfang der Aktion getäuscht und finde es schade, daß dafür 5.000 € Wikimedia-Spendengelder an ein kommerzielles Unternehmen gegangen sind. Fragen zum Projekt [1] sind übrigens seit einigen Monaten beantwortet. Anscheinend ist jetzt, nach dem das Geld geflossen ist, niemand mehr zuständig für das Projekt. Hätte z.B. nicht die FOSSGIS diese Aktion personell und technisch unterstützen können? Christian [1] http://wiki.openstreetmap.org/wiki/DE_talk:WissensWert/Luftbilder Hallo Christian, auf der einen Seite kann ich Deine Gedanken teilen auf der anderen Seite siehe die Häuser und Anpassungen die ich alleine in Lübeck schon erfaßt habe. Auch für Städte wie Lübeck könnte man mit etwas absprache sehr schnell und koordiniert die Bilder ziehen. Ich habe für meinen schon Übersichten erstellt damit andere diese nicht noch ziehen müssen - dann kann man die Bilder mit anderen tauschen. Siehe http://wiki.openstreetmap.org/wiki/L%C3%BCbeck/Style - WMS-Download / data sharing Wenn man sich am Sontag Rosemude Pilcher ansieht dann kann man mal wunderbar nebenbei eine große Fläche ziehen. Mir fehlt leider derzeit etwas die Zeit die Daten abzuzeichnen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osm-Kartenlink mit Marker
Am 28.09.2011 09:27, schrieb Bartosz Fabianowski: http://m.osmtools.de/ Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi ! das ist gut - so kenne ich das noch nicht. In meinem Links [1] werden immer noch die Bearbeitungsfunktionen (unten) angezeigt. Kann man diese irgendwie unterdrücken ? Gruß Jan :-) [1] http://m.osmtools.de/index.php?mlon=10.670533mlat=53.869304icon=7zoom=17 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osm-Kartenlink mit Marker
In meinem Links [1] werden immer noch die Bearbeitungsfunktionen (unten) angezeigt. Kann man diese irgendwie unterdrücken ? Du könntest die Parameter an die Standard-OSM-URL anhängen. So wird aus [1] dann [2] und die Bearbeitungsfunktionen verschwinden - allerdings bekommst Du dann nur noch den roten Standardmarker. Gruß, - Bartosz [1] http://m.osmtools.de/index.php?mlon=10.670533mlat=53.869304icon=7zoom=17 [2] http://www.openstreetmap.org/?lon=10.670533lat=53.869304zoom=17mlon=10.670533mlat=53.869304icon=7 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osm-Kartenlink mit Marker
Jan Tappenbeck schrieb am 28.09.2011 09:24: gibt es eigentlich eine Möglichkeit (außerhalb von esytools) eine OSM-Karte auf openstreetmap.org mit Marker zu erzeugen ? Eine Alternative wäre vielleicht manchmal noch sowas hier: http://www.openstreetmap.org/?node=991860789 http://www.openstreetmap.org/?way=77472286 Ist aber nicht so auffällig... -- Grüße Holger Jeromin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerke [ war urspr. landuse=road .. ]
Am 28. September 2011 04:41 schrieb Christian Müller cmu...@gmx.de: Am 27.09.2011 11:58, schrieb Martin Koppenhoefer: Am 26. September 2011 22:54 schrieb Christian Müllercmu...@gmx.de: Es werden beliebige Granularitäten erfasst, die über die Flächengrenze in Bezug (in Relation) stehen sollten. Die Granularitäten ergeben sich dann daraus, dass ein feiner granulares Gebiet in der Rolle 'inner' an einem grobgranularen Gebiet teilnimmt (das wiederum an einem grobgranulareren Gebiet teilnehmen /kann/, usw.). Interessieren einen Datennutzer feingranularere Gebiete nicht, lässt er die 'inner' Mitglieder einfach außer Acht. Am Beispiel des Forstgebiets mit Siedlungen: Forstgebiet (outer) Siedlung mit 2 Häusern (inner) Siedlung mit 5 Häusern (inner) Siedlung mit 350 Häusern (inner) +1: der Mapper entscheidet Je nachdem, wieviel Detail bei der Nutzung interessant ist, können die beiden kleineren Siedlungen oder alle weggefiltert werden, indem z.B. die Rollenmitgliedschaft oder die Flächengröße als Filterkriterium verwendet wird - evtl. sind auch andere / geeignetere Kriterien denkbar - das lässt sich separat erörtern.. Hier mal ein Beispiel aus dem echten Leben das schön erläutert, warum die Flächengröße (Grundfläche) ggf. unzureichend ist: Ein Forstgebiet mit 3 Häusern (und 1600 Einwohnern) in Stuttgart: http://www.openstreetmap.org/?lat=48.7248lon=9.19383zoom=16layers=M http://de.wikipedia.org/w/index.php?title=Datei:Hannibal_Stuttgart.jpgfiletimestamp=20061001221112 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Bibliotheken (ISIL) in einem Raum
Am 28.09.2011 08:47, schrieb Michael Neumann: Hallo, Bibliotheken haben ja normalerweise ein Bibliothekssigel (ISIL). Hat jemand eine Idee, wie man am besten zwei Bibliotheken kartiert, die sich am gleichen Ort (Node) befinden? Verwendet man zweimal den Key ref:isil oder bekommt er beide ISIL als Werte und wie wuerde man die dann trennen? Danke und Gruss Es sind 2 verschiedene Bibliotheken, die sich die Räumlichkeiten teilen. Also würde ich 2 Nodes mit ihren jeweiligen Eigenschaften (Name, ISIL etc.) in das Gebäude setzen. Raimond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Bibliotheken (ISIL) in einem Raum
Hallo Michael. Auch innerhalb der Räumlichkeiten sind vermutlich die Bereichsbibliotheken voneinander abgrenzbar. Und selbst wenn nicht, sollte es doch möglich sein, für jede Bereichsbibliothek einen Node zu setzen mit den entsprechenden Informationen. Die sind dann vielleicht nah beieinander, aber das ist ja kein Problem. Die meisten Renderer werden es zumindest hinkriegen, korrekt ein Bibliothekssymbol draus zu machen; möglicherweise gehen allerdings einige Namen unter - im Kartenbild. Gruß Peter Am 28.09.2011 09:27, schrieb Michael Neumann: Am 28.09.2011 09:17, schrieb Georg Feddern: ganz pragmatisch würde ich erst mal sagen, dass das gar nicht sein kann. ;-) Von daher wäre es sinnvoll, hier konkretere Angaben (Permalink, Ortsangabe, Bibliotheksangabe) zu machen, damit man sich davon selbst ein Urteil bilden kann. An der TU Dortmund befinden sich z.B. die Bereichsbibliothek Bio- und Chemieingenieurwesen (BCT) und die Bereichsbibliothek Elektrotechnik und Informationstechnik (BE) in den gleichen Raeumlichkeiten. Ein weiteres Beispiel sind die Bereichsbibliothek Informatik (BI) und die Bereichsbibliothek Physik (BP), die sich in den gleichen Raeumlichkeiten befinden. unterscheiden sich die Bibliotheken denn tatsächlich nur im ISIL, nicht auch im Namen, Betreiber und/oder sonstigen Eigenschaften? Jedenfalls würde ich da ggf. eher zwei nodes draus machen - aber das hängt ggf. eben von den näheren Umständen ab - siehe oben. Ausser im Namen und in der ISIL gibt es keine Unterschiede. Man koennte eventuell auch der Meinung sein, Bereichsbibliotheken gar nicht zu mappen, eine eigene ISIL haben sie aber jedenfalls. http://www.ub.tu-dortmund.de/Orgaplan/bereich.htm Gruss Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk mit Multipolygonen - Beispiel
Am 28. September 2011 03:57 schrieb Christian Müller cmu...@gmx.de: Ein Wald endet an der Straßenfläche oder dem Ufer eines Flusses! ggf. kann das so sein Wenn die Straßenfläche in OSM durch eine Linie repräsentiert wird, und es zudem nicht gewünscht wird/wäre, dass eine Straßenfläche extra erfasst wird wer entscheidet, dass das nicht gewünscht ist? Manche Mapper machen das ja jetzt schon, hier und auf anderen Listen wurde jedenfalls schon öfters darüber diskutiert und es gibt durchaus eine Gruppe von Leuten, die gerne auch Straßenflächen zumindest stellenweise mappen wollen. , /dann/ ist es richtig, die Waldgrenze oder die Flussgrenze mit dieser Linie zu identifizieren. Man könnte auch argumentieren, dass dort in der Karte noch Flächen fehlen (Uferbereich, ggf. Straßenfläche bzw. Straßennebenflächen) und daher der Mapper erstmal den Wald (oder jede andere Fläche) bis an seine Grenze zeichnet, und später wird jemand evtl. die Straßenfläche oder Uferfläche ergänzen. Wir haben in OSM ja immer work-in-progress und nie eine endgültige Situation. All das ändert nichts daran, dass an jeder Flächengrenze mindestens zwei Flächen teilnehmen (von überlappenden Flächen, Enklaven, einmal abgesehen). und auch abgesehen von fehlenden Flächen, die vorübergehend dazu führen können, dass eine Fläche auch mal nirgends angeschlossen werden kann. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osm-Kartenlink mit Marker
Wenn dir der rote Standard-Marker reicht, kannst du im Permanentlink von osm.org lat und lon in mlat bzw mlon umbenennen, und der Mittelpunkt wird entsprechend mit 'nem marker markiert. Wenn Du mlat und mlon ZUSÄTZLICH zu lat und lon einträgst, kannst du auch 'nen marker abseits des Mittelpunkts setzen. Beispiel: http://www.openstreetmap.org/?mlat=51.3mlon=10.5lat=51lon=8zoom=5layers=M Gruß Peter Am 28.09.2011 09:24, schrieb Jan Tappenbeck: Hi ! gibt es eigentlich eine Möglichkeit (außerhalb von esytools) eine OSM-Karte auf openstreetmap.org mit Marker zu erzeugen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk mit Multipolygonen - Beispiel
Am 28. September 2011 05:36 schrieb Christian Müller cmu...@gmx.de: Am 27.09.2011 11:49, schrieb Martin Koppenhoefer: Weshalb diskutieren wir darüber eigentlich - einen closed way derselben Länge / desselben Detailgrads müsste schließlich auch in den Editor geladen werden, um ihn zu bearbeiten - das wiederum _immer_ komplett. Ich sehe hier den Bezug nicht, den Du zum aktuellen Thema herstellen möchtest. wenn wir von einer Nachricht zur nächsten den Bezug vergessen bringt die Diskussion wirklich nichts. Der Bezug war: im Zweifel lieber fragmentieren als zusammenfassen. Eine weitere Frage ist, ob, wenn es solche Monster gibt, nicht schon vorher etwas falsch gelaufen ist.. Schließlich müssen sie ja erstmal da sein, bevor ich sie auseinandersplitte. ganz genau Von Mythen war bei mir keine Rede, schau einfach mal nach Japan in die Wälder und versuche, einen der Riesenwälder in kleinere Stücke zu teilen. Link? Ich habe mal ein enorm großes Waldstück geteilt, welches basisgeometrisch erfasst war - ich kann nicht behaupten, dass das einfacher war. Wenn Du Dich dort betätigen willst, da wären Dir vermutlich einige dankbar, im Prinzip ist wohl ganz Japan betroffen, ein Beispiel ist glaube ich hier: http://www.openstreetmap.org/?lat=35.104lon=134.106zoom=10layers=M Sobald man an einem riesigen Multipolygon mit hunderten von Membern irgendwo einen way teilt entsteht gleich eine neue Version des kompletten Multipolygons. So entstehen sehr schnell Unmengen an Versionen von riesigen Objekten. In welchem Editor? Wenn es so ist, wie Du es beschreibst, ist das ein klares Usability-Problem und kein Problem von Multipolys an sich. nein, das Problem ist dem Datenmodell immanent, wie sollte das denn sonst funktionieren? Wenn durch diese Operation eine neue Version entsteht, dann evtl. aufgrund eines Konfliktes? das verstehe ich nun nicht Es wäre vielleicht besser, die (echten) Probleme mit Multipolygonen beim Namen zu nennen. Das Konzept /Multipolygon/ ist gut, die Editorumsetzung dürftig. Warum schließt Du dich dieser Sichtweise nicht einfach an, wenn es in deiner Gegend ohnehin schon usus ist, sie zu benutzen? wie bereits verschiedentlich erwähnt bin ich kein Gegner der Multipolygone --- im Gegenteil nutze ich sie fast täglich. Ich hatte lediglich einen Hinweis angebracht, dass man aufpassen sollte, diese nicht zu groß und komplex werden zu lassen, weil sonst a) die Bearbeitung schwierig und langwierig wird b) im Laufe der Zeit unzählige Versionen der Relation entstehen, weil jede kleine Änderung eine neue Version entstehen lässt c) das Rendern und andere Weiterverarbeitung unnötig aufwändig werden Lieber fragmentieren als zusammenfassen war dazu die Empfehlung. Je größer und gröber man das anfängliche Polygon macht, um so komplexer wird tendenziell (je nach Kontext) das entstehende Multipolygon-objekt im Laufe der Zeit. Ich habe das hier verschiedentlich beobachtet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Bibliotheken (ISIL) in einem Raum
Ja, 2 Nodes gehen immer, wenn es 2 Bibliotheken sind, würde ich auch 2 Objekte machen. Wenn man es flächig machen will, dann würde ich 2 Multipolygone machen, je Bibliothek eins (im einfachsten Fall jeweils mit einem outer way als Member). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk mit Multipolygonen - Beispiel
Am 28.09.2011 00:33 schrieb Garry GarryD2@gmx. Multipolygone führen dazu dass ähnliche Flächengrenzen zusammengefasst werden damit es übersichtlich aussieht (weil nur noch eine statt viele Linie im Editor zu sehen ist) aber in Wahrheit die realen Flächengrenzen verfälscht. Ein Wald endet nicht an der Mittellinie einer Strasse oder eines Flusses! Das ist Quatsch und das weißt du vermutlich auch selbst. Die Benutzung von Multipolygonen und das zusammenlegen von Flächengrenzen und Linienobjekten (Straßen,...) sind zwei verschiedene Dinge. Es gibt genügend Mapper, die auch “normale“ Flächen an Straßen etc. anpappen - diejenigen, die dies ablehnen (wie ich) werden wohl auch bei der Nutzung von MPs nicht plötzlich damit anfangen. Diese Frage taugt also nicht als Argument gegen MPs. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rundwanderweg wird aufgegeben - disused relation?
Am 27.09.11 21:22, schrieb Bernhard Weiskopf: Hallo Henning und Mitleser, das kann man sicherlich unterschiedlich betrachten. Aus meiner Sicht muss eine Route nicht zwangsläufig in der Natur makiert sein, manche Routen sind nur in Karten markiert. Das widerspricht aber dem OSM-Grundsatz, dass wir nur *nachprüfbare* Tatsachen (hier: Wegmarkierungen) in unsere Datenbank eintragen. Tourenportale mit selbst zusammengestellten Routen gibt es anderswo zuhauf. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Bibliotheken (ISIL) in einem Raum
Am 28.09.2011 11:01, schrieb Martin Koppenhoefer: Ja, 2 Nodes gehen immer, wenn es 2 Bibliotheken sind, würde ich auch 2 Objekte machen. Wenn man es flächig machen will, dann würde ich 2 Multipolygone machen, je Bibliothek eins (im einfachsten Fall jeweils mit einem outer way als Member). Danke fuer eure Antworten, werde dann jeweils einen Node pro Bibliothek anlegen. Gruss Michael -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk mit Multipolygonen - Beispiel
Am 28.09.2011 11:31, schrieb Martin Simon: Die Benutzung von Multipolygonen und das zusammenlegen von Flächengrenzen und Linienobjekten (Straßen,...) sind zwei verschiedene Dinge. +1 full ack. Evtl. lässt sich das sogar erweitern: Das Zusammenlegen von Flächengrenzen zum einen Flächengrenzen mit Linienobjekten zum anderen sind auch verschiedene Dinge - über die sich auch getrennt reden lässt. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osm-Kartenlink mit Marker
Am 28.09.2011 10:00, schrieb Jan Tappenbeck: Hi ! das ist gut - so kenne ich das noch nicht. In meinem Links [1] werden immer noch die Bearbeitungsfunktionen (unten) angezeigt. Kann man diese irgendwie unterdrücken ? Für den IFrame wird das ausgeblendet, also iframe=1 an die URL hängen: http://m.osmtools.de/index.php?mlon=10.670533mlat=53.869304icon=7zoom=17iframe=1 Gruß Gruß Jan :-) [1] http://m.osmtools.de/index.php?mlon=10.670533mlat=53.869304icon=7zoom=17 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk mit Multipolygonen - Beispiel
Hi Martin, Am 28.09.2011 10:45, schrieb Martin Koppenhoefer: wenn wir von einer Nachricht zur nächsten den Bezug vergessen bringt die Diskussion wirklich nichts. Der Bezug war: im Zweifel lieber fragmentieren als zusammenfassen.(*) lecker. Ich weiß nicht, ob die Möglichkeit, bestimmte Bezüge nicht herstellen zu können, rechtfertigt, anderen das Vergessen vorzuwerfen. Es macht keinen Sinn, im Kontext dieser (*)-Regel, von einem Unterschied zwischen MP und closed ways zu sprechen, denn sie passt durchaus auf beide dieser Arten, Flächen zu erfassen. MP bilden da /keine/ Ausnahme. Deshalb habe ich die Frage gestellt, weshalb Du (*) überhaupt als Argument bringst - es ist kein Argument für oder gegen eine bestimmte Mappingpraxis, wenn alle Praxen Möglichkeiten der Fragmentierung bieten. closed way-Flächen können bel. fragmentiert werden, man zerreißt dabei i.d.R. das Original. MP-Flächen können fragmentiert werden, ohne das Original zu zerreißen, sie fragmentieren UND fassen zusammen. Ein Argument gegen MP-Flächen ist, dass solche MP, die sehr viele Flächengrenzen zu einer Fläche zusammenfassen, so groß werden können, dass .. sie nicht mehr handhabbar sind. .. und deshalb sollte man sie nicht nutzen.. Erstens trifft das nur für MPs zu, die größer sind als ihr closed way-Pendant (die also schon zusammenfassen..) und zweitens bedeutet die Möglichkeit, dass man zusammenfassen /kann/, nicht, dass man zusammenfassen /muss/. Drittens /ist/ die Nicht-Verwaltbarkeit von wirklich umfangreichen MPs hauptsächlich ein usability-Problem, dass sich u.a. schon dadurch lösen lässt, dass umfangreiche MP in Kind-Relationen ausgelagert werden können. Z.B. durch Gruppierung der 10.000+ outer ways in Kind-Relationen, die dann als 'outer' an einer Eltern-Relation teilnehmen. Die /Möglichkeit/ mit MPs komplexe Flächen mit 10.000+ Grenzsegmenten zu bilden, bietet Lösungen für Probleme, welche mit closed ways überhaupt nicht, oder mindestens genauso schwer, zu lösen sind. Weshalb sollte man also closed ways, welche in solchen Grenzbereichen ebenso versagen, in ein besseres Licht rücken, als MPs, die zwar die /Möglichkeit/ bieten, in solche Bereiche vorzudringen, aber erst dort schwer zu handhaben sind? Sobald man an einem riesigen Multipolygon mit hunderten von Membern irgendwo einen way teilt entsteht gleich eine neue Version des kompletten Multipolygons. So entstehen sehr schnell Unmengen an Versionen von riesigen Objekten. In welchem Editor? Wenn es so ist, wie Du es beschreibst, ist das ein klares Usability-Problem und kein Problem von Multipolys an sich. nein, das Problem ist dem Datenmodell immanent, wie sollte das denn sonst funktionieren? Du schriebst: Beim Splitten eines ways, entsteht eine neue Version des kompletten Multipolygons. /So/ entstünden schnell /Unmengen/ an Versionen von riesigen Objekten. Ich schrieb: /Dies/ ist ein usability Problem. /Das/ /Unmengen/ von Objekten erzeugt werden, liegt doch nicht am Datenmodell - dieses zwingt den Programmierer deines Editors mitnichten, jedes Mal eine neue Version eines MP zu erzeugen, wenn ein way member gesplittet wird. Wenn durch diese Operation eine neue Version entsteht, dann evtl. aufgrund eines Konfliktes? das verstehe ich nun nicht Manchmal in JOSM, und das betrachte ich pers. auch als Krankheit, kannst Du eine Relation mit dem Rel.-Dialog öffnen. Du kannst dort lustig ways hinzufügen und entfernen. Da dieser Dialog natürlich nicht modal arbeitet, kannst Du im MapView, während der Dialog noch geöffnet ist, die Basisgeometrien ändern, sprich ways splitten oder löschen, die an der Relation teilnehmen. Da das ganze Prozedere nicht synchronisiert stattfindet, kann, wenn der Relationen-Dialog geschlossen wird, dieser eine andere Version der Relation vorhalten, als das im Editor geladene Dataset - Konflikt wird erzeugt. Üblicherweise verschwindet aber nach Lösung des Konflikts die ungewünschte Version der Relation wieder. Evtl. könnte der Relationen-Dialog selbst Observer des DataSets sein, um das zu vermeiden. Aber dies und das Erzeugen von Unmengen neuer Versionen in einem Editor sind für mich editor-spezifische Details. ... dass man aufpassen sollte, diese nicht zu groß und komplex werden zu lassen, weil sonst a) die Bearbeitung schwierig und langwierig wird +/- 1 Das ist momentan evtl. richtig, je nach tatsächlicher Komplexität. Dies trifft aber z.T. auch auf riesige closed ways und dergleichen zu. Das ist, in beiden Fällen, zunächst ein usability-Problem, welches sich mit MPs einfacher lösen lässt, als mit closed ways - letztere lassen sich im Editor nicht getrennt laden (obwohl das denkbar ist, schließlich ist ein Weg auch nur eine Knotenliste, welche sich als Relation interpretieren lässt). b) im Laufe der Zeit unzählige Versionen der Relation entstehen, weil jede kleine Änderung eine neue Version entstehen lässt Das verstehe ich nach wie vor nicht, und
Re: [Talk-de] Flächennetzwerk mit Multipolygonen - Beispiel
Am 28.09.2011 10:26, schrieb Martin Koppenhoefer: .. und es zudem nicht gewünscht wird/wäre, dass eine Straßenfläche extra erfasst wird wer entscheidet, dass das nicht gewünscht ist? ich nicht, deshalb habe ich dazu keine Aussage getroffen. vielleicht Joe Mapper ;-) Wenn die Datenlage gut ist (Luftbilder), würde ich das auch gutheißen. Nur ist da natürlich wieder auszudiskutieren, /wie/ - Konsens fürs tagging usw. muss gefunden werden - Garry sprach schon an, welches Verwechslungspotenziale bestehen: Verkehrsfläche vs. Gesamtfläche der Straße (mit Entwässerungsanlagen, Schallschutzbauten, etc.).. Wenn die entsprechende landuse=road Seite im Wiki nach aktuellem Wissensstand (des Projekts) erklärt, was genau damit gemappt werden soll, ist schonmal viel getan - ansonsten wird das Tag irgendwann so unklar verwendet, wie landuse=residential (eine neblige Sammlung der Verständnisse und Interpretationen aus verschiedenen Themenbereichen und Kontexten, nicht nur notwendigerweise auf die Bodennutzung Bezug nehmend). , /dann/ ist es richtig, die Waldgrenze oder die Flussgrenze mit dieser Linie zu identifizieren. Man könnte auch argumentieren, dass dort in der Karte noch Flächen fehlen (Uferbereich, ggf. Straßenfläche bzw. Straßennebenflächen) und daher der Mapper erstmal den Wald (oder jede andere Fläche) bis an seine Grenze zeichnet, und später wird jemand evtl. die Straßenfläche oder Uferfläche ergänzen. Wir haben in OSM ja immer work-in-progress und nie eine endgültige Situation. +1 full ack. Gerade deswegen fand und finde ich es unsinnig, immer und überall Platz zu lassen - wenn jemand später mehr Detail ergänzen möchte, wird der sich nicht daran stören, dass da schon etwas (ungenaueres) ist. /Wie/ er dann sein Detail ergänzt, ist seiner eigenen Einschätzung überlassen ( werden die Grenzen des groben Gebiets verschoben und eine neues erzeugt ('outer'-Rolle)? oder wird sein Detail /als Teil/ eines der vorhandenen, groben Gebiete erfasst ('inner'-Rolle)? ).. All das ändert nichts daran, dass an jeder Flächengrenze mindestens zwei Flächen teilnehmen (von überlappenden Flächen, Enklaven, einmal abgesehen). [..] abgesehen von fehlenden Flächen, die vorübergehend dazu führen können, dass eine Fläche auch mal nirgends angeschlossen werden kann. +1 Gruß, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verweise auf dev.openstreetmap.de kaputt
Moin, Am 27.09.2011 18:07, schrieb fla...@googlemail.com: Hinweisen möchte ich drauf das es dann auch imer frische Logfile mit vielen Fehlern gibt ... http://dev.openstreetmap.de/aio/mkgmap-errors/ Das ist aber zZ nicht userfreundlich aufgebaut. Hilfe / Vorschläge per Mail gerne an mich. vielleicht nicht sehr userfreundlich, aber doch zumindest verständlich - und grundsätzlich hilfreich. Ich habe mal kurz exemplarisch die mich interessierenden Fehler (70013119.txt vom 2011/09/27) angetestet und dabei ein paar Unschönheiten entdeckt - auf die Du aber evtl. gar keinen Einfluß hast? WARNING (MultiPolygonRelation): Cannot join the following ways to closed polygons. Multipolygon http://www.openstreetmap.org/browse/relation/51477 Geht auch gar nicht, da das ja nur mit einem Bruchteil aller ways des Multipolygons versucht wird. Erzeugt also zuviele 'false positives' (nach 5 hab ich aufgegeben). OK, ich verstehe den Unterschied zwischen Warning und Error - aber kann man nicht evtl. doch vorher abprüfen, ob die Anzahl der 'joined ways' mit der Gesamtanzahl übereinstimmt? Multipolygon http://www.openstreetmap.org/browse/relation/173745 contains errors. Some polygons are intersecting. This is not allowed in multipolygons. Bei den drei von mir überprüften sind diese Fehler definitiv nicht vorhanden - waren es auch nie, habe die History aller Elemente überprüft. Allerdings nähern sich dort die beiden Wege auf 0,6 m bzw. bei einem sogar bis auf 0,04 m. Evtl. ein Auflösungs-/Rundungsproblem? Mehr konnte ich bis jetzt leider noch nicht testen - aber ich bleibe mal dran. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: Suburb vs. Village
On 26.09.11 18:14, Martin Koppenhoefer wrote: bisher wird das in der jeweiligen boundary-Relation gemacht, indem ein Node (könnte auch ein Way sein) mit dieser Rolle eingefügt wird. Davon hatte ich gesprochen. Mir fallen eben die Rollen admin_centre und label ein, die schon so durchs OSM-Universum geistern. /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerke [ war urspr. landuse=road .. ]
Am 28.09.2011 10:16, schrieb Martin Koppenhoefer: Hier mal ein Beispiel aus dem echten Leben das schön erläutert, warum die Flächengröße (Grundfläche) ggf. unzureichend ist: Ein Forstgebiet mit 3 Häusern (und 1600 Einwohnern) in Stuttgart: +1 insbesondere zu ggf.: Das ist hier ein kleines wichtiges Wörtchen - es gibt Anwendungen, für die die Existenz auch dieses mini-landuse mit 1600 Einwohner bei der Betrachtung des Forstgebiets keine Rolle spielt (z.B. bei der Flächenversiegelung - die ist hier, gegenüber dem Forstgebiet, sehr klein und evtl. vernachlässigbar), genau so, wie es in anderen Anwendungen entscheidend ist, diese 3 Häuser in Betracht zu ziehen (Einwohnerdichte, etc.). Danke für dieses Beispiel zur Granularität. Es legt den Gedanken nahe, die Bedeutung eines landuse=residential zu irgendeinem anderen landuse=residential dadurch anzugeben, dass grob die Einwohnerzahl (population=* gibt es ja schon) mitgetaggt wird. Dadurch hätte man zwei weitere Filterkriterien neben der Flächengröße: die Einwohnerzahl und die -dichte. Das Beispiel ist wirklich verdammt gut, um aufzuzeigen, dass allein die Betrachtung der Flächengröße nicht für jeden Anwendungsfall ausreicht. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suburb vs. Village
On 26.09.11 17:17, Martin Koppenhoefer wrote: nö, ist aber auch egal. Manhattan ist ziemlich sicher ein suburb in OSM http://www.openstreetmap.org/browse/node/158810611 - Hamlet Manhattan http://www.openstreetmap.org/browse/node/158875120 - Hamlet Harlem http://www.openstreetmap.org/browse/node/158857828 - Hamlet Brooklyn Aber egal. IMO müssen griffige Begriffe her (city_district, neighbourhood halte ich zB für griffig), nicht zweifelhafte/solche mit verschiedensten Deutungen (suburb, quarter)! Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verweise auf dev.openstreetmap.de kaputt
Zu beachten ist auch das die Logs die aus MKGMAP rausfallen sich auf Daten beziehen nachdem sie vom Splitter verzlgt und aufgeteilt wurden. Turn restriction und Oneways kann man aber ganz gut verbessern. Dirk Am 28. September 2011 16:40 schrieb Georg Feddern o...@bavarianmallet.de: Moin, Am 27.09.2011 18:07, schrieb fla...@googlemail.com: Hinweisen möchte ich drauf das es dann auch imer frische Logfile mit vielen Fehlern gibt ... http://dev.openstreetmap.de/aio/mkgmap-errors/ Das ist aber zZ nicht userfreundlich aufgebaut. Hilfe / Vorschläge per Mail gerne an mich. vielleicht nicht sehr userfreundlich, aber doch zumindest verständlich - und grundsätzlich hilfreich. Ich habe mal kurz exemplarisch die mich interessierenden Fehler (70013119.txt vom 2011/09/27) angetestet und dabei ein paar Unschönheiten entdeckt - auf die Du aber evtl. gar keinen Einfluß hast? WARNING (MultiPolygonRelation): Cannot join the following ways to closed polygons. Multipolygon http://www.openstreetmap.org/browse/relation/51477 Geht auch gar nicht, da das ja nur mit einem Bruchteil aller ways des Multipolygons versucht wird. Erzeugt also zuviele 'false positives' (nach 5 hab ich aufgegeben). OK, ich verstehe den Unterschied zwischen Warning und Error - aber kann man nicht evtl. doch vorher abprüfen, ob die Anzahl der 'joined ways' mit der Gesamtanzahl übereinstimmt? Multipolygon http://www.openstreetmap.org/browse/relation/173745 contains errors. Some polygons are intersecting. This is not allowed in multipolygons. Bei den drei von mir überprüften sind diese Fehler definitiv nicht vorhanden - waren es auch nie, habe die History aller Elemente überprüft. Allerdings nähern sich dort die beiden Wege auf 0,6 m bzw. bei einem sogar bis auf 0,04 m. Evtl. ein Auflösungs-/Rundungsproblem? Mehr konnte ich bis jetzt leider noch nicht testen - aber ich bleibe mal dran. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] landuse, highway, alles über- und ineinander...
Auf die dauer wird es nicht gutgehen, wenn dies zeux alles so kleinteilig zusammengebrutzelt wird... So hat's hier in N die Krelingstraße verrissen: http://www.openstreetmap.org/?lat=49.46012lon=11.07844zoom=17layers=M und ich weiß nicht, wie ich das mit meinem josm ohne löschen und neuzeichnen wiederherstellen kann... Ich vermute, dass das passiert ist, als jemand so mini-landuse-sachen reingefummelt hat. Die straßen und insbesondere hauptstraßen in wohngebieten sollten nicht als grenzen für residentials herhalten, wenn dies nicht zwingend erforderlich ist. Wenn auf beiden seiten einer straße residential ist, dann pinselt man den highway einfach drüber und fertig. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suburb vs. Village
Am 28. September 2011 16:57 schrieb Andreas Labres l...@lab.at: On 26.09.11 17:17, Martin Koppenhoefer wrote: nö, ist aber auch egal. Manhattan ist ziemlich sicher ein suburb in OSM http://www.openstreetmap.org/browse/node/158810611 - Hamlet Manhattan http://www.openstreetmap.org/browse/node/158875120 - Hamlet Harlem http://www.openstreetmap.org/browse/node/158857828 - Hamlet Brooklyn Aber egal. ich meinte nicht: in der OSM-Karte sondern gem. dem OSM-tagging-System (d.h. nicht wie es tatsächlich getaggt ist, sondern wie es m.E. vermutlich sein sollte). Je nachdem, welches Manhattan man meint, kann auch place=island zutreffend sein (bzw. ein administratives Gebiet Manhattan (borough), welches auch ein paar andere Inseln miteinschließt). - es gibt schon hier mind. 2 Manhattan in der Realität, d.h. logischerweise könnte es auch in OSM mehrere geben. Siedlungsgeographisch ist Manhattan allerdings ein klarer Fall weil es rundum von Flüssen begrenzt wird, d.h. man wird kaum über die Grenzen streiten ;-) http://en.wikipedia.org/wiki/Manhattan#Geography IMO müssen griffige Begriffe her (city_district, neighbourhood halte ich zB für griffig), nicht zweifelhafte/solche mit verschiedensten Deutungen (suburb, quarter)! Ja, wenn man place=suburb (immerhin schon 53 979 mal in Gebrauch) anzuzweifeln bereit ist, also nochmal grundsätzlich neu herangeht, dann wäre ich da auch für einen anderen Begriff. Allerdings wird man das immer definieren müssen, city_district ist auch nicht klarer als quarter in der Bedeutung (Wikipedia schreibt dazu jedenfalls: City district is a type of administrative division of Pakistan and Croatia. It is also the English translation of German Stadtbezirk and Swedish Stadsdel.), nach meinen bisherigen Recherchen scheint district ausschließlich eine Verwaltungseinteilung zu sein, während quarter eher im vagen bleibt und mir daher als allgemeine Unterteilung in place besser geeignet scheint: http://en.wikipedia.org/wiki/Quarter_(country_subdivision) . Übrigens, zur Sprachbedeutung: selbst place=city ist nicht wirklich klar, s. http://en.wikipedia.org/wiki/Cities wo für jedes Land einzeln versucht wird zu definieren, was eine city ist, wobei allerdings die Seite mit Vorsicht zu genießen ist, die Aussagen zu Deutschland und Italien sind schon in sich nicht konsistent. Oft findet man für city auch: mehr als 20.000 Einwohner und ökonomisch selbsttragend im Gegensatz zu Schlafstädten und Vororten, d.h. city als Großstadt zu übersetzen ist auch nur eine von mehreren Möglichkeiten, Stadt trifft es teilweise besser. Langer Rede kurzer Sinn: wir (müssen) definieren, was ein bestimmter tag bedeutet. Zwar sollte die sprachliche Bedeutung der in OSM nicht diametral entgegenstehen, aber nur mit sprachlichem Verständnis/Bedeutung kommt man auch nicht weit. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osm-Kartenlink mit Marker - Doku dazu ?
Am 28.09.2011 15:01, schrieb Sebastian Hohmann: Am 28.09.2011 10:00, schrieb Jan Tappenbeck: Hi ! das ist gut - so kenne ich das noch nicht. In meinem Links [1] werden immer noch die Bearbeitungsfunktionen (unten) angezeigt. Kann man diese irgendwie unterdrücken ? Für den IFrame wird das ausgeblendet, also iframe=1 an die URL hängen: http://m.osmtools.de/index.php?mlon=10.670533mlat=53.869304icon=7zoom=17iframe=1 Gruß Gruß Jan :-) [1] http://m.osmtools.de/index.php?mlon=10.670533mlat=53.869304icon=7zoom=17 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi ! woher kennst Du die Parameter - gibt es eine Doku ? Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk mit Multipolygonen - Beispiel
Am 28. September 2011 16:19 schrieb Christian Müller cmu...@gmx.de: Sobald man an einem riesigen Multipolygon mit hunderten von Membern irgendwo einen way teilt entsteht gleich eine neue Version des kompletten Multipolygons. So entstehen sehr schnell Unmengen an Versionen von riesigen Objekten. In welchem Editor? Wenn es so ist, wie Du es beschreibst, ist das ein klares Usability-Problem und kein Problem von Multipolys an sich. nein, das Problem ist dem Datenmodell immanent, wie sollte das denn sonst funktionieren? Ich schrieb: /Dies/ ist ein usability Problem. /Das/ /Unmengen/ von Objekten erzeugt werden, liegt doch nicht am Datenmodell - dieses zwingt den Programmierer deines Editors mitnichten, jedes Mal eine neue Version eines MP zu erzeugen, wenn ein way member gesplittet wird. nochmal: wie sollte das denn sonst gehen? Liegt sehr wohl am Datenmodell. (klar, die Version entsteht erst beim Hochladen, nicht bereits beim Splitten im Editor). Manchmal in JOSM, und das betrachte ich pers. auch als Krankheit, kannst Du eine Relation mit dem Rel.-Dialog öffnen. Du kannst dort lustig ways hinzufügen und entfernen. Da dieser Dialog natürlich nicht modal arbeitet, kannst Du im MapView, während der Dialog noch geöffnet ist, die Basisgeometrien ändern, sprich ways splitten oder löschen, die an der Relation teilnehmen. ach so, das meinst Du. Das ist in der Tat eher ein Editor-Problem (evtl. könnte der Editor Änderungen in der Karte in den Fenstern der geöffneten Relationen jeweils live nachführen). Konflikte durch parallele Edits (verschiedener Mapper) entstehen allerdings auch (weiterer Punkt) um so eher, je ausgedehnter ein Objekt ist. c) das Rendern und andere Weiterverarbeitung unnötig aufwändig werden Aberglaube. Es ist ein anderer Aufwand, nicht mehr oder weniger unnötig als der, den man ohne MP betreibt. IIRC werden MPs z.B. von Renderern ohne zu Murren gehandhabt. Zudem ist es möglich, simple Tools zu schreiben, welche Dir Multipolygone in closed ways konvertieren - probiere das mal anders herum. Bestimmte Arten der Weiterverarbeitung profitieren durch MP. ich meine nicht beim Importieren des MP in den Editor. Wenn ein Wald sich über 2500 km² hinzieht, mit allen kleinen Lichtungen und anderen inner ways, dann musst Du beim Rendern das komplette Monster in jedem einzelnen zoom18-Tile betrachten (glaube ich zumindest), obwohl nur ein winziger Teil in Deinem Kartenausschnitt liegt. Wenn man den Wald an jeder größeren Straße auftrennt, wird er kleiner (weniger Versionen bzw. kleinere Versionen, schneller zu rendern, weniger potentielle Konflikte). Es ist natürlich richtig, dass man sowohl mit Einzelflächen als auch mit Multipolygonen eher groß oder eher fragmentiert arbeiten kann, aber wenn man von vornherein riesige Flächen erzeugt ist es sehr wahrscheinlich, dass der nächste Mapper da einfach per Multipolygon was rausschneidet. Je mehr das machen, um so eher wird das ein Monster. Wenn man dagegen fragmentiert beginnt, dann ist die Chance größer, dass der nächste Mapper so weitermacht und irgendwann aus diesem Flickenteppich ein Bild wird (übrigens ein detailliertes, weil von vornherein kaum Vergröberung drin ist). Mit Deinem Plädoyer für Multipolygone bei Grenzen rennst Du offene Türen ein. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse, highway, alles über- und ineinander...
Am 28. September 2011 18:15 schrieb Karl Eichwalder k...@gnu.franken.de: Auf die dauer wird es nicht gutgehen, wenn dies zeux alles so kleinteilig zusammengebrutzelt wird... So hat's hier in N die Krelingstraße verrissen: http://www.openstreetmap.org/?lat=49.46012lon=11.07844zoom=17layers=M Könntest Du kurz erläutern, was dort das Problem ist? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse, highway, alles über- und ineinander...
Martin Koppenhoefer dieterdre...@gmail.com writes: Am 28. September 2011 18:15 schrieb Karl Eichwalder k...@gnu.franken.de: Auf die dauer wird es nicht gutgehen, wenn dies zeux alles so kleinteilig zusammengebrutzelt wird... So hat's hier in N die Krelingstraße verrissen: http://www.openstreetmap.org/?lat=49.46012lon=11.07844zoom=17layers=M Könntest Du kurz erläutern, was dort das Problem ist? Die Krelingstraße kommt von N und geht in natura weiter über die Pirckheimer, dann an dieser kirche vorbei und biegt schließlich nach W um auf den Vestnertorgraben zu (wo diese andere kirche ist). Momentan (in unseren daten) biegt sie aber schon auf der Pirckheimer um nach W und geht dann auf der Piloty hoch zum Vestnertorgraben (wo diese andere kirche ist). Siehe Attachment: [Attachment gelöscht...] Ich hoffe, es wird jetzt etwas klarer. Die treppe oberhalb (südlich) der kirche endet völlig unsinning in einer landuse-begrenzung. Ich könne schwören, dass ich die treppe vor jahr und tag mit der straße verbunden hatte... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Karl Eichwalder] Re: landuse, highway, alles über- und ineinander...
Noch ein versuch... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [WISY-Spam]Anzeigenamen im Garmin 62x beeinflussen
Hi ! ich rechne meine Karten immer selber mit mkgmap, splitter und gmaptools. In meinem Garmin steht dann als Kartenname immer gmaptool. Weiß einer von Euch ob man irgendwie den Namen beeinflussen kann - die Reit und Wanderkarte hat in der Anzeige auch einen anderen Namen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk mit Multipolygonen - Beispiel
Hi Martin, Am 28.09.2011 19:40, schrieb Martin Koppenhoefer: nochmal: wie sollte das denn sonst gehen? Liegt sehr wohl am Datenmodell. (klar, die Version entsteht erst beim Hochladen, nicht bereits beim Splitten im Editor). Ah, ok - Du beziehst Dich in der Tat auf den Versionszähler /eines/ Multipolygons und nicht darauf, dass /mehrere/ Multipolygone entstehen - das kam in der ursprünglichen mail nicht so rüber - meine Frage an Dich muss also anders lauten: Wo liegt für Dich das Problem, wenn der Versionsstand eines Multipolygons bei 249.000 steht? Schließlich beschäftigen wir uns beim Editieren eigentlich nur mit dem aktuellen Stand. Und beim Editieren ohne MP entstehen schließlich auch Unmengen an Versionsständen (z.B. von ways oder nodes). , dann musst Du beim Rendern das komplette Monster in jedem einzelnen zoom18-Tile betrachten (glaube ich zumindest), obwohl nur ein winziger Teil in Deinem Kartenausschnitt liegt. Wenn man den Wald an jeder größeren Straße auftrennt, wird er kleiner (weniger Versionen bzw. kleinere Versionen, schneller zu rendern, weniger potentielle Konflikte). Folgen wir dieser Argumentation, ohne zu Betrachten, wie 'teuer' die Beantwortung der Inklusionsfrage von Z18-Tiles bezüglich MP-Monstern wirklich ist. Das einzige, was Du dann erreichst, ist, dass die Renderzeit für Kacheln auf hoher Zoomstufe sinkt, auf niedriger aber enorm steigt. Was wir aber eigentlich wollen, ist das beides vernünftig läuft. Also MP-Monster für niedrige Zoomstufen, und normale MPs als inners von inners von inners (..) vom MP-Monster. Es ist nicht ganz wahr, dass für jede Z18-Kachel das ganze Monster jedes Mal von neuem betrachtet wird - Du musst für die meisten Kacheln nur wissen, ob sie innerhalb oder außerhalb des Monsters liegen. Das wird im Zusammenhang mit ein paar Rechteck-Bäumen als cachende Datenstruktur für die Bounding-Boxes dieser Monster i.d.R. vernachlässigbar. Dazu unten mehr. Es ist natürlich richtig, dass man sowohl mit Einzelflächen als auch mit Multipolygonen eher groß oder eher fragmentiert arbeiten kann, aber wenn man von vornherein riesige Flächen erzeugt ist es sehr wahrscheinlich, dass der nächste Mapper da einfach per Multipolygon was rausschneidet. Je mehr das machen, um so eher wird das ein Monster. Wenn man dagegen fragmentiert beginnt, dann ist die Chance größer, dass der nächste Mapper so weitermacht und irgendwann aus diesem Flickenteppich ein Bild wird (übrigens ein detailliertes, weil von vornherein kaum Vergröberung drin ist). Auf welchem Zoomlevel entsteht denn da ein Bild? Auf einem ganz bestimmten.. Es ist nicht immer auf einfache Weise möglich, per render-regel ein microgemapptes Gebiet sinnvoll auch für niedrigeren Zoom zu erzeugen. Ich sehe das, mal nur für die Renderinggeschichte, so: Wenn es einen 2500 km² großes Multipolygon als Wald gibt und eine Kachel für niedrigen Zoom gerendert werden soll, dann reicht es ggf. aus (hängt vom Zoom ab), nur den outer-way zu betrachten, und die 'inner' zu ignorieren. Das heißt, ich muss mir dieses Waldgebiet nicht erst zusammenbauen, bzw. mehrere Fetzen davon rendern, im Falle dass es an jeder Straße aufgetrennt vorliegt (evtl. werden ja auch manche Straßen auf einem niedrigen Zoom nicht angezeigt). Mehrere Fetzen auf einem niedrigen Zoom zu rendern ist aufwendiger, als den großen Batzen zu rendern: weil dann alle innenliegenden Grenzen mitberechnet werden müssen, nicht nur die wichtige, entscheidende, außen umliegende Grenze des Gebietes. Umgekehrt, wenn wir uns auf Z18 befinden, und das Tile liegt komplett innerhalb eines Polygons, dann ist auch nur dieses kleinste umliegende MP für eine Färbung interessant. Für den Fall, dass die kleineren Strukturen des großen Waldgebietes als 'inner's und 'inner's von 'inner's gemappt sind, muss also für das Z18-Tile nicht der große Batzen betrachtet werden. Angenommen das kleinste umliegende MP ist aber dieses 2500 km² Waldgebiet, dann stellt sich für die meisten Z18-Tiles nur die Frage, ob sie innerhalb oder außerhalb der Fläche liegen. Dieses Problem hast Du sowohl mit einem closed way, als auch mit einem MP und die Inklusionsfrage ist mittels gecachten bounding-boxen des MP in annehmbarer Zeit lösbar. Dein Ansatz, nach bottom-up Manier erst kleine Gebiete zu erfassen, ist in der Praxis gerade für große, unbesiedelte Gebiete nicht brauchbar - da existieren oft nur grobe Satfotos mittels derer man grob ein riesiges Gebiet erfassen kann - und das ist besser als gar nichts, bzw. besser, als darauf zu warten, dass in 10 Jahren dasselbe Gebiet auf Z16 detailiert erfasst ist. Das wir beide zusammenbringen können (den, der von unten auf Z16 mappt, und den, der mittels Grobfoto auf Z8 mappt) verdanken wir der Schachtelungsmöglichkeit von MPs. Die Frage also, ob Du für ein Z18-Tile ein MP-Monster (sehr grobe Daten), ein normales MP (detailierte Daten) oder
[Talk-de] Suburb vs. Village
Am 28.09.2011 16:57, schrieb Andreas Labres: On 26.09.11 17:17, Martin Koppenhoefer wrote: nö, ist aber auch egal. Manhattan ist ziemlich sicher ein suburb in OSM http://www.openstreetmap.org/browse/node/158810611 - Hamlet Manhattan http://www.openstreetmap.org/browse/node/158875120 - Hamlet Harlem http://www.openstreetmap.org/browse/node/158857828 - Hamlet Brooklyn Das sollte man kurzfristig umtaggen, hamlet für eine Miniansiedlung mit wenig Häusern steht, was hier falsch ist. Machst du es oder soll ich? IMO müssen griffige Begriffe her (city_district, neighbourhood halte ich zB für griffig), nicht zweifelhafte/solche mit verschiedensten Deutungen (suburb, quarter)! suburb ist definiert und gängig und es in OSM klar dargestellt, was es bedeuten soll, eben ein Stadtteil nicht ausschliesslich einen Vorort. Bei neighbourhood sind wir uns einig. Wieso du city_district für besser hältst als quarter erschliesst sich mir nicht. City_district ist neben suburb von der Bedeutung angesiedelt und ebenfalls beliebig interpretierbar und würde in Bezug auf die Hierarchie von Gebieten innerhalb einer Stadt nicht erkennbar Klarheit schaffen. Aber viele viele suburbs müsste man umtaggen. Quarter ist ein gängiger Begriff für einen kleineren Teil einer Stadt der mit einem Namen belegt ist. Und genau so ist das proposal. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [WISY-Spam]Anzeigenamen im Garmin 62x beeinflussen
Jan Tappenbeck schrieb: ich rechne meine Karten immer selber mit mkgmap, splitter und gmaptools. In meinem Garmin steht dann als Kartenname immer gmaptool. Weiß einer von Euch ob man irgendwie den Namen beeinflussen kann - die Reit und Wanderkarte hat in der Anzeige auch einen anderen Namen. gmaptool -h (bzw -w?) Hilfen sind zum Lesen da. malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osm-Kartenlink mit Marker - Doku dazu ?
Am 28.09.2011 19:23, schrieb Jan Tappenbeck: Hi ! woher kennst Du die Parameter - gibt es eine Doku ? Gruß Jan .-) Liegt eventuell daran, dass ich die Seite erstellt habe. :) Mehr Parameter gibt es aber auch nicht. Höchstens die Shortlink-Parameter wären eventuell noch erklärensbedürftig. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk mit Multipolygonen - Beispiel
Am 28.09.2011 16:38, schrieb Christian Müller: Am 28.09.2011 10:26, schrieb Martin Koppenhoefer: .. und es zudem nicht gewünscht wird/wäre, dass eine Straßenfläche extra erfasst wird wer entscheidet, dass das nicht gewünscht ist? ich nicht, deshalb habe ich dazu keine Aussage getroffen. vielleicht Joe Mapper ;-) Wenn die Datenlage gut ist (Luftbilder), würde ich das auch gutheißen. Nur ist da natürlich wieder auszudiskutieren, /wie/ - Konsens fürs tagging usw. muss gefunden werden - Garry sprach schon an, welches Verwechslungspotenziale bestehen: Verkehrsfläche vs. Gesamtfläche der Straße (mit Entwässerungsanlagen, Schallschutzbauten, etc.).. Wenn die entsprechende landuse=road Seite im Wiki nach aktuellem Wissensstand (des Projekts) erklärt, was genau damit gemappt werden soll, ist schonmal viel getan - ansonsten wird das Tag irgendwann so unklar verwendet, wie landuse=residential (eine neblige Sammlung der Verständnisse und Interpretationen aus verschiedenen Themenbereichen und Kontexten, nicht nur notwendigerweise auf die Bodennutzung Bezug nehmend). So einfach ist das leider nicht. Mein Standpunkt ist das die highway-ways in erster Linie Routingdaten sind die nichts direkt mit Flächendaten zu tun haben - mit der wesentlichen Aussage dass (landuse-)Flächen nicht mit highways, sondern nur mit den Flächendaten der Strasse (also dann highway= road)verknüpft werden dürfen. , /dann/ ist es richtig, die Waldgrenze oder die Flussgrenze mit dieser Linie zu identifizieren. Man könnte auch argumentieren, dass dort in der Karte noch Flächen fehlen (Uferbereich, ggf. Straßenfläche bzw. Straßennebenflächen) und daher der Mapper erstmal den Wald (oder jede andere Fläche) bis an seine Grenze zeichnet, und später wird jemand evtl. die Straßenfläche oder Uferfläche ergänzen. Wir haben in OSM ja immer work-in-progress und nie eine endgültige Situation. +1 full ack. Gerade deswegen fand und finde ich es unsinnig, immer und überall Platz zu lassen - wenn jemand später mehr Detail ergänzen möchte, wird der sich nicht daran stören, dass da schon etwas (ungenaueres) ist. /Wie/ er dann sein Detail ergänzt, ist seiner eigenen Einschätzung überlassen ( werden die Grenzen des groben Gebiets verschoben und eine neues erzeugt ('outer'-Rolle)? oder wird sein Detail /als Teil/ eines der vorhandenen, groben Gebiete erfasst ('inner'-Rolle)? ).. Genau das ist der Punkt. Wenn ich etwas ergänzen/die Genauigkeit verbessern möchte dann sollte das dadurch möglich sein dass ich vorhandenes idealerweise einfach nur etwas zurechtrücken muss ohne in eine Struktur einzugreifen mit der ich mich erst intensiv auseinandersetzen muss, einen komplexen Editor benötige und einen grösseren Schaden durch kleine Fehler anrichten kann. D.h. eine Detailverbesserung an Flächen und Linien muss mit Basisoperationen möglich sein ohne dass im Hintergrund ein komplexes Programm arbeitet das tausende von Überprüfungen vornehmen muss um sicherzustellen dass ich nicht irgendwelche Daten zerstöre die ich übehaupt nicht bearbeiten möchte. Z.B. wenn ich eine Waldgebiet bearbeite möchte ich nicht einen Jakobsweg zerstören, mich aber auch nicht damit befassen nur weil dessen Verlauf nach einer groben Annäherung mit der Kante einer Waldgrenze gekoppelt wurde. Hier entsteht also ein Konflikt durch Kopplung der Daten wenn ich nur genaue Walddaten oder nur genaue Jakobswegdaten habe. Wenn ich nur eins von beidem habe kann ich nichs an den Daten verbessern weil ich nicht garantieren kann dass ich den anderen Teil der Daten dadurch nicht verschlechtere. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [WISY-Spam]Anzeigenamen im Garmin 62x beeinflussen
Am 28.09.2011 21:35, schrieb malenki: Jan Tappenbeck schrieb: ich rechne meine Karten immer selber mit mkgmap, splitter und gmaptools. In meinem Garmin steht dann als Kartenname immer gmaptool. Weiß einer von Euch ob man irgendwie den Namen beeinflussen kann - die Reit und Wanderkarte hat in der Anzeige auch einen anderen Namen. gmaptool -h (bzw -w?) Hilfen sind zum Lesen da. malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi ! Du markst recht haben aber die Arbeiten mit dem Tool sind solange her das ich nicht mehr die einzelnen Zusammenhänge weiß. Ich dachte das wäre vielmehr eine einfache Option. Danke trotzdem. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Numerose strade non collegate alla rete in Puglia
Confermo. L'utente venerdi e' il numero 1 in Italia per il ricalco di elettrodotti. Saluti Il 28 settembre 2011 07:56, niubii f.pelu...@gmail.com ha scritto: Il giorno 28 settembre 2011 01:26, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Qualcuno l'ha già scritto per spiegarlo gentilmente di stare attento a collegare le strade? Probabilmente è un nuovo utente che non si era accorto del problema... No, è una persona di esperienza, saranno anni che lo incrocio. Anche io a volte lascio delle strade isolate, per non sprecare il download della ortofoto. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Georeferenziare un DWG
Come faccio, premesso che capisco pochissimo di autocad, a georeferenziare un dwg che è stato disegnato con centro a 0,0,0 ? E' possibile / conveniente impostare un sistema di coordinate tipo UTM-WGS84 direttamente da autocad, oppure c'è qualche modo per sistemare gli shape file una volta esportati? Grazie in anticipo per ogni suggerimento, compreso quello di buttare il file nel cestino :) Paolo. -- View this message in context: http://gis.638310.n2.nabble.com/Georeferenziare-un-DWG-tp6839634p6839634.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] Situazione in Campania
io ho iniziato da poco, infatti non sono esperto e cerco dei documenti che mi illustrino come mappare meglio la mia Zona (AVERSA). Sto facendo qualcosa ma non vorrei fare guai... Inizio con un paio di domande... Cos'è il LUG? -- View this message in context: http://gis.638310.n2.nabble.com/Situazione-in-Campania-tp6746839p6839662.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] Georeferenziare un DWG
2011/9/28 at1839 1...@uniurb.it: Come faccio, premesso che capisco pochissimo di autocad, a georeferenziare un dwg che è stato disegnato con centro a 0,0,0 ? E' possibile / conveniente impostare un sistema di coordinate tipo UTM-WGS84 direttamente da autocad, oppure c'è qualche modo per sistemare gli shape file una volta esportati? Grazie in anticipo per ogni suggerimento, compreso quello di buttare il file nel cestino :) Credo di ricordare che ci sia un modulo / estensione / versione di/per AutoCAD (Map) per supportare le proiezioni. In quale sistema (proiezione) è dissegnato il tuo dissegno? Dipende da quello se devi cambiare la proiezione oppure è sufficente di spostare e ruotare il dissegno. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Situazione in Campania
Il 28 settembre 2011 12:31, frankieorabona frankieorab...@gmail.com ha scritto: Cos'è il LUG? http://it.wikipedia.org/wiki/Linux_User_Group Ciao! Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Situazione in Campania
Il 28 settembre 2011 12:31, frankieorabona frankieorab...@gmail.com ha scritto: io ho iniziato da poco, infatti non sono esperto e cerco dei documenti che mi illustrino come mappare meglio la mia Zona (AVERSA). io incomincerei di qui http://wiki.openstreetmap.org/wiki/IT:Beginners_Guide Sto facendo qualcosa ma non vorrei fare guai... te fai, ai guai si può sempre mettere una pezza -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Situazione in Campania
e invece dove posso trovare dei tutorial che mi spiegano come mappare? -- View this message in context: http://gis.638310.n2.nabble.com/Situazione-in-Campania-tp6746839p6839755.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] Situazione in Campania
2011/9/28 frankieorabona frankieorab...@gmail.com: e invece dove posso trovare dei tutorial che mi spiegano come mappare? innanzi tutto: mappare cosa? Se stai editando una zona vuota di solito si comincia con le strade. Per capire quale tag usare c'è la pagina map features nel wiki dove sono linkate le pagine che descrivono il significato dei tag: http://wiki.openstreetmap.org/wiki/Mapfeatures Poi la mappa stessa, guardandola impari come altre persone hanno mappato certe cose (in zone immature con pochi mappatori magari anche loro principanti e con la mappa vuota non è da consigliare). Poi ci sono anche altri tag che non sono linkati dai mapfeatures, ma sono descritte nel wiki (li trovi cercando nel wiki oppure chiedi anche qui). Inoltre ci sono dei tag che non sono descritte da nessuna parte, si scoprono per esempio in taginfo: taginfo.openstreetmap.org cmq., non esistare, chiedi qui se hai delle domande. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Georeferenziare un DWG
Grazie Martin. Non ho 'quella' versione di autocad ... Nel frattempo credo di aver capito che quello che autocad sta usando, anche se lo chiama oscuramente 'UCS Globale' è il Gauss-Boaga. Ho ottenuto buoni risultati facendo un reproject da Gauss_Boaga a UTM, ma ho ancora uno scostamento di una ventina di metri, vedremo ... Paolo. Martin Koppenhoefer wrote: 2011/9/28 at1839 1839@: Come faccio, premesso che capisco pochissimo di autocad, a georeferenziare un dwg che è stato disegnato con centro a 0,0,0 ? In quale sistema (proiezione) è disegnato il tuo disegno? -- View this message in context: http://gis.638310.n2.nabble.com/Georeferenziare-un-DWG-tp6839634p6839844.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] Situazione in Campania
Martin Koppenhoefer wrote: innanzi tutto: mappare cosa? Se stai editando una zona vuota di solito si comincia con le strade. Per capire quale tag usare c'è la pagina map features nel wiki dove sono linkate le pagine che descrivono il significato dei tag: http://wiki.openstreetmap.org/wiki/Mapfeatures Sto iniziando a mappare alcune strade della mia città e di quelle vicino... Dove già ci sono le strade inserisco i nomi... Tuttavia se devo creare le strade non so classificare ancora bene le strade (uso per il momento Potlach o come si scrive), ragin per cui uso perla maggior parte delle volte residential road, oppure tertiary se è una strada un pò più importante. La guida che mi hai linkata l'ho letta più di una volta...solo non credo sia fatta molto bene., o almeno è molto superficiale... Martin Koppenhoefer wrote: Poi la mappa stessa, guardandola impari come altre persone hanno mappato certe cose (in zone immature con pochi mappatori magari anche loro principanti e con la mappa vuota non è da consigliare). Si infatti sono andato a vedere città più complete, per vedere come classificavano strade ed edifici... HO imparato a mappare i cavalcavia in questo modo... Martin Koppenhoefer wrote: cmq., non esistare, chiedi qui se hai delle domande. ciao, Martin Beh allora credo che mi leggerete spesso in questi giorni :p -- View this message in context: http://gis.638310.n2.nabble.com/Situazione-in-Campania-tp6746839p6839852.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] Situazione in Campania
Il 28 settembre 2011 13:42, frankieorabona frankieorab...@gmail.com ha scritto: uso perla maggior parte delle volte residential road, oppure tertiary se è una strada un pò più importante. Tra le due, c'è anche unclassified, che in pratica è una strada normale. Ciao! Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Georeferenziare un DWG
Mi rispondo da solo ... Gauss-Boaga Roma 1940 in input, adesso praticamente perfette. Paolo at1839 wrote: Grazie Martin. Non ho 'quella' versione di autocad ... Nel frattempo credo di aver capito che quello che autocad sta usando, anche se lo chiama oscuramente 'UCS Globale' è il Gauss-Boaga. Ho ottenuto buoni risultati facendo un reproject da Gauss_Boaga a UTM, ma ho ancora uno scostamento di una ventina di metri, vedremo ... Paolo. Martin Koppenhoefer wrote: 2011/9/28 at1839 1839@: Come faccio, premesso che capisco pochissimo di autocad, a georeferenziare un dwg che è stato disegnato con centro a 0,0,0 ? In quale sistema (proiezione) è disegnato il tuo disegno? -- View this message in context: http://gis.638310.n2.nabble.com/Georeferenziare-un-DWG-tp6839634p6839920.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] Georeferenziare un DWG
2011/9/28 at1839 1...@uniurb.it: Grazie Martin. Non ho 'quella' versione di autocad ... Nel frattempo credo di aver capito che quello che autocad sta usando, anche se lo chiama oscuramente 'UCS Globale' è il Gauss-Boaga. Ho ottenuto buoni risultati facendo un reproject da Gauss_Boaga a UTM, ma ho ancora uno scostamento di una ventina di metri, vedremo ... Guarda, Autocad normale non usa nessun sistema se non un sistema di riferimento cartesiano. Dipende dei tuoi dati se sono in Gauss-Boaga o in un altro sistema. Finchè rimani nel sistema dei dati originali non te ne devi preoccupare (credo, al meno per le distanze brevi). Per cambiare la proiezione ci sono dei programmi opensource come ogr2ogr (supporta: -f ESRI Shapefile -f TIGER -f MapInfo File -f GML -f PostgreSQL quindi non ti aiuta direttamente. C'è http://sourceforge.net/projects/dxf2postgis/ per importare un Autocad dxf in un db Postgres/Postgis (e da lì lo puoi riesportare nel sistema di riferimento della tua scelta). Probabilmente ci sono altri metodi più semplici, ma questo dovrebbe funzionare. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Situazione in Campania
2011/9/28 Carlo Stemberger carlo.stember...@gmail.com: Il 28 settembre 2011 13:42, frankieorabona frankieorab...@gmail.com ha scritto: uso perla maggior parte delle volte residential road, oppure tertiary se è una strada un pò più importante. Tra le due, c'è anche unclassified, che in pratica è una strada normale. +1, diciamo però che in un centro abitato la maggior parte delle strade sono residential. Per percorsi piccoli e senza importanza per la rete (come quelli privati di un abitazione, di un albergo, ecc.) si usa highway=service, spesso anche con un altro tag: service=parking_aisle (sul parcheggio) service=alley (per vicoli molto piccoli, direi spesso fisicamente non accessibile con macchine) service=driveway (per percorsi che portano ad una case, di solito sul lotto e non nello spazio pubblico). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Situazione in Campania
In data mercoledì 28 settembre 2011 13:42:40, frankieorabona ha scritto: Sto iniziando a mappare alcune strade della mia città e di quelle vicino... Dove già ci sono le strade inserisco i nomi... Rilevali di persona sul campo, mi raccomando. :) Non si possono copiare da alcuna fonte. Anche le immagini di google street view è meglio evitarle. Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Georeferenziare un DWG
Il discorso sarebbe articolato. Facendo una semplificazione estrema, ipotizzando che non sai usare strumenti di georeferziazione e se l'area è di pochi km ti conviene fare una rototraslazione prendendo alcuni punti (4-8) noti. P.e. in un foglio catastale prendi 4 punti (le coordinate Cassini-Soldner sono di pubblico dominio) e li posizioni nel disegno. Poi sposti tutto il disegno facendo combaciare un punto omologo. Dallo stesso punto fai una rotazione del disegno rispetto ad un secondo punto noto (meglio se lontano). Terzo passaggio: scali il disegno rispetto allo stesso punto noto di prima. Ultima fase, controlla dove si posizionano gli altri punti che hai posizionato. Procedura grezza ma efficace per ottenere un disegno georeferenziato con tre comandi base di qualsiasi CAD (muovi-ruota-scala) dove non è richiesta una grande precisione. Ovviamente se gli stessi punti fossero in Gauss-Boaga otterresti un disegno in tale sistema. Il giorno 28/set/2011 12:16, at1839 1...@uniurb.it ha scritto: Come faccio, premesso che capisco pochissimo di autocad, a georeferenziare un dwg che è stato disegnato con centro a 0,0,0 ? E' possibile / conveniente impostare un sistema di coordinate tipo UTM-WGS84 direttamente da autocad, oppure c'è qualche modo per sistemare gli shape file una volta esportati? Grazie in anticipo per ogni suggerimento, compreso quello di buttare il file nel cestino :) Paolo. -- View this message in context: http://gis.638310.n2.nabble.com/Georeferenziare-un-DWG-tp6839634p6839634.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 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Traduzione italiana di LearnOSM.org
Ho tradotto i primi 2 capitoli del PDF presente su learnosm.org. Qui [1] il link per accedere al documento. Non fate i timidi, se qualcuno vuol fare gli altri capitoli... Saluti Fabrizio [1] http://goo.gl/F55yL ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] MAPPE in formato bin e obf
Ho mappato la provincia di Treviso ora ho un problema. Dove posso trovare le mappe in formato bin e obf aggiornate, quelle scaricabili dai siti ufficiali non sono aggiornate, posso crearmele da solo? C'è Qualcuno da Cittadella Padova 8magari abita in zona) che sa come mappare il nuovo cavalcavia in borgo bassano con rotatoria? Dalle foto aeree non si vede nulla sono troppo datate Cremona in che situazione è? Ci devo andare per lavoro? Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Situazione in Campania
Alessio Zanol wrote: Rilevali di persona sul campo, mi raccomando. :) Non si possono copiare da alcuna fonte. Anche le immagini di google street view è meglio evitarle. In realtà mi faccio i giretti con la bici, carico le tracce gpx e poi ricalco le strade che non ci sono e che ho percorso... Ma se carico soltanto le tracce GPS rendendole pubbliche servono a qualcosa? Martin Koppenhoefer wrote: +1, diciamo però che in un centro abitato la maggior parte delle strade sono residential. Per percorsi piccoli e senza importanza per la rete (come quelli privati di un abitazione, di un albergo, ecc.) si usa highway=service, spesso anche con un altro tag: service=parking_aisle (sul parcheggio) service=alley (per vicoli molto piccoli, direi spesso fisicamente non accessibile con macchine) service=driveway (per percorsi che portano ad una case, di solito sul lotto e non nello spazio pubblico). questi tag usando Potlatch, vanno messe passando dalla sezione simply a quella advanced? In questo caso mi chiede tag e value...prendendo come riferimento highway=service, highway sarebbe il tag e service il Value? -- View this message in context: http://gis.638310.n2.nabble.com/Situazione-in-Campania-tp6746839p6841256.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] MAPPE in formato bin e obf
Il 28/09/2011 17:43, beppebo...@libero.it ha scritto: .. C'è Qualcuno da Cittadella Padova 8magari abita in zona) che sa come mappare il nuovo cavalcavia in borgo bassano con rotatoria? Dalle foto aeree non si vede nulla sono troppo datate Se intendi il bivio tra la SS47 e la SR53 ci sono passato due giorni fa. Posso fare per come me la ricordo. Purtroppo le foto Bing aggiornate si fermano a pochissimi KM da lì. Per il resto non ti posso aiutare. .. Ciao Ciao Giuliano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Situazione in Campania
Servono ad altri che mappano nella tua zona e possono scaricarsele per mappare su JOSM. I gpx li carichi su un livello che metti sotto il livello dati e lo ricalchi :) Seconda domanda, si. Ti conviene piano piano imparare ad usare JOSM, io paradossalmente lo trovo più intuitivo :D Il giorno 28 settembre 2011 20:06, frankieorabona frankieorab...@gmail.comha scritto: Alessio Zanol wrote: Rilevali di persona sul campo, mi raccomando. :) Non si possono copiare da alcuna fonte. Anche le immagini di google street view è meglio evitarle. In realtà mi faccio i giretti con la bici, carico le tracce gpx e poi ricalco le strade che non ci sono e che ho percorso... Ma se carico soltanto le tracce GPS rendendole pubbliche servono a qualcosa? Martin Koppenhoefer wrote: +1, diciamo però che in un centro abitato la maggior parte delle strade sono residential. Per percorsi piccoli e senza importanza per la rete (come quelli privati di un abitazione, di un albergo, ecc.) si usa highway=service, spesso anche con un altro tag: service=parking_aisle (sul parcheggio) service=alley (per vicoli molto piccoli, direi spesso fisicamente non accessibile con macchine) service=driveway (per percorsi che portano ad una case, di solito sul lotto e non nello spazio pubblico). questi tag usando Potlatch, vanno messe passando dalla sezione simply a quella advanced? In questo caso mi chiede tag e value...prendendo come riferimento highway=service, highway sarebbe il tag e service il Value? -- View this message in context: http://gis.638310.n2.nabble.com/Situazione-in-Campania-tp6746839p6841256.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 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Situazione in Campania
In data mercoledì 28 settembre 2011 20:06:57, frankieorabona ha scritto: In realtà mi faccio i giretti con la bici, carico le tracce gpx e poi ricalco le strade che non ci sono e che ho percorso... Benissimo :) Comunque mi riferivo ai nomi delle strade! Ma se carico soltanto le tracce GPS rendendole pubbliche servono a qualcosa? Se le carichi e basta l'utilità è piuttosto scarsa, tuttavia può sempre capitare che a qualcuno facciano comodo. Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dormire a padova
Il 27 settembre 2011 14:36, Niccolo Rigacci o...@rigacci.org ha scritto: Può interessare! eh anche martin era interessato, però alla fine viene la mia ragazza. Magari mettetevi d'accordo tra l'altro potete farvi il viaggio assieme -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dormire a padova
2011/9/28 Luca Delucchi lucadel...@gmail.com: Il 27 settembre 2011 14:36, Niccolo Rigacci o...@rigacci.org ha scritto: Può interessare! eh anche martin era interessato, però alla fine viene la mia ragazza. Magari mettetevi d'accordo tra l'altro potete farvi il viaggio assieme confermo. Pensavo anch'io di starci da giovedì sera a sabatò. Martio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Imagenes ALI e Hyperion
Gracias Jimmy, excelente aporte. Muy interesante lo de la banda pancromatica de ALI. Valdria la pena explorar que tan utiles son imagenes de 10m para mapear en las ciudades, pero sin duda que seran de gran ayuda para mapear cuerpos de agua y otro tipo de estructuras mas generales. Lo del sensor Hyperion (220 bandas) es el sueño de cualquier clasificador. Mas bandas significan mas atributos para refinar la clasificacion e identificacion de covertura terrestre y aunque la resolucion es media van a ser de gran ayuda. En OSM las podriamos usar para identificar y mapear diferentes tipos de bosque o refinar la identificacion de areas propensas a inundaciones como se hizo en un tutorial pasado pero usando imagenes Landsat (solo 8 bandas). 2011/9/27 hyan...@gmail.com hyan...@gmail.com Jimmy, excelente aporte. El punto lo toco para ir clasificando las fuentes y usos de acuerdo a la tabla http://wiki.openstreetmap.org/wiki/2011_Colombia_floods#Imagery_request_for_SOTM_2011 Así por ejemplo, si el propósito es analizar cuerpos de agua en La Mojana y/o definir frontera de inundación entonces para ese uso la fuente indicada es Glovis (ALI). Si se quiere mapear las poblaciones aledañas al volcán Galeras o los resguardos indígenas de los Embera_Kathios, entonces la fuente puede ser Fundación Geoeye/Bing, ya que requerimos el trazado de las vías y casas con imágenes de alta resolución. Mil gracias, Humberto El 27 de septiembre de 2011 20:48, jimmy navia jimna...@hotmail.comescribió: Hola Humberto, La verdad todo depende de la necesidad q se tenga, yo hasta el momento apenas estoy comenzando a utlizarlas pero las utlidades pueden ser multiples en el area de estimacion e identificaion de cultivos tendiendo en cuenta su resolucion espectral y espacial (imagenes ALI). La verdad creo q se le puede dar la misma utilidad q se le da a una imagen Landsat. Las imagenes Hyperion tengo entendido que son un poco mas dificial su procesamiento pero las utilidades son multiples por la gran cantidad de bandas, los cambios espectrales q se pueden identificar son minimos. De todas menras como te digo, depende de la necesidad que se tenga y buscar en la red si eso se ha hecho con estas imagenes o si no evaluar si es posible realizarlo. Jimmy Navia Universidad del Valle -- Date: Tue, 27 Sep 2011 20:37:18 -0500 From: hyan...@gmail.com To: talk-co@openstreetmap.org Subject: Re: [Talk-co] Imagenes ALI e Hyperion Hola Jimmy: ¿Cual es el uso que le podemos dar a estas imágenes? Me refiero: - Monitorear/medir los cuerpos de agua - Modelos de elevación - Mapeo por calcado - Estimación de áreas cultivadas Gracias, Humberto Yances El 27 de septiembre de 2011 20:14, jimmy navia jimna...@hotmail.comescribió: Hola a todos, Hace poco me entere de las imagenes de la Mision EO-1 de nasa (1). Esta mision cuenta con dos sensores uno es ALI que captura imagenes en 7 bandas a 30m y una pancromatica de 10m (2). El otro sensor es el Hyperion el cual captura imagenes Hyperespectrales (imagenes en muchas bandas), tiene un total de 220 bandas a 30mde resolucion(3). Lo interesante de estas imagenes, es que solo las toman por pedidos, entonces existen muy pocas imagenes de Colombia por lo que seria importante que todas solicitaramos imagenes de distintas zonas del pais teniendo en cuenta q son gratuitas, aqui les dejo el enlace donde pueden crear una cuenta y solicitar la toma de sus imagenes las cuales cuando estes listas les llegara un correo avisando q la imagen solicitada ya fue tomada (4). Las imagenes que ya existen de colombia las pueden ver en Glovis(5), les sugiero q entren pro explorer pues en algunas ocaciones el mozilla molesta, ademas deben de tener instalado java. En esta pagina dentro de Coleccion pueden cargar las imagenes de la mision EO-1 y ver las imagenes disponibles para Colombia. Por ultimo es importante conocer la licencia de estas imagenes por q auqnue son gratuitas tocaria entrar a examinar lo de la libre distribucion y esas cosas q muchos de usteds manejan eso mejor q yo. Htas donde he podido averiguar no hay problema (6), Pero si alguein tiene inforamcion o puede averiguar mas seria importante. Saludos y espero q les sea de gran ayuda. (1) http://edcsns17.cr.usgs.gov/eo1/ (2)http://edcsns17.cr.usgs.gov/eo1/sensors/ali (3)http://edcsns17.cr.usgs.gov/eo1/sensors/hyperion (4)http://edcsns17.cr.usgs.gov/eo1/dar/instructions (5)http://glovis.usgs.gov/ (6)http://eros.usgs.gov/#/About_Us/Customer_Service/Data_Citation Jimmy Navia Universidad del Valle ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing
Re: [Talk-co] Imagenes ALI e Hyperion
2011/9/28 Andres Oswaldo Calderon Romero andress.calde...@gmail.com: Gracias Jimmy, excelente aporte. Muy interesante lo de la banda pancromatica de ALI. Valdria la pena explorar que tan utiles son imagenes de 10m para mapear en las ciudades, pero sin duda que seran de gran ayuda para mapear cuerpos de agua y otro tipo de estructuras mas generales. Lo del sensor Hyperion (220 bandas) es el sueño de cualquier clasificador. Mas bandas significan mas atributos para refinar la clasificacion e identificacion de covertura terrestre y aunque la resolucion es media van a ser de gran ayuda. En OSM las podriamos usar para identificar y mapear diferentes tipos de bosque o refinar la identificacion de areas propensas a inundaciones como se hizo en un tutorial pasado pero usando imagenes Landsat (solo 8 bandas).} De ser posible su uso, las podríamos poner en nuestro geonode[0] para usarlas como WMS [7] salu2 humano 2011/9/27 hyan...@gmail.com hyan...@gmail.com Jimmy, excelente aporte. El punto lo toco para ir clasificando las fuentes y usos de acuerdo a la tabla http://wiki.openstreetmap.org/wiki/2011_Colombia_floods#Imagery_request_for_SOTM_2011 Así por ejemplo, si el propósito es analizar cuerpos de agua en La Mojana y/o definir frontera de inundación entonces para ese uso la fuente indicada es Glovis (ALI). Si se quiere mapear las poblaciones aledañas al volcán Galeras o los resguardos indígenas de los Embera_Kathios, entonces la fuente puede ser Fundación Geoeye/Bing, ya que requerimos el trazado de las vías y casas con imágenes de alta resolución. Mil gracias, Humberto El 27 de septiembre de 2011 20:48, jimmy navia jimna...@hotmail.com escribió: Hola Humberto, La verdad todo depende de la necesidad q se tenga, yo hasta el momento apenas estoy comenzando a utlizarlas pero las utlidades pueden ser multiples en el area de estimacion e identificaion de cultivos tendiendo en cuenta su resolucion espectral y espacial (imagenes ALI). La verdad creo q se le puede dar la misma utilidad q se le da a una imagen Landsat. Las imagenes Hyperion tengo entendido que son un poco mas dificial su procesamiento pero las utilidades son multiples por la gran cantidad de bandas, los cambios espectrales q se pueden identificar son minimos. De todas menras como te digo, depende de la necesidad que se tenga y buscar en la red si eso se ha hecho con estas imagenes o si no evaluar si es posible realizarlo. Jimmy Navia Universidad del Valle Date: Tue, 27 Sep 2011 20:37:18 -0500 From: hyan...@gmail.com To: talk-co@openstreetmap.org Subject: Re: [Talk-co] Imagenes ALI e Hyperion Hola Jimmy: ¿Cual es el uso que le podemos dar a estas imágenes? Me refiero: - Monitorear/medir los cuerpos de agua - Modelos de elevación - Mapeo por calcado - Estimación de áreas cultivadas Gracias, Humberto Yances El 27 de septiembre de 2011 20:14, jimmy navia jimna...@hotmail.com escribió: Hola a todos, Hace poco me entere de las imagenes de la Mision EO-1 de nasa (1). Esta mision cuenta con dos sensores uno es ALI que captura imagenes en 7 bandas a 30m y una pancromatica de 10m (2). El otro sensor es el Hyperion el cual captura imagenes Hyperespectrales (imagenes en muchas bandas), tiene un total de 220 bandas a 30mde resolucion(3). Lo interesante de estas imagenes, es que solo las toman por pedidos, entonces existen muy pocas imagenes de Colombia por lo que seria importante que todas solicitaramos imagenes de distintas zonas del pais teniendo en cuenta q son gratuitas, aqui les dejo el enlace donde pueden crear una cuenta y solicitar la toma de sus imagenes las cuales cuando estes listas les llegara un correo avisando q la imagen solicitada ya fue tomada (4). Las imagenes que ya existen de colombia las pueden ver en Glovis(5), les sugiero q entren pro explorer pues en algunas ocaciones el mozilla molesta, ademas deben de tener instalado java. En esta pagina dentro de Coleccion pueden cargar las imagenes de la mision EO-1 y ver las imagenes disponibles para Colombia. Por ultimo es importante conocer la licencia de estas imagenes por q auqnue son gratuitas tocaria entrar a examinar lo de la libre distribucion y esas cosas q muchos de usteds manejan eso mejor q yo. Htas donde he podido averiguar no hay problema (6), Pero si alguein tiene inforamcion o puede averiguar mas seria importante. Saludos y espero q les sea de gran ayuda. (1) http://edcsns17.cr.usgs.gov/eo1/ (2)http://edcsns17.cr.usgs.gov/eo1/sensors/ali (3)http://edcsns17.cr.usgs.gov/eo1/sensors/hyperion (4)http://edcsns17.cr.usgs.gov/eo1/dar/instructions (5)http://glovis.usgs.gov/ (6)http://eros.usgs.gov/#/About_Us/Customer_Service/Data_Citation [7] http://geonode.openstreetmap.co Jimmy Navia Universidad del Valle ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] [Off-Topic] Únase a la comunidad IGAC (es libre)
Raro ah... Es que es otro IGAC! http://igac.jisao.washington.edu/ ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] Tag for Kilometersten eller milepæl
On 28-09-2011 19:48, Jens Winbladh wrote: Hej Er der nogen der har set et tag for kilometersten eller milepæl (se evt., http://da.wikipedia.org/wiki/Milep%C3%A6l) Jeg har brugt highway=milestone [1] et par gange. [1] http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-se] Orter i Norrland
Jag har länge retat mig på att man inte ser stadsnamn i norr eftersom man måste zooma in så långt för att se dessa, vilket gör det svår att surfa runt på kartan. Är det någon som har upplevt samma problem? Problemet beror till viss del att avstånden blir så pass mycket större ju längre norr ut man kommer på jorden, på grunda av hur kartan ritas, men också att det bor i snitt 4 invånare per km². För at belysa problemet: Hitta små orter som Ljungdalen norr om Funäsdalen på denna karta: (eller varför inte någon av de kända skidorterna) http://www.openstreetmap.org/?lat=62.851lon=12.792zoom=12layers=M Hitta större orter som Östersund, Hudiksvall, Solleftå, Kramfors, http://www.openstreetmap.org/?lat=62.29lon=15.23zoom=8layers=M En lösning är att ersätta alla place=* med place=city, beroende på området omkring. Det s http://wiki.openstreetmap.org/wiki/Key:place -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] VB: Orter i Norrland
Har också retat mig på det... Ändrade orten jag bor i, Ånge till town för att den inte syntes på kartan. Står om det i wikin att man kan använda town för mindre orter i glesbygden Tycker populära resmål gott och väl skulle kunna vara town, så de syns på kartan! Typ Vemdalen, Björnriket osv. place=town 10,000 - 100,000 an urban settlement with local importance, e.g. * a county seat or district capital, regardless of its population, * an incorporated town with more than 1,000 inhabitants, depending on local importance * In North Dakota, there are just a few towns with more than 1,000 inhabitants, so each of them should be labelled as town Från: Erik Johansson erjo...@gmail.com Till: talk-se@openstreetmap.org Skickat: onsdag, 28 september 2011 12:49 Ämne: [Talk-se] Orter i Norrland Jag har länge retat mig på att man inte ser stadsnamn i norr eftersom man måste zooma in så långt för att se dessa, vilket gör det svår att surfa runt på kartan. Är det någon som har upplevt samma problem? Problemet beror till viss del att avstånden blir så pass mycket större ju längre norr ut man kommer på jorden, på grunda av hur kartan ritas, men också att det bor i snitt 4 invånare per km². För at belysa problemet: Hitta små orter som Ljungdalen norr om Funäsdalen på denna karta: (eller varför inte någon av de kända skidorterna) http://www.openstreetmap.org/?lat=62.851lon=12.792zoom=12layers=M Hitta större orter som Östersund, Hudiksvall, Solleftå, Kramfors, http://www.openstreetmap.org/?lat=62.29lon=15.23zoom=8layers=M En lösning är att ersätta alla place=* med place=city, beroende på området omkring. Det s http://wiki.openstreetmap.org/wiki/Key:place -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Orter i Norrland
On 09/28/2011 12:49 PM, Erik Johansson wrote: Jag har länge retat mig på att man inte ser stadsnamn i norr eftersom man måste zooma in så långt för att se dessa, vilket gör det svår att surfa runt på kartan. Är det någon som har upplevt samma problem? Ja, jag har också irriterat mig på detta. Algoritmen borde ändras, så att namnet skrivs ut i mån av plats, hellre än att lämna kartan blank. En lösning är att ersätta alla place=* med place=city, beroende på området omkring. Det s Det låter som en dålig lösning. City betyder stad med domkyrka, och det kanske man kan tänja till Norrköping, Örebro, Falun och Borlänge (41.000 invånare), men inte gärna till Vännäs (4100 invånare) och Burträsk (1600). -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Orter i Norrland
Jag tycker inte att man ska tagga för renderingens skull, som vanligt. I så fall ska det ändras i Mapnik-renderingen så att mer glesbefolkade områden renderas annorlunda. Jag har sett att exempelvis golfbanor i södra Spanien taggats som city, förmodligen av turistbyråer, för att framhäva dem. Jag hoppas att vi slipper se sådant här. Däremot har jag aldrig sett argumentet stad med domkyrka för city-taggen. Snarare brukar vi väl sätta gränsen vid orter med över 100 000 invånare? Möjligen kan man sänka den gränsen till 50 000, men lägre tycker jag inte att vi ska gå. Samma regler för storlek på orter bör gälla konsekvent inom samma land. /Andreas 2011/9/28 Erik Johansson erjo...@gmail.com: Jag har länge retat mig på att man inte ser stadsnamn i norr eftersom man måste zooma in så långt för att se dessa, vilket gör det svår att surfa runt på kartan. Är det någon som har upplevt samma problem? Problemet beror till viss del att avstånden blir så pass mycket större ju längre norr ut man kommer på jorden, på grunda av hur kartan ritas, men också att det bor i snitt 4 invånare per km². För at belysa problemet: Hitta små orter som Ljungdalen norr om Funäsdalen på denna karta: (eller varför inte någon av de kända skidorterna) http://www.openstreetmap.org/?lat=62.851lon=12.792zoom=12layers=M Hitta större orter som Östersund, Hudiksvall, Solleftå, Kramfors, http://www.openstreetmap.org/?lat=62.29lon=15.23zoom=8layers=M En lösning är att ersätta alla place=* med place=city, beroende på området omkring. Det s http://wiki.openstreetmap.org/wiki/Key:place -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Orter i Norrland
Kanske kan man tagga orter efter deras relativa storlek i länet? Exempelvis en ort med minst 10% av länets invånare får town=city (eller nåt), oavsett om det faktiska antalet är 10 i Stockholm eller 1000 i inre Norrland. Men det är väl fortfarande att tagga för renderingens skull. :-( Just my 2 cents... Andreas Vilén andreas.vi...@gmail.com skrev: Jag tycker inte att man ska tagga för renderingens skull, som vanligt. I så fall ska det ändras i Mapnik-renderingen så att mer glesbefolkade områden renderas annorlunda. Jag har sett att exempelvis golfbanor i södra Spanien taggats som city, förmodligen av turistbyråer, för att framhäva dem. Jag hoppas att vi slipper se sådant här. Däremot har jag aldrig sett argumentet stad med domkyrka för city-taggen. Snarare brukar vi väl sätta gränsen vid orter med över 100 000 invånare? Möjligen kan man sänka den gränsen till 50 000, men lägre tycker jag inte att vi ska gå. Samma regler för storlek på orter bör gälla konsekvent inom samma land. /Andreas 2011/9/28 Erik Johansson erjo...@gmail.com: Jag har länge retat mig på att man inte ser stadsnamn i norr eftersom man måste zooma in så långt för att se dessa, vilket gör det svår att surfa runt på kartan. Är det någon som har upplevt samma problem? Problemet beror till viss del att avstånden blir så pass mycket större ju längre norr ut man kommer på jorden, på grunda av hur kartan ritas, men också att det bor i snitt 4 invånare per km². -- Hälsningar Peter Kindström___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Orter i Norrland
Jag håller med om länsresidensstäder. Det är ju redan vad vi gör genom att sätta town på mindre orter som är centralorter i kommuner. Däremot är jag helt emot att OSM ska bedöma städers viktighet, för då blir det bara subjektivt. Det är egentligen samma resonemang som att vissa anser att en viss led är viktigare än en annan, så de sätter en högre vägklass på den trots att det egentligen är helt omotiverat. Möjligen kan man göra enligt Peters förslag, om man delar in place-taggen per län, istället för per land. Place-taggen skiljer sig ju redan åt mellan länder, så att den skulle kunna skilja sig mellan län är inte en helt främmande tanke. Det kräver ju dock en ganska omfattande omtaggning. Det kanske är ett tillfälle gott som något att programmera en robot för att föra ut befolkningsdata till alla placetaggar i Sverige? /Andreas 2011/9/28 Pekka Rossi pe...@rossi.se: Indelningen efter befolkningsmängd i 4 steg känns som en konstruktion för stora länder med stor befolkningsmängd. Sverige har bara 7 städer över 10 invånare och de är lokaliserade i tre delar av Sverige. Tar man med städer över 5 invånare får man hel plötsligt 21 städer och det kan bli lite väl mycket särskilt som 7-8 av dem ligger runt Mälaren. Nu står det ju i riktlinjerna för place-taggen In most Western countries, the status of a location (whether it is a city/town/etc.), is decided by the government, and is not a function of size. Detta anser jag stämmer väldigt bra på Sverige med sina länsresidensstäder. I andra länder fungerar gränsen med befolkningsmängd mycket bättre. En karta skall ju underlätta navigering och man vill troligen som blivande besökare till Sverige se direkt var de viktigaste städerna finns utan att behöva zooma och scrolla i kartan. Därför tycker jag att som det ser ut nu är ganska bra. Sveriges 10 största städer samt alla länsresidens är synliga på zoomnivå 6 (100 km), och då får man en bra överblick. Möjligen skulle några fler kända/viktiga städer vara med som t.ex. Kiruna, Lund, Trollhättan. Jag kan hålla med Erik att det är ett problem för små samhällen. Även Google lider av samma problem, däremot är det lättare på Eniro. En lösning skulle vara att införa någon nivå till på place-taggen och anpassa renderingen efter det. Alternativt lägga till en särskild renderings-tag för att styra när något skall visas. Sista alternativet måste dock begränsas hårt, annars är risken att ser fler problem som med den spanska golfbanan. -- pekka On 2011-09-28 14:37, Andreas Vilén wrote: Jag tycker inte att man ska tagga för renderingens skull, som vanligt. I så fall ska det ändras i Mapnik-renderingen så att mer glesbefolkade områden renderas annorlunda. Jag har sett att exempelvis golfbanor i södra Spanien taggats som city, förmodligen av turistbyråer, för att framhäva dem. Jag hoppas att vi slipper se sådant här. Däremot har jag aldrig sett argumentet stad med domkyrka för city-taggen. Snarare brukar vi väl sätta gränsen vid orter med över 100 000 invånare? Möjligen kan man sänka den gränsen till 50 000, men lägre tycker jag inte att vi ska gå. Samma regler för storlek på orter bör gälla konsekvent inom samma land. /Andreas 2011/9/28 Erik Johanssonerjo...@gmail.com: Jag har länge retat mig på att man inte ser stadsnamn i norr eftersom man måste zooma in så långt för att se dessa, vilket gör det svår att surfa runt på kartan. Är det någon som har upplevt samma problem? Problemet beror till viss del att avstånden blir så pass mycket större ju längre norr ut man kommer på jorden, på grunda av hur kartan ritas, men också att det bor i snitt 4 invånare per km². För at belysa problemet: Hitta små orter som Ljungdalen norr om Funäsdalen på denna karta: (eller varför inte någon av de kända skidorterna) http://www.openstreetmap.org/?lat=62.851lon=12.792zoom=12layers=M Hitta större orter som Östersund, Hudiksvall, Solleftå, Kramfors, http://www.openstreetmap.org/?lat=62.29lon=15.23zoom=8layers=M En lösning är att ersätta alla place=* med place=city, beroende på området omkring. Det s http://wiki.openstreetmap.org/wiki/Key:place -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] OSM-rapport
Jag håller just nu på att skriva en rapport för Haptimap-projektet (http://www.haptimap.org/) ang. OSM, tillsammans med Lars Harrie på GIS-centrum i Lund. Min lott är att beskriva OSM, och bland annat licensbytet. Vi kommer förmodligen att sätta en jurist på stycket om licensbytet förr eller senare, för exakt vad den nya licensen innebär är rätt svårt att reda ut. Har jag fattat det rätt när jag säger att 1) cc-by-sa kräver att användare delar på den renderade kartan, men inte data som de lägger till sin egen exporterade osm-databas, medan 2) odbl kräver det motsatta, dvs att de gör vad som helst med den renderade kartan men alltid måste dela med sig av datan? Kan man plocka odbl-data och kombinera med en annan geodatabas utan att dela med sig av materialet i den ofria databasen som man kombinerar med odbl-databasen? Jag ska ha med några stycken om datamodellen, men hittar inte riktigt information om OSM:s projektion, och detta är också ett ämne som jag är väldigt dålig på. Är det Many commercial maps and OSM use the Google Mercator projection SRID=900913 for rendering. som gäller, dvs OSM använder samma projektion som Google? Vad innebär geodetiskt referenssystem? Det hade varit bra om någon hade kunnat bekräfta uppgifterna ovan eller rätta mig om jag uppfattat fel. /Andreas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] OSM-rapport
On 09/28/2011 03:59 PM, Andreas Vilén wrote: är väldigt dålig på. Är det Many commercial maps and OSM use the Google Mercator projection SRID=900913 for rendering. som gäller, dvs OSM använder samma projektion som Google? Vad innebär geodetiskt referenssystem? Jorden är ju en stenbumling och ingen perfekt sfär. När vi anger latitud och longitud, så förutsätter vi en viss placering av jordens centrum och rotationsaxel. Detta är en approximation, som vi kan leva med, så länge alla använder samma modell, samma geoid eller geodetiska referenssystem. OSM använder WGS84, som är det som de flesta GPS-mottagare är inställda på, och som också har blivit en sorts standard för kartor på webben. Sedan ska vi rita upp dessa latituder och longituder på en platt datorskärm. Där används en projektion som kallas Mercator och som innebär att norr alltid är uppåt på skärmen och att en cirkelrund rondell ser cirkelrund ut oavsett var på jorden den är. En ruta 1°×1° vid ekvatorn är nästan kvadratisk och den blir också kvadratisk på skärmen. Vid Stockholm 60° N så är 1° norrut fortfarande 111 km, men 1° österut är bara 55,5 km. Eftersom longitudlinjerna alltid är rakt vertikala på skärmen, så måste latitudlinjerna göras dubbelt så glesa vid 60° N, som de är vid ekvatorn. I stället för Mercator kunde man helt enkelt ha satt x=longitud, y=latitud, men då hade alla nordliga trakter sett tillplattade ut. En del tidiga webbkartor (Yahoo?) såg ut så. -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Orter i Norrland
On 09/28/2011 04:06 PM, Peter Kindström wrote: Finns befolkningsdata (per ort och län) lätt tillgängligt i maskinläsbar form? Hur svårt vore det att göra en sådan robot? Någon som vet? Ja, du kan läsa ut detta ur Wikipedia. På senare år har svenska Wikipedia slutat sätta in sådana siffror i varje artikels text. I stället hämtas de med en mall ur en central lista, som uppdateras från Statistiska Centralbyrån. Se till exempel artikeln Vännäs, http://sv.wikipedia.org/wiki/V%C3%A4nn%C3%A4s där står: {{Ortsfakta Sverige ... | invort= {{Stat/Sverige/Tätorter/Befolkning| 8384 }} som betyder att mallen Stat/Sverige/Tätorter/Befolkning anropas med parametern 8384, som är ortens kod. I denna mall, http://sv.wikipedia.org/wiki/Mall:Stat/Sverige/T%C3%A4torter/Befolkning finns en stor switch-sats med raden: | 8384 = 4118 !-- Vännäs -- Därav kommer att faktarutan (Ortsfakta Sverige) visar att befolkningen i tätorten är 4118 personer. Poängen med detta förfarande är att nästa år behöver man bara uppdatera switch-satsen i mallen, så kommer alla artiklar automatiskt att visa de nya siffrorna. Och det behöver du tänka på om du ska hålla OpenStreetMap uppdaterat med aktuella befolkningstal. -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Orter i Norrland
Jag noterade så sent som igår att det plötsligt hade ändrats typ på en massa städer i Sverige. Plötsligt var t ex Nyköping och Karlskrona (ca 3 invånare) klassade som City. Det fulade till min lokala rendering ordentligt, så jag gick över till att rendera baserat på storlek istället. Jag tror generellt att det är det mest vettiga. Annars kommer det alltid att bli en massa diskussioner om hur man ska klassa städer. Officiella funktioner (t ex status som länsresidens, huvudstad o dyl) känns för övrigt som att det borde ligga i en annan tagg. //Mattias 2011/9/28 Pekka Rossi pe...@rossi.se: Indelningen efter befolkningsmängd i 4 steg känns som en konstruktion för stora länder med stor befolkningsmängd. Sverige har bara 7 städer över 10 invånare och de är lokaliserade i tre delar av Sverige. Tar man med städer över 5 invånare får man hel plötsligt 21 städer och det kan bli lite väl mycket särskilt som 7-8 av dem ligger runt Mälaren. Nu står det ju i riktlinjerna för place-taggen In most Western countries, the status of a location (whether it is a city/town/etc.), is decided by the government, and is not a function of size. Detta anser jag stämmer väldigt bra på Sverige med sina länsresidensstäder. I andra länder fungerar gränsen med befolkningsmängd mycket bättre. En karta skall ju underlätta navigering och man vill troligen som blivande besökare till Sverige se direkt var de viktigaste städerna finns utan att behöva zooma och scrolla i kartan. Därför tycker jag att som det ser ut nu är ganska bra. Sveriges 10 största städer samt alla länsresidens är synliga på zoomnivå 6 (100 km), och då får man en bra överblick. Möjligen skulle några fler kända/viktiga städer vara med som t.ex. Kiruna, Lund, Trollhättan. Jag kan hålla med Erik att det är ett problem för små samhällen. Även Google lider av samma problem, däremot är det lättare på Eniro. En lösning skulle vara att införa någon nivå till på place-taggen och anpassa renderingen efter det. Alternativt lägga till en särskild renderings-tag för att styra när något skall visas. Sista alternativet måste dock begränsas hårt, annars är risken att ser fler problem som med den spanska golfbanan. -- pekka On 2011-09-28 14:37, Andreas Vilén wrote: Jag tycker inte att man ska tagga för renderingens skull, som vanligt. I så fall ska det ändras i Mapnik-renderingen så att mer glesbefolkade områden renderas annorlunda. Jag har sett att exempelvis golfbanor i södra Spanien taggats som city, förmodligen av turistbyråer, för att framhäva dem. Jag hoppas att vi slipper se sådant här. Däremot har jag aldrig sett argumentet stad med domkyrka för city-taggen. Snarare brukar vi väl sätta gränsen vid orter med över 100 000 invånare? Möjligen kan man sänka den gränsen till 50 000, men lägre tycker jag inte att vi ska gå. Samma regler för storlek på orter bör gälla konsekvent inom samma land. /Andreas 2011/9/28 Erik Johanssonerjo...@gmail.com: Jag har länge retat mig på att man inte ser stadsnamn i norr eftersom man måste zooma in så långt för att se dessa, vilket gör det svår att surfa runt på kartan. Är det någon som har upplevt samma problem? Problemet beror till viss del att avstånden blir så pass mycket större ju längre norr ut man kommer på jorden, på grunda av hur kartan ritas, men också att det bor i snitt 4 invånare per km². För at belysa problemet: Hitta små orter som Ljungdalen norr om Funäsdalen på denna karta: (eller varför inte någon av de kända skidorterna) http://www.openstreetmap.org/?lat=62.851lon=12.792zoom=12layers=M Hitta större orter som Östersund, Hudiksvall, Solleftå, Kramfors, http://www.openstreetmap.org/?lat=62.29lon=15.23zoom=8layers=M En lösning är att ersätta alla place=* med place=city, beroende på området omkring. Det s http://wiki.openstreetmap.org/wiki/Key:place -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] VB: Orter i Norrland
Jag håller med om att man inte behöver vara helt strikt vad gäller befolkningsmängd när det gäller att tagga städer av olika slag. Att sätta Ånge som town låter helt OK. Speciellt om man dessutom sätter population-taggen ordentligt. Däremot tycker jag inte att det låter som en bra idé att sätta populära turistmål som town. Hellre en särskild tagg (det kanske redan finns någon lämplig?), så att en OpenTouristMap kan rita ut dem extra tydligt, samtidigt som man inte tvingar på andra användningsområden av kartdatat en onaturlig fokusering på turistmål. //Mattias 2011/9/28 Henrik Rosvall henrik_rosv...@yahoo.se Har också retat mig på det... Ändrade orten jag bor i, Ånge till town för att den inte syntes på kartan. Står om det i wikin att man kan använda town för mindre orter i glesbygden Tycker populära resmål gott och väl skulle kunna vara town, så de syns på kartan! Typ Vemdalen, Björnriket osv. *place*=town http://wiki.openstreetmap.org/wiki/Tag:place%3Dtown 10,000 - 100,000an urban settlement with local importance, e.g. - a county seat or district capital, regardless of its population, - an incorporated town with more than 1,000 inhabitants, depending on local importance - In North Dakota, there are just a few towns with more than 1,000 inhabitants, so each of them should be labelled as town -- *Från:* Erik Johansson erjo...@gmail.com *Till:* talk-se@openstreetmap.org *Skickat:* onsdag, 28 september 2011 12:49 *Ämne:* [Talk-se] Orter i Norrland Jag har länge retat mig på att man inte ser stadsnamn i norr eftersom man måste zooma in så långt för att se dessa, vilket gör det svår att surfa runt på kartan. Är det någon som har upplevt samma problem? Problemet beror till viss del att avstånden blir så pass mycket större ju längre norr ut man kommer på jorden, på grunda av hur kartan ritas, men också att det bor i snitt 4 invånare per km². För at belysa problemet: Hitta små orter som Ljungdalen norr om Funäsdalen på denna karta: (eller varför inte någon av de kända skidorterna) http://www.openstreetmap.org/?lat=62.851lon=12.792zoom=12layers=M Hitta större orter som Östersund, Hudiksvall, Solleftå, Kramfors, http://www.openstreetmap.org/?lat=62.29lon=15.23zoom=8layers=M En lösning är att ersätta alla place=* med place=city, beroende på området omkring. Det s http://wiki.openstreetmap.org/wiki/Key:place -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Orter i Norrland
Nu möljde jag in alla befolkningsdata i en databas och räknade lite på Stockholm Norrbotten län: http://www.campingid.se/orter/ Vet inte om detta är en användbar väg... då procentsatserna kanske måste variera beroende län? On 2011-09-28 16:48, Lars Aronsson wrote: Ja, du kan läsa ut detta ur Wikipedia. På senare år har svenska Wikipedia slutat sätta in sådana siffror i varje artikels text. I stället hämtas de med en mall ur en central lista, som uppdateras från Statistiska Centralbyrån. Se till exempel artikeln Vännäs, http://sv.wikipedia.org/wiki/V%C3%A4nn%C3%A4s där står: {{Ortsfakta Sverige ... | invort = {{Stat/Sverige/Tätorter/Befolkning| 8384 }} som betyder att mallen Stat/Sverige/Tätorter/Befolkning anropas med parametern 8384, som är ortens kod. I denna mall, http://sv.wikipedia.org/wiki/Mall:Stat/Sverige/T%C3%A4torter/Befolkning finns en stor switch-sats med raden: | 8384 = 4118 !-- Vännäs -- Därav kommer att faktarutan (Ortsfakta Sverige) visar att befolkningen i tätorten är 4118 personer. Poängen med detta förfarande är att nästa år behöver man bara uppdatera switch-satsen i mallen, så kommer alla artiklar automatiskt att visa de nya siffrorna. Och det behöver du tänka på om du ska hålla OpenStreetMap uppdaterat med aktuella befolkningstal. -- Vänliga hälsningar Peter Kindström ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Orter i Norrland
200 invånare var inte bekant för mig, men det underlättar! Nu behöver jag bara räkna ut gränsen för City Town, resten blir automatiskt village eftersom SCB/Wikipedia bara har med tätorter! Men vad är en lämplig gräns för City i mitt test? Jag har nu 5% men ska det vara mer eller mindre? On 2011-09-28 21:25, Andreas Vilén wrote: Nåt i den stilen, men jag tycker att dina procentsatser är helt för generösa mot city-taggen och för elaka mot village-dito. Hamlet bör i min mening bara användas för orter som inte kvalificerar sig som tätorter, och det gör ju som bekant alla över 200 invånare. /Andreas 2011/9/28 Peter Kindströmpeter2...@infolagret.se: Nu möljde jag in alla befolkningsdata i en databas och räknade lite på Stockholm Norrbotten län: http://www.campingid.se/orter/ Vet inte om detta är en användbar väg... då procentsatserna kanske måste variera beroende län? -- Vänliga hälsningar Peter Kindström ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Orter i Norrland
200 invånare var inte bekant för mig, men det underlättar! Den nordiska definitionen av tätort har använts sedan 1960, men den är tyvärr inte internationellt spridd och passar därför dåligt i ett projekt som OSM. http://sv.wikipedia.org/wiki/T%C3%A4tort#Definition_i_Norden Att ha 200 invånare som en gräns passar glesbefolkade länder som de nordiska, men skulle översvämma kartorna i länder med tät befolkning. Jag tror att vi borde markera varje ort med hur många människor som bor där, och så får renderaren på varje nivå rita ut så många namn som får plats på kartan. Då blir det automatiskt så att småorter får plats där det saknas större orter. -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Orter i Norrland
Ja, det vore det optimala. Problemet är väl att renderaren inte gör så idag utan använder placetaggarna. Så jag tycker definitivt vi ska mata in folkmängderna, men vi kan inte ta bort storleksordningen på placetaggarna än. Ang. nordisk definition funkar det tycker jag. Placetaggarna skiljer sig ändå stort mellan olika länder, så att vi har en egen definition för dem i Sverige tycker jag inte är något problem. /Andreas 2011/9/28 Lars Aronsson l...@aronsson.se: 200 invånare var inte bekant för mig, men det underlättar! Den nordiska definitionen av tätort har använts sedan 1960, men den är tyvärr inte internationellt spridd och passar därför dåligt i ett projekt som OSM. http://sv.wikipedia.org/wiki/T%C3%A4tort#Definition_i_Norden Att ha 200 invånare som en gräns passar glesbefolkade länder som de nordiska, men skulle översvämma kartorna i länder med tät befolkning. Jag tror att vi borde markera varje ort med hur många människor som bor där, och så får renderaren på varje nivå rita ut så många namn som får plats på kartan. Då blir det automatiskt så att småorter får plats där det saknas större orter. -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Orter i Norrland
Nu har jag efter mycket letande bland inaktuell information på wiki-sidor lyckats få PHP-kod som ger mig aktuell fakta om alla place=town inom ett område. Jag provade med (ungefär) Stockholms län: http://www.campingid.se/orter/stockholm.html Är det någon vits att bara lägga in/uppdatera invånarantal utan att städa bland övriga taggar samtidigt? On 2011-09-28 23:40, Andreas Vilén wrote: Ja, det vore det optimala. Problemet är väl att renderaren inte gör så idag utan använder placetaggarna. Så jag tycker definitivt vi ska mata in folkmängderna, men vi kan inte ta bort storleksordningen på placetaggarna än. Ang. nordisk definition funkar det tycker jag. Placetaggarna skiljer sig ändå stort mellan olika länder, så att vi har en egen definition för dem i Sverige tycker jag inte är något problem. /Andreas 2011/9/28 Lars Aronssonl...@aronsson.se: 200 invånare var inte bekant för mig, men det underlättar! Den nordiska definitionen av tätort har använts sedan 1960, men den är tyvärr inte internationellt spridd och passar därför dåligt i ett projekt som OSM. http://sv.wikipedia.org/wiki/T%C3%A4tort#Definition_i_Norden Att ha 200 invånare som en gräns passar glesbefolkade länder som de nordiska, men skulle översvämma kartorna i länder med tät befolkning. Jag tror att vi borde markera varje ort med hur många människor som bor där, och så får renderaren på varje nivå rita ut så många namn som får plats på kartan. Då blir det automatiskt så att småorter får plats där det saknas större orter. -- Vänliga hälsningar Peter Kindström ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Orter i Norrland
Södertälje: tag k=name:la v=Telga australis/ vafalls? Är det någon som haft roligt och lagt in direktöversatta latinska namn på svenska orter? Jag stödjer fullt om du på något automatiskt sätt lägger in folkmängd i alla svenska orter, och uppdaterar de som redan finns (vi bör hålla oss till en källa, dvs scb, i min mening). Att tagga om orterna kan bli ett senare problem. /Andreas 2011/9/29 Peter Kindström peter2...@infolagret.se: Nu har jag efter mycket letande bland inaktuell information på wiki-sidor lyckats få PHP-kod som ger mig aktuell fakta om alla place=town inom ett område. Jag provade med (ungefär) Stockholms län: http://www.campingid.se/orter/stockholm.html Är det någon vits att bara lägga in/uppdatera invånarantal utan att städa bland övriga taggar samtidigt? On 2011-09-28 23:40, Andreas Vilén wrote: Ja, det vore det optimala. Problemet är väl att renderaren inte gör så idag utan använder placetaggarna. Så jag tycker definitivt vi ska mata in folkmängderna, men vi kan inte ta bort storleksordningen på placetaggarna än. Ang. nordisk definition funkar det tycker jag. Placetaggarna skiljer sig ändå stort mellan olika länder, så att vi har en egen definition för dem i Sverige tycker jag inte är något problem. /Andreas 2011/9/28 Lars Aronssonl...@aronsson.se: 200 invånare var inte bekant för mig, men det underlättar! Den nordiska definitionen av tätort har använts sedan 1960, men den är tyvärr inte internationellt spridd och passar därför dåligt i ett projekt som OSM. http://sv.wikipedia.org/wiki/T%C3%A4tort#Definition_i_Norden Att ha 200 invånare som en gräns passar glesbefolkade länder som de nordiska, men skulle översvämma kartorna i länder med tät befolkning. Jag tror att vi borde markera varje ort med hur många människor som bor där, och så får renderaren på varje nivå rita ut så många namn som får plats på kartan. Då blir det automatiskt så att småorter får plats där det saknas större orter. -- Vänliga hälsningar Peter Kindström ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Importación poblaciones NGMEP (2)
El día 27 de septiembre de 2011 20:41, Javier Sánchez javiers...@gmail.com escribió: El día 27 de septiembre de 2011 11:15, Jesús González Genicio En fin, la pregunta más acertada es que estoy perdido Mientras voy a intentar escribir una guía más detallada que lo que tenemos en la wiki para ayudarte. Hola En [1] y [2] hemos ampliado las instrucciones para colaborar con la importación de las poblaciones NGMEP del IGN. Saludos. [1] http://wiki.openstreetmap.org/wiki/ES:NGMEP#Colaboraci.C3.B3n [2] http://wiki.openstreetmap.org/wiki/ES:NGMEP/Instrucciones_para_Josm ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Benannte Bereiche
On 26.09.11 18:49, Peter Kössler wrote: Wäre es nicht weniger aufwändig nur einen node innerhalb der Fläche der Gruppe zu setzen mit dem Namen der Gruppe? Natürlich sollte das alternativ möglich sein. Nur da stellt sich noch viel mehr die Frage, mit welchem/n Tag(s) aus dem Node dann ein POI wird... Natürlich könnte man place=locality verwenden, aber da stimme ich Friedrich zu, dass das nicht ideal wäre. Im übrigen, grade bei Gräbergruppen ist die Ausdehnung sehr genau bekannt und ein Mapping als Fläche daher wünschenswert. Übrigens gefällt mir die section Idee gar nicht so schlecht, weil das könnte man ganz generell als gestrichelte (o.ä.) Linie rendern. Das könnte man eben bei Gräbergruppen verwenden, vielleicht gibt's in Schrebergärten sowas, oder bei einem Krankenhaus-/Uni-Campus könnte man Gruppen von Gebäuden irgendwie benennen oder was weiß ich. Nur is section of sollte man wohl irgendwie angeben können.. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] OpenData Teaser
Hallo an Alle! Bin gerade am Daten bzw. Projektionsformat testen und kann bis die Daten offiziell als OpenData veröffentlicht worden sind leider nur Teaser anbieten: - https://twitter.com/#!/atrawog/status/119060639003049984/photo/1 - https://twitter.com/#!/atrawog/status/119060826345848832/photo/1 Es sollte sich aus den Bildern leicht erraten lassen, worum es sich dabei handelt und das offizielle Annocement soll, wenn keine Probleme am Server auftreten, nächsten Montag erfolgen. cu andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at