Hello!
While writing my master-thesis, I stumbled upon an interesting problem:
When I save a set of OSM data to a CouchDB, a database is created. Now,
I add a couchapp ( http://couchapp.org/page/index) to this database.
Since the used files are stored in the same database as
database-content,
Hello, again!
According to 2.4 in the ODbL, there should not be any big problems.
(The individual items of the Contents contained in this Database my be covered by
other rights, [...] .)
Am 2012-07-25 15:33, schrieb ScubbX:
Hello!
While writing my master-thesis, I stumbled upon an
On 25/07/12 14:33, ScubbX wrote:
Hello!
While writing my master-thesis, I stumbled upon an interesting problem:
When I save a set of OSM data to a CouchDB, a database is created.
Now, I add a couchapp ( http://couchapp.org/page/index) to this database.
Since the used files are stored in the
Hi,
I'd like to hear the opinion of others in OpenStreetMap about the
following situation that Data Working Group has been asked to mediate.
The official language in Ukraine is Ukrainian. To the untrained eye
there's not much of a difference to Russian but of course the devil is
in the
(Skipping all this, because obviously you are not that well informed
about how this situation with Ukraine came into being)
So, my questions to you are
1. The concrete question: Should all name tag in the Crimea be in
Russian (with appropriate name:uk tags of course), even though the
On 07/25/2012 09:42 AM, Peteris Krisjanis wrote:
Oficial language in Ukraine is Ukrainian. Even Russia doesn't dispute
that. So,*in my opinion*, no.
In my opinion, if there are multiple languages and there is a dispute,
the language on the sign should be the guiding principle.
If we look
T , 2012-07-25 10:08 +0200, Michael Eric Menk rakstīja:
On 07/25/2012 09:42 AM, Peteris Krisjanis wrote:
Oficial language in Ukraine is Ukrainian. Even Russia doesn't dispute
that. So, *in my opinion*, no.
In my opinion, if there are multiple languages and there is a dispute,
the language
On Wed, 25 Jul 2012 10:08:25 +0200, Michael Eric Menk wrote:
So this sign: http://www.sprakrad.no/upload/11207/porsanger.jpg
name=Porsanger kommune
name:no=Porsanger kommune
name:kvensk=Porsangin komuuni
name:si=Porsanggu gielda
PS: do not know how to get the non-ASCII char in the
Peteris Krisjanis wrote:
(Skipping all this, because obviously you are not that well informed
about how this situation with Ukraine came into being)
Actually I don't think it is particularly relevant in any of these disputes, the
thing is simply that OSM is fundamentally 'English' and this is
Peteris,
On 07/25/2012 09:42 AM, Peteris Krisjanis wrote:
(Skipping all this, because obviously you are not that well informed
about how this situation with Ukraine came into being)
I am trying to get a good picture of the situation, without being
dragged into an ethnic conflict that seems
1. No, in this case Russian name should be in name:ru only. Since the
official language is Ukrainian this should be used.
2. The area should not be limited by sq km but by independent
administrative body (country or its autonomous part). If there is
official language, this should be used, if there
Hi,
On 07/25/2012 10:25 AM, Lester Caine wrote:
Personally when I look at a map I prefer 'English' names, and so I would
anticipate that someone would be helpful and provide an :en translation ...
Actually the Ukrainian community is providing a (automatically
generated, I believe) English
On Wed, 2012-07-25 at 11:23 +0300, Peteris Krisjanis wrote:
I have other question though - maybe we should nuke name=* generic
usage
(or leave it for English) and stick with name:lang=*? It is very hard
to
detect what language is used in name=* as you should use outside
prererences, etc.
Peteris Krisjanis wrote:
I have other question though - maybe we should nuke name=* generic usage
(or leave it for English) and stick with name:lang=*? It is very hard to
detect what language is used in name=* as you should use outside
prererences, etc.
That was the bit that was not quite so
Our principal product is a street map. A street map is used to navigate
in unfamiliar places. The names on the map must correspond with names on
a street signs, signposts, etc. so that strangers may verify their position.
So it is nothing to do with 'official' languages. The map needs to
Frederik Ramm wrote:
Personally when I look at a map I prefer 'English' names, and so I would
anticipate that someone would be helpful and provide an :en translation ...
Actually the Ukrainian community is providing a (automatically generated, I
believe) English transliteration in the name:en
Our principal product is a street map. A street map is used to navigate
in unfamiliar places. The names on the map must correspond with names on
a street signs, signposts, etc. so that strangers may verify their position.
So it is nothing to do with 'official' languages. The map needs to
Malcolm Herring wrote:
Our principal product is a street map. A street map is used to navigate
in unfamiliar places. The names on the map must correspond with names on
a street signs, signposts, etc. so that strangers may verify their position.
So it is nothing to do with 'official' languages.
WHAT OpenStreetMap is not mainly a database, the project produce a rendered map
that should be used and usable for real ??? It's not only meant for
contributors to show their edits ? ;-)
On 25 juil. 2012, at 10:50, Malcolm Herring wrote:
Our principal product is a street map. A street map is
On 25/07/12 09:50, Malcolm Herring wrote:
Our principal product is a street map. A street map is used to navigate
in unfamiliar places. The names on the map must correspond with names on
a street signs, signposts, etc. so that strangers may verify their
position.
Actually our principle
On 25/07/2012 10:21, Tom Hughes wrote:
Actually our principle product is open geodata, not a rendered map.
Point taken, but it does not alter my argument that the data in the
database should correspond to the world as it is, not the world that we
may prefer it to be.
There has been recently a similar discussion in the Italian OSM talk list.
Basically the outcome - I hope I am summing up correctly - is that the name
tags in Italy should contain the official names, which in Italy's bi- or
sometimes multi-lingual areas appear in several languages on the officio
There has been recently a similar discussion in the Italian OSM talk list.
Basically the outcome - I hope I am summing up correctly - is that the name
tags in Italy should contain the official names, which in Italy's bi- or
sometimes multi-lingual areas appear in several languages on the official
And thanks to you Paul for the data files in the first place.
Also I wouldn't want the impression I'm the only one fixing coastline errors,
so thanks to the rest of you as well.
Just to be clear the error points layer is automatically updated from Paul's
files. The other error layers require
I object based on the British/American language. I don't have an account on
the forum.
Why did people tag sidewalk=* ? Maybe they meant something different to the
established tag of footway=*.
Change footway in America if you have to, but don't go changing it in the
UK or other countries. What's
Greetings to you too Chanel,
I don't think we've met before but I hope you have been well during your
silence.
Gregory.
On 23 July 2012 22:29, Chanel Malenki cmale...@gmail.com wrote:
Hello everyone. This is to advice you all that my absence from talk
does not mean I am not available for
Hi,
We had similar discussions in Serbia as well, since we need to support
two writing systems at the same time (Cyrillic and Latin), and any
official ethnic minority languages in areas where they are used.
On Wed, Jul 25, 2012 at 11:39 AM, Volker Schmidt vosc...@gmail.com wrote:
Basically the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 25/07/12 12:39, Volker Schmidt wrote:
There has been recently a similar discussion in the Italian OSM talk list.
Basically the outcome - I hope I am summing up correctly - is that the name
tags in Italy should contain the official names,
2012/7/25 Miloš Komarčević kmi...@gmail.com:
Hi,
We had similar discussions in Serbia as well, since we need to support
two writing systems at the same time (Cyrillic and Latin), and any
official ethnic minority languages in areas where they are used.
On Wed, Jul 25, 2012 at 11:39 AM,
Gregory wrote:
I don't have an account on the forum.
Your standard OSM login should work there I think?
Cheers,
Andy
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Am 25.07.2012 14:54, schrieb Miloš Komarčević:
Which brings us back to the point Peteris Krisjanis made:
name= without the context of a language is somewhat useless from the
database point of view, apart from quick and dirty rendering of what
is on the ground.
+1
But it is useful for quick and
On Wed, Jul 25, 2012 at 6:47 AM, SomeoneElse li...@mail.atownsend.org.ukwrote:
Gregory wrote:
I don't have an account on the forum.
Your standard OSM login should work there I think?
There's also the whole forums are a PITA factor that mailing lists lack
entirely.
colliar wrote:
I also prefer the name that is on the sign, but we should think about always
adding the name with its language tag, too, otherwise it is not clear which
language is used and you have to get this information from some other source.
I'm coming to a point where I might suggest that
Jo wrote:
Sorry, don't know anything in Wales...
Neither do I - I just live near by ...
The point I'm trying to make is that the separator might also be important. In
Brussels the choice has been made for - .
White space always gets a little tricky, but 'displaying' a list of names is a
On 2012-07-25 at 13:54:28 +0100, Miloš Komarčević wrote:
name= without the context of a language is somewhat useless from the
database point of view, apart from quick and dirty rendering of what
is on the ground.
it is a single usecase, but it is one that is very useful, and
in a significant
Lester Caine wrote:
colliar wrote:
I also prefer the name that is on the sign, but we should think about
always
adding the name with its language tag, too, otherwise it is not clear
which
language is used and you have to get this information from some other
source.
I'm coming to a point
Petr Morávek [Xificurk] wrote:
Lester Caine wrote:
colliar wrote:
I also prefer the name that is on the sign, but we should think about
always
adding the name with its language tag, too, otherwise it is not clear
which
language is used and you have to get this information from some other
I was thinking about roughly the same idea except the process is a bit
different. There could be an alternate usage through references.
Something like [de] in the name tag could indicate a reference to
name:de. A semicolon in the name tag could be used to indicate the order
of languages to display
In my opinion sorting languages for rendering is the renderer's problem, one
can assume that name= tags in countries with a single language is the national
language, but for a renderer to understand this, poligons with lang=* or
similar must exist (either within OSM or in a separate database)
On Wed, Jul 25, 2012 at 4:21 PM, Petr Morávek [Xificurk]
xific...@gmail.com wrote:
Taking the best of this and previous ideas, I would propose this:
*** Data producers ***
1) Deprecate bare tags name, official_name etc. (bare = without ':lang'
suffix).
2) Embrace the usage of language
Original Message
Subject: Re: [OSM-talk] Naming disputes in Ukraine
Date: Wed, 25 Jul 2012 18:06:56 +0200
From: LM_1 flukas.robot+...@gmail.com
To: Petr Morávek [Xificurk] xific...@gmail.com
I agree that name data itself should be exclusively in name:lang tags.
official names
Svavar Kjarrval wrote:
I was thinking about roughly the same idea except the process is a bit
different. There could be an alternate usage through references. Something like
[de] in the name tag could indicate a reference to name:de. A semicolon in the
name tag could be used to indicate the
I meant a semicomma, sorry. That is, ;
- Svavar
On 25/07/12 16:24, Lester Caine wrote:
Svavar Kjarrval wrote:
I was thinking about roughly the same idea except the process is a bit
different. There could be an alternate usage through references.
Something like
[de] in the name tag could
It does fall under OSM's jurisdiction to indicate what the official
names are and which are translations. If I'm a tourist in a country, I
need to know the names on the signs, not a renderer's guess or my native
language's name.
If the renderers have to guess, they have to create additional data
Petr Morávek [Xificurk] wrote:
Actually 'lang' could be populated from a higher level area setting
initially?
Well, it could be... but I'm not really a fan of this idea, because...
You would need to do a spatial query to get the setting from the higher
level. And this complicates everything,
Aun Yngve Johnsen wrote:
I understand that it might be a long and complicated task cleaning this up, as
'the entire world' is tagged with name= and only a few regions and places have
aditional name:xx
It would not take that long to clean this up, but it is something that needs to
be done
2012/7/25 Lester Caine les...@lsces.co.uk
Petr Morávek [Xificurk] wrote:
Actually 'lang' could be populated from a higher level area setting
initially?
Well, it could be... but I'm not really a fan of this idea, because...
You would need to do a spatial query to get the setting from the
On Wed, Jul 25, 2012 at 5:32 PM, Lester Caine les...@lsces.co.uk wrote:
Petr Morávek [Xificurk] wrote:
lang=it - de = name=Bolzano - Bozen
lang=it (de) = name=Bolzano (Bozen)
lang=it / de = name=Bolzano / Bozen
While I can understand why you propose this, it makes 'decoding' the
languages
On Thu, 26 Jul 2012 01:35:21 Lester Caine wrote:
Aun Yngve Johnsen wrote:
I understand that it might be a long and complicated task cleaning this
up, as 'the entire world' is tagged with name= and only a few regions and
places have aditional name:xx
It would not take that long to clean
I do not agree with you on this, besides, the language polygon I mentioned can
solve your desire here. If the renderer knows what is the official language in
an area, than you can in theory tuggle freely between that/those official
languages and any other language you would desire. For instance
Petr Morávek [Xificurk] wrote:
While I can understand why you propose this, it makes 'decoding' the
languages by tools a little more difficult,
Not really, it's a matter of simple regular expression.
and 'hard codes' a format, which alternative uses may need to replace?
What? That was the
Can not see anything left here:
http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php
Will officials confirm this?
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On Wed, Jul 25, 2012 at 3:38 PM, Jan Kučera kozuc...@gmail.com wrote:
Can not see anything left here:
http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php
Will officials confirm this?
Mostly.
As announced moments ago on rebuild@ by Andy Allan:
Hi All,
Another step along
Ok so are imports allowed again?
2012/7/25 Richard Weait rich...@weait.com:
On Wed, Jul 25, 2012 at 3:38 PM, Jan Kučera kozuc...@gmail.com wrote:
Can not see anything left here:
http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php
Will officials confirm this?
Mostly.
Hi,
On Wed, Jul 25, 2012 at 09:33:43AM +0200, Frederik Ramm wrote:
Hi,
I'd like to hear the opinion of others in OpenStreetMap about the
following situation that Data Working Group has been asked to
mediate.
The official language in Ukraine is Ukrainian. To the untrained eye
there's
Jan Kučera wrote:
Ok so are imports allowed again?
Back in April I made this request:
http://www.mail-archive.com/talk@openstreetmap.org/msg42372.html
and I'd suggest that it would help mappers if imports stayed off for a
while too. In some areas there's a fair bit of tidying up still to
On 25 jul 2012, at 21:59, Florian Lohoff f...@zz.de wrote:
Hi,
On Wed, Jul 25, 2012 at 09:33:43AM +0200, Frederik Ramm wrote:
Hi,
I'd like to hear the opinion of others in OpenStreetMap about the
following situation that Data Working Group has been asked to
mediate.
The official
Am 25.07.2012 21:50, schrieb Jan Kučera:
Ok so are imports allowed again?
Imports are by their intrinsic nature never urgent (it is not as if the
3rd party data is going to vanish if you don't import it today). I would
strongly suggest doing something more useful, like helping with
remapping
At 2012-07-25 00:33, Frederik Ramm wrote:
Hi, I'd like to hear the opinion of others in OpenStreetMap about the
following situation that Data Working Group has been asked to mediate. The
official language in Ukraine is Ukrainian.
...So, my questions to you are 1. The concrete question:
etc that are lost to OSM. I
don't know if it still possible to better use some of this unattached
data in the database down the track.
Ian
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openstreetmap.org/pipermail/talk-au/attachments/20120725
Adrian Plaskitt wrote:
My specific question is, when the route passes down only part of a
way, say just a few blocks of a longer street, how do you assign the
relation to just a few internodes. Is it necessary to split the ways
at the nodes and then just assign the relation to the segments
Don't worry too much about the Hume, it's almost fixed as far as i can tell.
I think I fixed the last issue affecting routing between Melbourne and Sydney
tonight. (hopefully)
South west sydney is full of broken roads.
I'm not too familiar with central Sydney but if a local could take a look,
On 25/07/12 16:07, Adrian Plaskitt wrote:
Greetings all. I usually confine my mapping to bush tracks and cycle
paths as this is what I am most interested in and is often not
available from other sources. With the recent devastation of the base
map I am remapping some of my local area, and
Thanks, fellas, I had worried that splitting ways would cause trouble with
route finding etc as one street would become 2 adjoining streets with the same
name. Regards, adrian
From: talk-au-requ...@openstreetmap.org
Subject: Talk-au Digest, Vol 61, Issue 34
To: talk-au@openstreetmap.org
Boa pergunta. Não tenho mapeado esses dois por não saber que tags colocar.
[]s
2012/7/25 Pedro Geaquinto pedrodi...@gmail.com
Também surgiram umas dúvidas aqui. Qual tag utilizar para
guaritas/quiosques policiais e para garagens de ônibus?
Em 6 de junho de 2012 21:31, vitor
2012/7/25 Pedro Geaquinto pedrodi...@gmail.com:
Também surgiram umas dúvidas aqui. Qual tag utilizar para guaritas/quiosques
policiais e para garagens de ônibus?
Na única vez que mapeei um quiosque da polícia eu usei amenity=police.
Acredito que garagens de ônibus devem ser mapeadas como
Tambem em Planemetria de Vitoria, qiusque de policia for identicada igual de
delegacia, e outros paredes de policia, eu marquei eles com amenity=police
Aun Y. Johnsen
Sent from my iPad
+55 (27) 9736-3919 (vivo)
On 25. juli 2012, at 09:00, Tulio Magno Quites Machado Filho
tul...@quites.com.br
2012/7/25 Tulio Magno Quites Machado Filho tul...@quites.com.br:
2012/7/25 Pedro Geaquinto pedrodi...@gmail.com:
Também surgiram umas dúvidas aqui. Qual tag utilizar para guaritas/quiosques
policiais e para garagens de ônibus?
[...]
Acredito que garagens de ônibus devem ser mapeadas como
Não sei se entendi. Eu só lembro de ter visto estacionamentos/garagens
de ônibus de dois tipos:
1) Os ônibus ficam numa área mais aberta; alguns até tem cobertura,
mas não são um prédio propriamente dito (só cobertura, sem paredes,
portas e etc). Esses eu mapearia como foi sugerido antes:
O tag amenity=parking tambem tem informação sobre vagas, ou tipo de vagas. Acho
nao e traducido completamente, leia o pagina wiki em ingles para descrição
completo
Talvez parking=* poder ajuda em mostrar areas cobertas, ou cover=yes.
Aun Y. Johnsen
Sent from my iPad
+55 (27) 9736-3919 (vivo)
Aproveitando a dúvida sobre garagens e postos policiais, resolvi abrir
uma thread para dúvidas sobre tags. Aqui vai a primeira: qual tag vocês
têm utilizado para identificar Casas Lotéricas?
___
Talk-br mailing list
Talk-br@openstreetmap.org
Amigos,
Alguem por aqui é expert em usar Ushahidi?
Por favor me escreva um email, me adiciona no skype, porque preciso
solicitar umas ajudas, sem perturbar todo mundo aqui...
Skype: venturamaputo
--
___
Talk-br mailing list
Talk-br@openstreetmap.org
Acho bacana a conversa rolar por aqui (não precisa tirar as dúvidas pela
lista, talvez mandar o log da conversa do skype pra cá) para termos um
histórico; as próximas pessoas que tiverem dúvidas como as suas poderiam
consultar o log. ;)
[]s
2012/7/25 Boaventura Monjane boa.monj...@gmail.com
OOla Arlindo!
Então começamos aqui mesmo...
Como faço, passo a passo (sou novato em sistemas de mapeamento) para usar o
google map ou openstreetmap no Ushahidi e colocar icons e relaciona-los a
informação (texto, links, etc)?
Quero algo como isto:
http://viacampesina.org/map/members/map.html
Olá!
2012/7/25 Wille wi...@wille.blog.br:
Aproveitando a dúvida sobre garagens e postos policiais, resolvi abrir uma
thread para dúvidas sobre tags. Aqui vai a primeira: qual tag vocês têm
utilizado para identificar Casas Lotéricas?
Acho que não existe consenso (na wiki tem uma proposta
Eu tenho tagueado como amenity=bank, uma vez que elas são muito usadas pela
população para pagar contas. Mas concordo que é tagging for the renderer.
[]s
2012/7/25 Leandro Motta Barros l...@stackedboxes.org
Olá!
2012/7/25 Wille wi...@wille.blog.br:
Aproveitando a dúvida sobre garagens e
Hoi Stefan,
fuzzy links bzw. semantische ID
name=Matterhorn weltweit wohl eindeutig
Berühmte Namen finden immer Abbildungen in anderen Objekten.
Beispielsweise gibt es das legendäre Restaurant Matterhorn in NZ :-)
http://www.matterhorn.co.nz
Und bei unserem Matterhorn gibt es mehrere Gipfel,
Hi,
On 07/24/2012 11:55 PM, Frederik Ramm wrote:
Entweder gibt es kein identifizierendes Merkmal, z.B. man meint konkret
die Parkbank
s/kein/ein/
;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Am 25.07.2012 01:20, schrieb Stefan Keller:
Ich habe einfach Bedenken mit Koordinaten arbeiten. Die machen fast
noch grösseren Kummer als die OSM-ID.
Das klingt für mich etwas komisch. Du willst nicht mit einer festen
Koordinate/BBox arbeiten, aber dir dann über mehr oder weniger Raten
eine
Am 24.07.2012 10:32, schrieb Georg Feddern:
Siehe oben den Link zur Bushaltestelle in meiner Antwort vom 23. Juli
2012 13:34 an Georg.
Scheint übrigens in JOSM zurzeit auch für Eingeweihte eine
Herausforderung zu sein, so einen Node zu verschieben und die ID
beizubehalten.
JOSM - utilsplugin2
Am 24.07.2012 12:05, schrieb Manuel Reimer:
Stefan Keller wrote:
Folgendes fehlt in deiner Zusammenfassung: Mit der OSM-IDs ist die
Gefahr grösser als mit der UUID, dass das Projekt das Objekt
verliert (da es einer gelöscht und mit denselben Tags neu erstellt
hat). Wenn jemand das Objekt
Peter Wendorff wrote:
Du kannst ja die ID als zusätzliches Kriterium problemlos mitziehen.
Wenn sich nur eine ID ändert, wird es dann wohl ein entsprechendes Ersetzen
sein; nur, wenn beide IDs auf einmal weg sind, dafür aber andere Bildstöcke in
der BBox stehen, wird es problematisch.
Markus wrote:
Wie machen das eigentlich andere Projekte mit der ID?
Beispielsweise Wikipedia oder Commons?
Wenn ich das recht verstanden habe, dann wird in der Wikipedia eine Koordinate
hinterlegt für das Objekt, das beschrieben wird. Am Objekt in der OSM muss dann
ein wikipedia-Tag sein,
Am 25.07.2012 01:20, schrieb Stefan Keller:
Diese Relevanz-These scheint mir etwas gewagt: Wieso sollte ich als
für die Erhaltung der Parkbänke verantwortliche Parkverwaltung zwei
nebeneinander stehende knallrote Parkbänke (ohne Plakette) nicht
verlinken wollen?
Als Verwalter der Parkbänke halte
Hi,
On 07/25/2012 10:44 AM, Manuel Reimer wrote:
Bei einem solch großen Projekt wie die Wikipedia wird das wohl nicht hinterfragt
und keiner kritisiert diese Lösung. Wie sieht es aber mit kleineren Projekten
aus. Also eben der kleinen Vereinskarte.
Bei der Wikipedia kommen neben die sind
aighes wrote:
Mal ganz praktisch gefragt: Was verspricht sich ein Projekt egtl. aus so einer
Verlinkung?
- Nutzung der OSM-Tools um Geodaten zu pflegen
- Halten der Geodaten in der OSM-DB erlaubt auch anderen Projekten die Nutzung
Die meisten Eigenschaften wird das Projekt sowieso selber
Am 25.07.2012 10:41, schrieb Manuel Reimer:
Peter Wendorff wrote:
Du kannst ja die ID als zusätzliches Kriterium problemlos mitziehen.
Wenn sich nur eine ID ändert, wird es dann wohl ein entsprechendes
Ersetzen
sein; nur, wenn beide IDs auf einmal weg sind, dafür aber andere
Bildstöcke in
Frederik Ramm wrote:
Ich will bloss nicht, dass wir das als allgemein akzeptiertes Vorgehen fuer jede
Art von Links zwischen der Aussenwelt und OSM propagieren, dass man in OSM seine
privaten IDs platziert, weil ich die Sorge habe, dass das dann ueberhand nimmt
(erstmal eine permanente ID an
Peter Wendorff wrote:
Wo ist jetzt deine Lücke in dem Konzept?
Dass immer noch manuell kontrolliert werden muss? Das löst du mit deiner UUID
auch nicht.
Alle diese Probleme entfallen, wenn ich annehme, dass die UUID von Mappern nicht
verändert/angefasst wird. Wenn der Fall doch eintritt, dann
On Thu 2012-07-19 (22:36), Peter Wendorff wrote:
Vielleicht redet hier Simon als Techniker am eher nicht-techniker vorbei.
Der Bot holt das maximale an Information von Zustimmern heraus, ABER
er kann dabei nicht semantisch vorgehen.
Also: Ein Tag ist ein Tag ist ein Tag - und zwei Tags sind
On 25.07.2012 12:32, Manuel Reimer wrote:
Peter Wendorff wrote:
Wo ist jetzt deine Lücke in dem Konzept?
Dass immer noch manuell kontrolliert werden muss? Das löst du mit deiner UUID
auch nicht.
Alle diese Probleme entfallen, wenn ich annehme, dass die UUID von Mappern nicht
Hi,
Am 19.07.12 schrieb SteMo:
wie ist der Stand für die Daten in Polen?
der Bot knabbert gerade an der letzten Region (Szczecin).
Danach bleiben nur noch Relationen offen.
Gruß, Fabian.
schrieb Fabian Schmidt, am 17.07.12 18:21:
Hi,
es gab ein Problem des Lizenzumstellungsbots, durch
Ciao a tutti,
è da qualche giorno che quanto il codice descritto in questa pagina (
http://wiki.openstreetmap.org/wiki/IT:Openlayers_Track_example) non
funziona più. Suggerimenti?
Gian Mario Navillod.
___
Talk-it mailing list
Talk-it@openstreetmap.org
Il giorno 25 luglio 2012 12:05, Gian Mario Navillod
gian.mario.navil...@gmail.com ha scritto:
Ciao a tutti,
è da qualche giorno che quanto il codice descritto in questa pagina (
http://wiki.openstreetmap.org/wiki/IT:Openlayers_Track_example) non
funziona più. Suggerimenti?
Questo qui:
http://www.autoscuolafutura.com/069.gif
maxweight=6.5 non va bene, perché il divieto è solo per i mezzi per il
trasporto di cose.
hgv=no nemmeno, perché proibisce il transito ai mezzi con peso superiore
a 3.5 tonnellate; ovvero corrisponde a questo divieto
On Wed, 25 Jul 2012 12:13:58 +0200, Giacomo Boschi wrote:
Questo qui:
http://www.autoscuolafutura.com/069.gif
maxweight=6.5 non va bene, perché il divieto è solo per i mezzi per il
trasporto di cose.
hgv=no nemmeno, perché proibisce il transito ai mezzi con peso superiore
a 3.5
On 24/07/2012 21:35, Matteo Gottardi wrote:
Nel caso il fiume cambiasse il suo corso, non ho idea di cosa
succederebbe ai confini :)
Sono piuttosto sicuro che il confine si sposti assieme al fiume: ricordo
benissimo che questo concetto era stato spiegato durante una lezione di
economia
David Paleino, on 25/07/2012 12.24, wrote:
Con queste considerazioni, direi maxweight:hgv=6.5 . Gli hgv possono passarci,
ma il peso massimo dev'essere 6.5t (forse sarebbe meglio specificare anche t
nel valore del tag, non ho idea di quale sia l'unità di misura standard per il
peso in OSM)
Si,
Carlo Stemberger, on 25/07/2012 12.36, wrote:
On 24/07/2012 21:35, Matteo Gottardi wrote:
Nel caso il fiume cambiasse il suo corso, non ho idea di cosa
succederebbe ai confini :)
Sono piuttosto sicuro che il confine si sposti assieme al fiume:
ricordo benissimo che questo concetto era stato
Ciao a tutti
Come si mappa esattamente un autovelox fisso lungo la strada o ad un semaforo
con telecamera?
E le torrette che invitano a rallentare?
Si inseriscono speed_camera e poi si fa la relazione con maxspeed?
Qualcuno mi sa dire la giusta sequenza?
Thanks:)
1 - 100 di 245 matches
Mail list logo