Re: [Talk-transit] Public Transport Line Diagram
Am 25.01.2011 18:30, Wojciech Kulesza: Was wondering if the planned changes to approach in mapping public transport would have an impact on this service: http://78.46.81.38/public_transport.html While it behaves quite nicely for the examples provided there, it works very bad for PT in Poland. Compare this result: http://78.46.81.38/api/sketch-line?network=ZTM+Pozna%C5%84ref=1 http://78.46.81.38/api/sketch-line?network=ZTM+Pozna%C5%84ref=1 with the appropariate relation in osm: http://www.openstreetmap.org/browse/relation/79152 Just compare your relation with the working one :) http://www.openstreetmap.org/browse/relation/361959 On first sight i'm wondering why you are mixing railway=halt and railway=tram_stop? Isn't all of it a tram line? Additionally you are missing from= and to= in your relation. Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-pt] Road numbering in Portugal
So judging from the wiki the portugese OSM project standard for reference tagging is now: EN 329 with a space. Same goes for A 23 and IP 9 all seperated by spaces, correct? Claudius Am 18.01.2011 14:17, f.dos.san...@free.fr: Indeed it needed a clarification ! Modificei o wiki primeira parte : http://wiki.openstreetmap.org/wiki/Estradas Hello, yes i think i can confirm. Even if in some online maps it appears diferently, the correct naming should be the EN separated from the number. In several local municipalities and in the Road institute is that the norm. Sorry for discussing in portuguese :-) In some cases it seems there are numbers composed with an - in the middle like EN 8-6. I really don't know why :-) Anyone can bring a light to this? Victor On Tue, Jan 18, 2011 at 9:10 AM, Claudius Henrichsclaudiu...@gmx.dewrote: So just to make sure Google and me understood your portugese correctly: The *correct* tagging for Estradas Nacionais would be: ref=EN 329 The *incorrect* tagging would be: ref=EN329 (without space) ref=N 329 ref=N329 ref=329 Additionally I would remove Estradas Nacionais or EN329 from the name-tag. Right? So to take an example: http://www.openstreetmap.org/browse/way/25410709 Currently it's tagged like this: name: Estrada Nacional 108 ref: N108 and I would change it to just: ref: EN 108 Thanks again for your replies. Bom mapping :P Claudius Am 17.01.2011 23:02, Victor Ferreira: Viva no Wiki diz explicitamente: *highway=primary*. Estradas Nacionais (EN, lista aquihttp://www.estradasdeportugal.pt/index.php/prn/152-complementar-ens). E na lista das estradas de Portugal (oficial) tem EN http://www.estradasdeportugal.pt/index.php/prn/152-complementar-ens Nos mapas convencionais (em papel) sempre apareceu assim. Victor On Mon, Jan 17, 2011 at 8:39 PM, Francisco DOS SANTOS f.dos.san...@free.fr wrote: Ok, thanks for the heads up. The road numbers listed in the wiki page is correct: it's IP, IC, EN, ER, etc, as indicated in the page. Victor Só venho de reparar o caso das nacionais ! Devemos codificar ref=EN2 e não ref=N2 ? Se fora o caso, vou completar o wiki porque a pagina : http://wiki.openstreetmap.org/wiki/Estradas Não diz nada sobre o ref. E a pagina : http://wiki.openstreetmap.org/wiki/Rede_das_principais_estradas_de_Portugal Uso o N e não EN. E um ponto que precisa ser esclarecido, cada pais tem o seu sistema (em frança por exemplo usemos o N e não RN, e temos um espaço entre a letra e o numero : N 2). On Mon, Jan 17, 2011 at 10:14 AM, Claudius Henrichs claudiu...@gmx.de wrote: Bom dia! sorry for posting in English, but I feel this to be a relevant information and question. Some of you actively mapping in Portugal may have seen altely some increased activity from some german mappers. This is because a user who is active in quality assurance has run a connection check over the portugese OSM data. This check searches for roads that are crossing without bridge or tunnel. There is a list with those errors on the wiki [1] and every user can take a block of 100 errors, leave a note in the wiki that he is dealing with them and try to fix these. Fixing the errors is much easier now with the help of Bing imagery. I feel that it would have definitely been nicer to have informed the portugese OSM community *before* starting this campaign, but better late than never. Now to my personal question on mapping in Portugal: I have read a bit about the road network and number in Portugal on the english wikipedia [2]. I see that you have some new road numbers starting with IP and IC that were assigned in the 2000 Plano Rodoviário Nacional. And then you have the older estradas nacionais given out in the 1945 Plano Rodoviário Nacional. I already checked the OSM wiki project page for Portugal [3] but could not find any recommendation about how to tag these. Shall I use EN329 or N329? Same goes for the estradas regionais: Should we use ER32 or R32? Thanks in advance for your help. Regards, Claudius ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Road numbering in Portugal
So just to make sure Google and me understood your portugese correctly: The *correct* tagging for Estradas Nacionais would be: ref=EN 329 The *incorrect* tagging would be: ref=EN329 (without space) ref=N 329 ref=N329 ref=329 Additionally I would remove Estradas Nacionais or EN329 from the name-tag. Right? So to take an example: http://www.openstreetmap.org/browse/way/25410709 Currently it's tagged like this: name: Estrada Nacional 108 ref: N108 and I would change it to just: ref: EN 108 Thanks again for your replies. Bom mapping :P Claudius Am 17.01.2011 23:02, Victor Ferreira: Viva no Wiki diz explicitamente: /highway=primary/. Estradas Nacionais (EN, lista aqui http://www.estradasdeportugal.pt/index.php/prn/152-complementar-ens). E na lista das estradas de Portugal (oficial) tem EN http://www.estradasdeportugal.pt/index.php/prn/152-complementar-ens Nos mapas convencionais (em papel) sempre apareceu assim. Victor On Mon, Jan 17, 2011 at 8:39 PM, Francisco DOS SANTOS f.dos.san...@free.fr mailto:f.dos.san...@free.fr wrote: Ok, thanks for the heads up. The road numbers listed in the wiki page is correct: it's IP, IC, EN, ER, etc, as indicated in the page. Victor Só venho de reparar o caso das nacionais ! Devemos codificar ref=EN2 e não ref=N2 ? Se fora o caso, vou completar o wiki porque a pagina : http://wiki.openstreetmap.org/wiki/Estradas Não diz nada sobre o ref. E a pagina : http://wiki.openstreetmap.org/wiki/Rede_das_principais_estradas_de_Portugal Uso o N e não EN. E um ponto que precisa ser esclarecido, cada pais tem o seu sistema (em frança por exemplo usemos o N e não RN, e temos um espaço entre a letra e o numero : N 2). On Mon, Jan 17, 2011 at 10:14 AM, Claudius Henrichs claudiu...@gmx.de mailto:claudiu...@gmx.de wrote: Bom dia! sorry for posting in English, but I feel this to be a relevant information and question. Some of you actively mapping in Portugal may have seen altely some increased activity from some german mappers. This is because a user who is active in quality assurance has run a connection check over the portugese OSM data. This check searches for roads that are crossing without bridge or tunnel. There is a list with those errors on the wiki [1] and every user can take a block of 100 errors, leave a note in the wiki that he is dealing with them and try to fix these. Fixing the errors is much easier now with the help of Bing imagery. I feel that it would have definitely been nicer to have informed the portugese OSM community *before* starting this campaign, but better late than never. Now to my personal question on mapping in Portugal: I have read a bit about the road network and number in Portugal on the english wikipedia [2]. I see that you have some new road numbers starting with IP and IC that were assigned in the 2000 Plano Rodoviário Nacional. And then you have the older estradas nacionais given out in the 1945 Plano Rodoviário Nacional. I already checked the OSM wiki project page for Portugal [3] but could not find any recommendation about how to tag these. Shall I use EN329 or N329? Same goes for the estradas regionais: Should we use ER32 or R32? Thanks in advance for your help. Regards, Claudius ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
[Talk-transit] JOSM latest takes forward/backward roles for route relations into account
Just a small hint on anyone working with relations using forward/backward roles and willing to do some experimenting: The latest JOSM (starting from revision 3788) includes a nice relation analysis and visualisation for these relations. See this ticket (scroll down for some interesting screenshots): http://josm.openstreetmap.de/ticket/5109 Would be great if you could test this build with your relations and report possible issues. Be aware though that this isn't a tested release so you might encounter weird behaviour, data corruption and all other joys of beta testing. Download the latest JOSm from http://josm.openstreetmap.de Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Proposed Feature - 2nd RFC - Public Transport
Am 14.01.2011 02:16, Tobias Knerr: Dominik Mahrer wrote: One month ago I already posted an RFC on this proposal. In the meantime I got plenty of comments and I have extended/corrected/rewritten nearly the whole proposal. I'm not very happy with the extensive use of relations. Especially nested relations strongly suggest that the level of complexity is beyond what's appropriate for a crowd-sourced project like OSM. The most prominent issue are stop area groups. The necessity of these has already been questioned. I, too, tend to think that determining them algorithmically would ultimately be a better choice. Removing the nested relations for stop area groups would eliminate one of the most complex concepts from the proposal, making it more accessible to mappers. Additionally, I suggest to reconsider the requirement to use stop area relations even in simple cases Many bus stops are very straightforward: They consist of usually two platforms with a common name. This name is usually unique within a range of several kilometres and, if tagged to the platform elements, could therefore be used instead of a relation to identify the components of the stop area. +1 I don't think the stop_area-relation for the vast majority of simple bus, tram or train stops is necessary. öpnvkarte.de and other sites working with the data prove that you can reliably determine nodes belonging to one stop via easy algorithms/preprocessing. Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Public transport proposal
Am 13.01.2011 21:33, Michał Borsuk: On 13 January 2011 13:59, André Joost andre+jo...@nurfuerspam.de mailto:andre%2bjo...@nurfuerspam.de wrote: Am 13.01.11 13:27, schrieb Richard Fairhurst: Could I have your assurance that the proponents of this proposal will also be providing good-quality patches for the three principal editors (Potlatch, JOSM, Merkaartor), with an easy-to-use interface consistent with the rest of the editor? A preset for josm is already in progress. With what's in the proposal? That's pretty arogant, don't you find? We haven't decided on the final shape yet. I don't see any arrogance here. Have you used JOSM before? I guess you did so you know that presets must be actively downloaded and enabled by the users hidden in the preferences. Somewhere besides the Doctors in Greece, the OpenPisteMap and the Japanese 50 sounds order presets. A preset could help testing the proposal during daily work and in the daily environment to see if it works like it as envisioned. Still I can't see no arrogance anywhere. And btw I like this do-ocratic part of JOSM just like some well intentioned exchange of ideas. Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-de] BRAND-Tag in mapnik
Am 26.08.10 20:43, schrieb Jan Tappenbeck: HI ! kann mir einer sagen was bei Mapnik als Anzeigename kommt - name / operator oder brand ?? Gruß Jan :-) Im Standardfall erst name, dann operator und dann evtl brand, bin mir aber gar nicht sicher, ob das Tag bei der Benennung überhaupt berücksichtig wird. Einige Objekte können allerdings hinsichtlich der gerenderten Benennung abweichen, Briefkästen, Telefonzellen bspw. - Hab mir dazu aber die Renderregeln aber auch noch nicht genau angeschaut. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-transit] Naptan import stop tagging (was: Proposed changes to oxomoa schema [part 2: stops])
One question on the Naptan import: Did you use any tags from the public_transport therefore? Or are these all highway=bus_stop? Would be a great chance to increase coverage of the more detailed public_transport=platform Claudius Am 29.06.2010 02:07, Shaun McDonald: In the UK as part of the Naptan import we already have decided that bus stops must be marked exactly where they are on the ground and added to the route relation of the bus route. Shaun On 28 Jun 2010, at 19:07, Michał Borsuk wrote: Hi everybody again: This time I'd like to propose a smaller change, but this one may break compatibility with oxomoa - it has been, however, already commonly implemented. *ISSUE RAISED: * map bus stops to their physical location, not a point on the route/street * Present status: If I understand correctly, oxomoa suggests that the bus stop data (name, unique number, etc.) be entered as properties of a point on the route/street. Problems : * Lines often have stops that are quite far apart for each direction * This prohibits proper routing (GPS + walking), * this system is not very intuitive I find. *Proposed change: bus stops to be mapped exactly to where they are, and to be added to relations * Result: * better routing results e.g. one wants to find a correct way to the bus stop, and not to the average point somewhere between two stops of the same name in either direction. * more intuitive system - easier learning curve for new users. Influence on possible future software solutions: minor. May require all the stops on the route to be ordered based on their geographical location, as opposed to their place on the route (the latter is easier). Comments: I have seen this system very often implemented - two bus stops on each side, so my suggestion is just to codify the situation for future editors. Hope this is not too much at once, for more is to follow. Greetings, -- Best regards, mit freundlichen Grüssen, meilleurs sentiments, Pozdrowienia, Michał Borsuk ___ Talk-transit mailing list Talk-transit@openstreetmap.org mailto:Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Proposed changes to oxomoa schema [part 2: stops]
Am 29.06.2010 10:22, Michał Borsuk: On 29.06.2010 09:33, Tiziano D'Angelo wrote: +1 On Tue, Jun 29, 2010 at 08:23, Arun Ganesh arun.plane...@gmail.com mailto:arun.plane...@gmail.com wrote: Shouldn't we keep the schema to something that is easily compatible with the Google Transit GTFS format instead of developing something different all together? Doesn't GTFSsuggest one location for one unique stop name, whereas we want each physical location belonging to a name as a separate point? (this does not suggest incompatibility, just an overlay on GTFS) LMB GTFS covers Oxomoa's extended form of tagging a stop area as well: stops.txt contains an optional location_type where the value 1 would represent a public_transport=stop_area: 0 or blank - Stop. A location where passengers board or disembark from a transit vehicle. 1 - Station. A physical structure or area that contains one or more stop. In most cases the stop positions in both directions will have different locations and thus different stop_lat and stop_lon in GTFS as well. So we are already easily compatible. Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Naptan import stop tagging
I was referring to public_transport=platform + bus=yes public_transport=bus_stop would not work because there are stop positions where trams, buses and sometimes (Karlsruhe comes to my mind) even light_rails stop at the same position (Image: http://www.dvn-berlin.de/i/verein/2009_alex_bus_hpa.jpg ) and these would be tagged as public_transport=platform + bus=yes + tram=yes (+ light_rail=yes) Claudius Am 29.06.2010 11:32, Richard Mann: They're all still highway=bus_stop. I think I'd need some convincing that public_transport=platform was appropriate for bus stops. Public_transport=bus_stop, maybe. Why change? Richard On Tue, Jun 29, 2010 at 9:59 AM, Claudius Henrichsclaudiu...@gmx.de wrote: One question on the Naptan import: Did you use any tags from the public_transport therefore? Or are these all highway=bus_stop? Would be a great chance to increase coverage of the more detailed public_transport=platform Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] OSM Transit platform: call for action
Am 28.06.2010 17:37, Michał Borsuk: On 28 June 2010 14:14, Tiziano D'Angelo tiziano.dang...@gmail.com mailto:tiziano.dang...@gmail.com wrote: Hello everybody! In the past months, as you probably read here, I mapped almost entirely the bus network of Padova, Italy. Abstract: A new standard, better suited but compatible with what has been done is needed. Hi! I have also mapped almost my entire area, and I have found that the option of combining OSM with bus timetables is not presently feasible. There are the following problems: * missing important details. Just like you did, I skipped some strange variants such as special Sunday early morning runs, or collective taxis (because they tend to go wherever the people want). Also, there is at present no provision for implementing the time of bus lines, so at present one could be advised to take a night line at daytime. I think the first step is getting hold if unique station identifiers. You would need to check if something like that exsists for your country or at least transport association. From than on it's quite easy to go forward. See http://wiki.openstreetmap.org/wiki/Naptan * no approved standard. Should the stops be within the line as a point, or as their physical location shows? Should we map a separate relation just for the branch of the line from the split, or for the entire line? What is the point of having two relations for two directions in Europe? IMHO Oxomoa seems way too difficult for beginners, and it's overblown. The overhead needed to maintain the standard is WAY too big. I have calculated that sticking to the standard would cost me 25 to 50% more time, with just marginally better results. The time to understand the standard is also not to be ignored. A new standard, better suited but compatible with what has been done is needed. Just a comment on the complexity of the public transport scheme by Oxomoa: You could get along with a very basic variant already and thus be standard-conform: - Just put all way segments and the stop_positions in a relation with from=... and to=... - Clone the relation in JOSM and reverse the order and switch from=... and to... - put those two relations in a line=bus/tram relation and you're done. Not much more effort. In later expansions you might add the public_transport=platform and stuff The wiki article is indeed very long, but as a starter it can be reduced to the above :) Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Proposed changes to oxomoa schema [part 1]
Please find my comment on core lines below. Am 28.06.2010 19:54, Michał Borsuk: -- *ISSUE RAISED: * change to the way more complex lines are mapped, that is the introduction of tags or roles instead of nested collections* Present status: For lines with variants, each variant needs a separate relation Problems: * Nested relations are difficult to impossible to manage in potlatch, * They are difficult to understand * Creating a variant requires the entire route to be duplicated: impossible in potlatch * Extending or rerouting such lines can be hell * High risk of introducing a mess by inexperienced users (I think). I actually think my proposal is more error-resistant. * It's time-consuming! It's easy to duplicate a line once one knows JOSM, but how much time does it take to get JOSM running, from downloading to having results? A lot. *Proposed change: introduction of a core line, that is shared by all variants in all directions, and having the branches or exceptions in one direction tagged appropriately. Core line would have no tags, branch lines would be tagged arbitrarily. * Result: lower consistency of the data entered, but much less time needed to enter and manage lines. The mess can be easily dealt with by server-side software presenting data to users. If one wants a route from one's side branch of a line, one looks down the tagged branch up to the main branch, and then up to the stop needed. Nothing hard to implement. It's the 21st century, I believe that we don't have to rely on simple parsers that take nothing else but point-to-point connections. How would you enter this core line? It would be a relation with the ways and stops of the course again. So you would need the core line be a member of the branches and exception relations again. Probably I haven't fully understood how you would see your core lines respresented in the OSM data model. Pozdrowienia, Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Proposed changes to oxomoa schema [part 2: stops]
Oxomoa is suggesting bus stop on the way only for the most basic bus stop (think of a bus stop on a crossing on the country side with just a sign). If you have a more advanced bus stop with waiting positions for passengers on both sides of the street you add a public_transport=stop_position on the way *and* add a public_transport=platform node/way on the location you are proposing (e.g. where they are). This solution allows to fulfill the data requirements of routers you described. More details in the graphics here: http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema#Examples_for_the_application_of_the_model_for_stops Claudius Am 28.06.2010 20:07, Michał Borsuk: *ISSUE RAISED: * map bus stops to their physical location, not a point on the route/street * Present status: If I understand correctly, oxomoa suggests that the bus stop data (name, unique number, etc.) be entered as properties of a point on the route/street. Problems : * Lines often have stops that are quite far apart for each direction * This prohibits proper routing (GPS + walking), * this system is not very intuitive I find. *Proposed change: bus stops to be mapped exactly to where they are, and to be added to relations * Result: * better routing results e.g. one wants to find a correct way to the bus stop, and not to the average point somewhere between two stops of the same name in either direction. * more intuitive system - easier learning curve for new users. Influence on possible future software solutions: minor. May require all the stops on the route to be ordered based on their geographical location, as opposed to their place on the route (the latter is easier). Comments: I have seen this system very often implemented - two bus stops on each side, so my suggestion is just to codify the situation for future editors. Hope this is not too much at once, for more is to follow. Greetings, -- Best regards, mit freundlichen Grüssen, meilleurs sentiments, Pozdrowienia, Michał Borsuk ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Proposed changes to oxomoa schema [part 2: stops]
Am 28.06.2010 22:16, Michał Borsuk: More details in the graphics here: http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema#Examples_for_the_application_of_the_model_for_stops The link you provided is a very good example of oxomoa's weakness. While the first simple bus stop is clear, for two bus stops I must create a stop_area. How do you do that? (the example is not clear enough) And more importantly, what for? Is the gain worth the extra time, which is considerable? Most of the time a relation for public_transport=stop_area is not necessary e.g. if you have two crossing bus lines which have the same name. In this case the router can easily determine that there's a changing location. But if you have more infrastructure like a taxi stand (See here: http://www.openstreetmap.org/browse/relation/152809 ) or a ferry terminal it's sometimes necessary to create a stop_area. But no need to worry: Don't do it if you think it's too much time. Eventually someone else does it. In OSM you don't have to do everything yourself. And you don't need to do the whole 1000km² yourself :) Do you have a map link to the area you are mapping public transport data? Maybe a complex example which took you time to tag? Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[Talk-de] Download der Vorträge der FOSSGIS 201 0?
Auf der FOSSGIS haben viele Vortragende angeboten, ihre Folien im Nachhinein online zu stellen. Weder im Artikel im OSM-Wiki [1] noch im FOSSGIS-Konferenzwiki [2] konnte ich diese allerdings finden. Fehlen die noch oder suche ich an falschen Orten? Claudius [1] http://wiki.openstreetmap.org/wiki/FOSSGIS_2010 [2] http://www.fossgis.de/konferenz/wiki/Main_Page ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fuß-/Radwege -- Verhalten der JOSM-Vor lage
Am 11.03.10 13:50, schrieb Falk Zscheile: Moin zusammen, möchte hier ein Verhalten von JOSM zur Diskussion stellen, das ich für Problematisch halte. (...) Wie seht ihr das? In meinen Augen dienen die JOSM-Vorlagen nur als Vorlagen. Richtig anwenden und die Eingabe auf Gültigkeit überprüfen muss der Nutzer aber weiterhin. Klar wäre es schöner, wenn der Editor noch diverse Sanity-Checks beinhalten würde, aber... aber... das ist schwierig zu pflegen und um die Implementierung und Wartung wird sich wohl niemand schlagen. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler-Bugs: Kreisverkehre
Am 07.03.10 17:44, schrieb Chris-Hein Lunkhusen: Hier mal ein Beispiel zum Cloudmade Routing: http://maps.cloudmade.com/?lat=51.744782lng=7.463622zoom=15directions=51.74465,7.459073,51.74316,7.48049travel=car/shortest Eine Anliegerstraße wird zugunsten eines grade4(!) Feldwegs verlassen. ...was auch völlig korrekt ist. Eine Straße mit Anlieger frei sollte ein Router nur dann befahren, wenn das Ziel das Routings an dieser Straße liegt. Das ist auch bei Cloudmade der Fall: Wenn du das Ziel nach Westen auf die Straße Ermen ziehst, dann routet er auch über die den kürzesten Teil der Anliegerstraße. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Spontant-Besuch FOSSGIS möglich?
Am 02.03.10 17:58, schrieb Frederik Ramm: Hallo, eine kurze Nachricht an alle, die am Freitag auf der FOSSGIS zum Routing-Workshop kommen. (...) Bis Freitag! Frederik Ich klink mich mal kurz hier ein: Ich habe in der ML-Recherche nur gefunden, dass man sich bis 26. Februar hätte anmelden sollen. Ist ein Spontanbesuch am Freitag zum OSM-Track auch möglich? Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TMC-Punkttagging und Auswertung an Autobahnen
Der ADAC hat falsche Interpretation von TMC-Meldungen durch Navis als einen Grund für vermehrte Staus in Autobahnnähe ermittelt [1]: Zusätzlich würden häufig Meldungen durch die Navis auch falsch verarbeitet. So werde etwa die Sperrung einer Anschlussstelle oder einer Fahrspur nicht selten als Autobahn-Vollsperrung interpretiert. Wenn ich jetzt an unseren Austausch TMC-Punkttagging an Autobahnanschlusstellen [2] hier auf der Mailingliste denke, dann könnte uns das bei unsererm Punkttagging doch auch leicht passieren (außer die Auswerter umschiffen das). Sollte nicht dochh eher der OSM-way der Auf-/Abfahrt statt des Anschussknotens erfasst werden? Claudius [1] http://www.heise.de/newsticker/meldung/ADAC-gibt-Navigationsgeraeten-Mitschuld-an-verstopften-Strassen-943255.html [2] http://www.mail-archive.com/talk-de@openstreetmap.org/msg61207.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] When will bots be removed from history?
Am 28.02.10 12:26, schrieb Valent Turkovic: On Sun, 28 Feb 2010 10:26:00 +, Tom Hughes wrote: How do you propose that we identify bots? They have names, on the screenshot I would see 90% less noise if only xybot user is removed from the list. btw. xybot's author has reduced the frequency of it's checks so you will only find one entry per day from somewhere early february on. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-transit] RFC on tram stops
Hello Roland, My first reply would be: public_transport=stop_position/platform tram=yes If you want to keep backward compatibility definitely go for railway=tram_stop because trams are considered part of the railway network. I've never heard about nor seen any actually tagged as highway=tram_stop. I only know highway=bus_stop. Claudius Original-Nachricht Datum: Wed, 24 Feb 2010 18:14:22 +0100 Von: Roland Olbricht roland.olbri...@gmx.de An: Public transport/transit/shared taxi related topics talk-transit@openstreetmap.org Betreff: [Talk-transit] RFC on tram stops Hello everybody, What is the consensus on how to map tram stops? I've found highway=tram_stop as well as railway_tram_stop. The wiki page http://wiki.openstreetmap.org/wiki/Trams says nothing about that. Cheers, Roland ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit -- Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/atbrowser ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] JOSM Plugin
Am 05.02.2010 15:36, Roland Olbricht: Hello, as I consider mapping bus services as quite intricate, I've written a plugin for JOSM to make editing for comfortable. It is not very mature so far, but I would be grateful for any bug reports, comments and suggestions: The plugin itself http://78.46.81.38/misc/public_transport.jar And some documentation http://78.46.81.38/misc/public_transport.readme.txt The idea behind that is to standardise the data representation, according to http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema The plugin has successfully been used to map several bus lines in Wuppertal, in particular http://www.openstreetmap.org/browse/relation/163298 http://www.openstreetmap.org/browse/relation/359774 http://www.openstreetmap.org/browse/relation/34633 http://www.openstreetmap.org/browse/relation/359796 The source code is available at http://78.46.81.38/misc/public_transport.tar.gz I have not figured out so far how to add this plugin to the JOSM SVN. Cool. So far I've seen a new menu item Public transport having appearing in my main menu. Anything else to discover? If you were asking for a wishlist: Double-click routes or stops should actually select the relation/node and center the editor's view on the latter. What's the Tags-tab used for? It's empty when I loaded my Leipzig public transport data. I haven't discovered yet how the Suggest stops feature works. Thanks again for this plugin. Looks very promising, Clauidus ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Relations for stop areas in NaPTAN
Am 28.09.2009 15:05, Peter Miller: On 28 Sep 2009, at 13:44, Jerry Clough - OSM wrote: I've just noticed that the relations for stop places generated in the NaPTAN import do not have a type. I just happened to be browsing through some KeepRight issues and noticed a number of relation without type ones. I'm sure its unimportant right now, but I wondered how the stop place/stop area/interchange ideas are firming up, and what I should do eventually with the NaPTAN data. I noticed yesterday that the public transport article[1] is still linking to 'User:Oxomoa/Public transport schema' article for tagging information even though this is a personal page and therefore not something that others should touch. For starters should we agree not to link to personal pages for tagging information? I have developed a Stop Area article[2] based on Oxomoa's proposal and which also included feedback from CEN. It is currently available as a 'proposed feature'. however it should in general echo current practice. Would it be appropriate to now move it into the main name-space and use it as the primary overview article for stations, bus stops etc? If so should we just do it or do a formal vote first. Given that it is actually now a summary of current practice I would recommend moving it without voting but would be happy to follow the majority view. Thoughts please! [1] http://wiki.openstreetmap.org/wiki/Public_Transport [2] http://wiki.openstreetmap.org/wiki/Proposed_features/Stop_Area Regards, Peter As a late-joiner to this list I definitely vote for moving Oxomoa's proposal to the public wiki space. Could anyone give a quick comment on what the consensus of the list member's on using his proposal is? I've been using it extensively and find it to be well though through and suitable for almost every possible public transport layout and on the same time offering the best possibility to have as much information covered in OSM as possible. Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Relations for stop areas in NaPTAN
Am 28.09.2009 17:10, Frankie Roberto: 2009/9/28 Thomas Wood grand.edgemas...@gmail.com mailto:grand.edgemas...@gmail.com I think the type=* tag on relations is ugly, similar to the original class=* tag proposed on every element in the early days of OSM. class=* was dropped, as should type=* be. I don't know too much about class=, but I can see an argument that type= might be redundant on relations. However, given that it is in such widespread use, I guess this is a bigger debate to have. Right now, I'm more concerned about which of these patterns is better: type=site site=railway_station or type=site railway=station The first one has the advantage of following the X=Y, Y=Z tag hierarchy convention, the second has the advantage of re-using tags that have long been adopted for nodes. Frankie Why not simply: public_transport=stop_area_group etc as proposed in Oxomoa's proposal? Fixing the JOSM validator to allow public_transport instead of type is an easy task. Claudius ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-de] Modellflugplatz
On 25.08.2009 19:21 Uhr, Martin Simon wrote: Am 25. August 2009 17:41 schrieb Garrygarr...@gmx.de: Martin Simon schrieb: So etwas wie aerialway=model_airplane_runway in Kombination mit einem tag für den gesamten Platz würde eine Mehrinformation bieten und Verwechselungen ausschließen. Welche Verwechslung? Dafür dass kein echter A380 auf einem Modellflugplatz landet? Wenn dass Dein Argument ist - wie schliesst Du mit OSM aus dass kein 180er sitziger Ferienflieger auf einem Kleinflugplatz zu landen versucht (wie U.a. bereits in Baden-Baden geschehen)? Reden wir hier nicht beide über Landebahnen und Modellpisten? Wieso also die Frage? Natürlich geht es um die Verwechselung dieser beiden - daß heißt ja nicht, daß dort ein Linienflieger landet (die benutzen OSM höchstens irgendwann mal für die animierte Karte im Bordunterhaltungssystem), aber du und ich könnten auf der Karte beide Typen unterscheiden. Ganz ohne großen Aufwand, Zwei kleine Ergänzungen: - Statt aerialway ([Luft]seilbahnen) bitte aeroway - Noch ein Argument pro seperatem Tag für Modellpisten: Ich arbeite an einem Projekt, in dem unter anderem daran gedacht wird, für Urlauber den perfekten Campingplatz/Hotelstandort/etc. zu finden. Dabei gibt es auch eine Option Nicht näher als x km an einer Landebahn, die auf aeroway=runway zurückgreift. Problem erkannt? Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für die Erklärung von Krankenhäus ern gibt es keine Deutsche Übersetzung
On 18.07.2009 19:11 Uhr, Sven Sommerkamp wrote: Am Saturday 18 July 2009 14:08:40 schrieben Sie: Hallo, Sven Sommerkamps_sommerk...@gmx.de writes: Wie erstelle ich am besten eine neus Seite mit übersetzung? oben gibt es ein Feld mit dem Text Missing languages. Wenn man dort auf show drück, kann man Deutsch auswählen und gelangt dann zu einer Seit, wo man den deutschen Text eintragen kann. Kann man die Seite kopieren und dann Stück für Stück eindeutschen? Warum nicht? Etwas Infos gibt es auf folgener Seite: http://wiki.openstreetmap.org/wiki/DE:Wiki_Translation Vielleicht hilft dir auch die Seite für Übersetzungen der Wikipedia etwas: http://de.wikipedia.org/wiki/Wikipedia:Übersetzung#Technische_Hinweise Viele Grüße Sebastian Waschik So, ganz hab ich noch nicht verstanden welche Teile ich da wie kopieren muß. Den Quelltext der gesamten Seite wahrscheinlich wohl nicht..? Doch, genau den. Einige dort verwendete Vorlagen müssen dann eventuell noch angepasst bzw. durch deren deutsche Äquivalente ersetzt werden. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenstand bei OpenRouteService.org
On 15.07.2009 11:03 Uhr, Marc Schütz wrote: in letzter Zeit sind mir verstärkt seltsame Stellen bei der Routenplanung von openrouteservice.org aufgefallen. Mal wurden Wege und Straßen nicht berücksichtigt, mal lag die Route ein Stück neben dem Weg oder der Straße. Wenn ich mir an diesen Stellen die history der betroffenen Wege anschaue, komme ich zu dem Schluss, dass die Daten mittlerweile für osm-Verhältnisse ziemlich alt sind; ich schätze das Datenalter im Moment auf etwas über 3 Wochen. Laut wiki sollte eigentlich jeden Dienstag eine Aktualisierung durchgeführt werden... Was ist da los? Leider ist auch seit einiger Zeit der Menüpunkt News verschwunden, so dass man nicht mehr feststellen kann, wann die letzte Aktualisierung erfolgt ist. Grüße, Marc Etwas neuer aber trotzdem noch etwa eine Woche alt sind die Daten auf http://map.cloudmade.com - Dort kann man auch Routen berechnen lassen. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues ÖPNV-Schema: Metro taggen
Claudius wrote: Ich habe das neue ÖPNV-Schema [1] jetzt mal versucht praktisch anzuwenden. Dazu habe ich mir das übersichtliche Netz der Metro von Kopenhagen ausgesucht [2] (war ausserdem gerade da): Es besteht aus zwei Linien, die die Hälfte gemeinsame fahren und sich dann in Richtung Südosten auftrennen. Interessierte einfach mal die Station Christianshavn herunterladen. Würde mich über Feedback der Erdenker zur Richtigkeit meines Schaffens freuen: 1.) Stationen (erstmal zusätzlich) getaggt mit public_transport:stop_position + subway:yes 2.) Linien als Relation erfasst mit line:subway und Liniennummer im ref - Operator der Linien steht nur in dieser Relation und nicht an den ways 3.) Stationen in Relation einsortiert. Dürfte doch egal sein, ob die stop_positions ober- oder unterhalb der Wege liegen, oder? Wofür benötigt die Relation eigentlich from und to wenn diese Information doch aus der ersten und letzten Station ermittelt werden kann? Andererseits könnte es auch Linien geben, bei denen der Zielort den Stadtteil benennt, die letzte Station aber anders heisst. Auf Grund des Netzaufbaus habe ich auf die Erfassung der Strecken verzichtet. Diese sind wohl eher bei Bahnstrecken vonnöten. Passt das so einigermassen? Claudius [1] http://wiki.openstreetmap.org/wiki/User:Oxomoa/ÖPNV-Schema [2] http://www.openstreetmap.org/?lat=55.67007lon=12.5915zoom=15 Der Einfachheit halber hier noch die beiden Relationen der Metrolinien: M1: http://www.openstreetmap.org/browse/relation/152202 M2: http://www.openstreetmap.org/browse/relation/152224 Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hafen
Am 12.04.2009 08:48, Andreas Labres: Johann H. Addicks wrote: Wir brauchen zunächstmal Bilder und Beschreibung von dem, was denn den durchschnittlichen (Freizeit-)Skipper interessiert. Hafenhandbuch. Da kannst Du hinfahren, da nicht (Wassertiefe). Da darfst Du ankern, da nicht. Da darfst Du anlegen, da nicht. Da gibt's Mooringleinen. Da legt die Fähre an, da legen die Fischer an. Da sind die Pontons vom Yachtclub soundos und dort ist deren Gastanleger. Und dann halt die div. Einrichtungen, da kannst Tanken, da gibt's Trinkwasser, da kamma einkaufen, da ist die Hafentaverne,... Ich kenne vom sehen von Kanälen (Berlin, Main-Donau) ein paar dieser rot-weißen quer, horizontal oder mit durchgestrichenem Anker dargestellten Landsymbole der Schipper. Was aber Johann und ich gern hätten wäre, dass du oder ein anderer Seefahrerinteressiere im OSM-Projekt die bisherigen Wiki-Seiten mit Bildern und Photos anreichern, so dass auch wir Nicht-Segler verstehen, was wie zu taggen ist. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garagen mappen?
Am 11.04.2009 19:47, Cornelius: On Sat, 2009-04-11 at 16:34 +0200, Cornelius wrote: On Sat, 2009-04-11 at 16:06 +0200, Jens Herrmann wrote: Hi, ich habe hier ne ganze Reihe von Garagenkomplexen. Womit mappt ihr das? Building:yes und amenity:parking, oder gibts was Besseres? Hab ich mich auch schon gefragt. So wie ich das sehe gibt es bisher nur Tags für Parkhäuser etc. Müsste man wohl mal einen Tag für erfinden, oder hab ich was übersehen? Am besten finde ich, wenn man # amenity=parking # parking=garage # private=yes ich würde das etablierte access=private statt private=yes verwenden. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfahrten mappen?
Am 11.04.2009 13:38, Johann H. Addicks: Garry schrieb: Es sollte doch zur Orientierung ausreichen wenn man auf der Karte sehen kann dass es dort einen Weg gibt zusammen mit einenm genauen Taggen der Hausnummer für den Hauseingang sollte man alles notwendige Abgedeckt haben. Die die dort wohnen kennen sich dort aus und andere werden den Weg nicht ohne Anweissung des Besitzers nutzen. Schilder an der Straße Zu Haus 79 a sollen helfen. Taxizentralen kann man Anfahrtswege leider nicht so beschreiben, dass bei potentiell untalentierten Taxifahrern etwas ankommt, was das verzögerungsfreie Auffinden ermöglicht. Und wenn das Wetter nicht gar zu mau ist, dann wartet man eben 35 Minuten der versprochenen 5 Minuten direkt an der Straße. Will sagen: Ja, es gibt sinnvolle Anwendungen. Aber von deren Umsetzung sind wir noch weit entfernt. Nur zur Unterscheidung: Der von Fabian verlinkte Kartenausschnitt bezeichnet eine Mischgebiet Gewerbe-/Wohnbebauung ohne Wohnblocks, sondern mit Einzelhäusern. Dabei wurden teilweise 10m-Zufahrten zu der Einzelgarage neben dem Haus gemappt. Das braucht kein Taxifahrer. Daneben gibt es natürlich Anwendungen (Zufahrt zum Hintergrundstück hinter dem vorderen Haus, Wohnblocks) bei denen ich das Zufahrtswegmappung für sinnvoll halte. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe, meine Stadt hat Flecken
Am 09.04.2009 11:18, Andr�: Hallo, Am 9. April 2009 06:12 schrieb Johann H. Addicks addi...@gmx.net: Meines Erachtens sind wir hier im Bereich Generalisierung/Kontextsensitives Rendering. In der platten Knüste (keine Bebeauung, keine richtigen öffentlichen Straßen)) möchte ich bei Z13 schon gern die Feldwege und Wanderwege eingezeichenet haben. In urbanem Gebiet, und seien es Baulücken/Grünflächen, sind tracks und Fußwege bei Z13 einfach überflüssig. Aber eben nicht alle. Es gibt viele Weg in Parks zum Beispiel nicht in zoom 13 nötig wären. sondern erst mit zoom 15. Dagegen sollten die zwei Hauptweg im Park aber trotzdem schon viel eher zu sehen sein, genau so wie die Fußwege in im Wald. Vielleicht könnten wir dem auch mit einem Render-Tag entgegen kommen und sagen zoom=-2 oder importance=-2. Die Render-Tags halte ich für überflüssig. Wenn die Hauptwege im Park tatsächlich derart überrangig sind ist eher zu überlegen, ob es keine Tracks sind. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kann oder darf man Wege in Kasernen oder dergl. in Openstreetmap eintragen?
Am 09.04.2009 12:31, Tobias Wendorff: Frederik Ramm schrieb: 3. Man waehlt Option 1 fuer gute und Option 2 fuer boese Laender. [...] Ich wuerde (3) gern vermeiden ;-) Das ist natürlich klar, nur wenn morgen in der EU vereinbart wird, dass das kartographieren von derartigen Wegen nicht mehr erlaubt ist - was dann? Gilt das nur für Bürger der EU? Dann müssten wir mit dem Server umziehen. Das können wir uns dann überlegen, oller Pessimist :) Ich mappe alle, was ich legal ertracken darf oder vom Satellitenbild + Ortskenntnis abzeichnen kann. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einheitliche Darstellung der Hausnummern?
Am 07.04.2009 00:46, Jens Herrmann: Hi, es gibt sicher wichtigere Themen aber mich stört es gerade: Bei Gebäuden die mehrere Hausnummern haben wie die 14/14a auf http://www.openstreetmap.org/?lat=51.028995lon=13.760903zoom=18layers=B000FTF kann man Punktobjekte anlegen und da jeweils die entsprechenden Tags vergeben. Im Gegensatz zu Gebäuden welche die Hausnummern direkt tragen kriegt die Zahl hier noch nen weissen Hintergrund verpasst. Fällt jemandem ne Lösung ein wie man das einheitlich darstellen lassen kann? Das Problem bei einzelnen Adressnodes ist ja, dass man nie weiss, welche Farbe der Hintergrund hat (bei buildings ist das meistens dieses weinrot). Daher muss der weiße Rahmen drumrum, um die Lesbarkeit mit einen guten Kontrast auch auf dunklen Hintergründen sicherzustellen. Einheitlich wäre die Darstellung mit weißem Hintergrund überall. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz noch nicht fertig
Am 02.04.2009 08:49, Henk Hoff: Letztem Sammstag war der Konferenz von der Open Knowlegde Foundation Network (OKFN). Es war der Planung um die ODbL version 1.0 dort zu presentieren. Jordan Hatcher (der Aufsteller des Lizenz) braucht aber noch etwas mehr Zeit um alle Kommentare zu verarbeiten. Hoffentlich wird in eine Woche die Lizenz fertig sein. Danke für die Information, Henk und schön zu hören, dass sich die zusätzliche Zeit doch genommen wird. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beschriftungen besser rendern
Am 26.03.2009 00:50, Thomas Reincke: Für MapInfo habe ich ein schönes Tool im Einsatz. Vielleicht kann sich jemand der an der Kartenengine arbeitet an dessen Funktionsweise etwas abschauen. http://www.maptext.com/smartlabel.shtml Das ist die Schmalspurausgabe des Kartographen-Tools http://www.maptext.com/Label-EZ.shtml kann aber auch schon recht viel. Damit kann man beispielsweise festlegen, das die Beschriftungen längerer Objekte in einem bestimmten Abstand wiederholt werden sowie das Überlappungen von Beschriftungen vermieden werden können. Beides kann Mapnik bereits. OpenStreetMap wird dies mit der vorhandenen Renderpipeline nie können. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygon wird nicht gerendet
Am 26.03.2009 13:27, Udo Giacomozzi: Kann mir jemand sagen, warum die Sandbänke (z.B. Weg 32393147) an dieser Stelle beim Rendern nicht frei gelassen werden und statt dessen die komplette Flussbreite gefüllt wird? http://www.openstreetmap.org/?lat=46.659901lon=11.14457zoom=18 (habe auch mit Metacarta's up-to-date geprüft) Werden sie. Mapnik ist gerade dabei. Auf Zoom 17 und 18 sieht man es schon. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beschriftungen besser rendern
Am 26.03.2009 13:00, Tobias Wendorff: Claudius Henrichs schrieb: Beides kann Mapnik bereits. OpenStreetMap wird dies mit der vorhandenen Renderpipeline nie können. Wie definierst Du Renderpipeline? Mapnik kann Kollisionserkennung zwischen Labels nur rudimentär. Auch das Labeling ist im Vergleich zu professioneller Kartographiesoftware eher schwach ausgeprägt. Sorry, meinte natürlich Osmarender. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Am 25.03.2009 09:31, Bernd Wurst: Am Mittwoch 25 März 2009 09:19:30 schrieb Christoph Wagner: Ich stimme dir voll zu. Packt doch mal aus, was hier komplett gegen PD spricht. Bringt wegen mir irgendwelche Szenarien und wir überlegen mal gemeinsam, warum PD dem OSM-Projekt schadet. Ich würde es gerne verstehen. Ich selbst bin etwas unentschlossen bei der Diskussion, aber ich kenne ein eigentlich gutes Argument, das (momentan) gegen PD spricht: Wenn die Daten PD sind, dann kann ein Kartendaten-Dienstleister diese Daten ohne Probleme (und ohne selbst eine freie Lizenz gewähren zu müssen) benutzen, eigene Daten dazu mischen und für beliebige Zwecke verkaufen. Das alleine ist kein Problem. Aber wenn jetzt z.B. ein Vermessungsamt uns Daten spendet oder Luftbilder zur Verfügung stellt, dann würde das bedeuten, dass die für OSM Daten kostenlos herausgeben, die indirekt einem kommerziellen Kartendienst zu gute kommen. Geben sie diese Daten direkt dem Kartendienstleister, dann kostet ihn das Geld und dem Amt bringt es Geld. Zudem muss der Kartendienstleister sich im Gegenzug an Einschränkungen des Lizenzgebers halten. Ich würde also damit rechnen, dass wir auf sämtliche Datenspenden von gewinnorientierten Organisationen verzichten müssten. Ich sehe Datenspenden auch aus öffentlicher Hand eher als Goodie, denn als zwingend notwendig. Wenn wir das Straßenverzeichnis nicht verwenden könnnen, oder keine Häusergrundrisse von irgendwelchen Katasterkarten übernehmen dürfen... Tja, doof. Finden wir halt etwas aufwändigere Wege selber diese Daten zu erheben. Aus diesem Argument erwächst für mich jedenfalls kein Beispiel gegen Public Domain. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meinung zur neuen Lizenz (war: Chancen der neuen Lizenz)
Was mir bei deiner (André) Antwort auf meine Frage gefehlt hat, waren konkretere Angaben, was dich an der Lizenz stört. Die Aussagen über die Informationspolitik sind ja zu genüge getätigt worden, aber seit Wochen bewegt sich die Diskussion auf dieser Metaebene anstatt, dass wir uns über das für und wider der Lizenz unterhalten. Ich habe für mich jedenfalls keine Negativpunkte finden können und würde lieber heute als morgen auf die Lizenz wechseln. Jede Woche mit einer konkurrenzfähigeren Lizenz ist in meinen Augen kostbar für unser Projekt. Am 22.03.2009 22:57, André Reichelt: Warum kann man denn über die neue Lizenz keine offene Abstimmung veranstalten? Warum dürfen nur Mitglieder abstimmen? Wer hat die OSMF überhaupt autorisiert, Entscheidungen dieser Größenordung zu treffen? Oder haben die sich einfach selbst gekrönt? Oder hat der OSM-Steve eine Organisation gegründet, die die Interessen seiner Firma vertritt? Dann überleg dir bitte eine faire und gegenüber Manipulation weniger anfällige offene Abstimmungsvariante und mach für die Werbung. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Chancen der neuen Lizenz
Am 22.03.2009 22:43, Stefan Schwan: Am 22. März 2009 22:19 schrieb Frederik Rammfrede...@remote.org: Nach meiner oberflaechlichen Zaehlung sind rund 15 (von 141) Mitglieder der OSMF aus Deutschland. 16! Hab grade per Paypal meine 16,42€ bezahlt. :) 17 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Chancen der neuen Lizenz
Am 22.03.2009 17:53, André Reichelt: Sebastian Hohmann schrieb: Bloss kann man bei einer Abstimmung 'stimme zu oder deine Daten werden vielleicht gelöscht' seine Meinung nicht frei äußern. Hatten wir sowas nicht im 20. Jahrhundert mal in Deutschland? Da gab es doch so einen adretten Herren, der verschiedene Politiker befragte, was sie von ihm halten. Wer die falsche Antwort gab, wurde dann freundlich gebeten, sich doch nochmal umzuentscheiden - mit durchschlagenden Argumenten. André Anstatt mit solcher völlig deplazierten Polemik daherzukommen würde ich mich freuen, wenn mir du oder andere, die ein Problem mit der neuen Lizenz haben sagen würden, was genau sie daran stört. Danke im Vorraus, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] Knoten in bestehende Wege einf ügen - wie?
Am 19.03.2009 15:58, Stefan Schwan: Hallo! Am 19. März 2009 15:33 schrieb Holger Schraderhs69...@web.de: Leider bekomme ich jetzt das einfügen von Knoten in bestehende Wege nicht mehr hin. Probier mal a oder n und dann Klick auf den Way. Aus meiner Sicht noch einfacher (weil ohne Tastatureinsatz) geht es, wenn du das rote + in der Wegmitte mit der Maus anklickst und mit gedrückter Maustaste etwas verschiebst. Schon hast du einen neuen Knoten. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SWR verwendet OSM (mit fast versteckter Namensnennung)
Am 11.03.2009 14:13, Tim 'avatar' Bartel: Hi, Am 11. März 2009 14:09 schrieb Tobias Knerro...@tobias-knerr.de: Stimme ich zu. Nicht, dass es mich jetzt sehr stören würde, aber ich finde, dass sie den Platz lieber für ein openstreetmap.org, CC-BY-SA 2.0 mit zwei Links als für ein Creative Commons Atrribution-ShareAlike 2.0 License nutzen sollten... Müsste sie nur einer (!) freundlich (!) drauf hinweisen. Die Erfahrung zeigt, dass meistens drauf eingegangen wird. Tschüss, Tim. Mail geschickt. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Client von Drittanbieter deutlich schneller als OpenLayers?
Am 09.03.2009 22:47, Norbert Wenzel: Tobias Wendorff wrote: Mir ist nun aufgefallen, dass diese Anwendung _deutlich_ schneller ist, als OpenLayers. Ähnliches haben wir ja mit dem Google Client herausgefunden. Hier eine Demoseite [3] - die Tiles werden von unseren Servern geladen. Wieso ist das Ding so verdammt flott? Der gleiche Ausschnitt ist in OpenLayers (unter Windows XP, Firefox 3) deutlich langsamer. [3] http://webs2.idu.de/mapcontrolsample/osm.aspx Ich glaub nicht, dass das Ding tatsächlich schneller ist. Ohne mir das jetzt genau angeschaut zu haben würd ich sagen, entweder lädt der selbst vor oder er holt die Daten aus einem Cache von den Firmenservern. (Da müsste man zumindest mit LiveHTTPHeaders oder Wireshark checken.) Einzelne Tiles aber oder auch ganze Gebiete die bei einer schnellen Bewegung auf der Karte erst aufgedeckt werden, dauern genauso lange, wie der Zugriff auf mit OpenLayers. Ist halt mein Eindruck, den ich nach ein paar Klicks auf das Demo gewonnen hab. Norbert Ich dachte auch erst er cached, aber selbst hohe Zoomlevels in Paraguay sind sehr schnell. Vielleicht parallelisiert das Script die Anfragen besser. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Multilingual map
Am 09.03.2009 13:01, D Tucny: Hi folks, I've been thinking about how it would be good to have the map available in multiple languages... I think the easiest way to do this with what we have is using a captionless base layer and transparent caption layers for each of the languages... So... I put this thinking into practice and put together a proof of concept at http://osm.newportcoastsoftware.com There is a single base, captionless layer and 40 transparent caption layers, all available only to zoom 8. Nice PoC, but it's surfacing some of the problems we still have with localization: I didn't explicitly tag the german names for countries where german doesn't differ from the loca name=... to avoid redundancy. I think the german layer should use these source for names in this order: 1.) name:de 2.) int_name 3.) name I haven't checked for the mapnik syntax to do so, but maybe you could render it for one language as an example. Regards, Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Ursache für 3fach posting unbekannt !
Am 09.03.2009 18:25, Johann H. Addicks: ... damit sich nicht erst einer darüber ausläßt!!! Welches Dreifachposting denn? Von Dir? Mit deinem Posting waren die drei komplett. Respekt, Jan, wie du die Zukunft voraussagen kannst ;) Kenne das Plugin nicht. Mal den Autor gefragt? Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist ein Gebäude?
Am 06.03.2009 20:18, schrieb Rolf Bode-Meyer: Ich verwende große geschlossene Gebäudepolygone und Knoten für die Adressinformation. In einem einzelnen, zusätzlichen Knoten? Was haltet ihr davon, die addr-Tags auf einen Knoten des Gebäudes zu legen, am besten dort wo der Eingang ist? So wäre der Zusammenhang von Adresse und Gebäude auch vorhanden. Ja, in einem zusätzlichen einzelnen Knoten. Die Information Adresse im Gebäude liegt in meinen Augen darin, dass der Knoten innerhalb des Umrisses liegt. Genau wie bei mehreren Geschäften oder Firmen in einem (u.U. mehrstöckigen) Einkaufszentrum oder Bürogebäude. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pavel Machek zur neuen Lizenz
Am 05.03.2009 09:18, Nop: Hi! Frederik Ramm schrieb: Dass ein Fork unvermeidlich sei, sehe ich nicht so. Ich bin ziemlich sicher, dass es zu massiven Reibereien oder gar einem Fork kommt, wenn die ihren ambitionierten Zeitplan druchdruecken wollen, aber wenn man sich mal ein bisschen zuruecklehnt und vernuenftig darueber nachdenkt, was man will und wie man das erreichen kann, dann kann das schon klappen. Sehe ich genauso. Die letzten Bugs in der Lizenz bekommt man mit ein wenig Mühe ausgebügelt. Aber die Art und Weise, wie man das der Community aufdrücken will, ist unmöglich. Ich finde vor allem den Anspruch einiger Community-Mitglieder hinderlich, gleich in der ersten Lizenzinkarnation ein perfektes Modell hinlegen zu wollen. GPL ist auch ständig am Lernen und mit Version 3 noch besser geworden. Warum gehen wir mit unserer Lizenz also nicht ähnlich iterativ vor wie mit den Daten? Natürlich könnten wir mit der Haltestellenerfassung erstmal warten, bis die ein wasserfestes Modell von talk-transit oder wem auch immer aus der Taufe gehoben wurde. Stattdessen erfassen wir einfach. Mit der Lizenz sähe ich das gerne ähnlich pragmatisch. Ich persönlich möchte lieber gestern als heute die Einschränkungen von CCBYSA los werden. Wenn wir jetzt in ODBl 1.0 die gröbsten Schnitzer ausmerzen bin ich beim Wechsel sofort mit dabei und dann kann an der Lizenzversion 2.0 weiter gefeilt werden. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doppelte Nodes
Am 05.03.2009 13:18, Jan Tappenbeck: Hallo Gary, ich habe gerade einmal wieder versucht einige Bugs zu beseitigen. In Bad Segeberg steht folgender Eintrag: Ganz Bad Segeberg ist Datentechnisch relativ im Eimer, doppelte Nodes ueberall, ueberlappende Wege usw. Gehäufte Vorkommen von doppelten Nodes sind oft mit einer fehlerhaften älteren Potlatch-Version entstanden, die vorhandene Straßen doppelt hochgeladen hat. Wenn also entlang eines Weges alle Knoten doppelt sind lohnt es sich einfach mal die obere Straße zu löschen. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist ein Gebäude?
Am 04.03.2009 22:52, Rolf Bode-Meyer: Ich habe so mein Problem damit zu entscheiden wie ich Bebauung zeichne. Ein wahllos herausgegriffenes aber representatives Beispiel: http://sautter.com/map/?lat=49.43634lon=11.06923zoom=18layers=0B00TFFF Eingezeichnet als eine Fläche, aber sind es nicht vielleicht mehrere lückenlos stehende Gebäude? Zählt also als building=yes die lückenlos überbaute Fläche oder alles mit eigenen vier Wänden? Zu zeichnen ist ein Polygon ist einfacher als einzelne Polygone die zusammenhängen, aber letzteres finde ich schöner weil dann für die Gecodierung kein extra node ohne Verbindung zum Gebäude nötig ist. Auch von Vorteil ist es wenn ein Teil der lückenlosen Bebauung ein öffentliches Gebäude o.ä. ist das besondere Auszeichnung verdient. OSM-typisch gilt wahrscheinlich wieder: jeder wie er mag. Wie macht ihr das? Gibt es Argumente für ersteres (abgesehen von is einfacher)? Problematisch sind etwa mehrere Gebäudeeingänge zum selben physischen Gebäude, so dass einzelne Gebäudepolygone hier auch nicht helfen. Ich verwende große geschlossene Gebäudepolygone und Knoten für die Adressinformation. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] elevator=footway?
Am 26.02.2009 23:39, Johann H. Addicks: Das kann's nicht sein, aber was ist damit gemeint? (Auf der Innenseite der Fahrstuhltür, also im Korb war da auch nochmal. Das ganze war in einem Parkhaus.) http://www.addicks.net/gallery/Irgendwo/P2260477 Wer die Mailingliste mitverfolgt glaubt wirklich, dass wir Deutschen Paragraphenreiter sind und alles machen, was auf uns Schilder sagen. Ich würde von der naheliegendesten Variante ausgehen: Mit dem Aufkleber wollte der Parkhausbesitzer nur anzeigen: Leute nehmt bitte den Aufzug, auf der Autorampe werdet ihr nur überfahren. Mit StVO oder Ähnlichem hat das meiner Meinung nach nichts zu tun und ist deshalb auch nicht Tagging-relevant. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=riverbank plus name?
Am 16.02.2009 16:43, Claudius Henrichs: Am 15.02.2009 22:51, Christoph Wagner: Carsten Gerlach schrieb: mir ist neulich aufgefallen, daß an einigen Stellen der Flussname irgendwo auf dem Festland steht, z.B hier (Mapnik): ... Ich vermute, das liegt am zusätzlichen name-Tag am waterway=riverbank. Wird der Name da auf dem Flächenschwerpunkt dargestellt? Wenn ja, dann sollte der Name _nur_ an das waterway=river und _nicht_ an das waterway=riverbank. Ja wird er. Naja... Wie ist da die Meinung der alten Hasen? Grüße, Carsten Also das Thema war bei uns auch schon diskutiert, aber eine richtige Lösung haben wir auch nicht. Ich fasse mal zusammen: Rein inhaltlich wäre es richtig den Namen an die riverbank zu taggen, da sonst später keine Beziehung mehr zu dem Fluss hergestellt werden kann (höchstens über die Geometrie...). Meiner Meinung nach ist das ganz klar ein Problem des Renderers. Mapnik sollte wahrscheinlich am besten den Namen bei riverbank überhaupt nicht rendern. Stattdessen sollte nur der Name an der river linie gerendert werden. Wenn das alles so bekannt ist frage ich mich schon, warum es dann noch kein Ticket dazu gibt. Wie sonst sollen der Mapnik-Stilbearbeiter davon erfahren: http://trac.openstreetmap.org/ticket/1599 Der Name von Riverbank-Polygonen wird jetzt nicht mehr gerendert. http://trac.openstreetmap.org/ticket/1599 Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM lahmt
Am 27.02.2009 11:04, Dirk Stöcker: On Fri, 27 Feb 2009, Johannes Haller wrote: Seit dem letzten Update von der letzten auf die aktuelle Version ist JOSM bei mir extrem langsam. Bei der Gelegenheit hatte ich auch die Plugins aktualisiert (Validator, WMS, usertools). Anfangs ist das Tempo noch annähernd normal, doch schon nach 10-15 Minuten ist das Programm sehr verzögert in seiner Reaktion. Irgendwann kommt dann eine out-of-memory-Meldung. Vor dem Update konnte ich stundenlang mit JOSM arbeiten, ohne daß sich an dem Tempo des Programms irgendetwas getan hätte. Woran könnte das liegen? Welche Versionen hast Du? ...und hast du nur diese drei Plugins geladen? Das OSB-Plugin hatte bei mir mal die Performance stark beeinträchtigt. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik: inner von Multipolygonen nicht gerendert
Am 26.02.2009 19:10, malenki: ich vergaß noch: Claudius Henrichs schrieb: Am 25.02.2009 21:56, Schorschi: (jaja, das Quoten...) war da nicht etwas mit der Richtung des inneren Polygons? Probiers mal mit umdrehen der Richtung, in einem Fall hat das bei mir gereicht Denke nicht, dass das das Problem ist. Viel eher, dass eines der inner-Polygone nicht geschlossen war. Würde das nicht in JOSMs Relationen-Editor vermerkt werden? Wurde es :) Bei mir war die Relation mit einem Stern markiert und der Validator hat den offenen Weg bemängelt. Eventuell hattest du nicht alle Mitglieder der Relation geladen. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik: inner von Multipolygonen nicht gerendert
Am 25.02.2009 21:56, Schorschi: Mapnik rendert in einem großen Waldgebiet keine Lichtungen, Osmarender stellt sie dar: war da nicht etwas mit der Richtung des inneren Polygons? Probiers mal mit umdrehen der Richtung, in einem Fall hat das bei mir gereicht Denke nicht, dass das das Problem ist. Viel eher, dass eines der inner-Polygone nicht geschlossen war. Mapnik ist da penibler und bricht dann ab. Habe es geschlossen. Mal das nächste Rendering abwarten. Abgesehen davon solltest du, malenki, dir mal etwas für das umschliessende Wald-Polygon überlegen. Mit weit über 7000 Knoten bekommst du spätestens mit der Einführung von API 0.6 Probleme. Aufteilen? Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder - Grenzbereiche
Am 24.02.2009 16:24, Johann H. Addicks: Hallo, Über die Lokalisierungsvorschläge des Namefinders auf openstreetmap.org ist ja schon hier und da gemöppert worden. Ich habe mir das Frankfurt-Ergebnis von Heute nochmal anschaut: Results from OpenStreetMap Namefinder -City, about 9km north-west of Offenbach -Town Frankfurt, less than 1km south-east of Mapalagela -Town Frankfurt (Oder) [cz:Frankfurt nad Odrou] [es:Fráncfort del Oder] [fr:Francfort-sur-l'Oder] [it:Francoforte sull'Oder] [pl:Frankfurt nad Odr.] [pt:Francoforte sobre o Oder] [sk:Frankfurt nad Odrou], about 1km south-west of S.ubice Mit dem 9km westlich von Offenbach kann ich inzwischen als Betroffener Leben. Aber der Eintrag zu Frankfurt (Oder) glänzt durch massive Unübersichtlichkeit. Ich stelle mir vor, die Fremd-Schreibweisen wären bei Frankfurt/Main ebenfalls eingetragen... Und dann die Verortung anhand von 1km südwestlich von Slubice hilft meines Erachtens deutlich weniger als jeder Hinweis auf die Oder. Auch wenn jetzt sicher ein If it's broken, fix it und selbst besser machen, da ist das SVN.. kommt: Ich halte diese Suchresultate zumindest für Normalanwender für verwirrend bis abschreckend. Deine Verbesserungsvorschläge sind jederzeit willkommen. Du musst es ja nicht gleich implementieren. Aber wenn es dich so abschreckt kannst du dir ja mal ein paar Nachmittage Gedanken machen. Auf der englischen Mailingliste hat sich vor kurzem auch ein deutschsprachiger Nutzer (Student, wenn ich mich recht entsinne) mit Ideen gemeldet, die er in einem Google Summer of Code-Projekt umsetzen wollte. Finde die Mail jetzt leider nicht mehr. Schlechte Suchfunktion ;) Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS - Fehler bei detaillierten Fahranweisungen (war: Idee: Fahranweisungen auf ORS in Dialekten)
Am 19.02.2009 11:20, schrieb Rolf Bode-Meyer: Am 19. Februar 2009 09:46 schrieb Pascal Neisn...@geoinform.fh-mainz.de: ich weiß das die Fahranweisungen auf ORS noch etwas Arbeit erhalten müssen. Trotzdem denke ich wäre es insgesamt eine Lustige Sache wenn man auf ORS.org die Fahranweisungen in verschiedenen deutschen Dialekten anbieten könnte, oder? Ich habe mich ja jetzt seit meinem ersten Report bezüglich der Fahranweisungen zurückgehalten und ihr sollt ja bei der Entwicklung auch etwas Spaß haben. Aber sich auf solche Spielereien zu stürzen wenn die Fahranweisungen wirklich jenseits von Gut und Böse sind halte ich wirklich für falsch. Du vergisst, dass Open Source Projekte auch mit der Motivation für die Programmierer am Leben gehalten und sich nicht nur am Bedarf der Nutzer orientieren müssen. btw. Ist bekannt, dass die detaillierten Routenanweisungen bei unbenannten Straßen immer n/a schreiben? Besser wäre dort unbenannt oder das Weglassen einer Straßenbezeichnung Beispiel statt... Fahre rechts an der Ampel auf n/a für 0.36 km Fahre rechts an der Ampel für 0.36 km Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Presse] Bericht im Leipziger Uni-Fernsehen
Die HTWK Leipzig stellt in einer Sendung ihres Wissenschaftsmagazins Open Source-Projekte vor und begleitete OpenStreetMapper bei einer kleinen Mapping-Aktion: http://www.floidtv.de/programm/singleall/article/x-cam-das-wissensmagazin/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Am 22.02.2009 17:06, schrieb Thomas Berendes: Florian Lohoff schrieb: On Sun, Feb 22, 2009 at 04:28:07PM +0100, Thomas Berendes wrote: Subject: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren? Hallo, gibt es eigentlich schon eine Empfehlung, wie Verkehrszeichen, die lediglich als Node Sinn machen (z. B. Stoppschilder), positioniert werden sollen? Wird der Node in den Weg integriert oder an der Stelle positioniert, an der sich das Verkehrszeichen tatsächlich befindet, also in der Regel neben dem Weg. Ich habe auf diese Frage noch keine Antwort finden können. Ein Stoppschild ist gerade ein schlechtes beispiel weil es gerichtet ist d.h. zu dem node fehlt noch ein way fuer den das Stoppschild gilt, und zusaetzlich noch die Richtung. Schilder sind insgesamt recht schwierig weil meist eben richtung und ein way fehlt ... Ausnahmen sind da vielleicht die Ortsschilder ... Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Aber ein Stoppschild kann doch nur an einer Einmündung in einen / Kreuzung an einem anderen Weg stehen, oder? Damit dürfte immer ein Weg da sein und in den meisten Fällen auch klar sein, in welche Richtung das Stoppschild gilt. Meiner Meinung nach sollte das Stoppschild als Node kurz vor der Einmündung / Kreuzung als Node in den Weg integriert sein. Das gibt zumindest Klarheit, für welchen Weg das Stoppschild gilt. Welche Meinung herrscht hier vor? Thomas Und was ist wenn vor dem Stoppschild noch eine Einmündung ist oder ein Fahrrad-/Fußweg vor der Einmündung die einmündende Straße quert. Es gibt viele Beispiele, die eine automatisierte Richtungsermittlung in die Irre laufen lassen. Besser wäre hierfür eine Relation mit from- und to-Straße und optional dem Standort. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee zum GeoTagging von Fotos in JOSM
Am 18.02.2009 14:59, Tobias Wendorff: Hallo Community, hier eine Idee zum GeoTagging von Fotos in JOSM. Jan-Benedict meinte ja gestern, dass man folgende Informationen in den EXIF-Informationen der Fotos speichern sollte: Blickrichtung, Höhe(nwinkel) und Blickwinkel. Vielleicht wäre es ja einfach, wer man einfach eine Art Kegel in JOSM zeichen könnte? Beispiel: http://www.pictureupload.de/pictures/180209145725_josm_foto.png bzw. http://www.pictureupload.de/originals/pictures/180209145725_josm_foto.png Die Kamera gibt den aktuellen Standpunkt als Node an, der Kegel zeigt die Blickrichtung und den Blickwinkel. Die Höhe müsste man dann noch als Tag an den Node schreiben. Natürlich müsste man auch einen Kegel für den vertikalen Blick haben, aber JOSM ist (noch) nicht dreidimensional. Wie denkt ihr darüber? Was hat das mit JOSM zu tun? Oder willst du den Editor einfach nur für eine andere, noch zu schaffende GeoTagging-Platform missbrauchen? Dafür fände ich ihn reichlich überdimensioniert. Meine Photos würde ich dann doch lieber auf einer AJAXifizierten OSM-Karte geo- und richtungstaggen. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Markieren von Rodelstrecken / Schlittelwegen
Am 18.02.2009 15:18, Holger Schöner: Meine Erfahrung ist, dass es auch ohne Path gerendert wird (ich hatte das mal eingetragen, ohne die Strecke ohne Schnee zu kennen; und im Winter kann man ja nicht immer beurteilen, was denn gerade der Untergrund ist ...): http://www.openstreetmap.org/?lat=47.0789lon=11.45666zoom=16layers=0B00FTF Ich habe gerade noch mal nachgesehen, und dort ist piste:type=sled und ansonsten nur name=..., source=..., note=... gesetzt. Mist! Die Rodelstrecke in Steinach wollte ich in zwei Wochen nachtragen. Da warst du schneller. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=riverbank plus name?
Am 15.02.2009 22:51, Christoph Wagner: Carsten Gerlach schrieb: mir ist neulich aufgefallen, daß an einigen Stellen der Flussname irgendwo auf dem Festland steht, z.B hier (Mapnik): ... Ich vermute, das liegt am zusätzlichen name-Tag am waterway=riverbank. Wird der Name da auf dem Flächenschwerpunkt dargestellt? Wenn ja, dann sollte der Name _nur_ an das waterway=river und _nicht_ an das waterway=riverbank. Ja wird er. Naja... Wie ist da die Meinung der alten Hasen? Grüße, Carsten Also das Thema war bei uns auch schon diskutiert, aber eine richtige Lösung haben wir auch nicht. Ich fasse mal zusammen: Rein inhaltlich wäre es richtig den Namen an die riverbank zu taggen, da sonst später keine Beziehung mehr zu dem Fluss hergestellt werden kann (höchstens über die Geometrie...). Meiner Meinung nach ist das ganz klar ein Problem des Renderers. Mapnik sollte wahrscheinlich am besten den Namen bei riverbank überhaupt nicht rendern. Stattdessen sollte nur der Name an der river linie gerendert werden. Wenn das alles so bekannt ist frage ich mich schon, warum es dann noch kein Ticket dazu gibt. Wie sonst sollen der Mapnik-Stilbearbeiter davon erfahren: http://trac.openstreetmap.org/ticket/1599 Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreber-/Kleingartenweg
Am 15.02.2009 15:16, schrieb Martin Koppenhoefer: 2009/2/15 Johann H. Addicksaddi...@gmx.net: Wenn Begegnunsverkehr nicht möglich ist, dann NICHT service, sondern track, nach dem was Du schreibst tracktype grade1 bzw grade2. seit wann ist Begegnungsverkehr das Kriterium für track oder service? steht das irgendwo? M.E. ist die Unterscheidung zwischen den beiden sowieso nicht so wichtig (das wichtigere für Autofahrer ergibt sich aus dem access, für Fahrradfahrer aus der Oberfläche). Ich hatte bisher service als eher nur Erschließung (auch im Bogen wie z.B. bei Tankstellen), Track für Fälle, wo man noch weiter kommt, angesehen. Das mit Begegnungsverkehr finde ich gar nicht so falsch: Ich hatte mir highway=track bisher auch immer als Fahrspur für ein vierrädriges Fahrzeug in einer Richtung gemerkt. Was ist denn dein Unterscheidungsmerkmal zwischen highway=service und highway=track + tracktype=grade1 ? Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiegerestriktion
Am 15.02.2009 17:37, schrieb Tobias Knerr: Mir hat kürzlich leider keiner erklärt, was so eine tolle Relation mit via-Way und only_bla denn nun _bedeuten_ soll: alles, was von 'from' kommt, darf nur über 'via' fahren und nur nach 'to' fahren oder alles, was von 'from' kommt und über 'via' fährt, darf nur nach 'to' fahren Genau genommen beides. Denn only bedeutet, dass wenn man von member:from nach member:via kommt nur noch Weiterfahrt nach member:to erlaubt ist. Das impliziert, dass jeglicher Verkehr von member:from an dem Knoten member:via nach member:to fahren muss. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiegerestriktion
Am 15.02.2009 18:44, schrieb Ulf Lamping: Detlef Reichl schrieb: Hallo, Am Sonntag, den 15.02.2009, 17:45 +0100 schrieb Tobias Knerr: Detlef Reichl schrieb: A ---a---b--- B \ / \ / \ / c | C a-c oneway c-b oneway oneways dafür zu verwenden finde ich total falsch. Für mich ist ein oneway eine klassische Einbahnstraße. Dadurch das man für die vias auch Wege verwenden kann ergibt sich die vorgeschriebene Fahrtrichtung automatisch. Dazu fällt mir nur noch ein: Wieso einfach, wenn's auch kompliziert geht?!? Also nicht oneways nehmen, sondern das ganze lieber mit Relationen vollzumüllen? Kopfschüttel ... Gruß, ULFL P.S: Irgendwie kommt mir diese ganze Relationsmode momentan so vor wie bei kleinen Kindern die gerade ein neues Wort gelernt haben ... und das jetzt überall sagen auch wenn es gerade überhaupt nicht so recht zur Situation paßt! Könnte man Einbahnstraßen nicht auch mit Oneway-Relationen lösen??? Ich verwende das Tag oneway=yes auch, wenn kein Einbahnstraßenschild vorhanden ist, es aber das Modell der Straßensituation korrekt abbildet. Beispiel: Eine Rechtsabbiegespur für Fahrer von A nach B. Beschildert ist die Straße mit nur Geradeaus von + nach B und mit Rechtsabbiegegebot von a nach b kommend. Also habe ich einfach den Weg von a nach b mit oneway=yes erfasst und fertig. ---+---b--- B | / | / |/ a | A Gruß, Claudius, der zwar nicht den Kopf schüttelt, aber sich auch wundert, warum du es so kompliziert machen willst. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreber-/Kleingartenweg
Am 14.02.2009 17:57, Jan Tappenbeck: Moin ! über Fusswege und Pfade wird schon viel diskuttiert. Das ganze auf Schreber-/Kleingartenwege projeziert ist auch nicht ganz zu vernachlässigen. Wie würdet Ihr folgendes Taggen ?? - Wege zwischen den Parzellen - highway=path ?? (i.d.r. wassergebundene Oberfläche mit einer Breite ca. 1,5-2m) - Hauptwege die der allgemeinen Erschließung dienen und daher oftmals eine Asphalt/Schotteroberfläche haben und PKW/LKW-Breite haben - highway=service ?? Genau so. Bzw. Verwende ich für die interparzellären Wege footway. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreber-/Kleingartenweg
Am 14.02.2009 18:45, Sven Geggus: Jan Tappenbecko...@tappenbeck.net wrote: - Hauptwege die der allgemeinen Erschließung dienen und daher oftmals eine Asphalt/Schotteroberfläche haben und PKW/LKW-Breite haben - highway=service ?? highway=track tracktype=grade1 Wenn es wirklich nur um PKW-breite, asphaltierte Wege geht, ja. Aber wenn es aspahltierte Anfahrts- und Anlieferungsstraßen mit Bordstein und möglicherweise Entwässerung sind, dann highway=service. Gru0, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] josm plugin request: addressing with Karlsruhe Schema
Am 12.02.2009 10:29, schrieb maning sambale: Maybe a plugin that can: when I select a node/building and a street, it fills the name for addr:street from selected street. If you are using the existing address preset the street name is auto-completed. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Routendarstellung in Openrouteservice
Am 12.02.2009 11:25, schrieb Chris-Hein Lunkhusen: André Riedel schrieb: Warum auch immer, bei mir Hilft da kurz rein und wieder rauszoomen. Ja, so mach ich das auch immer. Der Bug ist schon länger bekannt. Tritt soviel ich weiss nur mit Firefox 3 auf. Betrifft auch Opera 9 und 10. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aussichtspunkte / Schöne Strecken
Am 11.02.2009 21:51, schrieb Chris Hein Lunkhusen: nachdem tourism=viewpoint nun vom Osmarender gemalt wird [1], stelle ich mir die Frage, wie man landschaftlich schöne Straßen kennzeichnen könnte? In käuflichen Karten werden diese oft mit einem grünen Strich neben der Straße markiert. Ich würde vorschlagen, einen derartigen Straßenabschnitt mit tourism=scenic_route zu taggen. Hier gibt es nur leider gegenüber einer Aussicht noch mehr das Problem der Entscheidung, wann eine Route Landschaftlich wertvoll/schön ist. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überschneidende Flächen
Am 12.02.2009 19:14, schrieb Markus: Wie ist das eigentlich datenbanktechnisch und renderertechnisch mit sich überschneidenden Flächen: - Schnittmenge In der Datenbank sind es einfach seperate Objekte. So lange keine Relation (bsp. Multipolygon) über beide Objekte definiert haben stehen sie dort in keiner Beziehung. Die Renderer verarbeiten überlagernde Flächen unterschiedlich. Meist hat jede Flächenfärbung eine Priorität gegenüber anderen. Falls du meinst, wie man solche Daten interpretieren sollte: In meinen Augen als Schnittmenge. Auf eine Punkt, der innerhalb beider Flächen liegt treffen beide/alle Eigenschaften zu. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfahrungen mit der Wanderkarte - Informationstafeln
Am 12.02.2009 20:34, schrieb Nop: Es gibt traditionell nur ein Tag für jede Art von Informationsquelle, vom Tourismusbüro bis zum Wegweiser im Gelände. Dadurch haben viele Mapper die gesamte Information in den Namen gepackt, teilweise eher wortreich. Durch die langen Texte und das Zusammenwerfen unterschiedlicher Objekte in einem Tag ist das Ergebnis eher lästig. Es gibt auch schon eine Lösung dafür. Vor einiger Zeit wurde ein Proposal [1] gemacht, das Werte für die wichtigsten Arten von Informationsquellen definiert. (...) [1] http://wiki.openstreetmap.org/wiki/Proposed_features/information Tagge ich auch schon seit einiger Zeit. Sehr sinnvoll, einfach zu verstehen. Toll, dass du es auswertest. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] OSM on The Reg
Am 11.02.2009 13:18, Gert Gremmen: Kenneth: does *any* mapping app have an option like 'add road'? Do you know any mapping application accessible for everyone having internet ??? *cough* http://www.google.com/mapmaker *cough* btw. They have expanded the list of supported countries to 160 :-o Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Wir sollten hier einmal etwas globaler und nicht zu sehr in deutschen Bahnen denken. Wie sieht es mit den von Frederik angeführten Urwäldern in Brasilien? Wie mit den riesigen unberührten Waldflächen Sibiriens oder Alaskas? Die Landuse-Familie fasst für mich alle Landnutzungen (welch wunder) zusammen. Da der Begriff der Nutzung nur vom Menschen verwendet wird sind das alles Nutzungsarten durch den Menschen. Nature-Tags fasse ich als vorherrschenden Naturraum in einem Gebiet auf. Insofern stimme ich Gerrit zu in seinen drei Kernaussagen zu: Am 11.02.2009 10:07, Gerrit Lammert: natural=wood bedeutet: Da stehen Bäume landuse=forest bedeutet: Dieses Gelände wird als Forst genutzt. D.h. in 90% aller Fälle treten (in D) beide Tags zusammen auf. Man könnte sagen, dass forest wood impliziert Ein Stausee müsste dann eigentlich ein natural=water + landuse=power sein ;) Ich kenne aber auch in Deutschland genug flecken, die ich gerne als natural=wood allein bezeichne, da sich dort einfach niemand drum kümmert und niemand drum kümmern wird (um das mal ganz platt zu sagen). Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorlagen in JOSM auf Deutsch
Am 11.02.2009 12:15, Dimitri Junker: Hallo, Du kannst JOSM ja einfach mit --language=en aufrufen, dann ist alles Englisch. Darummgeht es ja nicht. Jede Sprachvariante sollte in sich stimmig sein. Man sollte schon erkennen welches Preset mit welchemm Tag identisch ist. Mal abgesehen von Deiner Aussage in einer anderen Mail: Vorsicht. Wir reden hier von der deutschen Sprache, nicht vom deutschen Staatsgebiet. JOSM wird nicht mit --country=de, sondern mit -- language=de aufgerufen (wenn man es denn explizit angeben will). Dann darf da aber keine Bundestraße vorkommen, das ist schon landesspeziefisch und nicht eine reine Übersetzung. Richtig, diese Übersetzung ist eindeutig landesspezifisch. In der Hinsicht sind die Highway-Vorlagen eher als Einsteigerhilfe gedacht. Da gerade die Strassenkategoriesierung (entgegen etwas der Einordnung von Wäldern) eine deutsche Domäne ist, scheint das hier angebracht. Dass OpenStreetMap intern mit englischen Tagnamen arbeitet und deshalb in den Eigenschaften primary steht versteht aber auch der Einsteiger nach sehr kurzer Zeit denke ich. Diese Basis in allen Vorkommen von JOSM auszublenden halte ich für falsch. Da ist viel mehr Vorarbeit (Stichwort einheitliches Glossar) auch im Wiki und für andere Tools vonnöten. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald
Am 11.02.2009 18:50, Martin Simon: Ich hatte neulich ein Depot der Bundeswehr im Wald, das teilweise selbst Wald enthielt, teilweise Grasflächen. Na dann erfasse doch die Wald und Grasflächen als natural=wood und natural=grass, die forstwirtschaftlichen Waldgebiete mit einem zusätzlichen landuse=forest-Polygon und das eingezäunte Bundeswehrgebiet mit landuse=military + barrier=fence Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Karten in der schnellen Karte
Am 09.02.2009 21:06, Jan Tappenbeck: Woher stammt eigentlich die schnelle Karte in JOSM ??? Die flutscht ja nur so - auch wenn man in vorher nicht besuchte Gebiete geht ! Dieser slippy_map_chooser (Auswahl des Gebiets über die Karte) war vorher schon als separates Plugin verfügbar und wurde jetzt direkt integriert. Längerfristig soll die bisherige Kartenauswahl über dem NASA-Bild der Erde damit ersetzt werden. Der verwendete Kachelserver ist der normalen Mapnik von Openstreetmap.org. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brauchen Fehler-Meldungen
Am 08.02.2009 10:03, André Riedel: ich habe das Programm über den Webstartet geladen und mal in 2 Minuten versucht mit dem Programm zu arbeiten. Dito. Bin auch gnadenlos gescheitert. Die Usability für Erstnutzer ist gnadenlos gescheitert. Der vorgeschaltete Infodialog hilft zwar, aber zu viel Text == wird nicht gelesen. Mein Vorschlag: Wenn keine Karte geladen/importiert ist bitte auch keine Kartenansicht anzeigen, sondern stattdessen zwei Schaltflächen Download und Import anzeigen. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brauchen Fehler-Meldungen
Am 10.02.2009 13:19, marcus.wolsc...@googlemail.com: On Tue, 10 Feb 2009 12:45:35 +0100, Claudius Henrichsclaudiu...@gmx.de wrote: Am 08.02.2009 10:03, André Riedel: ich habe das Programm über den Webstartet geladen und mal in 2 Minuten versucht mit dem Programm zu arbeiten. Dito. Bin auch gnadenlos gescheitert. Die Usability für Erstnutzer ist gnadenlos gescheitert. Der vorgeschaltete Infodialog hilft zwar, aber zu viel Text == wird nicht gelesen. Mein Vorschlag: Wenn keine Karte geladen/importiert ist bitte auch keine Kartenansicht anzeigen, sondern stattdessen zwei Schaltflächen Download und Import anzeigen. Leider kann ich nach dem ersten Start nicht mehr zuverlässig feststellen, dass die Karte leer ist. Lediglich dass für den gerade sichtbaren Kartenausschnitt keine Strassen existieren und selbst das ist kein Fehler (er fällt zum Zeichnen auf das Herunterladen von Tiles und für das Suchen auf einen Web-Service zurück. Dem Nutzer ist es freigestellt erst nach Finden von Start+ Ziel ausschliesslich das wirklich benötigte Kartenmaterial herunter zu laden.) Ich werde versuchen den Hinweis durch einen Wizzard zu ersetzen, der den Nutzer durch den Import der ersten Karte und das Einrichten des GPS führt. Marcus Blöd ist vor allem, dass der Hinweis-Dialog nur beim allerersten Start angezeigt wird und bei allen nachfolgenden nicht mehr. Vielleicht kannst du das auch in deine Überlegungen mit einbinden. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebüde mit 2 oder mehr Namen?
Am 10.02.2009 15:33, Thomas Drebert: wie macht man das wenn ein Gebäude mehrere Namen hat, aktuell bin ich am überlegen wie ich das mit einen Gerichtsgebäude mache wo verschiedene Gerichte untergebracht sind? Na wenn das Verwaltungsgericht und das Landgericht in einem Gebäude sind, dann trägt das Gebäude doch trotzdem nur einen Namen, oder? Wie nennen denn die Leute vor Ort das Gebäude? Die zweite Funktion kannst du ja dann immer noch mit einem Node darstellen. Vielleicht wäre es sogar am besten beiden Funktion als Knoten einzubauen und das ganze dann per [1] zu verbinden. Gruß, Claudius [1] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Buildings ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ToPOKarte - Berggipfel
Am 10.02.2009 17:07, Markus: Hallo Colin, Für Gipfel bräuchte man auch eine Unterscheidung derer Bedeutsamkeit. Damit nicht jeder Höhenpunkt mit Name in jeder Zoomstufe angezeigt wird. Das Problem haben wir ganz besonders im Elbsandsteingebirge, lauter kleine Peaks mit aehnlicher Hoehe, Deine Idee: http://wiki.openstreetmap.org/wiki/User:Colin_Marquardt/Hike_%26_Bike_Map#The_tag_.22importance.22 bedeutet eine relative Bewertungsskala, die aber global eine absolute Wirkung hätte. Damit können die Elbsandsteingipfel untereinander nicht von Alpengipfeln untereinander unterschieden werden. Besser wäre ein Attribut für die zoombezogene Darstellung: SCAMIN = # SCAMAX = # SCAMIN: ab diesem Zoomlevel wird dieses Objekt dargestellt SCAMAX: bis zu diesem Zoomlevel wird dieses Objekt dargestellt Damit wird in internationalen Seekarten die Bedeutung von Objekten für die Darstellung auf dem Bildschirm unterschieden. Könnte man ja auch für Berge nutzen... Besser wäre die Definition der Dominanz [1] und Prominenz/Schartenhöhe [2] aus der Geographie. Aus einer Kombination der beiden lässt sich einfach ein von der Zoomstufe abhängiger Algorithmus für die Darstellung ermitteln. Und das ohne manuelle Schätzwerte für das beste Zoomlevel wie mit SCAMIN und SCAMAX vorgeschlagen. Gruß, Claudius [1] http://de.wikipedia.org/wiki/Dominanz_(Geographie) [2] http://de.wikipedia.org/wiki/Schartenhöhe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldlichtung als Multipolygon
Am 10.02.2009 21:50, Markus: Wer kann mal diesen Ausschnitt prüfen und verbessern: http://www.openstreetmap.org/?lat=49.6501lon=11.4155zoom=14 Ich habe versucht, aber diese Anleitung verstehe ich nicht: http://wiki.openstreetmap.org/wiki/de:Relation:multipolygon#JOSM (ich glaube, da stimmt auch einiges nicht so ganz?) uiuiuiuiui. Das Problem war, dass Lichtungen in einem Multipolygon den falschen Umrissen, teilweise also kilometerweit entfernten Wäldern zugeordnet waren. Da hilft es, dem Multipolygon per name= (sofern die Wälder einen Namen tragen) oder per comment= einen Namen zuzuordnen, so dass die Relationenliste in JOSM sprechender wird. Ich habe es (hoffentlich) soweit im von dir verlinkten Ausschnitt repariert. Achte auch auf ein * vor dem Relationennamen, das einen Fehler anzeigt. Oftmals fehlt dann bei einem Mitglied die Rolle (inner oder outer). Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Am 10.02.2009 21:59, Markus: Wunsch: Natur=Urwald (statt: Natur=Wald) (führt immer wieder zu Fehlern) Habe es in der deutschen Übersetzung zu Naturwald verbessert (?). Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rollstuhltaugliche Wege
Am 09.02.2009 16:19, Astrid: Gibt es Tags, die die Bordsteinhöhe beschreiben? Für einen Rollstuhlfahrer dürfen die Bordsteine nicht höher als 3 cm sein, um z.B. die Straßenseite wechseln zu können. Hierfür gibt es das vorgeschlagene Tag amenity=sloped_curb, wobei das meiner Meinung nach auch gut in highway= aufgehoben wäre. [1] Die Universität von Maryland wertet dieses Tag auch schon für ihr Fußgänger-/Rollstuhlfahrerrouting aus. [2] Gruß, Claudius [1] http://wiki.openstreetmap.org/wiki/Proposed_features/sloped_curb [2] http://map.umd.edu/map/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lübeck - more osm coming soon
Am 09.02.2009 11:29, Jan Tappenbeck: Moin ! was more osm coming soon bedeutet ist mir klar - aber das im Lübecker Raum, bei fast jeder Zoomstufe seit gestern diese Meldung kommt ist verwunderlich. Du musst nicht in jedem Thread mit deinem Problem spammen. Abgesehen davon solltest du mal deinen Browser-Bildercache leeren oder anderweitig lokal das Problem eingrenzen (schon mal mit einem anderen Browser probiert?). Bei mir liegt Lübeck in allen Zoomstufen gerendert vor. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] - Autobahnpunkte
Am 09.02.2009 09:43, Torsten Breda: Schaue dir einfach mal diesen Bereich http://www.informationfreeway.org/index.php?lat=50.75411645045912lon=6.15369608091205user=torstikozoom=15layers=0F0B0F http://www.informationfreeway.org/index.php?lat=50.75411645045912lon=6.15369608091205user=torstikozoom=15layers=0F0B0F in JOSM an. Wie du siehst sind die Kreuzungs/AusfahrtPUNKTE mit motorway_junction und entsprechenden Refs bezeichnet. Die Ausfahrten an sich haben motorway_link. Das ist in der Tat ein Fehler in den Vorlagen von JOSM, den Jan gefunden hat. Danke dafür. Fehlerhaft war, dass motorway_exit als eigene Vorlage aufgeführt war. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seezeichen in OSM - Projekt FreieTonne
Am 08.02.2009 11:47, schrieb Jan Jesse: (...) (www.freietonne.de) Als kurze Antwort der Hinweis auf die Erfassungsinitiative eines Seglers: http://wiki.openstreetmap.org/wiki/DE:Segler1 Vielleicht dort mal Kontakt herstellen und mögliche Marschrichtungen abstecken. Zu den technischen API-Details wird sicher auch noch jemand antworten. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie deutsch soll man übersetzen?
Am 07.02.2009 19:04, schrieb Sven Geggus: Markusliste12a4...@gmx.de wrote: Aber warum ein Weg als way dargestellt ist, aber nicht jeder way ein Weg ist, dazu braucht man dann doch einiges Hintergrundwissen über die englischen Sprachkenntnisse hinaus. Die damit für viele verbundene Verwirrung ist einfach unnötig. Ähm hallo? Es ist sogar _besser_ wenn man den Begriff way nicht mit Weg übersetzen kann sondern einfach als Akronym für ein OSM Objekt benutzt. Faktisch ist ein OSM Way ja auch besser als linienzug aufzufassen denn als weg im eigentlichen Sinne. Oh, ein Verbesserungsvorschlag für die deutsche Übersetzung von way. Mit der fehlleitenden Wortwahl way, was im englischen nunmal vornehmlich Weg bedeutet müssen wir leben. Gerade deshalb sollten wir die Möglichkeit nutzen, mit einer deutschen Übersetzung eine genauere Begrifflichkeit zu wählen. Ansonsten schließe ich mich (als einer der JOSM-Übersetzer) der Meinung an, dass wir danach streben sollten gute deutsche Begriffe zu finden, um die Einsteigshürde zu senken. Dieselbe Erfahrung (bessere Verständlichkeit) habe ich auch bei meiner Übersetzung eines großen Kommunikationsprogrammes gemacht. Frederiks Argument, dass damit eine gewisse Hürde aufgebaut würde kann ich nur entgegensetzen, dass wir mit einer Übersetzung den Fremdwörterschatz erweitern, wenn Nutzer so lernen, dass Node eben Knoten bedeutet. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik/Osmarender: Gebäuderenderung /Layer=1
Am 07.02.2009 22:18, schrieb Johannes Haller: Ich habe im Bereich eines Krankenhauses einen Schwebegang, der zwei Gebäude des Krankenhauses miteinander verbindet, als layer=1 getaggt. Darunter führt eine Straße her, fürs richtige Rendern ist der Brückencharakter des Gebäudeteils also wichtig. In Mapnik wird das Krankenhaus auch hübsch mit dünner Linie umzeichnet beige gerendert, aber der Schwebegang läuft rendermäßig unter der Straße her statt darüber, trotz layer=1. Das ändert sich, wenn ich zusätzlich building=yes tagge, dann erscheint der Gang zwar über der Straße, aber im Gebäude-Einheitsbraun von Mapnik, im Gegensatz zum übrigen Krankenhaus, das beige bleibt. (...) Muß ich denn zu amenity=hospital immer zusätzlich auch building=yes taggen? Das Wiki sagt das eigentlich nicht so. Nein. Tagge bitte so, wie es faktisch richtig ist und melde die Schwächen des Renderers auf dieser Seite: http://trac.openstreetmap.org/ (Anmeldung mit deinen OSM-Daten) Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik rendert Hausnummern
Nachdem der World-Export etwas verzögert war zeigt Mapnik ab sofort auch Hausnummern und deren Interpolationen ab Z17 an. Daneben werden jetzt auch barrier=wall/fence und viele andere Sachen gerendert. Toll! Übrigens: Spendet! Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Europaweite Überweisung (war: bank )
Am 06.02.2009 10:09, Andreas Pothe: g...@gary68.de wrote: Aber nur wenn empf. Konto in euro Davon, dass Unwahrheiten häufig wiederholt werden, werden sie nicht wahrer. Wenn ich in Euro per Standardüberweisung nach UK überweise, zahle ich dafür genauso viel, wie wenn ich in Euro innerhalb Deutschlands überweise. Und der Empfänger bezahlt genauso viel, wie er für den Erhalt einer inländischen Euro-Überweisung in UK zahlen würde. Und das gilt in allen EU- und EWU-Staaten (also neben den EU-Staaten auch Norwegen, Island und Liechtenstein). http://www.bundesbank.de/zahlungsverkehr/zahlungsverkehr_sepa.php Ich habe das mit dem Euro auch noch nirgends handfest gelesen, aber viele Banken weisen offenbar SEPA-Überweisungen auf ein nicht in Euro geführtes Konto zurück. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=railway
Am 06.02.2009 11:33, Markus Sperl: Hallo! Ok, also habe ich den tag richtig interpretiert. Leider ist aber damit noch nicht meine originäre Frage beantwortet: Wäre es möglich anzuregen, dass diese Flächen bei Mapnik / Osmarender auch als solche dargestellt werden? Das ist nämlich noch nicht der Fall. Möglich ist es, wenn du dir das wünschst, dann logge dich auf http://trac.openstreetmap.org mit deinen OSM-Daten ein und erstelle mit New Ticket zwei neue Ticket in den entsprechenden Komponenten mapnik und osmarender. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] - Welche Relation ist es denn nun?
Am 05.02.2009 14:44, Jan Tappenbeck: wenn ich in meinem JOSM eine Vielzahl von Restriction-Relationen habe, dann wird es schwierig den richtigen in der Auflistung zu finden. Das entsprechende Icon läßt sich derzeit nicht markieren. Gibt es einen einfachen Weg trotzdem an die betreffende Relation in der Liste zu gelangen ??? Klar gibt es den. Wähle einen Weg oder Knoten aus, der Teil der Relation ist. Unterhalb der Eigenschaften-Liste dieses Objekts findest du auch seine Relationsmitgliedschaften. Relation auswählen - Bearbeiten. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback zur Spendenaktion
Am 06.02.2009 14:13, Johann H. Addicks: http://www.opengeodata.org/?p=384 Die Bilder dieser Story kommen SUPER schlecht an. Entweder gibt's von den Bloggern nur Hohn und Spott http://www.geocaching-nordfriesland.de/?p=1176 Oder aber es gibt begründete Ablehnung 1. Kommentar an http://www.dosenfischer.de/2009/02/06/osm-braucht-neue-server Mal ehrlich, wenn die Server so transportiert werden wie auf den Fotos bei opengeodata und wenn sie in irgendwelche Kellerräume kommen, was man auch auf den Fotos sieht (scheint zumindest kein Serverraum zu sein, auf der linken Seite sieht man ein Ramsch-Regal).dann bin ich nicht bereit zu spenden, auch wenn ich ansich OSM begeistert bin. Blogs sind ein dialogisches Medium, d.h. sie beruhen auf Feedback. Warum gibst du dieses interessante Feedback nicht einfach per Kommentarfunktion am entsprechenden Artikel ab? Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Karte Rendern
Am 06.02.2009 14:28, Dimitri Junker: Hallo, wie funktioniert das neurendern bei der ÖPNVKarte? Automatisch wie bei Mapnik oder auf Anforderung? Mir sagte jemand es würde täglich neu gerendert, aber die von mir falsch eingegebene Buslinie verschwindet seit Tagen nicht. Die ÖPNVKarte wird einmal wöchentlich gerendert. Die Routen-Relationen in der Datenbank (!) dahinter werden einmal täglich aktualisiert, so dass die live berechneten hohen Zoomstufen tagesaktuell sind. Problematisch hierbei ist nur, wenn du für deine Route einen Weg aufbrechen musstest, da die Weg- und Knoten nur einmal wöchentlich aktualisiert werden. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Donations and bank accounts
Am 05.02.2009 21:01, Grant Slater: Gary68 wrote: I for sure won't sign on to PayPal. And I won't give my bank xxEUR for shipping a few bucks across the channel. Having or signing up for a paypal account is not required. When you reach the paypal site there is a link (or form) on the left hand side to use your debit/credit card without having to login or signup to paypal. Even then you need to disclose an email, home address and even phone number (!) to PayPal. A no-go for user who don't want to share data with PayPal. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Donate today for OSM's £10,000 se rver fundraiser
Am 05.02.2009 20:00, Jonas Krückel (John07): And maybe also adding a link on openstreetmap.org to donate.openstreetmap.org And maybe even put a backlink to the donation-page on top of the comments page to give mre :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] kleiner Durchfluss
Am 05.02.2009 14:18, Marc Schütz: Original-Nachricht Datum: Thu, 05 Feb 2009 00:05:23 +0100 Von: Claudius Henrichsclaudiu...@gmx.de An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] kleiner Durchfluss Am 04.02.2009 23:18, Alexander Schulze: Und zwar gibts ja im ländlichen Bereich jede Menge Gräben, die teilweise keine Brücke erfordern und deshalb nur über nen Durchfluss (unterschiedlich dicke Röhre) verfügen. Der Abflussgraben mit waterway=drain Für Wassergräben wurde waterway=ditch vorgeschlagen: http://wiki.openstreetmap.org/wiki/Proposed_features/Ditch Ja, stimmt. Ist viel besser geeignet, da es naturbelassene Entwässerungsgräben etwa in trockengelegten Mooren oder Marschland bezeichnet. waterway=drain sind die künstlichen Gräben an Industrieanlagen. Auf der Wikiseite dazu gibt's ein sehr sprechendes Bild: http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain Danke für die Korrektur, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Spendet für den OpenStreetMap-API-Server
Übersetzung von Steve Coasts Beitrag auf der englischsprachigen Mailingliste. http://www.opengeodata.org/?p=384 http://donate.openstreetmap.org/ Heute starten wir eine Spendensammlung, um 10.000 britische Pfund für einen neuen API-Datenbank-Server zusammen zu bekommen. Dieser wird für die neue API und Server-Software verwendet, die wir 0.6 betiteln (es ist schließlich die 6. Version). Genauer gesagt geht es um einen 3U Rackmount Server, 2x Quadcore, 24GB RAM, 10x SAS 15kRPM Festplatten. Das exponentielle Wachstum von OpenStreetMap seit dem ersten Tag hat zu steigenden Ansprüchen an die Hard- und Software geführt, die das Projekt Tag und Nacht antreiben. Diese Spendensammlung wird uns in eine fantastische Position bringen, um die nächsten Hürden auf dem Weg zur Karte des gesamten Planeten zu nehmen. Wir haben unglaublich engagierte Freiwillige, die unsere Server verwalten und Programmierer, die OSM stetig verbessern. Geben wir ihnen die besten Werkzeuge für diese Aufgabe, damit wir weiter an der detailliertesten Karte des Planeten arbeiten können. Denkt also darüber nach auf donate.openstreetmap.org vorbeizuschauen und etwas Geld für diese Sache beizusteuern. Wir halten euch auf dem laufenden bezüglich des Erwerbs, der Einrichtung und Installation der neuen Hardware. Spendet jetzt! Best Steve ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de