Re: [Talk-hr] Vezano za danasnji dan...
lol, zanimljivo tko bi ga znao koji je to Ante :) 2012/11/16 goranrac...@gmail.com ...otkrio sam jednu zanimljivost na OSMu, i to u madjarskom gradu Miskolc: http://www.openstreetmap.org/browse/way/87158554 Da li je to slucajnost, ili nesto drugo? --- Pozdrav, Goran OSM: http://osm.org/user/CroKimba Sent via BlackBerry from Vodafone ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr -- Svega što vrijedi Bog je stvorio malo, kako zlata tako i Hrvata. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Vezano za danasnji dan...
Bit će po Hrvatskoj ulica, trgova.. :) Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] Booth/exhibit ideas for PhilGEOS symposium
This is great Totor! I will surely use this vis. Looking forward to the writeup. Maning Sambale (mobile) On Nov 15, 2012 7:39 PM, Totor totor_...@yahoo.com wrote: Hi, I just finished an animation of the (nearly) complete history of edits in Cebu City. I wanted to make a page describing how I made it before to post it here, but I'll probably not have time the coming weeks. Feel free to use (and/or modify) any of the following versions as you see fit. http://osm.totor.ph/aniCebu2.gif (800x600 animation with glow and cc-by-sa attribution, 12Mb) http://osm.totor.ph/aniCebu2.avi (same in avi format, 3Mb) http://osm.totor.ph/aniCebu2-300.gif (smaller gif in 300x225, 2Mb) Original animation without effects or attribution: http://osm.totor.ph/aniCebu.gif (600kb) Cheers, Totor ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Seveso
Hmm, I don't get it. Even the boundaries of the Arrondissement of Bastogne are drawn, while they aren't on OSM yet. So what did they get from OSM? Just the coastlines? No need to draw the boundaries though, Marc is already busy with the last ones. Regards, Sander 2012/11/16 Nicolas Pettiaux nico...@pettiaux.be 2012/11/15 Marc Coevoet sintsix...@gmail.com: Yes! It is made with osm: http://seveso.be/nl/content/seveso-ondernemingen it depends on the scale. For precise data, they use 2012 NGI/IGN-Brussels, CGCCR I do not find the seveso that are in Dunkirk, so not against the wind ... ;-) the winds never blows from Dunkirk to Belgium, does it ? -- Nicolas Pettiaux, dr. sc - gsm : 0496 24 55 01 - wiki.rmll.be - wiki.wlsm.be RMLL - World libre software and culture meeting - WLSM Soutenez la candidature de Bruxelles, 6 = 11/7/2013. Liste orga sur http://lc.cx/Zia Support Brussels as candidate, July 6 to 11, 2013 - Orga list on http://lc.cx/Zia Lepacte.be - « promouvoir les libertés numériques en Belgique » - hetpact.be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Seveso
Perhaps this new user : http://www.openstreetmap.org/user/marclobbens knows more about it ? Tried recently something with comment seveso. Kind regards, Georges 2012/11/16 Sander Deryckere sander...@gmail.com Hmm, I don't get it. Even the boundaries of the Arrondissement of Bastogne are drawn, while they aren't on OSM yet. So what did they get from OSM? Just the coastlines? No need to draw the boundaries though, Marc is already busy with the last ones. Regards, Sander 2012/11/16 Nicolas Pettiaux nico...@pettiaux.be 2012/11/15 Marc Coevoet sintsix...@gmail.com: Yes! It is made with osm: http://seveso.be/nl/content/seveso-ondernemingen it depends on the scale. For precise data, they use 2012 NGI/IGN-Brussels, CGCCR I do not find the seveso that are in Dunkirk, so not against the wind ... ;-) the winds never blows from Dunkirk to Belgium, does it ? -- Nicolas Pettiaux, dr. sc - gsm : 0496 24 55 01 - wiki.rmll.be - wiki.wlsm.be RMLL - World libre software and culture meeting - WLSM Soutenez la candidature de Bruxelles, 6 = 11/7/2013. Liste orga sur http://lc.cx/Zia Support Brussels as candidate, July 6 to 11, 2013 - Orga list on http://lc.cx/Zia Lepacte.be - « promouvoir les libertés numériques en Belgique » - hetpact.be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Arrondissement Verviers boundary
On 2012-11-08 16:34, Sander Deryckere wrote : Does everyone agree with this? OK, I trust you, but read below On 2012-11-11 12:36, Ben Laenen wrote : On Sunday 11 November 2012 01:39:57 A.Pirard.Papou wrote: On 2012-11-08 16:46, Ben Laenen wrote : On Thursday 08 November 2012 16:34:23 Sander Deryckere wrote: Hi, I'm trying to organise the boundaries a bit, there's not a lot of work on it, so it's basically checking if there are no problems. There is a problem I have found with Verviers though. If you look at the relation (http://www.openstreetmap.org/browse/relation/1407211) you see that as subareas, the Arondissement of Verviers has a French speaking part, and the German community. That French speaking part get's a strange boundary type (boundary=administrative_fraction), combined with an admin_level=7 tag and the German speaking part has a boundary=political tag. German Community should be a boundary=administrative + admin_level=5 Who keeps changing it to a boundary=political on the wiki anyway? As administrative boundaries should be nested nicely, I propose to delete the boundary 2436189, and to use the municipalities of the Arrondissement of Verviers as subareas. Just as with any other arrondissement. Does everyone agree with this? Boundaries don't need to be nested. In our country it's impossible to do so anyway. What do you mean? That there should be a single relation called Belgium or that all ways should be at level 8? I mean that (for example) there's really no problem if two enitities of the same admin_level overlap a certain area (so that area belongs two both entities). E.g. Brussels belonging to both Flemish and French Community. Or if an entity with admin_level=8 doesn't sit nicely inside an entity with admin_level=6. E.g. German speaking community being part of the Liege province. Or French community not spanning the entire Liege province. Ben So, it's about correct nesting and overlapping... I think that programs doing checks could finger-point at overlapping areas (within a relation) and that they could suddenly start recursing to find overlapping subareas without warning. Belgian (boundary=) administrative areas are 2+1 regions, in which provinces, in which arrondissements, in which municipalities According to the present map: Relation: Belgium (52411) boundary = administrative Relation Flanders (53134) as subarea Relation Brussels-Capital Region (54094) as subarea Relation Wallonia (90348) as subarea Relation Flemish Community (53136) as subarea Relation French Community (78967) as subarea Relation German-speaking Community (2425209) as subarea As the territory is fully covered by the administrative entities I mention above, there is no room for more "Belgium" administrative areas than what is in black in this relation. If you add more, you can't avoid overlapping. According to the definition from the horse's mouth : "La Communauté française exerce ses compétences dans les provinces wallonnes (à l'exception des communes germanophones) et à Bruxelles." Is "la communauté française" a territory or a government? It's less than clear, but is anything clear in that field? I think we have these options: remove all XXX-C-s areas altogether (Like Google does ;-) ) (1) consider that the XXX-C-s are not in the administrative tree named Belgium but that they are in a different administrative tree e.g. "Linguistic communities" remove the XXX-C-s relations from any tree, make one per language, allowing overlap and, if we are that kind, more languages in a cultural style (2) May language borderlines (ways) share region borderlines if they are not nested? In principle not, because, according to the theoreticians, those ways are supposed to be related to just one area (on each side) from which they pick the boundary information. The ideal method to is to make multilinestrings (3) that nest another border just like an arrondissement border would nest municipality borders. But present software does not support way nesting (except hiking.waymarkedtrails.org I was told). When will we push that wagon to unleash many projects? Cheers, André. (1) that avoids to send us back to mapping at each political
[OSM-talk] History of relation 20773
Relation 20773 is currently at v1159. I can get the XML back to v1155 (http://api.openstreetmap.org/api/0.6/relation/20773/1155), but versions before that don't not show anything. When a relation is deleted, I should still get the base info with at least relation id=20773 visible=false, should I not? Interestingly, when I go even further back, from 973 downwards it works again. I haven't tried everything betwee 973 and 1154. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] History of relation 20773
On 16/11/12 08:30, Maarten Deen wrote: Relation 20773 is currently at v1159. I can get the XML back to v1155 (http://api.openstreetmap.org/api/0.6/relation/20773/1155), but versions before that don't not show anything. When a relation is deleted, I should still get the base info with at least relation id=20773 visible=false, should I not? Interestingly, when I go even further back, from 973 downwards it works again. I haven't tried everything betwee 973 and 1154. I expect the missing versions were redacted as part of the license change. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] History of relation 20773
On 2012-11-16 11:03, Tom Hughes wrote: On 16/11/12 08:30, Maarten Deen wrote: Relation 20773 is currently at v1159. I can get the XML back to v1155 (http://api.openstreetmap.org/api/0.6/relation/20773/1155), but versions before that don't not show anything. When a relation is deleted, I should still get the base info with at least relation id=20773 visible=false, should I not? Interestingly, when I go even further back, from 973 downwards it works again. I haven't tried everything betwee 973 and 1154. I expect the missing versions were redacted as part of the license change. Can't the API give out some kind of information in such cases? An XML message of some sort? Now you get nothing. For a user it might well be that the api is malfunctioning. JOSM handles it with an error message Authorisation at the OSM server failed. The server reported the following error: ' '. Not really helpful. I was led to understand that the info is still available, but with a state redacted (similar to deleted). Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] History of relation 20773
On 16/11/12 09:16, Maarten Deen wrote: Can't the API give out some kind of information in such cases? An XML message of some sort? Now you get nothing. No you don't, you should be getting 403 Forbidden meaning that you are not allowed to access it. For a user it might well be that the api is malfunctioning. JOSM handles it with an error message Authorisation at the OSM server failed. The server reported the following error: ' '. Not really helpful. It's not my fault if JOSM handles it badly... Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] History of relation 20773
On 2012-11-16 11:26, Tom Hughes wrote: On 16/11/12 09:16, Maarten Deen wrote: Can't the API give out some kind of information in such cases? An XML message of some sort? Now you get nothing. No you don't, you should be getting 403 Forbidden meaning that you are not allowed to access it. Hmm, I see now, IE does display that. Firefox (16.0.2) displays an empty page. Still, a bit more information would be helpful. A user still has to know there was a redaction process and then has to determine if this might be the cause. For a user it might well be that the api is malfunctioning. JOSM handles it with an error message Authorisation at the OSM server failed. The server reported the following error: ' '. Not really helpful. It's not my fault if JOSM handles it badly... Really? ;) Regards, Maarten Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Garmin Hack Weekend at Linuxhotel Essen - Germany
Dear garmin maps maker, We are planning a Garmin OSM Hack Weekend [1]. The aim is to bring together the makers of Garmin maps, so that the maps are better and implement two ideas: - A landing page for absolute beginners describes the use of existing Garmin maps, allows a choice and is being maintained - A map generator that allows anyone to create custom maps with different styles and regions. Through this service, we want to make the OSM maps with cyclists and hikers known and we hope to attract new mapper. Participants should thus produce either already own garminmaps or have desire to work on the landing page and the map generator. Steve Ratcliffe, the developer of mkgmap already committed and I hope that you, too, to the date the time and inclination. 1.2.-03.02.2013 at Linuxhotel Essen [2] The Linux Located on the edge of Essen in a lovely private park ◦ We will stay in a double or single room ◦ we can work in 3 seminar rooms ◦ The fireplace is used as a breakfast room, and for the social round ◦ Open WiFi on the whole site ◦ breakfast, bed and drinks for the whole day are included in the price Thanks to the support [3] by the FOSSGIS eV amount the participant cost for the three days (ie, breakfast, bed, drinks) to a maximum of 30 euros. To register, please send me a mail with your arrival date, your departure dates.and whether a single or double room is required. (Two single rooms and 8 double rooms are available) This email get all that are on the list (# http://wiki.openstreetmap.org/wiki/Garmin_Project Maps_and_their_creators). If you do know someone who should come, write me a note. with friendly greetings Marc Gehling [1] http://wiki.openstreetmap.org/wiki/Garmin_Project [2] http://www.linuxhotel.de/ [3] http://www.fossgis.de/wiki/Hackweekend_Kartenbau ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] POI Viewer in distance
Hello, On 14 November 2012 18:35, Frans Thamura fr...@meruvian.org wrote: hi all we develop a POI VIewer on Leaftlet, with distance around 300 POI around 10 km. the engine develop using hibernate with Lucense, Hibernate SEarch.. www.hibernate.org this search is the search engine which power the Hadoop http://hadoop.apache.org please test the apps.. http://bantusekolahku.kemdikbud.go.id/module/eduunit you can drag the map, and see how the POI changing based on the distance Nice, search request seems very fast - is it open source, or is the code available online? Did you have to do anything special for spatial searches with Lucense, Hibernate SEarch? Cheers, Tim ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] POI Viewer in distance
Hi Tim Nice, search request seems very fast - is it open source, or is the code available online? Did you have to do anything special for spatial searches with Lucense, Hibernate SEarch? this bantusekolahku's system will be opensource (waiting ministery approval, because this is worldbank work, and IPR under them), but we develop species management for endangered species, and will be opensource our search using distance search, show all POIs from 10km distance start the geolocation. I wish can make OSM search like this model.. but keep researching. may be after the strain system /species, we can discuss deeply in source code. F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] openfietskaart
We hebben nu ook een route layer toegevoegd, mogelijk heb je hier wat aan (houdt ook niet op bij de grens zoals de OFK) http://mijndev.openstreetmap.nl/~ligfietser/fiets/?map=route Verder toegevoegd een FIXME/BUG layer voor het opsporen van fouten (zoals Keepright maar dan mbt de tagging van fietspaden) http://mijndev.openstreetmap.nl/~ligfietser/fiets/?map=bugs NB de kaart werkt slecht / traag onder IE, gebruik daarom Firefox of Chrome. mag ik dan direct ook aanvragen om verschillende kleuren te renderen voor mtb routes en andere lokale of regionale wegroutes. Een mooi (lees: slecht) voorbeeld is de anwb route in Zuid-Limburg mergellandroute en de 8 vaste mtb routes in diezelfde regio. één grote spaghetti op dit moment. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] Nível administrativo 9 (distritos) no OSM
Isso muito interessa a mim e a meu mestrado. Eu quero ajudar. 2012/11/15 Nelson A. de Oliveira nao...@gmail.com 2012/11/15 Pedro Geaquinto pedrodi...@gmail.com: Eu e o Arlindo (Nighto) estamos começando um projeto de importação das fronteiras (das Regiões Administrativas 9 e Bairros 10) do Rio de Janeiro. Ainda está bem no comecinho. :) Mas na mão ou automatizado? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Eduardo Marcel Maçan http://eduardo.macan.eng.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nível administrativo 9 (distritos) no OSM
2012/11/16 Eduardo Maçan eduardoma...@gmail.com: Isso muito interessa a mim e a meu mestrado. Eu quero ajudar. DDs estão infiltrados em todos os lugares, hein? ;-) O meu interesse é o estado de SP (mas pode ser generalizado para o resto do país). É possível ver por aqui que basicamente não existe nada com admin_level=9 e admin_level=8 (e interessante também que o Pará só tem até admin_level=6) http://www.itoworld.com/map/2#fullscreenlat=-15.679910726742857lon=-55.59132001455518zoom=5 Então a mágica seria pegar os shapes de ftp://geoftp.ibge.gov.br/malhas_digitais/censo_2010/setores_censitarios e converter/extrair/processar/etc as regiões administrativas que possuem os níveis ausentes. Onde converter/extrair/processar/etc deve ser: verificar se o boundary não existe, extraí-lo do shape, criar as relações de forma correta, não duplicar caminhos, preencher as informações, etc. No caso de SP tem o ftp://geoftp.ibge.gov.br/malhas_digitais/censo_2010/setores_censitarios/sp.zip (com os admin_level=9 em 35DSE250GC_SIR.shp e os admin_level=10 em 35SEE250GC_SIR.shp) Com a última versão do ogr2osm deve-se utilizar para estes shapes: ogr2osm --encoding ISO8859-1 -p +proj=longlat +ellps=GRS67 +towgs84=-66.87,4.37,-38.52 arquivo.shp (difere no encoding e no +proj) Caso haja interesse, também seria interessante atualizar os boundaries de nível 8 (municípios). Aparentemente o traçado destes shapefiles possui um contorno melhor do que o atual no OSM. Bom, só falta a magia negra pra isso :-) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nível administrativo 9 (distritos) no OSM
2012/11/16 Nelson A. de Oliveira nao...@gmail.com: Com a última versão do ogr2osm deve-se utilizar para estes shapes: ogr2osm --encoding ISO8859-1 -p +proj=longlat +ellps=GRS67 +towgs84=-66.87,4.37,-38.52 arquivo.shp Só para clarificar, é necessário verificar o elipsóide dos shapefiles (alguns estão em GRS80, outros em GRS67) para efetuar essa conversão corretamente. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Straßenbeleuchtung (lit=yes)
Am 15. November 2012 22:04 schrieb Robert S. osm-m...@autobahnen-europa.eu: Bauliche Richtlinien gibt es bestimmt, aber bestimmte Werte als default anzusetzen ist in OSM immer ganz schwierig. Denn es gibt in OSM immer noch den Status nicht erfasst. Wie willst du also die Aussage hier gilt der Defaultwert von der Aussage Hier wurde noch nicht erfasst, ob der Defaultwert gilt unterscheiden? Wie immer steht es natürlich den Datenauswertern (hier: lightmap) frei, eigene defaults anzunehmen. Vielleicht hilft also eine Email an diese Adresse. Das löst nicht nur das Problem mit dem nicht erkennbaren Status der Erfassung, sondern auch dass über defaults bei OSM wegen ihrer Allgemeingültigkeit immer erst ewig diskutiert werden müsste. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis Dienstleistung gesucht
Hallo, On 15.11.2012 14:43, andy jelinek wrote: wir sind ein kleines Kartografie Unternehmen und suchen jemanden der für uns eine Osmosis Anwendung erstellt, welche wir hier in Zukunft werwenden können. Die Anwendung soll bestimmte Daten herausfiltern (um das Datenvolumen zu verringern) und beschneiden (Bounding Box). Das muss jedoch nicht gelichzeitig passiern. Osmosis ist sehr mächtig, für eure Anwendung gibt es vielleicht schnellere Methoden. Am letzten Stammtisch hatten wir über OSMFilter und Overpass-API gesprochen. Ich denke diese beiden Möglichkeiten solltet ihr in eine Bewertung der Lösung mit einbeziehen. https://lists.openstreetmap.de/pipermail/bayern/2012-November/000675.html Kleine Beispiele: Das hier liefert alle motorway, trunk, primary und secondary highways weltweit. Lief unter Windows 12 Minuten und enthält 1158595 ways. osmfilter planet.o5m --keep=highway=motorway =trunk =primary =secondary --drop-author --out-o5m --verbose ways.o5m Oder mit Overpass-API. Am Beispiel einer Bounding Box von ca. Bayern: (way[highway=motorway](47.2,8.9,50.8,13.8);;;);out body; Braucht ca. 15 Sekunden und lädt dann 15MB an OSM Daten. http://overpass-api.de/query_form.html Für overpass sollte es auch leicht möglich sein das über das Web-Interface graphisch auszuwählen, evntuell sogar mit vorgefertigten Filtern für Straßen, Flüsse, Ortschaften. Vielleicht kann der Entwickler der overpass-ide weiterhelfen. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbeleuchtung (lit=yes)
Original-Nachricht Betreff: Re: [Talk-de] Straßenbeleuchtung (lit=yes) Datum: Thu Nov 15 2012 22:19:05 GMT+0100 Von: Garry garr...@gmx.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Wie definierst Du den innerorts? Man könnte dafür nährungsweise alles annehmen, das innerhalb eines entsprechenden landuse (residential, aber oft auch industrial oder retail) liegt. Oder als default-Wert für alles, das als highway = residential oder = living_street getaggt ist. Und wie würdest Du die Nachtabschaltung berücksichtigen die sich in den letzen Jahren deutlich ausgebreitet hat? Manche Dörfer werden ab 24Uhr (fast) komplett abgeschalten, mancherorts jede 2. Laterne... Wird da bisher durch lit=yes unterschieden? Wenn jede zweite Laterne brennt, würde ich das immer noch als beleuchtet bezeichnet. Ebenso ist es beleuchtet, wenn ich mich um 20 Uhr dort aufhalte, oder? Da bräuchte es dann entsprechende Zusatztags. Viele Grüße, Constanze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbeleuchtung (lit=yes)
Am 15.11.2012 22:19, schrieb Garry: Am 15.11.2012 21:11, schrieb RalfGesellensetter: Gibt es vielleicht dafür sogar Richtlinien, so dass man die Beleuchtung als default voraussetzen kann, wenn innerorts nicht explizit lit=no getaggt ist? (ähnlich wie bei max_speed?). Was meint ihr dazu? Schaut mal in euerer Umgebung. Wie definierst Du den innerorts? Und wie würdest Du die Nachtabschaltung berücksichtigen die sich in den letzen Jahren deutlich ausgebreitet hat? Manche Dörfer werden ab 24Uhr (fast) komplett abgeschalten, mancherorts jede 2. Laterne... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Als großes Plus der Karte sehe ich, dass wenn ich nächtens in fremden Ortschaften unterwegs bin, kann ich mir (irgendwann in der Zukunft :D) einen Weg raussuchen, der beleuchtet ist. Aktuell kann ich entscheiden, lit=yes ist in den Nachbarstraßen angegeben, aber mein geplanter Weg ist dunkel - anderen Weg wählen. Es ist nirgends ein Weg als beleuchtet eingezeichnet - ich verlass mich auf meine Intuition. Wenn jetzt aber per default alle Wege auf yes stehen und die nicht beleuchtet Wege noch nicht gekennzeichnet sind, werde ich ziemlich frustriert im Dunkeln stehen. Ein default Wert von yes würde ich als Versuch der Vortäuschung von einer besseren Datenmenge sehen. LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbeleuchtung (lit=yes)
Am 16.11.2012 09:56, schrieb Ronnie Soak: Am 15. November 2012 22:04 schrieb Robert S. osm-m...@autobahnen-europa.eu: Bauliche Richtlinien gibt es bestimmt, aber bestimmte Werte als default anzusetzen ist in OSM immer ganz schwierig. Denn es gibt in OSM immer noch den Status nicht erfasst. Wie willst du also die Aussage hier gilt der Defaultwert von der Aussage Hier wurde noch nicht erfasst, ob der Defaultwert gilt unterscheiden? Wie immer steht es natürlich den Datenauswertern (hier: lightmap) frei, eigene defaults anzunehmen. Vielleicht hilft also eine Email an diese Adresse. Das löst nicht nur das Problem mit dem nicht erkennbaren Status der Erfassung, sondern auch dass über defaults bei OSM wegen ihrer Allgemeingültigkeit immer erst ewig diskutiert werden müsste. Wenn ich lit=* irgendwo auswerten würde (ich hab mit der lightmap nichts zu tun), dann wäre mein angenommener default-Wert abhängig davon, wofür ich es benutze. Wenn meine Anwendung sich um Sicherheit drehen würde (wie komme ich nach hause, ohne durch den DUNKLEN Park zu laufen?), dann würde ich lit=no annehmen und außerdem dazu motivieren, lit einzutragen. Wenn meine Anwendung aber den Stromverbrauch einer Stadt für den Beleuchtungsbereich abschätzen und dabei eher überschätzen sollte, würde ich lit=yes annehmen oder statistisch eine Straße, zu der ich nichts weiß, als zu vielleicht 60% beleuchtet kalkulieren. Ich weiß nicht, ob irgendein default-wert in OSM für alle Anwendungen der entsprechenden Eigenschaft sinnvoll ist, sobald der Mapper sich auf diesen default-Wert verlässt. Defaults auf Programmiererseite anzunehmen ist eine andere Sache. Der gesunde Menschenverstand lässt in manchen Fällen sicher solche Fälle eindeutig erkennen: shop=no gehört sicher nicht an einen highway=*, obwohl das sicher meist korrekt wäre (bei Basaren etc. könnte man sich sogar darüber möglicherweise streiten). Ich will damit jetzt nicht anregen, alles mit jedem nur möglichen Tag zu versehen. Das großflächige Eintragen von Eigenschaften unter der Annahme dass das meist schon stimmen dürfte (wurde hier im Thread glaub ich angesprochen: innerorts sind aber doch alle Straßen beleuchtet), ist natürlich Mist. Wenn diese Annahme stimmt, dann wird der Entwickler (vielleicht nicht idealerweise auch der Mapper) diesen default annehmen, solange der Tag fehlt. Aber der Unsicherheitsfaktor, den eine Anwendung mit berücksichtigen kann, wenn eben kein Tag da ist, fehlt dann. Wenn ich aber vor Ort gewesen bin und deshalb ohne zu vermuten wissend lit=yes eintrage, ist das richtig und ein Mehrwert für den Auswerter des lit-Tags. Bevor hier jetzt das Argument der Datenbank-Größe ankommt: Ja, das ist ein Problem, dass die OSM-Datenbank größer wird. Ich rede hier aber von manuellem Hinzufügen von kontrollierten Tags. Wenn das die Grenze der Software sprengt, ist das letztendlich ein Problem, dem wir auf Seiten von Softwarearchitekturen und Bibliotheken begegnen müssen und nicht, indem wir Mapper beschränken. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] hilfe bei osmosis
hi ! ich kämpfe mal wieder mit osmosis - habe vorher die Daten über die Overpass heruntergeladen, UserID und UserName hineingeschoben und damit sollte es wieder funktionieren. Der Aufruf von osmosis mache ich mit %osmworkfolder%\osmosis\bin\osmosis.bat --read-xml %tempfolder%$osm4map_basedata_%theme%_User.osm --read-xml %maperitive_folder%_AdditionalData\add_motorway_junction.osm --m --write-xml %tempfolder%$osm4map_basedata_%theme%_merge.osm Dann kommt es zu folgender Meldung: Verschmelzen mit Zusatzdaten 16.11.2012 10:35:20 org.openstreetmap.osmosis.core.Osmosis run INFO: Osmosis Version 0.40.1 16.11.2012 10:35:20 org.java.plugin.registry.xml.ManifestParser init INFO: got SAX parser factory - org.apache.xerces.jaxp.SAXParserFactoryImpl@360be 0 16.11.2012 10:35:20 org.java.plugin.registry.xml.PluginRegistryImpl configure INFO: configured, stopOnError=false, isValidating=true 16.11.2012 10:35:20 org.java.plugin.registry.xml.PluginRegistryImpl register INFO: plug-in and fragment descriptors registered - 1 16.11.2012 10:35:20 org.java.plugin.standard.StandardPluginManager activatePlugi n INFO: plug-in started - org.openstreetmap.osmosis.core.plugin.Core@0.40.1 16.11.2012 10:35:20 org.openstreetmap.osmosis.core.Osmosis run INFO: Preparing pipeline. 16.11.2012 10:35:20 org.openstreetmap.osmosis.core.Osmosis run INFO: Launching pipeline execution. 16.11.2012 10:35:20 org.openstreetmap.osmosis.core.Osmosis run INFO: Pipeline executing, waiting for completion. 16.11.2012 10:35:20 org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskMan ager waitForCompletion SCHWERWIEGEND: Thread for task 1-read-xml failed org.openstreetmap.osmosis.core.OsmosisRuntimeException: An output error has occu rred, aborting. at org.openstreetmap.osmosis.core.store.DataPostbox.checkForOutputErrors (DataPostbox.java:78) at org.openstreetmap.osmosis.core.store.DataPostbox.populateCentralQueue (DataPostbox.java:129) at org.openstreetmap.osmosis.core.store.DataPostbox.put(DataPostbox.java :184) at org.openstreetmap.osmosis.set.v0_6.impl.DataPostboxSink.process(DataP ostboxSink.java:34) at org.openstreetmap.osmosis.core.sort.v0_6.SortedEntityPipeValidator.pr ocess(SortedEntityPipeValidator.java:58) at org.openstreetmap.osmosis.xml.v0_6.impl.NodeElementProcessor.end(Node ElementProcessor.java:118) at org.openstreetmap.osmosis.xml.v0_6.impl.OsmHandler.endElement(OsmHand ler.java:107) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source ) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unkn own Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElemen t(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContent Dispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un known Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Sour ce) at org.apache.xerces.jaxp.SAXParserImpl.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at org.openstreetmap.osmosis.xml.v0_6.XmlReader.run(XmlReader.java:108) at java.lang.Thread.run(Unknown Source) 16.11.2012 10:35:20 org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskMan ager waitForCompletion SCHWERWIEGEND: Thread for task 2-read-xml failed org.openstreetmap.osmosis.core.OsmosisRuntimeException: Node -2731 does not have a version attribute as OSM 0.6 are required to have. Is this a 0.5 file? at org.openstreetmap.osmosis.xml.v0_6.impl.NodeElementProcessor.begin(No deElementProcessor.java:74) at org.openstreetmap.osmosis.xml.v0_6.impl.OsmHandler.startElement(OsmHa ndler.java:90) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Sour ce) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElemen t(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContent Dispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un known Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Sour ce) at
Re: [Talk-de] hilfe bei osmosis
hi jan, ihm gefallen die Daten im 2.File (add_motorway_junction.osm) nicht. Mach davon mal ne kleinere Version (1-2 Datensätze) und poste die bitte *komplett *als aw-data. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/hilfe-bei-osmosis-tp5736047p5736053.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hilfe bei osmosis
als Raw-data bitte -- View this message in context: http://gis.19327.n5.nabble.com/hilfe-bei-osmosis-tp5736047p5736054.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: problem mit mapcss-load - erledigt
Hi ! mag es gar nicht sagen - war eine flasche Datei. Hatte immer in der Datei ohne Suffix gesucht. Asche auf mein Haupt. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbeleuchtung (lit=yes)
On Thu, Nov 15, 2012 at 09:11:54PM +0100, RalfGesellensetter wrote: Gibt es vielleicht dafür sogar Richtlinien, so dass man die Beleuchtung als default voraussetzen kann, wenn innerorts nicht explizit lit=no getaggt ist? (ähnlich wie bei max_speed?). max_speed hat ein implizites default? Wo? Und wie findest du Straßen die innerorts sind - Haben die ein tag innerorts=yes ? Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hilfe bei osmosis
Hi ! ich kann leider nur mit ZIP oder Rar dienen. Letzteres vollständiges Archiv (35kb) ist unter http://www.tappenbeck.net/forum/osm/add_motorway_junction.rar zu finden. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hilfe bei osmosis
jan99 wrote Hi !ch kann leider nur mit ZIP oder Rar dienen. Letzteres vollständiges hi steht doch alles: xml-attribute uid, user und version fehlen. so sieht ein richtiges Osm-Objekt für osmosis aus: Gruss walter p.s. raw ist bei talk das gleiche wie [code] ... [/code] im Forum -- View this message in context: http://gis.19327.n5.nabble.com/hilfe-bei-osmosis-tp5736047p5736071.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hilfe bei osmosis
gerade gesehen: changeset fehlt auch. kann aber alles dummy sein, hauptsache das Format stimmt. -- View this message in context: http://gis.19327.n5.nabble.com/hilfe-bei-osmosis-tp5736047p5736072.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbeleuchtung (lit=yes)
Am 15.11.2012 21:11, schrieb RalfGesellensetter: Gibt es vielleicht dafür sogar Richtlinien, so dass man die Beleuchtung als default voraussetzen kann, wenn innerorts nicht explizit lit=no getaggt ist? (ähnlich wie bei max_speed?). Nur sehr bedingt, denn Default-Wert geht nur mit raten. Raten, ob der Wert noch nicht erfasst wurde, oder absichtlich weggelassen wurde. Davon abtrennen muss man Defaultwerte, die die Auswerter sich überlegen. Um auf dein max_speed zu kommen. Dem Router muss der Auswerter einen Wert übergeben. Wenn keiner in den Daten steht, muss er sich einen aus den Fingern saugen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbeleuchtung (lit=yes)
Am Freitag, den 16.11.2012, 10:24 +0100 schrieb Jimmy_K: Ein default Wert von yes würde ich als Versuch der Vortäuschung von einer besseren Datenmenge sehen. +1 Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hilfe bei osmosis
Am 16.11.2012 12:11, schrieb Walter Nordmann: gerade gesehen: changeset fehlt auch. kann aber alles dummy sein, hauptsache das Format stimmt. -- View this message in context: http://gis.19327.n5.nabble.com/hilfe-bei-osmosis-tp5736047p5736072.html Sent from the Germany mailing list archive at Nabble.com. Moin! merkwürdig - die Daten habe ich mal mit josm erstellt und der ist doch empfindlich. War wohl mal wieder etwas gutgläubig. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SPON: Matthias Kremp hat Here-Net mit Google Maps und den diversen OSM basierten Webdiensten verglichen
Hallo Johann, Am Freitag, 16. November 2012, 01:54:41 schrieb Johann H. Addicks: aus Neugier: welche zwei der richtig großen Portale sind denn gemeint? Cloudmade und Mapquest. maps.cloudmade.com hätte ich jetzt eher unter Demo eingeordnet. Ich glaube nicht, dass viele Leute da rauf gehen, um ihre nächste Tour zu planen. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anmeldung Garmin Hackweekend
Hallo, wollte noch mal an das Garmin Hackweekend [1] erinnern. Am Wochenende schicke ich dem Hotel die Anmeldezahlen. Nachträglich anmelden geht, voraus gesetzt, es sind noch Zimmer frei. Macht die Planung aber etwas schwieriger. [1] http://wiki.openstreetmap.org/wiki/Garmin_Project Mfg Marc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hilfe bei osmosis
jan99 wrote merkwürdig - die Daten habe ich mal mit josm erstellt und der ist doch empfindlich. War wohl mal wieder etwas gutgläubig. nicht ganz. Du hast eine Datei genommen, die du vorher *nicht* hochgeladen hast. Da fehlen natürlich diese Attribute. osmosis will aber richtige Daten, also mit user, ... Die werden beim Upload eingesetzt und beim Download dann mit kopiert. Da du deine Daten aber nicht hochladen willst (ist ja genau der Sinn deiner Aktion), musst du osmosis halt überlisten. Gruss walter p.s. es könnte sein, dass der Wert bei action=* eine Rolle spielt oder das es eine seltene osmosis-Option gibt, aber das möchte ich hier nicht klären. Hauptsache, es ist klar, was osmosis nicht gefällt. -- View this message in context: http://gis.19327.n5.nabble.com/hilfe-bei-osmosis-tp5736047p5736090.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SPON: Matthias Kremp hat Here-Net mit Google Maps und den diversen OSM basierten Webdiensten verglichen
Cloudmade ist - indirekt - moeglicherweise populaer in der Radfahrer-Gemeinde fuer off-line routing. Sowohl BikeRouteToaster.com als auch BikeHike.co.uk benutzen Cloudmade routing auf ihren web sites. Ich kenne allerdings keine Benutzerzahlen. Volker 2012/11/16 Eckhart Wörner ewoer...@kde.org Hallo Johann, Am Freitag, 16. November 2012, 01:54:41 schrieb Johann H. Addicks: aus Neugier: welche zwei der richtig großen Portale sind denn gemeint? Cloudmade und Mapquest. maps.cloudmade.com hätte ich jetzt eher unter Demo eingeordnet. Ich glaube nicht, dass viele Leute da rauf gehen, um ihre nächste Tour zu planen. Eckhart ___ 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] Detailmapping
Hallo zusammen, Ich bin gerade auf einen Fall von außerordentlichem Detailmapping gestossen [1]: Gartenwege, Grundstücksbegrenzungen durch Zäune und Hecken, Garagenauffahrten, kleine Gartnteiche etc. Mir ist schon klar, dass, wenn es die entsprechenden Tags gibt, sie auch benutzt werden. Aber aus meiner Sicht, ist das schon mehr als übertrieben. Was meint ihr. Sollte man den Nutzer weiterhin so gewähren lassen oder ihn vielleicht doch mal drauf hinweisen, dass das, was er macht, übertrieben ist? Viele Grüße, Constanze [1] http://www.openstreetmap.org/?zoom=18lat=51.93865lon=11.22743 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Detailmapping
Hallo Constanze, ich finde jeder sollte das mappen was ihm Spaß bereitet, übertrieben finde ich es nicht. Gruß Martin Am 16.11.2012 14:48, schrieb tumsi: Hallo zusammen, Ich bin gerade auf einen Fall von außerordentlichem Detailmapping gestossen [1]: Gartenwege, Grundstücksbegrenzungen durch Zäune und Hecken, Garagenauffahrten, kleine Gartnteiche etc. Mir ist schon klar, dass, wenn es die entsprechenden Tags gibt, sie auch benutzt werden. Aber aus meiner Sicht, ist das schon mehr als übertrieben. Was meint ihr. Sollte man den Nutzer weiterhin so gewähren lassen oder ihn vielleicht doch mal drauf hinweisen, dass das, was er macht, übertrieben ist? Viele Grüße, Constanze [1] http://www.openstreetmap.org/?zoom=18lat=51.93865lon=11.22743 ___ 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] Detailmapping
On 11/16/2012 03:04 PM, Martin Czarkowski wrote: ich finde jeder sollte das mappen was ihm Spaß bereitet, übertrieben finde ich es nicht. andere mappen Gullideckel, Dachformen oder Kaugummiautomaten ... dagegen finde ich Hecken, Gartenzäune und Einfahrten noch harmlos (und ja, das mit den Kaugummiautomaten bin ich u.a. selbst ;) von daher: Weitermachen (lassen)! -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Detailmapping
Am 16.11.2012 14:48, schrieb tumsi: Ich bin gerade auf einen Fall von außerordentlichem Detailmapping gestossen [1]: Gartenwege, Grundstücksbegrenzungen durch Zäune und Hecken, Garagenauffahrten, kleine Gartnteiche etc. Und, sind die Daten falsch? Oder warum stören sie dich? Ich sehe zwar in den Daten schon einige Qualitätsprobleme (z.B. Knoten mit barrier=gate, die neben statt im Way sind) und es könnte sinnvoll sein, speziell auf solche handwerklichen Fragen hinzuweisen. Aber das Detailmapping an sich sehe ich nicht als übertrieben. Jeder hat nun mal seine eigenen Prioritäten und das ist bei OSM selbstverständlich auch erlaubt. Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis Dienstleistung gesucht
andy jelinek schrieb: wir sind ein kleines Kartografie Unternehmen und suchen jemanden der für uns eine Osmosis Anwendung erstellt, welche wir hier in Zukunft werwenden können. Die Anwendung soll bestimmte Daten herausfiltern (um das Datenvolumen zu verringern) und beschneiden (Bounding Box). Das muss jedoch nicht gelichzeitig passiern. Leider kann ich euch programmiertechnisch ebenfalls nicht helfen, aber vielleicht hilft euch schon die bereits existierende grafische Oberfläche: http://wiki.openstreetmap.org/wiki/Osmembrane Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Detailmapping
Am 16.11.2012 14:48, schrieb tumsi: Hallo zusammen, Ich bin gerade auf einen Fall von außerordentlichem Detailmapping gestossen [1]: Gartenwege, Grundstücksbegrenzungen durch Zäune und Hecken, Garagenauffahrten, kleine Gartnteiche etc. Mir ist schon klar, dass, wenn es die entsprechenden Tags gibt, sie auch benutzt werden. Aber aus meiner Sicht, ist das schon mehr als übertrieben. Was meint ihr. Sollte man den Nutzer weiterhin so gewähren lassen oder ihn vielleicht doch mal drauf hinweisen, dass das, was er macht, übertrieben ist? Warum ist das übertrieben? Wenn ich eine Karte eines Wohnblocks haben möchte, würde ich mich über diese Details durchaus freuen, und wenn wir in Zukunft dazu kommen sollten, das maximale Zoomlevel auf 20, 22 oder noch größer anbieten zu können, was ich begrüßen würde, dann wären gerade solche Infos doch klasse. Und selbst über die Online-Karte hinaus: Zu wissen, wo Zäune und Hecken stehen, hilft durchaus, sich ein Bild davon zu machen, wie es da aussieht. Es gibt die Möglichkeit zu erkennen, wie viel Platz für Fußgänger da ist, und bestimmt noch viel mehr. Wir brauchen das (noch) nicht, aber es stört eigentlich auch kaum - solange die Tags passen. Klar: Wenn ein Gartenteich als See eingetragen wird, kann man darüber diskutieren, ob das richtig ist oder nicht - aber wo ist die Grenze zwischen See und Teich? Gibt es einen alternativen Tag dafür oder einen Zusatztag? Aber solange das Bearbeiten der wichtigsten Daten (wenn man das denn überhaupt eindeutig sagen kann) nicht nennenswert gefährdet ist, würde ich das erstmal nicht als Problem sehen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Detailmapping
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-11-16 14:48, tumsi wrote: Hallo zusammen, Ich bin gerade auf einen Fall von außerordentlichem Detailmapping gestossen [1]: Gartenwege, Grundstücksbegrenzungen durch Zäune und Hecken, Garagenauffahrten, kleine Gartnteiche etc. Mir ist schon klar, dass, wenn es die entsprechenden Tags gibt, sie auch benutzt werden. Aber aus meiner Sicht, ist das schon mehr als übertrieben. Was meint ihr. Sollte man den Nutzer weiterhin so gewähren lassen oder ihn vielleicht doch mal drauf hinweisen, dass das, was er macht, übertrieben ist? Da fehlen noch die Bäume, die 3D Daten der Gartenlauben, :-) Jeder soll mappen, was er für richtig hält, aber bitte die Standards einhalten und nicht die Arbeit anderer mutwillig zerstören. Vielleicht hat er ja einen guten Grund, dieses so zu mappen. Und sei es nur, weil er die Gegend GUT kennt und eine Karte für die Kleingartensiedlung haben möchte. Vielleicht sollt ich ihn mal in meinen Heimatort einladen, dort fehlt noch vieles, ich bin zu selten dort... Viele Grüße, Constanze MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCmTeIACgkQmWhuE0qbFyMtvwCfaQqJ2iBDbDnqDCmG+FB8Vulc vwwAn0/dAhcElIGmDaEDFk+KTNR3sYIj =1Vdz -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Detailmapping
Am 16.11.2012 14:48, schrieb tumsi: Hallo zusammen, Ich bin gerade auf einen Fall von außerordentlichem Detailmapping gestossen [1]: Gartenwege, Grundstücksbegrenzungen durch Zäune und Hecken, Garagenauffahrten, kleine Gartnteiche etc. Mir ist schon klar, dass, wenn es die entsprechenden Tags gibt, sie auch benutzt werden. Aber aus meiner Sicht, ist das schon mehr als übertrieben. Was meint ihr. Sollte man den Nutzer weiterhin so gewähren lassen oder ihn vielleicht doch mal drauf hinweisen, dass das, was er macht, übertrieben ist? Viele Grüße, Constanze [1] http://www.openstreetmap.org/?zoom=18lat=51.93865lon=11.22743 Den vielfachen Einsatz von track würde ich mal kritisieren wollen, das sind überwiegend keine tracks und von daher sieht das nach Mappen für den Renderer aus. Man könnte den User auf den sinnvollen Einsatz von access-tags hinweisen und auf highway=service, service=alley. Gegen den Detailreichtum als solchen kann ich eigentlich nichts einwenden, aucn wenn ich denke, daß der Energieeinsatz anderswo u.U. nützlicher wäre. Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Detailmapping
Am 16/nov/2012 um 15:59 schrieb Rainer Knaepper sm...@gmx.de: Man könnte den User auf den sinnvollen Einsatz von access-tags hinweisen und auf highway=service, service=alley. Du meintest vermutlich service=driveway weil alleys sind das m.E. nicht, tracks aber sicherlich auch nicht. Ansonsten schließe ich mich den anderen an, kann hier nichts Übertriebenes erkennen, im Gegenteil werden wir vermutlich bald in vielen Orten einen solch hohen Detaillierungsgrad erreichen können. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Detailmapping
Hallo, ich habe bisher Dinge (bis auf das Gebäude) auf einem Privatgrundstück grds. nicht gemappt, da ich die Privatsphäre respektieren möchte. Bei einem Wohnblock, zu dem ein Fussweg führt, sehe ich das anders, da es öffentlich ist. Ähnlich sehe ich es bei Telefonnumern, diese sind von Privatpersonen aus meiner Sicht absolut Tabu. Bei Restaurants, Shops oder Ärzten finde ich es OK. Am Freitag, 16. November 2012, 14:48:15 schrieb tumsi: Hallo zusammen, Ich bin gerade auf einen Fall von außerordentlichem Detailmapping gestossen [1]: Gartenwege, Grundstücksbegrenzungen durch Zäune und Hecken, Garagenauffahrten, kleine Gartnteiche etc. Mir ist schon klar, dass, wenn es die entsprechenden Tags gibt, sie auch benutzt werden. Aber aus meiner Sicht, ist das schon mehr als übertrieben. Was meint ihr. Sollte man den Nutzer weiterhin so gewähren lassen oder ihn vielleicht doch mal drauf hinweisen, dass das, was er macht, übertrieben ist? Viele Grüße, Constanze [1] http://www.openstreetmap.org/?zoom=18lat=51.93865lon=11.22743 ___ 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] Detailmapping
Am 16.11.2012 19:18, schrieb talk-de-boun...@openstreetmap.org: Hallo, ich habe bisher Dinge (bis auf das Gebäude) auf einem Privatgrundstück grds. nicht gemappt, da ich die Privatsphäre respektieren möchte. Bei einem Wohnblock, zu dem ein Fussweg führt, sehe ich das anders, da es öffentlich ist. +1 Und auch die Hecke rund um das Grundstück sehe ich als völlig unproblematisch an. Auf dem Grundstück selbst würde ich mir vermutlich im Einzelfall überlegen, ob ich das eintrage oder nicht. Was hinter einer Hecke normalerweise nicht zu sehen ist, würde ich aber eher nicht eintragen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] key start_date
Hallo allerseits, ich bin ganz neu auf der Liste und relativ neu bei OSM. Mich interessiert das Potenzial von OSM im Hinblick auf die Integration und Darstellung von historischen Informationen. Dabei bin auf den key start_date aufmerksam geworden und ging davon aus, dass man damit die Jahre der Fertigstellung von Gebäuden eintragen kann und dann - mit entsprechenden rendering rules - eine Geschichtskarte für eine bestimmte Stadt erstellen kann. Darauf könnte man dann schön erkennen, welche Stadtviertel bzw. welche Gebäude aus welcher Zeit stammen. Allerdings wird start_date bisher für verschiedene features genutzt: Zum einen für das Baujahr eines Gebäudes; zum anderen auch für die Eröffnung von irgendwelchen amenities etc. Das heißt also, dass beispielsweise die Eröffnung des Supermarktes im Jahr 2012 kollidiert mit der Angabe, dass das Gebäude, in dem der Laden sich befindet, im Jahr 1950 gebaut wurde. Deshalb meine Frage: Wie kann man eine klare Bezeichnung für Baujahre, also Datum der Fertigstellung des Gebäudes, schaffen? Gruß, MAK ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] key start_date
Deshalb meine Frage: Wie kann man eine klare Bezeichnung für Baujahre, also Datum der Fertigstellung des Gebäudes, schaffen? Wie wäre es mit start_date:building=1950 start_date:shop=2012 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Detailmapping
On 16.11.2012 18:38, Peter Wendorff wrote: Am 16.11.2012 19:18, schrieb talk-de-boun...@openstreetmap.org: Hallo, ich habe bisher Dinge (bis auf das Gebäude) auf einem Privatgrundstück grds. nicht gemappt, da ich die Privatsphäre respektieren möchte. Bei einem Wohnblock, zu dem ein Fussweg führt, sehe ich das anders, da es öffentlich ist. +1 Und auch die Hecke rund um das Grundstück sehe ich als völlig unproblematisch an. Auf dem Grundstück selbst würde ich mir vermutlich im Einzelfall überlegen, ob ich das eintrage oder nicht. Was hinter einer Hecke normalerweise nicht zu sehen ist, würde ich aber eher nicht eintragen. Streitthema - Pool im Garten, auf Bing! erkennbar, man hört ihn manchmal, direkt sehen kann man ihn dank Hecke/Zaun ned. Ich hab ihn eingetragen. Mit access=private. Gruß Peter MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] hilfe bei osmosis
am Freitag, 16. November 2012 um 13:04 schrieb Jan Tappenbeck: merkwürdig - die Daten habe ich mal mit josm erstellt und der ist doch empfindlich. JOSM erstellt nicht das normale OSM-XML [1], sondern ein spezielles JOSM-File-Format, welches Daten und Änderungen gleichzeitig speichert. Es hat wie schon erwähnt einige zusätliche Elemente (action), dafür fehlen andere Elemente wie version. Zur Konvertierung habe ich die Daten bisher zur Test-API [1], [2] hochgeladen und wieder runtergeladen. Es sollte aber kein Hexenwerk sein, einen Konverter zu schreiben. Christian [1] http://wiki.openstreetmap.org/wiki/JOSM_file_format [2] http://api06.dev.openstreetmap.org [3] http://wiki.openstreetmap.org/wiki/Sandbox_for_editing ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbeleuchtung (lit=yes)
Am Donnerstag, 15. November 2012 schrieb Robert S.: Auch bei max_speed ist es empfohlen, die Gültigkeit des Defaultwertes explizit zu erfassen (source:maxspeed=*). Hallo, das war mir schon klar, und natürlich würde es die Datenbank auch immens aufblähen, derartige Tags von einem Bot bei bestimmten Straßentypen (z.B. belgischen Autobahnen) setzen zu lassen. Aber auch das händische Eintragen ist sehr aufwändig, zumal inzwischen die meisten Straßenzüge wegen detailierter Features in viele Teilstücke zergliedert sind (wobei es zugegeben meist eine übergreifende Relation gibt, die aber nicht immer da endet, wo die Laternen aufhören. Aus der Sicht eines Mappers wäre es einfacher, bei Wohnstraßen lit=yes als Default, bei anderen Straßen umgekehrt anzunehmen, aber das ist dann eher eine Frage der Auswertung, da stimme ich Ronnie und auch Peter zu. Die Kritik an der Undifferenziertheit des Tags (Helligkeit, Abstand, Brenndauer) ist ebenfalls berechtigt, ich denke, am Besten wären hier einfach Satelliten-Layers mit Nachtaufnahmen, um einen wirklich hellen Weg zu finden. Könnte auch beim Taggen helfen, gibt es da was? Werden auch schon einzelne Straßenlaternen gemappt? Gibt es machmal an Kreuzungen (lit=yes an Knoten?). Ansonsten stehen hier die Laternen meist im Abstand von 50 m auf nur einer Straßenseite. Manche sind auch zugewachsen - und in manchen Gegenden braucht man eine Handynummer zum Anschalten. Danke für eure Beiträge Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] key start_date
Am 16/nov/2012 um 19:52 schrieb Robert S. osm-m...@autobahnen-europa.eu: Deshalb meine Frage: Wie kann man eine klare Bezeichnung für Baujahre, also Datum der Fertigstellung des Gebäudes, schaffen? Wie wäre es mit start_date:building=1950 start_date:shop=2012 -1, wenn das Gebäude und das Geschäft darin dasselbe Objekt in OSM sind, dann ist was schief gegangen und spätestens in dem Moment wo man das Baujahr einträgt sollte man die 2 sauber trennen, z.b. indem man für das Geschäft eine Multipolygonrelation erstellt, oder notfalls einen Node innerhalb des Gebäudes. Unklarheiten gibt es sonst auch bei anderen Tags wie name, operator, etc. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Detailmapping
Moin! Am 16.11.2012 14:48, schrieb tumsi: Ich bin gerade auf einen Fall von außerordentlichem Detailmapping gestossen [1]: Gartenwege, Grundstücksbegrenzungen durch Zäune und Hecken, Garagenauffahrten, kleine Gartnteiche etc. Ich würde bei einer solchen Siedlung allenfalls die Wohnhäuser als building=house erfassen, da ich in den übrigen Details kaum einen Nutzen erkenne. Aber, wie die übrigen schon geschrieben haben, steht es jedem frei, auch solche Detailelemente aufzunehmen. Für einige Anwendungen sind so viele Detail allerdings lästig. Manche Karten sind mit weniger Elementen übersichtlicher, auf GPS-Geräten ist der Speicherplatz begrenzt und die geringe Rechenleistung kann die Anzeige sehr träge machen, etc. Daher wäre es gut, wenn Garagen, private Auffahrten, Zäune zwischen Einzelgrundstücken, Pools oder Gartenteiche filterbar wären ohne die ähnlichen Elemente im öffentlichen Raum zu verlieren. Gebäude versuche ich (soweit möglich) als building=garage/house/appartment/... zu erfassen. Auffahrten als highway=service, service=driveway (track ist hier natürlich falsch) sind ebenfalls bei Bedarf unterdrückbar. Für die übrigen Elemente sollten wir ähnliche Unterscheidungen einführen, bevor die Nutzer, die das nächste Freibad suchen, zu den privaten Pools im Damaschkeweg 8, 10, 14 und 23 geschickt werden und sie sich daraufhin von OSM abwenden. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Progetto mappatura sentieri
Il 15 novembre 2012 18:12, solitone solit...@mail.com ha scritto: Ciao, ciao perché la pagina che hai citato tu mi è dedicata all'escursionismo a piedi, all'hiking cioè; nella nuova vorrei raccogliere anche le prassi da adottare per i tag dedicati a altri sport, come la MTB, http://wiki.openstreetmap.org/wiki/IT:Mountain_biking come scrivi te ci sono pagine dedicate ai vari sport, secondo me è meglio utilizzare quelle piuttosto che creare un'ulteriore mappa Inoltre, quella pagina mi sembrava più che altro una traduzione della corrispondente pagina originale in inglese, e non me la sono sentito di innestarmi lì. Se però lo ritenere non ho nessun problema a spostare il tutto là. Fatemi sapere cosa preferite! secondo me è meglio utilizzare quelle -- 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] Progetto mappatura sentieri
Am 15/nov/2012 um 12:12 schrieb solitone solit...@mail.com: Per questo ho creato questa pagina sul wiki di OSM, dove vorrei che arrivassimo a specificare lo standard da usare: http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Sentieri Penso che non ci basta un modo uniforme in Italia, la scala deve essere globale. Propongo di migliorare la docu esistente (se necessario) invece di creare nuove pagine, perché il problema è quello della manutenzione e più pagine che abbiamo più rischiamo che si contraddiranno tra di loro. Vedi per esempio http://wiki.openstreetmap.org/wiki/IT:Hiking Ciao, Martin___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Am 15/nov/2012 um 17:55 schrieb Luca Delucchi lucadel...@gmail.com: mi fa molto piacere il tuo slancio e sicuramente contribuirò, ma perchè creare una nuova pagina e non usare http://wiki.openstreetmap.org/wiki/IT:Hiking ? Scusate il rumore visto troppo tardi che Luca aveva già scritto la stessa cosa ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Am 15/nov/2012 um 18:12 schrieb solitone solit...@mail.com: Inoltre, quella pagina mi sembrava più che altro una traduzione della corrispondente pagina originale in inglese È giusto che lo sia, dovremmo cercare di tenere il significato dei tags uniforme nel tutto il mondo Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Martin Koppenhoefer ha scritto: Am 15/nov/2012 um 18:12 schrieb solitone solit...@mail.com: Inoltre, quella pagina mi sembrava più che altro una traduzione della corrispondente pagina originale in inglese È giusto che lo sia, dovremmo cercare di tenere il significato dei tags uniforme nel tutto il mondo Quello che ho in mente è un progetto operativo. Cioè, avrei voluto discutere problemi *operativi* di mappatura, non estensioni dell'uso dei tag o creazioni di nuovi tag, o diverse interpretazioni dei tag. Cose del tipo: - il sentiero 60 della collina torinese ha name=60; non sarebbe meglio mettere il numero in ref=60 e mettere invece il nome Sentiero degli Alberi, indicato in alcuni cartelli del Parco di Superga, in name=Sentiero degli Alberi? - il sentiero 1 della collina torinese ha name=S1. In realtà, sulle paline si trova 1, non S1; sarebbe meglio togliere il valore da name e mettere ref=1; - il sentiero GTC non è associato a una relazione, ma converrebbe farlo; giustificando le scelte con la documentazione (le pagine wiki) già esistenti. Qualora fosse necessario approfondire l'uso di un tag, invece, la discussione andrebbe portata avanti sulle pagine già esistenti. Per esempio, dubbi come usare o meno mtb:scale su highway di tipo track, andrebbero dipanati nella pagina Mountain Biking. Mi rendo conto che la motivazione operativa che ho in mente forse non può essere portata avanti a livello nazionale. Per il momento mi accontenterei di riuscire a organizzare un gruppo per uniformare la mappatura dei sentieri della collina torinese, dove sono attivo. Sempre attenendosi alla documentazione esistente, non mettendoci del nostro. Ma al fine di eliminare imprecisioni o incongruenze. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Il giorno 16 novembre 2012 11:55, solitone solit...@mail.com ha scritto: Cose del tipo: - il sentiero 60 della collina torinese ha name=60; non sarebbe meglio mettere il numero in ref=60 e mettere invece il nome Sentiero degli Alberi, indicato in alcuni cartelli del Parco di Superga, in name=Sentiero degli Alberi? - il sentiero 1 della collina torinese ha name=S1. In realtà, sulle paline si trova 1, non S1; sarebbe meglio togliere il valore da name e mettere ref=1; - il sentiero GTC non è associato a una relazione, ma converrebbe farlo; giustificando le scelte con la documentazione (le pagine wiki) già esistenti. Perchè non scendi al Centro Incontri in Corso Stati Uniti? C'è OSMit e quelli che ti hanno risposto sono tutti qua :D Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
sabas88 ha scritto: Perchè non scendi al Centro Incontri in Corso Stati Uniti? C'è OSMit e quelli che ti hanno risposto sono tutti qua :D Scusate, ma non ce la faccio :-( ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Quello che ho in mente è un progetto operativo. Cioè, avrei voluto discutere problemi *operativi* di mappatura, non estensioni dell'uso dei tag o creazioni di nuovi tag, o diverse interpretazioni dei tag. In Friuli Venezia Giulia abbiamo messo in piedi una pagina (per ora scarna) per organizzarci il lavoro: http://wiki.openstreetmap.org/wiki/Friuli_Venezia_Giulia/Sentieri simile a quella che abbiamo fatto per la rete stradale: http://wiki.openstreetmap.org/wiki/Friuli_Venezia_Giulia/Strade_principali Avere tutti i sentieri elencati in una pagina aiuta già molto l'uniformità. So che altre regioni hanno pagine simili, forse basterebbe creare una pagina nazionale che linka le varie iniziative regionali. Ovviamente il successo di queste iniziative dipende molto dal numero dei mappatori e da quanto tempo si riesce a dedicare alla documentazione del proprio lavoro. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Martin Koppenhoefer ha scritto: Am 15/nov/2012 um 17:55 schrieb Luca Delucchi lucadel...@gmail.com: mi fa molto piacere il tuo slancio e sicuramente contribuirò, ma perchè creare una nuova pagina e non usare http://wiki.openstreetmap.org/wiki/IT:Hiking ? Scusate il rumore visto troppo tardi che Luca aveva già scritto la stessa cosa OK, quindi secondo voi potremmo raccogliere *tutte* le informazioni sui tag relativi ai sentieri in Hiking? Quindi anche su tag come mtb:scale, che sono invece relativi alla MTB? Il titolo Hiking non rischia di essere fuorviante? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Am 16/nov/2012 um 11:55 schrieb solitone solit...@mail.com: Quello che ho in mente è un progetto operativo. Cioè, avrei voluto discutere problemi *operativi* di mappatura, non estensioni dell'uso dei tag o creazioni di nuovi tag, o diverse interpretazioni dei tag. Cose del tipo: - il sentiero 60 della collina torinese ha name=60; non sarebbe meglio mettere il numero in ref=60 e mettere invece il nome Sentiero degli Alberi, indicato in alcuni cartelli del Parco di Superga, in name=Sentiero degli Alberi? - il sentiero 1 della collina torinese ha name=S1. In realtà, sulle paline si trova 1, non S1; sarebbe meglio togliere il valore da name e mettere ref=1; - il sentiero GTC non è associato a una relazione, ma converrebbe farlo; giustificando le scelte con la documentazione (le pagine wiki) già esistenti. +1 a quelle proposte, le puoi fare direttamente ;-) nel caso che non sei sicuro le potresti anticipare sulla mailing list Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Am 16/nov/2012 um 11:28 schrieb solitone solit...@mail.com: OK, quindi secondo voi potremmo raccogliere *tutte* le informazioni sui tag relativi ai sentieri in Hiking? Quindi anche su tag come mtb:scale, che sono invece relativi alla MTB? Ovviamente no, quelle sul MTB sulla pagina del MTB/ bici Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MapSlow, il routing OSM per chi viaggia a piedi e in bicicletta
Il giorno 15 novembre 2012 16:19, Alberto Conte albertocont...@tiscali.itha scritto: Buonasera a tutti, Vi segnalo che presentiamo oggi il nuovo sito www.mapslow.eu, ... Buona serata, Alberto Conte Mi unisco ai complimenti per il bel servizio. Posso suggerire due piccole correzioni alla pagina? Open Street Map -- OpenStreetMap, si scrive tutto attaccato (e con link al sito di OSM, così qualcuno lo clicca e magari inizia a contribuire alla mappa ;-) è il wikipedia delle mappe -- è la Wikipedia delle mappe Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Stefano Salvador ha scritto: So che altre regioni hanno pagine simili, forse basterebbe creare una pagina nazionale che linka le varie iniziative regionali. Sì, mi sembra una buona idea. Chi conosce queste pagine potrebbe inviare il link? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] wherecamp.eu a ROMA :)
Sono lieto di annunciarvi che sono riuscito a portare l'organizzazione del WhereCamp.EU a Roma :) qui il tweet https://twitter.com/WhereCampEU/status/269447812666777600 e qui il blog post http://wherecamp.eu/blog/2012/11/ciao-roma-wherecamp-eu-is-heading-to-the-eternal-city/ NOTA: wherecamp.eu parla di tecnologie a prescindere dal discorso software libero, i temi pero' dell'interoperabilita', formati aperti, dati aperti ed anche ... dell' open source, sono sempre molto presenti. Si tratta di un barcamp, quindi chiunque puo' andare e fare la sua presentazione. -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Il 16/11/2012 12:04, Stefano Salvador ha scritto: Quello che ho in mente è un progetto operativo. Cioè, avrei voluto discutere problemi *operativi* di mappatura, non estensioni dell'uso dei tag o creazioni di nuovi tag, o diverse interpretazioni dei tag. In Friuli Venezia Giulia abbiamo messo in piedi una pagina (per ora scarna) per organizzarci il lavoro: http://wiki.openstreetmap.org/wiki/Friuli_Venezia_Giulia/Sentieri Prima meraviglia simile a quella che abbiamo fatto per la rete stradale: http://wiki.openstreetmap.org/wiki/Friuli_Venezia_Giulia/Strade_principali Seconda meraviglia Avere tutti i sentieri elencati in una pagina aiuta già molto l'uniformità. So che altre regioni hanno pagine simili, forse basterebbe creare una pagina nazionale che linka le varie iniziative regionali. Approvo con entusiasmo. Ovviamente il successo di queste iniziative dipende molto dal numero dei mappatori e da quanto tempo si riesce a dedicare alla documentazione del proprio lavoro. Ciao, Stefano Quali sono le altre regioni virtuose ?:-) Ciao Mario. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Mario Pichetti ha scritto: Approvo con entusiasmo. Quali sono le altre regioni virtuose ?:-) Ok, ho modificato la pagina: http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Sentieri cercando di chiarire lo scopo e inserendo il link alla pagina virtuosa del Friuli Venezia Giulia ;-) Al momento non ci sono altre pagine con nome Regione/Sentieri. Se qualcuno conosce altre pagine analoghe, ma con nome differente, può annotarlo là. Grazie ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Ecco abbozzata la pagina del Trentino: http://wiki.openstreetmap.org/wiki/Trentino/Sentieri ciao! 2012/11/16 solitone solit...@mail.com Mario Pichetti ha scritto: Approvo con entusiasmo. Quali sono le altre regioni virtuose ?:-) Ok, ho modificato la pagina: http://wiki.openstreetmap.org/**wiki/WikiProject_Italy/**Sentierihttp://wiki.openstreetmap.org/wiki/WikiProject_Italy/Sentieri cercando di chiarire lo scopo e inserendo il link alla pagina virtuosa del Friuli Venezia Giulia ;-) Al momento non ci sono altre pagine con nome Regione/Sentieri. Se qualcuno conosce altre pagine analoghe, ma con nome differente, può annotarlo là. Grazie __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
Il 16/11/2012 17:27, Tiziano D'Angelo ha scritto: Ecco abbozzata la pagina del Trentino: http://wiki.openstreetmap.org/wiki/Trentino/Sentieri ciao! Capperi, ci sappiamo fare con i tastini e con la testina :-) , mas rapido. 2012/11/16 solitone solit...@mail.com mailto:solit...@mail.com Mario Pichetti ha scritto: Approvo con entusiasmo. Quali sono le altre regioni virtuose ?:-) Ok, ho modificato la pagina: http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Sentieri cercando di chiarire lo scopo e inserendo il link alla pagina virtuosa del Friuli Venezia Giulia ;-) Al momento non ci sono altre pagine con nome Regione/Sentieri. Se qualcuno conosce altre pagine analoghe, ma con nome differente, può annotarlo là. Grazie Ciao, Mario. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] shapefile for JOSM
Possibile che non esista un sistema meno ostico per convertire gli shapefile. Voi cosa usate ? -- RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL. Le informazioni contenute in questa comunicazione sono riservate e destinate esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati. Se questa comunicazione Vi e' pervenuta per errore, siete pregati di informare il mittente rispondendo a questa mail. I dati riportati nel presente documento sono trattati nel rispetto del D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] shapefile for JOSM
Prova a usare il plugin OpenData in JOSM per aprire gli SHP. ciao! 2012/11/16 Mario Pichetti mario.piche...@gmail.com Possibile che non esista un sistema meno ostico per convertire gli shapefile. Voi cosa usate ? -- RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL. Le informazioni contenute in questa comunicazione sono riservate e destinate esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati. Se questa comunicazione Vi e' pervenuta per errore, siete pregati di informare il mittente rispondendo a questa mail. I dati riportati nel presente documento sono trattati nel rispetto del D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali. __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
ACiao anche io sono interessato. Vi seguo da molto, uso osm sul mio Garmin ma sono riuscito a contribuire veramente poco fino ad ora ;-( Comunque vi sottopongo un caso Andando di recente su un sentiero cai sull'appennino bolognese ad un certo punto il sentiero era stato cancellato da campi coltivati e cosi ho fatto un fuori sentiero per raggiungere la destinazione. Sul gps avevo scaricato la traccia da sentieri web il sito della regione er. Cosa consigliate su osm? Inserire il tracciato solo per il tratto percorribile? Segnare anche l'ipotetico tracciato ma non percorribile? Aggiungere il mio fuori pista almeno per far vedere che il sentiero non finisce nel vuoto ma che almeno si può raggiungere la destinazione (una fondovalle)? Ciao! Il giorno 15/nov/2012 17:56, Luca Delucchi lucadel...@gmail.com ha scritto: Il 15 novembre 2012 12:12, solitone solit...@mail.com ha scritto: Ciao a tutti, ciao mi piacerebbe che discutessimo sulle linee guida da seguire per la mappattura dei sentieri in Italia, in modo da arrivare a una mappattura il più possibile uniforme. Per questo ho creato questa pagina sul wiki di OSM, dove vorrei che arrivassimo a specificare lo standard da usare: http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Sentieri Per discutere possiamo usare la corrispondente pagina di discussione: http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Italy/Sentieri mi fa molto piacere il tuo slancio e sicuramente contribuirò, ma perchè creare una nuova pagina e non usare http://wiki.openstreetmap.org/wiki/IT:Hiking ? -- 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 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progetto mappatura sentieri
2012/11/16 Stefano Fabi stefano.f...@gmail.com: Cosa consigliate su osm? Non penso che esista una risposta definitiva. Personalmente traccerei tutto con queste avvertenze: 1. spezzerei il percorso in (almeno) 3 way: il primo tratto presente, il secondo tratto assente, il terzo tratto presente. 2. mapperei il primo e il terzo tratto con i tag corretti: ad esempio highway=path se si tratta di sentiero (oppure highway=track se è una strada forestale, ecc.) 3. NON metterei alcun tag highway al tratto intermedio, perché sul suolo non esiste 4. metterei tutti i pezzi all'interno di una relazione che indichi il sentiero (nome, ref, operator ecc.) Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] MapSlow, il routing OSM per chi viaggia a piedi e in bicicletta
Bello, bravi. Se fosse ottimizzato anche per il browsing mobile sarebbe perfetto. Ciao /niubii/ Il giorno 15/nov/2012 16:19, Alberto Conte albertocont...@tiscali.it ha scritto: Buonasera a tutti, Vi segnalo che presentiamo oggi il nuovo sito www.mapslow.eu, con cui è possibile creare itinerari personalizzati a piedi e in bicicletta, su strada e fuoristrada, su sentieri e piste ciclabili, grazie alle funzioni di routing su Open Street Map. Basta infatti accedere alla mappa Open Street Map, scegliere il punto di partenza, quello di arrivo, i punti di passaggio, e il sistema calcola automaticamente l’itinerario generando le mappe nella scala desiderata. E' poi possibile stampare mappe e road book, oppure esportare le tracce GPS. L'accesso al sito è ovviamente libero e gratuito. Ci auguriamo che questo sito contribuisca alla diffusione sia del viaggio a piedi e in bicicletta in Italia, sia della conoscenza di Open Street Map. Vi invito a provare il sistema e a farci sapere le vostre impressioni. Domani (venerdì 16) saremo a Radio Capital, nella trasmissione Capital in the World, dove dalle 12.15 alle 12.45 parleremo anche dell'importanza di OSM per chi viaggia con lentezza, e delle implicazioni culturali e sociali del progetto. Buona serata, Alberto Conte ___ 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] Progetto mappatura sentieri
Non è granchè organizzata, ma qui http://wiki.openstreetmap.org/wiki/Liguria/Status trovate la lista dei sentieri in Liguria organizzati con relazioni Alessandro Messaggio originale Sì, mi sembra una buona idea. Chi conosce queste pagine potrebbe inviare il link? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Estaciones de alimentadores de transmilenio
http://www.tullaveplus.com/Mapas/ObtenerEstacionesCompletas.php -- *Yesid Carrillo* El 11 de noviembre de 2012 14:05, Igor TAmara i...@tamarapatino.orgescribió: Hace un buen tiempo estaba buscando las estaciones de Transmilenio, y gracias al mapa del sitp presente en [1], podemos hacer el importe de las mismas en OSM, si están de acuerdo, botika[2] podría hacer tal trabajo, necesito confirmación de 5 personas que estén de acuerdo en que lo haga. Por otra parte, si hay objeciones, podemos buscar la mejor alternativa para lograrlo. Queda botika disponible en caso de que decidamos hacerlo :) 1.http://www.sitpbogota.com/mapa-sitp/mapa-del-sitp-bogota/ 2.http://www.openstreetmap.org/user/botika ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] Tilbagerulning af mange rettelser
Hej folkens, Jeg har været i kontakt med en mapper (som jeg ikke vil hænge ud her på listen) der er kommet til at lave over 200 rettelser han troede kun var synlig for ham selv. Da jeg gjorde ham opmærksom på at alle kunne se hans rettelser undskyldte han mange gange. Nu er det så sådan at de fleste af rettelserne bare skal revertes, men helst ikke alle. Er der en nem måde at tilbagerette så mange nemt? Det er noget af et arbejde at gøre med josm's revert plugin. Hvis ikke der nemt er en sådan løsning går jeg nok bare lige så stille i gang og sætter ham i gang med manuelt at reverte. Heldigvis er hvert changeset ret lille. Hilsen Esben Damgaard ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] FYI - OpenStreetMap omtalt i Danske Kommuner Nyhedsmagasinet
Hej Det er meget godt med et link, men man skal være abonnement for at kunne læse artiklen,,, Fredag den 16. november 2012 10:05:16 Soren Johannessen skrev: Hej alle sammen OSM DK er blevet omtalt vedr.de ca. 18000 fejlstavet vejnavne som af blevet fundet af jer frivillige - der er også interview med Peter Brodersen. Artiklen kan læses på http://www.danskekommuner.dk/Artikelarkiv/2012/Magasin-31/1800-vejnavne-stav es-forkert/ vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Med venlig hilsen Ivar Madsen___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] FYI - OpenStreetMap omtalt i Danske Kommuner Nyhedsmagasinet
Hej alle De har flyttet linket bag en betalingsvæg i løbet af dagen - Jeg har så lavet et dump i en PDF af artiklen som kan ses her https://dl.dropbox.com/u/4031522/openstreetmap/osmpdf.pdf (grimt men kan læses) vh Søren Johannessen 2012/11/16 Ivar Madsen lists.openstreetmap@milli.dk: Hej Det er meget godt med et link, men man skal være abonnement for at kunne læse artiklen,,, Fredag den 16. november 2012 10:05:16 Soren Johannessen skrev: Hej alle sammen OSM DK er blevet omtalt vedr.de ca. 18000 fejlstavet vejnavne som af blevet fundet af jer frivillige - der er også interview med Peter Brodersen. Artiklen kan læses på http://www.danskekommuner.dk/Artikelarkiv/2012/Magasin-31/1800-vejnavne-stav es-forkert/ vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Med venlig hilsen Ivar Madsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] Directorio de comercios con los datos de OSM
Muchas gracias, Aunque yo pensaba en algo bastante más simple, el resultado con TileMill no está nada mal, al contrario, tiene muy buena pinta. Creo que voy a probar con esto a ver si me sale algo decente ;) Un saludo! ALBERT 2012/11/16 Rafael Avila Coya ravilac...@gmail.com Yo tampoco sé gran cosa de programación, pero me gustó mucho una conferencia sobre TileMill ( http://mapbox.com/tilemill/ ) que escuché a uno de sus desarrolladores en el SotM de Tokyo, y con el que hablé un rato sobre esa herramienta. Necesitas tener algo de conocimientos de CSS. Parece bastante asequible, y desde luego podrías hacer eso que dices. Aquí hay un ejemplo hecho con TileMill, aunque no es maravilloso: http://www.spatialvision.com.au/html/tilemill/ Es una zona de entretenimiento de Melbourne, con hoteles y tal. Al clicar sobre los iconos salen los datos. Espero que te sirva de algo. Yo espero ponerme a hacer algo con TileMill en cuanto tenga tiempo. Un saludo, Rafael Ávila Coya. On 15/11/12 19:02, Konfrare Albert wrote: Hola a todos, Me gustaría crear un directorio de comercios (con teléfono, dirección, web, enlace al mapa, etc) en una página web a partir de los datos que hay en OpenStreetMap. Querría hacerlo de una zona reducida, o sea que el volumen de datos sería pequeño. Supongo que habría que extraer los XML de la DB de OpenStreetMap (al estilo http://open.mapquestapi.com/xapi/ ) y trabajar sobre ellos para llamarlos desde un HTML. Yo no tengo ni idea de programación y no sé si esto sería excesivamente complicado... Alguien tiene alguna idea sobre esto o algún ejemplo en dónde hayan hecho algo similar? Muchas gracias! -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Por favor, non me envíe documentos con extensións .doc, .docx, .xls, .xlsx, .ppt, .pptx, aínda podendoo facer, non os abro. Atendendo á lexislación vixente, empregue formatos estándares e abertos. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] routing en Gipuzkoa
Hola Gari, lo de la licencia compatible con OSM se me escapa. Yo trabajo en el servicio de bomberos de Diputación Foral de Gipuzkoa y los datos son datos shape proporcionados por el servicio de Información Territorial de la Dipu. He consultado con un técnico de dicho servicio si me dejaban subir sus datos a Openstreetmap, en principio los de un municipio determinado para realizar pruebas y me dijo que no hay problemas. Si las pruebas fueran bien, mi idea es subir los caminos a caseríos de toda Gipuzkoa. No sé si para eso necesito alguna autorización oficial. En cuanto a ser cuidadoso con lo ya subido, es por eso que voy municipio a municipio. En principio solo subo los caminos no urbanos, por lo que rara vez me encuentro con caminos ya subidos. En esos casos dejo la información más correcta. Saludos y gracias por tu respuesta. Joseba 2012/11/16 Gari Araolaza g...@eibar.org Aupa Joseba, No te puedo ayudar con tus problemas, no sé de ruteos. Lo que me ha llamado la atención es lo de que tienes los caminos a los caserios en shape. Cuál es el origen de los datos? tienen licencia compatible con OSM? serás cuidadoso con lo que ya está trazado, no? Saludos Gari 2012/11/16 Joseba Bolinaga josbol...@gmail.com Estoy en un proyecto para mejorar y completar los datos de ruteo para Gipuzkoa. No soy ningún experto en todo esto y solo después de pegarme contra mil paredes he empezado a ver cómo se trabaja con POSTGIS, QGIS y PGROUTING. La idea de este proyecto es incluir en Openstreetmap todos los caminos a los caseríos de Gipuzkoa y enlazarlos en la red de carreteras que ya está subida a Openstreetmap. Los caminos a caseríos los tengo en formato shape y mi idea es subir la información a OSM municipio a municipio e ir corrigiendo errores. Por ahora he probado con el municipio de Beasain. He subido el archivo shape con JOSM, dando a las vías valores de highway=track y en el campo TAG el nombre de la vía. Posteriormente he enlazado los caminos a la red de carreteras. Esa información está ya en el servidor. Primer problema: Una vez que los caminos están ya en el servidor he bajado el archivo spain.osm.pbf y he extraído los datos de Gipuzkoa. En JOSM veo que están todos los caminos, pero una vez convertidos con OSM2PO solo veo las carreteras. No me aparecen ni los caminos que había generado ni otras vías que había generado con POTLACH del tipo highway=service. No sé si es un tema del proceso de datos de OSM2PO, o que no tiene en cuenta ni los track ni las ´vias de servicio o si es que tenía que haber introducido alguna información en JOSM o en POTLACH. Gracias y saludos. Tengo más problemas que contar, pero poquito a poco... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] routing en Gipuzkoa
Son caminos a los que he adjudicado el tipo TRACK y no las veo en el archivo procesado por OSM2PO. De todas formas, en otro foro me han dicho que tengo que cambiar un valor en el archivo de configuración de OSM2PO. Esos caminos los subí a modo de prueba, y les di a todos el valor de TRACK, pero ya que están en el servidor, voy a proceder a diferenciar entre los que son TRACK o son carreteras tipo UNCLASSIFIED. Gracias por tu respuesta. Joseba 2012/11/16 Roberto Pla p...@aire.org ni los track ni las ´vias de servicio o si es que tenía que haber introducido alguna información en JOSM o en POTLACH. Son realmente 'tracks' o son 'road'?. Es decir se trata de senderos apenas marcados por el paso más o menos frecuente o son caminos con la categoria por determinar o pistas con firme de tierra? Creo que la definicion inicial de caminos, cuando el resto de las características no están claras es 'road' que hece innecesario el uso de 'fixme' para advertir de la necesidad de ampliar/corregir la informacion adicional. Por otra parte falta añadir el 'source', un detalle importante. Bueno, y no me haré más el marisabidillas, que yo soy también un pipiolo, encantado de poder ayudarte. -- Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Gewässernetz Tirol
Hallo Alex, nochmal ich, ausserdem frage ich mich, warum Du mich direkt anschreibst und Deine Meinung nicht bei den Posting-Listen kund tust, damit sie die anderen in der Community auch lesen können! Schönes Wochenende Erwin ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] marker-bilder
hallo andreas, AL Eine Bitte: Für die Hydranten bitte das Tagging-Schema der OpenFireMap beachten! die hydranten marker auf der wikipedia seite sind ein unglückliches beispiel - insoferne, als daß mir solche marker in freier wildbahn nie untergekommen sind, das dürfte eine deutsche spezialität sein. ganz dunkel kann ich mich erinnern solche schilder in industriegebieten/an grossen industriegebäuden gesehen zu haben. natürlich mappe ich die hydranten, so wie sie mehrheitlich zu finden sind, nach dem gebräuchlichen schema. noch ein nachtrag: mein schwerpunkt liegt auf überregionalen gasleitungen und (lokalen) fernwärmeleitungen; überregionale wasserleitungen sind schwer zu finden und alle städtischen leitungen (gas, wasser) einzutragen wäre a) nicht sinnvoll (weil sie sowieso unter jeder straße liegen) und b) die datenbasis/darstellung wohl zu sehr überfrachten. mfg -- Unix gives you just enough rope to hang yourself -- and then a couple of more feet, just to be sure. (Eric Allman) -- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] marker-bilder
On 16.11.2012 21:40, Rainer Fügenstein wrote: hallo andreas, AL Eine Bitte: Für die Hydranten bitte das Tagging-Schema der OpenFireMap beachten! die hydranten marker auf der wikipedia seite sind ein unglückliches beispiel - insoferne, als daß mir solche marker in freier wildbahn nie untergekommen sind, das dürfte eine deutsche spezialität sein. In Deutschland sind diese Schilder/marker bei JEDEM Hydranten/Schieber zu finden. IMHO gut so. Meine Eltern haben 2 solcher Schilder am Hause - und als ex-Feuerwehr Mitglied kann ich sagen: im Schnee (ja, in Norddeutschland hats auch mal Schnee) sucht man sich ohne Schild oft zu tode... In anderen Ländern bisher nicht so geshen, oder aufgefallen. ganz dunkel kann ich mich erinnern solche schilder in industriegebieten/an grossen industriegebäuden gesehen zu haben. natürlich mappe ich die hydranten, so wie sie mehrheitlich zu finden sind, nach dem gebräuchlichen schema. Danke. noch ein nachtrag: mein schwerpunkt liegt auf überregionalen gasleitungen und (lokalen) fernwärmeleitungen; überregionale wasserleitungen sind schwer zu finden und alle städtischen leitungen (gas, wasser) einzutragen wäre a) nicht sinnvoll (weil sie sowieso unter jeder straße liegen) und b) die datenbasis/darstellung wohl zu sehr überfrachten. Ok. Wiener Hochwasserleitung? *g* SCNR mfg MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] Internal CanVec conflicts
Looking at all of north of Canada, I see that most of it has been first mapped using Lakewalker Plugin and Landsat imagery. I see tags created_by=Dshpak_landsat_lakes or source=Landsat. Those of you that have imported Canvec data in such regions are surely familiar with that problem could confirm and help document Canvec Import Guidelines to facilitate imports by newcomers. What procedure do you recommend? Do you agree that we should recommend to erase Landsat imagery before importing Canvec data? This can be done easily in JOSM. We just have to use the find filter created_by=shpak_landsat_lakes and erase the selected objects. Too risky? Pierre De : Pierre Béland infosbelas-...@yahoo.fr À : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Jeudi 15 novembre 2012 12h48 Objet : Re: [Talk-ca] Internal CanVec conflicts North of Québec province, and probably elsewhere in Canada, I see a lot of objects identified with created by=Dshpak_landsat_lakes. These are apparently traced by the Lakewalker JOSM Plugin that vectorize landsat imagery. See http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Lakewalker There were also PGS imports for coastline that are of poor quality. I think it is agreed that we should delete PGS before importing Canvec. I dont see documentation or discussions on how to treat Dshpak objects when importing Canvec data. Canvec seems of better quality then these landsat derived objects. Is this true? If so, do people agree that we should give instruction to erase all these objects before importing Canvec data? What other objects should be erased systematically? Pierre De : James Ewen ve6...@gmail.com À : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Jeudi 15 novembre 2012 11h06 Objet : Re: [Talk-ca] Internal CanVec conflicts A really simple answer that gets lost is this: Did you make the edits to the best of your ability, and your edits add value to the OSM project? If so, then it was the right thing to do. We all bring different levels of ability, and may not do things perfectly according to the experts, but if we do the best we can, and are helping to make the map better, that's the goal. Someone may come along and make the data you edited even better, but your efforts are always appreciated. OSM is community project, and the whole community is welcome to help to the extent that their skill set allows. You are also welcome to increase your skill set through learning by reading and asking questions. Welcome to OSM and have fun! On 2012-11-15, at 7:11 AM, Tom Taylor tom.taylor.s...@gmail.com wrote: I've just performed my first edits, in our neighbourhood. One thing I noticed was that some of the buildings are duplicates. I assume this is part of what you are talking about when you mention internal CanVec conflicts. In the case of a local public school, I deleted one of the copies and dragged the other to match the Bing image. Was that the right thing to do? Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Internal CanVec conflicts
Usually, in remote areas of the north that I've dealt with, there is often little else already there than the Landsat lakes. And usually, in a given tile, there is usually just a handful of lakes. In pretty much every case I've dealt with so far, I've replaced the Landsat lakes with Canvec data. Landsat lake outlines have a much lower resolution, and being derived by an automatic process themselves, are subject to the errors associated with that. But I wouldn't necessary erase all the Landsat data from a tile without checking first to make sure that there will be Canvec data replacing it (I always work with my Canvec data in a separate layer and merge things in one feature at a time as it's checked). Using Bing imagery may be a good idea to check any issues where Landsat data may exist and Canvec doesn't - even low resolution Bing imagery is usually sufficient for the Landsat lakes. I have yet to encounter a place where there is a Landsat lake and not a corresponding Canvec one of roughly the same shape, but it could happen. I have yet to find a situation where the Landsat lake data is better than the Canvec data. Dan On 2012-Nov-16, at 12:11 PM, Pierre Béland wrote: Looking at all of north of Canada, I see that most of it has been first mapped using Lakewalker Plugin and Landsat imagery. I see tags created_by=Dshpak_landsat_lakes or source=Landsat. Those of you that have imported Canvec data in such regions are surely familiar with that problem could confirm and help document Canvec Import Guidelines to facilitate imports by newcomers. What procedure do you recommend? Do you agree that we should recommend to erase Landsat imagery before importing Canvec data? This can be done easily in JOSM. We just have to use the find filter created_by=shpak_landsat_lakes and erase the selected objects. Too risky? Pierre -- Syzygy Research Technology Box 83, Legal, AB T0G 1L0 Canada Phone: 780-961-2213 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Internal CanVec conflicts
From: Dan Charrois [mailto:d...@syz.com] Subject: Re: [Talk-ca] Internal CanVec conflicts Usually, in remote areas of the north that I've dealt with, there is often little else already there than the Landsat lakes. And usually, in a given tile, there is usually just a handful of lakes. In pretty much every case I've dealt with so far, I've replaced the Landsat lakes with Canvec data. Landsat lake outlines have a much lower resolution, and being derived by an automatic process themselves, are subject to the errors associated with that. But I wouldn't necessary erase all the Landsat data from a tile without checking first to make sure that there will be Canvec data replacing it (I always work with my Canvec data in a separate layer and merge things in one feature at a time as it's checked). Using Bing imagery may be a good idea to check any issues where Landsat data may exist and Canvec doesn't - even low resolution Bing imagery is usually sufficient for the Landsat lakes. I have yet to encounter a place where there is a Landsat lake and not a corresponding Canvec one of roughly the same shape, but it could happen. I have yet to find a situation where the Landsat lake data is better than the Canvec data. The coastlines in BC were similar and what you have to watch out for is areas where someone has refined the traces but hasn't touched the source tag. I ended up using JOSM to search for nodes that were part of the coastline and were not version 1 nodes from the person who imported the coastline. Even though not all of this stuff was imported from a dedicated account (most of it was done many years ago) it's not too hard to find it with search strings because the importer didn't do anything in the area except for import. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Comment tagguer le parc de Trévarez ?
Bonjour, J'ai en tête le Domaine de la Garenne Lemothttp://www.openstreetmap.org/?lat=47.08482lon=-1.27365zoom=17layers=Men Loire Atlantique qui a fait l'objet d'une cartopartie. Cf. http://data.loire-atlantique.fr/actualites/?tx_ttnews[tt_news]=62cHash=9e4b6494b244df06ea664c5334fb867det http://openstreetmap.fr/cartopartie-avant-apres-en-video Romain Le 16 novembre 2012 15:43, Club Informatique Inter Communes / C2IC cont...@c2ic.net a écrit : Bonjour à tous, Etant amené à intervenir pour présenter les intérêts du géocaching auprès de représentant du patrimoine du Pays Centre Ouest Bretagne au mois de Décembre j'aimerais pouvoir travailler sur une amélioration de la carte du côté du château de Trévarez (par ici http://osm.org/go/erI12jdx). J'aimerais donc savoir si vous connaissez des parcs et/ou jardins qui auraient déjà été faits et sur lesquels je pourrais m'inspirer ? L'idée étant de non seulement présenter le géocaching mais aussi la cartographie collaborative auprès de ces personnes ! Pour ceux qui veulent en savoir un peu plus sur les jardins de Trévarez : http://fr.wikipedia.org/wiki/Ch%C3%A2teau_de_Tr%C3%A9varez#Parc_et_jardins Merci d'avance ! Lionel / C2iC / 1piedsurTerre ___ Talk-fr-bzh mailing list talk-fr-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr-bzh ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Comment tagguer le parc de Trévarez ?
Versailles : http://www.openstreetmap.org/?lat=48.80812lon=2.1135zoom=15layers=M Villandry : http://www.openstreetmap.org/?lat=47.33956lon=0.514295zoom=18layers=M Le Domaine de la Garenne-Lemot (suite à une cartopartie) : http://www.openstreetmap.org/?lat=47.08523lon=-1.2741zoom=17layers=M Une page de références existe, dans plusieurs domaines : http://wiki.openstreetmap.org/wiki/FR:Cartotheque Le 16 novembre 2012 15:43, Club Informatique Inter Communes / C2IC cont...@c2ic.net a écrit : Bonjour à tous, J'aimerais donc savoir si vous connaissez des parcs et/ou jardins qui auraient déjà été faits et sur lesquels je pourrais m'inspirer ? L'idée étant de non seulement présenter le géocaching mais aussi la cartographie collaborative auprès de ces personnes ! Pour ceux qui veulent en savoir un peu plus sur les jardins de Trévarez : http://fr.wikipedia.org/wiki/Ch%C3%A2teau_de_Tr%C3%A9varez#Parc_et_jardins Merci d'avance ! Lionel / C2iC / 1piedsurTerre ___ Talk-fr-bzh mailing list talk-fr-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr-bzh -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Bus en contre-sens
Le message suivant de Philetjosie: ## Bonjour dans notre région, nous avons à plusieurs endroit une route (en général en zone 30) qui est à sens unique sauf pour les vélos et les bus qui peuvent circuler dans les deux sens. J'ai tagé ce double-sens pour les vélos (highway=* + oneway=yes + cyclaway=opposite_lane, mais je n'ai pas trouvé comment le faire pour les bus. Est-ce que quelqu'un saurait comment faire ? Merci. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Carte vélo: exemple et méthode détaillée
Le message suivant de : ## Bonjour, pour information, j'ai réalisé pour notre association une carte des aménagements cyclables de ma région (http://carte.apicy.fr). Comme le plus difficile a été de trouver l'information pour la réalisation technique, et que j'ai reçu pas mal d'aide, j'ai essayé de synthétiser tout ça et de faire un descriptif assez complet et détaillé des étapes à suivre. Ce descriptif est ici: http://www.apicy.fr/carte/realiser-une-carte-similaire N'hésitez pas à l'utiliser, et si vous voyez des améliorations, vous pouvez me les signaler pour que je l'améliore. Meilleures salutations. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent ? Mode d'édition polygone
Tes conditions exposées sont encore trop simples, tu oublies de parler dans les polygones que tu fusionnes le fait qu'ils puissent être membres de relations différentes (et n'ont pas à être fusionnés même si tous les attributs sont identiques). Tu n'as pas du lire correctement ce que je propose, car j'ai bien précisé que deux polygones membres de deux relations différentes n'ont pas à être fusionné. Sinon on peut toujours augmenter le nombre de commandes différentes pour un certain nombre de cas particulier, mais là encore ça n'est pas simple non plus de comprendre et distinguer les plus nombreuses commandes disponibles et de leur donner un nom ou une description signifiante et assez précise pour les distinguer. J'ai au contraire cherché à proposer quelque chose de simple avec 2 commandes fusion/scission, en précisant clairement le contexte d'utilisation possible, et respectant la logique des raccourcis c et p. ... intersections à calculer et effectuer J'avais pourtant écrit : Scission d'un polygone : Condition d'utilisation : Sélection d'un polygone (simple) et d'un way dont les extrémités appartiennent au polygone et n'ayant aucun attribut (way créé dans le seul but de la scission) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Contour des limites administratives sur la Carte OSM
Dans OpenStreeMap.org, il est possible de rechercher un niveau administratif particulier tel que Ile-de-France, Yvelines, Versailles. Cependant le résultat retourné par l'hyperlien n'affiche que la carte sans les limites. Pourtant, cette information me semble très pertinente et il serait facile de le faire. En contrepartie, Google affiche maintenant les limites administratives lorsque nous faisons de telles recherches. Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contour des limites administratives sur la Carte OSM
Quand tu utilises l'afficheur (browser) de relations, ces limites sont affichées. Il y a déjà des tas de cartes dérivées des données d'OSM qui affichent ces limites, il n'y a pas que la carte par défaut du site www.openstreetmap.orgavec son unique Layer WMS rendue par Mapnik. Il n'appartient qu'aux divers moteurs de recherche d'afficher ces limites dans la carte de leur résultat. (Mais Nominatim n'est qu'un moteur basée lui aussi sur une base de données dérivée d'OSM, qui n'effectue aucun rendu lui-même, il retourne juste des références à des objets de la base OSM, c'est aux interfaces des moteurs recherche de faire ce rendu en affichant autre chose qu'une unique couche Mapnik). Mais c'est vrai que le site www.openstreetmap.org devrait afficher aussi ces couches supplémentaires quand on recherche quelque chose avec sa barre de recherche (il utilise pour cela Nominatim, mais n'affiche que la couche unique Mapnik, sans rien y ajouter correspondant à la recherche effectuée). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr