Terve !
Löytyykö listalta joku piirros-/taitotaitoinen, joka voisi väsätä
OpenStreetMap logosta jonkinlaisen tarraan painettavan logon? Tein tuonne
OSM Finland Chapter meeting Facebook-tapahtumaan yhden logon, en nyt laita
tähän liitteeksi (koko rajoituksen takia). Tuosta voisi siis virittää
Po zadnjem popisu stanovništva u RH ima preko 7000 naselja.
Sa jučerašnjim datumom u OSM bazi ih je 3973, i to po sljedećoj raspodjeli:
city - 12, town - 143, village - 2969, hamlet - 847, farm - 0,
isolated_dwelling - 2
Znači fali nam oko 3000 naselja :D
Nova akcija, sakupljamo naselja :)
Dana 24. siječnja 2012. 22:14 hbogner hbog...@gmail.com je napisao/la:
Po zadnjem popisu stanovništva u RH ima preko 7000 naselja.
Sa jučerašnjim datumom u OSM bazi ih je 3973, i to po sljedećoj raspodjeli:
city - 12, town - 143, village - 2969, hamlet -
Sad ću pokrast pokemone: Moraš skupit sve!!! :D
On 01/24/2012 10:23 PM, SilverSpace wrote:
Nova akcija, sakupljamo naselja :)
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-hr
naselja su podrucja tj. poligoni koji imaju granice.
granice zupanija su nam prilicno neprecizne i nesredjene.
kako ste mislili da se uhvatimo s naseljima u kostac?
2012/1/24 hbogner hbog...@gmail.com:
Sad ću pokrast pokemone: Moraš skupit sve!!! :D
On 01/24/2012 10:23 PM, SilverSpace wrote:
Podatci iz popisa stanovništva:
http://www.dzs.hr/Hrv/censuses/census2011/censusfirstres.htm
On 01/24/2012 10:14 PM, hbogner wrote:
Po zadnjem popisu stanovništva u RH ima preko 7000 naselja.
Sa jučerašnjim datumom u OSM bazi ih je 3973, i to po sljedećoj raspodjeli:
city - 12, town - 143,
Popis gradova
http://hr.wikipedia.org/wiki/Dodatak:Popis_gradova_u_Hrvatskoj
Popis svih mjesta po županijama
http://narodne-novine.nn.hr/clanci/sluzbeni/127788.html
Dana 24. siječnja 2012. 23:18 Darko Boto darko.b...@gmail.com je
napisao/la:
naselja su podrucja tj. poligoni koji imaju granice.
Naselja kao točkasti element koji prikazuje naziv tog naselja na karti.
To je jednostavno, znaci tocke i to je to, a landuse se kasnije mozemo
zahebavati sa poligonima.
Treba navuci sto vise ljudi da poklika na openstreetbugs-ima svoja
naselja. :D
On 01/24/2012 11:18 PM, Darko Boto wrote:
Ja sam to napravio za grad Zagreb sa spiska koja mjesta spadaju pod grad
Dana 24. siječnja 2012. 23:27 hbogner hbog...@gmail.com je napisao/la:
Naselja kao točkasti element koji prikazuje naziv tog naselja na karti. To
je jednostavno, znaci tocke i to je to, a landuse se kasnije mozemo
2012/1/24 hbogner hbog...@gmail.com:
Naselja kao točkasti element koji prikazuje naziv tog naselja na karti. To
je jednostavno, znaci tocke i to je to, a landuse se kasnije mozemo
oke.. mozemo to tako napraviti... za prikaz naselja na karti to ce
biti dovoljno, ali za bilo kakvu smislenu
A kakve si to analize do sad radio da ti smeta pokušaj unosa 3000 točaka
nedostajućih naselja?
http://wiki.openstreetmap.org/wiki/Map_Features#Places definira naselja
kao točke ili kao poligone, tako da si s ovim dgu pravilnikom obojica
mozemo obrisati znas i sam sta
Nije cilj napraviti OSM
http://wiki.openstreetmap.org/wiki/Places
Note: As best practice the following is recommended:
Create a place=town/city/... NODE at the centre of the town/city
(often the town hall).
Create one or more ways marking the boundary, tagged
boundary=administrative with appropriate
2012/1/25 hbogner hbog...@gmail.com:
A kakve si to analize do sad radio da ti smeta pokušaj unosa 3000 točaka
nedostajućih naselja?
http://wiki.openstreetmap.org/wiki/Map_Features#Places definira naselja kao
točke ili kao poligone, tako da si s ovim dgu pravilnikom obojica mozemo
obrisati
Hi,
I think this is very interesting kickstart project, low cost for
aerial photography and mapping.
http://www.engadget.com/2012/01/24/eye3-hexicopter-helps-your-dslr-take-flight-for-999/#continued
http://www.kickstarter.com/projects/eye3/eye3
If I buy one of these devices, would anybody in
There is a company here (I forgot the name) that do aerial video/photo
using RC choppers and dslrs. Although the main clients are usually
advertising firms.
If you can cut the cost of your acquisition that will be competitive
enough against the conventional aerial photo and satellite imagery,
On 1/21/2012 12:05 AM, Ben Robbins wrote:
http://wiki.openstreetmap.org/w/images/2/21/Comparison_-_Junction1.png
Just a minor issue - shouldn't the primary_link and unclassified near
the upper right corner be motorway_links, since you can only access them
from the motorway? Otherwise, this
On 1/21/2012 6:03 AM, Richard Mann wrote:
The current tagging rules for links don't make life at all easy for the
renderer, but I got flamed when I suggested that the link road should
take the status of the lower classification (unless it's a motorway_link).
I agree that taking the status of
Hi,
On Tue, Jan 24, 2012 at 3:52 AM, dies38...@mypacks.net wrote:
Over the past couple of months, I have armchair-mapped several highway
junctions in the United States which are commonly complex in that they
involve multiple turn restrictions, street name changes and pedestrian
crossing
Looking at the fantastic taginfo reports [1] I noticed some tags that
link presumably proprietary databases to OSM from inside the OSM-db:
e.g. this one: http://taginfo.openstreetmap.org/keys/%25kml%3Aguid#values
with values like:
{a2ec06ed-792a-4495-9218-8b2a394c4163}
I wonder if this kind of
On 24/01/2012 11:22, Martin Koppenhoefer wrote:
I wonder if this kind of tagging should be tolerated. In the wiki I
found no documentation regarding this tag, and therefore this data
seems unusable for most mappers.
Perhaps not, but systematically removing it won't improve anything
(since most
- Original Message -
From: malenki
To: talk@openstreetmap.org
Sent: Monday, January 23, 2012 6:43 PM
Subject: Re: [OSM-talk] Big Blue Something in Colombia
bastien wrote:
Have a little look in talk-co,
Thanks for the hint, but my knowledge of Spanish consists of three to
five
2012/1/24 Jonathan Bennett openstreet...@jonno.cix.co.uk:
On 24/01/2012 11:22, Martin Koppenhoefer wrote:
I wonder if this kind of tagging should be tolerated. In the wiki I
found no documentation regarding this tag, and therefore this data
seems unusable for most mappers.
Perhaps not, but
On 1/24/2012 8:33 AM, Anthony wrote:
On Tue, Jan 24, 2012 at 7:31 AM, Nathan Edgars IInerou...@gmail.com wrote:
I don't know about Pennsylvania, but here in Florida a single white line
does not legally prevent crossing. But even if it did, we don't map a double
yellow as a median.
*You*
Hi,
On 01/24/12 14:35, Martin Koppenhoefer wrote:
How would you improve / modify (say split) an object where you don't
understand part of the tags applied to it?
I agree but would like to point out that this problem applies to
properly documented tags as well - there are quite a few
On 1/24/2012 8:45 AM, Anthony wrote:
On Mon, Jan 23, 2012 at 11:20 PM, Nathan Edgars IInerou...@gmail.com wrote:
On 1/23/2012 9:52 PM, dies38...@mypacks.net wrote:
Yuck. A separate way should not be used for a turn lane (unless that lane is
separated by barriers or maybe a wide striped-off
On Tue, Jan 24, 2012 at 11:22 AM, Martin Koppenhoefer
dieterdre...@gmail.com wrote:
the concept seems to be documented here:
http://wiki.openstreetmap.org/wiki/Proposed_Features/UUID
I don't see any mention of what should happen to UUIDs attached to
ways, when ways are split or merged. Should
On 1/24/2012 9:20 AM, Anthony wrote:
On Tue, Jan 24, 2012 at 8:45 AM, Nathan Edgars IInerou...@gmail.com wrote:
On 1/24/2012 8:33 AM, Anthony wrote:
On Tue, Jan 24, 2012 at 7:31 AM, Nathan Edgars IInerou...@gmail.com
wrote:
I don't know about Pennsylvania, but here in Florida a single
On Tue, Jan 24, 2012 at 12:42 PM, Jonathan Bennett
openstreet...@jonno.cix.co.uk wrote:
We have (or at least, should have) a simple principle in OSM: Ignore what you
don't understand.
I could add another one : delete what is beyond understanding.
Because your principle is against another one :
2012/1/24 Pieren pier...@gmail.com
I could add another one : delete what is beyond understanding.
Because your principle is against another one : verifiability.
Because your principle - if it is tolerated - might end up with
elements tagged with dozen references to external applications and
David Groom wrote:
I thought I'd wait till the next set of the coastline error checker
files [1] which should be next week, check if there are no major
problems, and then suggest to the sys admins that the coastline
shapefiles be updated.
Looking (e.g.) at
Pieren pieren3 at gmail.com writes:
On Tue, Jan 24, 2012 at 12:42 PM, Jonathan Bennett
openstreetmap at jonno.cix.co.uk wrote:
We have (or at least, should have) a simple principle in OSM: Ignore what
you don't understand.
I could add another one : delete what is beyond understanding.
Hi,
On 01/24/2012 04:27 PM, Jukka Rahkonen wrote:
We will see much more proprietary keys in the future because people are
importing huge amounts of spatial data from external sources.
Maybe we should simply stop them from doing that?
Much of that
data is hard or impossible to update by OSM
On Tue, Jan 24, 2012 at 03:59:51PM +0100, Janko Mihelić wrote:
2012/1/24 Pieren pier...@gmail.com
I could add another one : delete what is beyond understanding.
Because your principle is against another one : verifiability.
Because your principle - if it is tolerated - might end up with
On Tue, Jan 24, 2012 at 03:27:00PM +, Jukka Rahkonen wrote:
We will see much more proprietary keys in the future because people are
importing huge amounts of spatial data from external sources. Much of that
data is hard or impossible to update by OSM contributors but new updates
will be
On Tue, Jan 24, 2012 at 3:38 PM, Jochen Topf joc...@remote.org wrote:
Importing is difficult enough to do properly and I think updating that data is
even more difficult to do.
I think it would make more sense for some kinds of data (particularly,
the more volatile ones) to have map servers
On Tue, Jan 24, 2012 at 9:38 AM, Jochen Topf joc...@remote.org wrote:
On Tue, Jan 24, 2012 at 03:27:00PM +, Jukka Rahkonen wrote:
We will see much more proprietary keys in the future because people are
importing huge amounts of spatial data from external sources. Much of that
data is hard
On 24-01-12 08:12, theun wrote:
Een andere gotcha waar ik bang voor was, nl. meertaligheid, zit ook in
Top10NL. Zie bestand 06west.gml.
Hi Frank, daar hoef je toch niet bang voor te zijn. Is juist een uitdaging.
Met gotchas bedoelde ik ook zaken die niet 123 evident zijn en op een
later
Voor wie het heeft gemist, binnenkort zal eindelijk een stuk
highway=construction; construction=motorway van de kaart [1] verdwijnen
en worden omgezet naar een highway=motorway. Vorige week is besloten om
de Leidsche Rijntunnel in gebruik te nemen. Zie [2] voor meer info. De
hoofd- en
Ik ga zondag even op verkenning, en maandag nog een keer onder weg naar
m'n werk. Ik ben ook benieuwd of dan de nieuwe afrit 8 gelijk in gebruik
wordt genomen.
Colin
On 24/01/2012 19:26, Frank Steggink wrote:
Voor wie het heeft gemist, binnenkort zal eindelijk een stuk
highway=construction;
On Tue, 2012-01-24 at 20:14 +0100, Colin Smale wrote:
Ik ga zondag even op verkenning, en maandag nog een keer onder weg naar
m'n werk. Ik ben ook benieuwd of dan de nieuwe afrit 8 gelijk in gebruik
wordt genomen.
Colin
Ik kom er 4 keer in de week langs, maar kan misschien niet zoveel
Just out of interest, I find bbbike.org gives better results for me. It
uses OSM data for routing, as well as facilities like bike shops.
Ian.
On 25 January 2012 14:32, Ben Kelley ben.kel...@gmail.com wrote:
Yes it's a handy site. Bike shops and bike hire seem to be sourced from
somewhere
I just tried some routes. It doesn't seem to give as much weight to cycle
routes as ridethecity. E.g. Routing me along streets parallel to cycle
routes.
It sent me through a footpath in a railway station (advising me to get off
and walk) when there were off-road routes nearby.
The ability to
On 25 January 2012 15:02, Ben Kelley ben.kel...@gmail.com wrote:
I just tried some routes. It doesn't seem to give as much weight to cycle
routes as ridethecity. E.g. Routing me along streets parallel to cycle
routes.
I think this may be why I Iike it. As far as I can tell it ignores cycle
hi !
ich habe heute gerade das Plugin Housenumbertaggingtool gefunden. Aber
auf den ersten Blick sieht unwesentlich anders aus als der normale
Hausnummern-Tag-Dialog.
Hat sich schon einmal jemand damit befaßt und kann den Vorteil nennen ?
Eine Doku gibt es noch nicht !
gruß Jan :-)
Am 23.01.2012 22:35, schrieb Martin Siegel:
Ich finde, ein dunkler Hintergrund ist, vorallem bei langem Arbeiten am
Bildschirm, deutlich entspannender für die Augen.
das Gegenteil ist der Fall!
Aus einem ähnlichen Grund waren mal Programmierumgebungen häufig mit
weißer Schrift auf blauem
Am 23.01.2012 23:39, schrieb Frederik Ramm:
Hi,
On 01/23/2012 04:34 PM, Steffen Heinz wrote:
Warum ist in der Grundeinstellung als Hintergrund eigentlich schwarz
eingestellt?
Ich schalte oft einen Luftbild-Hintergrund dazu und bin dann froh, dass
meine Objekt-Farben alle hell genug sind,
2012/1/24 Frederik Ramm frede...@remote.org
Hallo,
On 01/24/12 08:27, Andre Joost wrote:
Hier hat es wohl jemand ein wenig übertreiben:
http://www.openstreetmap.org/?**lat=51.18219lon=7.74657zoom=**
17layers=Mhttp://www.openstreetmap.org/?lat=51.18219lon=7.74657zoom=17layers=M
Die
Am 24.01.2012 08:43, schrieb Rainer Kluge:
Hallo,
Ich möchte eine Start-/Landebahn für Ultraleichtflugzeuge erfassen,
finde aber keine vernünftigen Beispiele im Wiki oder sonstwo. Die
Landebahn einfach als aeroway=runway mit entsprechender Spezifikation
von Länge, Breite und Oberfläche zu
*mode_panic=yes*
Hilfe, das Wiki hat Blau-itis... wo dreh' ich das ab?!!!
/al
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 24.01.2012 11:45, schrieb Andreas Labres:
*mode_panic=yes*
Hilfe, das Wiki hat Blau-itis... wo dreh' ich das ab?!!!
/al
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Hallo Andreas,
also bei
Am 24. Januar 2012 09:52 schrieb Steffen Heinz eifelhu...@gmx.de:
Am 23.01.2012 23:39, schrieb Frederik Ramm:
On 01/23/2012 04:34 PM, Steffen Heinz wrote:
Ich schalte oft einen Luftbild-Hintergrund dazu und bin dann froh, dass
meine Objekt-Farben alle hell genug sind, um auf dem Luftbild
Am 24. Januar 2012 09:50 schrieb Steffen Heinz eifelhu...@gmx.de:
Am 23.01.2012 22:35, schrieb Martin Siegel:
Ich finde, ein dunkler Hintergrund ist, vorallem bei langem Arbeiten am
Bildschirm, deutlich entspannender für die Augen.
das Gegenteil ist der Fall!
Das ist wohl auch
On 24.01.12 12:04, Matthias Meißer wrote:
also bei mir ist das nicht, möglicherweise hast du in deinen persönlichen
Einstellungen irgendwie das Skin verstellt, oder am irgendwo am Browser
gespielt?
Ja, offenbar ist das ein Kanarienvogel-Feature...
http://lab.at/osm/blauitis.png
Sorry...
Am 24.01.12 schrieb Jo winfi...@gmail.com:
2012/1/24 Frederik Ramm frede...@remote.org
Hallo,
On 01/24/12 08:27, Andre Joost wrote:
Hier hat es wohl jemand ein wenig übertreiben:
http://www.openstreetmap.org/?**lat=51.18219lon=7.74657zoom=**
Am 24.01.2012 12:28, schrieb Martin Koppenhoefer:
Kennst Du die Möglichkeit, diese Voreinstellungen mit anderen zu
teilen? Das geht über die mappaint-styles in den Preferences.
ist das sinnvoll?
ich änder die eh wenn ich was anderes machen will
Anzeige Einstellungen - Farben
Grüße aus der
Am 24. Januar 2012 13:54 schrieb Steffen Heinz eifelhu...@gmx.de:
Am 24.01.2012 12:28, schrieb Martin Koppenhoefer:
Kennst Du die Möglichkeit, diese Voreinstellungen mit anderen zu
teilen? Das geht über die mappaint-styles in den Preferences.
ist das sinnvoll?
das weisst Du wohl selbst am
Am 24. Januar 2012 11:38 schrieb Matthias Meißer dig...@arcor.de:
bisher habe ich auch Gras Landebahnen immer normal erfasst + surface=gras.
Warum genau willst du das noch auf Flugzeuge einschränken?
+1
Neben den Sicherheitseinrichtungen (Tower, Beleuchtung / Markierung,
Funk etc.) und der
Hallo Dietmar,
Am 20.01.12 schrieb Dietmar:
Ich integriere die Liste übers Wochenende in die bestehende
Straßenlistenauswerung [1].
juhu, besten Dank!
Wie entsteht die Verwaltungshierarchie?
Viele Grüße,
Fabian.
[1]
Hallo Fabian,
kurz: umständlich ;)
lang: eine mehrstufige Strategie:
1. direkt an der Grenzrelation gibt is_in oder is_in:*
2. an der Grenzrelation den Gemeindeschlüssel nehmen und innerhalb der
Fläche nach einem place=* Knotenobjekt mit opengeodb.community blabla
Key suchen, in dem der
Und dann gebe es da noch die Plätze für Gleitschirm und Drachenflieger..
(HG/GS) auch die sollten ins Taggingschema.
Schöne Grüße Sven
Gesendet mit meinem HTC
- Reply message -
Von: Rainer Kluge rklug...@web.de
An: talk-de@openstreetmap.org
Betreff: [Talk-de] Ultraleicht-Fluggelände
Am 24.01.2012 15:17, schrieb Dietmar:
3. wie 2., aber Gemeindeschlüssel ist icht vorhanden oder verschieden (kommt
öfters vor, vor allem in Thüringen, Teile Sachsens und vor allem
Mecklenburg-Vorpommern). Dann identische Name=* zwischen Relation und
Place-Objekt
Könntest du uns da eine Liste
Am 23.01.2012 23:39, schrieb Frederik Ramm:
Hi,
On 01/23/2012 04:34 PM, Steffen Heinz wrote:
Warum ist in der Grundeinstellung als Hintergrund eigentlich schwarz
eingestellt?
Ich schalte oft einen Luftbild-Hintergrund dazu und bin dann froh, dass
meine Objekt-Farben alle hell genug sind,
Hallo Matthias,
ich schaue mal, ob ich das so nebenbei primitiv rausschreibe und
bereitstelle (frühestens Mi, eher Do). Ansonsten im Rahmen der Umstellung
auf jeder Seite und ggfs. spätestens dann als extra Liste.
Ja, die Ursache liegt in der 09/2011 Landkreisreform. Die Gemeindeschlüssel
wurden
Am 24. Januar 2012 14:11 schrieb Martin Koppenhoefer dieterdre...@gmail.com:
Am 24. Januar 2012 11:38 schrieb Matthias Meißer dig...@arcor.de:
bisher habe ich auch Gras Landebahnen immer normal erfasst + surface=gras.
Warum genau willst du das noch auf Flugzeuge einschränken?
+1
Neben den
Am 24. Januar 2012 16:47 schrieb Falk Zscheile falk.zsche...@googlemail.com:
Bei Straßen taggen wir auch access=*. Warum also nicht hier? Man würde
hier auf der Mailingliste vermutlich gesteinigt, wenn man gleiches für
den Straßenverkehr vertreten wurde: Wieso verboten für LKW mappen,
das
Am 24.01.2012 16:47, schrieb Falk Zscheile:
Bei Straßen taggen wir auch access=*. Warum also nicht hier? Man würde
hier auf der Mailingliste vermutlich gesteinigt, wenn man gleiches für
den Straßenverkehr vertreten wurde: Wieso verboten für LKW mappen,
das ergibt sich doch aus der eingetragenen
Am 24.01.2012 11:38, schrieb Matthias Meißer:
bisher habe ich auch Gras Landebahnen immer normal erfasst + surface=gras.
Warum genau willst du das noch auf Flugzeuge einschränken?
Weil ich es für eine wichtige Information halte, dass es sich um das
Sportgelände eines kleinen Vereins handelt,
Am 24. Januar 2012 17:59 schrieb Rainer Kluge rklug...@web.de:
Am 24.01.2012 11:38, schrieb Matthias Meißer:
bisher habe ich auch Gras Landebahnen immer normal erfasst +
surface=gras.
Warum genau willst du das noch auf Flugzeuge einschränken?
Weil ich es für eine wichtige Information
Hallo Dirk.
Also das Sharing von MapCSS-Stilen halte ich für eine ganz gute Idee
(sehe aber ein Problem bei Icons).
Mittelwerte bilden kann aber nicht funktionieren, weil das Zusammenspiel
der Farben wichtig ist, nicht die Mittelwerte der einzelnen Farben.
Gruß
Peter
Am 24.01.2012 16:19,
Hallo,
Wäre es nicht besser, diesen Editor-bug im Datenbestand dauerhaft zu
bereinigen? Die Relationen an sich können ja eventuell ohne diese Rollen noch
brauchbar sein.
Das mach ich schon. Aber dann muss ich einen Tag warten, bis die
Änderungen im Dump sind (Diff-Handling hab ich nicht
Hi !
weiß einer von Euch, ob es für die Lizenzumstellung schon irgendwelche
Zeitplanungen gibt.
Sicherlich wird sich das nicht von einer Sekunde auf die andere
umstellen lassen - zudem wird es doch sicherlich Zugriffsbeschränkungen
geben.
Mich interessierte insbesondere die Verfügbarkeit
Etliche der Dateien kann man schon mal aussen vor lassen, weil falsch
zugeordnet oder Duplikate durch Ortsteil-Aufdröselung (s.u.)
Und überhaupt nicht klar komme ich wohl mit
Bayern|Landkreis+Ansbach|Ehingen
Bayern|Landkreis+Augsburg|Ehingen
... da scheinen die Listen zweier verschiedener
Am 24.01.2012 17:59, schrieb Rainer Kluge:
Am 24.01.2012 11:38, schrieb Matthias Meißer:
bisher habe ich auch Gras Landebahnen immer normal erfasst +
surface=gras.
Warum genau willst du das noch auf Flugzeuge einschränken?
Weil ich es für eine wichtige Information halte, dass es sich um das
Am 24.01.2012 17:48, schrieb Martin Koppenhoefer:
Am 24. Januar 2012 16:47 schrieb Falk Zscheilefalk.zsche...@googlemail.com:
Bei Straßen taggen wir auch access=*. Warum also nicht hier? Man würde
hier auf der Mailingliste vermutlich gesteinigt, wenn man gleiches für
den Straßenverkehr
Am 24.01.2012 16:47, schrieb Falk Zscheile:
Bei Straßen taggen wir auch access=*. Warum also nicht hier? Man würde
hier auf der Mailingliste vermutlich gesteinigt, wenn man gleiches für
den Straßenverkehr vertreten wurde: Wieso verboten für LKW mappen,
das ergibt sich doch aus der
Am 23.01.2012 16:34, schrieb Steffen Heinz:
Strom sparen? (gäbe Sinn bei mobilen Geräten)
Wie kommst Du darauf? Bei den meisten Geräten arbeitet die
Hintergrundbeleuchtung als grösster stromfressender Faktor völlig
unabhängig vom
dargestellten Bildinhalt.
Garry
Gegenbeispiele: Plasma (wohl eher nicht mobil) und alle
OLED-Spielformen (bei einigen Smartphones in Gebrauch).
Gruss
Chaos_99
Am 25.01.12 schrieb Garry garr...@gmx.de:
Am 23.01.2012 16:34, schrieb Steffen Heinz:
Strom sparen? (gäbe Sinn bei mobilen Geräten)
Wie kommst Du darauf? Bei den
Am 24.01.2012 22:58, schrieb Martin Trautmann:
Nach meiner Auswahl falsch oder überflüssig:
...
Nordrhein-Westfalen|Wesel
kann ich jetzt nicht (mehr) nachvollziehen auf
http://toolserver.org/~okilimu/listofstreets/Bundesrepublik+Deutschland/Nordrhein-Westfalen/index.html
Aber
Hallo!
In Köln gibt es einen Knoten
id=98807448
name=Krankenwagen
type=highway
subtype=service
Soll das so? Ich hatte mir Knoten von Straßen extrahiert, um Straßen
und Plätze in einem bestimmten Bereich finden zu können, und nun habe
ich eine Straße Krankenwagen in meinem Suchergebnis.
Grüße
Hallo,
der Knoten mit deiner ID liegt aber nicht ganz in Köln...eher so auf der
anderen Seite des großen Teichs in Florida.
http://www.openstreetmap.org/browse/node/98807448
Henning
___
Talk-de mailing list
Talk-de@openstreetmap.org
Am 25.01.2012 08:11, schrieb Marian Steinbach:
In Köln gibt es einen Knoten
id=98807448
name=Krankenwagen
type=highway
subtype=service
Am 25.01.2012 08:32, schrieb aighes:
der Knoten mit deiner ID liegt aber nicht ganz in Köln
Ich glaube, es geht nicht um den Node, sondern den Way
Il 24/01/2012 1:03, Martin Koppenhoefer ha scritto:
in realtà non c'è ancora un tag appropriato. Aspettiamo tutti che
qualcuno lo inventa ;-)
Ma infatti, mi sembra la cosa più appropriata. Nella mia città ho
cercato di descriverla usando i tag di accesso per determinate categorie
di
2012/1/24 Giacomo Boschi gwil...@gmail.com:
in realtà non c'è ancora un tag appropriato. Aspettiamo tutti che
qualcuno lo inventa ;-)
Ma infatti, mi sembra la cosa più appropriata.
La difficoltà nasce dal fatto che ogni ZTL è diversa, e quindi un tag
access=ZTL in realtà non direbbe niente.
Ad
2012/1/22 Fabri erfab...@gmail.com:
Si, però avevamo detto che la maggioranza delle nostre strade private
non sono access=private perchè hanno solo il divieto di sosta per i non
residenti.
Scusami, mi sto perdendo il filo...
Il problema è (1) che ci sono delle strade private italiane che sono
2012/1/24 Giacomo Boschi gwil...@gmail.com:
Il 24/01/2012 1:03, Martin Koppenhoefer ha scritto:
in realtà non c'è ancora un tag appropriato. Aspettiamo tutti che
qualcuno lo inventa ;-)
Ma infatti, mi sembra la cosa più appropriata. Nella mia città ho cercato di
descriverla usando i tag di
2012/1/24 Federico Cozzi f.co...@gmail.com:
Nel caso (1), caso per caso, una strada privata può essere
access=yes, access=destination oppure access=private. Vicino a casa
mia ci sono due strade private una delle quali è di transito (google
maps la mostra addirittura gialla) e una invece è
Quando i ruderi di una cascina, di una villa , di una stalla, sono
addirittura privi del tetto e dei solai, oppure i resti dei muri sono
addirittura alti non più di una persona, ha senso parlare di building=yes
?
Non sarebbe meglio inserire barrier=wall ? Magari ricalcando anche i muri
Il 24 gennaio 2012 14:08, Martin Koppenhoefer ha scritto:
2012/1/24 Federico Cozzi f.co...@gmail.com:
Nel caso (1), caso per caso, una strada privata può essere
access=yes, access=destination oppure access=private. Vicino a casa
mia ci sono due strade private una delle quali è di transito
Sebbene ruderi, però sono sempre identificati come un qualcosa appartenuto
ad un edificio... e con una minima ricerca storica e non (Catasto, Archivio
Storico, Archivio Provinciale, ...) si può risalire a quale edificio vi era
prima del/dei crollo/i.
Per me è più corretto identificarlo con
Ricapitolando abbiamo due problemi distinti:
1. Navit non mostra nelle ricerche le strade con access=private. Bisogna
stabilire se questa loro interpretazione è giusta o meno ed eventualmente
illustrare il problema in un ambito allargato da quello italiano, per
decidere se è Navit a
building=collapsed
Ci si riferisce al tetto?
Ci si riferisce alla possibilità di utilizzo? (Crolla il muro perimetrale
esterno di una facciata di un edificio, ma le attività commerciali
sull'altro lato non ne sono influenzate, metto collapsed?)
Esistono esempi di edifici contemporanei, collegati
Direi che per chiarirci le idee una volta per tutte potremmo esemplificare
più chiaramente sulla wiki i vari casi concreti dell'utilizzo del tag
access=* (e relativi sotto-tag per veicolo) mediante fotografie di
cartelli stradali.
Ad esempio access=forestry lo associerei al classico cartello
2012/1/24 Paolo Monegato gato.selvad...@gmail.com:
Volendo ci sarebbe building=collapsed...
si, oppure building=ruins
entrambi non hanno molto senso, perchè building dovrebbe descrivere
una tipologia di edificio, e crollato come rovina o rudere non è
una tipologia, è uno stato.
2012/1/24 Tiziano D'Angelo tiziano.dang...@gmail.com:
Oppure, so per certo che la way [1] è una strada privata (è presente un
apposito cartello)
che ne dite di documentare in modo più pratico l'uso dei tag?
farei notare nel wiki che access=private non ha niente da fare con
strada privata ma
Messaggio originale
Da: tiziano.dang...@gmail.com
Data: 24/01/2012 15.56
A: openstreetmap list - italianotalk-it@openstreetmap.org
Ogg: Re: [Talk-it] Strade private (Era: Navit+OSM)
Direi che per chiarirci le idee una volta per tutte potremmo esemplificare più
chiaramente sulla
Il -10/01/-28163 20:59, Martin Koppenhoefer ha scritto:
2012/1/22 Fabri erfab...@gmail.com:
access:Mo-Sa 06:00-17:00=
psv=ys
hgv=
Così si escludono anche pedoni e bici...
ciao,
Martin
si si lo so, ero un breve esempio tanto per dare l'idea, manca anche
veicoli elettrici si etc.
cmq mi
Il -10/01/-28163 20:59, Federico Cozzi ha scritto:
2012/1/22 Fabri erfab...@gmail.com:
Si, però avevamo detto che la maggioranza delle nostre strade private
non sono access=ivate perchè hanno solo il divieto di sosta per i non
residenti.
Scusami, mi sto perdendo il filo...
Il problema è (1)
*Access values* are used to describe the legal access for
highwayhttp://wiki.openstreetmap.org/wiki/Key:highway
=*s and other facilities including
buildinghttp://wiki.openstreetmap.org/wiki/Key:building
=entrance http://wiki.openstreetmap.org/wiki/Tag:building%3Dentrances.
privateOnly with
2012/1/24 Fabri erfab...@gmail.com:
Comunque se alla fine vien fuori che solo in Italia è utile cercare
strade access=private sul navigatore, ci dovremmo arrangiare a fare una
patch per le regole di osm.c :)
IMHO la patch ci vuole.
Navit deve capire che ci sono due livelli di accessibilità:
2012/1/24 Fabri erfab...@gmail.com:
cmq mi sono ricordato che ho usato access=permissive per la ztl anello
ferroviario. Lì come ce lo vedi? visto che è quasi sempre accessibile a
quasi tutte le categorie...
io eviterei in generale un access a favore di tags più specifici
(motor_vehicle o
1 - 100 von 172 matches
Mail list logo