ja mogu ali tijekom dana... na večer ne mogu.
2014-08-05 22:42 GMT+02:00 hbogner hbog...@gmail.com:
U subotu je 10 godina OSM-a.
Jeste za to da organiziramo nekakvko okupljanje?
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
mogu i ja na duljinu
Dana 6. 8. 2014. 14:00 osoba talk-hr-requ...@openstreetmap.org napisala
je:
Talk-hr posaljite mailing list poruke na
talk-hr@openstreetmap.org
Da biste se pretplatili ili odjavili preko Weba, posjetite
for who is not following OSM-talk
-- Forwarded message --
From: Johan Van de Wauw johan.vandew...@gmail.com
Date: Wed, Aug 6, 2014 at 9:11 AM
Subject: [OSM-talk] FOSDEM 2015: proposal for a geospatial devroom
To: OSGeo Discussions disc...@lists.osgeo.org, t...@openstreetmap.org,
Hello everyone,
FOSDEM[1] is a free open source event bringing together about 5000
developers together in Brussels, Belgium. The goal is to provide open
source software developers and communities a place to meet to. The
next edition will take place the weekend 31/1 - 1/2/2015.
Last edition (in
I've published a new update about the Ebola Response.
http://hot.openstreetmap.org/updates/2014-08-05_reactivation_of_hot_for_the_ebola_epidemic_second_update
With 4.3 millions objects added to the OSM database, the intensity of this
OSM Activation is now equivalent to the Philippines Haiyan
Dear all,
Today, v2.18.0 of the openstreetmap-carto stylesheet has been released.
Changes include:
* Remove transparency from certain landuse tags
(https://github.com/gravitystorm/openstreetmap-carto/pull/792)
* Render lake names on lower zoom levels
Hi John,
Low bandwidth could effect someone updating their data. Often though the
problem is the specific tools they are using. The update rates on many of
the applications that allow offline data can vary.
Thanks,
-Kate
On Tue, Aug 5, 2014 at 1:13 PM, john whelan jwhelan0...@gmail.com wrote:
Beste Bas,
Ik meld met voor as zaterdag af wegens verplichtingen elders. Leuk idee
trouwens.
Mvg Nick
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
2014-07-28 14:07 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
Desculpa ser chato nisso, mas alguém vai verificar e arrumar esses
erros e avisos?
Senão não faz sentido gerar listas de melhorias ou correções.
+1000
--
Fernando Trebien
+55 (51) 9962-5409
Nullius in verba.
Dando um pitekada...
Sobre a liste erros lá, o arquivo de Roundabouts
eu consegui eliminar eles, 500 erros pra ser exatos...
Vamos ver se na compilação de amanhã, surge mais alguns...
Erros cabeludos lá...
Rotatória sentido invertido, feita em 2 meia lua,acesso a trevo com tag de
Hallo,
die Wochennotiz Nr. 211 mit allen wichtigen Neuigkeiten aus der
OpenStreetMap Welt ist da:
http://blog.openstreetmap.de/blog/2014/08/wochennotiz-nr-211/
Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
Am 5. August 2014 23:58 schrieb Mark Obrembalski m...@obrembalski.de:
Aber wenn man für ein Gebiet nix Besseres hat, kann man natürlich auch
erst mal die Angaben aus dem Bebauungsplan eingeben, solange man nur
weiß, dass das Gebiet tatsächlich schon bebaut ist.
Was aber auf jeden Fall auch
Moin,
mir ist gerade ein etwas merkwürdiges Loch im Schwarzwald aufgefallen:
http://www.openstreetmap.org/#map=13/48.5472/8.1334
War das schon mal richtig?
Gruss
Sven
--
All bugs added by David S. Miller da...@redhat.com
Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c
/me
Das ganze Multipolygon wurde vor 27 Tagen wohl fälschlicher Weise als
Baumschule getaggt.
http://www.openstreetmap.org/relation/1630678
2014-08-06 10:50 GMT+02:00 Sven Geggus li...@fuchsschwanzdomain.de:
Moin,
mir ist gerade ein etwas merkwürdiges Loch im Schwarzwald aufgefallen:
Am 06.08.2014 um 10:50 schrieb Sven Geggus:
Moin,
mir ist gerade ein etwas merkwürdiges Loch im Schwarzwald aufgefallen:
http://www.openstreetmap.org/#map=13/48.5472/8.1334
War das schon mal richtig?
Gruss
Sven
Hallo Sven,
am 10.07.2014 haben sich im Raum Achern ein paar
Das geht wohl auf den iD-Auswahl-Bug zurück, im Forum gibt es einen
Thread dazu: http://forum.openstreetmap.org/viewtopic.php?pid=440385#p440385
Am 6. August 2014 11:08 schrieb Joachim Kast osm...@dd1gj.de:
Am 06.08.2014 um 10:50 schrieb Sven Geggus:
Moin,
mir ist gerade ein etwas
Archer wrote, on 2014-08-06 11:18:
Das geht wohl auf den iD-Auswahl-Bug zurück, im Forum gibt es einen
Thread dazu: http://forum.openstreetmap.org/viewtopic.php?pid=440385#p440385
Sehr plausibel. Polygon gefixt und die intendierte Schule verbessert.
Am 6. August 2014 11:08 schrieb Joachim
mircozorzo wrote
Ciao, io ho usato sport=model_aerodrome e leisure=pitch.
Mirco
Domanda: esiste un criterio per definire un model aerodrome? Ad esempio:
la superficie dev'essere autorizzata dal comune o può essere anche un
qualunque prato dove si ritrovano i modellisti?
E per il volo degli
Benissimo: era quello che cercavo, grazie. Ora spero solo che il paranoico
proxy aziendale non si accorga che faccio delle query.
--
cascafico.altervista.org
twitter.com/cascafico
Il 06/ago/2014 00:58 Maurizio Napolitano napoo...@gmail.com ha scritto:
è uscito un plugin che permette di
scusate... sì ancora sui materiali.
volendo mappare bene la superficie di scale o percorsi pedonali, piazze ecc.
mi imbatto spesso in materiali che non sono catalogati.
intendo: granito, marmo, pietra comune...
secondo voi se ad es. mi capita una scala fatta in granito ci posso mettere
2014-08-06 18:47 GMT+02:00 demon.box e.rossin...@alice.it:
secondo voi se ad es. mi capita una scala fatta in granito ci posso mettere
surface=granite
oppure surface=marble se marmo?
oppure meglio lasciar perdere e mettere un generico surface=paved?
io metterei in surface un valore meno
visto che esiste un roof:material si potrebbe adottare un surface:material
oppure step:material footway:material ecc ecc
-
Ciao,
Aury
--
View this message in context:
http://gis.19327.n5.nabble.com/Materiali-tp5813871p5813873.html
Sent from the Italy General mailing list archive at
2014-08-06 19:32 GMT+02:00 Aury88 spacedrive...@gmail.com:
visto che esiste un roof:material si potrebbe adottare un surface:material
oppure step:material footway:material ecc ecc
non lo farei, visto che l'oggetto a cui si riferisce è quello che ottiene
il tag, non vedo vantaggi nel creare
Hi,
bzgl. dem Check-In am Wiener Bahnhof Landstraße/Wien Mitte gibt's eine
Note bzgl. dem passenden Tagging dafür:
http://www.openstreetmap.org/note/111824
Ich würd's einstweilen als amenity=check_in taggen und schauen, wie
sich die Diskussion hier und woanders entwickelt (oder auch nicht ;)
Hi Folks,
Come join us if you're nearby or don't mind driving. Our next mapping party
is Friday August 22 @ 1900hr in Westboro. Please see [1] for more details.
We'll be doing some local mapping and a quick demo/intro of a web map app
using MapBox + TileMill. May even throw in some overpass
Ahoj,
-- Původní zpráva --
Od: Pavel Machek pa...@ucw.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 5. 8. 2014 23:24:35
Předmět: Re: [Talk-cz] Tracer - pLPIS
Ahoj!
se možná někdy napojí na stávající landuse. I spojení se stávajícími OSM
daty
by se
Rozhodně je to zajímavá informace, a kdyby se jednalo o mou oblast,
nejspíš bych i zareagoval něčím v mapě :-)
Přimlouvám se za reporty.
JAnD
Dne 5. srpna 2014 10:08 Marián Kyral mky...@email.cz napsal(a):
-- Původní zpráva --
Od: Petr Vejsada o...@propsychology.cz
Komu:
Vous trouverez un nouvel article sur la réponse OSM pour l'épidémie d'Ebola à
http://hot.openstreetmap.org/updates/2014-08-05_reactivation_of_hot_for_the_ebola_epidemic_second_update
Avec 4,3 millions d'objets ajoutés à la base de données OSM, l'intensité de
cette Activation OSM est
みなさんへ
なおや＠浜松です。
OSM誕生日イベントとして、「自由な地図の誕生日を祝う朝会」を開催します。
ゆるゆるですが、よろしかったらご参加下さい。
http://connpass.com/event/7912/
日時：2014年８月９日（土）９：３０〜１１：３０
場所：鴨江アートセンター（浜松市）
では。
--
/---@_@---/
なおや
NISHINO Naoya
Twitter http://twitter.com/naoya_24
___
Talk-ja mailing
On 05/08/14 12:00, Pavlo Dudka wrote:
There is also nice project Multilingual Map created as part of
Multilingual maps wikipedia
project(http://wiki.openstreetmap.org/wiki/Multilingual_maps_wikipedia_project).
Unfortunately, the only realisation of this concept that I have found
(not
Wikipedia Multilingual Map is available on http://mlm.jochentopf.com/
It works really good.
2014-08-06 10:54 GMT+03:00 David Woolley for...@david-woolley.me.uk:
Unfortunately, the only realisation of this concept that I have found
(not necessarily part of that project) is in an update
On 06/08/14 09:05, Pavlo Dudka wrote:
Wikipedia Multilingual Map is available on http://mlm.jochentopf.com/
It works really good.
Pavlo - one of the things that has irritated me from day one is the poor
way that the data API has been designed. I've been working with
relational databases since
Lester,
I don't agree that ukrainian or other-language place names is secondary
information.
We should not extract this information to external data source.
Why don't you say Let's remove population-tag. Values are changing, let's
integrate OSM with some service like
On 06/08/14 13:28, Pavlo Dudka wrote:
Lester,
I don't agree that ukrainian or other-language place names is secondary
information.
We should not extract this information to external data source.
Why don't you say Let's remove population-tag. Values are changing,
let's integrate OSM with some
On Wed, Aug 6, 2014 at 2:28 PM, Pavlo Dudka pavlo.du...@gmail.com wrote:
name/name:en can't be the key for place names, since different cities
with the same names in english may have different names in another
language. (I can't find an example, but I am sure there are some)
Paris (France)
On 6 August 2014 14:18, Marc Gemis marc.ge...@gmail.com wrote:
Paris (France) is Parijs in Dutch
Paris (Texas) is Paris (as far as I know)
London (UK) is Londres in French, but London (Ontario) is London. Very
confusing when booking on Air France's website: if you search for
'London', it tries
On Wed Aug 06 2014 14:18:24 GMT+0100 (BST), Marc Gemis wrote:
On Wed, Aug 6, 2014 at 2:28 PM, Pavlo Dudka pavlo.du...@gmail.com wrote:
name/name:en can't be the key for place names, since different cities
with the same names in english may have different names in another
language. (I
Lester, you are right. I miss understood you previous message.
Do you want OSM data model to be changed?
http://wiki.openstreetmap.org/wiki/File:RailsPortModels.png
It has very valuable feature: it is flexible for data of absolutely any
kind.
Extracting names to separate table will make it less
Firstly a disclaimer, I am mostly an armchair mapper.
I am working my way around the canals of Britain, tracing the canal banks and
tidying up locks etc. (I have probably seen a dozen different ways that locks
have been tagged.)
I started off tagging the canal banks as
Ive been out and about and doing some web research on secure parcel
delivery/collection lockers. The Packstation system in Germany only applies
to Germany and is a proprietary system operated by DHL. In the UK from what
I can work out there are two operators: ByBox and InPost. Most other
courier
The DE wikipage is quite adamant that the original tagging was for the
Deutsche Post special case, so I guess that is the way to go: even if it's
a bit clunky.
There are certainly Amazon lockers in my local Co-operative which are
presumably somewhat similar.
Jerry
On 6 August 2014 19:52, Brian
Hi Richard,
The basic problem is that the wiki descriptions tend to be prescriptive
(and written by people who do not map very much themselves) rather than
descriptive. For this reason many (perhaps most) mappers in Great Britain
tend not to place great reliance on wiki definitions. I was
Richard
After seeing your edits I started a discussion on the Tagging forum (as
canals water features are, obviously worldwide) to see if your
amendments were correct.
This wiki page was pointed out to me:
https://wiki.openstreetmap.org/wiki/Proposed_features/Water_details
As you can see
The East Coast Greenway, a quasi-national bicycle route from Key
West, Florida to St. Stephen, New Brunswick at the Canadian border,
linking major cities of the Atlantic coast in the USA, is now
accurate and fully updated in OSM. 7270 kilometers of route and
alternate spurs now faithfully
The United States Postal Service prefers addresses to be written with
abbreviations used, and they maintain a list of official abbreviations. I
suppose they really only care about addresses written on physical mail, but
then again this is the primary purpose of mail addresses.
I know of multiple
I would say the primary use of address data in OSM is geocoding, not mail
delivery. There may be legitimate differences between a street name and the
address of a house along that street but abbreviations are not a legitimate
difference. The Census Bureau also has a list of 503 official
On Wed, Aug 6, 2014 at 12:08 PM, Toby Murray toby.mur...@gmail.com wrote:
The answer is: Neither. It is always easier to go from full names to
abbreviations for display than to go the other way around. (See Mapquest
tiles - they abbreviate street names) Therefore we should always store
Afternoon,
I concur with Toby+Clifford.
I had a discussion with a coworker about road name abbreviations in OSM. He
came across an existing OSM wiki page that contains a lookup table that maps
the full word (street type or general place) to an abbreviation (mostly USPS):
·
SteveA,
Solid work!
On Wed, Aug 6, 2014 at 2:09 PM, stevea stevea...@softworkers.com wrote:
The East Coast Greenway, a quasi-national bicycle route from Key West,
Florida to St. Stephen, New Brunswick at the Canadian border, linking major
cities of the Atlantic coast in the USA, is now
On Aug 6, 2014 3:09 PM, Toby Murray toby.mur...@gmail.com wrote:
I would say the primary use of address data in OSM is geocoding, not mail
delivery.
And in far too many other contexts as well. Except for the fact that so
much collective effort has already been made (yet much remains) toward
50 matches
Mail list logo
