On Fri, Oct 19, 2012 at 9:20 PM, Frans Thamura fr...@meruvian.org wrote:
hi all
any reason why we dont have JavaAPI, but we use Java for OSM, and
popular, such as Osmosis and JOSM?
I got the Java is ? in this URL http://wiki.openstreetmap.org/wiki/Frameworks
What do you mean by Java API?
Hi toby
Java api like osmdroid for android
I hope josm and osmosis wanna share it
The ide to gro osm integration developer
Frans Thamura
Meruvian
On Oct 20, 2012 3:08 PM, Toby Murray toby.mur...@gmail.com wrote:
On Fri, Oct 19, 2012 at 9:20 PM, Frans Thamura fr...@meruvian.org wrote:
hi
Richard, there is a misunderstanding there... I'm in favor of your
changeset tags idea as a replacement to the dedicated account. I see
it more efficient to track data source than unlisted dedicated
accounts, hundreds of them sometimes for the same data source.
2012/10/19 Richard Fairhurst
On 19.10.2012 15:22, Christian Quest wrote:
Next SOTM in China ?
You want ho hold a free conference in a non free country with
strange rules for GPS and Geo-issues?
Just to remember: the FOSS4G 2012 Beijing has been cancelled...
Regarding these rules for GPS (as far as I'm aware of them):
*
Humor is definitely not universal...
Just in case, I confirm that the first part of my post about
governance contained no humor.
But maybe governance is a censored word and the whole sentence has
been trashed for some readers and it looks I'm the only one to post
about this.
(disclaimer: traces
Am 20.10.2012 13:32, schrieb Christian Quest:
Humor is definitely not universal...
It would be nice to add a smiley, I can't see your face... ;-)
Have a nice weekend,
Michael.
___
talk mailing list
talk@openstreetmap.org
So, entering China with any GPS-capable phones is then a bit like entering
the USAID HQ office (and I assume similarly a number of other gov offices)
a few years back when they didn't allow any cameras into the building --
please leave all your BlackBerries and other smartphones with cameras here
On 20.10.2012 16:54, Jaakko wrote:
So, entering China with any GPS-capable phones
[...]
This time just due to the GPS.
I'm sure they can't track that sufficiently, so currently I rate the
danger as low for that. But my guess (!) is that if you behave
conspicuous somewhere with your mobile
Beste Gertjan e.a,
Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week
ververst met versie 8 sept en 8 okt:
http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml
(Atom).
e.e.a. moet ook simpeler worden in de toekomst:
On 20-10-12 10:05, Gertjan Idema wrote:
On Sat, 2012-10-20 at 00:53 +0200, Stefan de Konink wrote:
On Wed, 17 Oct 2012, Floris Looijesteijn wrote:
Is het misschien een idee om hier een keer een avond/middag voor bij elkaar
te komen?Dat gaat alleen werken als de hoofdrolspelers allemaal
On 2012-10-20 13:21, Just van den Broecke wrote:
Beste Gertjan e.a,
Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week
ververst met versie 8 sept en 8 okt:
http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml
(Atom).
e.e.a. moet ook simpeler worden
Op
https://www.kadaster.nl/particulier/producten/bestel.asp?soort=terugmelding_br
kun je ook een melding maken.
Zie ook http://pdok.nl/bagviewer/ de Terugmelding of Correctieverzoek
Op 20 oktober 2012 13:38 schreef Just van den Broecke
j...@justobjects.nlhet volgende:
Beste Pander,
Heb je
Ik zie twee mogelijkheden:
1. terugdraaien
2. checken met de validator en de crossing ways handmatig verwijderen
Op 20 oktober 2012 01:31 schreef dbuss...@goudappel.nl het volgende:
vandaag iets te enthousiast teveel tegelijk in een changeset gepackt.
JOSM heeft daarop een aantal keren timeout
Beste Pander,
Als je mij een lijstje met correcties stuurt, wil ik wel kijken of ik er
BAG id's aan kan koppelen.
Gertjan
On Sat, 2012-10-20 at 13:54 +0200, Pander wrote:
On 2012-10-20 13:38, Just van den Broecke wrote:
Beste Pander,
Heb je de standaard terugmelding per email al
On Sat, 2012-10-20 at 13:21 +0200, Just van den Broecke wrote:
Beste Gertjan e.a,
Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week
ververst met versie 8 sept en 8 okt:
Fijn dat je meedenkt :-)
On Sat, 2012-10-20 at 13:24 +0200, Just van den Broecke wrote:
On 20-10-12 10:05, Gertjan Idema wrote:
On Sat, 2012-10-20 at 00:53 +0200, Stefan de Konink wrote:
On Wed, 17 Oct 2012, Floris Looijesteijn wrote:
Is het misschien een idee om hier een keer een avond/middag voor bij
Vreemd verhaal.Ik moest alles handmatig herstellen omdat door de dubbeling de relaties (bus en fietsknopen) zo in de war waren dat terugdraaien geen optie meer was. Bljikbaar was iemand anders tegelijk of net na mij met de buslijnen bezig op "mijn" drievoudige wegen...Nu is volgens mij alles weer
On Sat, 20 Oct 2012, Gertjan Idema wrote:
Heb je een voorbeeld van een mutatie bestand? Ik heb er nog nooit een
gezien.
Volgens mij staat die op nlextract.nl
Stefan___
Talk-nl mailing list
Talk-nl@openstreetmap.org
Hi Folks, recent I have been going over parts of OSM mapped some time
ago, following up on the infamous redaction. One thing that jumps out
at me is the inconsistent tagging of dirt roads. Even, I must say,
ones I have done myself but over a several year time span.
So I started to write some
A couple of quick comments:
There is a 4wd tag already in use - 4wd_only:yes|recommended (with no
being a pointless value)
http://wiki.openstreetmap.org/wiki/Tag:4wd_only%3Dyes There's about 1000
instances of this tag in use in Australia.
There was a proposal kicking around ages ago that
On 21/10/12 12:03, dban...@internode.on.net wrote:
lanes=[1; 2]
I thing the lanes tag is best not used, unless there's more than two
marked lanes on a two-way road, or more than one lane on a one-way road.
This is the recommendation in the Australian tagging guidelines:
OK, I'm interested in what you say about lanes= John (and the rest
too!)
I use lanes=1 to indicate that a road is generally only wide enough
for one car, if one approaches traveling in the other direction, both
need to slow a little and pull of to the side. Similarly for
overtaking. Thats
Well said Matt, especially the bit about dirt roads being the fun
ones !
I might have made myself a bit clearer about why I posted. Firstly,
because I want to ensure people are happy with proposed edits to the
wiki. But secondly, I'd like to start a discussion about how our map
data ends up
Hi John,
It occurs to me there's at least one other case which warrants tagging the
lanes - a two-way road (or section thereof) having only a single lane. I.E.
when there are LESS than one in each direction, making passing difficult or
unsafe at normal speeds.
Any thoughts?
Cheers,
Ah dirt roads how difficult you are! Firstly, just because a road is dirt
(unsealed/unpaved) doesn't make it any less important than many others. David,
while the Plenty Hwy may be considered a 'track' by some (I have travelled the
whole length of it quite recently and we passed a few Falcons
On 21/10/12 13:40, Paul HAYDON wrote:
It occurs to me there's at least one other case which warrants
tagging the lanes - a two-way road (or section thereof) having only
a single lane. I.E. when there are LESS than one in each
direction, making passing difficult or unsafe at normal speeds.
On 21/10/12 13:28, dban...@internode.on.net wrote:
OK, I'm interested in what you say about lanes= John (and the rest
too!)
I use lanes=1 to indicate that a road is generally only wide enough
for one car, if one approaches traveling in the other direction, both
need to slow a little and pull
On 21/10/2012 1:35 PM, dban...@internode.on.net wrote:
Well said Matt, especially the bit about dirt roads being the fun ones !
I might have made myself a bit clearer about why I posted. Firstly,
because I want to ensure people are happy with proposed edits to the
wiki. But secondly, I'd
On 21/10/12 13:35, dban...@internode.on.net wrote:
As you say Matt, 4x4_only is a good tag and well used in Oz. However,
I don't know of any rendering engine that uses it, about the only way
to find out if it has been applied is to go into edit mode. And you
are right, we sure don't need
Hi Nathan, rather than difficult, I'm surprised how in agreement every
one is ! Thanks folks ! If it goes on like this, I'll post a summary
in a few days.
From: Nathan Van Der Meulen
Firstly, just because a road is dirt (unsealed/unpaved) doesn't make
it any less important than many
Ian, would it be fair to say that your model would require the
presence of the 4x4_only tag on all unsealed roads to be useful ?
Currently, the default is that no 4x4_only tag means no restriction. I
suggest its a bit late to change that behavior, too many roads already
in the database would
On 21 October 2012 16:05, dban...@internode.on.net wrote:
Ian, would it be fair to say that your model would require the presence of
the 4x4_only tag on all unsealed roads to be useful ? Currently, the default
is that no 4x4_only tag means no restriction. I suggest its a bit late to
change
Am 19.10.2012 22:19, schrieb Andreas Dommaschk:
Die hartnäckigsten User sind da bei die die das Changeset komplett,
ohne Kommentar, rückgägig machen. Die Disskusion danach via
Nachrichten über den OSM Acc kann man dann kurz zusammenfassen mit
Mein betreutest Gebiet, meine Regeln.
Das ist
On Saturday, October 20, 2012 5:47 AM Stephan Knauss
[mailto:o...@stephans-server.de] wrote:
Was war denn speziell bei dem Flughafen die Motivation zum Beispiel das
Vorfeld
aus der Relation wegzulassen?
http://www.openstreetmap.org/browse/relation/1442532
Ich habe das Vorfeld
Am 20.10.2012 15:46, schrieb Willi:
On Saturday, October 20, 2012 5:47 AM Stephan Knauss
[mailto:o...@stephans-server.de] wrote:
Was war denn speziell bei dem Flughafen die Motivation zum Beispiel das
Vorfeld
aus der Relation wegzulassen?
http://www.openstreetmap.org/browse/relation/1442532
Am 20.10.2012 15:46, schrieb Willi:
Ich habe das Vorfeld (apron) nicht aus der Relation weggelassen sondern es
als inneres Mitglied (inner) derselben aufgenommen. Damit wird zum einen
mitgeteilt, dass es innerhalb der äußeren Begrenzung (outer) des Flughafens
liegt.
Das sagt ein Multipolygon
Ahh, da hätte auch gleich drauf kommen können, dass du der Ersteller
dieser Relation bist :) Aber du musst nicht gleich ausfallend werden, wenn
man auf eine überflüssige/falsche Relation hinweist, ist ja nicht das
erste mal!
Wenn ich es richtig verstehe, sind Multipolygone nicht dazu da,
Hi,
On 10/20/2012 03:46 PM, Willi wrote:
Ich habe das Vorfeld (apron) nicht aus der Relation weggelassen sondern es
als inneres Mitglied (inner) derselben aufgenommen. Damit wird zum einen
mitgeteilt, dass es innerhalb der äußeren Begrenzung (outer) des Flughafens
liegt. Und zum Anderen, dass
Hi,
On 10/20/2012 04:16 PM, Tobias Knerr wrote:
Am 20.10.2012 15:46, schrieb Willi:
Ich habe das Vorfeld (apron) nicht aus der Relation weggelassen sondern es
als inneres Mitglied (inner) derselben aufgenommen. Damit wird zum einen
mitgeteilt, dass es innerhalb der äußeren Begrenzung (outer)
On 20.10.2012 15:46, Willi wrote:
On Saturday, October 20, 2012 5:47 AM Stephan Knauss
Was war denn speziell bei dem Flughafen die Motivation zum Beispiel das
Vorfeld
aus der Relation wegzulassen?
http://www.openstreetmap.org/browse/relation/1442532
Ich habe das Vorfeld (apron)
Am 20.10.2012 18:03, schrieb Stephan Knauss:
On 20.10.2012 15:46, Willi wrote:
On Saturday, October 20, 2012 5:47 AM Stephan Knauss
Was war denn speziell bei dem Flughafen die Motivation zum Beispiel das
Vorfeld
aus der Relation wegzulassen?
Am Samstag, den 20.10.2012, 18:03 +0200 schrieb Stephan Knauss:
On 20.10.2012 15:46, Willi wrote:
Ich habe das Vorfeld (apron) nicht aus der Relation weggelassen sondern es
als inneres Mitglied (inner) derselben aufgenommen. Damit wird zum einen
mitgeteilt, dass es innerhalb der äußeren
On 20.10.2012 18:55, Peter Wendorff wrote:
Am 20.10.2012 18:03, schrieb Stephan Knauss:
Würde es da helfen wenn bestimmte Layer in Mapnik eine Priority
bekommen könnten? Eine Fläche mit Priority x kann nur durch eine
höhere Priorität übermalt werden?
Das würde etwas den Druck rausnehmen so
Am Samstag, den 20.10.2012, 18:55 +0200 schrieb Peter Wendorff:
Das gibt es schon.
Das ist das viel zu oft überflüssig (aber in genau diesen Fällen
eigentlich sinnvolle) layer-Tag:
layer=0 ist das normal, layer=1 ist darüber, layer=2 darüber und so weiter.
Deshalb gibt es für Brücken die
On 20.10.2012 19:23, Wolfgang Hinsch wrote:
Das Problem liegt möglicherweise darin, dass die Daten für Mapnik nicht
vernünftig aufbereitet werden. Ich hatte bei der Lübecker Karte ähnliche
Probleme, allerdings mit qgis, und habe die Polygone erst mal in der
Datenbank vernünftig zusammengesetzt,
Am 20. Oktober 2012 18:03 schrieb Stephan Knauss o...@stephans-server.de:
Zum Darstellungsproblem: Hier scheint der Hund beim Mapnik Painter
Algorithm begraben zu sein. Das klappt für einfache Geometrien ganz gut,
aber sobald Flächen ins Spiel kommen scheint es so komplex zu werden dass
die
Am 20. Oktober 2012 19:23 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:
bezüglich der Verschachtelung von Multipolygonen. Ein Outer kann ja auch
das Innere eines Inner sein und damit ein Loch in einem Loch, das aus
dem Loch ausgeschnitten wird und zur Fläche des Outer gehört. Einfaches
Am 20. Oktober 2012 19:31 schrieb Stephan Knauss o...@stephans-server.de:
Ich glaube da hattest du mich missverstanden. Die Priorität soll in das
Style file vom Renderer und eben nicht an die Daten.
Die Prioritäten sind da schon drin: die Reihenfolge der Layer, je
später um so wichtiger bei
Am Samstag, den 20.10.2012, 19:31 +0200 schrieb Stephan Knauss:
On 20.10.2012 19:23, Wolfgang Hinsch wrote:
Das Problem liegt möglicherweise darin, dass die Daten für Mapnik nicht
vernünftig aufbereitet werden. Ich hatte bei der Lübecker Karte ähnliche
Probleme, allerdings mit qgis, und
On 20.10.2012 19:32, Martin Koppenhoefer wrote:
Am 20. Oktober 2012 18:03 schrieb Stephan Knauss o...@stephans-server.de:
Zum Darstellungsproblem: Hier scheint der Hund beim Mapnik Painter
Algorithm begraben zu sein. Das klappt für einfache Geometrien ganz gut,
aber sobald Flächen ins Spiel
Am Samstag, den 20.10.2012, 19:38 +0200 schrieb Martin Koppenhoefer:
Am 20. Oktober 2012 19:23 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:
bezüglich der Verschachtelung von Multipolygonen. Ein Outer kann ja auch
das Innere eines Inner sein und damit ein Loch in einem Loch, das aus
dem
Am 20. Oktober 2012 19:44 schrieb Stephan Knauss o...@stephans-server.de:
Mißverständnis. Ich meine das Layer Tag von Mapnik das dort in den Styles
einen Layer definiert. Die Zeichenreihenfolge hängt dort imho nur von der
Reihenfolge im Style file ab.
Innerhalb des styles gibt es
Am 20. Oktober 2012 19:49 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:
Genau das sehe ich anders. Wenn die Fläche wirklich dazu gehört, gehört
sie auch in das entsprechende Outer. Ob das Beispiel gelungen ist, ist
eine andere Baustelle.
was wäre denn ein gutes Beispiel? Die Idee, ein
Hallo,
ich habe hier gerade ein Polygon gefunden (hat nichts mit dem thread
Multipolygon zu tun), das keinerlei tags trägt (außer einer note) und
das einzige Element (ohne Role) einer tmc-Relation mit der Bezeichnung
type=tmc ist. Das Ding ist einmal um den Hauptbahnhof gewickelt. Die
Relation
On 20.10.2012 19:42, Martin Koppenhoefer wrote:
Am 20. Oktober 2012 19:31 schrieb Stephan Knauss o...@stephans-server.de:
Ich glaube da hattest du mich missverstanden. Die Priorität soll in das
Style file vom Renderer und eben nicht an die Daten.
Die Prioritäten sind da schon drin: die
On 20.10.2012 20:38, Wolfgang Hinsch wrote:
Kann das Ding irgendeinen Sinn entfalten oder kann man es nach /dev/null
befördern?
schon mal den Erzeuger angeschrieben?
Wenn es nichts kaputt macht, warum willst du es dann löschen? Es ist
nicht unbedingt freundlich einfach so die Arbeit von
Am 20.10.2012 02:44, schrieb Martin Koppenhoefer:
Am Freitag, 19. Oktober 2012 schrieb Rainer Knaepper :
Ich habe hier:
http://www.openstreetmap.org/?**lat=49.460967lon=11.093388**
zoom=18layers=Mhttp://www.openstreetmap.org/?lat=49.460967lon=11.093388zoom=18layers=M
einen U-Bahnsteig
Am 20. Oktober 2012 20:38 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:
ich habe hier gerade ein Polygon gefunden (hat nichts mit dem thread
Multipolygon zu tun), das keinerlei tags trägt (außer einer note) und
das einzige Element (ohne Role) einer tmc-Relation mit der Bezeichnung
type=tmc
Am 20. Oktober 2012 20:38 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:
das einzige Element (ohne Role) einer tmc-Relation ...
Rollen sind optional
Gruß Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
Am Samstag, den 20.10.2012, 20:50 +0200 schrieb Stephan Knauss:
On 20.10.2012 20:38, Wolfgang Hinsch wrote:
Kann das Ding irgendeinen Sinn entfalten oder kann man es nach /dev/null
befördern?
schon mal den Erzeuger angeschrieben?
Wenn es nichts kaputt macht, warum willst du es dann
Am Samstag, den 20.10.2012, 21:16 +0200 schrieb Martin Koppenhoefer:
Am 20. Oktober 2012 20:38 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:
das einzige Element (ohne Role) einer tmc-Relation ...
Rollen sind optional
schon klar. Aber eine Relation mit nur einem Member? Ohne
Am 20. Oktober 2012 20:45 schrieb Stephan Knauss o...@stephans-server.de:
Ich vermute dass der Style mit über 4000 Zeilen einfach so komplex ist, dass
sich da keiner mehr rantraut. Und da wäre dann die Frage ob eine Zusätzliche
Priorität das Erstellen von Mapnik styles nicht so weit
Am 20. Oktober 2012 20:53 schrieb Rainer Knaepper sm...@gmx.de:
angrenzenden Flächen bis zur Straßenmitte. Das andere Argument ist, dass
man nur so feststellen könne, welche Flächen an eine Straße anschließen.
Was im genannten Fall genau problematisch ist. Da stehen Recyclingbehälter
herum,
Am Samstag, den 20.10.2012, 21:43 +0200 schrieb Martin Koppenhoefer:
Am 20. Oktober 2012 20:53 schrieb Rainer Knaepper sm...@gmx.de:
angrenzenden Flächen bis zur Straßenmitte. Das andere Argument ist, dass
man nur so feststellen könne, welche Flächen an eine Straße anschließen.
Was im
Am Samstag, den 20.10.2012, 21:14 +0200 schrieb Martin Koppenhoefer:
Am 20. Oktober 2012 20:38 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:
ich habe hier gerade ein Polygon gefunden (hat nichts mit dem thread
Multipolygon zu tun), das keinerlei tags trägt (außer einer note) und
das
Hallo OSMler,
in Mannheim (und sicherlich auch anderswo) existieren
Straßenbeschilderungen, die eigentlich falsch sind. Zwei Beispiele:
Eine kleine Verbindungsstraße entlang des Sportplatzes: Uraltes Schild:
Verbot für alle Fahrzeuge, darunter Anlieger frei. Die Straße ist aber
auch
Hi,
On 10/20/2012 10:06 PM, Bernhard Weiskopf wrote:
Ich habe vor, beide Straßentypen mit den realen Benutzungen zu taggen,
Wuerde ich auch so machen - und im Changeset-Kommentar deutlich drauf
hinweisen, dass dies der tatsaechlichen (und geduldeten) Nutzung entspricht.
Wenn es aber je zu
Am Samstag, den 20.10.2012, 22:06 +0200 schrieb Bernhard Weiskopf:
Hallo OSMler,
in Mannheim (und sicherlich auch anderswo) existieren
Straßenbeschilderungen, die eigentlich falsch sind. Zwei Beispiele:
Eine kleine Verbindungsstraße entlang des Sportplatzes: Uraltes Schild:
Hallo,
meiner Meinung nach gehört in die Daten das rein, was ausgeschildert
ist. Ob ein Router dann vehicle=* für das Radrouting auswertet oder
nicht sollte der Router entscheiden und nicht der Mapper.
Mit den Daten sollte es möglich sein, einen Router zu bauen, der sich an
die Gesetze hält,
hallo
Am 20.10.2012 22:06, schrieb Bernhard Weiskopf:
in Mannheim (und sicherlich auch anderswo) existieren
Straßenbeschilderungen, die eigentlich falsch sind.
Wir haben hier [1] ein noch krasseres Beispiel.
Eine Schilderkombination, die in sich unlogisch ist, nämlich
Zeichen [1] 240
Moin!
Am 20.10.2012 22:06, schrieb Bernhard Weiskopf:
Ich habe vor, beide Straßentypen mit den realen Benutzungen zu taggen, also
in beiden Fällen „motor_vehicle = destination“, also kein
Fahrrad-Durchfahrverbot im 1. Beispiel und „Anlieger frei“ verbunden mit
„highway = service“ im 2.
Puh, so die Übersetzungen der Hauptstädte sind jetzt mit Hilfe der
Wikipedia und Add-tags auch drin.
Grüße Tim
P.S: Mit dem unglücklich Nutzer hatte ich ein kleine positive
Rücksprache[1]. Das geht also in Ordnung.
[1]
Hallo
Wer sagt dir denn, wer den Fehler gemacht hat und was nun richtig ist?
Ein Radroutenschild hebt auf jeden Fall nicht ein Verkehrszeichen nach
StVO auf. Wenn du Z250 mit dem Rad ignorierst, begehst du erstmal eine
Ordnungswidrigkeit. Ob die nun geahndet wird oder nicht spielt erstmal
Moin!
Am 20.10.2012 23:56, schrieb Henning Scholland:
Hallo
Wer sagt dir denn, wer den Fehler gemacht hat und was nun richtig ist?
Die Verbotsschilder stammen meist aus dem letzten Jahrtausend, die
Radwegweiser aus dem jetzigen. Es gilt natürlich die aktuellere Aussage :-)
Ein
Am 20. Oktober 2012 22:06 schrieb Bernhard Weiskopf bweisk...@gmx.de:
in Mannheim (und sicherlich auch anderswo) existieren
Straßenbeschilderungen, die eigentlich falsch sind. Zwei Beispiele:
ja, das kenne ich hier zur Genüge. Völlig ignorieren sollte man das
m.E. nicht, aber auch auf die
Am 20. Oktober 2012 22:22 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:
Irgendwo im Gesetz steht auch, es kommt auf das an, was gewollt wurde,
und nicht auf den wörtlichen Sinn. Zwar im Privatrecht, aber die
Straßenbeschilderung ...
das eine hat mit dem anderen überhaupt nichts zu tun, das
Am 21. Oktober 2012 01:31 schrieb Stephan Wolff s.wo...@web.de:
Die Verbotsschilder stammen meist aus dem letzten Jahrtausend, die
Radwegweiser aus dem jetzigen. Es gilt natürlich die aktuellere Aussage :-)
das eine ist ein Verkehrsschild und regelt den Verkehr, das andere ist
ein
Am 20. Oktober 2012 21:54 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:
-1
Wenn der Park vor der Straße aufhört, dann steht der Müllbehälter im
Nichts und kann jeden Moment zum Erdmittelpunkt stürzen, denn die Straße
wird durch ihre Mittellinie definiert. Mitte und Rand. ;-)
Einfache
Hallo,
20/10/2012 23:47 Kolossos:
Puh, so die Übersetzungen der Hauptstädte sind jetzt mit Hilfe der Wikipedia und
Add-tags auch drin.
Ich habe mir nur ein Beispiel, Paris, angeschaut und habe dazu zwei Anmerkungen:
Du hast capital=2 durch capital=yes ersetzt. Ich entnehme dem proposal zu
Hej, jag lyckas inte ladda upp det öppna brevet och beslutet till maillistan.
De ligger på wikin:
http://wiki.openstreetmap.org/wiki/File:Open_letter_lantmateriet_505-
20122374.pdf
http://wiki.openstreetmap.org/wiki/File:Beslut_505_2012_2374.pdf
--
Bifogar ett
Jag ringde Lantmäteriet igår och blev via Geodatasupporten kopplad till Arne
Bergquist på sekretessavdelningen. Jag fick veta att det är Arne som ligger
bakom beslutet (framgår ju också av Johan Jönssons information). Mitt intryck
efter vårt samtal är att han har stor förståelse för problem och
hi !
i take a update
Date - total -ok - fixed
2012-10-15 NORTH - 25355 - 25228 - 127
2012-10-20 - 25343 - 25330 (99.95 %) - 13 (0.05 %)
2012-10-15 SOUTH - 14304 - 14107- 197
2012-10-20- 14462 - 14429 (99.77 %) - 33
Fixed the remaining roundabouts in the North area. But some of them need
double checking:
wpt lat=40.455926933
lon=-3.6906221descway-32195452/desc/wpt seems to be OK
(roundabout splitted in several pieces).
wpt lat=40.4315504 lon=-3.6603232descway-131443350/desc/wpt
seems to be OK (roundabout
Hola amigos de osm España.
Llevo tiempo subiendo datos del municipio de Huétor-Tájar (Granada)
basándome en trabajo de campo, catastro, ortoimágenes y datos topograficos
de cartografía 1:10.000 y otros datos catastrales históricos.
La tarea es ardua y siempre tuve en mente, que fácil sería subir
Buenas
Por lo pronto no tenemos permiso para importar datos de catastro de forma
directa y/o masiva. Existe herramientas para ello [1] pero están sin terminar
de refinar. Si quieres, puedes ayudar a finalizarlas: necesitamos que alguien
adapte una zona usando la herramienta y volver a pedir
Hallo!
Orf.at verwendet erstmals OpenStreetMap:
http://www.orf.at/stories/2146497/2146447/
Sieht recht hübsch aus, finde ich.
/al
___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at
On Fri 2011-05-13 07:50:39, Michal Grézl wrote:
2011/5/13 hanoj eha...@gmail.com:
Pokud by se to importovalo jen u obcí, u kterých žádná obytná definovaná
není (případně jen tam, kde nejsou ani domy, ulice a další věci), tak bych
v tom takový problém neviděl. Tedy pokud ta data alespoň za
Bonjour,
En fait, le théâtre de fourvière nn'a plus sa forme demi-circulaire, et du coup
je voulais juste pouvoir taguer la zone où on peut réellement
s'assoir.
Je sais que on ne fait pas dans les courbes de niveau, et qu'on ne taggue pas
pour le rendu, mais peut-on améliorer l'existant ?SI
Ce n'est pas le nombre de bâtiments qu'il faut prendre en compte, mais
plutôt le nombre d'habitations, de foyers...
Dès qu'il y a plus de quelques foyers, on passe au hameau... enfin,
c'est comme ça que je comprends la distinction.
Pour le problème de rendu... c'est à lui de s'adapter si besoin
Le 19 octobre 2012 21:02, Nicolas e.co...@gmx.net a écrit :
Bonjour,
Entrain de mapper des chemins forestiers (en plus des routes forestières),
je m'interroge quant à l'intérêt d'ajouter motorcar=no sur les ways alors
que je rajoute des nodes comportant le tag barrier=gate sur ces même ways.
Le 19 octobre 2012 23:29, sly (sylvain letuffe) li...@letuffe.org a écrit :
Le vendredi 19 octobre 2012 21:57:35, THEVENON Julien a écrit :
Je ne l ai pas vu passer sur talk.
Tu l as envoye seulement au DWG ?
oui
si c est le cas c est dommage, la poster aussi sur talk aurait montre qu il
y
On 10/20/2012 10:51 AM, Christian Quest wrote:
Le 19 octobre 2012 23:29, sly (sylvain letuffe) li...@letuffe.org a écrit :
Le vendredi 19 octobre 2012 21:57:35, THEVENON Julien a écrit :
Je ne l ai pas vu passer sur talk.
Tu l as envoye seulement au DWG ?
oui
si c est le cas c est dommage,
Le 18/10/2012 12:04, Pieren a écrit :
Devant le peu de réactions sur mes précédentes remarques, je crée
aujourd'hui le FLMT (Front de libération des motorroads et des trunks).
Moi, je crée le FMMT, Front de Modération des motorroads et des trunks :)
Je propose les tags suivants:
1.
Le 19/10/2012 01:23, Christian Rogel a écrit :
Tout cela a peu avoir avec les principes d'OSM qui sont de transcrire
les types de routes en les classant et en les caractérisant.
Les panneaux sont là pour être indiqués dans la base, pas pour diriger
le taggage.
Back to basics.
Tu oublies un
Hello,
Tant que vous aurez cette attitude d'infériorité face au DWG, nous
n'avancerons pas.
Je faisais un peu d'humour, ça ne fait pas de mal vu les tensions de ce genre
de discussion en général !
Idem pour la participation de représentants Français au DWG : si des
Français coopèrent au
Le samedi 20 octobre 2012 10:51:43, Christian Quest a écrit :
Je me refuse à ne discuter qu'à dieu non publiquement.
Je comprends ton choix.
Et si tu/vous préférez je peux recopier ma question et leurs réponses dans un
thread public sur talk.
J'ai juste pensé que vu le bazard que ça métait
Le 20 octobre 2012 12:44, sly (sylvain letuffe) li...@letuffe.org a écrit :
Le samedi 20 octobre 2012 10:51:43, Christian Quest a écrit :
Je me refuse à ne discuter qu'à dieu non publiquement.
Je comprends ton choix.
Et si tu/vous préférez je peux recopier ma question et leurs réponses dans
Bonjour
je suis en train de maper une région qui comporte de grands étangs.
J'utilise Bing pour positionner la surface de l'éang et le cadastre pour
la voirie . Dans cette région, il y a des Polygones Corrine Land Cover
marqué natural=water qui ne correspondent pas à la réalité. Les Étangs
Les améliorer !
L'occupation des sols de CLC est assez grossière, n'hésite pas à l'affiner.
Le 20 octobre 2012 13:16, Claude claude.mar...@gmail.com a écrit :
Bonjour
je suis en train de maper une région qui comporte de grands étangs.
J'utilise Bing pour positionner la surface de l'éang et
Le 20 octobre 2012 13:16, Claude claude.mar...@gmail.com a écrit :
Bonjour
je suis en train de maper une région qui comporte de grands étangs.
J'utilise Bing pour positionner la surface de l'éang et le cadastre pour la
voirie . Dans cette région, il y a des Polygones Corrine Land Cover
1 - 100 of 159 matches
Mail list logo
