search for: yut

...uot;Moraceae" 3 38 "Rubiaceae" 3 47 "Desconocido " 3 99 "Mimosaceae" 3.5 24 "Anacardiaceae" 3.5 57 "Sapotaceae" 4 1 "Lecythidaceae" Now I just want to work on one family for various spatial analyses in ads and spatstats, so I wrote: Yut <-read.delim( "C:/dissertation/data2006/Parcela_1-3/Yutsun_tree.txt", header = TRUE, sep = "\t", quote="\"", dec=".", fill = TRUE ) Yut_are <- subset (Yut, Mark="Arecaceae", select=c(X, Y, Mark)) However, the summary of Yut_are still co...

...("Zx","78yu"),ConRes = c("98","Tut")) list(PassID =1,PassIt="Lits,uy") list(Trnid=1,Trncont =5,EmpAddInfo=list(list(CohID ="pi",InVoice=77))) 2 list(ConID=c("Half","Yut","Weq"),ConRes =c("ref","Cr")) list(PassID =c("pfil","Q"),Name ="Tic",PassIt="S5,Y1 list(Trnid=7,Trncont =3,EmpAddInfo=list(list(CohID =c("AB","NI","OL"),InVoice = c("4...

...t; 3 47 "Desconocido " > 3 99 "Mimosaceae" > 3.5 24 "Anacardiaceae" > 3.5 57 "Sapotaceae" > 4 1 "Lecythidaceae" > > Now I just want to work on one family for various spatial analyses in > ads and spatstats, so I wrote: > > Yut <-read.delim( > "C:/dissertation/data2006/Parcela_1-3/Yutsun_tree.txt", header = TRUE, > sep = "\t", quote="\"", dec=".", fill = TRUE ) > > Yut_are <- subset (Yut, Mark="Arecaceae", select=c(X, Y, Mark)) > > However, the...

[This email is either empty or too large to be displayed at this time]

...;t have even a single mention of ALTREP, the term "ALTREP" itself or any entry points related to ALTREP. Does this mean, despite the widespread use of it on R packages including CRAN ones, ALTREP is not the API and accordingly using it in distributed packages is considered illegal? Best, Yutani [1]: https://cran.r-project.org/doc/manuals/r-release/R-exts.html#The-R-API [[alternative HTML version deleted]]

...separator,' but I don't see how the root path is supposed to be treated based on this rule (, whether it's WIndows or UNIX-alike). What should we expect as the return value of dirname("C:/")? I feel the current behavior on R 4.2.2 is right, but I'd like to confirm. Best, Yutani [[alternative HTML version deleted]]

...n-API" is considered a violation of CRAN repository policy, which means CRAN will kick out the R package. I know many CRAN packages use ALTREP, but just being accepted by CRAN at the moment doesn't mean CRAN will keep accepting it. So, I want to clarify the current status of ALTREP. Best, Yutani 2024?4?22?(?) 10:17 <hcortina71 at gmail.com>: > Hello, I don't believe it is illegal, as ALTREP "implements an abstraction > underneath the C API". And is "compatible with all code which uses the > API". > > Please see slide deck by Gabriel Becker,...

...ename of "C:/" should be "C:/". However, at the same time, I don't feel this is worth a breaking change, so I think we can preserve the current (R 4.2.2) behavior. [1]: https://learn.microsoft.com/en-us/dotnet/standard/io/file-path-formats#apply-the-current-directory Best, Yutani 2023?2?23?(?) 17:15 Tomas Kalibera <tomas.kalibera at gmail.com>: > > On 2/23/23 03:27, Hiroaki Yutani wrote: > > Hi, > > > > I found dirname() behaves differently on R-devel on Windows. Since I'm > not > > sure which behavior is right, let me ask her...

I confirmed the revert fixed my failing test. Thanks! 2023?2?23?(?) 20:12 Hiroaki Yutani <yutani.ini at gmail.com>: > Thanks for the prompt response, I'll confirm it after the new R-devel > binary is available. > Also, thanks for the detailed explanation. I agree with you in general. > > > "/" in "C:/" is a path separator or not, and...

...n-API" just to show the possibility of future breaking changes. Whether you call it API or non-API, clever users will still accept the breaking changes on it if it's reasonable. For example, how about "experimental API" or "unstable API"? They sound better to me. Best, Yutani [1]: https://cran.r-project.org/doc/manuals/r-release/R-exts.html#Parsing-R-code-from-C 2024?4?22?(?) 16:37 Gabriel Becker <gabembecker at gmail.com>: > Hi Yutani, > > ALTREP is part of the official R api, as illustrated by the presence of > src/include/R_ext/Altrep.h. Ever...

Thanks so much for your wonderful work, Luke! I didn't expect such a clarification to happen this soon. This is really great. For convenience, I created a quick web page to search the result of tools:::funAPI(). https://yutannihilation.github.io/R-fun-API/ Hope this helps those who are too lazy to install R-devel to check. Best, Yutani 2024?6?6?(?) 23:47 luke-tierney--- via R-devel <r-devel at r-project.org>: > This is an update on some current work on the C API for use in R > extensions. > > The...

...ATAPTR is not in the API and can't be at least in this form I believe it's vital for ALTREP to return the pointer to the expanded version of a SEXP just like the implementation in base R does [1]. At least, VECSXP has no other measure to expose the pointer if I understand correctly. Best, Yutani [1]: https://github.com/r-devel/r-svn/blob/a3508b75d28164b0e5bcb2c87f816ce5169729a4/src/main/altclasses.c#L186 2024?6?9?(?) 10:43 luke-tierney--- via R-devel <r-devel at r-project.org>: > On Sat, 8 Jun 2024, Ben Bolker wrote: > > > The ASAN errors occur *even if the zero-l...