it is higher than
another one nearby.
Generally, I regard the earth's surface -- natural or not -- as
layer=0. That means that a bridge which is completely level with the
surrounding area is still layer=1 (at least) because it is above the
ground.
Matthias
create
a conflict for the API.
Maybe JOSM runs into a timeout with a large object like this when the
server is under load. Again, what is the error?
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
of surprises if layer tags are applied to the smaller
feature (like the bridge instead of the river) to avoid effects on
more distant intersections.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
this is not that important as long as the bridge is
on a higher layer than whatever is underneeth it. Until that street
at layer=-1 crosses a tunnel.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
, no matter what's in the wiki. Does everyone agree that these are
simply documentation errors and should be corrected?
I do.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
the
relation was referencing a way that did not exist. This could be why
the API refused to accept the upload from JOSM (It would certainly
helpful if the API was a little bit more verbose with its error
messages).
I don't know how Potlatch deals with that through its private API.
Matthias
piled up there to be able to get on top
of the bridge.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
not to be used if the feature
has been turned into another use, eg cycleway.
If historic data is within the scope of OSM then it surely is not only
of interest for railways. Therefore a generic way of tagging should
be used that can apply to any object. Maybe removed=yes|date
Matthias
Moin!
Über die Weihnachtsfeiertagw war ich ein wenig im Schwarzwald aktiv und
habe Schömberg bei Freudenstadt im Schwarzwald erfasst.
Leider weigert sich bisher Mapnik da ein Stück aus dem Schwarzwald
auszustanzen:
http://www.openstreetmap.org/?lat=48.3973lon=8.4076zoom=14layers=B000FTF
Im
,
Matthias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
=boundary handeln?
(Ja, der OSM Inspector (Kreisgrenzen) zeigt sonst die Relation gar nicht).
Gruss, Matthias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
handelt.
Wir arbeiten nicht für Renderer, nicht für Name-Searches, nicht für Router -
wofür dann???
... für saubere Daten.
Matthias
smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Konvertierung
der Daten in das Format auf dem dann Berechnungen ausgeführt werden.
Matthias
smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
accordingly - if they wanted to.
This is actually only sensible for the highest zoom levels.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
is there, you just need to set up a
simplified (without the request handling) tile server
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
durchgehen lassen und so schließe ich diese
Flächen wenn ich jetzt in der Oberpfalz Wälder zeichne meist in
landuse=forest mit ein. Auf jeden Fall sind diese Flächen mehr
forstwirtschaftlich als Landwirtschaftlich genutzt.
Matthias
smime.p7s
Description: S/MIME Cryptographic Signature
unterstützen, falls dir eine Komprimierung für den Übertragungsweg reicht.
Schöne Grüße,
Matthias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hmmm. Ich habe mal gerade selber die XAPI-Server ausgetestet, und du
hast recht: Entweder kommt keine Antwort, oder ein leeres Dokument oder
unkomprimiert. Sollte dir hier sonst keiner weiterhelfen können, frag
mal in OSM-dev nach...
Schöne Grüße,
Matthias
und Lagerhäusern.
Industrial ist also nicht auf das beschränkt, was nach deutschem
Planungsrecht nur in einem Industriegebiet zulässig ist.
Ich glaube nur, dass sich die ursprüngliche Frage nicht auf
landuse=residential sondern auf highway=residential bezogen hat.
Matthias
smime.p7s
be
desirable because there are bridges with multiple carriageways on
them.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Moin!
On Thu, Dec 11, 2008 at 08:46:11AM +, Sven Geggus wrote:
Hanno Böck ha...@hboeck.de wrote:
Der Java-Compiler ist doch inzwischen auch GPLisiert.
~/ apt-cache policy sun-java6-bin
...
500 http://ftp.de.debian.org lenny/non-free Packages
...
Wohl noch nicht so ganz.
...
And the size of captions. Small captions might become unreadable when
you shrink the tiles too much.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Moin!
On Mon, Dec 08, 2008 at 02:56:34PM +0100, Markus wrote:
Im Ernst: alle +-1 weg, am besten per Bot.
(sonst lernt es der Renderer (Validator) ja nie...
Ein gutgemeinter Gegenvorschlag: DU setzt dich als erstes hin und
entwickelst deinen eigenen Renderer, überzeugst den Rest von deinem
?
Gruß
Matthias Schwindt
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Dirk Stöcker wrote:
Seit Mitte November läuft TagWatch nicht mehr, da keine Daten von
OSM-Wiki geladen werden können.
Was ist der Grund dafür?
Grüße,
Matthias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org
to highlight all the bugs in the area you have just
worked on to close them all, or so.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
maning sambale [EMAIL PROTECTED] writes:
Hi,
An openstreetbug feature enhancement request (or for future bug tracking
tool):
Add the data layer (as in the main OSM map) to view the the underlying tags
... and to be able to attach a bug to a specific object.
Matthias
=cobblestones/paved/gravel/sand/dirt/grass
width=1m/2m
ele=100m vs ele=150m
?
pothole_ratio=0.2 #20% of the surface are potholes
max_pothole_size=50cm
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
gut aus.
Matthias
smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
keine Probleme mit bestehenden Daten.
Welchen Sinn sollte es denn haben eine etablierte und funktionierende
Konvention abzuändern? Nur dass wir einen Wert nicht brauchen ist kein
Grund alle größeren Zahlen neu zu vergeben.
Matthias
Heiko Jacobs schrieb:
Heiko Jacobs [EMAIL PROTECTED] wrote
for example and still be in
control of the code.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
it can migrate to Map
Features.
And the number of occurences in planet.osm is certainly not a
sufficient criteria for this. More significant is probably the number
of mappers that have used it and the geographic distribution.
Matthias
___
talk mailing list
through the pains of figuring out how
to edit it. ;-)
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
tagging scheme for the
world. If that has its merits it will be adopted by the mappers.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
?
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Frederik Ramm [EMAIL PROTECTED] writes:
Hi,
Matthias Julius wrote:
For that to be really useful it should be even more prominent. There
could be a link on www.openstreetmap.org (not necessarily on the map)
that says: Something wrong on the map? Report it here! that links
to the same
something really does
not have a name or whether the name is just not know?
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
DavidD [EMAIL PROTECTED] writes:
2008/11/22 Matthias Julius [EMAIL PROTECTED]:
Whatever the syntax is you won't know why someone chose not to include
a name tag. The here discussed proposal is only about telling the
validator not to complain about the missing tag. It is up to the
mapper
through a website (which I only do if there is
really no other way).
It can still be possible to send an email from the website which would
get the users.openstreetmap.org address as From address and thus
hiding the user's primary address.
Matthias
___
talk
the
residential-without-name warning and enter them into the db and
replace the missing signs.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
suggestions for better names.
But I didn't want to sit for hours meditation about better names...
I think the names should be what maplint puts on the map if possible.
This would require the least amount of research to find out the name
of the tag.
Matthias
Straße wiederverwendet hätte.
Hab ich das richtig verstanden, dass ein Stadtteil admin_level 10 wäre?
Oder admin_level 7 falls die Stadt kreisfrei ist.
Matthias
smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk
sinnvoll, wenn in der Relation der Zuordnung es die
Möglichkeit gäbe eine Straße als inclusive oder exclusive
zuzuordnen. Dann wäre die Straße in der Relation des einen Stadtteils
includiert und in der Relation des anderen Stadteils als exkludiert
referenziert.
Matthias
smime.p7s
Description: S
Rand der Straße und damit daneben liegt.
Matthias
smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Nutzen davon diese Levels umzudefinieren. Es würde
nur dazu führen, dass bei Daten nicht mehr klar ist nach welcher
Definition sie nun erfasst sind und wie sie auszuwerten sind.
Matthias
smime.p7s
Description: S/MIME Cryptographic Signature
of a street without name.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
. Es scheint sogar so zu sein, dass sich die Auffassung, dass die
Bereiche mit mehr als 25m Seetiefe gemeinsames Hoheitsgebiet aller drei
Anrainerstaaten ist.
Siehe hierzu
http://de.wikipedia.org/wiki/Bodensee#Territoriale_Zugeh.C3.B6rigkeit
Matthias
smime.p7s
Description: S/MIME
if there is a specific tag available and nobody will
convert its uses once a specific tag becomes available.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
not be possible to suppress the maplint warning if it has none. If
the relegion is simply not known this is still an error in the data.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
areas, and overlay the PNG tiles with
these HTML tiles [...]
/methinks KML tiles would work better (and would require less modifications
from OpenLayers)
How about SVG tiles?
But, wouldn't any vector tiles be problematic with elements
(expecially captions) crossing tile boarders?
Matthias
-Element
irgendwelche Zeichen oder Whitespaces stehen.
Matthias
smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
and taxiway) are needed.
It would be good if someone could update the psv tag on Map Features
to clarify that this also includes taxis.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
method is to have two relations both referencing the
same building or node and one being amenity=bank and the other
amenity=post_office.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
there is a
benefit in having a more intuitive tagging scheme.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Stephen Hope [EMAIL PROTECTED] writes:
Not all PSV's are buses.
What else?
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
es gab mal einen Abgleich zwischen dem Ist-Zustand OSM und einer anderen
Datenbank auf Namensbasis. Ist es möglich ein Verzeichnis der Straßen für ein
bestimmtes Gebiet zu bekommen? Damit ich in meiner Umgebung schauen kann,
welche Straßen noch fehlen.
Mit freundlichen Grüßen
Matthias
Map Features can be updated. I don't
think there is a need for a formal voting process (especially if it is
so easy to rig).
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
are very small, and mostly involves some
icons or highway types, and things like highway number colours.
Other things need to be localized to the area that is shown on the
map. It does not make much sense to put US Interstate numbers on blue
Autobahn shields for example.
Matthias
Pieren [EMAIL PROTECTED] writes:
On Wed, Oct 22, 2008 at 5:09 PM, Matthias Julius [EMAIL PROTECTED] wrote:
I'd much rather have the discussion here on the list (or on a
dedicated list).
If a consensus has been reached Map Features can be updated. I don't
think there is a need for a formal
.
The same is probably aplicable to taxis and trams as well.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Shaun McDonald [EMAIL PROTECTED] writes:
Usually psv for public service vehicle is used for access restrictions.
I missed that. It would have been too easy to call a bus bus, I
guess ;-)
Should we rename bus_stop to psv_stop?
Matthias
___
talk
mit den Relationen, wie
sie auch in der API 0.5 vorhanden sind. Reicht das nicht?
Matthias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
else. That's why we don't want to go down this road. (And
before anyone asks, a vote in which 0.01% of mappers participate does
not elevate one idea about what is good above hundreds of others.)
I agree with you here, but voting seems to be the current practice.
Matthias
. As long
as they let the others do their thing.
Sure. I am just assuming that tags that have been added to Map
Features since the practice of voting started have been voted on. Or,
are there features being added that have been deemed recommended by
other means?
Matthias
.
Unfortunately this also results in mapping for the renderer.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
period after which tools are expected
to support the new tag, and then a depreciation period after which
tools may drop support for the old tag.
(The quote marks are because OSM is in no position to prescribe to
tool authors what to support and Map Features is a recommendation only
anyway.)
Matthias
scheme and stop supporting the old one, IMHO.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
a
recommendation it should also be clear that a deprecated feature on
there is also only a recommendation as well.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
start would certainly be if the data was converted to OSM
format and made available somwhere for people to check and compare
with existing OSM data.
Matthias
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
, i suspect
My proposed table:
Unit - Factor
- 1
kmh - 1
mph - 1.609
knots - 1.852
Not sure if any other units are in (common) use? Can someone check tagwatch?
Maybe we need to support scientific notation in case someone wants to
add maxspeed for the LHC...
Matthias
units.
Then Maplint can be extended to recognize tags that require a speed
unit and it can warn if there is none.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Shaun McDonald [EMAIL PROTECTED] writes:
On 11 Oct 2008, at 08:09, Ed Loach wrote:
[..]
As Matthias writes:
From the
programmer's point of view I don't think it makes much of a
difference
whether the unit is stored in the key or in the value.
hrm with ruby if you are expecting a number
SteveC [EMAIL PROTECTED] writes:
On 10 Oct 2008, at 23:37, Matthias Julius wrote:
SteveC [EMAIL PROTECTED] writes:
I'm all for lat/lng to be a user-enabled display option, but it's
delusional to think that most people on the planet care and I
personally want most people on the planet using
own slippy map is easier than setting up
Windows, almost anybody can do that. But a bunch of people each
settign up their own map that implements the feature they care most
about is not a very user friendly solution, either.
Maybe there should be a 'simple' and an 'advanced' map?
Matthias
Ian Dees [EMAIL PROTECTED] writes:
On Mon, Oct 13, 2008 at 10:38 AM, Matthias Julius [EMAIL PROTECTED]wrote:
Maybe there should be a 'simple' and an 'advanced' map?
There is:
Simple: http://openstreetmap.org/
Advanced: http://informationfreeway.org/
Well, *I* know that, but which
of interest.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
(length, speed, weight, ...) in Map Features and
reference that from the different tags that require a unit.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
OSM right now.
Why not do something different that OS, Google and Co.?
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
know I am exaggerating.]
And implied values should be clearly indicated on Map Features not
only on the individual tag pages.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
in Ordnung.
Kann mir jemand erklären was da zur Zeit nicht funktioniert?
Beispiel für einen Fehler:
http://ma.tthias.eu/Osmarenderer-Beispiel
Matthias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
fix the errors you are absolutely certain about and put the
rest on a list on the web somwhere and ask the community to have a
look at it.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
to think about other
means of enforcing compliance with the rules.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
with the old implied value. Then the
implied value can be changed.
There will still be people who miss all that and keep on tagging as
before, but I don't see a reasonable way of avoiding that - except not
changing implied values.
Matthias
___
talk
in your area.
Matthias
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Nic Roets [EMAIL PROTECTED] writes:
On Mon, Oct 6, 2008 at 8:05 PM, Matthias Julius [EMAIL PROTECTED]wrote:
A good diff tool or better a diff API call would be helpful as well.
With that you could periodically look over the changes in your area.
The first step will be a proper way back
tags (as well as automatically remove tags that are set
to their default value).
Do you really want your editor to display for every highway:
oneway=no; bridge=no; tunnel=no; access=yes; area=no; lit=no;
disused=no; wheelchair=no; boat=no; ... ?
Matthias
variety.
I don't. I think it follows the principle of least surprise better
if implied values don't change too much. If a highway is not oneway
by definition oneway=yes should not be implied. Trunk roads are
probably mostly oneway, too ...
Matthias
).
This is a workaround, not a solution. (And we don't tag for
renderers, right?)
There are many closed ways that don't get filled on the map, so there
must be a way.
Kenneth, are you sure there are not other CSS styles that apply to
your way?
Matthias
man mehr Möglichkeiten die Daten (Tracks,
Routen, Waypoints, ...) zu bearbeiten und zu verwalten.
Nachteil: kostenpflichtig.
Gruß
Matthias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
.
http://geo.topf.org/comparison/index.html?mt0=googlemapmt1=tahlon=8.508997lat=47.4091543z=16
Gruss, Matthias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
proofs - even if it needs a link to another
dimension.
What does this have to do with OSM?
Wouldn't it be nice to be ahead of the game and have the first map of the
universe - complete with wormholes :)
What projection do you use for a 4D universe?
Matthias
, das reicht bei mir.
Ansonsten wünsch ich dir noch viel Spaß in Asien.
mfg
Matthias
Am Donnerstag, den 11.09.2008, 20:03 +0200 schrieb
[EMAIL PROTECTED]:
Hallo,
ich bin recht neu bei OSM dabei. In zwei Wochen werde ich durch SO-Asien
reisen und will meinen iBlue 747 Datenlogger mitnehmen.
Im
das da?
http://maps.google.com/maps?f=qhl=degeocode=q=Velbertie=UTF8ll=51.367658,7.019749spn=0.003309,0.009656t=hz=17
Das wäre dann laut stadtplandienst.de ein Wasserbehlälter (nic!) ;)
Matthias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Karl Newman [EMAIL PROTECTED] writes:
On Thu, Aug 7, 2008 at 2:11 PM, Matthias Julius [EMAIL PROTECTED]wrote:
Karl Newman [EMAIL PROTECTED] writes:
Sounds like you're looking for this:
http://wiki.openstreetmap.org/index.php/Relations/Proposed/Segmented_Tag
This can not cross way
Karl Newman [EMAIL PROTECTED] writes:
Sounds like you're looking for this:
http://wiki.openstreetmap.org/index.php/Relations/Proposed/Segmented_Tag
This can not cross way boundaries. If someone splits that way in
between to and from there is a problem.
Matthias
zu
ihren Grundstücken fahren dürfen, für den Durchgangsverkehr es aber eine
Einbahnstraße sein soll. Problem ist nur, dass die Straße von ihrer Lage
her eigentlich gar nicht sinnvoll als Durchgangsstraße verwendet werden
kann. An sich also einfach mal wieder unnötiger Schilderwald.
Matthias
unkorrekterweise gesetzt. Auch vom Satbild her
scheint es mir eine normale umbaute Brücke und kein Tunnel auf dem
Abschnitt zu sein.
Matthias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
with
our licence.
Well, if reading a road sign from a picture is creating a derived work
of that picture than looking up a word in a dictionary also creates a
derived work of that dictionary.
Matthias
___
talk mailing list
talk@openstreetmap.org
http
901 - 1000 of 1086 matches
Mail list logo
