_nu_ al oplossingen voor gaan zoeken.
--
Hoe die nieuwe licentie eruit ziet zal me langzamerhand een worst wezen.
Uitrollen die handel of de nek omdraaien, maar dit in limbo hangen is m.i.
erg slecht voor het project.
--
m.v.g.,
Cartinus
___
Talk-nl
On Friday 14 May 2010 17:17:25 Stefan de Konink wrote:
De hele history is op een zeker moment geditched. Ik weet niet meer of
dat was van 0.5 = 0.6 of van in een van de vorige versies.
Dat was tussen 0.4 en 0.5.
--
m.v.g.,
Cartinus
___
Talk-nl
On Friday 14 May 2010 18:54:55 Cartinus wrote:
On Friday 14 May 2010 17:17:25 Stefan de Konink wrote:
De hele history is op een zeker moment geditched. Ik weet niet meer of
dat was van 0.5 = 0.6 of van in een van de vorige versies.
Dat was tussen 0.4 en 0.5.
Overigens is de ontwikkelaar
.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
on that you get a dialog for JavaScript Errors. The error it
displays is:
Error: http://www.openstreetmap.org/: RangeError: Exceeded maximum function
call depth.
I normally use Iceweasel 3.0.6 to view the openstreetmap.org site, so I didn't
notice this before.
--
m.v.g.,
Cartinus
. gebruik je of 1 way met een
tracks=4 tag of 4 ways, zodat je de relaties op de sporen kunt leggen waar de
treinen werkelijk rijden: stoptreinen op de middelste sporen, IC's op de
buitenste (meestal op dat traject).
--
m.v.g.,
Cartinus
___
Talk-nl mailing
On Friday 16 April 2010 20:29:41 Upliner wrote:
Current situation is real edit war. I consider some interference is needed.
Sorry, experience has learned that edit wars on the wiki only end when one
side gets bored with it.
--
m.v.g.,
Cartinus
moeten zijn.
[1] http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate
[2] http://wiki.openstreetmap.org/wiki/Key:lock
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
On Wednesday 31 March 2010 14:53:19 Stefan de Konink wrote:
Op 30-03-10 22:51, Cartinus schreef:
Daar hoef je niet eens voor naar verschillende steden te kijken. Zelfs
binnen een stad als Utrecht zijn er op korte afstand sterke verschillen.
Ik vond vooral de Julianaweg vreemd. Dat zijn
the coastline into a boundary
relation:
http://www.openstreetmap.org/?lat=-47.48lon=-73.79zoom=6layers=B000FTF
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hallo,
Iets te zuiden van hier zijn allemaal gebouwen op de kaart verschenen.
(Hulde!) Voordat ik nu een hoop tijd ga steken in huisnummers verzamelen, ben
ik benieuwd of deze geïmporteerde data een eventuele licentie wijziging gaat
overleven.
--
m.v.g.,
Cartinus
and write less.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
XYZ renders amenity=llibrary with a library icon (to catch
a common typo), then we could document that somewhere on a page about
renderer XYX. However we definitely should not document this as a valid tag
on the amenity page.
--
m.v.g.,
Cartinus
out there. When it comes to urban and suburban mapping (where most
streetnames and cycleways are), Australia isn't any different from any other
developed country.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http
On Monday 04 January 2010 00:02:29 John Smith wrote:
2010/1/4 Cartinus carti...@xs4all.nl:
The Australian outback is vast, but there is hardly anything mappable by
survey out there. When it comes to urban and suburban mapping (where most
streetnames and cycleways are), Australia isn't any
.
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
under amenity and the
values for religion tags under denomination.
They are redlinked, not supported by the other things in the list and not used
according to OSMdoc.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http
was current 2 years ago?
The tool is already doing it right. The key and tag values are clickable. Some
people are even smart enough to click on those links.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org
vroeg wakker op zaterdag!)
De lijst tagg...@openstreetmap.org is effectief gekaapt door iets meer dan een
handjevol personen met een compleet gebrek aan gezond boeren verstand. Het
ziet er meer uit als discussieren om het discussieren.
Gewoon negeren dus.
--
m.v.g.,
Cartinus
On Saturday 12 December 2009 11:49:50 Roeland Douma wrote:
Mijn voorstel is dan ook om de source=AND van alle nodes af te slopen.
Iemand met principiële bezwaren hiertegen?
Prima idee.
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl
: weggooien.
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
On Sunday 06 December 2009 22:37:25 Stefan de Konink wrote:
Cartinus schreef:
On Sunday 06 December 2009 11:33:01 Milo van der Linden wrote:
Daar ben ik het mee eens. OSMF-leden stemmen voor of tegen het *in gang
zetten van het proces om naar ODbL te migreren*, de *hoe* is daarmee nog
that in the Netherlands the copyright
part won't work, the browse-wrap (contract) part might not always work and
the database protection part definitely works.
So the end result is, that ODbL can be used to protect OSM in the Netherlands
(in his opinion).
--
m.v.g.,
Cartinus
/farmland there are landuse tags for
that.
If you really don't know what it is and can't describe it, then don't tag it.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On Monday 30 November 2009 18:33:42 John F. Eldredge wrote:
If you look at the photos on the web page, the feature in question is
definitely man made, not natural.
Despite its tag name, natural=coastline is used for all coastlines, whether
they are natural or man made.
--
m.v.g.,
Cartinus
On Monday 30 November 2009 18:23:33 Steve Bennett wrote:
On Tue, Dec 1, 2009 at 4:12 AM, Cartinus carti...@xs4all.nl wrote:
Map what you can verify:
* Often these are expanses of grass with the occasional bush -
landuse=grass
Not to be a pain, but that doesn't exist (or isn't documented
, they only differ in their
environment. If we'd be using another language than English for tagging,
there would be a fair chance they are called by the same name.
So I would use embankment=yes.
--
m.v.g.,
Cartinus
___
talk mailing list
talk
=yes;
I've been told that when OSM started (I wasn't involved then) that every
motorway had to be tagged horse=no+foot=no+bicycle=no.
There is a reason they stopped doing that.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http
it probably more in line with other
OSM tags, to tag it as embankment=causeway. See e.g. the bridge=viaduct tag.
--
m.v.g.,
Cartinus
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
will be corrected based
on Yahoo! Aerial Imagery (variable tide level), but if you get the
opportunity to fix up the data while out surveying, then the high tide
position is the one to go for.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
in
them. (Like the snowmobile trail.)
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On Sunday 29 November 2009 19:37:08 Nop wrote:
Hi!
Cartinus schrieb:
I am of the opinion that the old fuzzy definitions weren't a problem at
all and the path tag should only be used for things that really don't fit
in them. (Like the snowmobile trail.)
I guess you are right. Adding
at all and other people use path for what the translated word path
means in their language (often some kind of unpaved footway).
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
is flexible and extensible, that's why it works.
Where it doesn't work is in the minds of people who want one rigid solution
that solves everything in total detail. A solution that preferably looks like
some programming logic.
--
m.v.g.,
Cartinus
that differs from the rest of the
world. But don't bother all the other mappers.
2) Any sufficiently sophisticated router will pre-process the data and it can
do something with different national defaults.
--
m.v.g.,
Cartinus
P.S. Gosmore ignores oneway for bicycle routing, but not for car routing
=4.339558zoom=18
Tenminste normaal gesproken werkt dat. Nu ik het wil uittesten voor het
versturen van deze mail, krijg ik de tiles voor de overlay niet binnen.
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http
On Saturday 28 November 2009 14:37:12 Steve Bennett wrote:
Next question: how popular is this viewpoint? Is this a minority way
of thinking?
It was the only viewpoint before highway=path was invented. Now it is one of
several competing viewpoints without a clear winner.
--
m.v.g.,
Cartinus
be assured of that.
Actually you can't, because there is a whole horde of experienced mappers that
gave up on the wiki-mess. But they do speak up from time to time on the
mailinglists.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http
On Sunday 22 November 2009 17:36:33 Tristan Scott wrote:
nope, but it appears Firefishy did without consulting anybody.
Firefishy is the wiki maintainer. He doesn't need to consult with anybody ;)
--
m.v.g.,
Cartinus
___
talk mailing list
talk
als
landuse=forest getagged. Ik vind het zelf echter niet belangrijk genoeg om
uitgebreid op zoek te gaan naar fout getagged bos.
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
that if the import hadn't happend I would have
mapped more of the city I live in, than I have corrected now.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
by the creative commons organization on
http://creativecommons.org/licenses/by/2.0/be.
Er staat helemaal niets over sa (Share Alike) op die pagina. Bovendien maken
die personal non commercial regels het helemaal incompatible met OSM. Dus
alsjeblieft niet uploaden naar OSM.
--
m.v.g.,
Cartinus
liggen bijvoorbeeld in de waterlinie en zijn bedoeld voor de
verdediging.
Alle drie zijn beeldbepalend, hoe moet deze taggen?
Niets officieels, maar hoe ik het zou doen:
kasteel: historic=castle
landhuis: building=mansion
fort: historic=fortress
--
m.v.g.,
Cartinus
rechte dijk.
Of:
Er staat hier een hek. Zouden ze deze afslag wel bedoelen of moet ik er eentje
verder zijn.
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
On Thursday 01 October 2009 16:01:19 Ævar Arnfjörð Bjarmason wrote:
Yes. If it's applicable to the forums you're sending it to.
Actually you seem to be the only one doing it regularly here..
--
m.v.g.,
Cartinus
___
talk mailing list
talk
is
a lot more important.
We (should) map what is there. So the real question is: Do sliproads between
trunk roads actually have a ref in the real world?
If I'm not mistaken, then they don't have one around here (the Netherlands).
--
m.v.g.,
Cartinus
for bicycles.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
Republique francaise
Nor will you find many printed maps with those full official names printed as
country labels.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
that introducing line relations is not consistent at all,
because then we have a different type of relation for public transport moving
vehicle routes and private transport moving vehicle routes.
--
m.v.g.,
Cartinus
___
Talk-transit mailing list
Talk-transit
.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
to go inside that fence, you can't know
where the radioactive areas are.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On Sunday 09 August 2009 14:57:46 John Smith wrote:
--- On Sun, 9/8/09, Cartinus carti...@xs4all.nl wrote:
Since you are probably not allowed to go inside that fence,
you can't know
where the radioactive areas are.
Don't know if the mining area would be much higher than background
it with line= for most things where we
currently use route= is a lot of work for no real gain.
--
m.v.g.,
Cartinus
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-transit
http://lists.openstreetmap.org/pipermail/talk/2009-February/034241.html
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.
maxheight - for places where the difference is academic / for people who
don't care about the difference
maxheight:physical - the name says it all: whatever fits under it
maxheight:legal - a legal restriction of some kind
--
m.v.g.,
Cartinus
whether something tagged with just
maxheight is a physical and/or legal limitation.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
is het goed mogelijk dat de error checker verbeterd of
genegeerd moet worden.
Ik gebruik de validator in JOSM al een hele tijd niet meer. Hij geeft zoveel
zinloze waarschuwingen, dat je de echte problemen er niet meer tussen kunt
vinden.
--
m.v.g.,
Cartinus
. The software you use
for that, doesn't have to understand the tag. It just has to display it.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
://wiki.openstreetmap.org/wiki/TopOSM
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
this morning and I saw it goes right through the red light
district (with POI):
http://www.openstreetmap.org/?lat=52.37475lon=4.90011zoom=16layers=B000FTF
I can't help you with coffeeshops as I don't smoke. ;)
--
m.v.g.,
Cartinus
___
talk mailing list
track on
any single track that has this extra tag. Aggregation then takes care of
itself.
--
m.v.g.,
Cartinus
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-transit
equipment, that's great. We're
working on having a camera available though.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
know of a way to avoid passing an extra
traffic light for intersections of a single and a dual carriageway. Does
anyone know a solution for that?
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org
On Thursday 11 June 2009 06:02:03 Paul Johnson wrote:
Cartinus wrote:
But all other cyclestreets I know of in the Netherlands are signposted
with signs that have no legal status at all. Using
designation=cyclestreet there would not be appropriate. Using
highway=residential or unclassified
or unclassified plus
cycleway=cyclestreet sounds like a very good idea for them.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
due to problem on dev server.
ETA: ~3am Thursday UTC.
planet now available for download.
/ Grant
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
zal deel 3 gaan. Het databaserecht (en contractrecht
voor landen zonder databaserecht) is waarop de licentie waar op dit moment
aan gewerkt wordt gebaseerd zal zijn. Voor (eindeloos) meer informatie
daarover: http://lists.openstreetmap.org/pipermail/legal-talk/
--
m.v.g.,
Cartinus
=13lat=52.32403lon=5.51881layers=B00
00FF
Volgens mij wordt voor de standaard achtergrondkaart op openstreetmap.nl
dezelfde stylesheet als bij openstreetmap.org gebruikt:
http://svn.openstreetmap.org/applications/rendering/mapnik/
--
m.v.g.,
Cartinus
natuurlijk).
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
allang dat er een probleem is
met de huidige licentie, dat is namelijk één van de belangrijkste redenen
waarom men op zoek is naar een andere licentie.
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http
On Monday 01 June 2009 14:32:35 Niels Leenheer wrote:
Is er al een bestaande standaard voor het taggen van openingstijden?
http://wiki.openstreetmap.org/wiki/Key:opening_hours
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
On Thursday 21 May 2009 01:24:36 Radomir Cernoch wrote:
Cartinus píše v Čt 21. 05. 2009 v 01:01 +0200:
It is completely possible for a village ringroad on a bridge
(highway=primary or secondary) to have a maxspeed of 80 km/h due to being
outside the build-up zone, not because
On Thursday 21 May 2009 16:26:04 Guenther Meyer wrote:
what we could do as a hint for routers and drivers, is adding the
information that the road is equipped with a traffic guidance system.
Looking at tagwatch, you can find maxspeed=signals in use already.
--
m.v.g.,
Cartinus
=signals is used for those portals with the
electronic speed signs you see over the motorway.
But I don't do that much motorway mapping on my bicycle or by public
transport ;)
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http
to have a maxspeed
of 50 km/h due to being inside the build-up zone. The point of the bridge has
one lat/lon, but the roads are vertically separated. This will never fit in
any 2D model.
--
m.v.g.,
Cartinus
___
talk mailing list
talk
maxspeed=* neergezet.
Dank je, ziet er mooi uit.
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
On Monday 18 May 2009 13:04:55 Maarten Deen wrote:
zodat je op een eenduidige manier
de maximumsnelheid krijgt
Eénduidig is inderdaad goed, dus niet in Nederland een methode toepassen die
afwijkt van wat er internationaal de gewoonte is.
--
m.v.g.,
Cartinus
http://keepright.ipax.at/ seems to think the tag building:use=offices is
spelled wrong. Why?
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
it.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
had gemaakt. Die heb ik overigens gevonden met
http://keepright.ipax.at/
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
On Monday 18 May 2009 01:35:29 Lennard wrote:
Cartinus wrote:
Zou het mogelijk zijn om ook de maxspeed van highway=*/area=yes te
renderen? Zoals hier:
http://maximumsnelheid.openstreetmap.nl/?zoom=18lat=52.10515lon=5.0330
3layers=BT
Oeh, vlakken, daar had ik nog niet aan gedacht. Good
On Monday 18 May 2009 02:40:25 Stefan de Konink wrote:
Cartinus wrote:
Woonerf? Daar zet ik nooit een maxspeed op, want die is impliciet.
In Belgie schijnt die anders te zijn dan in NL.
Inderdaad, maar daar hebben we in OSM het volgende voor:
http://wiki.openstreetmap.org/wiki
getagged, maar daar zijn ze toen niet voor niets vanaf gestapt.
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
.
Het NWB zelf is dan nog steeds gesloten. Als jij vervolgens de tiles gebruikt
om de NWB database te reverse engineren, ben je gewoon in overtreding van het
Nederlandse (Europese?) databaserecht.
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl
nog nuttiger.
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
= of the street needs to match the value of addr:street of
the object with the address and you can do a more complex look-up to get all
the multi-lingual versions of the address.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http
%3Dcoastline#Tidal_position
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
://wiki.openstreetmap.org/wiki/Tag:natural=wetland
And then the extended usage:
wetland=tidalflat
wetland=saltmarsh
wetland=mangrove
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
voor streekpaden (rood-gele markering)
* network=ns voor NS wandelroutes (rood-witte markering met NS logo)
* network=regional voor de regionale wandelroutenetwerken
(groene achtergrond met gele tekst)
* network=local + colour=* voor de meeste lokale wandelingetjes
--
m.v.g.,
Cartinus
tussenin
hangen. Bovendien gebruiken de Duitsers (die met de öpnv-karte op dit moment
duidelijk het voortouw nemen op dit gebied) de network tag om de naam van het
Tarifverbund waarbinnen de lijn valt aan te geven.
--
m.v.g.,
Cartinus
___
Talk-nl
problems with urban canyoning than the Garmins I used.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
, oneigenlijk gebruik van de layer tag.
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
gedaan heb voor een
groot deel van Brabant. (grofweg tussen Breda, Eindhoven en 's Hertogenbosch)
--
m.v.g.,
Cartinus
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
?
It doesn't get truncated at the second underscore as there is a character
before the second underscore at the first case. Looks like it gets truncated
after the 23th character.
--
m.v.g.,
Cartinus
___
talk mailing list
talk@openstreetmap.org
http
201 - 300 of 383 matches
Mail list logo
