On 02/05/2011 06:09 PM, Richard Mann wrote:
On Sat, Feb 5, 2011 at 12:32 AM, Michael von Glasow
mich...@vonglasow.com wrote:
if I may just comment on the relation: I would also use stop
rather than forward_stop and backward_stop for the roles since the
outward and return directions of a spoon
On Sun, Feb 6, 2011 at 11:23 PM, Michael von Glasow
mich...@vonglasow.com wrote:
I did a lot of experimenting to get a simple, one-relation-per-direction
line to render correctly. If I remember that correctly, the stop role is
required (forward_stop, backward_stop or platform will also work).
On 02/07/2011 12:23 AM, Michael von Glasow wrote:
On 02/05/2011 06:09 PM, Richard Mann wrote:
On Sat, Feb 5, 2011 at 12:32 AM, Michael von Glasow
mich...@vonglasow.com wrote:
if I may just comment on the relation: I would also use stop
rather than forward_stop and backward_stop for the roles
I don't know if this was posted before, but mapquest now has global
routing enabled.
http://www10.giscafe.com/nbc/articles/view_article.php?articleid=919733utm_source=twitterfeedutm_medium=statusnet
A test here Marikina to Cebu:
http://open.mapquest.com/link/9-D3nY6m7C
--
cheers,
maning
Prima gedaan. Kan ook zo
http://www.openstreetmap.org/?lat=50.82862lon=4.74559zoom=17
Op 6 februari 2011 19:35 schreef Karel Adams ade...@skynet.be het
volgende:
Nu het toch zo stillekes is, heb ik me uiteindelijk toegelegd op een punt
dat me al lang fascineerde: huisnummers. Ik heb een
De 'methode met de lijn' zoals ook door Karel toegepast is de makkelijkste
en de snelste. Zeker waar de nummers nogal 'gelijkmatig verspreid' zijn en
wat logica volgen.
Elk huis individueel tekenen en het huiste huisnummer toekennen is uiteraard
precieser, maar wel veel werk.
Moesten we van alle
Hi,
Kai described my concern with the currect CT wording very well.
Is the LWG still working on a reply?
I am asking because if the LWG is convinced that there is no problem, then we
need to explain our concern is better words.
Olaf
OSMF can't force you to accept them, but if you don't, you
On Sun, Feb 6, 2011 at 2:32 PM, Ido Omer ido.o...@microsoft.com wrote:
It is not open at the moment.
I am not so sure what is the policy and I'll sniff around... but I'm not sure
it will be very easy to do that.
In any case, even if we get an approval to switch to open source, it will
On Sun, Feb 6, 2011 at 1:01 PM, Thibault North tno...@fedoraproject.org wrote:
In the mapping process (with JOSM or such tool), following roads is not really
a problem, especially when they are not too sinuous (and that's when the road
detector works well...). It can be done in a few clicks.
Thanks Ido. Even just a partial release would be great. I'd love to
see this adapted to use non-Bing imagery, and something that could use
multiple image sources simultaneously would potentially be really
awesome.
On Sat, Feb 5, 2011 at 10:32 PM, Ido Omer ido.o...@microsoft.com wrote:
It is
Hi,
OpenDEM is an open project for sharing the 3rd dimension of the earths
surface. Here you can find and share free digital elevation models and
height data (e.g. GPX tracks).
The projects is available under: http://www.opendem.info
http://www.opendem.info/
Best regards,
Martin
Hi Thibault,
Thanks again for your response.
I might be a bit overoptimistic, but I think the tool will be able to handle
most cases as long as you use it properly.
We have preliminary nice results (internally) even in urban area and places
with shadows etc. as long as you are detecting a
Hi Steve,
What we currently exposed is a web service that given two points finds the best
road between them (or at least what it considers as best, which can be really
bad sometimes)
We are not stopping people from using this service in their editors and achieve
part of the functionality you
On Sun, Feb 6, 2011 at 2:40 PM, Ido Omer ido.o...@microsoft.com wrote:
Hi Steve,
What we currently exposed is a web service that given two points finds the
best road
between them (or at least what it considers as best, which can be really bad
sometimes)
We are not stopping people from
Hi Ido,
Of course, the attached pictures and their long path are not a typical use
case, but they show how easy it is to make the automatic extraction of a road
network difficult.
And as it has been mentioned here, the mapping of small road portions is
already quite easy to do, and an
On 06.02.2011 21:14, Anthony wrote:
What are the restrictions on the use of the API? Are we allowed to
store results?
I'm not a lawyer, but the current TOU seam not to allow it to be used in
our editors.
It says use in a non-commercial editor application of OpenStreetMap maps
JOSM is GPL.
Stephan Knauss wrote:
I'm not a lawyer, but the current TOU seam not to allow it to be used
in our editors.
My understanding of this Bing term is that it's _intended_ to mean not
available for use in an editor that is only available under commercial
terms, e.g. the ArcGIS plugin. I agree
On 07.02.2011 00:05, Richard Fairhurst wrote:
Stephan Knauss wrote:
I'm not a lawyer, but the current TOU seam not to allow it to be used
in our editors.
My understanding of this Bing term is that it's _intended_ to mean not
available for use in an editor that is only available under
Stephan Knauss wrote:
Oh, I was tricked by the wiki page stating it's GPL...
http://wiki.openstreetmap.org/wiki/Potlatch2
Wow. Who on earth added that?
cheers
Richard
--
View this message in context:
http://gis.638310.n2.nabble.com/magical-road-detector-tp5993637p5998760.html
Sent from
On Sun, 2011-02-06 at 15:33 -0800, Richard Fairhurst wrote:
Stephan Knauss wrote:
Oh, I was tricked by the wiki page stating it's GPL...
http://wiki.openstreetmap.org/wiki/Potlatch2
Wow. Who on earth added that?
You mean, as author of potlatch, you dont have the potlatch wiki page on
I'm not a lawyer either and I don't want to get myself into more trouble than
necessary, but as far as I know, as long as it is a non-commercial editor,
using the API should be OK.
I'll try to find out what exactly are the exact limitations on using the API.
Regarding other sources of data, we
Hi all,
OSM New Zealand have recently launched their website, and announced
meetings beginning this month:
http://www.openstreetmap.org.nz/
http://wiki.openstreetmap.org/wiki/WikiProject_New_Zealand#OSM_Auckland_meetings
Other than this list, is there any particular place in the world of
osm
On Sun, Feb 6, 2011 at 10:43 PM, Robin Paulson robin.paul...@gmail.com wrote:
How do i get meetings included in the wiki front page?
1) Log in to the wiki. The wiki account is separate from your api account.
2) Add your event to the wiki calendar. [1]
[1]
David Murn wrote:
You mean, as author of potlatch
Only one of the authors.
you dont have the potlatch wiki page on watch for edits? I also
notice the edit you made, removed the entire software info block from
the wiki page, not just changed the licence. Was that intentional?
Yep. Way too
Hallo iedereen,
Het viel me op dat mijn wijzigingen sinds vrijdag niet meer op de
Nederlandse server zichtbaar worden (Geld voor Speed- en LiveLayer), op de
internationale kaart was de wijziging met TAH en mapnik binnen het uur
zichtbaar. Staat de renderer uit?
Bijgesloten is een voorbeeld van
On 5 February 2011 21:35, Stephen Hope slh...@gmail.com wrote:
Well, yes. This is one reason I've stopped putting data in, if I
don't know the original source of the ways I'm working on. If you
want to be sure your changes can be kept, and you know the original
way is bad, you could delete
Well, then what I'll do is download the areas in JOSM, save them as OSM
files and stash them. Then if where I've been is wiped out I'll have
something saved to merge in or refer to at least. If nothing else I
still have MBs of photos of street signs!
Good idea but it will also be in fosm.org
Olá pessoal,
esta é minha primeira mensagem para o grupo que já venho acompanhando há
alguns dias. Sou geógrafo e trabalho com software (linux, win) e tenho
especial apreço por mapas. Descobrir esse projeto foi um grande achado do
ano passado.
Ainda não me interei nas contribuições pois não tenho
Vc pode clicar na opção '+' no canto direito superior do mapa,
Selecionar para exibir o layer dos dados.
As vezes ele não exibe pois a área é muito grande, Depois disso, pode
selecionar o objeto que quer ver mais detalhes, e clicar para exibir
os detalhes ou histórico
[]s
2011/2/6 rodrigo
Perfeito. Já consegui achar o usuário que inseriu os dados.
Abs!
2011/2/6 Ronaldo Maia rom...@async.com.br
Vc pode clicar na opção '+' no canto direito superior do mapa,
Selecionar para exibir o layer dos dados.
As vezes ele não exibe pois a área é muito grande, Depois disso, pode
Am 05.02.2011 22:43, schrieb M∡rtin Koppenhoefer:
http://urts55.uni-trier.de:8080/Projekte/WBB2009/DWB/wbgui_py?lemid=GA1
nachlesen. M.E. ist Hecke in OSM genau das, was es sprachlich auch
bedeutet: ein lineares Element aus niedrigen, eher dichten strauchigen
Pflanzen oder beschnittenen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 05.02.2011 19:32, schrieb Frederik Ramm:
Das Problem ist doch, dass da - egal wie viel ein Editor was zuklappt -
irgendwelche semantisch schwer verstaendlichen Zusatzinformationen an einem
Node haengen. Wieso hat diese Ampel hier Zusatztags,
On Sat, Feb 05, 2011 at 10:00:38PM +0100, M∡rtin Koppenhoefer wrote:
Am 5. Februar 2011 21:43 schrieb Andreas Tille andr...@an3as.eu:
On Sat, Feb 05, 2011 at 03:47:56PM +0100, Michael Bemmerl wrote:
Wenn das noch mal angefaßt werden würde: Kann mal jemand prüfen, ob das
auch mit Mono gebaut
Hallo.
Am Sonntag 06 Februar 2011, 10:01:04 schrieb Bodo Meissner:
Die Warnmeldung könnte dann aussagen: Lieber User, mit diesem Objekt hier
ist irgendwas, was Du nicht verstehst, aber es macht nichts, wenn hier
etwas kaputtgeht. Darum kümmern sich ggf. die Spezialisten.
Und was soll das dann
2011/2/5 Johannes Huesing johan...@huesing.name:
Und nehme ich den Ortsnamen in die Lagebezeichnung auf? Schwarzlay und der
Rest ergibt sich aus Grenzpolygonen oder Ürziger Schwarzlay?
Da bin ich mir auch noch unschlüssig, aber ich denke ein bisschen
Redundanz kann nicht schaden. Alles andere,
Am 6. Februar 2011 10:59 schrieb Falk Zscheile falk.zsche...@googlemail.com:
Für die Lage würde ich nach bisherigem Stand vineyard:locality= für
den Ort könnte man dann analog vineyard:village= verwenden.
vineyard:village=Stuttgart ;-)
Gruß Martin
Am 5. Februar 2011 21:37 schrieb Steffen Heinz eifelhu...@gmx.de:
Am 05.02.2011 18:55, schrieb Falk Zscheile:
Wenn Du mit meinem Vorschlag Bauchschmerzen hast, dann bleibt Dir
nichts anderes übrig, als Dir etwas eigenes auszudenken, wie z.B.
landuse=monschauer_hecke. Die Definition hierfür
Am 6. Februar 2011 11:04 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:
Am 6. Februar 2011 10:59 schrieb Falk Zscheile falk.zsche...@googlemail.com:
Für die Lage würde ich nach bisherigem Stand vineyard:locality= für
den Ort könnte man dann analog vineyard:village= verwenden.
Hi,
Stephan Wolff wrote:
Ich hatte vermutet, dass meine verschachtelten Abfragen Schuld sind,
aber Frederik hat mit dieser Beschreibung die Hauptursache getroffen.
Ich habe den Zeitbedarf verschiedener SQL-Abfragen für größere Bereiche
verglichen. Eine einfache Abfrage aller Punkte mit
Hallo
Evtl. könntet ihr das ganze mal an realen Beispielen durchgehen. Dann
könnten auch nicht Weinexperten Tips geben, wie man das Schema aufbauen
könnte.
Für mich als Laien wäre interessant:
Winzer: Weingut XY
Traube: Riesling
Lage: Rheinhessen
oder ist Lage noch etwas kleiner definiert?
Am 06.02.2011 01:58, schrieb Frederik Ramm:
Hallo,
Garry wrote:
TMC benötigt Fixpunkte die auf einer Strasse liegen. Benötigt man
einen riesen Aufwand um diese Fixpunkte mit externen Lösungen zu
finden ist die ganze Sache Wertlos.
Ich bin nicht ueberzeugt, dass es sich hier um einen
Am Sonntag, 6. Februar 2011, 11:36:23 schrieb Henning Scholland:
oder ist Lage noch etwas kleiner definiert? Dann
Lage ??
Der Namensraum vinery ist schonmal ganz gut.
Nach dem deutschen Weingesetz gibt es
- Anbaugebiete, das ist z.B. Rheinhessen, Nahe usw.
- Großlagen
- Einzellagen,
wobei
Garry und Frederik Ramm schrieben eine Menge
Hallo
Eure Diskussion ist zwar schön und gut, doch sie führt irgendwie zu nichts.
So wie ich Frederik verstehe, geht es ihm darum, dass das ganze zu
komplex ist und Mapper abschreckt, weil sie Angst ahben Fehler zu
machen. Das kann ich durchaus
Am 06.02.2011 11:07, schrieb Falk Zscheile:
kennzeichen der Hecken sind halt linienförmig, dicht stehend, schließlich
auch absperrend. durchgehen ist nicht einfach im Gegensatz zu Baumreihen
oder Alleen
Hier hast Du doch schon eine sehr brauchbare Definition geliefert. Das
Hecken unter
Die neue Wochennotiz Nr. 29 ist da, viel Spaß.
http://blog.openstreetmap.de/2011/02/osm-wochennotiz-nr-29/
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ich will mit osm2pgsql Daten in eine Postgis DB importieren. Leider
werden aber nicht alle Objekte, die in der Quell-Datei vorhanden sind,
auch importiert. Die Styledatei habe ich schon angepasst, hat aber
leider nichts gebracht.
Hat keiner eine Idee? Ich bin echt aufgeschmissen...
Alex
On 06.02.2011 13:48, Alexander Matheisen wrote:
ich will mit osm2pgsql Daten in eine Postgis DB importieren. Leider
werden aber nicht alle Objekte, die in der Quell-Datei vorhanden sind,
auch importiert. Die Styledatei habe ich schon angepasst, hat aber
leider nichts gebracht.
Willst du damit
On Sat, Feb 05, 2011 at 01:21:16PM +0100, RalfGesellensetter wrote:
Hallo,
gerade verfolge ich offenkundige Wasserläufe, die am Baumbestand gut
zu erkennen sind: 52.0419731 N / 8.2430264 E
Hier hat jemand landuse=forest getaggt, m.E. gehören die Bäume am
Wasserlauf jedoch nicht mehr zum
Willst du damit eine Karte rendern? osm2pgsql ist imho darauf optimiert.
Und eine API-DB zu bekommen solltest du dir mal osmosis mit den DB
Schemas ansehen.
Ich will für Flächen die Mittelpunkte abfragen können. Mit dem osmosis
Schema geht das wohl nicht.
Ansonsten: Was fehlt denn genau?
Am 6. Februar 2011 14:25 schrieb Alexander Matheisen
alexandermathei...@ish.de:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert. Diese Datei habe ich nun mit osm2pgsl in die DB
importiert, leider sind manche Wege nicht vorhanden, weshalb ich in
meinem
Am Sonntag, den 06.02.2011, 14:53 + schrieb M∡rtin Koppenhoefer:
Am 6. Februar 2011 14:25 schrieb Alexander Matheisen
alexandermathei...@ish.de:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert. Diese Datei habe ich nun mit osm2pgsl in die DB
Am 6. Februar 2011 10:11 schrieb Falk Zscheile falk.zsche...@googlemail.com:
Am 6. Februar 2011 11:04 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:
Am 6. Februar 2011 10:59 schrieb Falk Zscheile
falk.zsche...@googlemail.com:
Für die Lage würde ich nach bisherigem Stand
Am 6. Februar 2011 11:11 schrieb Klaus Hartmann koc.hartm...@t-online.de:
Am Sonntag, 6. Februar 2011, 11:36:23 schrieb Henning Scholland:
oder ist Lage noch etwas kleiner definiert? Dann
Lage ??
Der Namensraum vinery ist schonmal ganz gut.
Nach dem deutschen Weingesetz gibt es
-
Hallo,
Alexander Matheisen wrote:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert.
Und in diesem File sind die Ways also definitiv alle drin?
Diese Datei habe ich nun mit osm2pgsl in die DB
importiert, leider sind manche Wege nicht vorhanden,
Alexander Matheisen wrote:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert.
Und in diesem File sind die Ways also definitiv alle drin?
Ja, jedes benötigte Tag habe ich so eingetragen:
way tag text polygon
Diese Datei habe ich nun
Am 05.02.2011 15:01, schrieb Wolfgang:
Hallo,
Am Samstag 05 Februar 2011 10:28:24 schrieb Ulf Lamping:
[ ]
(CID) is replaced by the country-id (e.f. 58 for Germany)
legt nahe, daß hier schlicht ein Tippfehler ist und es besser:
(CID) is replaced by the country-id (e.g. 58 for Germany)
Hi,
Alexander Matheisen wrote:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert.
Und in diesem File sind die Ways also definitiv alle drin?
Ja, jedes benötigte Tag habe ich so eingetragen:
way tag text polygon
Ich meine: In dem File,
Ich meine: In dem File, das Du mit osmosis erzeugt hast, sind da alle
drin? Wenn Du
Da sind alle drin. Das Problem ist ja, dass die Wege zwar in der
einzuspielenden Datei sind, aber nicht in der DB.
machst, findest Du alle fraglichen IDs? Und das OSM-File enthaelt auch
alle Nodes, die von
Am 06.02.2011 10:01, schrieb Bodo Meissner:
Oder vielleicht gibt es externe Prüfmechanismen, mit denen man regelmäßig
automatisch feststellen kann, ob die TMC-Tags noch konsistent sind.
Ja, genau das habe ich mit dem Aufbau des TMC Validators [1] bezweckt.
Er hat sicherlich viele Schwächen
Am 05.02.2011 21:33, schrieb Martien Scheepens:
Liebe Deutsche,
Wir mögen es, wenn ihr bei uns in den Urlaub fahrt, und wir mögen es auch,
wenn ihr in unserem Land als Mapper aktiv seid. Wir kommen nämlich auch zu
euch und mappen dort ;). Unser aktivster Mapper steht sogar bei euch in der
Und das OSM-File enthaelt auch
alle Nodes, die von dem betr. Way referenziert wurden?
Da fehlen tatsächlich ein paar Nodes. Eigentlich sollten die aber drin
sein:
osmosis-0.38/bin/osmosis --rx cache.osm --nk keyList=$tags --tf
reject-ways --tf reject-relations --wx nodes.osm
Hallo,
Alexander Matheisen wrote:
Und das OSM-File enthaelt auch
alle Nodes, die von dem betr. Way referenziert wurden?
Da fehlen tatsächlich ein paar Nodes. Eigentlich sollten die aber drin
sein:
Ist denn sichergestellt, dass sie in der Datei cache.osm ueberhaupt
drin sind?
Bye
Frederik
Hallo,
Sven Anders wrote:
Frederik, ist es für dich okay, das wir mit einem Neuentwurf für ein TMC
Schema bis nach der Fossgis warten? Oder sollen wir schon jetzt einen
Neuentwurf anfangen?
fuer mich ok? Ich bin ja schon froh, wenn mir ueberhaupt jemand zuhoert ;)
Bye
Frederik
--
Frederik
Andreas Tille schrieb:
On Sat, Feb 05, 2011 at 10:00:38PM +0100, M∡rtin Koppenhoefer wrote:
Am 5. Februar 2011 21:43 schrieb Andreas Tille andr...@an3as.eu:
On Sat, Feb 05, 2011 at 03:47:56PM +0100, Michael Bemmerl wrote:
Wenn das noch mal angefaßt werden würde: Kann mal jemand prüfen, ob das
Ganz kurzer Hinweis:
Die Idee mit der Unterstützung von Namensräumen im Editor habe ich vor
drei Tagen hier geäußert (Betreff war Doppelpunkt).
Die Reaktionen waren eher mäßig und skeptisch bezüglich der generellen
Umsetzbarkeit.
Da Du selbst dich da nicht beteiligt hast, hier das einfach
Hallo,
Mittels des OpenDEM Projektes soll eine Plattform entstehen um freie
Digitale Höhenmodelle und weitere freie Höhendaten (wie z.B. GPX tracks) zur
Verfügung zu stellen.
Unter der URL http://www.opendem.info ist das Projekt ab sofort erreichbar
(nur in Englisch).
Viele Grüße,
Sven Anders s...@anders-hamburg.de [Sun, Feb 06, 2011 at 05:42:53PM CET]:
[...]
als echter Deutscher (mit einem alten deutschen Perso), stimme ich
dir 100%ig zu. Aber sei dir bewußt, das 99,9% der deutschen OSMlern
das nicht absichtlich machen.
Vermutlich ist es zielführender, wenn du
Alexander Matheisen wrote:
Ich will für Flächen die Mittelpunkte abfragen können. Mit dem osmosis
Schema geht das wohl nicht.
select astext(center(linestring))
from ways where ...
gruss
walter
http://postgis.refractions.net/documentation/manual-1.5/reference.html
-
33,33% aller
Ok; du kannst ja nicht wissen, dass ich wohl mehr technische Elaborate
lese und schreibe als die meisten hier. Ich könnte auch ins Institut
fahren und ISO-Specs. lesen oder die Leute von Viasuisse selber
fragen, die ich nächstens treffe. Aber es geht ja nicht um mich, oder?
Ich habe mir gestern
Hi,
Stefan Keller wrote:
= Daher könnte z.B. folgendes etwas sinniger sein:
tmc:locationcode=countryid_58:tablecode_1:52864.
Ich denke, man koennte auch den Mut zur Luecke haben und einfach nur
tmc_location_code=52864 schreiben oder so. Ok, man kriegt damit keine
laenderuebergreifenden
Hier nochmals mein letzter Senf dazu bis zur FOSSGIS :-:
* Namensräume ein/ausblenden im Editor wären wohl nützlich.
* Wanderwege und ÖPNV-Relationen widersprechen meines Wissens nicht
der Knoten-Kanten-Relationen-Tags-Struktur von OSM.
* Die aktuellen TMC-Tags missbrauchen den Prefix m.E.: tmc:
Betreffend Location Table und Event List schrieb Frederik :
(Du schriebst, man muesse erst ein Bestellformular ausfuellen?)
Einzig wie gesagt Norwegen habe ich gefunden.
Für Deutschland:
Am 07.02.2011 00:40, schrieb Stefan Keller:
Ich habe mir gestern nochmals eine weitere Stunde(!) Zeit genommen und
ich muss nach wie vor feststellen: keine Chance, so etwas in einer
Viertelstunde zu verstehen. Wer's immer noch nicht glaubt, der soll
mir sagen wie man alleine aufgrund der
Hallo,
Ulf Lamping wrote:
Prima, dann schmeissen wir die ÖPNV Daten demnächst alle wieder raus.
DAS Schema ist nämlich auch kaum zu verstehen und das davon 2-3
Varianten im Wiki stehen macht die Sachen noch schlimmer.
Das lese ich jetzt zum wiederholten Mal. Das ist aber kein Argument,
oder
Am 07.02.2011 01:21, schrieb Frederik Ramm:
Hi,
Stefan Keller wrote:
= Daher könnte z.B. folgendes etwas sinniger sein:
tmc:locationcode=countryid_58:tablecode_1:52864.
Ich denke, man koennte auch den Mut zur Luecke haben und einfach nur
tmc_location_code=52864 schreiben oder so. Ok, man
wie sollte man bei einem Weinberg den Namen der Lage angeben? Im
Weinbau ist es üblich damit anzugeben, von welchem Weinberg die
Trauben für den Wein stammen.
Was hat das denn mit anzugeben, also prahlen zu tun ??
Das man aus einer Lage mit den selben Trauben (eines Jahrgangs) einen
guten
Il 06/02/2011 07:28, luca menini ha scritto:
Il 06 febbraio 2011 01:04, G Zambonigd.zamb...@tiscali.it ha scritto:
Nella montagna di dati accessibili dal portale ce ne sono molto interessanti
per chi sta mappando la laguna (abbiamo appena cominciato a parlarne e
organizzarci), ma per ora mi
Nella lista tedesca e stato chiesto come si potrebbero taggare i vini
(zone di coltivazioni). Pare che la legge tedesca prevede la
differenziazione in
- Anbaugebiete (Regione di coltivazione)
- Großlagen (ubicazione generale)
- Einzellagen (ubicazione particolare)
e gerarchica, quindi sempre
Il giorno dom, 06/02/2011 alle 15.11 +, M∡rtin Koppenhoefer ha
scritto:
Nella lista tedesca e stato chiesto come si potrebbero taggare i vini
(zone di coltivazioni). Pare che la legge tedesca prevede la
differenziazione in
- Anbaugebiete (Regione di coltivazione)
- Großlagen
Megaupload e simili purtroppo non vanno bene:
One click hosters are also no option to me (inconvenient, not possible to
choose same name again, meaning updates painful to link, many people dislike
one click hosters, and simply not what I want).
--
View this message in context:
2011/2/6 Stefano Droghetti stefano.droghe...@gmail.com:
Il giorno dom, 06/02/2011 alle 15.11 +, M∡rtin Koppenhoefer ha
scritto:
Nella lista tedesca e stato chiesto come si potrebbero taggare i vini
(zone di coltivazioni). Pare che la legge tedesca prevede la
differenziazione in
-
http://www.openstreetmap.org/?way=98473480
___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co
http://www.openstreetmap.org/?way=98490132
--
Por favor, no me envíe documentos con extensiones .doc, .docx, .xls,
.xlsx, .ppt, .pptx, .mdb, mdbx
OpenOffice es libre: se puede copiar, modificar y redistribuir
libremente. Gratis y totalmente legal.
http://GaleNUx.com es el sistema de información
hola
Esta zona es importante mapearla, porque son frecuentes las
emergencias por el Volcán Galeras
http://www.openstreetmap.org/?way=98491074
--
Por favor, no me envíe documentos con extensiones .doc, .docx, .xls,
.xlsx, .ppt, .pptx, .mdb, mdbx
OpenOffice es libre: se puede copiar, modificar y
(follow-up to message at
http://lists.openstreetmap.org/pipermail/talk-co/2011-January/001843.html )
Loading of the OCHA-SIGOT boundary information for Departments is 100% done.
--ceyockey
___
Talk-co mailing list
Talk-co@openstreetmap.org
Sounds good,
once we have the municipalities loaded, then we need to remove the common
edges as well.
mike
On Sun, Feb 6, 2011 at 7:27 PM, dies38...@mypacks.net wrote:
(follow-up to message at
http://lists.openstreetmap.org/pipermail/talk-co/2011-January/001843.html)
Loading of the
http://www.openstreetmap.org/?way=98512940
___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co
Mike -- Would it be possible for you to run your algorithm on the current Departmental boundaries? I have removed most of the boundary redundancy, but I've not removed (much) node redundancy or "_ID" values for nodes. --ceyockey-Original Message-
From: Mike Dupont
I have a feeling that the entire effort for Department and Municipality uploads
should be moved out of the 2010 Floods section of the wiki and moved into the
WikiProject Colombia section. The reason I say this is that the administrative
boundary establishment, though quite important for crisis
Sveiki
Kaip darome su dvigubais keliais/tiltais? Pagal nerašytą OSM
susitarimą, kad keliai/tiltai atskiriami į atskirus kelius tik tada,
jei tarp jų yra koks nors fizinis atskyrimas? Pvz. tvora, žolė.
Dabar su nauju žymėtoju kalbėjau dėl Žirmūnų tilto susidvejinimo,
tai jis teisingai pasakė,
Labas,
mano nuomonė sutampa su OSM nuomone, kad nereikia skaidyti kelių(ir visų
išvestinių tipų) ten, kur jie nėra fiziškai atskirti.
Kiek pastebėjau, pas mus Lietuvoje, keliai skaidomi dėl dviejų priežasčių:
- tai gražiau atrodo;
- taip daro kiti.
Dėl pirmos priežasties yra aiškiai aprašyta
El 05/02/2011 20:55, Javier Martin lordhab...@gmail.com escribió:
El 05/02/2011 20:48, sergio sevillano escribió:
les has preguntado si dan permiso
para usarlo en osm (licencia bysa y odbl) ??
¿Dices las fotos del PNOA? Porque para los planos no pensaba que hubiera
que hacer nada en
Hola.si se trata de ways que indican vías o zonas de tránsito de cualquier tipo
(carreteras, caminos, escaleras para peatones, puentes , plazas... ) y
efectivamente están pensados para pasar de uno a otro, yo creo que es mejor
conectarlos. creo q eso es lo topologicamente correcto y ayuda a las
El 06/02/2011 11:35, jynus escribió:
El 05/02/2011 20:55, Javier Martin lordhab...@gmail.com
mailto:lordhab...@gmail.com escribió:
El 05/02/2011 20:48, sergio sevillano escribió:
les has preguntado si dan permiso
para usarlo en osm (licencia bysa y odbl) ??
¿Dices las fotos del PNOA?
El 06/02/2011 20:01, Javier Martin escribió:
Bueno, suponiendo que tengas razón y que por tanto esos datos estén en
situación dudosa, he sido extremadamente escrupuloso en poner en todos
y cada uno de los datos que tienen como fuente esos planos las adecuadas
etiquetas source y source:url, asi
ok, tienes razón, los ID son FR-XXX, así que parece que efectivamente esos 15
mil km2 son de licencia francesa
--oscar
--- On Sat, 2/5/11, andrzej zaborowski balr...@gmail.com wrote:
From: andrzej zaborowski balr...@gmail.com
Subject: Re: [Talk-es] Muchos huecos arreglados
To: Discusión en
Oscar Orbe oskaro...@yahoo.com escribió:
Hola.si se trata de ways que indican vías o zonas de tránsito de
cualquier tipo (carreteras, caminos, escaleras para peatones,
puentes , plazas... ) y efectivamente están pensados para pasar de
uno a otro, yo creo que es mejor conectarlos. creo q
Oscar Orbe oskaro...@yahoo.com escribió:
hola,vaya pregunta!por supuesto q puedes y debes modificar cualquier
poligono de corine q sea mejorable.
piensa q lo los datos de corine tienes inexctatitudes (a pesar d lo
cual son un avance respecto al vacio)
ademas los bosuqes y olivares no son
Hi,
Myself along with some others have been adding the power grid network.
Bing imagery is high enough resolution in many areas to see the
pylons.
http://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/South_Africa
Regards
Grant
___
Talk-ZA
Le 5 février 2011 23:04, Nicolas FRERY nico...@zoubi.info a écrit :
j'ai voulu m'occuper d'un village, mais il manque tout un quartier sur le
cadastre vectoriel. J'ai cru halusciner, alors j'ai foncé sur le site du
cadastre, mais c'est bien vide :O
J'ai rencontré la même chose dans le tram à
1 - 100 of 114 matches
Mail list logo