On 3.10.2010 21:33, Hrvoje Bartolin wrote:
Mene bi više zanimalo koje prometnice ili dijelove RH još treba mappirati.
Da li bi se dalo nešto izvući iz popisa cesata i onda križati da vidimo što
je još ostalo?
http://narodne-novine.nn.hr/clanci/sluzbeni/2010_02_17_410.html
Ovaj popis u NN je
Further information about the terms of reference of this project is in this link
http://medco.gov.ph/medcoweb/uploads/mtmp/mtmp_tor_psctcc.pdf
--bunny
--- On Tue, 12/10/10, Eugene Alvin Villar sea...@gmail.com wrote:
From: Eugene Alvin Villar sea...@gmail.com
Subject: Re: [talk-ph] Digital
Here's what it says on the last page:
Other Stakeholders agencies and institutions will be invited to the TCC
meeting for consultation as need arises. These would include but not
limited to the following:
[...]
* Private individuals or institutions with expertise in GIS and
mapping
Please give your remarks on
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Bus_stopsand
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Bus_and_tram_lines
___
Talk-be mailing list
Talk-be@openstreetmap.org
Seems fine to me.
Jo
2010/10/13 Ivo De Broeck ivo.debro...@gmail.com
Please give your remarks on
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Bus_stopsand
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Bus_and_tram_lines
Lees de tweede lijn van het gequote antwoord in de eerste mail van deze
thread nog 's. Best effort doesn' t cut it...
Jo
Op 13 oktober 2010 17:15 schreef Philippe Duthoit
philippe.duth...@gmail.com het volgende:
kun je de Lijn niet voorstellen dat dit onder best-effort kan vallen (net
zoals
On Wed, Oct 13, 2010 at 2:05 PM, David Groom revi...@pacific-rim.net wrote:
- Original Message - From: M?rtin Koppenhoefer
dieterdre...@gmail.com
To: Licensing and other legal discussions. legal-talk@openstreetmap.org
Sent: Wednesday, October 13, 2010 3:44 PM
Subject:
On Wed, Oct 13, 2010 at 3:21 PM, Richard Weait rich...@weait.com wrote:
For example, a 'bot that does nothing but fix spelling in keys,
changes Amenity to amenity, but the 'bot does not answer the mandatory
relicensing question. Should we revert their changes back to Amenity?
As another
Frederik Ramm frede...@... writes:
I think you have understood this all right. In my eyes there's a wide
band between clearly non-copyrightable edits on one side (which we could
legally keep in OSM even if the person who added them said no - but
we're unlikely to exercise that right) and
Jukka,
Jukka Rahkonen wrote:
And of course we are using the same rules for taking and giving, or? Same
amounts of data we consider non-copyrightable and keep therefore in the database
can be taken out from the new ODbl-OSM database as if they were PD? And even
store masses of separate extracts
Andrzej,
andrzej zaborowski wrote:
You may also want to take into account the automatic database rights
in some users' contributions (even if not copyrightable), which iirc
are not disclaimed by CC-By-SA 2 unported.
If we assume there to be such rights (and there might well be!), would
this
- Original Message -
From: Richard Weait rich...@weait.com
To: Licensing and other legal discussions.
legal-talk@openstreetmap.org
Sent: Wednesday, October 13, 2010 11:32 PM
Subject: Re: [OSM-legal-talk] legal FAQ license
On Wed, Oct 13, 2010 at 4:05 PM, David Groom
On Wed, Oct 13, 2010 at 4:50 PM, Frederik Ramm frede...@remote.org wrote:
If one million
users each make a non-copyrightable contribution to OSM under CC-BY-SA then
I can take those one million contributions and use them in any way I want
because if they are not copyrightable then CC-BY-SA
On Sat, 9 Oct 2010 12:56:07 +0400
Gleb Smirnoff gleb...@glebius.int.ru wrote:
Dave,
On Sat, Oct 09, 2010 at 12:13:14AM +0100, Dave F. wrote:
D The wiki page describes subjective information.
D
D Unless it's actually closed by authority don't say it's
D impassible. For instance in
On Tue, Oct 12, 2010 at 10:58:34PM +0200, Sebastian Klein wrote:
Jochen Topf wrote:
On Tue, Oct 05, 2010 at 04:46:26PM +0200, Pieren wrote:
If I could have one request, it would be nice to see the amount of different
contributors using the same tag. This to distinguish between quantity and
On 13/10/10 4:39 PM, Elizabeth Dodd wrote:
Would you consider uploading the traces to an independent point,
specifying the licence of the traces and giving permission for them to
be traced into OSM / other maps (you specify what) and perhaps this
could then be downloaded as a separate layer
On 13/10/2010 08:50, Sam Wilson wrote:
1. We use OSM maps for navigation, and so management are quite able to
see the value that could arise from our giving this data to OSM,
because it would make the maps better. But there is a bit of a gap
between lots-of-GPS-traces and
On Wed, 13 Oct 2010 16:53:59 +0800
Sam Wilson s...@archives.org.au wrote:
On 13/10/10 4:39 PM, Elizabeth Dodd wrote:
Would you consider uploading the traces to an independent point,
specifying the licence of the traces and giving permission for them
to be traced into OSM / other maps
Elizabeth Dodd wrote:
There was a Russian transport mob who managed to completely
overload the track upload system trying to put up gps traces to
the main database. Separate hosting would keep that from
happening - WA is on the same huge scale as Russia.
Different issue. The issue with
reading the legal FAQ for the license change:
http://wiki.openstreetmap.org/wiki/Open_Data_License_FAQ
there is a paragraph that looks strange to me:
... - we may take the view that those who have made small
contributions, but cannot be contacted, would relicence their data
under the new
Hi, apologies if this is the wrong forum for this question.
I'm using osmand and successfully downloaded all the tiles for my city and
it works great. Now I want to do the same for the whole country (I'm in
spain). Obviously the country will include tge city within it. How does
osmand handle this
2010/10/13 Sam Wilson s...@archives.org.au:
Hi,
I work for a company in Western Australia that has a dozen or so vehicles
traveling all over regional WA and all equipped with GPS trackers, taking
waypoints at 30s intervals. I am going to be allowed to upload the data to
OSM. I'm just
On Wed, Oct 13, 2010 at 4:04 PM, M∡rtin Koppenhoefer dieterdre...@gmail.com
wrote:
2010/10/13 Sam Wilson s...@archives.org.au:
Hi,
I work for a company in Western Australia that has a dozen or so vehicles
traveling all over regional WA and all equipped with GPS trackers, taking
On Wed, Oct 13, 2010 at 3:50 AM, Sam Wilson s...@archives.org.au wrote:
Hi,
I work for a company in Western Australia that has a dozen or so vehicles
traveling all over regional WA and all equipped with GPS trackers, taking
waypoints at 30s intervals. I am going to be allowed to upload the
Hi,
M∡rtin Koppenhoefer wrote:
reading the legal FAQ for the license change:
http://wiki.openstreetmap.org/wiki/Open_Data_License_FAQ
there is a paragraph that looks strange to me:
... - we may take the view that those who have made small
contributions, but cannot be contacted, would
On Wed, 13 Oct 2010 17:04:20 +0200
M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
OK if the streets are perfectly straight and there is nothing around
;-)
Perfect for rural and remote Western Australia then.
(This is the part of the world that owns the longest railway straight
in existence)
On 13 October 2010 20:35, Elizabeth Dodd ed...@billiau.net wrote:
On Wed, 13 Oct 2010 17:04:20 +0200
M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
OK if the streets are perfectly straight and there is nothing around
;-)
Perfect for rural and remote Western Australia then.
(This is
Hi all
Attached is the government access report for September. I've added a
'licensed' column, but the only information I have to fill this in is the
set of IP addresses in the WMS whitelist file; these don't always identify
agencies, and I'm guessing that not all licensees pay for WMS access,
On 2010-10-13 5:12 PM, Jonathan Bennett wrote:
You'd be releasing the data under CC-BY-SA and ODbL. If you are acting
on behalf of the copyright owner, then you don't need to add any
further documentation -- simply uploading the data is enough to show
you agree to the licences.
Great! I
On 2010-10-14 3:35 AM, Elizabeth Dodd wrote:
On Wed, 13 Oct 2010 17:04:20 +0200
M∡rtin Koppenhoeferdieterdre...@gmail.com wrote:
OK if the streets are perfectly straight and there is nothing around
;-)
Perfect for rural and remote Western Australia then.
(This is the part of the world that
On 2010-10-14 1:35 AM, Richard Weait wrote:
Thank you for taking the initiative arrange this with your company.
If you get the opportunity to change your data acquisition to one
track point per second you'll find the traces much nicer for creating
junctions, ramps, exits, fuel stations etc.
Damn... I inadvertently sent an internal email to this list. Any help in
removing this from archives would be greatly appreciated (I've emailed the
list owner). I've never heard that mailman has the ability to redact an
email once sent, but if it does, any help on that would also be
Am Dienstag 12 Oktober 2010, 23:44:34 schrieb Ulf Lamping:
Wieso wird hier lang und breit drüber diskutiert, daß Elektrotankstellen
keine Tankstellen sind (z.B. ist ein Akku kein Tank!), und dann kommt
wenig später die nächste Träne und kommt mit der gleichen Geschichte
wieder an? Das macht
Hallo
am 13.10.2010 00:01 schrieb Frederik Ramm:
Daher habe ich vorgeschlagen, die Moeglichkeit, eine Relation und all
ihre Mitglieder herunterzuladen, fuer API 0.7 zu entfernen
(http://wiki.openstreetmap.org/wiki/API_v0.7#Removing_Features).
Prima Idee. Hast du auch eine Idee, wie man dann
Hallo Jan,
ich würde die Behindertenparkplätze nicht erfassen, da es sich hier um
personenbezogene Parkplätze handelt. Diesen Parkplatz darf nur die
Person benutzen, die den Parkausweis mit der Nummer besitzt, die auf dem
Schild steht. Daher ist der Behindertenparkplatz für den Rest der Welt
Am 12.10.2010 23:55, schrieb C. Brause:
Am 12.10.2010 23:44, schrieb Ulf Lamping:
Wieso wird hier lang und breit drüber diskutiert, daß Elektrotankstellen
keine Tankstellen sind (z.B. ist ein Akku kein Tank!), und dann kommt
wenig später die nächste Träne und kommt mit der gleichen Geschichte
On Tue, Oct 12, 2010 at 11:23:02PM +0200, Jan Tappenbeck wrote:
In Lübeck gibt es einen Zusammenschluss die nette Toilette um Touris
das Erleichtern zu ermöglichen.
Wen mehr interessiert:
http://www.entsorgung.luebeck.de/aktuelles/pressemeldungen/2010/neu_219.html
Warum nicht ein Tag
On Wed, Oct 13, 2010 at 12:01:07AM +0200, Frederik Ramm wrote:
C. Brause wrote:
Ich würde gerne wissen, wieso Objekte wie die Stolpersteine in eine
Relation gesteckt werden sollen. Das erschließt sich mir nicht. Kann ne
kurze Antwort geben (glaub ich aber nicht).
Mapper tun das oft, weil
Hi zusammen,
ich hab aus dem pbf2osm [1] eine kleine Schnittstelle gebaut, die auch
pbf-Support hat. Die momentane Version gibt's hier [2].
Was fehlt ist noch jede Menge Doku :) ... der XML-Teil hinkt etwas
hinter dem pbf-Teil hinterher, ist daher mit Vorsicht zu geniessen...
Ein paar kleine
am Dienstag, 12. Oktober 2010 um 23:58 schrieb C. Brause:
Ich würde gerne wissen, wieso Objekte wie die Stolpersteine in eine
Relation gesteckt werden sollen. Das erschließt sich mir nicht. Kann ne
kurze Antwort geben (glaub ich aber nicht).
Also bei den Stolpersteinen schwanke ich auch ein
On 13.10.2010 06:57, Jan Tappenbeck wrote:
... und wie sieht die Alternative für die nette Toilettte ???
Gruß Jan :-)
http://wiki.openstreetmap.org/wiki/Key:network
nur kurze idee...
___
Talk-de mailing list
Talk-de@openstreetmap.org
danke jan,
bin ich echt nicht drauf gekommen. ich kenne rollatoren - diese kleinen
wägelchen, die man vor sich herschiebt - aber auf rollstuhl bin ich nicht
gekommen.
gruss
walter
-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg
--
View
Am 12.10.2010 23:55, schrieb C. Brause:
2) Danke für das amenity charging_station. Das hatte ich gesucht. ICH
tagge kein fuel:electricity.
amenity=charging_station habe ich gerade in die Presets und Mappaint vom
JOSM eingebaut.
Ab morgen in latest zu finden unter:
Hallo,
Jochen Topf wrote:
Vielleicht wäre es eine bessere Idee, statt ein nützliches Feature zu
entfernen, ein nützlicheres zu schaffen, das dann alle verwenden?
Die beste Idee waere gewesen, dieses Feature gar nicht erst anzubieten,
denn dann haette sich laengst irgendjemand etwas
Peter Wendorff wrote:
http://wiki.openstreetmap.org/wiki/Key:network
nur kurze idee...
Finde ich persönlich keine gute Idee. network=* provoziert das ; ungemein.
nette_toilette=yes wäre schon besser. Wobei ich mich frage, wofür das gut
ist. Als bedürftiger ist es mir schließlich egal,
Hallo,
man sollte m.E. unterscheiden zwischen geordneten Relationen, bei denen
es auf die Reihenfolge der Elemente und ggf. auf die Rolle der Elemente
ankommt und den sog. Sammelrelationen (oder virtuelle Relationen
oder Gruppen), die diese Eigenschaften nicht benötigen!
Am 13.10.2010
Am 13.10.2010 00:01, schrieb Frederik Ramm:
Allerdings sind Relationen dafuer eigentlich nicht gedacht
(http://wiki.openstreetmap.org/wiki/DE:Relations/Relations_are_not_Categories
). Daher habe ich vorgeschlagen, die Moeglichkeit, eine Relation und all
ihre Mitglieder herunterzuladen, fuer
Hallo Frederik,
meiner Meinung nach ist das der falsche Weg. Bei Routen ist dies bspw. die
einzige sinvolle Möglichkeit an die Daten zu kommen. Es ist großer
Schwachsinn, dass ich mir für einen einfachen gpx-Track eines Radfernweges
Deutschland als Extract herunterladen muss.
Besser wäre, wie
On Wed, Oct 13, 2010 at 01:17:39AM -0700, aighes wrote:
Peter Wendorff wrote:
http://wiki.openstreetmap.org/wiki/Key:network
nur kurze idee...
Finde ich persönlich keine gute Idee. network=* provoziert das ; ungemein.
nette_toilette=yes wäre schon besser. Wobei ich mich frage,
On Wed, Oct 13, 2010 at 10:19:32AM +0200, Stefan Dettenhofer (StefanDausR)
wrote:
Am 13.10.2010 09:22, schrieb Jochen Topf:
Ein anderer wäre es, etwas zu schaffen, was ich mal virtuelle Relationen
nenne. Also etwas, das nach außen so aus sieht wie eine Relation, aber nach
innen mit Tags
On 13.10.2010 07:03, Jan Tappenbeck wrote:
Am 13.10.2010 01:06, schrieb Walter Nordmann:
C. Brause wrote:
...ich möchte Jans neu gestarteten Thread nicht kapern, daher neu:
sorry, ich habs gerade gemacht (das kapern) :(
bevor ich deinen beitrag gelesen hab.
die darstellung von frederik
Am 13.10.2010 10:35, schrieb Jochen Topf:
Finde ich persönlich keine gute Idee. network=* provoziert das ; ungemein.
nette_toilette=yes wäre schon besser. Wobei ich mich frage, wofür das gut
ist. Als bedürftiger ist es mir schließlich egal, welchem Netzwerk die
Toilette angehört. Interessant
Hi Thomas Ineichen,
Hallo Steffen,
Cool. Ein Wunsch: Ich wuerde surface=cobblestone etwas niedriger
einordnen.
Beim Kopfsteinpflaster war ich mir auch unsicher, wo ich es einordnen
soll; gerade bei Regen gibt es viele solcher Strassen, die dann
unangenehm zu befahren sind. Trotzdem
Hi.
Rolli-Parkplatz ist der eine Punkt - sollte m.E. eingetragen werden
(amenity=parking; parking=surface; surface=asphalt; (o.ä.)
capacity:disabled=n)
Rolli-Parkplatz für bestimmte Nummern unterscheidet sich aber IMHO nicht
von einem normalen Privatparkplatz, abgesehen davon, dass er breiter
Am 13.10.2010 10:02, schrieb Ulf Lamping:
Am 12.10.2010 23:55, schrieb C. Brause:
2) Danke für das amenity charging_station. Das hatte ich gesucht. ICH
tagge kein fuel:electricity.
amenity=charging_station habe ich gerade in die Presets und Mappaint
vom JOSM eingebaut.
Ab morgen in latest
Am 13.10.10 10:06, schrieb Frederik Ramm:
Hallo,
Jochen Topf wrote:
Vielleicht wäre es eine bessere Idee, statt ein nützliches Feature zu
entfernen, ein nützlicheres zu schaffen, das dann alle verwenden?
Die beste Idee waere gewesen, dieses Feature gar nicht erst anzubieten,
denn dann haette
Am 13.10.2010 09:22, schrieb Jochen Topf:
Ein Ansatz wäre sicher, die Funktionen der XAPI bekannter zu machen und
weiter auszubauen.
Bzw. mal neu und schön zu implementieren. Wenn es z.B. eine verlässliche
und stabile Möglichkeit gäbe (dies bitte als API 0.7 Vorschlag
verstehen), die einzelnen
ganz einfach - api vergessen und was richtiges verwenden.
die api ist 99% tag-bezogen. da muss alles aus tags herausgezogen werden,
was irgendwie geht.
tags sind dafür da, um zu beschreiben, WAS für ein objekt es ist aber nicht
dafür, WO es ist.
von einigen ausnahmen abgesehen (is_in, addr:*),
Hallo Peter,
Polygone als Bounding-box erlauben
Das würde vieles erleichtern!
Damit könnten viele geografische Bezüge abbgebildet werden.
Zusätzlich braucht man aber m.E. noch irgendein ein System für normale
relationale / hierarchische Bezüge (Kategorien):
z.B. für alle Stolpersteine,
nen tag halt, da es eine eigenschaft eines objektes (hier lokal, pub,
restaurant, ...) ist.
kann jeder verwenden, der nen stadtplan machen will.
musst halt nur dafür sorgen, dass er sich rumspricht.
-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo
René Falk wrote:
Bei nette Toilette geht es darum bereits bestehende Toiletten der
Gastronomie in öffentliche Toiletten zu wandeln. Ein nette_toilette=yes
an ein Restaurant geklebt, wäre daher vielleicht nicht schlecht.
wenn ich mich recht entsinne, sind die toiletten in gaststätten
Am 13. Oktober 2010 11:36 schrieb Markus liste12a4...@gmx.de:
Zusätzlich braucht man aber m.E. noch irgendein ein System für normale
relationale / hierarchische Bezüge (Kategorien):
z.B. für alle Stolpersteine, alle netten Toiletten, etc)
das sind keine hierarchischen Bezüge m.E., und das
Hallo,
Jochen123 wrote:
Also wenn eine Toilette nicht öffentlich zugänglich ist, dann sollte man
sie
vielleicht überhaupt nicht bei OSM eintragen. :-)
Nicht unbedingt, bzw. es hängt davon ab wie man öffentlich zugänglich
definiert. Es gibt viele Toiletten, die zwar prinzipiell jeder
Am 13.10.2010 01:33, schrieb Michael Kugelmann:
Am 12.10.2010 23:55, schrieb C. Brause:
P.S. dein Post wirkte etwas aggressiv auf mich...
Ach, nur so als Randbemerkung: innerhalb der letzten 4 Wochen gab es
auch überhaupt keine Monster-Diskussion zum Theman...
Monster-Diskussion hin oder
Am 13.10.2010 09:28, schrieb Christian H. Bruhn:
am Dienstag, 12. Oktober 2010 um 23:58 schrieb C. Brause:
Ich würde gerne wissen, wieso Objekte wie die Stolpersteine in eine
Relation gesteckt werden sollen. Das erschließt sich mir nicht. Kann ne
kurze Antwort geben (glaub ich aber nicht).
{quote]Wenn man nett fragt schreibt einem
vielleicht auch hier auf der Liste jemand ein Beispielquery (im
ML-Archiv finden sich AFAIK schon ein paar). Klar, das System ist
hochkomplex, aber man muss ja nicht alles bis ins Kleinste verstehen,
nur um damit zu arbeiten. Wer Anfragen an die XAPI
Hi
Ich denke auch, die (Re)implementation der XAPI innerhalb der API wäre
der richtige Weg.
Die XAPI ist unheimlich praktisch - aber meistens überlastet.
Wie oft brauche ich z.B. alle Bushaltestellen in gegebener BBox? XAPI -
einfach möglich; API - bbox insgesamt laden :(
Die
Am 13. Oktober 2010 08:39 schrieb Holger s...@der hs69...@web.de:
Hallo Jan,
ich würde die Behindertenparkplätze nicht erfassen, da es sich hier um
personenbezogene Parkplätze handelt. Diesen Parkplatz darf nur die Person
benutzen, die den Parkausweis mit der Nummer besitzt, die auf dem Schild
On 13.10.2010 14:15, M∡rtin Koppenhoefer wrote:
uninteressant fürs Parken schon, es ist AFAIK quasi ein
Privatparkplatz, daher m.E. access=private. Wenn Du die Nummer auch
eintragen willst (ggf. ein Datenschutzproblem?) dann am einfachsten
als description, sonst (wenn man das systematisch
Am 13.10.2010 10:57, schrieb Peter Wendorff:
Hi.
Rolli-Parkplatz ist der eine Punkt - sollte m.E. eingetragen werden
(amenity=parking; parking=surface; surface=asphalt; (o.ä.)
capacity:disabled=n)
Rolli-Parkplatz für bestimmte Nummern unterscheidet sich aber IMHO nicht
von einem normalen
na ja, war mir halt nicht so sicher - aber die sache mit der disco (ich
müsste mal kurz rein ...) leuchtet mir ein.
-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg
--
View this message in context:
Am 13.10.2010 15:00, schrieb C. Brause:
was ist parking=surface?
Eine nähere Beschreibung des Parkplatztyps
(Parkhaus / Tiefgarage / Normaler Parkplatz auf der Erdoberfläche)
http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dparking
Christian
Am 13. Oktober 2010 08:36 schrieb Jochen Topf joc...@remote.org:
Wir haben ja auch nicht
alle Einbahnstraßen in einer Relation, oder?
gute Idee, angeregt durch diesen Vorschlag bin ich gerade dabei, eine
Relation für die Einbahnstraßen (erstmal nur Deutschland, aber wenn
das ein Knüller wird,
Am 13. Oktober 2010 14:47 schrieb Peter Wendorff wendo...@uni-paderborn.de:
On 13.10.2010 14:15, M∡rtin Koppenhoefer wrote:
Meines Erachtens ist dies also ein personenbezogenes Datum ohne Mehrwert für
die OSM, und sollte deshalb tunlichst vermieden werden.
M.E. ist ein Datum dann
On 13.10.2010 15:17, M∡rtin Koppenhoefer wrote:
Am 13. Oktober 2010 14:47 schrieb Peter Wendorffwendo...@uni-paderborn.de:
On 13.10.2010 14:15, M∡rtin Koppenhoefer wrote:
Meines Erachtens ist dies also ein personenbezogenes Datum ohne Mehrwert für
die OSM, und sollte deshalb tunlichst
Am 13. Oktober 2010 13:45 schrieb Peter Wendorff wendo...@uni-paderborn.de:
Ich denke auch, die (Re)implementation der XAPI innerhalb der API wäre der
richtige Weg.
Die XAPI ist unheimlich praktisch - aber meistens überlastet.
wenn wir gerade bei wünsch-Dir-was sind: ich würde eine Methode
Am 13. Oktober 2010 16:21 schrieb Peter Wendorff wendo...@uni-paderborn.de:
On 13.10.2010 15:17, M∡rtin Koppenhoefer wrote:
Am 13. Oktober 2010 14:47 schrieb Peter
Wendorffwendo...@uni-paderborn.de:
On 13.10.2010 14:15, M∡rtin Koppenhoefer wrote:
Meines Erachtens ist dies also ein
Am 13.10.2010 11:50, schrieb M∡rtin Koppenhoefer:
Am 13. Oktober 2010 11:36 schrieb Markusliste12a4...@gmx.de:
Zusätzlich braucht man aber m.E. noch irgendein ein System für normale
relationale / hierarchische Bezüge (Kategorien):
z.B. für alle Stolpersteine, alle netten Toiletten, etc)
das
Am 13.10.2010 10:50, schrieb René Falk:
Am 13.10.2010 10:35, schrieb Jochen Topf:
Finde ich persönlich keine gute Idee. network=* provoziert das ; ungemein.
nette_toilette=yes wäre schon besser. Wobei ich mich frage, wofür das gut
ist. Als bedürftiger ist es mir schließlich egal, welchem
Am 13.10.2010 17:41, schrieb M∡rtin Koppenhoefer:
Am 13. Oktober 2010 17:30 schrieb Jan Tappenbecko...@tappenbeck.net:
das mag auf den ersten Eindruck richtig sein eine db aufzubauen - aber wenn
ich nur mal kleine anwendungen machen will dann ist das mit der api besser.
mag sein, für den
Hallo Hanno,
schön das du das pbf2osm in C geschrieben hast. Habe versucht, das zu
übersetzen, aber leider scheiter ich an dem protobuf pfad in dem Makefile.
Das Gleiche gilt für libosm. Was für programme benötige ich dafür und
welchen pfad muss ich einstellen?
Ich benutze Ubuntu Linux.
--- Original Nachricht ---
Absender: Frederik Ramm
Datum: 13.10.2010 00:01
Mapper tun das oft, weil sie dadurch - vorausgesetzt, sie
kennen die Relations-ID - sehr leicht saemtliche dieser
Objekte herunterladen koennen (mit der
/relation/xxx/full-Abfrage). Das ist komfortabler, als sich
die
M∡rtin Koppenhoefer wrote:
Die Frage war hier nach Parkplätzen für eingeschränkt Mobile, nicht
nach Autonummern, erstere haben gelegentlich ein Zusatzschild der Art
nur für den Träger des Ausweises Nr. 543543543 (Wortlaut habe ich
gerade nicht parat). Das sind nur dann personenbezogene
Am 13.10.2010 10:17, schrieb aighes:
nette_toilette=yes wäre schon besser.
bite nicht: nicht für jeden Eigennamen eine eigene Tag-Hierarchie, sonst
haben wir bald einen unüberschaubaren Wildwuchs. Wenn dann von mir aus
Operator=Nette Toilette oder so etwas. Aber bitte nicht Eigennamen auf
Am 13.10.2010 15:14, schrieb M∡rtin Koppenhoefer:
gute Idee, angeregt durch diesen Vorschlag bin ich gerade dabei, eine
Relation für die Einbahnstraßen (erstmal nur Deutschland, aber wenn
das ein Knüller wird, könnte man es auch für die ganze Welt machen)
anzulegen.
Dazu eine Ziztat su dem
derandi unnoetige_ma...@gmx.de wrote:
http://www.zukunft-breitband.de/BBA/Navigation/Breitbandatlas/breitbandsuche.html
Interessant ist das ein Ministerium des Bundes die Daten nutzt. ;)
Immerhin haben wir eine Person in der Community, die dort tätig ist
und auf dem letzten bundesdeutschen OSM
M∡rtin Koppenhoefer wrote:
schwachen PC noch handlen kann). Evtl. könnte man das auch auf lokaler
Seite beim Einspielen der Diffs filtern (nur was innerhalb einer
gewissen BB oder Polygon ist)? Oder kann man nicht jetzt schon die
planet-diffs auf eine Extrakt-Datenbank einspielen und
Hallo
Bitte beachtet, dass das aktuelle Konzept von 'Parkplatz' ein
Parkplatz-Areal meint. Daher auch der optionale Zusatz-Tag
capacity=number für die Anzahl der verfügbaren Parkplätze eines Areals
(vgl. http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dparking).
Ich meine, dass persönliche
Hallo,
Am Mittwoch 13 Oktober 2010 15:14:46 schrieb M∡rtin Koppenhoefer:
Am 13. Oktober 2010 08:36 schrieb Jochen Topf joc...@remote.org:
Wir haben ja auch nicht
alle Einbahnstraßen in einer Relation, oder?
gute Idee, angeregt durch diesen Vorschlag bin ich gerade dabei, eine
Relation für
Wolfgang schrieb:
Hallo,
Am Mittwoch 13 Oktober 2010 15:14:46 schrieb M∡rtin Koppenhoefer:
Am 13. Oktober 2010 08:36 schrieb Jochen Topf joc...@remote.org:
Wir haben ja auch nicht
alle Einbahnstraßen in einer Relation, oder?
gute Idee, angeregt durch diesen Vorschlag bin ich gerade dabei,
Am 13.10.2010 21:37, schrieb Steffen:
Daher habe ich vorgeschlagen, die Moeglichkeit, eine
Relation und all ihre Mitglieder herunterzuladen, fuer API
0.7 zu entfernen
(http://wiki.openstreetmap.org/wiki/API_v0.7#Removing_Features).
[...]
Was ist eigentlich so schlimm an dieser
Am 14.10.2010 00:24, schrieb Michael Bemmerl:
Wolfgang schrieb:
Ich werde wohl eine Relation aller grünen Ampeln machen. Endlich freie Fahrt!
Warum nicht gleich 'ne Relation aller Nodes, Ways und Relationen? Da
können wir uns dann endlich diese großen planet-files sparen! ;-)
Oh, prima. Ich
Hallo Heiko,
am Dienstag, 12. Oktober 2010 um 21:48 schrieben Sie:
Am 11.10.2010 12:01, schrieb Thomas Ineichen:
Weiss für verfestigte/bearbeitete Oberflächen
Mir fällt gerade auf, dass weiß etwas suboptimal kommt ...
Gelb vielleicht besser?
Ansonsten hübsch ;-)
Die weissen Striche ohne
Am 13.10.2010 15:14, schrieb M∡rtin Koppenhoefer:
Ein paar Infos zu Einbahnstraßen ist hier zusammengetragen:
Ich hoffe eigentlich immer anständig, dass Toiletten Einbahnstraßen (für
die Fäkalien) sind.
-jha-
___
Talk-de mailing list
Am 13.10.2010 18:07, schrieb Jan Tappenbeck:
Bei nette Toilette geht es darum bereits bestehende Toiletten der
Gastronomie in öffentliche Toiletten zu wandeln.
so sind diese auch gekennzeichnet !
Interessanter wird hier das Öffnungszeiten-Mapping.
Denn was hilft eine angeblich öffentliche
Am 14.10.2010 00:09, schrieb Wolfgang:
Ich werde wohl eine Relation aller grünen Ampeln machen. Endlich freie Fahrt!
Welches Tagging-Schema gilt denn für die Lackierung der Masten und Farbe
von Auslegerarm, Signalgeberkammer, Sonnenschute? Dazu gibt's dann noch
die Kontrastblenden in
Hallo Steffen,
Kommt eigentlich auf das Kopfsteinpflaster an. Wenn es einigermassen
eben ist, dann stimm ich dir zu. Wenn es aber von Stein zu Stein
Hoehenunterschiede von 5cm gibt, dann ist's wenigstens weiss, wenn nicht
schon rot.
Wahrscheinlich bin ich hier in der Schweiz einfach zu
Am 14.10.2010 00:47, schrieb Tobias Knerr:
Am 14.10.2010 00:24, schrieb Michael Bemmerl:
Wolfgang schrieb:
Ich werde wohl eine Relation aller grünen Ampeln machen. Endlich freie Fahrt!
Warum nicht gleich 'ne Relation aller Nodes, Ways und Relationen? Da
können wir uns dann endlich diese
Il 12 ottobre 2010 20:51, Paolo Molaro lu...@oddwiz.org ha scritto:
è stato valutato anche questo: ricominciare da zero con una db vuota
(come proponi te) ed è stato bocciato l'idea. Avere un db misto
purtroppo è impossibile perché la cc-by-sa 2.0 richiede che i nuovi
dati anche diventano
Cosa cambierà dal punto di vista pratico? Con la 'vecchia' si doveva scrivere
ad esempio (C) Openstreetmap and contributors CC-BY-SA, con la nuova
occorrerà una nuova frase o qualcosa di diverso? Me lo chiedevo mentre
preparavo le slides per il Linux Day, rimarrà come unico obbligo quello di
1 - 100 of 245 matches
Mail list logo
