Re: [Talk-transit] New proposal to store public transport data

See http://www.openstreetmap.org/browse/node/533877725 for a not untypical NaPTAN bus stop ref is on a plate on the stop (and is the numerical equivalent of the Naptan Code) local_ref is on a plate on the stop, and is used to tell adjacent stops apart My guess is that there are various coding

Re: [Talk-transit] Summary of Public Transport Proposal Criticism - a real example from Zürich

On 01/25/2011 12:01 AM, Michał Borsuk wrote: So far, so good. Let's then take a tram line, I selected a *random* stop in the centre of Zürich, and *randomly* took tram line 10. Here's the list of routes and their conditions: ... This single line contains *23* different routes! Twenty-three

Re: [Talk-transit] Summary of Public Transport Proposal Criticism

On Sun, Jan 23, 2011 at 10:38 PM, Richard Mann richard.mann.westoxf...@gmail.com wrote: On Sat, Jan 22, 2011 at 8:32 AM, Dominik Mahrer (Teddy) te...@teddy.ch wrote: - stop_area is not needed/too complicated: According to taginfo there are already 64'500 stop area relations in the OSM

[Talk-transit] Public Transport Line Diagram

Hi guys, i'm trying to follow your discussion on PT proposals. Was unable to participate due to lack of time. Now sick in bed, I hope to be able to at least dig through the discussion archives so i can try and add my two cents worth later on. Was wondering if the planned changes to approach in

Re: [Talk-transit] Public Transport Line Diagram

Maybe you have to put roles forward_stop and backward_stop to stops if it's 1 relation for 1 line. It seems most stops have no roles at all Anyway you should also order the relations members by type ways - nodes for stops. Or the problem might be the fact that some stops are railway = halt and

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.

Re: [Talk-transit] Public Transport Line Diagram

On Tue, 25 Jan 2011 18:45:58 +0100, Tiziano D'Angelo wrote: Maybe you have to put roles forward_stop and backward_stop to stops if it's 1 relation for 1 line. It seems most stops have no roles at all Anyway you should also order the relations members by type ways - nodes for stops. Or the

[Talk-transit] Public Transport Line Diagram

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

Re: [Talk-hr] st(r)anje oko promjene licence

On Sun, 23 Jan 2011 16:48:17 +0100, Janko Mihelić wrote: Jel netko već kontaktirao ljude? Goran mi kaže da misli da je Matija poslao mail svima sa liste koji nisu prešli. Ja sam poslao jedno 20-ak poruka ljudima po onome popisu (od najaktivnijih prema dolje). Dobio sam par dogovora pa ako

Re: [Talk-hr] st(r)anje oko promjene licence

On Sat, 22 Jan 2011 18:39:13 +0100, Matija Nalis wrote: Najtuznije od svega je sto bi upgrade na CC-BY-SA 3.0, kao i ported varijante te licence (po odabiru usera) rjesio vecinu (iako ne sve) probleme radi kojih se gura ODbL i novi CT, i to bez *ikakvog* gubitka podataka.

Re: [Talk-hr] st(r)anje oko promjene licence

Evo linka za popis kontaktiranih ljudi http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr

Re: [talk-ph] OSM vs. RoadGuide.ph

As a followup, I did a visual comparison of several areas where OSM has better data and coverage than RoadGuide.ph: http://vaes9.codedgraphic.com/posts/is_rg_better_than_osm I hope that this will prove enlightening. End lesson: load both maps into your Garmin unit. =) On Sat, Oct 9, 2010 at

Re: [OSM-talk-be] OSM and iphone

Ik voer de adressen in met Potlach2 optie simpel. het postnummer en de straat moeten er wel degelijk bij, anders vindt men dit niet terug in de wereld. En effectief word met Bing ook de landuse mooi opgevuld (Simon, Jo en ikzelf). Klaas, als je me zegt in welke zone je huisnummers kan opgeven wil

Re: [OSM-talk-be] upload werkt niet meer?

Hier geen problemen ondervonden met uploaden. Track zat binnen een minuut in het systeem. Martijn Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes

Re: [OSM-talk-be] upload werkt niet meer?

Intussen is er in Engeland een dappere ontwaakt van mijn bittere jammerklacht, ik heb zonet de bestandjes doorgestuurd. Het ergste dat kan gebeuren is natuurlijk dat ze nu WEL met de glimlach worden aangenomen. KA Op 25/01/2011 11:24, Ben Laenen schreef: Op talk@ zijn er ook berichten dat

Re: [OSM-talk] Why I don't use JOSM (was Re: Non-map-based OSM editor)

+1 on this idea I have used josm since I started with osm but still end up clicking fairly randomly on these icons. A menu would be way better. Kevin On 24 Jan 2011 22:41, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: 2011/1/24 Sebastian Klein basti...@googlemail.com: Anthony wrote:

[OSM-talk] Strange artefacts in mapnik-rederings around (0,0)

I had a problem with the last 2 planet-files with possibly some antarctic borders that were connected to a Node (0,0) (maybe a similar issue as the southpole problem mentioned here a while ago). You can also see this problem in some of the current mapnik tiles, e.g.:

Re: [OSM-talk] Why I don't use JOSM (was Re: Non-map-based OSM editor)

On Tue, Jan 25, 2011 at 9:13 AM, Anthony o...@inbox.org wrote: On Tue, Jan 25, 2011 at 2:49 AM, Frederik Ramm frede...@remote.org wrote: No, seriously, it would be great if someone found a way to modify the API (more precisely, the cgimap program) so that it accepts requests for larger

Re: [OSM-talk] Why I don't use JOSM (was Re: Non-map-based OSM editor)

On Tue, Jan 25, 2011 at 9:18 AM, Anthony o...@inbox.org wrote: Longer term though, there should almost surely be a tile based index. Umm, yeah, please pretend I didn't say that :). ___ talk mailing list talk@openstreetmap.org

Re: [OSM-talk] [OSM-Photos] OpenTrailView update: now with walkthroughs and links with OSM data

I uploaded a few sets of two images in the US a while ago. Were these deleted in the upgrade because they weren't panoramas? Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] OSM-in-a-box doubts...

Dear list, I am trying to use Osm-in-a-box to keep a synchronized Postgis DB. I am doing a little test with the data of Iceland which should be about 0.06 % of the whole OSM database (size of iceland.osm.bz2 is about 8 MB) and it seems to be very slow (took 2 hours) The command was: sudo

Re: [OSM-talk] [OSM-Photos] OpenTrailView update: now with walkthroughs and links with OSM data

Hi Toby, I uploaded a few sets of two images in the US a while ago. Were these deleted in the upgrade because they weren't panoramas? Toby They are still present on the server, I think, but no longer linked from the map. I figured it would be better to try and focus the project on one thing, 

Re: [OSM-talk] OSM-in-a-box doubts...

On 26 January 2011 06:42, Juan Lucas Domínguez Rubio juan_lucas...@yahoo.com wrote: Is there a better mailing list than this to get help about this? osm-dev? http://lists.openstreetmap.org/pipermail/dev/ -- robin http://tangleball.org.nz/ - Auckland's Creative Space

[OSM-talk] military vs consumer GPS and the equator

Not too long ago I was in Ecuador at the Mitad del Mundo and noticed a fairly significant discrepancy between my own GPS and an official marker. The Mitad del Mundo is a monument setup to mark the equator, after which Ecuador is named. Obviously the equator is a line, but this is a single

Re: [OSM-talk] military vs consumer GPS and the equator

My understanding (which may not be correct) is that civilian GPS units are supposedly now as accurate as the military units in terms of latitude and longitude, but are deliberately much less accurate at altitude readings. ---Original Email--- Subject :[OSM-talk] military vs consumer GPS

Re: [OSM-talk] military vs consumer GPS and the equator

Didn't Clinton turn the encryption off some of the accuracy bits of the GPS signal at some stage (making military vs consumer less important)? Yes SA was turned off. This is where 'they' deliberately added a random offset to the position, so that it would 'confuse' consumer grade receivers.

Re: [OSM-talk] military vs consumer GPS and the equator

On 25/01/2011 22:02, Joe Richards wrote: The problem is my consumer GPSes (a Garmin GPSMap 60Csx and an HTC Magic running Android) thought that the equator was about 30-40m away from where a 'military GPS' had supposedly measured it and where these equatorial tricks were being performed.

Re: [OSM-talk] military vs consumer GPS and the equator

So essentially even the so-called 'scientific museum' was a sham/lie and the experiments they showed-off were made up. The real equator is nearby, but not where they said it was. A positive implication: all the mapping that is done to higher accuracies (10m) is meaningful. On 26 January 2011

Re: [OSM-talk] military vs consumer GPS and the equator

Hi, Joe Richards wrote: So essentially even the so-called 'scientific museum' was a sham/lie and the experiments they showed-off were made up. The real equator is nearby, but not where they said it was. What, in your mind, is the real equator? The Karlsruhe Zoo, not far from where I live,

Re: [OSM-talk] military vs consumer GPS and the equator

Hi Joe, There are tricks there, such as egg-balancing on watching the water go down the sink in different directions - supposedly induced by the coriolis effect. This tells you all you need to know; it's not science, it's just a tourist spectacle. I once kept a tally on my bathroom mirror

Re: [OSM-talk] military vs consumer GPS and the equator

On 25 January 2011 23:02, Joe Richards geojoeli...@gmail.com wrote: The problem is my consumer GPSes (a Garmin GPSMap 60Csx and an HTC Magic running Android) thought that the equator was about 30-40m away from where a 'military GPS' had supposedly measured it and where these equatorial tricks

Re: [OSM-talk] Non-map-based OSM editor

On 24/01/2011 10:59 PM, Gorm E. Johnsen wrote: The idea is a 'poi multiplexer system' to manage a list of pois. Each poi might be 'linked' to an osm-object or kept private. Its easy to change tags of any or all of pois in the list, syncing to osm if linked. Pois may be imported from csv or

Re: [OSM-talk] military vs consumer GPS and the equator

On 26 January 2011 11:22, Steve Doerr steve.do...@blueyonder.co.uk wrote: Whether a similar error regarding the Equator has crept into WGS84, I'm not sure. Lines of latitude are not arbitrary in the way lines of longitude are. is this entirely the case? i was under the impression the earth is

Re: [OSM-talk] military vs consumer GPS and the equator

On Tue, Jan 25, 2011 at 11:19 PM, si...@mungewell.org wrote: Didn't Clinton turn the encryption off some of the accuracy bits of the GPS signal at some stage (making military vs consumer less important)? Yes SA was turned off. This is where 'they' deliberately added a random offset to the

Re: [OSM-talk] military vs consumer GPS and the equator

I was under the impression that you still need those reference stations for doing surveys, because of those atmospheric conditions you mention. A reference station is really just a receiver that doesn't move and is well surveyed in. You can use a reference station if you have one close

Re: [talk-au] BYO restaurants

On Tue, 2011-01-25 at 15:33 +1100, Steve Bennett wrote: On Tue, Jan 25, 2011 at 10:08 AM, John Smith deltafoxtrot...@gmail.com wrote: amenity=restaurant licensed=yes/no/byo Yeah, but they're not mutually exclusive. All four combinations exist, including licensed *and* byo (with corkage,

Re: [talk-au] BYO restaurants

On 26 January 2011 09:21, David Murn da...@incanberra.com.au wrote: Upon doing a bit of research, the exact meaning varies depending on where you are. In [1]New York for example, a BYO establishment MUST have a liquor license. In [2]Victoria, a BYO license (actually a permit) is for places

Re: [talk-au] BYO restaurants

On Wed, 26 Jan 2011 10:58:04 +1000 John Smith deltafoxtrot...@gmail.com wrote: On 26 January 2011 09:21, David Murn da...@incanberra.com.au wrote: Upon doing a bit of research, the exact meaning varies depending on where you are. In [1]New York for example, a BYO establishment MUST have a

Re: [talk-au] BYO restaurants

On 26/01/2011 10:21 AM, David Murn wrote: Upon doing a bit of research, the exact meaning varies depending on where you are. In [1]New York for example, a BYO establishment MUST have a liquor license. In [2]Victoria, a BYO license (actually a permit) is for places that dont have a liquor

Re: [Talk-de] Adressen erfassen

Am 25.01.11 08:57, schrieb Walter Nordmann: André Joost wrote: Nun, die Marler Adressen sind importiert worden. Leider passt die Lage der Straßen manchmal nicht zu den Nummern :-( Normalerweise sollten die Straßen in DE zwischen den gerade und ungeraden Hausnummern liegen. Da gibt es ja

[Talk-de] Tagesschau benutzt OSM-Karte (via DPA)

Zufällig gefunden: http://www.tagesschau.de/ausland/explosionmoskau102-magnifier_pos-1.html Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tagesschau benutzt OSM-Karte (via DPA)

Benjamin Lebsanft benjamin at lebsanft.org writes: siehe: http://lists.openstreetmap.org/pipermail/talk-de/2011-January/082286.html Liebe Grüße Benni Ich war so aufgeregt, dass ich das entdeckt hatte. :D Sorry. Volker ___ Talk-de

Re: [Talk-de] Adressen erfassen

Am 25.01.2011 08:57, schrieb Walter Nordmann: Nun, die Marler Adressen sind importiert worden. Leider passt die Lage der Straßen manchmal nicht zu den Nummern :-( Normalerweise sollten die Straßen in DE zwischen den gerade und ungeraden Hausnummern liegen. Da gibt es ja wohl nur zwei

Re: [Talk-de] Adressen erfassen

Am 25.01.11 10:22, schrieb Chris66: Am 25.01.2011 08:57, schrieb Walter Nordmann: Nun, die Marler Adressen sind importiert worden. Leider passt die Lage der Straßen manchmal nicht zu den Nummern :-( Normalerweise sollten die Straßen in DE zwischen den gerade und ungeraden Hausnummern liegen.

Re: [Talk-de] Adressen erfassen

Am 25. Januar 2011 10:22 schrieb Chris66 chris66...@gmx.de: Am 25.01.2011 08:57, schrieb Walter Nordmann: Nun, die Marler Adressen sind importiert worden. Leider passt die Lage der Straßen manchmal nicht zu den Nummern Da gibt es ja wohl nur zwei Möglichkeiten: a) alles auf die

Re: [Talk-de] Adressen erfassen

M∡rtin Koppenhoefer wrote: +1, ich wüŕde die Nummern schubsen und nicht die Straßen, es sei denn, man hat gute Gründe (tracks) davon auszugehen, dass die Straßen nicht stimmen ich sehe hier aber eine extrem gute übereinstimmung zwischen bing und den importierten hausnummern. würd so 95%

Re: [Talk-de] landuse bei mehrfacher Landnutzung

Am 25. Januar 2011 01:28 schrieb Stephan Wolff s.wo...@web.de: Moin, wenn ein Gelände mehrere verschiedene Nutzungen hat, ist es schwierig diese als landuse zu erfassen. Beispiele: - Militärgelände mit forstwirtschaftlich genutztem Wald das ist m.E. in der Tat ein valides Beispiel. M.E. 2

Re: [Talk-de] generisches Landuse für bebautes Land

Am 25. Januar 2011 04:49 schrieb Johann H. Addicks addi...@gmx.net: Am 25.01.2011 01:20, schrieb Stephan Wolff: Es gibt afaik keine Entsprechung für das in den Bebauungsplänen so gern gewählte Mischbebauung. ja, leider. Auch sonst lässt sich die BauNVO (Nutzungsverordnung,

Re: [Talk-de] Adressen erfassen

Am 24.01.2011 21:18, schrieb Chris66: Am 24.01.2011 21:07, schrieb Frederik Ramm: Es gibt eine Reihe von Gruenden, die gegen Strassenrelationen zur Adressierung sprechen: * weitaus weniger benutzt * komplizierter einzugeben, komplizieter auszuwerten * Adressen und Strassen sind

[Talk-de] Rasweg

muss mal wieder was fragen! die RAdwegstrecke ist hier unterbrochen: http://www.openstreetmap.org/?lat=50.60036lon=6.29442zoom=17layers=C ich weis nicht wie ich die Lücke schließen soll (ein STück Straße, Kreisverkehr) Ich habe schon einiges ausprobiert aber nicht das richtieg gefunden

Re: [Talk-de] Rasweg

Am 25.01.11 12:02, schrieb Steffen Heinz: muss mal wieder was fragen! die RAdwegstrecke ist hier unterbrochen: http://www.openstreetmap.org/?lat=50.60036lon=6.29442zoom=17layers=C ich weis nicht wie ich die Lücke schließen soll (ein STück Straße, Kreisverkehr) Ich habe schon einiges ausprobiert

Re: [Talk-de] Rasweg

Am 25.01.2011 12:02, schrieb Steffen Heinz: muss mal wieder was fragen! die RAdwegstrecke ist hier unterbrochen: http://www.openstreetmap.org/?lat=50.60036lon=6.29442zoom=17layers=C ich weis nicht wie ich die Lücke schließen soll (ein STück Straße, Kreisverkehr) Ich habe schon einiges

Re: [Talk-de] Rasweg

Am 25.01.11 12:28, schrieb Chris66: Am 25.01.2011 12:02, schrieb Steffen Heinz: muss mal wieder was fragen! die RAdwegstrecke ist hier unterbrochen: http://www.openstreetmap.org/?lat=50.60036lon=6.29442zoom=17layers=C ich weis nicht wie ich die Lücke schließen soll (ein STück Straße,

[Talk-de] VOTING für historic:civilization

Seit ein paar Tagen kann man für historic:civilization abstimmen. Würde mich über Beteiligung freuen. Leider scheint im Wiki was nicht zu stimmen, jedenfalls findet die Suche nach diesem Term überhaupt nichts, daher hier der Hinweis.

[Talk-de] Mailingliste im Thunderbird-Newsreader

Hi ! vor längerer Zeit wurde die lokale Mailingliste für Lübeck eingerichtet. Kann mir einer sagen warum diese in meinem Thunderbird-Newsgruppen-Verzeichnis (gmane.comp.gis.openstreetmap.) trotz aktualisieren immer noch nicht angezeigt wird? Gruß Jan :-)

Re: [Talk-de] Rasweg

Am 25.01.2011 12:14, schrieb André Joost: Also wenn da schon ein straßenbegleitender Radweg eingetragen ist, solltest du das Radverkehrsnetz auch auf diesen legen. Naja, und wenn auf beiden Seiten ein Radweg ist, würde man ja auch die Straße in die Relation eintragen. Chris

Re: [Talk-de] Adressen erfassen

Am 23.01.2011 12:47, schrieb Chris66: Am 23.01.2011 12:16, schrieb ht321: wo werden die Adressangaben wie 'city', 'country' etc. bei einer Adressrelation am sinnvollsten eingetragen: der Trend geht weg von den Relationen. Also einfach die Infos (5er Pack)

Re: [Talk-de] generisches Landuse für bebautes Land

Am 25. Januar 2011 11:46 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 25. Januar 2011 04:49 schrieb Johann H. Addicks addi...@gmx.net: Am 25.01.2011 01:20, schrieb Stephan Wolff: Es gibt afaik keine Entsprechung für das in den Bebauungsplänen so gern gewählte Mischbebauung. ja,

Re: [Talk-de] Rasweg

Solange der Radweg auf einem straßenbegleitenden Radweg verläuft, nehme ich egtl. immer die Straße in die Relation und nicht den Radweg, eben weil dieser egtl. ein oneway sein müsste und ich keine Lust auf doppelte Arbeit hab. Wenn der Radweg für beide Richtungen freigegeben ist, dann kommt

Re: [Talk-de] Mailingliste im Thunderbird-Newsreader

Am 25.01.11 13:33, schrieb Jan Tappenbeck: Hi ! vor längerer Zeit wurde die lokale Mailingliste für Lübeck eingerichtet. Kann mir einer sagen warum diese in meinem Thunderbird-Newsgruppen-Verzeichnis (gmane.comp.gis.openstreetmap.) trotz aktualisieren immer noch nicht angezeigt wird?

Re: [Talk-de] Adressen erfassen

Am 25.01.2011 13:55, schrieb Stephan Wolff: Am 23.01.2011 12:47, schrieb Chris66: Am 23.01.2011 12:16, schrieb ht321: wo werden die Adressangaben wie 'city', 'country' etc. bei einer Adressrelation am sinnvollsten eingetragen: der Trend geht weg von den Relationen. Also einfach die Infos

Re: [Talk-de] Rasweg

Am 25. Januar 2011 13:35 schrieb Chris66 chris66...@gmx.de: Am 25.01.2011 12:14, schrieb André Joost: Also wenn da schon ein straßenbegleitender Radweg eingetragen ist, solltest du das Radverkehrsnetz auch auf diesen legen. Naja, und wenn auf beiden Seiten ein Radweg ist, würde man ja auch

Re: [Talk-de] Adressen erfassen

Am 25. Januar 2011 13:55 schrieb Stephan Wolff s.wo...@web.de: Ich empfinde den Trend bedenklich, immer mehr Informationen in einzelnen Nodes abzulegen ohne die logischen Zusammenhänge ebenfalls in der Datenbank zu erfassen. die räumlichen Zusammenhänge ergeben sich allerdings automatisch,

Re: [Talk-de] generisches Landuse für bebautes Land

Am 25. Januar 2011 14:02 schrieb Falk Zscheile falk.zsche...@googlemail.com: Am 25. Januar 2011 04:49 schrieb Johann H. Addicks addi...@gmx.net: Es gibt afaik keine Entsprechung für das in den Bebauungsplänen so gern gewählte Mischbebauung. z.B. für Wohnhäuser mit Geschäften im Erdgeschoss

[Talk-de] Idee für Relationssplittung

Hi ! ich habe hier eine Relation die soll nur bis zu einem bestimmten Punkt gehen und dann soll eine neue Anfangen. Nun sind da schon einem Vielzahl von Elementen angehängt. Hat einer eine Idee wie man die Elemente am einfachsen von der einen Relation absplittet und in die andere (schon

Re: [Talk-de] generisches Landuse für bebautes Land

Am 25. Januar 2011 14:05 schrieb Falk Zscheile falk.zsche...@googlemail.com: § 2 Kleinsiedlungsgebiete § 3 Reine Wohngebiete § 4 Allgemeine Wohngebiete § 4a Gebiete zur Erhaltung und Entwicklung der Wohnnutzung (besondere Wohngebiete) § 5 Dorfgebiete § 6 Mischgebiete § 7 Kerngebiete § 8

Re: [Talk-de] Idee für Relationssplittung

Am 25.01.11 15:33, schrieb Jan Tappenbeck: Hi ! ich habe hier eine Relation die soll nur bis zu einem bestimmten Punkt gehen und dann soll eine neue Anfangen. Nun sind da schon einem Vielzahl von Elementen angehängt. Hat einer eine Idee wie man die Elemente am einfachsen von der einen

Re: [Talk-de] Radweg

Am 25.01.2011 13:35, schrieb Chris66: Am 25.01.2011 12:14, schrieb André Joost: Also wenn da schon ein straßenbegleitender Radweg eingetragen ist, solltest du das Radverkehrsnetz auch auf diesen legen. Naja, und wenn auf beiden Seiten ein Radweg ist, würde man ja auch die Straße in die

Re: [Talk-de] Radweg

Am 25.01.2011 12:28, schrieb Chris66: Ich habe schon einiges ausprobiert aber nicht das richtieg gefunden Hi, hab's repariert. danke, schreib mal wie dus gemacht hast, mir privat das mit der relation hab ich nicht verstanden Grüße aus der Eifel Steffen

Re: [Talk-de] Radweg

Am 25.01.2011 15:58, schrieb Steffen Heinz: danke, schreib mal wie dus gemacht hast, mir privat das mit der relation hab ich nicht verstanden In Josm zunächst einen Way selektiert der in der Relation enthalten ist, in den Eigenschaften die zugehörige Rela angeklickt und geöffnet. Dann die

Re: [Talk-de] Anmeldeprozedur

Das eine deutsche Version der CTs benutzerfreundlicher wäre ist wohl unbestritten. Allerdings ist es, so wie die Situation heute ist, -sehr- unwahrscheinlich (aus bereits mehrfach dargelegten Gründen), dass die OSMF resp. die LWG einverstanden wäre eine solche Version als bindend zu

Re: [Talk-de] Radweg

Am 25.01.2011 16:10, schrieb Chris66: Am 25.01.2011 15:58, schrieb Steffen Heinz: danke, schreib mal wie dus gemacht hast, mir privat das mit der relation hab ich nicht verstanden In Josm zunächst einen Way selektiert der in der Relation enthalten ist, in den Eigenschaften die zugehörige

Re: [Talk-de] Adressen erfassen

Am 25.01.2011 13:55, schrieb Stephan Wolff: Am 23.01.2011 12:47, schrieb Chris66: addr:street/housenumber/country/city/postcode als Node oder an's Building pappen. Ich empfinde den Trend bedenklich, immer mehr Informationen in einzelnen Nodes abzulegen ohne die logischen Zusammenhänge

Re: [Talk-de] Idee für Relationssplittung

Am 25.01.2011 15:40, schrieb André Joost: Am 25.01.11 15:33, schrieb Jan Tappenbeck: ich habe hier eine Relation die soll nur bis zu einem bestimmten Punkt gehen und dann soll eine neue Anfangen. Nun sind da schon einem Vielzahl von Elementen angehängt. Hat einer eine Idee wie man die Elemente

Re: [Talk-de] Rasweg

Hallo, On 25.01.2011 14:07, Henning Scholland wrote: Solange der Radweg auf einem straßenbegleitenden Radweg verläuft, nehme ich egtl. immer die Straße in die Relation und nicht den Radweg, eben weil dieser egtl. ein oneway sein müsste und ich keine Lust auf doppelte Arbeit hab. Wenn der Radweg

Re: [Talk-de] Rasweg

On 25.01.2011 14:33, Falk Zscheile wrote: Gab es für solche Fälle (wenn Hin- und Rückweg über unterschiedliche Straßen führen) nicht die Möglichkeit den Elementen einer Relation Rollen wie forward und backward zuzuweisen? Ja, wobei forward bzw. backward die Beziehung zwischen der Richtung des

Re: [Talk-de] Rasweg

Falk Zscheile wrote: Gab es für solche Fälle (wenn Hin- und Rückweg über unterschiedliche Straßen führen) nicht die Möglichkeit den Elementen einer Relation Rollen wie forward und backward zuzuweisen? Setzt voraus, dass die Relation sortiert ist und zumindest ich mache mir den Aufwand nicht.

Re: [Talk-de] Rasweg

Am 25. Januar 2011 17:47 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Falk Zscheile wrote: Gab es für solche Fälle (wenn Hin- und Rückweg über unterschiedliche Straßen führen) nicht die Möglichkeit den Elementen einer Relation Rollen wie forward und backward zuzuweisen? Setzt voraus,

Re: [Talk-de] Reit- und Wanderkarte - Jahresrückblick

NopMap wrote: hike39 wrote: danke, bin nun anscheinend fündig geworden. Bin dabei über den Menuepunkt Verzeichnisse - Wanderwege gegangen. Allerdings hat es mich etwas verwundert, dass dort dann ein Gesamtverzeichnis aller Wanderwege aufgebaut wird, auch wenn ich mich z.B.

Re: [Talk-de] Wasserlauf sichtbar machen.

Am 21.01.2011 19:12, schrieb Christian H. Bruhn: Es läuft gerade eine Abstimmung zu einem default layer für Tunnel und Brücken [1]. [1] http://wiki.openstreetmap.org/wiki/Proposed_features/default_layer_for_bridge_and_tunnel Der Vollständigkeit halber hier noch das Ergebnis der

Re: [Talk-de] Idee für Relationssplittung

Am 25.01.2011 17:37, schrieb Heiko Jacobs: Am 25.01.2011 15:40, schrieb André Joost: Am 25.01.11 15:33, schrieb Jan Tappenbeck: ich habe hier eine Relation die soll nur bis zu einem bestimmten Punkt gehen und dann soll eine neue Anfangen. Nun sind da schon einem Vielzahl von Elementen

Re: [Talk-de] Rasweg

On 25.01.2011 17:47, Manuel Reimer wrote: Falk Zscheile wrote: Gab es für solche Fälle (wenn Hin- und Rückweg über unterschiedliche Straßen führen) nicht die Möglichkeit den Elementen einer Relation Rollen wie forward und backward zuzuweisen? Setzt voraus, dass die Relation sortiert ist

Re: [Talk-de] Adressen erfassen

Am 25.01.2011 15:19, schrieb M∡rtin Koppenhoefer: Am 25. Januar 2011 13:55 schrieb Stephan Wolffs.wo...@web.de: Ich empfinde den Trend bedenklich, immer mehr Informationen in einzelnen Nodes abzulegen ohne die logischen Zusammenhänge ebenfalls in der Datenbank zu erfassen. die räumlichen

Re: [Talk-de] Idee für Relationssplittung

Henning Scholland schrieb: Besser wäre es, wenn man selektierte Wege in dem Relationseditor in den Daten markieren kann. kann man Derzeit kann man immer nur ein Element mit Zoom auf markieren. nö, das hatten wir erst ganz kürzlich hier:

Re: [Talk-de] Idee für Relationssplittung

Tatsache...jetzt wo du es sagst fällt es mir sogar selber wieder ein :-[ Henning Am 25.01.2011 21:56, schrieb malenki: Henning Scholland schrieb: Besser wäre es, wenn man selektierte Wege in dem Relationseditor in den Daten markieren kann. kann man Derzeit kann man immer nur ein

Re: [Talk-de] Idee für Relationssplittung

Jan Tappenbeck schrieb: Hi ! ich habe hier eine Relation die soll nur bis zu einem bestimmten Punkt gehen und dann soll eine neue Anfangen. Nun sind da schon einem Vielzahl von Elementen angehängt. Hat einer eine Idee wie man die Elemente am einfachsen von der einen Relation absplittet

Re: [Talk-de] landuse bei mehrfacher Landnutzung

Am 25.01.2011 05:47, schrieb Willi: Am Dienstag, 25. Januar 2011 07:28 schrieb Stephan Wolff [s.wo...@web.de] wenn ein Gelände mehrere verschiedene Nutzungen hat, ist es schwierig diese als landuse zu erfassen. Beispiele: - Militärgelände mit forstwirtschaftlich genutztem Wald Meines

Re: [Talk-de] landuse bei mehrfacher Landnutzung

Am 25. Januar 2011 23:32 schrieb Stephan Wolff s.wo...@web.de: Das kannte ich noch nicht. Der Vorschlag löst aber mein Problem nicht, da es mehrere Nutzungsarten eines Geländes geben kann. +1, die Lösung könnte da m.E. nur sein, verschiedene landuses überlappen zu lassen. Je nachdem wie man

Re: [Talk-de] landuse bei mehrfacher Landnutzung

Hallo, M∡rtin Koppenhoefer wrote: +1, die Lösung könnte da m.E. nur sein, verschiedene landuses überlappen zu lassen. Je nachdem wie man landuse definiert, kann es evtl. aber auch an jeder Stelle nur einen geben (sagen manche). Dann müsste man mal das komplette Konzept durchdenken. Ein

Re: [Talk-de] Radweg

Am 25.01.11 15:56, schrieb Steffen Heinz: Am 25.01.2011 13:35, schrieb Chris66: Am 25.01.2011 12:14, schrieb André Joost: Also wenn da schon ein straßenbegleitender Radweg eingetragen ist, solltest du das Radverkehrsnetz auch auf diesen legen. Naja, und wenn auf beiden Seiten ein Radweg

Re: [Talk-de] Rasweg

Am 25.01.11 14:33, schrieb Falk Zscheile: Am 25. Januar 2011 13:35 schrieb Chris66chris66...@gmx.de: Am 25.01.2011 12:14, schrieb André Joost: Also wenn da schon ein straßenbegleitender Radweg eingetragen ist, solltest du das Radverkehrsnetz auch auf diesen legen. Naja, und wenn auf beiden

Re: [Talk-de] Idee für Relationssplittung

Am 25.01.11 17:37, schrieb Heiko Jacobs: Kennt jemand den Macher des Relations-Analyzer? Der leist hier gelegentlich mit ;-) Weil der sortiert ja vermutlich intern, um Lücken rauszufinden, hat also das wichtigste nötige Werkzeug schon eingebaut, hat josm auch. Oder generell eine

Re: [Talk-de] Idee für Relationssplittung

Am 25.01.11 21:57, schrieb Georg Feddern: da anscheinend schon beide Relationen vorhanden sind: Beide im Relationseditor öffnen. Die abzusplittenden Elemente im 1. Relationseditor markieren und anschließend deren Objekte markieren lassen. Die markierten Objekte im 2. Relationseditor

Re: [Talk-it] Risoluzione bing in JOSM

2011/1/25 MorSi mo...@inwind.it: Ed infatti io non l'ho trovato Mi dite dove è che si imposta la zoom massimo??? F12 -- wms tms -- settings --max zoom lvl -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org

[Talk-it] Semafori

Scusatemi ma dalla wiki non si capisce come mettere i semafori. Ci sono indicazioni contrastanti, non ho ben capito se bisogna mettere crossing=traffic_light oppure highway=traffic lights. Parlo di un singolo nodo in mezzo al classico incrocio a X. Ma soprattutto: è necessario mettere tutti i

Re: [Talk-it] Semafori

On Tue, 25 Jan 2011 10:52:57 +0100, Stefano Droghetti wrote: Scusatemi ma dalla wiki non si capisce come mettere i semafori. Ci sono indicazioni contrastanti, non ho ben capito se bisogna mettere crossing=traffic_light oppure highway=traffic lights. Parlo di un singolo nodo in mezzo al

Re: [Talk-it] Semafori

Il giorno mar, 25/01/2011 alle 11.04 +0100, David Paleino ha scritto: highway=traffic_lights. crossing=traffic_light è per gli attraversamenti pedonali regolati da semaforo. Va usato in congiunzione con highway=crossing (e crossing_ref, per i puristi). Scusa, volevo dire:

Re: [Talk-it] Semafori

2011/1/25 Stefano Droghetti stefano.droghe...@gmail.com: Scusa, volevo dire: highway=traffic_signals si, grazie, mi era sfuggito anche a me ;-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it

[Talk-co] Coordenadas magna sirgas

Saludos cordiales, He estado trabajando en convertir coordenadas del sistema magna sirgas a geodésicas, antes lo hacia fácilmente con la aplicación del IGAC, pero desde mayo del 2009 la aplicación está es una revisión por unos días y aun no esta disponible para descargas. Alguien puede indicarme

Re: [Talk-co] Coordenadas magna sirgas

Buen día, Yo uso gvSIG para relizar el convesión de los datos, la documentación esta en [1] Saludos. [1]

  1   2   >